Існує все одно, щоб перетворити диск Advanced Format на звичайний без втрати даних?


0

У мене є 4 ТБ жорсткий диск, який колись знаходився в корпусі Seagate Backup Plus. Диск є Advanced Format, тому, коли я встановлюю його внутрішньо або використовує інший корпус, його розділ не читається. Я намагаюся монтувати його на Mac і звітує диска утиліти розділ 500 Гб. Однак він бачить, що сам диск становить 4 ТБ.

Є все одно я можу виправити таблицю розділів на диску (або щось), так що це не передовий формат більше, без втрати даних? Або я повинен повністю переформатувати його, щоб він був корисним?

edit: я запускаю macOS 10.12.5. Диск спочатку був відформатований за допомогою таблиці розділів GPT з одним розділом 4 TB HFS +. Тепер він розглядається як MBR-накопичувач з одним розділом 512 ГБ невідомого формату.

Відповіді:


1

Є кілька корпусів USB, які імітують 4K диски на 512 байт на сектор сектора. Це означає, що коли диск виймають з корпусу, адреси секторів більше не працюють, оскільки їх слід помножити на 8, щоб знову працювати.

HFS +, з іншого боку, є індивідуальним для сектору (як, наприклад, ext2 / 3/4, але всупереч FAT або NTFS)

Так що це тільки питання переписування таблиці розділів.

У режимі 4K (тобто в корпусі USB) у вас є Сектор 0: захисна перегородка MBR Сектор 1: Заголовок GPT Сектор 2: Дані GPT, які вказують, що розділ починається з n і закінчується на m Сектор n: Початок розділу Сектор m: Кінець розділу

у режимі 512 байтів зараз: Сектор 0: захисна перегородка MBR Сектор 8: Заголовок GPT Сектор 16: Дані GPT, які вказують, що розділ починається з n (неправильно) і закінчується на m (неправильно) Сектор n * 8: Початок розділу Сектор m * 8: Кінець розділу

Розмір розділу - m-n, що, звичайно, також в 8 разів більше (8 × 500 Гб = 4 Тб)

Запишіть значення для n і m (знаходяться в секторі 16 в області кольору, в моєму прикладі 0x22 (початок) і 0xF42 (кінець) here

Потім скористайтеся вашим вибором інструменту розбиття (в ідеалі щось подібне до розділеного gnu, де можна вводити прямі адреси сектору), створити нову порожню таблицю розділів GPT і оголосити новий HFS + -Partition (за допомогою типу GUID 48465300-0000-11AA-AA11- 00306543ECAC, що означає HFS +) із зазначеними початковими і кінцевими адресами, але помножені на 8. Зверніть увагу, що адреси, звичайно, є мало-кінцевими шістнадцятковими адресами, тому їх слід читати як такі, а також писати як такі.


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

Я використовував wxHexEditor, але це під Linux. Під Windows я використовую HxD. Не знайте про макроси.
Ro-ee

Це зробило трюк! Я в кінцевому підсумку використовував GPT fdisk для читання старих стартових і кінцевих секторів розділів (так що не потрібно обговорюватися з шестигранними редакторами), а також писати нову таблицю розділів. Одне застереження, яке вимагало трохи часу для того, щоб з'ясувати, що значення вирівнювання сектору також необхідно помножити на 8, щоб нові розділи працювали.
GuyGizmo

0

Ви не можете змінити розмір сектора на диску. Що визначається виробником, коли привід виконаний. Всі сучасні операційні системи зможуть читати передовий формат диска. https://en.wikipedia.org/wiki/Advanced_Format

Ваша проблема може бути не з розширеним форматом, це можуть бути інші речі, як шифрування або сумісність GPT / NTFS з вашою системою.

Ви не вказали жодної версії апаратних засобів або ОС. Необхідно переконатися, що будь-яка версія операційної системи, яку ви використовуєте, може правильно монтувати та читати новітні диски формату, а також GPT і NTFS. http://knowledge.seagate.com/ka030000000tlsfAAA


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

Я редагував свій початковий пост, щоб додати додаткову інформацію, але повторю: я запускаю macOS 10.12.5. Диск спочатку був відформатований за допомогою таблиці розділів GPT з одним розділом 4 TB HFS +. Тепер він розглядається як MBR-накопичувач з одним розділом 512 ГБ невідомого формату. diskutil повідомляв про розмір блоку 4K, коли він знаходився у корпусі. Привід не був зашифрований. Теоретично, файлова система HFS + існує, але таблиця розділів неправильна, тому система не може її бачити. Ось чому мені цікаво, чи можливо для мене це зробити читабельним знову без стирання.
GuyGizmo
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.