Восстановление поврежденных секторов внешнего жесткого диска / утилита mark в linux

Я только что установил новую версию Ubuntu, Karmic Koala, в моем ноутбуке. Все в порядке, за исключением того, что система идентифицировала около 300 плохих секторов на моем внешнем жестком диске 1TB. Я бы хотел восстановиться или просто отметить. Есть ли бесплатная утилита, которую я могу запустить на Linux, для этого?

обновление:

раздел отформатирован в NTFS.

спасибо заранее

6 ответов:

Если сама ОС показывает плохие сектора, то диск идет под откос. Аппаратное обеспечение должно прозрачно удалять поврежденные сектора из службы, и, возможно, у него закончились запасные сектора для переназначения. Если это так, ваши данные находятся под большим риском.

Я бы принял предложение Дэвида близко к сердцу и перенести ваши данные как можно скорее. Вы можете установить "smartmontools" и запустить smartctl, чтобы увидеть, что сообщает само устройство.

вы можете попробовать использовать "badblocks" утилита на необработанном устройстве, в котором находится ваш диск NTFS, так как он работает на устройстве и не зависит от файловой системы. Убедитесь, что Вы читаете man pages внимательно и использовать щадящий режим. Он должен уметь читать каждый сектор, а затем переписывать каждый сектор. Это должно заставить сам диск переназначить любые проблемные сектора. Сначала протестируйте эту процедуру на USB-накопителе или другом носителе.

Я рекомендую вам сказать badblocks для обработки большого количества секторов за раз, так как 1 ТБ диск займет очень много времени для сканирования.

снова... убедитесь, что вы знаете, что делаете. Один промах и ваши данные поджарены.

Если данные ценны для вас, и вы не уверены в своих силах, вы можете использовать коммерческое решение, такое как SpinRite (хотя, это дорого и потребует Windows machinie). Обратите внимание, я никогда не использовал SpinRite, но я слышал хорошие вещи об этом в интернете.

это зависит от файловой системы, которую вы используете. Если вы используете ext2, etx3 или ext4 (IIRC Ubuntu 9.10 по умолчанию ext4 для новых установок, более ранние версии по умолчанию ext3), то вы можете запустить

e2fsck -c -c -k -C 0 /dev/device

т. е.

e2fsck -c -c -k -C 0 /dev/sdc1

для файловой системы на первом разделе диска sdc. Файловая система не должна монтироваться, пока это происходит, поэтому, если это необходимо для нормальной работы системы, вам нужно будет запустить e2fsck при загрузке с "live CD" или подобный.

на -c опция-это то, что заставляет сканирование поверхности добавляться к тому, что делает checker, а затем second -c делает его сделать неразрушающий Тест записи + чтения,-k говорит ему, чтобы сохранить любой существующий список badblocks вместо повторного тестирования их и -C 0 просто делает e2fsck выводить больше информации о прогрессе, как это делает свою работу. См.man e2fsck подробнее.

выше будут отмечены плохие блоки, так что не используются в будущем. Вам нужно будет перезапустить его, если вы когда-либо переформатировать диск или этот отдельный раздел. Вы также должны периодически перезапускать его в любом случае, если есть какие-либо "почти плохие" сектора, которые ухудшаются дальше. Нет никакого способа "восстановления" сбойных секторов.

я рекомендую вам рассмотреть вопрос о переносе ваших данных на другой диск, хотя, если там нет ничего реального значения (т. е. это не будет доставлять вам неудобства чрезмерно, если диск вдруг стал намного хуже, и данные стали практически нечитабельными или развращать.) Если вы не замените диск, убедитесь, что у вас есть хорошие резервные копии для всего, что вам нужно (хотя у вас должен быть хороший режим резервного копирования).

Не уверен, что NTFS-related:

плохой блок HOWTO для smartmontools

# ntfsresize -i /dev/sdb3

Device name        : /dev/sdb3
NTFS volume version: 3.1
Cluster size       : 4096 bytes
Current volume size: 287967052288 bytes (287968 MB)
Current device size: 287967052800 bytes (287968 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use       : 178645 MB (62.0%)
Collecting resizing constraints ...
You might resize at 178644316160 bytes or 178645 MB (freeing 109323 MB).
Please make a test run using both the -n and -s options before real resizing!

# ntfsresize -ns  /dev/sdb3

Non-destructive resize

# ntfsresize -s  /dev/sdb3

Real resize! careful...

Если вы надеетесь сохранить данные на этом внешнем разделе, вы не хотите писать на этот диск когда-либо снова, что некоторые из этих ответов предлагают. Вместо этого используйте средство судебно-медицинского восстановления для создания образа диска. ddrescue-мой любимый инструмент для такой работы.

вот мои "заметки для себя", которые специфичны для mac, но охватывают основные моменты: идентификация имен аппаратного / dev-монтирования источника и цели, их размонтирование, а затем перенос источника на цель с повторной попыткой чтения отключено, регистрирует ошибки чтения, но пропускает отказывающие блоки для последнего.

судебная визуализация дисков и / или спасение отказавших дисков: Gnu ddrescue (не то же самое, что dd_rescue, хотя и похоже) все должно быть сделано как root.
Сначала подтвердите крепление устройства:
diskutil list
Размонтировать источник (например, disk1) (и назначение при отправке в физический раздел, а не в файл необработанного образа):
diskutil размонтировать disk1
Сделайте блочную копию изображения с disk1 для монтируемого файла образа диска, создания журнала и первого фокусирования на читаемых частях:
ddrescue-v /dev/disk1 myrescueddisk.спасение употр.журнал