dd中に誤ってSDカードが物理的に排出される

dd中に誤ってSDカードが物理的に排出される

完全なcat /proc/partitions + lsblk + fdisk -l出力は次のようになります。 http://pastebin.com/jYCCmwsU

私は新しいclass10 16GB SDCardを購入し、次のコマンドを使用してRaspberryのRaspbianシステムの復元を開始しました。

sudo dd bs=4M if=~/raspbian.img of=/dev/sdb

数秒後、誤ってSDCardを押して取り出した。それ以来、私は次のことを経験しました。

  • raspbian.imgのサイズは14.9GBです。
  • sdb のサイズは、KDE ​​Partition Manager で 1.91 GB と表示されます。
  • 最初のセクター:34
  • 最後の部門:4 012 526
  • セクター数: 4 012 493

SDCard は Kubuntu Partition Manager で「Unknown Medium」ですが、GPT または MS-Dos パーティションテーブルを作成できますが、Partition Manager を使用してファイルシステムを作成することはできません。

"/dev/sdb" (1,91GiB, ext3) での新しいパーティションの作成 タスク: "/dev/sdb" デバイスへの新しいパーティションの作成 "/dev/sdb1" 新しいパーティションの作成: 成功

割り当て: "/dev/sdb1"パーティションに "ext3"ファイルシステムを作成するコマンド:mkfs.ext3 -q /dev/sdb1 "/dev/sdb1"パーティションに "ext3"ファイルシステムを作成する:新しいパーティション作成エラー(1、91 "/dev/sdb"のGiB、ext3):エラー

その後、ファイルシステムを再作成することはできません。まず、不明なファイルシステムを削除する必要があります。このSDカードを最新のWindows 10 PCに接続すると停止し、GUIがクラッシュします。

アクセスできないセクタに書き込むことができるmkfs / ddマジックはありますか?


アップデート1:

私はこれを試しました: dd if=/dev/zero of=/dev/sdb bs=1M count=1

LinuxのKDEパーティションマネージャは、1MBの未知のデバイスをsdbとしてマークし、パーティションテーブルを作成することもできません。

このようなことは見たことがないのにfdiskからsdbが消え、/dev/ramが多く現れる。

sudo fdisk -l:

ディスク /dev/ram0: 64MiB, 67108864 バイト, 131072 セクタ単位: 1 * 512 = 512 バイト セクタ セクタ サイズ(論理/物理): 512 バイト/4096 バイト I/O サイズ(最小/最適): 40

完全なcat /proc/partitions + lsblk + fdisk -l出力は次のようになります。 http://pastebin.com/jYCCmwsU

raspbian.imgは14.9GBです: -rw-r--r-- 1 root root 16009658368 sept 12 18:56 raspbian.img


アップデート2:

それでも、16GB カードに 14.9GB ISO を書き込めません。誤ってカードを取り出すと、ddはまだ停止します。

zs@deneb:~$ sudo dd bs=1M if=~/raspbian.img of=/dev/sdb
dd: error writing ‘/dev/sdb’: No space left on device
1960+0 records in
1959+0 records out
2054430720 bytes (2,1 GB) copied, 34,2516 s, 60,0 MB/s
zs@deneb:~$

答え1

最善の方法は、自動マウントが有効になっていないLinuxシステムに再接続し(GVFSまたは同様のシステムでもこれを行うにはワンクリックが必要です)、最初からやり直すことです。選択科目:

dd if=/dev/zero of=/dev/sdb bs=1M count=1

これにより、すべての可能なパーティションテーブルが削除されるため、ディスクがWindowsのクラッシュを停止することを願っています。その後、原稿を繰り返します。

dd bs=4M if=~/raspbian.img of=/dev/sdb

どちらのコマンドもルートとして実行する必要があるため、プレフィックスを追加するか、sudoルートシェルを起動してください。

関連情報