Как проверить SSD-диск на наличие ошибок с Live CD?
Debian на SSD. Как проверить SSD-диск на наличие ошибок с Live CD? Кроме того, чтобы сохранить результаты в txt-файле. Разделы
sdb1 /boot ext2 sdb2 root ext4 sdb3 swap
Должен ли я отключать разделы при запуске fsck с Live CD или его не монтируется?
- Невозможно установить Linux (с двойной загрузкой): 0 байтов доступно при выборе SSD с 170 ГБ свободного места
- 8G RAM и SSD - насколько большой должен быть обмен?
- Загрузочное загрузочное ядро Grub
- Установщик Fedora 25 не обнаружит SSD в UEFI. Клавиатура / трекпад не работает в LEGACY
- Груб медленно загружается с помощью SSD
# 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 таким образом, чтобы при запуске вашей системы был создан файл журнала.
Нет, перегородки не должны монтироваться, когда проверка будет проходить.