ubuntuusers.de

Hallo...

Ich habe einen solchen Stick 64GB der mit FAT32 Formatiert wurde. Der hat auch immer funktioniert bis ich mal versehentlich ohne zu warten den Stick abgezogen hatte. Ich habe insgesamt an meinem Laptop ZBook 3 funktionsfähige USB Ports.Dieser Stick läuft auf 2 Ports nur am Port, welcher ich einfach nur abgezogen hatte läuft er nicht mehr.

LSUSB am Port der geht wird:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0424:5434 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 027: ID 046d:c21f Logitech, Inc. F710 Wireless Gamepad [XInput Mode]
Bus 003 Device 006: ID 05c8:0374 Cheng Uei Precision Industry Co., Ltd (Foxlink) HP HD Webcam
Bus 003 Device 042: ID 0951:1666 Kingston Technology DataTraveler 100 G3/G4/SE9 G2
Bus 003 Device 005: ID 138a:003f Validity Sensors, Inc. VFS495 Fingerprint Reader
Bus 003 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 008: ID 8087:07dc Intel Corp. 
Bus 003 Device 004: ID 04cc:1521 ST-Ericsson USB 2.0 Hub
Bus 003 Device 002: ID 0424:5434 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

LSUSB am Port der nicht geht wird

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0424:5434 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 027: ID 046d:c21f Logitech, Inc. F710 Wireless Gamepad [XInput Mode]
Bus 003 Device 006: ID 05c8:0374 Cheng Uei Precision Industry Co., Ltd (Foxlink) HP HD Webcam
Bus 003 Device 005: ID 138a:003f Validity Sensors, Inc. VFS495 Fingerprint Reader
Bus 003 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 008: ID 8087:07dc Intel Corp. 
Bus 003 Device 004: ID 04cc:1521 ST-Ericsson USB 2.0 Hub
Bus 003 Device 002: ID 0424:5434 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

angezeigt.

Der Kingston Technology Datatraveler wird also nicht angezeigt.

Woran kann das liegen, bzw. was muss ich im Terminal eingeben, dass auch dieser Port wieder geht?

BTW: Andere USB Sticks laufen an diesem Port problemlos, es kann also nicht am Laptop liegen.

Meine Erfahrung mit USB-Sticks ist: die leben gerne mal ab. (Genau so einen "Kingston Technology Datatraveler" habe ich heute ins Recycling gegeben, weil er sich gar nicht mehr meldet.)

Erstaunlich ist, aber, dass er an den anderen Ports tut.

Was ich machen würde, ist in einem Terminal aufrufen:

1

tail -fn 40 /var/log/syslog

Den Stick an einem funktionierenden Port einstecken und mal fsck laufen lassen. (Im Syslog wird das Device angezeigt.):

1

fsck.vfat -n /dev/sXX

Schauen, was da gemeldet wird und dann

1

fsck.vfat -a /dev/sXX

und dann schauen, ob er danach in dem anderen Port wieder tut.

Lichtmacher schrieb:

Meine Erfahrung mit USB-Sticks ist: die leben gerne mal ab. (Genau so einen "Kingston Technology Datatraveler" habe ich heute ins Recycling gegeben, weil er sich gar nicht mehr meldet.)

Erstaunlich ist, aber, dass er an den anderen Ports tut.

Was ich machen würde, ist in einem Terminal aufrufen:

1	tail -fn 40 /var/log/syslog

Den Stick an einem funktionierenden Port einstecken und mal fsck laufen lassen. (Im Syslog wird das Device angezeigt.):

1	fsck.vfat -n /dev/sXX

Schauen, was da gemeldet wird und dann

Logical sector size (64543 bytes) is not a multiple of the physical sector size.

1	fsck.vfat -a /dev/sXX

Auch damit kommt die gleiche Meldung

und dann schauen, ob er danach in dem anderen Port wieder tut.

Da tut sich immer noch nichts...

Hmmm, ich habe jetzt mal mit dem Vorgänger Kernel (167) das System gestartet und siehe da der Stick wird wieder automatisch gemountet und kann auch wieder entfernt werden. Alles läuft wie gehabt.

Offensichtlich ist also irgendwo mit einem Kernel (169) Parameter etwas passiert. Evt. weiss ja ein Kernel Experte Rat, würde mich freuen.

Ich habe zufälligerweise beim herumstöbern etwas über ein merkwürdiges systemd Verhalten aufgeschnappt. Unter Debian gibt es dort eine Meldung:

• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056034

Der Ursache vom systemd Verhalten ist dann dort noch weiter auf den Grund gegangen worden:

• https://github.com/damentz/liquorix-package/issues/147#issuecomment-1809287774

trollsportverein schrieb:

Ich habe zufälligerweise beim herumstöbern etwas über ein merkwürdiges systemd Verhalten aufgeschnappt. Unter Debian gibt es dort eine Meldung:

• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056034

Der Ursache vom systemd Verhalten ist dann dort noch weiter auf den Grund gegangen worden:

• https://github.com/damentz/liquorix-package/issues/147#issuecomment-1809287774

Und was hat das mit dem Problem zu tun? Anderer Kernel, andere Symptome?

holimatic schrieb:

Hmmm, ich habe jetzt mal mit dem Vorgänger Kernel (167) das System gestartet und siehe da der Stick wird wieder automatisch gemountet und kann auch wieder entfernt werden. Alles läuft wie gehabt.

Offensichtlich ist also irgendwo mit einem Kernel (169) Parameter etwas passiert. Evt. weiss ja ein Kernel Experte Rat, würde mich freuen.

Das klingt nach einem Kernelproblem, das evtl. nach dem nächsten Update wieder Geschichte sein könnte.

Apropos Update:

Ich bin die Tage darauf hingewiesen worden, das xubuntu LTS nur 3 Jahre Support hat. D.h., dass Du Deine Installation "richtig" aktualisieren solltest. Ich habe hier nämlich auch noch ein xubuntu 20.04.. Und Hemmungen ein do-release-upgrade zu machen.

Lichtmacher schrieb:

Und was hat das mit dem Problem zu tun? Anderer Kernel, andere Symptome?

Weißt Du genau, was Canonical in den Ubuntu-Kernel rückportiert hat? Wenn systemd Schluckauf hat, dann kann solch ein Trigger, wie das einstöpseln eines USB-Sticks schon mal unbeachtet bleiben.

Nun, ich möchte nochmals darauf hinweisen, dass auch der neue Kernel damit keine Probleme hatte. Erst nachdem ich den Stick schnell entfernt hatte, ist das Problem aufgetreten.

Auch gehe ich davon aus, dass ein nächster Kernel update dann das Problem löst.

Kannst auch mal usbreset versuchen, wenn Du nicht abwarten willst ob es mit neuem Kernel besser wird.

• usbreset

trollsportverein schrieb:

Kannst auch mal usbreset versuchen, wenn Du nicht abwarten willst ob es mit neuem Kernel besser wird.

• usbreset

Wenn die ID nicht geladen wird, kann auch ein Reset nicht ausgeführt werden