Raspberry Pi SDカードをバックアップしようとしましたが、失敗し続けます。私が持っている他の32GB SDカードに収まるようにサイズが小さくなければなりません。 pishrinkのようなチュートリアルに沿って多くの失敗を経験した後、ルートファイルシステムを約8GiBに減らしました。それでは大丈夫でしょう。その後、DDを使用して次のようにコピーしました。
dd if=/dev/mmcblk0 of=small.img bs=1M count=10240
そしてこのようなことを目指して
dd if=small.img of=/dev/mmcblk0 bs=1M count=10240
これを行うたびに、ルートパーティションは不明なファイル形式で終了します。もともとext4でしたが、gpartedで動作するSDカードは次のとおりです。ルートパーティションがext4であることがわかります。
これは私が書くことを試みた後2番目のカードから分かれました。ブートパーティションには問題ありませんが、ext4ルートパーティションに問題があります。 PIは、ルートパーティションのロードを試みるまで実際に起動します。この問題は、イメージを何回コピーしようとしたり、dd コマンドでサイズを無視しようとした場合でも発生します。ここで私は何を逃していますか?
PIからSDカードを取り出した後、Ubuntuシステムからこのすべてのコピーを実行したと言う必要があります。したがって、ファイルシステムはコピー時にカードで使用されません。
破損したSDカードを私のUbuntuコンピュータに挿入して起動し、ついに起動できましたfsck -l /dev/mmcblk0p2
。私にゴミと言い始めたとき、私はCtrl-Cを押し続けていました。
gpartedはこれをext4として認識して起動できるようになりました。しかし、正確には何ですか :) なぜこれが起こるのか理解していません。
ベストアンサー1
使用しているファイルシステムをコピーしようとしないでください。せいぜいコピーが破損する可能性がありますが、最悪の場合、隠された破損したファイルシステムが発生します。代わりに別のシステムを使用してSDカードをコピーしてください。
今では、複製を実行するために別々のシステムを使用していると言っていますが、
- ファイルシステムはまだマウントしてはいけません(
mount
マウントされた一連のファイルシステムを一覧表示するために使用されます - リストされてはいけません) sync
SDカードに書き込んだ後、すべてが完了したことを確認してください。今後テストのためにターゲットシステムにドラッグします。
次回ファイルシステムをコピーするときは、cat
代わりにを使用してみてくださいdd
。せいぜいスピードが遅くならず、スピードも速くなります。 (ルートシェルを取得するcat
には、このコマンドをrootとして実行する必要があります):sudo -s
cat small.img >/dev/mmcblk0 # Write image
sync # Guarantee completion on slow media
SDカード全体をコピーする場合は、cat
以下を使用してSDカード全体をコピーすることもできます。
cat /dev/mmcblk0 >full.img # Read image
どちらの場合も、実行進行状況レポートをインポートに置き換えるcat
ことができます。pv
(pv
特定量のデータが経過したら処理を中止することもできますman pv
。)