Відновлення розділу Ext3 після невдалого переміщення


0

У мене був накопичувальний диск розміром 1,5 ТБ, на ньому був розділ 983,83 Гб ext3, де розділ розміщений таким чином, що перед розділом ext3 було близько 400 ГБ вільного місця.

Тоді я використовував майстер Minitool Partition Wizard, щоб перемістити розділ до початку диска, але, на жаль, кабель був вирваний з накопичувача при 54% завершенні.

Тепер привід просто показує невідомий розділ, де раніше був розділ ext3.

Я переглянув ситуацію за допомогою відновлення розділів майстра розділів, і він виявляє розділ ext3 у новому місці, а також невідомий розділ у старому місці.

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

У мене є дві ідеї, як вирішити проблему, але я не впевнений, як би я це зробив.

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

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

Хтось із вас має гарне уявлення про те, як можна було б здійснити одну з цих ідей?

Альтернативні ідеї відновити розділ також були б вдячні.

EDIT: Уточнена інформація про розмір розділу та перекриття.

Відповіді:


1

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

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

Ви пишете, що "не повинно бути жодного фактичного перезаписаного даних". Чи означає це, що весь розділ менше 400 Гб, іншими словами, що старе та нове місце розташування не перетинаються? Якщо це так, ви можете пропустити решту цієї відповіді.

В іншому випадку я б спробував розробити зміщення кроку: на яку відстань нібито були скопійовані ваші сектори? Вихід відновлення повинен дати вам хорошу вказівку. Якщо у вас це вийшло, я б спробував знайти деяке збіг: за допомогою ddви можете прочитати довільні частини вмісту вашого диска. Зробіть це в двох місцях, які точно зміщуються один від одного, і передайте результат на деяку хеш-функціюmd5sum. Якщо ваше зміщення правильне, а нижнє розташування містить байти, вже скопійовані, тоді як більш високе розташування містить джерело цих самих байтів перед копіюванням, то дані та, отже, хеш повинні погоджуватися. У цьому випадку ви можете просто скопіювати дані, що залишилися, використовуючи той самий зсув, щоб завершити або скасувати передачу, залежно від місця розташування відновлених даних, про які ви вирішили вище.


Я трохи уточнив свій пост; Так, нові та старі місця перетинаються, але моя логіка підказує мені, що на диску має бути принаймні ціла копія всіх даних.
FrederikNS

Вибачте за несвоєчасне прийняття, але це спрацювало як принадність, можливо, було б корисно зробити простий інструмент для цього, щоб допомогти людям з менш технічними знаннями? здається досить простим
FrederikNS

@FrederikNS, дякую за прийняття. Поки це не я створюю цей інструмент ... Спеціальна програма могла б уникнути хешування, а замість цього сканувати диск у двох положеннях паралельно, підтримуючи кількість відповідних байтів або блоків, які скидаються на нуль кожного разу, коли виявляється різниця . Можна продовжувати або до заздалегідь заданого порогу, або, ще краще, до тих пір, поки не буде визначена найбільша послідовність узгодження. Було б добре, але у мене немає часу, і я не впевнений, як часто це знадобиться.
MvG
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.