Warum führt das Schreiben zufälliger Daten mit dd zu Festplattenpartitionen?

Vor dem Ausführen des ddBefehls gab der Befehl lsblkdie folgende Ausgabe zurück:

NAME              MAJ:MIN  RM   SIZE    RO TYPE  MOUNTPOINT
sda               8:0       0    931.5G  0  disk  

Der Befehl dd if=/dev/urandom of=/dev/sda conv=fsync status=progresswird ausgeführt. Das Gerät verliert jedoch die Stromversorgung und schaltet sich aus. Wenn die Stromversorgung wiederhergestellt wird, gibt der Befehl lsblkdie folgende Ausgabe zurück:

NAME              MAJ:MIN     RM   SIZE    RO TYPE  MOUNTPOINT
    sda           8:0          0   931.5G  0  disk 
      sda2        8:2          0   487.5G  0  disk

Mehrere Möglichkeiten:

• Linux unterstützt viele verschiedene Partitionstabellentypen, von denen einige nur sehr wenige magische Bytes verwenden, und dann ist es leicht, zufällige Daten (*) falsch zu identifizieren [so ist es möglich, zufällig eine etwas "gültige" Partitionstabelle zu generieren].

• Einige Partitionstabellentypen verfügen auch über Sicherungen am Ende der Festplatte (insbesondere GPT), die abgerufen werden könnten, wenn der Start des Laufwerks durch zufälligen Müll ersetzt würde.

• Das Gerät funktioniert nicht ordnungsgemäß und wurde getrennt, bevor das Schreiben der Daten abgeschlossen wurde, oder es werden weiterhin alte Daten zurückgegeben, sodass die Partitionstabelle erhalten bleibt. Manchmal passiert dies mit USB-Sticks.

• ...

(*) Erstellen Sie 1000 Dateien mit zufälligen Daten und sehen Sie, was dabei herauskommt:

$ truncate -s 8K {0001..1000}
$ shred -n 1 {0001..1000}
$ file -s {0001..1000} | grep -v data
0099: COM executable for DOS
0300: DOS executable (COM)
0302: TTComp archive, binary, 4K dictionary
0389: Dyalog APL component file 64-bit level 1 journaled checksummed version 192.192
0407: COM executable for DOS
0475: PGP\011Secret Sub-key -
....

Das Ziel des zufälligen Shredderns eines Laufwerks besteht darin, alte Daten endgültig verschwinden zu lassen. Es gibt kein Versprechen, dass das Laufwerk danach leer, unbenutzt und in makellosem Zustand erscheint.

Es ist üblich, ein Null-Wischen durchzuführen, um dies zu erreichen. Wenn Sie LVM verwenden, ist es normal, dass LVM die ersten Sektoren eines von Ihnen erstellten LV auf Null setzt, damit alte Daten nicht stören.

Es gibt auch ein spezielles Dienstprogramm ( wipefs), mit dem Sie alte Magic-Byte-Signaturen entfernen können, mit denen Sie Metadaten für Dateisysteme und Partitionstabellen entfernen können.

Wie hier zu sehen ist, ist der MBR (Master Boot Record) relativ einfach; https://en.wikipedia.org/wiki/Master_boot_record .

Wenn Sie verwenden /dev/urandom, können Sie immer etwas erstellen, das wie eine Partitionstabelle aussieht. Die Lösung besteht darin, die Partitionstabellenbereiche mit Null zu füllen und dev/urandomfür den Rest zu verwenden.

Linux unterstützt auch andere zusätzliche Festplattenformate, die möglicherweise ebenfalls ausgelöst werden können, sodass beim Füllen mit zufälligen Daten "ungültige" Partitionen angezeigt werden.

Das, was eine Sammlung von 512 Bytes als Master Boot Record definiert, ist das Vorhandensein der Werte 0x55 0xAAam Ende. Es gibt eine 1: 65.536 Chance von/dev/urandom , einen solchen Wert zu erzielen: Nicht allzu wahrscheinlich, aber ähnlich unwahrscheinliche Dinge passieren die ganze Zeit.

(Einige andere Partitionstabellen, wie die Apple Partition Map , haben ähnlich kurze Signaturen. Möglicherweise haben Sie stattdessen eine davon generiert.)

War eine solche Partition einige Zeit zuvor auf dieser Festplatte vorhanden? Wenn die Festplatte GPT verwendet, wurde möglicherweise der sekundäre GPT-Header wiederhergestellt und hatte immer noch die alte Partitionstabelle.

https://en.wikipedia.org/wiki/GUID_Partition_Table