Warum unterscheiden sich meine identisch vorbereiteten USB-Sticks in einem Byte?

15

Ich habe zwei identische USB-Sticks ( TrekStor 16GB ) wie folgt mit dem c't- Bankix-Image vorbereitet .

Vorbereitung mit GParted :
- Löschte die vorhandene Partition
- Erstellt eine neue DOS-Partitionstabelle
- Formatiert den Stick mit FAT32, primäre Partition
Das Bild wurde über auf den Stick geladen usb-creator-kde.

Also habe ich die gleiche Prozedur für beide Sticks durchgeführt, aber der eine bootet und der andere stürzt mit einer Fehlermeldung ab:

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

Dann habe ich versucht, sie über zu vergleichen sudo cmp /dev/sdb /dev/sdc. Dies führte zu:

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

Was ist hier falsch und wie behebe ich das?

live-usb troubleshooting

— Schüler
quelle

Sie können versuchen, die Arbeit mit dd übereinander zu kopieren, und prüfen, ob dies hilfreich ist. Oder Sie können einfach sfdisk verwenden, um die Partitionstabelle von der guten zu kopieren und von dort fortzufahren.

— Angelo

Hier erfahren Sie, woran es liegt: filesystem.squashfs ist aus irgendeinem Grund ungültig, oder Sie haben den Startvorgang falsch konfiguriert. Das ist eine Image-Datei - komprimiert - es ist Ihr gesamtes Root-Dateisystem. Aber ... Ihr initramfs glaubt, dass es sich auf befindet /cdrom. Und es versucht anscheinend, sich auf sich selbst zu montieren? Dies ist eine initramfs Sache - ich wette, es ist in Ordnung. Ist es möglich, dass beide Sticks gleichzeitig an den Computer angeschlossen sind? Oder Sie haben möglicherweise andere Einstellungen dupliziert, die während des Setups eindeutig sein sollten. Halten Sie sich von Entwicklern von Live-Systemen fern - sie haben Probleme.

— mikeserv

30

Ich weiß zwar nicht, warum man abstürzt (schlechter Stick? Beschädigtes Image?), Aber der übliche Verdacht auf Unterschiede in "identisch" erstellten Dateisystemen, sei es ISO9660 oder auf andere Weise, sind Zeitstempel , z. B. für die Erstellungszeit. Oder eine zufällige Standard- Dateisystembezeichnung . Wenn Sie identische Daten für beide möchten, ddkleben Sie das gute Bild auf das andere und überprüfen Sie deren Prüfsummen (md5sum oder anderes; alles ist möglich).

Ach ja, und die Vermutung aus dem Titel deiner Frage trifft nicht zu. Es ist nicht nur ein Byte, das sich unterscheidet. cmpsagt dir erst, dass das anders ist und geht dann.

— Jens
quelle

22

Höchstwahrscheinlich unterscheiden sie sich nicht nur um ein Byte. Dies ist nur das erste unterschiedliche Byte. Führen Sie aus, cmp -l dev/sdb /dev/sdcum alle Unterschiede aufzulisten.

Die ersten 512 Bytes des Sticks sind der Bootsektor . Offset 441 (440, wenn Sie mit der Nummerierung bei 0 beginnen) ist der Speicherort der Datenträgersignatur , mit der der Datenträger eindeutig identifiziert werden soll (zum Wohle von Windows - ich erinnere mich nicht, dass ich Linux-Pflege gesehen habe). Es ist zu erwarten, dass sie sich unterscheiden. Es sind die Dateien auf dem Stick, die identisch sein sollen, nicht die Plattenbezeichnungen (oder übrigens die Zeitstempel der Dateien).

Stellen Sie sicher, dass der abgestürzte Stick den richtigen Dateiinhalt hat. Es kann physisch beschädigt werden.

— Gilles 'SO - hör auf böse zu sein'
quelle