Як легко відремонтувати один нечитабельний блок на диску Linux?

Моя система Linux почала викидати помилки SMART у syslog. Я відстежив це і вважаю, що проблема - це єдиний блок на диску. Як мені легко дістати диск для перерозподілу цього блоку? Я хотів би знати, який файл був знищений в процесі. (Я знаю, що якщо один диск виходить з ладу на диску, швидше за все, слідкують інші; я маю хорошу постійну резервну копію і просто хочу спробувати підтримувати цей диск.)

Пошук в Інтернеті призводить до поганого блоку HOWTO , який описує ручний процес на відключеному диску. Це здається складним і схильним до помилок. Чи є інструмент для автоматизації цього процесу в Linux? Мій єдиний варіант - це діагностичний інструмент виробника , але я припускаю, що він ушкодить поганий блок, не повідомляючи про те, що було знищено. Найгірший випадок, це можуть бути метадані файлової системи.

Диск, про який йде мова, є основним розділом системи. Використання ext3fs та LVM. Ось журнал помилок у syslog та відповідний біт smartctl.

smartd[5226]: Device: /dev/hda, 1 Currently unreadable (pending) sectors

Error 1 occurred at disk power-on lifetime: 17449 hours (727 days + 1 hours)
... Error: UNC at LBA = 0x00d39eee = 13868782

На пастебіні є повний дамб на smartctl .

Ви можете спробувати hdparm --write-sector <LBA> /dev/ice.

Я не знаю іншого способу зробити це - вам потрібно вручну перетворити LBA в блоки файлової системи (як ви вже знайшли)

Я писав прошивку диска для WD, і одного разу написав прошивку, яка перерозподілила погані блоки.

По-перше, більшість поганих блоків виявляються на читаннях, а не на записі. Записи виконуються наосліп, тобто дані записуються без перевірки. Таким чином, при записі, якщо засоби масової інформації погані, ви не будете знати про це, поки хост не прочитає цей сектор. Існує невелика частина сектора (заголовок сектора), який читається на "запис", щоб знайти правильний сектор, так що, якщо є помилка в читанні заголовка сектора, привід переназначить сектор і запише його з отриманими даними з команди write. Але переважна більшість поганих блоків виявляються на читаннях, і лише тому, що запис вдалося в секторі, це не означає, що засоби масової інформації хороші або що цей сектор переназначений.

Тепер про поганий перерозподіл блоків (також званий перерозподілом). Так, як правило, накопичувач спробує перепризначити сектор, якщо помилка є достатньо поганою (тобто, помилка ECC є поганою), але накопичувач все одно може відновити дані після виправлення ECC. Зазвичай це робиться автоматично. Єдиним винятком є ​​те, що хост міг би раніше сказати накопичувачу не робити автоматичних перерозподілів, але це рідко робиться.

Що ж станеться, якщо накопичувач прочитає і не може відновити дані? Нічого. Про помилку повідомляється хосту, але переназначення не робиться. Проблема полягає в тому, що накопичувач може перепризначити сектор, але він не має найменшого уявлення про те, які дані потрібно записувати в новопризначений сектор. Якби він просто написав купу нулів, скажімо, а потім сектор був прочитаний знову, він поверне всі нулі без жодних вказівок, що дані недійсні. Це по суті те саме, що і корупція даних. Привід не може розраховувати на те, що хост відслідковує помилки з різних причин (наприклад, що робити, якщо диск перенесли на новий хост?), Тому найкращий спосіб дії - нічого не робити, коли дані можуть " не підлягає одужанню.

Однак сучасні накопичувачі врятують місце поганого сектору, коли його неможливо перерозподілити. Кількість поганих секторів, які очікують перерозподілу, можна знайти в даних SMART. Що відбувається, якщо запис робиться в один з поганих секторів, що очікує перерозподілу, перерозподіл виконується, тому що накопичувач тепер має дійсні дані для запису в нього після перерозподілу. Таким чином, коли люди кажуть, що писати в поганий сектор перерозподіляє це, це насправді лише половина історії. Спочатку слід прочитати диск, щоб він виявив усі погані сектори, які неможливо перерозподілити автоматично. Таким чином, ви можете записати цілий диск, і дані SMART скажуть, що немає поганих секторів, які очікують перерозподілу, але ви не обов'язково очистили диск усіх поганих секторів. Тож якщо ви дійсно хочете очистити привід усіх поганих секторів,

Є й інші способи боротьби з поганими блоками, які неможливо перерозподілити. Якщо накопичувач є частиною резервної конфігурації RAID (тобто нічого, крім RAID 0), програмне забезпечення RAID повинно автоматично відновлювати дані про поганий сектор з інших накопичувачів і записувати їх у перерозподілений сектор. Диски SCSI мають явну команду переназначення блоків, яку хост може використовувати для примусового перепризначення навіть тоді, коли для блоку немає дійсних даних для запису, але його використання є досить низьким рівнем.

Я думаю, що все, що вам потрібно зробити, це:

e2fsck -c /dev/hda1

припускаючи, що / dev / hda1 є (не відремонтованим) розділом. Або:

e2fsck -c -c /dev/hda1

зробити тест (повільніше) на неруйнівне читання-запис. Його все одно доведеться демонтувати. Я не думаю, що це дасть вам детальну інформацію про втрачені дані.

Майкл це правильно, і в більшості випадків я б сказав, що просто замініть привід, вони дешеві. Однак якщо у вас немає резервних копій і ви не можете отримати важливі дані з накопичувача або просто хочете спробувати відновити накопичувач, тоді ви можете спробувати використати спинрит на найвищому рівні.

У мене був накопичувач ноутбука, який кілька років тому почав робити шуми. Badblocks показали, що накопичувач має 118 або більше поганих блоків, видимих ​​для кінцевого користувача. Оскільки у мене вже була копія SpinRite, я вирішив спробувати її перед придбанням нового диска. Після запуску спинриту на диску накопичувачі показали 0 поганих блоків і звуки припинилися. З цього часу накопичувач працював понад два роки.

Якщо у вас є резервні копії, і ви знаєте, що це логічна помилка, а не фізична помилка, то найкращим способом вирішити це було б зняття з нуля диска.

Я б використовував MHDD, це досить простий у використанні, і поки ви пам’ятаєте, що ваш HDD в Bios буде емулювати IDE, а потім повернутися до AHCI, коли ваша робота виконана, вам нічого не турбуватися.

Після завантаження на MHDD виберіть тип свого накопичувача в команді ERASE та підтвердьте свій вибір.

Отримайте собі кофти, це може зайняти деякий час.

Після нуля Диска запустіть сканування (f4) з Remap, встановленим на УВІМКНЕНО (за замовчуванням вимкнено). Якщо з накопичувачем все ще виникають проблеми (це означало б, що на тарілці є фізичні пошкодження, а привід знаходиться на схилі вниз по схилу), ця опція дозволить "виправити" їх, відобразивши пошкоджену ділянку на здорові частини накопичувача.

Якщо немає помилок UNC, то вітаємо вас і ваш привід все одно можете дружити на довгі роки.

Якщо диск йде погано, замініть його. Не варто ризикувати, що вона більше розвалиться.