同じように準備されたUSBスティックが1バイト異なるのはなぜですか?


15

2つの同一のUSBスティック(TrekStor 16GB)をc't bankixイメージで次のように準備しました。

  1. GPartedを使用した準備:

    • 既存のパーティションを削除しました
    • 新しいDOSパーティションテーブルを作成しました
    • FAT32、プライマリパーティションでスティックをフォーマットしました
  2. を介してスティックに画像をロードしましたusb-creator-kde

だから私は両方のスティックに対して同じ手順を実行しましたが、一方が起動し、もう一方がエラーメッセージでクラッシュします:

(initramfs) mount: mounting /dev/loop0 on //filesystem.squashfs failed: No such device
Can not mount /dev/loop0 (/cdrom/casper/filesystem.squashfs) on //filesystem.squashfs

それから私はそれらを比較しようとしましたsudo cmp /dev/sdb /dev/sdc。その結果:

/dev/sdb /dev/sdc differ: byte 441, line 5

ここで何が問題なのですか、どうすれば修正できますか?


ddを使用して、作業中のものを他のものの上にコピーしてみて、それが役立つかどうかを確認できます。または、sfdiskを使用して、適切なパーティションテーブルをコピーし、そこから移動することもできます。
アンジェロ14

問題が何であるかがすぐにわかります- 何らかの理由でfilesystem.squashfsが無効であるか、ブートプロセスが誤って設定されています。これは圧縮されたイメージファイルです。これはルートファイルシステム全体です。しかし... initramfsはにあると考えています/cdrom。そして、それは明らかに自分自身の上に自分自身をマウントしようとしていますか?これはinitramfsのことです-きっと大丈夫です。両方のスティックを同時にコンピューターに接続しているのでしょうか?または、セットアップ中に一意であるはずの設定を複製している可能性があります。ライブシステムの作成者に近づかない-彼らはトラブルです。
mikeserv 14

回答:


30

なぜクラッシュするかわかりませんが(悪いスティック?壊れたイメージ?)、「同一の」作成されたファイルシステムの違いの通常の疑いは、ISO9660であろうとなかろうと、作成時間などのタイムスタンプです。または、ランダムなデフォルトのファイルシステムラベル。両方で同一のデータが必要な場合はdd、もう一方のスティックに良好な画像を作成し、それらのチェックサム(md5sumまたはその他。いずれでもかまいません)を確認します。

ああ、あなたの質問のタイトルからの仮定は成り立ちません。異なるのは1バイトだけではありません。最初の違いをcmp伝えるだけで終了します。


22

おそらく、1バイトだけの違いはありません。これは、最初の異なるバイトです。実行cmp -l dev/sdb /dev/sdcして、すべての違いをリストします。

スティックの最初の512バイトは、ブートセクタです。オフセット441(0から番号付けを開始する場合は440)は、ディスクを一意に識別するはずのディスク署名の場所です(Windowsの利点のため— Linuxの世話を見たことはありません)。それらが異なることが予想されます。スティック上のファイルは同一であると想定されており、ディスクラベル(またはファイルのタイムスタンプ)ではありません。

クラッシュするスティックのファイルの内容が正しいことを確認してください。物理的に破損している可能性があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.