Ups ... hab die 1 übersehen ...
Der Fehler bedeutet nur, daß dd versucht hat, über das Partitionsende hinaus zu schreiben, was natürlich nicht geht und daher einen Schreibfehler erzeugt.
Ups ... hab die 1 übersehen ...
Der Fehler bedeutet nur, daß dd versucht hat, über das Partitionsende hinaus zu schreiben, was natürlich nicht geht und daher einen Schreibfehler erzeugt.
<
sudo dd if=/dev/zero of=/dev/hdb1
[sudo] Passwort für kurt:
dd: Schreiben in '/dev/hdb1': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
16121761+0 Datensätze ein
16121760+0 Datensätze aus
8254341120 Bytes (8,3 GB, 7,7 GiB) kopiert, 7,37769 s, 1,1 GB/s>
Welche Möglichkeiten habe ich noch? Die Karte funktioniert in meiner Kamera einwanfrei. Mit GParded kann ich keine Wirkung erziehlen. Das war jedoch bei der ersten Karte genau so.
Das sudo war der Befehl unter Mint, ich tanze meist auf zwei Hochzeiten. <
dd if=/dev/zero of=/dev/hdb
dd: Schreiben in '/dev/hdb': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
8193+0 Datensätze ein
8192+0 Datensätze aus
4194304 Bytes (4,2 MB, 4,0 MiB) kopiert, 0,0101826 s, 412 MB/s>
Da ist das Ding hin, wie vermutet. Schmeiß weg.
Du kannst noch wipe versuchen oder badblocks, wird aber auch nichts bringen.
Übrigens, einen Flash-Speicher mechanisch zu zerstören ist äußerst schwierig. Ich erledige so etwas mit einer getunten Kaffeemühle.
Früher war hdb mal die zweite Platte am primären Controller. Komisch ist die Bezeichnung schon.
<
ocalhost:/home/kurt # fdisk -l
Festplatte /dev/nvme0n1: 465,76 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: KINGSTON SNVS500G
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: ECF4CE68-36DC-4D59-A208-877195C6677C
Gerät Anfang Ende Sektoren Größe Typ
/dev/nvme0n1p1 2048 217860095 217858048 103,9G Linux-Dateisystem
/dev/nvme0n1p2 972578816 976773134 4194319 2G Linux Swap
/dev/nvme0n1p3 217860096 540878847 323018752 154G Linux-Dateisystem
/dev/nvme0n1p4 609087488 930621439 321533952 153,3G Linux-Dateisystem
/dev/nvme0n1p5 540878848 570890239 30011392 14,3G EFI-System
/dev/nvme0n1p6 570890240 609087487 38197248 18,2G BIOS boot
/dev/nvme0n1p7 930621440 951592959 20971520 10G EFI-System
Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
Festplatte /dev/sda: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Festplattenmodell: TOSHIBA HDWD220
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x093e8ff8
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 515764223 515557376 245,8G 7 HPFS/NTFS/exFAT
/dev/sda3 3905943552 3907026943 1083392 529M 7 HPFS/NTFS/exFAT
/dev/sda4 515764224 3905943551 3390179328 1,6T 83 Linux
Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
Festplatte /dev/sdb: 7,28 GiB, 7813988352 Bytes, 15261696 Sektoren
Festplattenmodell: STORAGE DEVICE
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xfeee119f
localhost:/home/kurt #>
Ich sehe dort keine hdb. Ist der Stick eingesteckt oder soll der besagte Stick die sdb sein? Wenn ja, warum übergibst du hdb an dd weiter?
Frage: Wieso reagiert dd auf hdb, obwohl da gar keines ist.