Можливість використання dd для виконання часткової резервної копії зображення?

Це питання пов'язане з питанням з декількох років тому , де я шукав спосіб зробити часткове резервне копіювання зображень. На цю частину не було відповіді, тому це питання, присвячене цьому.

Проблема

• Я планував скоротити розділ Windows і хотів спочатку зробити резервну копію зображень, як страхування. Якщо потрібне відновлення, резервну копію потрібно буде відновити до скороченого розділу.

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

• Інструмент скорочення розділів Windows заздалегідь підказує, наскільки він скоротить розділ. Я хотів зображення лише тієї частини перегородки, яка залишиться після усадки.

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

Концепція рішення

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

Ідея:

• dd доступні параметри для визначення місця початку та закінчення.
• Будь-який інструмент управління розділами виявить, де цей розділ сидить на диску.
• Інструмент скорочення розділів Windows відображає, наскільки він скоротить розділ Windows.

Це, здавалося б, є сировиною для обчислення ddпараметрів. Збирати шматки - це те, чого я раніше не робив. Отже, питання :

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

Caveat

Визначення та копіювання потрібного ділянки перегородки з чистого металу виглядає так, що воно повинно бути простим. Однак, не зрозуміло, що NTFS MFT прив’язаний до оригінального розміру розділу, так що відновлення його до зменшеного розділу може залишити його пошкодженим, принаймні, поза можливостями чогось подібного chkdskдо ремонту.

Мета питання

Кінцева мета полягає в створенні часткової резервної копії образу розділу Windows , як описано вище. Ця проблема ніколи не залучала до вирішення оригінального питання, тому це питання має на меті запропонувати насіння потенційного підходу. Однак моя концепція може не спрацювати. Таким чином, хоча ddвирішення цього питання фокусується, я б не виключав альтернативного рішення, використовуючи вбудовані або загальнодоступні безкоштовні інструменти. Тож вдалою відповіддю може стати:

• Робоче ddрішення
• Достовірне та остаточне пояснення того, чому ddрішення, що базується на роботі, не може працювати (або, принаймні, не можна надійно працювати)
• Альтернативне рішення, що забезпечує досягнення поставлених цілей.

Додаток

Відповідь Каміля Макіоровського визначає ще одне запитання, яке використовується для клонування лише з жорсткого диска , тобто досить схоже, але я не вірю, що це дублікат. Деякі ключові відмінності:

• Це питання прагне клонувати лише використаний простір. Цей прагне клонувати певний розділ розділу.
• Це питання не має особливих обмежень щодо досягнення результату. Це вимагає, щоб зображення було в первозданному поточному стані, без змін або ризику для вмісту, що виключає будь-який тип "підготовки".
• Це питання стосується цілого накопичувача та файлової системи Linux. У цьому йдеться про розділ розділу та NTFS.

Я можу сказати, що це проблема XY, і справжнє питання: Як клонувати лише використовуваний простір з жорсткого диска (або розділу)? Я не хочу вказувати на іншу відповідь без пояснень, чому вона повинна бути кращою запропонованої вами ідеї; так ось це:

Взагалі не гарантується, що вільний простір агрегується в самому кінці файлової системи, навіть після дефрагментації. Я не знаю NTFS або FAT сім'ї досить добре, щоб бути впевненим, але я підозрюю, що можуть бути деякі структури даних, які займають далекі сектори великої файлової системи, незалежно від того, наскільки вона порожня.

Тому я скептично ставлюсь до ідеї збереження лише часткового зображення. Можливо, є файлові системи, які пережили б це, можливо, NTFS є однією з них - я не знаю.

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

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

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

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

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