Я не претендую на истину в последней инстанции. 🙂 Надо понимать, что все эти манипуляции можно проделать, если Вы хотите проверить свой домашний диск или диск списанный на работе после 2-4 лет эксплуатации на предмет дальнейшего использования.
Использовать диски с подозрениями на проблемы с поверхностью для хранения важных данных нельзя!Дано: Диски большого объема (2Тб и более) б.у. Есть подозрения на bad-блоки на этих дисках или на иные проблемы. Надо проверить и подтвердить или опровергнуть данное утверждение, а так же понять можно ли использовать эти диски в дальнейшем для домашней эксплуатации или хранения не сильно важных данных. Отступление: bad-блоки могут быть физические, когда поверхность диска не читается из-за повреждений и soft bad blocks. Soft bad block может появится под нагрузкой, при резком перепаде напряжения, программном сбое. Такие блоки можно устранить. Чем мы и займемся. Для тестирования будем использовать Ubuntu Linux. В компьютере установлен SSD для запуска системы и RAID1 из двух дисков для хранения данных. Данные на RAID зашифрованы. Диск для тестирования объемом 4Тб подключен через Sata.
Для начала найдем диск в системе: Команда: ~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 99,4M 1 loop /snap/core/11993 loop1 7:1 0 4K 1 loop /snap/bare/5 loop2 7:2 0 140K 1 loop /snap/gtk2-common-themes/13 loop3 7:3 0 55,5M 1 loop /snap/core18/2284 loop4 7:4 0 42,6M 1 loop /snap/leafpad/91 loop5 7:5 0 110,5M 1 loop /snap/core/12603 loop6 7:6 0 43,4M 1 loop /snap/snapd/14549 loop7 7:7 0 55,5M 1 loop /snap/core18/2253 loop8 7:8 0 43,3M 1 loop /snap/snapd/14295 loop9 7:9 0 65,2M 1 loop /snap/gtk-common-themes/1519 sda 8:0 0 223,6G 0 disk ├─sda1 8:1 0 1M 0 part ├─sda2 8:2 0 513M 0 part /boot/efi └─sda3 8:3 0 223,1G 0 part / sdb 8:16 0 931,5G 0 disk └─sdb1 8:17 0 931,5G 0 part └─md0 9:0 0 931,4G 0 raid1 └─luks-de6e48cd-9eac-4313-af08-1600a4d675ae 253:0 0 931,4G 0 crypt /media/ru12/e3895716-9a8f-44bb-b07c-7fcce81a2d2c1 sdc 8:32 0 931,5G 0 disk └─md0 9:0 0 931,4G 0 raid1 └─luks-de6e48cd-9eac-4313-af08-1600a4d675ae 253:0 0 931,4G 0 crypt /media/ru12/e3895716-9a8f-44bb-b07c-7fcce81a2d2c1 sdd 8:48 0 3,6T 0 disk └─sdd1 8:49 0 3,6T 0 part Что мы видим: sda — система, sdb, sdc — члены RAID1, диск, который надо проверить — sdd. Почему важно удостовериться какой именно диск надо проверять. Мы будем делать низкоуровневое форматирование на следующем шаге, что может привести к потери данных, при выборе не того диска. Форматирование мы будем делать с привилегиями уровня root, и программе все равно, используется диск в данный момент или нет. Следующий шаг: делаем низкоуровневое форматирование диска. В реальности мы записываем в каждый кластер диска ноль. Программа dd будет писать 0 в кластер пока не запишет. ВАЖНО: Если dd вылетает с ошибкой (может просто завершиться намного раньше, чем планировалось), значит диск отформатировать невозможно. Это означает, что при попытке записать 0 в кластер произошла неустранимая ошибка и запись невозможна. При этом кластер не помечен как сбойный. Надо проверить статус SMART диска (как это сделать ниже). Скорее всего диск использовать нельзя. Он «осыпается» bad blocks на ходу. ~$ sudo dd if=/dev/zero of=/dev/sdd ВАЖНО: программа dd не выводит данных о прогрессе выполнения процесса. Это нормальный режим ее работы. Чтобы посмотреть сколько осталось и сколько уже сделано, надо запустить другую команду в другом терминальном окне: ~$ sudo progress -w [ 1778] dd /dev/sdd 18.9% (704.5 GiB / 3.6 TiB) 32.6 MiB/s remaining 1 day 2:23:41 После выполнения низкоуровнего форматирования надо проверить статус SMART диска, чтобы понять есть на нем сбойные кластеры или нет.
~$ sudo smartctl -s on -a /dev/sdd SMART выдает много параметров, но нас в данном случае интересует: 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline — 0 В последней строке должно стоять 0. Это значит, что сбойных кластеров на диске не обнаружено и им можно пользоваться.
Возможно Вам будет полезная статья Создание новых разделов на диске, где раньше был RAID в Linux