dd auf usb stick: zu schnell fertig

OP #6056430
Lesenswert?

Ich bin grad ein bisschen verwirrt:
1
bernd@bernd:~ $ time sudo dd if=/home/bernd/Downloads/xubuntu-18.04.3-desktop-amd64.iso of=/dev/sdc bs=1M status=progress oflag=sync && sync
2
1432+1 Datensätze ein
3
1432+1 Datensätze aus
4
1502576640 Bytes (1,5 GB, 1,4 GiB) kopiert, 0,423548 s, 3,5 GB/s
5

6
real    0m0,518s
7
user    0m0,009s
8
sys     0m0,508s
9
bernd@bernd:~ $

So etwas hab ich noch nie erlebt, das ist zwar bestimmt das tausendste 
Mal daß ich sowas wie oben mache, ich würde erwarten daß ich erstmal 
Kaffee trinken gehen kann bis das fertig ist aber nach einer halben 
Sekunde will er angeblich 1.4GB auf den Stick geschaufelt haben, sync 
kehrt sofort zurück und in iotop ist auch keinerlei Aktivität mehr zu 
sehen.

Was geht da vor?
1
bernd@bernd:~ $ lsb_release -a
2
No LSB modules are available.
3
Distributor ID: Ubuntu
4
Description:    Ubuntu 18.04.3 LTS
5
Release:        18.04
6
Codename:       bionic
1
bernd@bernd:~/workspace/PushTouchButton (master)$ lsblk
2
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
3
sda      8:0    0 931,5G  0 disk 
4
├─sda1   8:1    0   100M  0 part 
5
└─sda2   8:2    0 931,4G  0 part 
6
sdb      8:16   0 489,1G  0 disk 
7
└─sdb1   8:17   0   489G  0 part /
8
sdc      8:32   1  29,3G  0 disk 
9
├─sdc1   8:33   1   1,4G  0 part 
10
└─sdc2   8:34   1   2,4M  0 part
OP #6056470
Lesenswert?

Gerd E. schrieb:
> Bernd K. schrieb:
>>
1
>> bernd@bernd:~ $ time sudo dd
2
>> if=/home/bernd/Downloads/xubuntu-18.04.3-desktop-amd64.iso of=/dev/sdc
3
>> bs=1M status=progress oflag=sync && sync
4
>>
>
> Das "&& sync" - läuft das nicht nach dem time, da es schon von Deiner
> ursprünglichen Shell ausgewertet wird?

Zumindest kehrt das prompt augenblicklich zurück, sync sollte nicht 
zurückkehren bevor es nicht fertig ist
OP #6056474
Lesenswert?

Beim Anstöpseln:
1
[18911.969372] usb 3-7: new high-speed USB device number 24 using xhci_hcd
2
[18912.122783] usb 3-7: New USB device found, idVendor=090c, idProduct=1000
3
[18912.122788] usb 3-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
4
[18912.122790] usb 3-7: Product: Intenso Premium Line
5
[18912.122792] usb 3-7: Manufacturer: SMI Technology
6
[18912.122794] usb 3-7: SerialNumber: 18050900005216
7
[18912.124148] usb-storage 3-7:1.0: USB Mass Storage device detected
8
[18912.125045] scsi host4: usb-storage 3-7:1.0
9
[18913.353893] scsi 4:0:0:0: Direct-Access     Intenso  Premium Line     1100 PQ: 0 ANSI: 6
10
[18913.354551] sd 4:0:0:0: Attached scsi generic sg2 type 0
11
[18913.355116] sd 4:0:0:0: [sdc] 61440000 512-byte logical blocks: (31.5 GB/29.3 GiB)
12
[18913.355708] sd 4:0:0:0: [sdc] Write Protect is off
13
[18913.355709] sd 4:0:0:0: [sdc] Mode Sense: 43 00 00 00
14
[18913.356293] sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
15
[18913.363933] sd 4:0:0:0: [sdc] Attached SCSI removable disk

31.5 GB/29.3 GiB!

1
bernd@bernd:~ $ sudo dd if=/dev/zero of=/dev/sdc
2
dd: Schreiben in '/dev/sdc': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
3
16296593+0 Datensätze ein
4
16296592+0 Datensätze aus
5
8343855104 Bytes (8,3 GB, 7,8 GiB) kopiert, 20,8626 s, 400 MB/s

Bricht nach 8.3GB ab!
1
bernd@bernd:~ $ fdisk -l /dev/sdc 
2
Festplatte /dev/sdc: 7,8 GiB, 8343855104 Bytes, 16296592 Sektoren
3
Einheiten: Sektoren von 1 * 512 = 512 Bytes
4
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
5
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Ein Fake-Stick? Aber ich hab den schonmal benutzt! Damit hab ich vor nem 
halben Jahr Ubuntu auf nem anderen Rechner installiert, das ging 
problemlos!
Gast #6056629
Lesenswert?

Vor jedem ziehen des Sticks und vor jeder benutzung von dd solltest du 
sicherstellen das alle dortigen Partitionen (in deinem Fall /dev/sdc mit 
8GB, deshalb brach dein dd in deiner Umgebung ab) nicht gemounted sind. 
Womöglich läuft im Hintergrund ein Automounter... df und umount sind 
gute Freunde :D


Zum Thema Geschwindigkeit (dd 1502576640 Bytes (1,5 GB, 1,4 GiB) 
kopiert, 0,423548 s, 3,5 GB/s) siehe cache:
[18913.356293] sd 4:0:0:0: [sdc] Write cache: enabled, read cache: 
enabled

Die erreichten 3,5 GB/s deuten darauf hin das deine Kopieraktion direkt 
vorher schon einmal durchgeführt wurde...



Falls für Benchmarkzwecke erwünscht cache löschen mit:

echo 3 | sudo -k tee /proc/sys/vm/drop_caches

dann klapps auch wieder mit der Zeitmessung deines dd.
OP #6056733
Lesenswert?

2 Cent schrieb:
> Vor jedem ziehen des Sticks und vor jeder benutzung von dd solltest du
> sicherstellen das alle dortigen Partitionen (in deinem Fall /dev/sdc mit
> 8GB, deshalb brach dein dd in deiner Umgebung ab) nicht gemounted sind.

Aus der Erinnerung:

* Aus der Schublade geholt und angestöpselt
* KDE-Popup kommt, ich klicke auf "mit Dolphin öffnen"
* Wird gemountet und ich stelle fest es ist die alte Ubuntu Mate von 
damals
* Dolphin geschlossen
* lsblk gemacht um zu sehen daß es sich um sdc handelte, eine Partition 
war bei /media/bernd/irgendwas gemountet.
* umount gemacht und nochmal lsblk und es war nichts mehr gemountet
* dd gestartet
* nach 2 Sekunden gemerkt daß ich status=progress vergessen habe und mit 
Ctrl-C abgebrochen.
* Prompt kam nicht (Ungeduld)
* hart rausgezogen (Ungeduld)
* prompt kam zurück
* wieder eingestöpselt
* lsblk gemacht um zu sehen daß es immer noch sdc ist
* Es war nichts gemountet (KDE bot es mir wieder an aber ich habe 
diesmal nicht geklickt)
* dd gestartet und an diesem Punkt fing es an zu spinnen wie in Post 1 
beschrieben, IO-Operationen auf sdc in rasender zeit und kein 
tatsächliches Schreiben auf dem Gerät überhaupt.

Das seltsame:

* dmesg zeigte mir keine Fehler an, ein- und ausstöpseln wurde erkannt
* KDE-Datenträger-Popup kam jedesmal wie erwartet
* Beim rausziehen verschwand /dev/sdc wieder wie erwartet

Aber:

* fdisk -l /dev/sdc zeigte mir einen Datenträger an obwohl er nicht mehr 
eingestöpselt war, gparted ebenfalls!
* dd operierte anscheinend ebenfalls die ganze Zeit auf dem nicht 
existierenden Geist von /dev/sdc, daher das vollkommen absurde Verhalten

Erst der Neustart behob es.
Gast #6057331
Lesenswert?

Ungeduld LOL ist neben defekten (zu langen) USBkabeln ein Quell 
unlustiger Effekte unt toller Rätsel (dieser Thread), natürlich auch 
abhängig von der verwendeten HW und deren Treiber.

Neben einem Reboot in dieser Situation eine andere Brechstange:
eject /dev/sdx
und erneutes reinstecken hätte möglicherweise ausgereicht um "die 
Geister" zu vertreiben. Vielleicht irgendwann mal nützlich, ansonsten 
egal, Ende gut, alles gut.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren