Как проверить SSD-диск на наличие ошибок с Live CD?

Debian на SSD. Как проверить SSD-диск на наличие ошибок с Live CD? Кроме того, чтобы сохранить результаты в txt-файле. Разделы

sdb1 /boot ext2 sdb2 root ext4 sdb3 swap 

Должен ли я отключать разделы при запуске fsck с Live CD или его не монтируется?

 # fsck.ext4 /dev/sdb2 # fsck.ext2 /dev/sdb1 

Кроме того, должен ли я сначала попробовать smartctl -a /dev/sdb ?

EDIT: fsck -n -f results

 Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information BOOT: 240/128000 files (1.3% non-contiguous), 32621/256000 blocks Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information ROOT: 101764/2498560 files (0.2% non-contiguous), 894670/9984000 blocks 

  • FreeBSD 11 не обнаруживает внутренний eMMC 32 ГБ диск
  • PCI-e SSD - не отображается в iostat или sar sysstat
  • как я могу проверить TRIM?
  • Arch / OSX - параметры fstab для общего / домашнего (HFS +) на SSD
  • Могу ли я получить SSD-rw-производительность во время защиты данных, если я объединю SSD и HDD в btrfs RAID1
  • Linux (3.4) Использование раздела подкачки SSD вызывает экстремальную задержку - как устранить?
  • SSD: обрезка на разных файловых системах
  • Где я могу включить опцию сброса?
  • 2 Solutions collect form web for “Как проверить SSD-диск на наличие ошибок с Live CD?”

    Если ваши разделы монтируются, зависит от Live CD, те, которые я использовал до сих пор, не включали разделы жесткого диска.

    В общем случае fsck не должен запускаться в файловых системах, которые монтируются для записи. Разумеется, вы можете использовать -M переключатель для fsck, который вызывает ошибку, если файловая система смонтирована. Кроме того, вы можете использовать -n для проверки, не пытаясь сделать ремонт, что может быть желательно, если вы хотите сохранить результат. Чтобы записать его в текстовый файл, вы можете использовать перенаправление оболочки, например:

     fsck.ext4 -n /dev/sdb2 > fsck-results.txt 

    Если запуск smartctl имеет смысл, зависит от того, какую ошибку вы ожидаете. Если вы подозреваете, что ваш SSD может иметь проблемы с оборудованием, smartctl – это правильный инструмент, если ваши файловые системы повреждены из-за других причин (например, потери питания во время записи), это ничего не обнаружит SMART. Но в любом случае запуск smartctl -a /dev/sdb не должен влиять на содержимое диска, поэтому он не повредит для его запуска, даже если это не проблема оборудования.

    Зачем вам нужно проверить с живого компакт-диска? если ваш раздел является ext2 / 3/4, что является наиболее вероятным сценарием, система проверяет диск каждые X системных запусков или каждые X дней с последней проверки. Вы можете изменять эти периоды времени с помощью tune2fs и ваш диск будет проверяться при запуске системы и достижении периода.

    В любом случае, вы можете начать с живого компакт-диска, а с консоли сделать fsck -f /dev/sdb1 2>&1 > Your_log_file.txt Если вы хотите проверить неправильные блоки, добавьте -c в команду. Как только вы закончите свои проверки, установите свой корневой раздел и переместите файл Your_log_file.txt таким образом, чтобы при запуске вашей системы был создан файл журнала.

    Нет, перегородки не должны монтироваться, когда проверка будет проходить.

    Linux и Unix - лучшая ОС в мире.