Fedora 27 - Nie działają żadne podłączone urządzenia USB

Witam,
Mam dosyć nietypowy problem.

Od dłuższego czasu jestem szczęśliwym posiadaczem Linux’a Fedora 27, ale od kilku tygodni zauważyłem bardzo przykry fakt.

Nie działają mi żadne urządzenia USB, które podłączę do komputera. Jeśli natomiast podłączę te urządzenia zanim włączę komputer, to wszystko działa idealnie. Tyczy się to pendrive, adaptera Wi-Fi, telefonu, itd.

Napięcie na portach jest podawane, bo podłączony telefon się ładuje. Próbowałem na wszystkich portach USB.
Nie wiem czy to wina systemu (chociaż kiedyś działało normalnie) czy sprzętu.

Proszę o pomoc, bo każdorazowe restartowanie komputera, kiedy chcę coś przegrać, jet nieco uciążliwe.

Pozdrawiam

@edit:
Komputer mam stacjonarny.

Po pierwsze to poproszę wynik z:
inxi -Fxz

Dodaj swojego użytkownika do grupy plugdev sudo usermod -a -G plugdev blahax99

Wynik dla “sudo inxi -Fxz”:

System:    Host: blazej-H81M-S1 Kernel: 4.14.13-300.fc27.x86_64 x86_64
           bits: 64 gcc: 7.2.1
           Console: tty 1 Distro: Fedora release 27 (Twenty Seven)
Machine:   Device: desktop Mobo: Gigabyte model: H81M-S1 v: x.x serial: N/A
           UEFI: American Megatrends v: FE date: 04/18/2014
CPU:       Dual core Intel Pentium G3258 (-MCP-) 
           arch: Haswell rev.3 cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 12770
           clock speeds: max: 3200 MHz 1: 1910 MHz 2: 1490 MHz
Graphics:  Card-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
           bus-ID: 00:02.0
           Card-2: NVIDIA GM107 [GeForce GTX 750 Ti] bus-ID: 01:00.0
           Display Server: X.org 1.19.6 drivers: i915,nouveau
           Resolution: 1600x900@60.00hz
           OpenGL: renderer: NV117 version: 4.3 Mesa 17.2.4 Direct Render: Yes
Audio:     Card-1 Intel 8 Series/C220 Series High Def. Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:03.0
           Card-3 NVIDIA Device 0fbc driver: snd_hda_intel bus-ID: 01:00.1
           Sound: ALSA v: k4.14.13-300.fc27.x86_64
Network:   Card-1: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 03:00.0
           IF: enp3s0 state: down mac: <filter>
           Card-2: Qualcomm Atheros AR9271 802.11n
           driver: ath9k_htc usb-ID: 003-006
           IF: wlp0s20u8 state: N/A mac: N/A
Drives:    HDD Total Size: 500.1GB (56.7% used)
           ID-1: /dev/sda model: WDC_WD5000AZRX size: 500.1GB temp: 31C
Partition: ID-1: / size: 49G used: 20G (43%) fs: ext4 dev: /dev/dm-0
           ID-2: /boot size: 976M used: 186M (21%) fs: ext4 dev: /dev/sda2
           ID-3: /home size: 402G used: 239G (63%) fs: ext4 dev: /dev/dm-2
           ID-4: swap-1 size: 5.80GB used: 0.00GB (0%)
           fs: swap dev: /dev/dm-1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 29.8C mobo: 27.8C gpu: 34.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 293 Uptime: 3:24 Memory: 5988.8/10930.3MB
           Init: systemd runlevel: 5 Gcc sys: 7.2.1
           Client: Shell (sudo) inxi: 2.3.53 

Po próbie dodania użytkownika:

usermod: group 'plugdev' does not exist

Polecenie powinno być tak:

groupadd plugdev
usermod -a -G plugdev twoja-nazwa-użytkownika

Tylko pytanie po piernika to, skoro używa tego przeważnie tylko HAL?

No, to polecenie raczej u mnie nie zadziałało. Przed chwilą podłączyłem pendrive znowu, odpaliłem gparted, wyświetlił się jako urządzenie /dev/sdb. W menedżerze plików (Nautilus) nie wyświetla go, tak samo w aplikacji “Dyski”, po chwili pendrive się “wymontował” z gparteda i do teraz go nie ma.

@edit:
Czasem sobie jeszcze pomiga lampka z pendrive’a.

Spróbuj inne urządzenie… inny penek. I spróbuj także spod sesji “live”, czy też tak się będzie działo?

Edit: Jeśli spod “live” będzie okay, to zerknij w niej jak masz w pliku:
/etc/pam.d/common-session
(ewentualnie w: login lub system-login)
I poszukaj linijki:
session optional pam_ck_connector.so nox11
Powinna być gdzieś na dole pliku.

Chodzi o to, że czasami pomaga zmiana na:
session optional pam_ck_connector.so
Bez końcówki “nox11”.

A w ogóle to sprawdź sobie do jakich grup należy Twój użytkownik poleceniem:

groups

Należy do grup:

blazej wheel pkg-build

Co do live’a to sprawdzę go raczej dopiero jutro, bo nie wiem czy mam nawet jakiś pobrany.

W tym pliku (login) mam coś takiego na samym dole:

-session   optional     pam_ck_connector.so

z myślnikiem przed session :thinking:?

Nie, powinno być bez. Przynajmniej ja mam w “common-session” bez myślnika.
A usuń myślnik, zapisz i sprawdź co będzie :wink:
W innych plikach patrzyłeś też?

Nie mam pliku “common-session”.
Pendrive się wczytał ale od momentu włożenia go do portu do czasu wyświetlenia się w Nautilusie, czy wyświetlenia komunikatu, że włożono pendrive mija… Ponad minuta… I jaki to ma sens?

@edit:
To jest jeszcze dziwniejsze :stuck_out_tongue_winking_eye:

@edit2:
Po restarcie komputera tak samo

Spoczko, niech się system “ułoży”. Czyli co? Po zmianie jest dobrze z widzialnością penka? Nie wywala go już?
Po zmianie z tym myślnikiem trzeba restartu, albo przelogowania sesji… zapomniałam wspomnieć, sorry.
Wpis może być w różnych miejscach. I niektórych plików możesz nie mieć. Zależy od distra.

Wygląda na to, że działa, ale jeśli przez następne kilka dni i tak będzie się wczytywał ponad minutę, to chyba jeszcze zgłoszę się tu o pomoc :stuck_out_tongue:

Zamknij Nautilusa, “usuń bezpiecznie” pendrive (jak masz dwa dyski to może być kolejna litera, np. /dev/sdc):
sudo eject /dev/sdb
Wykonaj taką komendę:
sudo dmesg -C

Podłącz pendrive, podaj wynik:
dmesg | grep -i usb
dmesg | grep -iE 'error|warning|failed

Podaj wyniki:
journalctl -u failed
cat /etc/default/grub

Czy system jest w pełni zaktualizowany?
sudo dnf dist-upgrade

$ sudo dmesg | grep -i usb
[  784.588219] usb 3-5: new high-speed USB device number 12 using xhci_hcd
[  784.882497] usb 3-5: New USB device found, idVendor=13fe, idProduct=5500
[  784.882502] usb 3-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  784.882505] usb 3-5: Product:                 
[  784.882508] usb 3-5: Manufacturer: Wilk
[  784.882510] usb 3-5: SerialNumber: 07015CAB2A3EAA78
[  784.891525] usb-storage 3-5:1.0: USB Mass Storage device detected
[  784.893639] scsi host4: usb-storage 3-5:1.0
$ sudo dmesg | grep -iE 'error|warning|failed'
(nie zwraca nic)
$ journalctl -u failed
-- Logs begin at Sun 2017-11-19 12:32:36 CET, end at Thu 2018-01-18 22:46:46 CET
-- No entries --
$ cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rd.lvm.lv=fedora/swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
$ sudo dnf dist-upgrade
Aktualizowanie:
 libsane-hpaio                  x86_64 3.17.11-4.fc27   updates           124 k
 redhat-rpm-config              noarch 69-1.fc27        updates            62 k
 sane-backends-drivers-cameras  x86_64 1.0.27-9.fc27    updates            54 k
 sane-backends-drivers-scanners x86_64 1.0.27-9.fc27    updates           2.4 M

To jeszcze powtórz po kolejnym restarcie - nie musi być teraz - bez czyszczenia bufora dmesg:
sudo dmesg | grep -iE 'error|warning|failed'

Teraz nie kojarzę czy kernel jest metapakietem i aktualizuje się automatycznie czy też nie. Sprawdź czy możesz zainstalować nowszy albo inny kernel - dla sprawdzenia:
dnf search all ^kernel

EDYCJA - wszystko naraz :smiley:
Ciekawe rzeczy możesz zaobserwować podczas startu systemu, ale trzeba usunąć rhgb i quiet z linii komend jądra - można jednorazowo. W Grubie wciśnij ‘e’ - dalej sobie poradzisz.

$ sudo dmesg | grep -iE 'error|warning|failed'
[    0.486280] RAS: Correctable Errors collector initialized.
[   11.737350] ACPI Warning: SystemIO range 0x0000000000001828-0x000000000000182F conflicts with OpRegion 0x0000000000001800-0x000000000000187F (\PMIO) (20170728/utaddress-247)
[   11.737356] ACPI Warning: SystemIO range 0x0000000000001C40-0x0000000000001C4F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20170728/utaddress-247)
[   11.737358] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (20170728/utaddress-247)
[   11.737360] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20170728/utaddress-247)
[   11.737363] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (20170728/utaddress-247)
[   11.737364] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20170728/utaddress-247)
[   30.589587] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
$ sudo dnf search all ^kernel
Ostatnio sprawdzono ważność metadanych: 1:56:37 temu w dniu czw, 18 sty 2018, 21:02:50.
Brak wyników.

@edit:
Teraz nie działa znowu wcale, nawet jak już poczekam te minutę.

@edit2:
Nie, jednak działa, ale trochę to trwało.

Tutaj powinna sypać usługa systemd-udevd:
systemctl status systemd-udevd

Wejrzyj do katalogu /var/log do plików syslog, debug, errors. Przeszukaj, może będzie coś istotnego.

No jest trochę czerwonego:

$ sudo systemctl status systemd-udevd
 systemd-udevd.service - udev Kernel Device Manager
   Loaded: loaded (/usr/lib/systemd/system/systemd-udevd.service; static; vendor preset: disabled)
   Active: active (running) since Thu 2018-01-18 23:02:51 CET; 9min ago
     Docs: man:systemd-udevd.service(8)
           man:udev(7)
 Main PID: 536 (systemd-udevd)
   Status: "Processing with 12 children at max"
    Tasks: 1
   CGroup: /system.slice/systemd-udevd.service
           └─536 /usr/lib/systemd/systemd-udevd

sty 18 23:07:58 blazej-H81M-S1 systemd-udevd[536]: seq 3452 '/devices/pci0000:00/0000:00:14.0/usb3/3-5' is taking 
sty 18 23:08:13 blazej-H81M-S1 systemd-udevd[953]: Process '/usr/lib/virtualbox/VBoxCreateUSBNode.sh 189 274 00' f
sty 18 23:08:13 blazej-H81M-S1 systemd-udevd[954]: inotify_add_watch(11, /dev/sdb, 10) failed: No such file or dir
sty 18 23:08:13 blazej-H81M-S1 systemd-udevd[2699]: inotify_add_watch(11, /dev/sdb1, 10) failed: No such file or d
sty 18 23:09:13 blazej-H81M-S1 systemd-udevd[536]: seq 3493 '/devices/pci0000:00/0000:00:14.0/usb3/3-5' is taking 
sty 18 23:09:28 blazej-H81M-S1 systemd-udevd[953]: Process '/usr/lib/virtualbox/VBoxCreateUSBNode.sh 189 275 ' fai
sty 18 23:09:28 blazej-H81M-S1 mtp-probe[3758]: checking bus 3, device 21: "/sys/devices/pci0000:00/0000:00:14.0/u
sty 18 23:09:28 blazej-H81M-S1 mtp-probe[3758]: bus: 3, device: 21 was not an MTP device
sty 18 23:10:28 blazej-H81M-S1 systemd-udevd[536]: seq 3528 '/devices/pci0000:00/0000:00:14.0/usb3/3-5' is taking 
sty 18 23:10:43 blazej-H81M-S1 systemd-udevd[953]: Process '/usr/lib/virtualbox/VBoxCreateUSBNode.sh 189 276 00' f

Poza tym, któryś raz z kolei wyświetla się błąd dot. VirtualBox’a i zastanawiam się czy nie ma on z tym czegoś wspólnego, bo pamiętam, że jego instalacja parę tygodni temu również szła opornie (miał jakieś błędy z kernelem).

@edit:
Pendrvie był cały czas podłączony w trakcie pisania tego posta, a dostałem ponownie komunikat o jego podłączeniu. Czyli znowu “zerwało” z nim połączenie.

@edit2:
Usunąłem virtualbox’a, bo i tak z niego już nie korzystam,

$ sudo dnf remove *virtualbox*

Pendrive ładuje się teraz od razu po włożeniu.

Wygląda na to, że problem rozwiązany.
Dzięki wszystkim za pomoc.

Możesz mieć rację - vbox mógł powodować błędy jak próbował wykryć USB na swój użytek, itd.

Tak z ciekawości. VB instalowany z repo? Pierwszy raz słyszę o takim jego działaniu.