ubuntu--anfaenger
Anmeldungsdatum: 12. Oktober 2013
Beiträge: 1088
Wohnort: Belgien
|
Hallo, Es geht sich um einen Kingston Datatraveler 100G3 16Gb Usb Stick in fat32 format. 1.41Gb sind noch frei. Es sind Fotos und ein paar Videos drauf. Wenn der Stick unter Windows eingesteckt wird, meldet Windows das ein Problem mit dem Datenträger vorliegt. Ich kann aber dort die Fotos sehen und öffnen, sobald ich anfange die zu kopieren wird der Stick sofort ausgeworfen(auch wenn ich zb Fotos einzeln kopiere) Unter Ubuntu wird der Stick nicht gemountet, und kann den über lsblk sehen: heidi@heidi-tty:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 4K 1 loop /snap/bare/5
loop1 7:1 0 99,4M 1 loop /snap/core/11993
loop2 7:2 0 99,4M 1 loop /snap/core/11606
loop3 7:3 0 55,5M 1 loop /snap/core18/2246
loop4 7:4 0 55,5M 1 loop /snap/core18/2253
loop5 7:5 0 219M 1 loop /snap/gnome-3-34-1804/72
loop6 7:6 0 219M 1 loop /snap/gnome-3-34-1804/77
loop7 7:7 0 65,2M 1 loop /snap/gtk-common-themes/1519
loop8 7:8 0 65,1M 1 loop /snap/gtk-common-themes/1515
loop9 7:9 0 66,6M 1 loop /snap/john-the-ripper/459
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 465,5G 0 part /
├─sda3 8:3 0 465G 0 part
└─sda4 8:4 0 560M 0 part
sdb 8:16 1 14,4G 1 disk
└─sdb1 8:17 1 14,4G 1 part
sr0 11:0 1 1024M 0 rom
heidi@heidi-tty:~$
der Stick ist sdb, wird aber vom System auch hier nach kurzer Zeit raus geschmissen. ddrescue bricht nach ca 1min ab weil der Stick automatisch auch hier ausgeworfen wird. ddrescue: heidi@heidi-tty:~$ sudo ddrescue -n /dev/sdb /home/heidi/Desktop/monja.iso ddrescue.log
[sudo] password for heidi:
ddrescue: Can't open input file: No such device or address
heidi@heidi-tty:~$
Hat jemand eine Idee was ich noch tun könnte? es sind Familienfotos von einer Bekannten Sie hängt an den Fotos. lg,
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9639
|
ubuntu--anfaenger schrieb:
Ich kann aber dort die Fotos sehen und öffnen,
Dann könntest Du sie auch auf einen anderen Datenträger speichern. Fleißarbeit. 😀
sobald ich anfange die zu kopieren wird der Stick sofort ausgeworfen
Du hast den Stick an einen USB-3-Port gesteckt? Du hast keinen Hub, gar noch passiv, dazwischen?
Sie hängt an den Fotos.
Dann hätte sie eine Sicherung.
|
Newubunti
Anmeldungsdatum: 16. Februar 2008
Beiträge: 5106
|
ubuntu--anfaenger schrieb: Wenn der Stick unter Windows eingesteckt wird, ... Unter Ubuntu wird der Stick nicht gemountet, ....
Sind diese Tests alle auf dem Rechner Deiner Bekannten? Falls ja, würde ich unbedingt den Test des Sticks an einem anderen Rechner in Erwägung ziehen. Grundsätzlich ist meine Erfahrung dabei auch, dass an USB-2-Ports häufig mehr geht als an USB-3-Ports (was die Zuverlässigkeit des Lesens anbelangt). Manchmal kann aber auch das genau umgekehrt sein. LG,
Newubunti
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9639
|
Sobald der Stick nur einen Hauch zu tun bekommt, meldet der sich ab. Meine Intension ist ja gerade, an einen USB-3-Port zu stecken (und der Stick ist ja auch ein 3.0er), an dem eben nicht nur 0,5 A gezogen werden können. Ohne passiven Hub, versteht sich.
|
Newubunti
Anmeldungsdatum: 16. Februar 2008
Beiträge: 5106
|
Die beiden Ansätze widersprechen sich ja auch gar nicht. Beides kann muss aber nicht zum Erfolg führen. Jedenfalls würde ich, sofern noch nicht geschehen, zunächst mal den Computer der Bekannten bzw. dessen USB-System als Fehlerquelle ausschließen wollen. Denn wenn es am USB-Port liegt vergrößert man wenn es dumm läuft den Schaden im Zweifel nur. An einem USB 3 Port will der Stick dann halt auch mit voller Leistung laufen. Es kann sein, dass das weder der Stick noch der Port stabil hergeben. An einem USB 2 Port zwingt man den Stick grundsätzlich dazu, mit der verminderten Leistung des 2er-Systems zu arbeiten. Es kann aber eben auch sein, dass bei einem Schaden am Stick, der Stick an einem 2er-Port die 3er-Leistung abzurufen versucht - warum auch immer. Wobei ich diesen Fall für in der Regel unwahrscheinlicher halte. Das kann man letztlich nur durch Probieren herausfinden, wobei man halt halbwegs sicher sein sollte, dass man an je richtig funktionierenden UBS-Ports testet. LG,
Newubunti
|
ubuntu--anfaenger
(Themenstarter)
Anmeldungsdatum: 12. Oktober 2013
Beiträge: 1088
Wohnort: Belgien
|
Hallo sorry das ich mich jetzt erst melde, Arbeitstag. von.wert schrieb:
Dann könntest Du sie auch auf einen anderen Datenträger speichern. Fleißarbeit.
Eben nicht, sag mir wie? wenn ich die Kopieren will meldet der Stick sich ab.
Du hast den Stick an einen USB-3-Port gesteckt? Du hast keinen Hub, gar noch passiv, dazwischen?
Alles versucht usb 2,3 mit und ohne Hub macht keinen Unterschied. Newubunti schrieb:
Sind diese Tests alle auf dem Rechner Deiner Bekannten? Falls ja, würde ich unbedingt den Test des Sticks an einem anderen Rechner in Erwägung ziehen.
Nein diese Tests sind auf meinen Rechnern gemacht worden..auf 2verschiedene Windows Rechnern+2versch. Ubuntu Rechnern+1xVm Windows+1xUbuntu Vm(Bei den Vms bekomme ich den Stick unter Windows nicht durchgereicht, unter Ubuntu sagt qemu-> der Stick kann nicht im Laufenden System Eingehängt werden, möchten Sie ihn nach dem nächsten shutdown Einhängen, wenn dann ja sagt die Vm error python line 691 cant find device) und die Vm startet nicht. von.wert schrieb:
Sobald der Stick nur einen Hauch zu tun bekommt, meldet der sich ab. Meine Intension ist ja gerade, an einen USB-3-Port zu stecken (und der Stick ist ja auch ein 3.0er), an dem eben nicht nur 0,5 A gezogen werden können. Ohne passiven Hub, versteht sich.
Das gleiche macht der auch bei Usb3.0 Was ich noch nicht versucht habe(weil ich Angst habe den Inhalt des Sticks zu schrotten) Fotorec? oder das Kingston Usb Recovery Tool? Was ich auch noch versuchen würde: den Stick an einem Usb Port halten, und den dann mit Eisspray kühlen? weiss aber nicht ob das eine so gute Idee ist...vielleicht ist der Controller def.? lg,
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53611
Wohnort: Berlin
|
ubuntu--anfaenger schrieb: Was ich noch nicht versucht habe(weil ich Angst habe den Inhalt des Sticks zu schrotten) Fotorec? oder das Kingston Usb Recovery Tool?
Solange sich dein Stick "abmeldet" (also dieser vom System nicht mehr erkannt werden kann) kannst du da verwenden, was du willst, nichts davon wird funktionieren. ddrescue arbeitet ja auch mit dem nicht eingebundenen Stick um da ein Image auf Bitebene von anzufertigen. Wenn schon das nicht funktioniert spricht eigentlich alles für einen Hardwareschaden.
Aber zum Glück reden wir ja nicht von wichtigen Daten, sonst gäbe es ja ein Backup.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9639
|
ubuntu--anfaenger schrieb:
von.wert schrieb: Dann könntest Du sie auch auf einen anderen Datenträger speichern. Fleißarbeit.
Eben nicht, sag mir wie? wenn ich die Kopieren will meldet der Stick sich ab.
Ich habe nicht von Kopieren gesprochen, sondern: von.wert schrieb: ubuntu--anfaenger schrieb: Ich kann aber dort die Fotos sehen und öffnen,
Dann könntest Du sie auch auf einen anderen Datenträger speichern. Fleißarbeit. 😀
Du hast Dateien in einem Viewer geladen, ergo befinden sich diese im RAM. Im Viewer kann man sie auch speichern, selbstredend nicht auf denselben defekten Stick. ubuntu--anfaenger schrieb:
Was ich noch nicht versucht habe(weil ich Angst habe den Inhalt des Sticks zu schrotten) Fotorec?
In fotorec gibt man logischerweise einen anderen Pfad zur Sicherung vor. Aber wie schon tomtomtom geschrieben hat...
Was ich auch noch versuchen würde: den Stick an einem Usb Port halten, und den dann mit Eisspray kühlen?
Kondensation, Feuchtigkeit, Wasser...ja, das verträgt sich immer prima mit Elektrizität. Wohl noch nicht genug kaputt.
|
ubuntu--anfaenger
(Themenstarter)
Anmeldungsdatum: 12. Oktober 2013
Beiträge: 1088
Wohnort: Belgien
|
tomtomtom schrieb:
ddrescue arbeitet ja auch mit dem nicht eingebundenen Stick um da ein Image auf Bitebene von anzufertigen. Wenn schon das nicht funktioniert spricht eigentlich alles für einen Hardwareschaden.
Das glaube ich auch, aber viele der Fotos könnte man ja erhalten da man Sie noch sieht, es geben auch Ordner da sind selbst die Dateinamen nichtmehr zu lesen, die zeigen irgendwelche Hyroglyphen..
Aber zum Glück reden wir ja nicht von wichtigen Daten, sonst gäbe es ja ein Backup.
So wie ich das verstehe sind Ihr die Fotos wichtig,es sind Familienfotos von Ausflügen mit ihren Kindern, Sie ist extra ca. 20km gefahren um mir den Stick zu bringen, Backup weiss die nichtmal was ist, die ist froh wenn die den Powerknopf am Pc findet.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9639
|
ubuntu--anfaenger schrieb: tomtomtom schrieb: Aber zum Glück reden wir ja nicht von wichtigen Daten, sonst gäbe es ja ein Backup.
So wie ich das verstehe
Aber nicht, was tomtomtom damit richtigerweise sagen will.
|
Newubunti
Anmeldungsdatum: 16. Februar 2008
Beiträge: 5106
|
Wenn sich die Dateien unter Windows grundsätzlich noch öffnen lassen, dann würde ich auch Recuva, https://www.ccleaner.com/recuva?cc-noredirect= noch eine Chance geben - es hört sich zwar eher nicht so an, als würde das Erfolg versprechen, aber falls noch nicht probiert, würde ich es auf alle Fälle damit noch versuchen. Bei Datentägern mit "Windows"-Dateisystem, also FAT und NTFS hat das bei mir häufig schon besser funktioniert, als Testdisk oder Photorec. Die Free-Version ist dabei völlig ausreichend. LG,
Newubunti
|
ubuntu--anfaenger
(Themenstarter)
Anmeldungsdatum: 12. Oktober 2013
Beiträge: 1088
Wohnort: Belgien
|
von.wert schrieb:
Du hast Dateien in einem Viewer geladen, ergo befinden sich diese im RAM. Im Viewer kann man sie auch speichern, selbstredend nicht auf denselben defekten Stick.
Wie mache ich das denn? Wenn ich den Viewer öffne sehe ich das Foto, wenn ich dann(rechte Maustaste)speichern unter, dann wird der Stick rausgeschmissen bevor das Foto gespeichert werden konnte.
Kondensation, Feuchtigkeit, Wasser...ja, das verträgt sich immer prima mit Elektrizität. Wohl noch nicht genug kaputt.
Ok dann nicht das war so eine Idee, ich wollte auch nur die Plastikumantelung von dem Stick kühlen, um zu schauen ob der so länger Online bleibt..
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Welche relevanten Meldungen stehen im Systemlog, nachdem der USB-Stick eingesteckt wurde?
|
ubuntu--anfaenger
(Themenstarter)
Anmeldungsdatum: 12. Oktober 2013
Beiträge: 1088
Wohnort: Belgien
|
kB schrieb:
Welche relevanten Meldungen stehen im Systemlog, nachdem der USB-Stick eingesteckt wurde?
Hab mal die letzten Meldungen kopiert, nach Einstecken..ich weiss leider nicht was die Fehlermeldungen bedeuten.. lg, Dec 29 16:30:50 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:31:27 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 1679 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:31:27 pattes-tty systemd[1]: Started Run anacron jobs.
Dec 29 16:31:27 pattes-tty anacron[50561]: Anacron 2.3 started on 2021-12-29
Dec 29 16:31:27 pattes-tty anacron[50561]: Normal exit (0 jobs run)
Dec 29 16:31:27 pattes-tty systemd[1]: anacron.service: Deactivated successfully.
Dec 29 16:31:28 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:33:20 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 4999 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:33:20 pattes-tty /usr/libexec/gdm-x-session[1769]: (EE) event19 - Corsair Corsair STRAFE Gaming Keyboard: client bug: event processing lagging behind by 28ms, your system is too slow
Dec 29 16:33:21 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:33:21 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 39 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:33:21 pattes-tty systemd[1]: Starting Download data for packages that failed at package install time...
Dec 29 16:33:21 pattes-tty systemd[1]: update-notifier-download.service: Deactivated successfully.
Dec 29 16:33:21 pattes-tty systemd[1]: Finished Download data for packages that failed at package install time.
Dec 29 16:33:22 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:35:01 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 4449 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:35:01 pattes-tty CRON[100946]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Dec 29 16:35:02 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:35:06 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 229 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:35:06 pattes-tty rtkit-daemon[1113]: Supervising 7 threads of 4 processes of 1 users.
Dec 29 16:35:06 pattes-tty rtkit-daemon[1113]: Supervising 7 threads of 4 processes of 1 users.
Dec 29 16:35:07 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:35:52 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 2049 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:35:52 pattes-tty dbus-daemon[1700]: [session uid=1000 pid=1700] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.48' (uid=1000 pid=113115 comm="/usr/bin/gnome-terminal.real --wait " label="unconfined")
Dec 29 16:35:52 pattes-tty systemd[1684]: Created slice app-org.gnome.Terminal.slice.
Dec 29 16:35:52 pattes-tty systemd[1684]: Starting GNOME Terminal Server...
Dec 29 16:35:52 pattes-tty dbus-daemon[1700]: [session uid=1000 pid=1700] Successfully activated service 'org.gnome.Terminal'
Dec 29 16:35:52 pattes-tty systemd[1684]: Started GNOME Terminal Server.
Dec 29 16:35:52 pattes-tty systemd[1684]: Started VTE child process 113173 launched by gnome-terminal-server process 113118.
Dec 29 16:35:53 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:37:40 pattes-tty kernel: [ 586.427197] usb 1-5: new high-speed USB device number 3 using xhci_hcd
Dec 29 16:37:40 pattes-tty kernel: [ 586.586934] usb 1-5: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
Dec 29 16:37:40 pattes-tty kernel: [ 586.586936] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 29 16:37:40 pattes-tty kernel: [ 586.586938] usb 1-5: Product: DataTraveler 3.0
Dec 29 16:37:40 pattes-tty kernel: [ 586.586938] usb 1-5: Manufacturer: Kingston
Dec 29 16:37:40 pattes-tty kernel: [ 586.586939] usb 1-5: SerialNumber: E0D55E6C382AE3A0B832134E
Dec 29 16:37:40 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 4869 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:37:40 pattes-tty mtp-probe: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:37:40 pattes-tty mtp-probe: bus: 1, device: 3 was not an MTP device
Dec 29 16:37:40 pattes-tty mtp-probe: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:37:40 pattes-tty mtp-probe: bus: 1, device: 3 was not an MTP device
Dec 29 16:37:40 pattes-tty kernel: [ 586.599294] usb-storage 1-5:1.0: USB Mass Storage device detected
Dec 29 16:37:40 pattes-tty kernel: [ 586.599401] scsi host6: usb-storage 1-5:1.0
Dec 29 16:37:40 pattes-tty kernel: [ 586.599448] usbcore: registered new interface driver usb-storage
Dec 29 16:37:40 pattes-tty kernel: [ 586.600468] usbcore: registered new interface driver uas
Dec 29 16:37:41 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:37:41 pattes-tty kernel: [ 587.627939] scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
Dec 29 16:37:41 pattes-tty kernel: [ 587.628084] sd 6:0:0:0: Attached scsi generic sg1 type 0
Dec 29 16:37:41 pattes-tty kernel: [ 587.628248] sd 6:0:0:0: [sdb] 30277632 512-byte logical blocks: (15.5 GB/14.4 GiB)
Dec 29 16:37:41 pattes-tty kernel: [ 587.628436] sd 6:0:0:0: [sdb] Write Protect is on
Dec 29 16:37:41 pattes-tty kernel: [ 587.628437] sd 6:0:0:0: [sdb] Mode Sense: 45 00 80 00
Dec 29 16:37:41 pattes-tty kernel: [ 587.628623] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 29 16:37:41 pattes-tty kernel: [ 587.757931] sdb: sdb1
Dec 29 16:37:41 pattes-tty kernel: [ 587.822985] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Dec 29 16:37:42 pattes-tty kernel: [ 588.159233] usb 1-5: reset high-speed USB device number 3 using xhci_hcd
Dec 29 16:37:47 pattes-tty kernel: [ 593.455245] usb 1-5: device descriptor read/64, error -110
Dec 29 16:38:03 pattes-tty kernel: [ 609.071309] usb 1-5: device descriptor read/64, error -110
Dec 29 16:38:03 pattes-tty kernel: [ 609.307310] usb 1-5: reset high-speed USB device number 3 using xhci_hcd
Dec 29 16:38:08 pattes-tty kernel: [ 614.451332] usb 1-5: device descriptor read/64, error -110
Dec 29 16:38:11 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 1369 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:38:11 pattes-tty systemd[1684]: Started VTE child process 145865 launched by gnome-terminal-server process 113118.
Dec 29 16:38:12 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:38:19 pattes-tty kernel: [ 624.963675] usb 1-5: device firmware changed
Dec 29 16:38:19 pattes-tty kernel: [ 624.963693] usb 1-5: USB disconnect, device number 3
Dec 29 16:38:19 pattes-tty kernel: [ 624.963696] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=37s
Dec 29 16:38:19 pattes-tty kernel: [ 624.963699] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 01 cd fe f8 00 00 08 00
Dec 29 16:38:19 pattes-tty kernel: [ 624.963700] blk_update_request: I/O error, dev sdb, sector 30277368 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Dec 29 16:38:19 pattes-tty kernel: [ 624.987380] blk_update_request: I/O error, dev sdb, sector 30277368 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Dec 29 16:38:19 pattes-tty kernel: [ 624.987384] Buffer I/O error on dev sdb, logical block 3784671, async page read
Dec 29 16:38:19 pattes-tty kernel: [ 625.211357] usb 1-5: new high-speed USB device number 4 using xhci_hcd
Dec 29 16:38:19 pattes-tty kernel: [ 625.370297] usb 1-5: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.10
Dec 29 16:38:19 pattes-tty kernel: [ 625.370300] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 29 16:38:19 pattes-tty kernel: [ 625.370301] usb 1-5: Product: 2307 Boot ROM
Dec 29 16:38:19 pattes-tty kernel: [ 625.370302] usb 1-5: Manufacturer: Phison
Dec 29 16:38:19 pattes-tty kernel: [ 625.370688] usb-storage 1-5:1.0: USB Mass Storage device detected
Dec 29 16:38:19 pattes-tty kernel: [ 625.370760] scsi host6: usb-storage 1-5:1.0
Dec 29 16:38:19 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 359 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:38:19 pattes-tty mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:38:19 pattes-tty mtp-probe: bus: 1, device: 4 was not an MTP device
Dec 29 16:38:19 pattes-tty mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:38:19 pattes-tty mtp-probe: bus: 1, device: 4 was not an MTP device
Dec 29 16:38:20 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:38:20 pattes-tty kernel: [ 626.379917] scsi 6:0:0:0: Direct-Access 2307 PRAM 1.00 PQ: 0 ANSI: 0 CCS
Dec 29 16:38:20 pattes-tty kernel: [ 626.380037] sd 6:0:0:0: Attached scsi generic sg1 type 0
Dec 29 16:38:20 pattes-tty kernel: [ 626.468102] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Dec 29 16:39:57 pattes-tty kernel: [ 723.578717] usb 1-5: USB disconnect, device number 4
Dec 29 16:40:00 pattes-tty kernel: [ 726.183663] usb 1-5: new high-speed USB device number 5 using xhci_hcd
Dec 29 16:40:00 pattes-tty kernel: [ 726.335327] usb 1-5: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
Dec 29 16:40:00 pattes-tty kernel: [ 726.335330] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 29 16:40:00 pattes-tty kernel: [ 726.335331] usb 1-5: Product: DataTraveler 3.0
Dec 29 16:40:00 pattes-tty kernel: [ 726.335332] usb 1-5: Manufacturer: Kingston
Dec 29 16:40:00 pattes-tty kernel: [ 726.335333] usb 1-5: SerialNumber: E0D55E6C382AE3A0B832134E
Dec 29 16:40:00 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 4519 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:40:00 pattes-tty mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:40:00 pattes-tty mtp-probe: bus: 1, device: 5 was not an MTP device
Dec 29 16:40:00 pattes-tty kernel: [ 726.335723] usb-storage 1-5:1.0: USB Mass Storage device detected
Dec 29 16:40:00 pattes-tty kernel: [ 726.335793] scsi host6: usb-storage 1-5:1.0
Dec 29 16:40:00 pattes-tty mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:40:00 pattes-tty mtp-probe: bus: 1, device: 5 was not an MTP device
Dec 29 16:40:01 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:40:01 pattes-tty kernel: [ 727.340336] scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
Dec 29 16:40:01 pattes-tty kernel: [ 727.340456] sd 6:0:0:0: Attached scsi generic sg1 type 0
Dec 29 16:40:01 pattes-tty kernel: [ 727.340656] sd 6:0:0:0: [sdb] 30277632 512-byte logical blocks: (15.5 GB/14.4 GiB)
Dec 29 16:40:01 pattes-tty kernel: [ 727.340844] sd 6:0:0:0: [sdb] Write Protect is on
Dec 29 16:40:01 pattes-tty kernel: [ 727.340845] sd 6:0:0:0: [sdb] Mode Sense: 45 00 80 00
Dec 29 16:40:01 pattes-tty kernel: [ 727.341033] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 29 16:40:01 pattes-tty kernel: [ 727.468661] sdb: sdb1
Dec 29 16:40:01 pattes-tty kernel: [ 727.511923] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Dec 29 16:40:01 pattes-tty kernel: [ 727.879704] usb 1-5: reset high-speed USB device number 5 using xhci_hcd
Dec 29 16:40:07 pattes-tty kernel: [ 733.227697] usb 1-5: device descriptor read/64, error -110
Dec 29 16:40:22 pattes-tty kernel: [ 748.855736] usb 1-5: device descriptor read/64, error -110
Dec 29 16:40:23 pattes-tty kernel: [ 749.091733] usb 1-5: reset high-speed USB device number 5 using xhci_hcd
Dec 29 16:40:28 pattes-tty kernel: [ 754.475746] usb 1-5: device descriptor read/64, error -110
Dec 29 16:40:33 pattes-tty kernel: [ 759.876047] usb 1-5: device firmware changed
Dec 29 16:40:33 pattes-tty kernel: [ 759.876065] usb 1-5: USB disconnect, device number 5
Dec 29 16:40:33 pattes-tty kernel: [ 759.876069] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=32s
Dec 29 16:40:33 pattes-tty kernel: [ 759.876072] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 01 cd fe f8 00 00 08 00
Dec 29 16:40:33 pattes-tty kernel: [ 759.876073] blk_update_request: I/O error, dev sdb, sector 30277368 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Dec 29 16:40:33 pattes-tty kernel: [ 759.883765] blk_update_request: I/O error, dev sdb, sector 30277368 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Dec 29 16:40:33 pattes-tty kernel: [ 759.883769] Buffer I/O error on dev sdb, logical block 3784671, async page read
Dec 29 16:40:34 pattes-tty kernel: [ 760.103744] usb 1-5: new high-speed USB device number 6 using xhci_hcd
Dec 29 16:40:34 pattes-tty kernel: [ 760.254670] usb 1-5: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.10
Dec 29 16:40:34 pattes-tty kernel: [ 760.254672] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 29 16:40:34 pattes-tty kernel: [ 760.254673] usb 1-5: Product: 2307 Boot ROM
Dec 29 16:40:34 pattes-tty kernel: [ 760.254674] usb 1-5: Manufacturer: Phison
Dec 29 16:40:34 pattes-tty kernel: [ 760.255060] usb-storage 1-5:1.0: USB Mass Storage device detected
Dec 29 16:40:34 pattes-tty kernel: [ 760.255126] scsi host6: usb-storage 1-5:1.0
Dec 29 16:40:34 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 1539 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:40:34 pattes-tty mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:40:34 pattes-tty mtp-probe: bus: 1, device: 6 was not an MTP device
Dec 29 16:40:34 pattes-tty mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:01.2/0000:01:00.0/0000:02:08.0/0000:05:00.1/usb1/1-5"
Dec 29 16:40:34 pattes-tty mtp-probe: bus: 1, device: 6 was not an MTP device
Dec 29 16:40:35 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
Dec 29 16:40:35 pattes-tty kernel: [ 761.260290] scsi 6:0:0:0: Direct-Access 2307 PRAM 1.00 PQ: 0 ANSI: 0 CCS
Dec 29 16:40:35 pattes-tty kernel: [ 761.260414] sd 6:0:0:0: Attached scsi generic sg1 type 0
Dec 29 16:40:35 pattes-tty kernel: [ 761.322060] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Dec 29 16:40:36 pattes-tty /usr/libexec/gdm-x-session[1945]: message repeated 89 times: [ [libi3] ERROR: Could not parse color: lightgr]
Dec 29 16:40:36 pattes-tty dbus-daemon[1700]: [session uid=1000 pid=1700] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.51' (uid=1000 pid=180053 comm="gedit syslog " label="unconfined")
Dec 29 16:40:36 pattes-tty systemd[1684]: Starting Virtual filesystem metadata service...
Dec 29 16:40:36 pattes-tty dbus-daemon[1700]: [session uid=1000 pid=1700] Successfully activated service 'org.gtk.vfs.Metadata'
Dec 29 16:40:36 pattes-tty systemd[1684]: Started Virtual filesystem metadata service.
Dec 29 16:40:37 pattes-tty /usr/libexec/gdm-x-session[1945]: [libi3] ERROR: Could not parse color: lightgr
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9639
|
ubuntu--anfaenger schrieb:
ddrescue bricht nach ca 1min ab weil der Stick automatisch auch hier ausgeworfen wird.
...und wird wieder eingebunden. ddresue hat Optionen:
Versuch's mit: | sudo ddrescue -O /dev/sdb ~/Downloads/stick.iso
|
Vielleicht bringt zusätzlich -d etwas.
|