Linux の「dd」コマンドを使用して Raspberry Pi SD カード イメージを作成したいと考えました。そこで、Windows 7 ラップトップで Ubuntu ライブ CD を使用しました。 作業中に、ドライブ「E」を Ubuntu の「/media」フォルダーにマウントしました。
その後、タスクが完了した後、そのドライブをアンマウントせずにマシンをシャットダウンしました。シャットダウン後、CD は自動的に排出され、オレンジ色の画面が 5 分間表示されました。そこで、マシンをシャットダウンしました。
しかし、Windows 7 を起動すると、「F」ドライブにアクセスできなくなりました。Ubuntu でマウントしたために GPT パーティションになったようです。私は Linux の人間ではないので、試行錯誤のコマンド実行をするのは怖いです。
ご協力をよろしくお願いいたします。
答え1
まず、単一のパーティションを変更することは不可能です。マスターブートレコード (MBR)フォームにGUID パーティション テーブル (GPT)形式。MBRとGPTはどちらも、ディスク全体、したがって、1つのパーティションだけをMBRからGPT形式に変更することは不可能です。（ハイブリッドMBR、しかし、ハイブリッドMBRを持っているという証拠はなく、ハイブリッドMBRを作成するにはMacにほとんど存在する特別なツールが必要です。さらに、ディスク全体を誤ってMBRからGPTに変更したとしても、パーティション内のデータには影響しません。（少なくとも、その変更だけではそのような影響はありません。誤ってMBRからGPTへの変換を行ったプログラムは、またただし、パーティションの内容は変更されていません。) MBR と GPT はどちらもパーティションの開始点と終了点を記述し、追加のメタデータも提供します。ファイルシステムのデータ構造は完全にパーティション内に存在し、パーティション テーブル タイプ コードの影響を受けません。
コマンドを誤って入力したのではないかと思います。とオプションddを混同したため、意図したとおりにパーティション上のファイルにコピーする代わりに、パーティションの内容を上書きしてしまいました。 (は問題のパーティションの識別子) と入力すると、何が間違っているかの手がかりが得られるかもしれません。 このコマンドは、パーティションで使用されているファイルシステムの基本情報を表示します。ifofF:E:sudo blkid /dev/sdx#/dev/sdx#
$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4"
この例では、 上の ext4 ファイルシステムを示しています/dev/sdc3。詳細は、NTFS ボリュームや別の ext4 ファイルシステムでは異なります。もちろん、 がblkidあまり有用な情報を提供しない可能性もあります。私の仮説が正しければ、パーティション上のファイルシステムを識別できない場合は、まったく出力されない可能性があります。
最悪のシナリオでは、バックアップからデータを回復する必要があるかもしれません。バックアップを持っていない？そうすると最悪のシナリオになり、唯一の希望はフォトレックまたは、ファイルごとにデータを回復する同様の方法があります。これは面倒な作業になる可能性があり、結果も不完全になる可能性があります。パーティションに Windows がインストールされている場合は、そのインストールを再び起動することはおそらくできず、再インストールが必要になります。(再インストールを実行してください。後ただし、個人ファイルは回復できますが、再インストールするとファイルレベルの回復がさらに難しくなります。