Як я можу перевірити, чи є погані сектори на зовнішньому підключеному жорсткому диску USB?

Пов'язані питання

1. Виправлення поганих блоків на жорсткому диску Mac - включає деякі невільні програми із закритим джерелом
2. Яке вільне або відкрите програмне забезпечення я можу використовувати з апаратним забезпеченням Mac для перевірки цілісності кожного блоку диска…?

Іноді недоцільно використовувати можливості автоматичного переселення сектору накопичувача, тому питання, поставлене ohho, стає відмітним:

• йдеться про відкриття .

По суті

Якщо є бракований сектор, ви можете:

• дбати про дані в цьому секторі; або
• не байдуже

- врахуйте це перед тим, як виконати будь-яку дію, яка може спричинити переїзд (або перезавантаження чи збереження, або як би ви це не назвали).

Чому турбота?

Хоча SpinRite 6 не призначений для Macs, сторінка 2003 року для версії 5 просвічує:

• GRC | Технологія відновлення даних SpinRite ( основні моменти )

Зверніть увагу на розділ про автоматичне переміщення та пов'язаний з цим ризик втрати даних.

SpinRite убік, швидкий рух на десятиліття з 2003 по 2013 рік:

• безпомилкове попередження , представлений Drive Genius 3 на Mac.

До питання тут…

Як перевірити, чи є поганий сектор на жорсткому диску USB на OS X?

Для Mac - для OS X - я не знаю нічого такого здатного і обережного, як SpinRite (нічого, щоб відключити автоматичний переїзд).

Отже, як і зараз: для перевірки секторів диска на USB з ОС X ми, ймовірно, обмежилися використанням утиліт, які можуть спричинити переміщення . Я не можу оцінити ступінь ризику пов'язаної втрати даних, але якщо цей ризик є прийнятним, я повинен спершу спрямовуватися на:

• утиліти, за якими додано додаткові відгуки чи рекомендуються у відповідних питаннях (1) та (2) вище.

Підказка: те, що під відповідним питанням (1), є більш зручним для користувачів.

SMART

Одна ОС не може використовувати технології SMART на зовнішніх дисках, таких як USB 2.0 і FireWire.

В іншому місці є безліч інформації (і непорозуміння;), тому я зосередив цю частину відповіді лише на одному моменті:

• змусити ОС Apple працювати за технологією SMART із зовнішніми накопичувачами USB та FireWire.

OS X SAT SMART Driver

kasbert / OS-X-SAT-SMART-драйвер на GitHub:

… Драйвер ядра для зовнішніх накопичувачів USB або FireWire Mac OS X. Він розширює стандартну поведінку драйверів, надаючи доступ для керування даними SMART. Інтерфейс даних SMART такий же, як і з драйвером сімейства ATA, тому більшість існуючих додатків повинні працювати. Драйвер вимагає зовнішнього корпусу зовнішнього диска, здатного SAT (переклад SCSI ATA). …

Якщо ви спробуєте цей KEXT з Lion, тоді - як і з будь-яким стороннім розширенням ядра - продовжуйте обережно.

У вбудованій команді OS X fsck_hfsє опція, -Sяка, мабуть, перевірить наявність поганого блоку на жорсткому диску USB в ОС X.

З офіційної сторінки людини :

-S Причина fsck_hfs сканувати весь пристрій шукає помилок введення / виведення. Він спробує зіставити блоки з помилками на імена, подібно до параметра -B .

Приклад:

fsck_hfs -fy -S /dev/disk3s11

Здається, це роблять, коли запускаються на розділах без поганих блоків, але я ще повинен перевірити / задокументувати, що він робить, коли є погані блоки.

Оновлення: Криваве пекло! Apple вилучила мангапи зі свого сайту.

Відкрийте Terminal.app в програмах / Утиліти.

Виріжте і вставте всередину, щоб встановити Brew: /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Встановіть e2fsprogs за допомогою brew: brew install e2fsprogs

Введіть, diskutil listщоб знайти свій пристрій (/ dev / diskX)

Запустити badblocksна своєму пристрої: (замініть X на номер пристрою)

/usr/local/Cellar/e2fsprogs/1.44.3/sbin/badblocks -v /dev/diskX

Залежно від файлової системи на диску, яку ви могли запустити

fsck_msdos /dev/disk1s1

Це перевірило б FAT FS. Може, це те, що ти хочеш? Можливі команди:

fsck_cs
fsck_exfat
fsck_hfs
fsck_msdos
fsck_udf

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

badblocksпід Linux це робить. badblocksмає неруйнівний тестовий режим читання / запису.

В операційній системі Windows, я вірю , що якщо ви викликаєте chkdskз /F, /Bі /Rваріантами його перевірятимуть кожен сектор для поганих секторів. Це також не руйнує, але я не впевнений, чи справді він пише кожному сектору для тестування.

Ця відповідь Superuser говорить про те, що SpinRite 6 також може робити те саме, але я не перевіряв.

Дозвольте мені порадити, в якому порядку слід діяти, якщо ви підозрюєте / знаєте, що у вас погані сектори:

1) Зробіть копію всього свого розділу на іншому пристрої, використовуючи dd (знайдіть ім’я розділу за допомогою df). Це може зайняти деякий час, можливо, більше дня на диску USB2 для 400 Гбіт. bs=прискорює його (фактор 5 або більше), syncзаповнює вхідні блоки нулями, якщо були помилки читання.

dd if=/dev/disk3s8 of=/dev/disk4s9 bs=1024k conv=noerror,sync

2) Потім перевірте, чи справді він працював, не тільки структуру папки, але і відкрийте вміст.

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

cp -Rp /Volumes/<source>/ /Volumes/<destination>/

4) Лише тепер, коли ви намагалися зберегти якнайбільше, не торкаючись файлової системи, запустіть перевірку на розділі. -fопція буде примусовою, навіть якщо вона здається нормальною, -Sсканує погані блоки. Ця операція не гарантується без орієнтування, але вона може зберегти ваш диск.

fsck_hfs -fS /dev/disk3s8