Raspberry PiはSDカードに永続的な損傷を与えますか？

Raspberry Piは2か月間正常に動作していました。その後、一部のファイル/usr/binが破損し、再起動時に多くのエラーが発生しました。

私は新鮮な画像を書き込もうとしましたが、ddはブロックして何もしませんでした。

sudo dd if=~/2013-02-09-wheezy-raspbian.img of=/dev/mmcblk0 bs=4M

私のSDカードは互換性があるとリストされていないことに気づいたので、1週間前に新しいサポートされているSDカードから始めましたが、今は同じことが起こりました。

カードは、読み取り専用の状態で立ち往生しているようだ、とddしてfdisk影響を与えません。

動作をssh停止した後、電源コードを数回引っ張って再起動しました-モニターとキーボードなしで実行します。

電源コードを引っ張ってSDカードを永久に損傷することは可能ですか？

破損したSDカードについて読んだことがありますが、その問題の根底に到達したいのですが、現在の懸念は、試すたびに新しいSDカードを購入する必要があることです。他の人々にとっては、彼らは新しいイメージを書くことから再び始めることができるようです。

SDカードを再び機能させるために試すことができるものは他にありますか？

カメラでカードをフォーマットしようとすると、「フォーマットエラー」と表示されます。

SDカードを挿入すると、dmesgショー

...
[52254.614980] end_request: I/O error, dev mmcblk0, sector 1696056
[52254.614983] end_request: I/O error, dev mmcblk0, sector 1696064
[52254.614987] end_request: I/O error, dev mmcblk0, sector 1696072
[52254.615058] Aborting journal on device mmcblk0p2-8.
...
[52666.031183] journal commit I/O error
[52666.031186] journal commit I/O error
....
[52666.031220] journal commit I/O error
[52666.031227] journal commit I/O error
[52666.083902] EXT4-fs error (device mmcblk0p2): ext4_put_super:819:     
Couldn't clean up the journal
[52666.083910] EXT4-fs (mmcblk0p2): Remounting filesystem read-only

更新：2枚目のSDカードに新しいイメージを書き込むことができましたが、1枚目のカード（Kingston 8 GBクラス4、サポートされているリストにない）はまだ壊れています。壊れているように見えるのは1枚のカードだけなので、私はそれが起こり続けることをあまり心配していません。これは一回限りだったと思います。

私のRaspberry Piはめったに起動しません。Raspberry Piの電圧を確認しましたが、非常に低いため、トラブルの原因であると思われます。新しい電源を注文しました。しかし、Raspberry Piがずっと前から機能していた理由がわかりません。

問題と潜在的な損害

はい、コードを引き抜いてRaspberry Piをシャットダウンすると、損傷する可能性があります。実際、この問題を正確に詳述した回答がありました。この問題は、Raspberry Piに固有のものではありません。OSへの警告なしに電源ケーブルを取り外すと、問題が発生する可能性があります-Windowsカーネルをそのように破損しました。

直し方

1. マック

SDカードをMacに差し込みます。次に、ディスクユーティリティを開き、パーティションを削除します。次に復元します。最後に、カードのイメージを再作成します。さらにサポートが必要な場合は、このチュートリアルをご覧ください。

2. 窓

Win32 Disk Imager Softwareを使用します。再度、パーティションを削除して復元し、カードのイメージを再作成します。

3. Linux

SDを読み取り/書き込みにリセットするhdparm -r0 /dev/xxxには、ターミナルに入力します。最初にパーティションを削除する必要がある場合があります。

避ける方法

これからは、Raspberry Piのプラグを抜いてシャットダウンしないでください。代わりに、コンソールに移動して次を入力します。

sudo shutdown -h now

または、を使用している場合はstartx、ログオフボタンをクリックして、シャットダウンを選択します。

問題は、Raspberry Piがハングし、SSHが部分的に機能するがパスワードを受け入れず、AdafruitのWebIDEがハングして入力を受け入れないため、コンソールにアクセスできないことです。プラグを抜く以外に選択肢はありません。これは約25％の時間で機能しますが、ファイルシステムが最終的に破損することは避けられません。ブートローダーによってカーネルにドロップされてもハングアップし、カードをfsckするために何も入力できないため、さらに悪化します。イメージを再作成すると、すべての作業が失われます。間違いなく、より良いソリューションが必要です。

「hdparm -r0 / dev / xxx」を使用して、読み取り/書き込みにリセットできます。ddを使用して新しいイメージをカードにコピーするには、個人的にパーティションを削除し、sdcardを再挿入する必要がありました。

より良い解決策があります-別のマシンに接続されたリーダーにカードを入れて、そのマシンからfsckを実行するだけです（それが機能することを願っています！）。もちろん、本当の問題は、最初にfsckを実行する必要があることです。これは、ヘッドレスであるかどうかに関係なく、力を引くのではなく、マシンを適切にシャットダウンすることで回避できることがよくあります。

ddがSDカードで繰り返し失敗した後、Windows 7マシンを使用してパーティションを削除し、FAT32として再フォーマットしました。そうして初めて、Raspberry Piの実際の画像がddでわかります。

今では、新しいイメージをdd（またはdcfldd）する前に次のコマンドを実行することがよくあります。

time dcfldd if=/dev/zero of=/dev/sdc statusinterval=1 sizeprobe=of

示唆する情報源/dev/zeroは、このプロセスによりカードの寿命が短くなる可能性があると指摘していました。