Síťová karta r8152 není detekována jako rozhraní

[k3dAR]

@Jenda RaspbianOS update-initramfs prikaz vidim, nevim ale pravda co se u nej stane pri spusteni

@martinus26
jak Jenda dobre poznamenal, radeji zkontroluj nejdriv ze initramdisk pouzivas, tedy zda uz mas nejaky v /boot
pokud jo, tak bych ty 2 moduly pridal jak pises nez ten prikaz pustis...

na usb powersave bych to nevidel, jednak by se to neuspalo hned po startu a zaroven by to uspavalo i pri zasunuti sitovku az po startu...

[Reklama]

[martinus26]

Vsimol som si nejaky cloud init. asi nieco od Ubuntu. Nemohlo by to robit problemy ?

Initramfs pouzivam, mam system na usb 3.0 kluci naformatovanom na btrfs.
Pridal som modul cdc_etheer a r8153 do initramfs.

Po prvom restarte r8152 (eth1) kartu naslo. Po druhom restarte bola r8152 karta zas nepritomna.

\var\log\syslog ked naslo kartu po prvom restarte
systemd networkd vypisy

Kód: [Vybrat]

Apr  5 08:11:44 rpi400 systemd-networkd[1786]: Enumeration completed
Apr  5 08:11:44 rpi400 systemd[1]: Started Network Service.
Apr  5 08:11:44 rpi400 systemd[1]: Starting Wait for Network to be Configured...
Apr  5 08:11:44 rpi400 systemd-networkd[1786]: eth1: IPv6 successfully enabled
Apr  5 08:11:44 rpi400 systemd-networkd[1786]: eth0: IPv6 successfully enabled
Apr  5 08:11:44 rpi400 systemd[1]: Starting Network Name Resolution...
Apr  5 08:11:44 rpi400 systemd-networkd[1786]: eth1: Link UP
Apr  5 08:11:44 rpi400 systemd-networkd[1786]: eth0: Link UP

Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: +++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: | Device |   Up  |           Address            |      Mask     | Scope  |     Hw-Address    |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: +--------+-------+------------------------------+---------------+--------+-------------------+
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: |  eth0  | False | fe80::e65f:1ff:fe05:936b/64  |       .       |  link  | e4:xxxxxxxxxx |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: |  eth1  |  True |        192.168.1.102         | 255.255.255.0 | global | d0:xxxxxxxx |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: |  eth1  |  True | fe80::d237:45ff:feca:8ed1/64 |       .       |  link  | d0:xxxxxxxxxxx |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: |   lo   |  True |          127.0.0.1           |   255.0.0.0   |  host  |         .         |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: |   lo   |  True |           ::1/128            |       .       |  host  |         .         |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: | wlan0  | False |              .               |       .       |   .    | e4:xxxxxxxx |
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: +--------+-------+------------------------------+---------------+--------+-------------------+
Apr  5 08:11:44 rpi400 cloud-init[1802]: ci-info: +++++++++++++++++++++++++++++Route IPv4 info+++++++++++++++++++++++++++++

[martinus26]

a vypis /var/log/syslog  po restarte ked uz kartu nenaslo

Kód: [Vybrat]

Apr  5 08:40:35 rpi400 systemd[1]: Starting Network Service...
Apr  5 08:40:35 rpi400 systemd-networkd[1799]: Enumeration completed
Apr  5 08:40:35 rpi400 systemd[1]: Started Network Service.
Apr  5 08:40:35 rpi400 systemd[1]: Starting Wait for Network to be Configured...
Apr  5 08:40:35 rpi400 systemd-networkd[1799]: eth0: IPv6 successfully enabled
Apr  5 08:40:35 rpi400 systemd[1]: Starting Network Name Resolution...
Apr  5 08:40:35 rpi400 systemd-networkd[1799]: eth0: Link UP
Apr  5 08:40:35 rpi400 systemd[1]: Finished Wait for Network to be Configured.
Apr  5 08:40:35 rpi400 systemd[1]: Starting Initial cloud-init job (metadata service crawler)...

Apr  5 08:40:35 rpi400 cloud-init[1806]: Cloud-init v. 20.4.1-0ubuntu1~20.04.1 running 'init' at Mon, 05 Apr 2021 08:40:33 +0000. Up 15.69 seconds.
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: +++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: +--------+-------+-----------+-----------+-------+-------------------+
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: | Device |   Up  |  Address  |    Mask   | Scope |     Hw-Address    |
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: +--------+-------+-----------+-----------+-------+-------------------+
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: |  eth0  | False |     .     |     .     |   .   | e4:xxxxxxxx |
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: |   lo   |  True | 127.0.0.1 | 255.0.0.0 |  host |         .         |
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: |   lo   |  True |  ::1/128  |     .     |  host |         .         |
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: | wlan0  | False |     .     |     .     |   .   | e4:xxxxxxxxxxxxxx |
Apr  5 08:40:35 rpi400 cloud-init[1806]: ci-info: +--------+-------+-----------+-----------+-------+-------------------+

cloud init nastavenie /etc/netplan/50-cloud-init.yaml

Kód: [Vybrat]

network:
    ethernets:
        eth0:
            dhcp4: true
            optional: true
    version: 2

pozrel som aj nastavenie netplanu v /etc/netplan/01-network-manager-all.yaml
predd prvym pripojenim r8152 pridal som tam eth1

Kód: [Vybrat]

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      addresses:
        - 192.168.1.102/24
      gateway4: 192.168.1.4
      nameservers:
          addresses: [194.36.144.8, 208.67.220.220]
    eth1:
      dhcp4: no
      addresses:
        - 192.168.1.102/24
      gateway4: 192.168.1.4
      nameservers:
          addresses: [194.36.144.8, 208.67.220.220]

Mozno bude problemom konflikt  /etc/netplan/50-cloud-init.yaml   a  etc/netplan/01-network-manager-all.yaml

[IDontCare]

Posli ten vypis kompletni vcetne detekce HW tohle je k nicemu..

[martinus26]

Zbavil som sa cloud initu a zmazal cloud init yaml z netplanu.

Kompletny var log syslog ked system nevidi r8152 ako eth1.

[Reklama]

[IDontCare]

Videt to je a dost brzo:

Apr  5 09:03:32 rpi400 kernel: [    2.816187] usb 2-2.4: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd
Apr  5 09:03:32 rpi400 kernel: [    2.837027] usb 2-2.4: New USB device found, idVendor=0bda, idProduct=8152, bcdDevice=30.00
Apr  5 09:03:32 rpi400 kernel: [    2.837034] usb 2-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
Apr  5 09:03:32 rpi400 kernel: [    2.837038] usb 2-2.4: Product: USB 10/100/1000 LAN
Apr  5 09:03:32 rpi400 kernel: [    2.837042] usb 2-2.4: Manufacturer: Realtek
Apr  5 09:03:32 rpi400 kernel: [    2.837046] usb 2-2.4: SerialNumber: 000001000000

Trochu pozdeji:

Apr  5 09:03:32 rpi400 kernel: [    4.844243] usbcore: registered new interface driver cdc_ether
Apr  5 09:03:32 rpi400 kernel: [    4.853136] usbcore: registered new interface driver r8152

[ByCzech]

Zkuste přidat parametr: net.ifnames=0

[martinus26]

Zkuste přidat parametr: net.ifnames=0

do ktoreho konfiguracneho suboru to pridat ?

[František Ryšánek]

Zkuste přidat parametr: net.ifnames=0

do ktoreho konfiguracneho suboru to pridat ?

Na kernel command line = musí se to dostat do bootloaderu. Tzn. v Debianu apod. bych hledal vhodnou proměnnou v /etc/default/grub , a následně provést update-grub .

Jo a modul r8152 samozřejmě nesmí být v blacklistu, pokud má fungovat.

[František Ryšánek]

Zkuste přidat parametr: net.ifnames=0

do ktoreho konfiguracneho suboru to pridat ?

Na kernel command line = musí se to dostat do bootloaderu. Tzn. v Debianu apod. bych hledal vhodnou proměnnou v /etc/default/grub , a následně provést update-grub .

Jo a modul r8152 samozřejmě nesmí být v blacklistu, pokud má fungovat.

ech pardon, teď koukám, že jde o RPI. Tam samozřejmě grub nebude.

Vidím v dokumentaci /boot/cmdline.txt

[martinus26]

Pozrel som /boot/firmware/cmdline.txt a tam bolo nastavené net.ifnames=0.

Skusil som zmenit na net.ifnames=1. Restartoval som.

System nabehol , sietova karta r8152 sa ukazala ako enhxxxxxxx . upravil som meno r8152 karty v netplan konfigu. Všetko fungovalo.

Restartoval som. System nabehol, r8152 zase zmizla.

Mam pocit ze ked spravim nejaku zmenu, vydrzi to 1 restart.  Potom to padne do stavu sietovy interface r8152 je neviditelny.

[_Jenda]

Pomůže rmmod a modprobe?

Pomůže usbreset? https://www.programmersought.com/article/2409293360/ Možná se dá zařízení i nějak jinak odebrat a přidat.

Má RPi ovládané napájení USB portů, že by se té kartě udělal power cycle?

[František Ryšánek]

Kód: [Vybrat]

[ 1071.515555] usb 2-2.4: new SuperSpeed Gen 1 USB device number 6 using xhci_hcd
[ 1071.536819] usb 2-2.4: New USB device found, idVendor=0bda, idProduct=8153, bcdDevice=30.00
[ 1071.536834] usb 2-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[ 1071.536843] usb 2-2.4: Product: USB 10/100/1000 LAN
[ 1071.536852] usb 2-2.4: Manufacturer: Realtek
[ 1071.536861] usb 2-2.4: SerialNumber: 000001000000
[ 1071.620027] usb 2-2.4: reset SuperSpeed Gen 1 USB device number 6 using xhci_hcd
[ 1071.681060] r8152 2-2.4:1.0 eth1: v1.10.11

Takže když to nefunguje, tak se ten poslední řádek vůbec nezobrazí - přestože generický USB subsystém to zařízení najde a nahlásí. To by mě zajímalo, jestli je v "neúspěšném" případě vůbec volána "probe" funkce ovladače r8152.

Ta poslední hláška ve výpisu podle mého leze právě odsud = na samém konci úspěšně doběhlé probe funkce.

Já být v téhle situaci, asi bych jako další krok přidal jednu bezpodmínečnou hlášku dev_info() úplně na začátek probe rutiny, hned za deklaraci proměnných - aby se vidělo, jestli kernel tu probe rutinu vůbec zavolá. A odtamtud případně někam dál pokračovat. Bohužel to znamená, mít možnost, driver rekompilovat ze zdrojáku.
Trochu ještě šilhám na function tracing = zda by to nešlo na živém zvířátku... no nevím, jestli lze spustit ftrace na "static int r8152_probe()" - odhadem nikoli, protože je deklarována "static" tzn symbol není v rámci kernelu globálně exportován, je použitelný pouze v rámci své translation unit (= v rámci svého zdrojáku).