Як клонувати розділ NTFS (WinXP) з пошкодженого диска на новий?


10

Мені потрібно клонувати розділ NTFS з пошкодженого, близького до відмирання жорсткого диска (SCSI, якщо це має значення) до нового (SATA).

Я встановив останню версію утиліт Boren CD для завантаження Hiren на USB-накопичувач і спробував із GParted, який сказав мені, що він не може скопіювати / вставити розділ, оскільки він пошкоджений та "позначений" Windows для запуску CHKDSK. Я дотримувався рекомендації «Попередження» і намагався її відремонтувати, використовуючи CHKDSK /f(це зайняло 9 годин і вийшло з помилкою після «фази 3») та програму Linux, яку я не можу згадати зараз, без успіху.

Я намагався клонувати за допомогою Clonezilla, і це теж не вдалося, з тих же причин. У HBCD є dd_rescue, але він знову не вдався, оскільки не може знайти "ntfs.something".

Зрештою, все, що я хочу, - це клонувати цей розділ таким, який він є, з його помилками і всім іншим. Я можу відремонтувати його на новому приводі.

Отже, що мені робити?


Яке повідомлення про помилку повернуто CHKDSK /fпісля "фази 3"?

Відповіді:


5

Звичайно, ви можете спробувати відновити розділ NTFS на оригінальному диску, але я не можу рекомендувати це робити, оскільки проблеми можуть бути спричинені помилкою обладнання та його ремонтом.

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

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

Ось чому , з мого досвіду ddrescue, набагато перевершує в складних випадках , ніж ddз conv=noerror. ddrescueведе журнал про те, що зроблено, і перезавантажується на основі цієї інформації, функція недоступна dd. ddrescueтакож розумніший у читанні блоків, починаючи з кінця, якщо він стикається з проблемною областю. Він стане набагато швидшим у стані копіювання зображення, який ви можете використовувати як основу для перевірки файлової системи (і ви можете продовжити до ddrescueоригінальної копії). Ви можете зробити щось подібне, ddякщо ви готові витратити багато часу на обчислення компенсацій вручну.

Ви також можете скопіювати файл у розділ NTFS потрібного розміру, покласти накопичувач у віконну машину та звідти використати нативний інструмент ремонту.


1
Дуже корисний! Чи можете ви додати точний приклад командного рядка ddrescueдії, подібний до ddприкладу в іншій відповіді?
ландроні

2
@landroni Я міг би (в основному ddrescue /dev/sdX driveimage logfile), але ви дійсно повинні витратити зусилля на читання ddrescueдокументації. Якщо ваша система порушена, є чимало причин прочитати посібник, перш ніж потенційно погіршити ситуацію.
Антон

Зараз я переглядаю сторінку чоловіка, але деякі варіанти є виразними. Що було б найбільш консервативним ddrescueеквівалентом dd if=/dev/olddisk of=/dev/newdisk bs=4k conv=noerror,sync? Маючи на увазі, що це було б запущено на пошкодженому (і вмираючому) диску, і що "намагатися рятувати дані у випадку помилок читання" насправді не є можливим. Дякую!
ландроні

@landroni з опціями, наведеними в моєму попередньому коментарі, кожен сектор в блоці пробується лише один раз. Єдиний спосіб, коли я знаю, що ви можете вдосконалити це, якщо ви знаєте, які області точно в порядку, і використовувати їх -iта -sвідновити.
Антон

Ну, востаннє, коли я спробував ddrescue /dev/sr0 driveimage.iso(на подряпаному компакт-диску), програма багато разів намагалася прочитати багато поганих секторів. Я можу помилятися, але мені було б неприємно працювати ddrescueнад іншими обмежуючими параметрами на вмираючому диску.
ландроні

3

Була така ж проблема: Диск, який ось-ось загине,
з розділом NTFS, який я хотів першим врятувати і виправити після
(до того, як диск повністю не зникне).

Вдалося вирішити це за допомогою ntfsclone :

  1. Підключіть два диски - старий і новий
  2. Завантаження з Live-Linux з USB
    ( для цього також можна використовувати Parted Magic )
  3. Створіть на новому диску достатньо великий розділ
    ( для цього використовуйте gparted )
  4. Зверніть увагу на назву розділів, як вони названі в gparted
    ( /dev/sdaX, /dev/sdbX)
  5. Відкрийте вікно терміналу і виконайте команду наступного: (замінити і з іменами з кроку «4.» - ) ntfsclone буде скаржитися на вас з видом неузгодженості , але слід продовжувати з копією розділу
    ntfsclone --force --ignore-fs-check --rescue --overwrite NEW-part OLD-part
    NEW-partOLD-part/dev/sd...

- коли закінчено -

  1. Вимкнення ПК
  2. Відключіть несправний диск
    (ви хочете використовувати його якнайменше зараз)
  3. Знову завантажте ПК - або в Windows, або в Linux,
    і спробуйте виправити розділ на новому диску

Редагувати:

- ПРИМІТКА -
Несправне (нестабільне) джерело живлення може призвести до того, що дискові контролери зійдуть з розуму,
і вони набагато частіше виходять з ладу, ніж диски, тому краще також перевірити це.
Ви можете відчути поведінку, що все працює нормально протягом декількох хвилин
(або секунд), і тоді системи почнуть сходити з розуму, як тільки він прогріється, буквально.

(виправлення джерела живлення, звичайно, не відновить втрачені дані, але заважає втратити більше)


1

Я б спробував відновити диск або HDAT (безкоштовна), або, можливо, Spinrite (Commercial). Я використовував обидва ці інструменти для відновлення дисків, які виходили з ладу, і вони обидва працювали в минулому.

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


0

Я вважаю, що це питання повинно мати робочий приклад, тому я використовував ddrescue

0) Встановлено пристрій заміни однакового розміру (та марки) під гарантію та перемістив старий диск на другий слот

1) Я використав завантажувальний диск ubuntu

Я спробував простий варіант, але він негайно створив багато помилок і завис

dd if=/dev/sdb of=/dev/sda bs=512 conv=noerror,sync
root@ubuntu:~# dd if=/dev/sdb of=/dev/sda bs=512 conv=noerror,sync
dd: error reading ‘/dev/sdb’: Input/output error
57496+0 records in
57496+0 records out
29437952 bytes (29 MB) copied, 6.02927 s, 4.9 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+1 records in
57497+0 records out
29438464 bytes (29 MB) copied, 8.86693 s, 3.3 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+2 records in
57498+0 records out
29438976 bytes (29 MB) copied, 11.7068 s, 2.5 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+3 records in
57499+0 records out

2) Прочитайте ці статті:

Зверніть увагу, що останній рекомендував використовувати -dпрямий доступ до диска, але я не користувався ним

3) Встановлено ddrescue

sudo apt-get install gddrescue
sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update
sudo apt-get install gddrescue
man ddrescue

Може знадобитися (?)

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) main universe restricted multiverse"

4) Нарешті запустили (якщо ви копіюєте та вставляєте, зупиніться, sda - це мій новий диск ... зверніть увагу і зробіть домашнє завдання)

ddrescue -v -r3 /dev/sdb /dev/sda ~/ddrescue.log
  • -v багатослівний
  • -р 3 спроби
  • ~ / xx файл журналу, який може бути використаний для очевидної спроби. Зауважте, що це зберігається лише в пам'яті, але його можна скопіювати на USB-накопичувач

Вихід:

GNU ddrescue 1.17
About to copy 1000 GBytes from /dev/sdb to /dev/sda
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
rescued:    22555 MB,  errsize:    196 kB,  current rate:   91815 kB/s
   ipos:    22555 MB,   errors:       5,    average rate:   68975 kB/s
   opos:    22555 MB,    time since last successful read:       0 s
Copying non-tried blocks...

5) Завантажили вікна та відновили ... tbc


0

Хороший день!

Справа в тому, наскільки пошкоджений ваш вихідний диск. Якщо вона майже зруйнована, єдиний спосіб клонування даних - це використання професійних апаратних пакетів відновлення даних. Як і Atola Insight

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.