Примушуйте клонувати зображення жорсткого диска на меншому жорсткому диску


9

У мене є зображення, яке було зроблено разом із Clonezilla як SAVEDISK на жорсткому диску потужністю 160 Гб.
Тепер новіша версія ПК, випущена з 120 Гб жорстким диском, використовується у просторі 20 Гб

Чи є спосіб я змусити Clonezilla (або будь-яку іншу програму) маніпулювати зображеннями «оригінального розміру» до 120 Гб або менше, щоб Clonezilla могла записати його на новий ПК?


Я не знаю, як працює клонезила, але якщо даних є лише 20 Гб, з якою точною проблемою ви стикаєтесь?
Майкл К

1
Оскільки зображення було зроблене на диску 160 Гб, воно містить таблицю розділів розміром 160 ГБ, яка не дозволить мені змінити його.
Сандер

Чи немає способу "відкрити" зображення та скопіювати дані геть?
Майкл К

У мене є різні .aa .ab .ac файли (sda1.ntfs-ptcl-img.gz.aa до sda1.ntfs-ptcl-img.gz.ae), здається, це образ жорсткого диска, я думаю, я можу скасувати аа його в один .img.gz файл, але тоді мені потрібен спосіб його записувати назад.
Сандер

Відповіді:


9

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

Однак ви можете зробити це тимчасово відновити зображення на диску 160 Гб, використовувати інструмент зміни розміру файлової системи, наприклад ntfsresize(для NTFS) або resize2fs(для ext3 / 4), щоб зменшити файлову систему, скажімо, до 25 Гб. Змінення розміру таблиці розділів, що робить GParted, не потрібне. Використовуйте Clonezilla ще раз, щоб створити нове зображення, використовуючи опцію "збережений".

Відновлюючи зображення на меншому диску, скористайтеся -icdsопцією, щоб пропустити Clonezilla, перевіривши, чи є диск таким же або більшим, ніж оригінальний диск. Оскільки ви скоротили файлову систему, Partclone не зіткнеться з помилкою пошуку, і ваші дані будуть відновлені на вашому меншому диску.

Якщо ви скористалися опцією пропорційно відновити таблицю розділів ( -k1), Clonezilla створить відповідну таблицю розділів та змінить розмір (розширення) початкової файлової системи, щоб все вільне місце на новому диску стало доступним.

РЕДАКТУВАННЯ: Цей -icdsпараметр не передано ocs-expand-mbr-pt, тому цей крок наразі не працює. Про це було подано звіт про помилку з проектом. Виправлено помилку.


2
У мене питання про помилку, згадану в параграху EDIT: Які версії клонезилла та парклона були наслідком цієї помилки?
пефу

5

Відновити зображення на 160 Гб або більший жорсткий диск ... може бути віртуальним.
Завантажте цю машину за допомогою PartedMagic Live CD.
Змініть розмір розділу з проділом.

Поставте диск у якості вторинного диска у Windows або Linux
та змініть розмір за допомогою диспетчера дискет, gparted або windows.


Я думаю, що це найпростіший спосіб зробити це.
Сехемті

1
Більше того, віртуальний накопичувач можна поставити на стислий базовий накопичувач, щоб вам насправді не потрібен накопичувач на 160 Гб або більше, достатньо лише для зберігання стислих даних (~ 20 Гб або так?)
qasdfdsaq

2

Я вирішив це із зображенням Windows 10 наступним чином

  1. Тимчасово перемістіть деякі файли, якщо ваш вихідний диск майже повний.
  2. Дефрагментований привід залишає більше місця для зменшення, тому дефрагментуйте c:\клацанням правою кнопкою миші на інструментах диска ->
  3. стискати c:\через управління дисками Windows якомога менше
  4. запустіть Clonezilla, експерт, пристрій-пристрій, локальний, виберіть -icdsі, нарешті, -k1варіант
  5. вимкнути та відключити старий привід
  6. перезапустіть новим накопичувачем та утримуйте зрушення під час входу в Windows, виберіть перезапуск -> усунення несправностей -> ремонт при запуску

Раніше 4-й крок провалився, але з 2015 року clonezilla підтримує GPT з -k1можливістю, тому я думаю, що це причина, чому це працює зараз:
http://clonezilla.org/downloads/stable/changelog.php

Clonezilla live 2.4.2-38 ... Макет розділів GPP пропорції може бути створений опцією -k1.

Шостий крок необхідний, тому що Windows не розпізнає завантажувальний диск в інструменті оптимізації (обробка SSD) і намагатиметься відновити диск випадковим чином, так що щось здається не так у таблиці завантажувального сектора / розділу, але ремонт запуску виправить це.

EDIT: Я завантажив відео про повний процес (німецька):
https://www.youtube.com/watch?v=GJ2LVY5ja-o


0

Якщо простір не використовується, перейдіть в експертний режим і ввімкніть, -icdsа потім відновіть зображення. Він пропустить перевірку розміру розділу та успішно відновить його (лише якщо використовується <120 ГБ).


0

Моя ситуація:

  • Зображення Clonezilla (Windows 7) на базі накопичувача 128 Гб (системний розділ 100 МБ + 117 ГБ "С"),
  • новий накопичувач на 120 ГБ.

Наступні пропозиції (наприклад, https://superuser.com/a/592283/229908 ) не вирішили для мене проблеми.

Що для мене працювало:

  1. відновити зображення на інший (більший) диск,
  2. дефрагментація цього диска (оскільки, здається, Clonezilla відновлює дані, як було структуровано на оригінальному диску, тому, можливо, не буде достатньо вільного місця для зменшення розділу до цільового розміру),
  3. зменшити розділ (у моєму випадку "С" 117 Гб) на розмір цільового накопичувача / розділу (в моєму випадку 111 ГБ) або, що більш безпечно, на менший розмір,
  4. встановити Windows 7 на цільовий диск (і змусити його створити свій системний розділ, використовуючи розширені параметри),
  5. використовуйте Clonezilla для відновлення кожного розділу (із restorepartкомандою) із зміненого диска до відповідного розділу на цільовому диску.

Основна хитрість, чому це спрацювало, - це створення таблиці розділів (в моєму випадку робиться автоматично шляхом встановлення Windows), яка відповідає цільовому диску, а потім просто копіювання вмісту (через restorepart), яке не торкалося б конфігурації розділів. Отже, навіть якщо вихідний розділ, який відновлюється, був меншим, ніж цільовий, оскільки таблиця розділів не торкається restorepart, не потрібно «розширювати» цільовий розділ після операції.


0

В моєму випадку -icdsодна проблема не вирішила. Я не знаю, чи проблема точно така ж, як у мене. Але я залишив тут свій цент.

Я спробував диск, щоб клонувати диск з жорсткого диска 930GiB (джерело накопичувача) з таблицею розділів GPT до 890GiB SSD (призначення). Зверніть увагу, що я користувач Linux і маю подвійне завантаження з Windows 10. Я намагався залишити без змін усі розділи та трохи зменшити розмір мого розділу даних.

  1. Із gparted я змінив розмір більшого розділу даних, щоб мати загальний розмір, який підходить для призначення SSD, і перемістив весь вільний простір в кінці
  2. Я використовував clonezilla-Live від USB-ручки, з розширеним режимом та -icdsувімкненим.

Це не вдалося . Схоже, на початку Clonezilla не вдається клонувати таблицю розділів на цільовий диск, оскільки неправильно використовує утиліту sfdisk, яка призначена для старих типів розділів замість утилітів sgdisk. Моє рішення:

  1. Той самий, що і попередній (загальний розмір повинен відповідати)
  2. Я вручну скопіював розділ з одного диска на інший, використовуючи оболонку Clonezilla з цією командою ( лише для розділів GPT! ):

    sgdisk / dev / sdSourceDeviceName -R / dev / sdDestinationDeviceName

  3. Виконано клонування диска на диск Clonezilla, вибравши опцію -icdsта опцію НЕ СТВОРИТИ таблицю розділів на диску призначення -k. (У цьому випадку Clonezilla використовує цільові розділи такими, якими вони є, і розмір розділів, коли розміри менші, для того, щоб вони вмістилися, він виконує хороші "найкращі зусилля").

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

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