より大きな新しいディスクに復元できるように、Linuxインストールファイルを外部ドライブにバックアップ/コピーする必要があります。
リカバリ先のディスクは、2倍以上のパーティションを持ちますext4
。linux-swap
ディスク全体または最初のパーティションをイメージすることは、後でパーティションを再作成する必要があるため、良いオプションではありません。
exFAT形式のドライブにバックアップしていますが、ext4 LinuxインストールをexFATにコピーする際にいくつかの問題があります。
ファイルシステムの重要なハードリンクとクイック*シンボリックリンクが破損する可能性があります
ext4
(Linuxが破損する可能性があります)ファイルの所有権/権限と
setuid
ビットは保存されません(Linuxが中断されています)。維持されません能力(Linuxを破ります)
多くのファイルに重要な情報があると思うので、ファイル拡張属性(xattrs)も保存されません。 (どのファイルでもUnix ACLを使用しないと思いますので、Unix ACLについては気にしません。)
ファイルをNTFS、FAT32、exFATなどに直接コピーすると、ほとんどのメタデータが削除されます。
元のディスクは私のバックアップドライブよりも小さいため、圧縮には気にしませんが(GNU)はtar
権限/所有権(使用-p
と抽出--same-owner
)、リンク、xattrsのみを保持しているようですが、最新のLinuxをバックアップするにはファイル機能のサポートが必要です。
他の主なオプションは、アーカイブをcpio
作成できるように見えるCloneZilla Liveシステムのようですtar
。
だから主なオプションは
- CloneZillaまたはパーティションのイメージング
tar
それ自体で問題が発生する可能性があります。cpio
、これはtar
アーカイブ形式によって制限できますか?
* 83,000個のシンボリックリンクのうち80,000個クイックシンボリックリンクできれば早く保管したいです。
ベストアンサー1
@catのコメントに基づいて、私のコメントを回答として投稿します。
以前のインストールと同じサイズのスパースファイルを作成してext4ファイルシステムにフォーマットし、ループバックにマウントしてからそのファイルにコピーすることを検討しましたか?権限の喪失など、すべての問題が解決されます。 exFATのファイルサイズ制限は、16EiBと確かに十分に大きいです。
@catが私に与えたコメントによると、十分に大きい単一のファイルは問題にならないようです。