Моя цель — сохранить/восстановить образы Clonezilla на/с диска 16 ГБ.
Поскольку образы тяжелые, мне нужно было что-то другое, чем FAT(32).
Я выбрал NTFS, чтобы иметь доступ к образам с машин Windows без дополнительных трудностей. И вот я здесь, пытаюсь записать образ Clonezilla на USB-накопитель NTFS, и у меня ничего не получается ни в Windows, ни в Ubuntu, например, RUFUSон говорит, что образ Clonezilla несовместим с типом раздела NTFS, и предлагает FAT32, и Unetbootinпросто не отображает смонтированный USB-накопитель, который находится в NTFS, как пригодный для использования (для записи).
Поэтому я использовал mkusb, что является хорошей командой GUI выше dd.
Результатом стало пустое (неразмеченное) пространство и раздел размером 3 МБ. Несмотря на то, что пространство "неразделенный" (см. выбранную строку на картинке) 
USB-накопитель по-прежнему загрузочный (не представляю, почему dd'ing .iso имеет такой эффект).
Поэтому я создал раздел NTFS на 15 ГБ на остатках USB и успешно сохранил часть образа раздела Windows на этой свежесозданной части USB-накопителя.
Теперь, когда я пытаюсь смонтировать часть NTFS USB-накопителя как /home/partimag(исходный каталог по умолчанию для сохранения/восстановления образа), он запрашивает принудительное монтирование в GUI (что не дает никакого эффекта) и честно сообщает sdbв консоли, что "Ресурс занят".
Однако все то же самое работает, если Clonezilla загружена с отдельного USB/CD
Мои вопросы: Первое. Возможно ли вообще заставить Clonezilla загружаться И восстанавливать образы с одного и того же USB-накопителя? Второе: связаны ли мои проблемы с тем, что я использую не очень хороший метод dd (мне кажется, что sdb полностью занят, потому что эта загрузочная часть размером 200 МБ с Clonezilla в начале диска не распознается как раздел, что просто блокирует mountВСЕ разделы USB-накопителя)? Или я что-то еще упустил?
P.S. Возможно, это глупый вопрос, но есть ли способ добавить образ Clonezilla размером 200 МБ втолько сдб1? Я имею в виду, может быть, это заставит Clonezilla нормально монтировать NTFS-часть USB-накопителя?
решение1
Решение:
Proceed with FAT32 - 4gb limit wont cause you an issue. You dont have to worry.
Причина:
- Clonezilla автоматически разбивает большие файлы на части по 4 ГБ (даже на NTFS)
- Системы на базе UEFI не допускают загрузочный код в NTFS (обычно). Вот почему Rufus и другие предлагают FAT32. Это связано со спецификациями UEFI.
Другие вопросы:
Во-первых. Возможно ли вообще заставить Clonezilla загружаться и восстанавливать образы с одного и того же USB-накопителя?
Да. FAT32 требуется для загрузки (из-за UEFI)
Связаны ли мои проблемы с тем, что я использую не очень хороший метод dd (мне кажется, что sdb полностью занят, потому что эта загрузочная часть размером 200 МБ с Clonezilla в начале диска не распознается как раздел, из-за чего mount lock просто блокирует ВСЕ разделы USB-накопителя)? Или я что-то еще упустил?
Это не из-за метода iso/dd, а из-за загрузочного раздела, отформатированного не в FAT32.
решение2
Clonezilla live USB по умолчанию работает исключительно из оперативной памяти вашего компьютера, что делает ее очень быстрой, а поскольку Clonezilla live USB является портативной, одну и ту же установку Clonezilla live USB можно использовать на нескольких компьютерах.
Clonezilla live USB отлично работает сUNetbootin(Windows/Mac/Linux) и UNetbootin также есть в репозиториях Ubuntu по умолчанию. Clonezilla есть в списке совместимых дистрибутивов UNetbootin в == Select Distribution ==раскрывающемся меню UNetbootin. Вам следует сначала переформатировать USB-флешку в FAT32 в GParted, если вы когда-либо использовали USB-флешку для загрузки дистрибутива Linux.
UNetbootin был удален из репозиториев по умолчанию в Ubuntu 18.04 и более поздних версиях. Когда я тестировал встроенное приложение Startup Disk Creator в качестве приложения-заменителя UNetbootin с образом .iso, отличным от *buntu, оно работало в Ubuntu 18.04.