私の作業システムのスペースが不足しています。だから、ディスクの最後にスペースを追加しました。
gparted ISOから起動
gpartedを起動し、3番目のパーティション(3つのうち)を右に移動します。未使用のスペースを確保するには、パーティション2/3のサイズを変更してください。
エラー:約100個のファイルにcsumエラーがあります。
btrfs 確認 --repair /dev/sda2
エラーがまだ存在します。
[OK]、crc --init-csum-tree をクリア
エラーが持続し、パーティションを拡張できません。
質問この問題をどのように解決するのですか?
そのため、ハードドライブを追加して新しいパーティションを作成し、cp -r -p /source/* /destination/ を使用しました。 (実際のインストールフォルダ名は重要ではありません。)
元のパーティションの回復が失敗し、すべてをバックアップしたと思ったので、元のパーティションをフォーマットしました。
パーティションが回復したら、データを再挿入します。
cp -r -p /ターゲット/*/ソース
fstabでいくつかのgrubエラーとUUIDを解決する必要がありました。
そのため、ブートされますが、/usr/localや他のいくつかの場所について不平を言うエラーが発生します。
研究によると、これらの場所はサブボリュームです。
ほとんどは再インストールできるため、比較的無害です。しかし、変わりやすいその中にいくつかのmysqlデータベースがあります。
私のデータは消えていますか?なぜできないのCPコピー?最も重要なのは、元のファイルをフォーマットし(--repairを超えるファイルシステムの破損)、サブボリュームなどによるデータの損失なしにファイルを再コピーできるように、すべてのファイルを別のパーティションにコピーする方法ですか?
答え1
仕切りを移す瞬間、心臓が止まりました。
これらのディスク操作は危険です。特に確認されたバックアップがない場合は、さらにそうです。
チェックサムエラーは、BTRFSがファイルが破損していることを知らせる方法です。ファイルが大丈夫だと BTRFS を説得することは望むものではないかもしれません。
cp
サブボリュームはコピーされません。代わりに、それをディレクトリにコピーします。すべてをどのようにバックアップしているかはわかりませんが、サブボリュームはバックアップしていないようです。バックアップを使用しbtrfs-send
てインポートすることをお勧めしますbtrfs-receive
。
データベースの場合、ソースパーティションをフォーマットした場合、残念ながら消えたようです。
ヒント。 BTRFSを使用する予定の場合は、BTRFS Wikiを読むことをお勧めします。〜しなければならない。一般的なファイルシステムではありません。効果的に使用するには、機能に精通している必要があります。https://btrfs.wiki.kernel.org/