Как проверить 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 

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 таким образом, чтобы при запуске вашей системы был создан файл журнала.

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

  • Документация mbcache
  • hdparm не показывает раздел «безопасность»
  • Использование SSD на Qubes OS
  • smartcontrol: количество секторов, написанных слишком маленькими
  • Груб медленно загружается с помощью SSD
  • Время ожидания устройства после включения lvmcache
  • Как вы можете получить любую версию Linux для просмотра SSD MacBook Pro 2018 года?
  • Маленький встроенный ssd в ноутбуке может установить Linux?
  • какие команды unix для мониторинга работы диска доступны?
  • Перемещение папки / tmp в другое место. Проблемы с / tmp не опустошены
  • Крутящий момент на диске NVMe PCIe
  • Linux и Unix - лучшая ОС в мире.