我的目的是將 Clonezilla 圖像保存到 16 GB 驅動器/從 16 GB 驅動器恢復。
因為影像很重,所以我需要 FAT(32) 以外的其他東西。
我選擇的是 NTFS,這樣我就可以從 Windows 電腦存取映像,而不會遇到額外的困難。所以我在這裡嘗試將 Clonezilla 映像寫入 NTFS USB 驅動器,但在 Windows 和 Ubuntu 上都失敗了,例如RUFUS
說 Clonezilla 的映像與 NTFS 分割區類型不相容並建議使用 FAT32,並且Unetbootin
不會列出已安裝的分割區NTFS格式的USB 磁碟機可作為可用(可寫入)。
所以我使用了上面的命令,mkusb
這是一個很好的 GUI 。 結果是一個空白(未分區)空間和一個 3 MB 的分區。儘管空間是“dd
未分區的「(參見圖片上選定的行)
USB驅動器仍然是可引導的(不知道為什麼添加.iso會有這樣的效果)
所以我在USB的剩餘部分創建了一個15 GB的NTFS分區,並成功地將一些Windows的分區映像存儲到這個新製作的USB驅動器的一部分。
現在,當我嘗試將 USB 驅動器的 NTFS 部分安裝為/home/partimag
(圖像保存/恢復的預設源目錄)時,它要求在 GUI 中強制安裝(這沒有任何效果),並誠實地告訴sdb
控制台中“資源正忙” 。
但是,如果 Clonezilla 從單獨的 USB/CD 啟動,則所有功能都相同
我的問題:首先。是否有可能使 Clonezilla 啟動並從同一個 USB 驅動器恢復映像?第二:我的問題是否與我使用不太好的 dd 方法有關(我覺得 sdb 變得完全忙碌,因為驅動器開頭帶有 Clonezilla 的可啟動 200MB 部分不被識別為分區,它只是鎖定mount
所有USB 驅動器分區)?還是我錯過了什麼?
PS 這可能是一個愚蠢的問題,但有沒有辦法將 200mb Clonezilla 圖像添加到僅sdb1?我的意思是,也許這會讓 Clonezilla 正常掛載 USB 驅動器的 NTFS 部分?
答案1
解決方案:
Proceed with FAT32 - 4gb limit wont cause you an issue. You dont have to worry.
原因:
- Clonezilla 會自動將大檔案分割成 4GB 的倍數(即使是 NTFS 檔案)
- 基於 UEFI 的系統不允許 NTFS 中的引導代碼(通常)。這就是Rufus等人建議FAT32的原因。這是因為 UEFI 的規格。
其他問題:
第一的。是否有可能使 Clonezilla 啟動並從同一個 USB 驅動器恢復映像?
是的。啟動需要FAT32(因為UEFI)
我的問題是否與我使用不太好的 dd 方法有關(我覺得 sdb 變得完全繁忙,因為驅動器開頭帶有 Clonezilla 的可啟動 200MB 部分不被識別為分區,而該分區只是使掛載鎖定所有USB驅動器分區)?還是我錯過了什麼?
不是因為iso/dd方法的原因。這是因為啟動分區不是FAT32格式的。
答案2
Clonezilla live USB 預設完全從電腦的 RAM 運行,這使其速度非常快,並且由於 Clonezilla live USB 是便攜式的,因此可以在多台電腦上使用相同的 Clonezilla live USB 安裝。
Clonezilla live USB 與以下設備配合得很好UNet啟動程式(Windows/Mac/Linux) 和 UNetbootin 也在預設的 Ubuntu 儲存庫中。 Clonezilla 位於 UNetbootin== Select Distribution ==
下拉選單中的相容發行版清單中。如果您曾經使用 USB 隨身碟引導 Linux 發行版,則應先在 GParted 中將 USB 隨身碟重新格式化為 FAT32。
UNetbootin 已從 Ubuntu 18.04 及更高版本的預設儲存庫中移除。當我使用非 *buntu live .iso 映像測試內建 Startup Disk Creator 應用程式作為 UNetbootin 替換應用程式時,它在 Ubuntu 18.04 中運行。