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

dhcp-client funktioniert wohl nicht

S

Spielwurm

Nach einem Update von Opensuse 13.2 64-bit kam ich bis eben nicht mit meinem großen Laptop in meine beiden Router (5GHz und 2,4GHz), obwohl ich den 2,4GHz-Router mit den 3 anderen Geräten erreiche. Alle mit DHCP. Laut /var/log/messages wartet mein Laptop eben auf die Netzwerkadresse. Nach einem Downgrade des DHCP-Client geht alles wieder.

Hier die Versionen:
4.2.6-9.13.1-x86_64 geht nicht
4.2.6-9.9.1-x86_64 geht

Vielleicht kann meine Beobachtung mal jemand überprüfen?

Spielwurm
 
Ich denke mal, ich liege mit obiger Vermutung falsch. Denn heute hat sich mein Laptop wieder nicht verbunden, weil dhcp keine Netzwerkadresse bekommt.

Die Lage:
Eine Fritzbox hält die Verbindung zum Internet und ist der Router, will heißen, er verteilt die internen Adressen, der DHCP-Server läuft. Er verteilt ein WLAN namens Weltall(2,4GHz).
Eine weitere Fritzbox ist an die erste angeschlossen und hat nur die Aufgabe eine WLAN namens Universum aufzubauen (5GHz).
Eine dritte Fitzbox hängt an einem längeren Kabel (25m) ebenfalls an der ersten und hat auch nur ein WLAN namens Terasse als Aufgabe (2,4GHz).
Bei den beiden letzteren läuft natürlich der DHCP-Server nicht. Diese Kombination läuft so seit längerer Zeit einwandfrei und versorgt mehrere Geräte, die alle per DHCP mit Adressen versorgt werden. Die Fritzboxen lassen neue WLAN-Geräte zu. IPv6 ist überall aus.

Das Problem: mein Laptop mit Opensuse 13.2 und dem Networkmanager verbindet sich nicht via DHCP mit den WLAN-Netzen Terasse und Universum, wohl aber mit Weltall. Ein anderes Notebook mit Opensuse 13.2 hängt ohne Probleme im Universum. Ein Asus EEE 901 und Opensuse 13.1 hat mit keinem WLAN Probleme (der kann auch 5GHz).

Was kann das sein? Löschen der Einträge im Networkmanager hat nichts gebracht. In den Konfigurationen habe ich nichts geändert. Mit einer festen IP-Adresse gibts keine Verbindungsprobleme. Kann es sein, dass DHCP in diesem Fall nur bis zur nächsten Fritzbox reicht?

Hier die Ausgabe von /var/log/messages für eine nicht gelungene Verbindung:
Code: 
2015-06-11T19:44:16.656795+02:00 Mars kernel: [ 4288.462456] wlp7s0: authenticate with 00:24:fe:ab:8c:3e
2015-06-11T19:44:16.667767+02:00 Mars kernel: [ 4288.473347] wlp7s0: send auth to 00:24:fe:ab:8c:3e (try 1/3)
2015-06-11T19:44:16.670775+02:00 Mars kernel: [ 4288.476269] wlp7s0: authenticated
2015-06-11T19:44:16.671808+02:00 Mars kernel: [ 4288.476944] brcmsmac bcma0:0 wlp7s0: disabling HT as WMM/QoS is not supported by the AP
2015-06-11T19:44:16.671849+02:00 Mars kernel: [ 4288.476955] brcmsmac bcma0:0 wlp7s0: disabling VHT as WMM/QoS is not supported by the AP
2015-06-11T19:44:16.672825+02:00 Mars kernel: [ 4288.477805] wlp7s0: associate with 00:24:fe:ab:8c:3e (try 1/3)
2015-06-11T19:44:16.676765+02:00 Mars kernel: [ 4288.482605] wlp7s0: RX AssocResp from 00:24:fe:ab:8c:3e (capab=0x411 status=0 aid=2)
2015-06-11T19:44:16.678781+02:00 Mars kernel: [ 4288.484084] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated
2015-06-11T19:44:16.678825+02:00 Mars kernel: [ 4288.484091] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement)
2015-06-11T19:44:16.678828+02:00 Mars kernel: [ 4288.484114] IPv6: ADDRCONF(NETDEV_CHANGE): wlp7s0: link becomes ready
2015-06-11T19:44:16.678831+02:00 Mars kernel: [ 4288.484541] wlp7s0: associated
2015-06-11T19:44:16.720181+02:00 Mars dhclient[5271]: Internet Systems Consortium DHCP Client 4.2.6
2015-06-11T19:44:16.720862+02:00 Mars dhclient[5271]: Copyright 2004-2014 Internet Systems Consortium.
2015-06-11T19:44:16.721240+02:00 Mars dhclient[5271]: All rights reserved.
2015-06-11T19:44:16.721571+02:00 Mars dhclient[5271]: For info, please visit https://www.isc.org/software/dhcp/
2015-06-11T19:44:16.721934+02:00 Mars dhclient[5271]: 
2015-06-11T19:44:16.745060+02:00 Mars dhclient[5271]: Listening on LPF/wlp7s0/20:10:7a:03:79:a6
2015-06-11T19:44:16.746035+02:00 Mars dhclient[5271]: Sending on   LPF/wlp7s0/20:10:7a:03:79:a6
2015-06-11T19:44:16.746691+02:00 Mars dhclient[5271]: Sending on   Socket/fallback
2015-06-11T19:44:16.747345+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 3 (xid=0x2eddac47)
2015-06-11T19:44:18.605237+02:00 Mars avahi-daemon[648]: Joining mDNS multicast group on interface wlp7s0.IPv6 with address fe80::2210:7aff:fe03:79a6.
2015-06-11T19:44:18.606029+02:00 Mars avahi-daemon[648]: New relevant interface wlp7s0.IPv6 for mDNS.
2015-06-11T19:44:18.606472+02:00 Mars avahi-daemon[648]: Registering new address record for fe80::2210:7aff:fe03:79a6 on wlp7s0.*.
2015-06-11T19:44:19.148008+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 4 (xid=0x2eddac47)
2015-06-11T19:44:23.376982+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 10 (xid=0x2eddac47)
2015-06-11T19:44:30.872841+02:00 Mars kernel: [ 4302.682628] sky2 0000:02:00.0: no hotplug settings from platform
2015-06-11T19:44:33.449385+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 12 (xid=0x2eddac47)
2015-06-11T19:44:45.797663+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 8 (xid=0x2eddac47)
2015-06-11T19:44:53.116243+02:00 Mars dhclient[5271]: DHCPDISCOVER on wlp7s0 to 255.255.255.255 port 67 interval 15 (xid=0x2eddac47)
2015-06-11T19:45:01.271291+02:00 Mars cron[5275]: pam_unix(crond:session): session opened for user root by (uid=0)
2015-06-11T19:45:01.276178+02:00 Mars cron[5274]: pam_unix(crond:session): session opened for user root by (uid=0)
2015-06-11T19:45:01.287930+02:00 Mars systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0)
2015-06-11T19:45:01.319098+02:00 Mars CRON[5279]: (root) CMD (echo -n 1 > /sys/devices/virtual/thermal/cooling_device6/cur_state)
2015-06-11T19:45:01.324930+02:00 Mars CRON[5274]: pam_unix(crond:session): session closed for user root
2015-06-11T19:45:01.430812+02:00 Mars kernel: [ 4333.250299] sky2 0000:02:00.0: no hotplug settings from platform
2015-06-11T19:45:01.694736+02:00 Mars dhclient[5271]: Received signal 15, initiating shutdown.
2015-06-11T19:45:14.129923+02:00 Mars dbus[670]: [system] Activating service name='org.opensuse.Snapper' (using servicehelper)
2015-06-11T19:45:14.147376+02:00 Mars dbus[670]: [system] Successfully activated service 'org.opensuse.Snapper'
2015-06-11T19:45:14.400832+02:00 Mars avahi-daemon[648]: Withdrawing address record for fe80::2210:7aff:fe03:79a6 on wlp7s0.
2015-06-11T19:45:14.401418+02:00 Mars avahi-daemon[648]: Leaving mDNS multicast group on interface wlp7s0.IPv6 with address fe80::2210:7aff:fe03:79a6.
2015-06-11T19:45:14.401815+02:00 Mars avahi-daemon[648]: Interface wlp7s0.IPv6 no longer relevant for mDNS.
2015-06-11T19:45:14.406819+02:00 Mars kernel: [ 4346.230061] wlp7s0: deauthenticating from 00:24:fe:ab:8c:3e by local choice (Reason: 3=DEAUTH_LEAVING)
2015-06-11T19:45:14.408335+02:00 Mars kernel: [ 4346.231367] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: disassociated
2015-06-11T19:45:14.408357+02:00 Mars kernel: [ 4346.231374] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement)
2015-06-11T19:45:14.408358+02:00 Mars kernel: [ 4346.232066] IPv6: ADDRCONF(NETDEV_CHANGE): wlp7s0: link becomes ready
2015-06-11T19:45:14.408359+02:00 Mars kernel: [ 4346.232460] cfg80211: Calling CRDA to update world regulatory domain
2015-06-11T19:45:14.412741+02:00 Mars kernel: [ 4346.236217] cfg80211: World regulatory domain updated:
2015-06-11T19:45:14.412762+02:00 Mars kernel: [ 4346.236222] cfg80211:  DFS Master region: unset
2015-06-11T19:45:14.412764+02:00 Mars kernel: [ 4346.236224] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
2015-06-11T19:45:14.412765+02:00 Mars kernel: [ 4346.236227] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
2015-06-11T19:45:14.412766+02:00 Mars kernel: [ 4346.236230] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
2015-06-11T19:45:14.412767+02:00 Mars kernel: [ 4346.236231] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
2015-06-11T19:45:14.412768+02:00 Mars kernel: [ 4346.236233] cfg80211:   (5170000 KHz - 5250000 KHz @ 160000 KHz), (N/A, 2000 mBm), (N/A)
2015-06-11T19:45:14.412769+02:00 Mars kernel: [ 4346.236235] cfg80211:   (5250000 KHz - 5330000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
2015-06-11T19:45:14.412770+02:00 Mars kernel: [ 4346.236237] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
2015-06-11T19:45:14.412771+02:00 Mars kernel: [ 4346.236239] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
2015-06-11T19:45:14.412772+02:00 Mars kernel: [ 4346.236241] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
2015-06-11T19:45:14.421353+02:00 Mars dbus[670]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
2015-06-11T19:45:14.429433+02:00 Mars dbus[670]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'

Spielwurm
 
Spielwurm schrieb:
Eine Fritzbox hält die Verbindung zum Internet und ist der Router, will heißen, er verteilt die internen Adressen, der DHCP-Server läuft. Er verteilt ein WLAN namens Weltall(2,4GHz).
Eine weitere Fritzbox ist an die erste angeschlossen und hat nur die Aufgabe eine WLAN namens Universum aufzubauen (5GHz).
Eine dritte Fitzbox hängt an einem längeren Kabel (25m) ebenfalls an der ersten und hat auch nur ein WLAN namens Terasse als Aufgabe (2,4GHz).
Bei den beiden letzteren läuft natürlich der DHCP-Server nicht.
Zum Vergrößern anklicken....
Fritzbox Weltall versorgt per DHCP, da DHCP aktiv ist.
Fritzbox Universum versorgt dein WLAN nicht mit DHCP, wie du geschrieben hast. Ich gehe aber mal davon aus, dass diese mittels fester IP mit der Fritzbox Weltall verbunden ist,...
Fritzbox Terrasse ist analog zu Fritzbox eingerichtet

Das ist das wovon ich ausgehe,...

Wie soll dein Rechner dann eine IP bekommen in dem WLAN Universum und Terrasse, wenn diese keine IP Adressen vergeben, da dies deaktiviert ist?
Konfiguriere die Fritzboxen Universum und Terrasse um, so dass DHCP aktiv ist und schon bekommst du auch eine IP. Oder aber du vergibst statische IP Adressen in den beiden WLANs.
 
Die Netzwerkadresse bekommen alle Geräte vom Router Weltall, da ja das ganze Netzwerk dran hängt. Woher meinst Du, bekommen denn derzeit die anderen Geräte, die sich via DHCP problemlos verbinden, ihre IP-Adresse?

Spielwurm
 
Hast Du evtl. multicast im Netz laufen? Ich habe schon mehrfach beobachtet das dann ein dhcp-offer durch weitere Router nicht durchkommt bzw in ein timeout läuft.
 
So nebenbei: Du wirst mit diesem Befehl nur dann nichts finden, wenn Du den Kernel-Parameter ipv6.disable=1 verwendest. Schaltest Du ipv6 über /etc/sysctl.conf bzw. /etc/sysctl.d/* aus (was den Vorteil hat, daß Du es sowohl auf einzelne Anschlüsse beschränken als auch im laufenden System Veränderungen vornehmen kannst), werden Module mit diesem Namensteil geladen. Die Abfrage ist also nur bedingt aussagefähig. Verwende
Code: 
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
(beim genannten Kernel-Parameter gibt es die Verzeichnisse nicht, ansonsten bedeutet 1 disabled und 0 enabled).
 
Code: 
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
/proc/sys/net/ipv6/conf/all/disable_ipv6:1
/proc/sys/net/ipv6/conf/default/disable_ipv6:1
/proc/sys/net/ipv6/conf/lo/disable_ipv6:1
/proc/sys/net/ipv6/conf/wlp7s0/disable_ipv6:0

zu multicast: auf dem Laptop? Beim Log oben gibts eine Zeile:
Code: 
Joining mDNS multicast group on interface wlp7s0.IPv6 with address fe80::2210:7aff:fe03:79a6.
Wo muss ich suchen?

Spielwurm
 
Code: 
# Generated by ip6tables-save v1.4.21 on Sat Jun 13 14:20:16 2015
*raw
:PREROUTING ACCEPT [30:7404]
:OUTPUT ACCEPT [52:8924]
-A PREROUTING -i lo -j CT --notrack
-A OUTPUT -o lo -j CT --notrack
COMMIT
# Completed on Sat Jun 13 14:20:16 2015
# Generated by ip6tables-save v1.4.21 on Sat Jun 13 14:20:16 2015
*mangle
:PREROUTING ACCEPT [30:7404]
:INPUT ACCEPT [30:7404]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [52:8924]
:POSTROUTING ACCEPT [80:16176]
COMMIT
# Completed on Sat Jun 13 14:20:16 2015
# Generated by ip6tables-save v1.4.21 on Sat Jun 13 14:20:16 2015
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [30:7404]
:forward_ext - [0:0]
:input_ext - [0:0]
:reject_func - [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m conntrack --ctstate ESTABLISHED -j ACCEPT
-A INPUT -p ipv6-icmp -m conntrack --ctstate RELATED -j ACCEPT
-A INPUT -p udp -m udp --dport 546 -j ACCEPT
-A INPUT -j input_ext
-A INPUT -m limit --limit 3/min -j LOG --log-prefix "SFW2-IN-ILL-TARGET " --log-tcp-options --log-ip-options
-A INPUT -j DROP
-A FORWARD -m limit --limit 3/min -j LOG --log-prefix "SFW2-FWD-ILL-ROUTING " --log-tcp-options --log-ip-options
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -p ipv6-icmp -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 128 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 133 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 134 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 135 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 136 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 137 -j ACCEPT
-A input_ext -p ipv6-icmp -m icmp6 --icmpv6-type 130 -j ACCEPT
-A input_ext -p udp -m udp --sport 137 -m conntrack --ctstate RELATED -j ACCEPT
-A input_ext -p udp -m udp --dport 5353 -j ACCEPT
-A input_ext -p tcp -m limit --limit 3/min -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j LOG --log-prefix "SFW2-INext-DROP-DEFLT " --log-tcp-options --log-ip-options
-A input_ext -p ipv6-icmp -m limit --limit 3/min -j LOG --log-prefix "SFW2-INext-DROP-DEFLT " --log-tcp-options --log-ip-options
-A input_ext -p udp -m limit --limit 3/min -m conntrack --ctstate NEW -j LOG --log-prefix "SFW2-INext-DROP-DEFLT " --log-tcp-options --log-ip-options
-A input_ext -j DROP
-A reject_func -p tcp -j REJECT --reject-with tcp-reset
-A reject_func -p udp -j REJECT --reject-with icmp6-port-unreachable
-A reject_func -j REJECT --reject-with icmp6-addr-unreachable
-A reject_func -j DROP
COMMIT
 
Es liegt wohl an der Hardware. Denn:

Ein Live-Linux (Opensuse 13.1 mit KDE) auf USB-Stick auf dem Problemlaptop gestartet, verbindet sich nicht mit Universaum und Terasse, aber mit Weltall.

Dasselbe ! Live-Linux auf einem anderen Laptop gestartet, verbidet sich problemlos mit allen Netzen. Was kann das sein? Ich habe keine MAC-Adressen gesperrt oder ausgeschlossen. Kann ich die MAC-Adresse testhalber fälschen?

Spielwurm
 
Wenn ich die MAC ändere, kommt eine Verbindung über Universum und Terasse zustande. Aber nur einmal, danach gibts keine Adresse mehr. Den Router (Fritzbox 7270) habe ich in seiner Eigenschaft als Router in allen Einstellungen durchsucht. Nix zu finden, was auf den Fehler hindeutet, er zeigt auch ordentlich an, dass mein Laptop über LAN verbunden ist, wenn er über die genannten Verbindungen dran hängt, zeigt aber nichts an, wenn die Adresszuteilung scheitert.

Update: Es reicht, wenn ich den Befehl
Code: 
ifconfig wlp7s0 hw ether (MAC)
absetze, die MAC brauche ich nicht zu ändern.

Spielwurm
 
Spielwurm schrieb:
Update: Es reicht, wenn ich den Befehl
Code: 
  ifconfig wlp7s0 hw ether (MAC)
absetze, die MAC brauche ich nicht zu ändern.
Zum Vergrößern anklicken....
Wenn die Verbindung jetzt funkt dann besteht ein Konflikt zwischen MAC und der wlp7s0 Schnittstelle.

Versuche als user mit Kommando
Code: 
netstat -ei
die MAC-Adresse auslesen.
Es geht auch als root mit Kommando
Code: 
ifconfig
 
Code: 
ifconfig wlp7s0 hw ether 30:10:7A:03:79:A6
ifconfig
Code: 
wlp7s0    Link encap:Ethernet  Hardware Adresse 30:10:7A:03:79:A6
Im Networkmanager ist keine "Beschränkung auf" eingetragen. Wenn ich die Zeile aufklappe, kommt dieselbe MAC.

Spielwurm
 
Wie sehen nach einem Neustart und vor allfälligen Problembehebungsaktionen die Ergebnisse der beiden Befehle
Code: 
/sbin/udevadm info -a -p $(/sbin/udevadm info -q path /sys/class/net/wlp7s0)
/sbin/udevadm info -p $(/sbin/udevadm info -q path /sys/class/net/wlp7s0)
aus?
 
Code: 
# /sbin/udevadm info -a -p $(/sbin/udevadm info -q path /sys/class/net/wlp7s0)
  looking at device '/devices/pci0000:00/0000:00:09.0/0000:07:00.0/bcma0:0/net/wlp7s0':
    KERNEL=="wlp7s0"
    SUBSYSTEM=="net"
    DRIVER==""
    ATTR{mtu}=="1500"
    ATTR{type}=="1"
    ATTR{netdev_group}=="0"
    ATTR{flags}=="0x1003"
    ATTR{dormant}=="0"
    ATTR{addr_assign_type}=="0"
    ATTR{dev_id}=="0x0"
    ATTR{iflink}=="3"
    ATTR{addr_len}=="6"
    ATTR{address}=="20:10:7a:03:79:a6"
    ATTR{operstate}=="up"
    ATTR{carrier_changes}=="2"
    ATTR{broadcast}=="ff:ff:ff:ff:ff:ff"
    ATTR{tx_queue_len}=="1000"
    ATTR{dev_port}=="0"
    ATTR{ifalias}==""
    ATTR{ifindex}=="3"
    ATTR{link_mode}=="1"
    ATTR{carrier}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:09.0/0000:07:00.0/bcma0:0':
    KERNELS=="bcma0:0"
    SUBSYSTEMS=="bcma"
    DRIVERS=="brcmsmac"
    ATTRS{id}=="0x812"
    ATTRS{rev}=="0x17"
    ATTRS{class}=="0x0"
    ATTRS{manuf}=="0x4BF"

  looking at parent device '/devices/pci0000:00/0000:00:09.0/0000:07:00.0':
    KERNELS=="0000:07:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="bcma-pci-bridge"
    ATTRS{irq}=="17"
    ATTRS{subsystem_vendor}=="0x103c"
    ATTRS{broken_parity_status}=="0"
    ATTRS{class}=="0x028000"
    ATTRS{index}=="1"
    ATTRS{label}=="WLAN"
    ATTRS{driver_override}=="(null)"
    ATTRS{enabled}=="1"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000007"
    ATTRS{device}=="0x4353"
    ATTRS{msi_bus}==""
    ATTRS{local_cpulist}=="0-2"
    ATTRS{vendor}=="0x14e4"
    ATTRS{subsystem_device}=="0x1509"
    ATTRS{numa_node}=="0"
    ATTRS{d3cold_allowed}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:09.0':
    KERNELS=="0000:00:09.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="pcieport"
    ATTRS{irq}=="43"
    ATTRS{subsystem_vendor}=="0x103c"
    ATTRS{broken_parity_status}=="0"
    ATTRS{class}=="0x060400"
    ATTRS{driver_override}=="(null)"
    ATTRS{enabled}=="1"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000007"
    ATTRS{device}=="0x9608"
    ATTRS{msi_bus}=="1"
    ATTRS{local_cpulist}=="0-2"
    ATTRS{vendor}=="0x1022"
    ATTRS{subsystem_device}=="0x1455"
    ATTRS{numa_node}=="0"
    ATTRS{d3cold_allowed}=="0"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""
Code: 
# /sbin/udevadm info -p $(/sbin/udevadm info -q path /sys/class/net/wlp7s0)
P: /devices/pci0000:00/0000:00:09.0/0000:07:00.0/bcma0:0/net/wlp7s0
E: DEVPATH=/devices/pci0000:00/0000:00:09.0/0000:07:00.0/bcma0:0/net/wlp7s0
E: DEVTYPE=wlan
E: ID_BUS=pci
E: ID_MM_CANDIDATE=1
E: ID_MODEL_FROM_DATABASE=BCM43224 802.11a/b/g/n (WMIB-275N Half-size Mini PCIe Card)
E: ID_MODEL_ID=0x4353
E: ID_NET_DRIVER=brcmsmac
E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link
E: ID_NET_NAME=wlp7s0
E: ID_NET_NAME_MAC=wlx20107a0379a6
E: ID_NET_NAME_PATH=wlp7s0
E: ID_OUI_FROM_DATABASE=Gemtek Technology Co., Ltd.
E: ID_PATH=pci-0000:07:00.0-bcma-0
E: ID_PATH_TAG=pci-0000_07_00_0-bcma-0
E: ID_PCI_CLASS_FROM_DATABASE=Network controller
E: ID_PCI_SUBCLASS_FROM_DATABASE=Network controller
E: ID_VENDOR_FROM_DATABASE=Broadcom Corporation
E: ID_VENDOR_ID=0x14e4
E: IFINDEX=3
E: INTERFACE=wlp7s0
E: MAJOR=0
E: MINOR=0
E: SUBSYSTEM=net
E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/wlp7s0 /sys/subsystem/net/devices/wlp7s0
E: TAGS=:systemd:
E: USEC_INITIALIZED=78382
Spielwurm

Heute: nach Wecken aus Ruhe Verbindung, nach Neustart Verbindung, nach Trennen/Verbinden Verbindung (jeweils mit Terasse)! :???:
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben