• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

USB-Stick unter KDE

nachdem ich Plasma 6 Pakete aktualisiert habe, weil ich, nachdem der Rechner in einen Standbye-Modus versetzt wurde, ich nur noch einen schwarzen Bildschirm mit wenigen An/Abmeldefunktionen hatte,
gibt der Rechner zwar einen Ton von sich, wenn ich den USB Sandisk Stick einführe, aber er wird nicht angezeigt und ich kann ihn unter KDE nicht einhängen.
Erkannt wird er aber trotzdem
Code:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 1532:0531 Razer USA, Ltd Razer Seiren Mini
Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 004: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 001 Device 006: ID 0b05:19af ASUSTek Computer, Inc. AURA LED Controller
Bus 001 Device 007: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 001 Device 008: ID 046a:0023 CHERRY Keyboard
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
Bus 002 Device 006: ID 0781:5580 SanDisk Corp. SDCZ80 Flash Drive
Unter Datenträger und Geräte wird der Stick nicht angezeigt. Muss ein Dienst aktiviert sein, damit das passiert ?
 
Code:
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0  1.8T  0 disk
├─sda1   8:1    0  500M  0 part /boot/efi
├─sda2   8:2    0    8M  0 part
├─sda3   8:3    0    2G  0 part [SWAP]
└─sda4   8:4    0  1.8T  0 part /var
                                /usr/local
                                /srv
                                /root
                                /opt
                                /home
                                /boot/grub2/x86_64-efi
                                /boot/grub2/i386-pc
                                /
sdb      8:16   0  2.7T  0 disk
├─sdb1   8:17   0  195M  0 part
├─sdb2   8:18   0   16G  0 part
├─sdb3   8:19   0  200G  0 part
└─sdb4   8:20   0  2.5T  0 part
sr0     11:0    1 1024M  0 rom 
sr1     11:1    1 1024M  0 rom
tja, da sehe ich ihn nicht
 
Dann:
Stick abziehen, Konsole öffnen und als root:
Code:
journalctl -f
Stick anstecken und alle in der Konsole neu hinzukommenden Ausgaben hier posten.
Abbrechen von journalctl mit STRG+C
Taucht der Stick bei
Code:
fdisk -l
auf?
 
Code:
germlin1:~ # journalctl -f
Jun 10 13:59:59 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 13:59:59 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 13:59:59 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 13:59:59 germlin1 systemd[5568]: drkonqi-coredump-launcher.socket: Unit needs to be started because active unit sockets.target upholds it, but not starting since we tried this too often recently. Will retry later.
Jun 10 14:00:00 germlin1 CRON[6490]: (root) CMD (run-parts /etc/cron.hourly)
Jun 10 14:00:00 germlin1 CRON[6489]: (root) CMDEND (run-parts /etc/cron.hourly)
Jun 10 14:00:00 germlin1 systemd[1]: Started Timeline of Snapper Snapshots.
Jun 10 14:00:00 germlin1 systemd[1]: Starting DBus interface for snapper...
Jun 10 14:00:00 germlin1 systemd[1]: Started DBus interface for snapper.
Jun 10 14:00:00 germlin1 systemd[1]: snapper-timeline.service: Deactivated successfully.
Jun 10 14:00:05 germlin1 chronyd[1909]: Can't synchronise: no majority
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
Jun 10 14:00:09 germlin1 systemd[5568]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
 
Code:
germlin1:~ # fdisk -l
Disk /dev/sda: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 860
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: FFF2096C-8EA0-4D5D-B51C-FFC109EFE61E

Device          Start        End    Sectors  Size Type
/dev/sda1        2048    1026047    1024000  500M EFI System
/dev/sda2     1026048    1042431      16384    8M BIOS boot
/dev/sda3  3902834688 3907029134    4194447    2G Linux swap
/dev/sda4     1042432 3902834687 3901792256  1.8T Linux filesystem

Partition table entries are not in disk order.


Disk /dev/sdb: 2.73 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: WDC WD30EFRX-68A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 8FD03F2C-95D0-47C1-B41E-797416DDCCB3

Device         Start        End    Sectors  Size Type
/dev/sdb1       2048     401407     399360  195M EFI System
/dev/sdb2     401408   33961983   33560576   16G Microsoft basic data
/dev/sdb3   33961984  453387003  419425020  200G Linux filesystem
/dev/sdb4  453388288 5860532223 5407143936  2.5T Linux filesystem


Disk /dev/sdc: 59.63 GiB, 64023251968 bytes, 125045414 sectors
Disk model: SSD U100 64GB 1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
 
1. Bei journalctl -f hast du wohl vergessen, den Stick anzustecken währen dieser Prozess läuft. Er erscheint dort nicht.
2. Ist auf dem Stick denn ein Dateisystem? Evtl. in Windows gemountet und nicht abgemeldet?
 
beim Befehl
Code:
journalctl -f
hatte ich schnell über 1000 Zeichen, oder ich speichere es als Datei ab.
Den Stick muss ich wohl unter windows formatiert haben, da ich keine Partition angelegt habe, konnte aber bisher auch so gelesen werden.
Ergebnis von journalctl -f muss ich nachliefern
 
journalctl -f bringt folgendes :
Code:
Jun 10 16:32:51 germlin1 kernel: usb 2-4: new SuperSpeed USB device number 8 using xhci_hcd
Jun 10 16:32:51 germlin1 kernel: usb 2-4: New USB device found, idVendor=0781, idProduct=5580, bcdDevice= 0.10
Jun 10 16:32:51 germlin1 kernel: usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun 10 16:32:51 germlin1 kernel: usb 2-4: Product: Extreme
Jun 10 16:32:51 germlin1 kernel: usb 2-4: Manufacturer: SanDisk
Jun 10 16:32:51 germlin1 kernel: usb 2-4: SerialNumber: AA011029140016020610
Jun 10 16:32:51 germlin1 kernel: usb-storage 2-4:1.0: USB Mass Storage device detected
Jun 10 16:32:51 germlin1 kernel: scsi host8: usb-storage 2-4:1.0
Jun 10 16:32:51 germlin1 mtp-probe[16790]: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-4"
Jun 10 16:32:51 germlin1 mtp-probe[16790]: bus: 2, device: 8 was not an MTP device
Jun 10 16:32:51 germlin1 mtp-probe[16803]: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-4"
Jun 10 16:32:51 germlin1 mtp-probe[16803]: bus: 2, device: 8 was not an MTP device
 
Tatsächlich, nach Anlegen eines neuen Users funktionieren fast alle Sticks wieder (nur der Stick, der nur als sdc erkannt wird ,nicht, aber das kann man ja ändern)
Wieso klappt es plötzlich wieder ?
 
Oben