Ssd bad blocks linux

Background

Lately, my Windows was getting slower every day. I’ve had it for nearly 5 years.
Two days ago, I started up Windows and the Desktop process kept hanging. Thought it could be a virus or something so I ran a full scan of the system. While it was scanning the power went off and thus my laptop was shut down in the middle of the scan. The problem might’ve occurred before or after this outage I’m not sure. When I got the power back on and started up Windows, I saw the blue screen: The blue screen I logged into Ubuntu to fix the issue. I backed up everything I needed so I’m safe from data loss. Except I lost some data from the SSD.

What I Have Tried

GParted

I tried to check the disk for issues but it said the following:
Cluster accounting failed at 13300092 (0xcaf17c): extra cluster in $Bitmap
Cluster accounting failed at 13300093 (0xcaf17d): extra cluster in $Bitmap
Filesystem check failed!
Totally 999 cluster accounting mismatches. ERROR: NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE! The usage of the /f parameter is very IMPORTANT! No modification was and will be made to NTFS by this software until it gets repaired.

Windows Safe Mode and ChkDsk

Since I don’t have access to Windows directly (remember the blue screen). I tried Hiren’s BootCD winPE to gain access to the Windows command prompt. I ran the command and it says one of the three messages below:
Windows cannot run disk checking on this volume because it is write protected
The type of the file system is RAW. CHKDSK is not available for RAW drives.
**This is the most recent one: **

chkdsk g: /f Stage 2: Examining file name linkage . An unspecified error occurred (696e647863686b2e 9cd). An unspecified error occurred (6e74667363686b2e 1798). Failed to transfer logged messages to the event log with status 6. 

Formatting the Disk/Partition

I tried to format the partition with Disk Management, Diskpart, GParted, Disks, etc. They didn’t work and either said the I/O error or some unexpected error.

Overwriting The Disk by Installing Ubuntu on SSD

I tried to install another Ubuntu on the SSD and overwrite Windows files. But this wasn’t working either and it said ‘Error occurred while formatting the disk’ or something like that.

Trying to Fix it Through Ubuntu

mke2fs 1.45.5 (07-Jan-2020) /dev/nvme0n1p4 contains a ntfs file system labelled 'OS' Proceed anyway? (y,N) y Creating filesystem with 62186249 4k blocks and 15548416 inodes Filesystem UUID: 98f9d29e-c882-42ca-9b83-d15bb1f1a9cb Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Allocating group tables: done Writing inode tables: done Creating journal (262144 blocks): done Writing superblocks and filesystem accounting information: mkfs.ext4: Input/output error while writing out and closing file system 

Checking blocks 0 to 250059095 Checking for bad blocks (read-only test): 1404620 1404621 1404622 1404623 . . . 

Basically, it found 1333 bad blocks. But I don’t think this is a physical issue since the SSD was working fine until a few days ago.

Using NVME

Smart Log for NVME device:nvme0n1 namespace-id:ffffffff critical_warning : 0x9 temperature : 25 C available_spare : 0% available_spare_threshold : 10% percentage_used : 4% data_units_read : 23,584,781 data_units_written : 22,680,050 host_read_commands : 424,922,169 host_write_commands : 435,538,029 controller_busy_time : 7,189 power_cycles : 3,689 power_on_hours : 10,192 unsafe_shutdowns : 298 media_errors : 716,805 num_err_log_entries : 716,805 Warning Temperature Time : 265 Critical Composite Temperature Time : 0 Thermal Management T1 Trans Count : 0 Thermal Management T2 Trans Count : 0 Thermal Management T1 Total Time : 0 Thermal Management T2 Total Time : 0 

I really don’t have any idea how to fix it. Can you please help me out?
I would rather not replace the SSD.

Источник

Проверка диска на битые секторы в Linux

Одно из самых важных устройств компьютера — это жесткий диск, именно на нём хранится операционная система и вся ваша информация. Единица хранения информации на жестком диске — сектор или блок. Это одна ячейка в которую записывается определённое количество информации, обычно это 512 или 1024 байт.

Битые сектора, это повреждённые ячейки, которые больше не работают по каким либо причинам. Но файловая система всё ещё может пытаться записать в них данные. Прочитать данные из таких секторов очень сложно, поэтому вы можете их потерять. Новые диски SSD уже не подвержены этой проблеме, потому что там существует специальный контроллер, следящий за работоспособностью ячеек и перемещающий данные из нерабочих в рабочие. Однако традиционные жесткие диски используются всё ещё очень часто. В этой статье мы рассмотрим как проверить диск на битые секторы Linux.

Проверка диска на битые секторы Linux

Для поиска битых секторов можно использовать утилиту badblocks. Если вам надо проверить корневой или домашний раздел диска, то лучше загрузится в LiveCD, чтобы файловая система не была смонтирована. Все остальные разделы можно сканировать в вашей установленной системе. Вам может понадобиться посмотреть какие разделы есть на диске. Для этого можно воспользоваться командой fdisk:

Или если вы предпочитаете использовать графический интерфейс, это можно сделать с помощью утилиты Gparted. Просто выберите нужный диск в выпадающем списке:

В этом примере я хочу проверить раздел /dev/sda2 с файловой системой XFS. Как я уже говорил, для этого используется команда badblocks. Синтаксис у неё довольно простой:

$ sudo badblocks опции /dev/имя_раздела_диска

Давайте рассмотрим опции программы, которые вам могут понадобится:

• -e — позволяет указать количество битых блоков, после достижения которого дальше продолжать тест не надо;
• -f — по умолчанию утилита пропускает тест с помощью чтения/записи если файловая система смонтирована чтобы её не повредить, эта опция позволяет всё таки выполнять эти тесты даже для смонтированных систем;
• -i — позволяет передать список ранее найденных битых секторов, чтобы не проверять их снова;
• -n — использовать безопасный тест чтения и записи, во время этого теста данные не стираются;
• -o — записать обнаруженные битые блоки в указанный файл;
• -p — количество проверок, по умолчанию только одна;
• -s — показывать прогресс сканирования раздела;
• -v — максимально подробный режим;
• -w — позволяет выполнить тест с помощью записи, на каждый блок записывается определённая последовательность байт, что стирает данные, которые хранились там раньше.

Таким образом, для обычной проверки используйте такую команду:

sudo badblocks -v /dev/sda2 -o ~/bad_sectors.txt

Это безопасно и её можно выполнять на файловой системе с данными, она ничего не повредит. В принципе, её даже можно выполнять на смонтированной файловой системе, хотя этого делать не рекомендуется. Если файловая система размонтирована, можно выполнить тест с записью с помощью опции -n:

sudo badblocks -vn /dev/sda2 -o ~/bad_sectors.txt

После завершения проверки, если были обнаружены битые блоки, надо сообщить о них файловой системе, чтобы она не пыталась писать туда данные. Для этого используйте утилиту fsck и опцию -l:

fsck -l ~/bad_sectors.txt /dev/sda1

Если на разделе используется файловая система семейства Ext, например Ext4, то для поиска битых блоков и автоматической регистрации их в файловой системе можно использовать команду e2fsck. Например:

Параметр -с позволяет искать битые блоки и добавлять их в список, -f — проверяет файловую систему, -p — восстанавливает повреждённые данные, а -v выводит всё максимально подробно.

Выводы

В этой статье мы рассмотрели как выполняется проверка диска на битые секторы Linux, чтобы вовремя предусмотреть возможные сбои и не потерять данные. Но на битых секторах проблемы с диском не заканчиваются. Там есть множество параметров стабильности работы, которые можно отслеживать с помощью таблицы SMART. Читайте об этом в статье Проверка диска в Linux.

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Похожие записи

Оцените статью

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

14 комментариев к “Проверка диска на битые секторы в Linux”

Если ты настолько туп что не понимаешь что такое бэд блоки, то какого хрена ты вообще тут пишешь Ответить

Ты будешь очень удивлен, когда узнаешь, что битые сектора еще на стадии производства жестких дисков появляются. Причина этого: несовершенство технологии производство, как бы не парадоксально это звучало. По этой же причине с одной матрицы, на которой выращивают процессора получают как сверхвысокопроизводительные процессора с высокой стоимостью, так и самые дешевые целерончики. Так вот, те битые сектора, которые определяют еще на производстве помечают и заносят в специальный список. который хранится, в зависимости от производителя харда или в специальном разделе, или во флешпамяти или там и там. Наличие заводских бэдов подтверждает график чтения диска. Его можно увидеть прогнав новый диск (из заводской упаковки) какой нибудь утилитой типа Виктории или МХДД. Провалы в графике чтения, который представляет собой логарифмическую кривую это и есть подтверждение наличия заводских сбойных секторов: то есть на этих областях головка харда переходит по указанному адресу. То есть там алгоритм такой: головка доходит до нужного адреса на диске: считывает с него инфу, и если видит что-то подобное: этот блок сбойный, если вы хотите что-то записать, то вместо него работает вооон тот блок, расположенный воооон там.
э Ответить

Уважаемый автор, что-то я не понял про «просто» fsck. У него параметром «-l» не подставляется файл от «badblocks» с перечнем битых секторов, а выполняется совсем другая операция.
Может подскажете что теперь делать в этом случае? Т. е. например у меня флэшка битая и файловая система там не ext, и в наличии только консоль. Ответить

Результат показал Failed. И что умрет в ближайшие сутки. Правда так уже пару недель. Инфу, конечно, скопировал. Есть ли смысл возится с винтом, или можно выбрасывать? Ответить

А что вам мешает вводить не сам раздел, а диск? /dev/SDxy где x буква (Она обязательна!) и y (Номер раздела.) Если не вводить цифру (у), то система посчитает что вам нужно всё устройство, а не его определённый участок. Ответить

Если в линуксе пометить bad сектора они не будет использоваться также и в других системах или только в данной системе? И можно ли такие манипуляции проделывать на диске с важными данными? Ответить

только в данной системе?
И можно ли такие манипуляции проделывать на диске с важными данными?
только в данной.
важные данные нужно скопировать на исправный диск.
пс. это ты мне продал ,битый диск,гад? Ответить

В Mint можно прямо в утилиту Disks заходить из меню, она там есть по умолчанию, в том числе и в live-дистрибутиве с флешки. Запускаемся с загрузочной флешки Mint, заходим в Disks и смотрим. Если сверху написано количество Bad Blocks, значит они есть. Также в меню программы Disks есть пункт SMART Data & Self-Tests, заходим и смотрим, какие проблемы у диска есть. Ответить

Добавить нужно, что диски большого объёма чтобы проверять, нужно увеличивать размер блока. Стандартно 2048, но если попробовать проверять диск на 6 Тб скажем, получите ошибку. Тогда, по вашему примеру: badblocks -v -b 4096 /dev/sda2 -o ~/bad_sectors.txt Ответить

Источник