Wechsel von WLAN auf LAN

Tylon · Jan 7th 2023

Hallo,

ich habe ein Netzwerkkabel in mein Pi 3 gesteckt. Doch es ist immer noch auch nach einem Reboot mit dem WLAN verbunden. Ich würde gerne das WLAN nur im Notfall benutzen falls LAN nicht geht.
Was muss ich dafür alles machen? Welche Infos braucht ihr?

ifconfig

uname

lsmod

Code

pi@ender2:~ $ lsmod
Module                  Size  Used by
snd_usb_audio         217088  0
snd_hwdep              16384  1 snd_usb_audio
snd_usbmidi_lib        32768  1 snd_usb_audio
snd_rawmidi            32768  1 snd_usbmidi_lib
uvcvideo               94208  1
snd_seq_device         16384  1 snd_rawmidi
nft_counter            16384  1
xt_DSCP                16384  1
xt_tcpudp              16384  1
nft_compat             20480  2
nf_tables             139264  6 nft_compat,nft_counter
nfnetlink              16384  2 nft_compat,nf_tables
cmac                   16384  1
bnep                   20480  2
hci_uart               40960  1
btbcm                  16384  1 hci_uart
bluetooth             360448  24 hci_uart,bnep,btbcm
ecdh_generic           16384  2 bluetooth
ecc                    36864  1 ecdh_generic
8021q                  32768  0
garp                   16384  1 8021q
stp                    16384  1 garp
llc                    16384  2 garp,stp
brcmfmac              319488  0
brcmutil               20480  1 brcmfmac
ch341                  16384  0
usbserial              36864  1 ch341
sha256_generic         16384  0
libsha256              20480  1 sha256_generic
raspberrypi_hwmon      16384  0
cfg80211              675840  1 brcmfmac
rfkill                 28672  6 bluetooth,cfg80211
bcm2835_codec          36864  0
bcm2835_v4l2           45056  0
v4l2_mem2mem           32768  1 bcm2835_codec
bcm2835_isp            32768  0
bcm2835_mmal_vchiq     28672  3 bcm2835_isp,bcm2835_codec,bcm2835_v4l2
videobuf2_dma_contig    20480  2 bcm2835_isp,bcm2835_codec
videobuf2_vmalloc      16384  7 uvcvideo,bcm2835_v4l2
videobuf2_memops       16384  2 videobuf2_dma_contig,videobuf2_vmalloc
videobuf2_v4l2         28672  5 bcm2835_isp,uvcvideo,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem
videobuf2_common       57344  6 bcm2835_isp,uvcvideo,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
snd_bcm2835            28672  1
snd_pcm                94208  2 snd_usb_audio,snd_bcm2835
snd_timer              32768  1 snd_pcm
videodev              237568  8 bcm2835_isp,uvcvideo,bcm2835_codec,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
snd                    73728  10 snd_hwdep,snd_usb_audio,snd_timer,snd_rawmidi,snd_usbmidi_lib,snd_seq_device,snd_bcm2835,snd_pcm
mc                     40960  8 bcm2835_isp,uvcvideo,bcm2835_codec,snd_usb_audio,videobuf2_common,videodev,v4l2_mem2mem,videobuf2_v4l2
vc_sm_cma              32768  2 bcm2835_isp,bcm2835_mmal_vchiq
uio_pdrv_genirq        16384  0
uio                    20480  1 uio_pdrv_genirq
fixed                  16384  0
ip_tables              28672  0
x_tables               32768  4 ip_tables,nft_compat,xt_tcpudp,xt_DSCP
ipv6                  458752  42

Display More

dmesg

rpi444 · Jan 7th 2023

Quote from Tylon

Doch es ist immer noch auch nach einem Reboot mit dem WLAN verbunden.

Blackliste den Treiber:

Code

brcmfmac

oder deaktiviere das Wlan in der /boot/config.txt.

Tylon · Jan 7th 2023

habs den Treiber geblacklistet.

Pi ist nicht mehr erreichbar. Hab mal Monitor und Tastatur angeschlossen.

In der ifconfig steht eine IP Adresse unter eth0 die völlig aus dem Nummerkreis der Fritzbox (192.179.168.XXX).

Dort steht was von 169.254.66.XXX

rpi444 · Jan 7th 2023

Quote from Tylon

habs den Treiber geblacklistet.
Pi ist nicht mehr erreichbar.

Ja. Vor dem blacklisten hättest das Zuweisen der IP-Adresse (aus dem Subnetz der FB) an das eth0-Interface, richtig konfigurieren müssen. Aber noch ist es nicht zu spät.

Quote from Tylon

In der ifconfig steht eine IP Adresse unter eth0 die völlig aus dem Nummerkreis der Fritzbox (192.179.168.XXX).
Dort steht was von 169.254.66.XXX

BTW: Die FB ist auch unter 169.254.1.1 erreichbar.

Teste mal auf dem PI mit:

Code

ping -c 3 169.254.1.1

OK, aber das muss ja nicht sein.

Was benutzt Du für das Zuweisen der IP-Adresse? Evtl. dhcpcd? Wenn ja, dann poste die Ausgabe von:

Code

cat /etc/dhcpcd.conf

hyle · Jan 7th 2023

Würde hier nicht einfach mit rfkill das wifi zu blocken ausreichen?

rpi444 · Jan 7th 2023

Quote from hyle

Würde hier nicht einfach mit rfkill das wifi zu blocken ausreichen?

Ja, geht auch. Aber rkill ist ein Programm für die Kommandozeile, wenn man (nur) gelegentlich was ändern will.

Klar kann man es auch mit der rc.local-Datei oder mit einem Script/service-unit/etc. benutzen.

FSC830 · Jan 7th 2023

Eine 169.254.x.x zeigt an, das der Pi keinen DHCP Server findet.

LAN Kabel in Ordnung?

Gruss

hyle · Jan 7th 2023

Quote from rpi444

Ja, geht auch. Aber rkill ist ein Programm für die Kommandozeile, wenn man (nur) gelegentlich was ändern will.
Klar kann man es auch mit der rc.local-Datei oder mit einem Script/service-unit/etc. benutzen.

Soweit ich mich erinnere ist der abgesetzte Befehl, also z.B. sudo rfkill block wifi, persistent.

rpi444 · Jan 7th 2023

Quote from hyle

... ist der abgesetzte Befehl, also z.B. sudo rfkill block wifi, persistent.

D. h. er überlebt ein reboot?

Dann wäre das: https://wiki.ubuntuusers.de/rf…Schalten-beim-Systemstart aber nicht erforderlich.

hyle · Jan 7th 2023

Quote from rpi444

D. h. er überlebt ein reboot?

Ja. Gerade getestet weil ich auch gerade unsicher war.

rpi444 · Jan 7th 2023

Quote from hyle

Ja.

OK.

Dann stellt sich die Frage, ist das (nur) beim PI so? Wenn nicht, dann müssten die das UU-Wiki ändern.

Ich habe kein Problem mit rfkill und wer es mag, soll es auch benutzen. Für mich ist und bleibt rfkill lediglich ein "Schalter", der mal an und mal aus sein kann. Man sieht ja in den Foren, wie die Leute nichts davon wissen bzw. nicht wissen, ob er gerade an oder gerade aus ist.

DistroEx · Jan 7th 2023

Quote from rpi444

OK.
Dann stellt sich die Frage, ist das (nur) beim PI so? Wenn nicht, dann müssten die das UU-Wiki ändern.

Hier läuft ein Service mit.

Code

● systemd-rfkill.service - Load/Save RF Kill Switch Status
     Loaded: loaded (/lib/systemd/system/systemd-rfkill.service; static)
     Active: inactive (dead) since Sat 2023-01-07 22:05:28 CET; 10min ago
TriggeredBy: ● systemd-rfkill.socket
       Docs: man:systemd-rfkill.service(8)
    Process: 23627 ExecStart=/lib/systemd/systemd-rfkill (code=exited, status=0/SUCCESS)
   Main PID: 23627 (code=exited, status=0/SUCCESS)
        CPU: 19ms

Jan 07 22:05:23 cranberrypie systemd[1]: Starting Load/Save RF Kill Switch Status...
Jan 07 22:05:23 cranberrypie systemd[1]: Started Load/Save RF Kill Switch Status.
Jan 07 22:05:28 cranberrypie systemd[1]: systemd-rfkill.service: Succeeded.
(END)

Display More

rpi444 · Jan 7th 2023

Quote from DistroEx

Hier läuft ein Service mit.

Ja, aber was heißt das? "block" oder "unblock"?

hyle · Jan 7th 2023

Bei Login per SSH wird hier folgendes angezeigt:

Quote

ssh pi@avi

Linux avi 5.15.76-v7+ #1597 SMP Fri Nov 4 12:13:17 GMT 2022 armv7l

The programs included with the Debian GNU/Linux system are free software;

the exact distribution terms for each program are described in the

individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

Last login: Sat Jan 7 15:14:12 2023 from 192.168.178.49

Linux avi 5.15.76-v7+ #1597 SMP Fri Nov 4 12:13:17 GMT 2022 armv7l

The programs included with the Debian GNU/Linux system are free software;

the exact distribution terms for each program are described in the

individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

Last login: Sat Jan 7 15:14:12 2023 from 192.168.178.49

Wi-Fi is currently blocked by rfkill.

Use raspi-config to set the country before use.

Display More

und rfkill list zeigt den Status ja auch klar an.

DistroEx · Jan 7th 2023

Quote from rpi444

Ja, aber was heißt das? "block" oder "unblock"?

Der Service merkt sich offenbar den letzten Status. Ich habe eben geblockt und dann neu gestartet, nach wie vor kein WLAN, wie bei hyle.

Quote

SYSTEMD-RFKILL.SERVICE(8) systemd-rfkill.service SYSTEMD-RFKILL.SERVICE(8)

NAME

systemd-rfkill.service, systemd-rfkill.socket, systemd-rfkill - Load and save the RF kill switch state at boot

and change

[...]

DESCRIPTION

systemd-rfkill.service is a service that restores the RF kill switch state at early boot and saves it on each

change. On disk, the RF kill switch state is stored in /var/lib/systemd/rfkill/.

KERNEL COMMAND LINE

systemd-rfkill understands the following kernel command line parameter:

systemd.restore_state=

Takes a boolean argument. Defaults to "1". If "0", does not restore the rfkill settings on boot. However,

settings will still be stored on shutdown.

Display More

hyle · Jan 7th 2023

Quote from DistroEx

Der Service merkt sich offenbar den letzten Status.

Das wird über Dateien geregelt. /sys/class/rfkill/rfkill0/device/rfkill0/soft mit dem Inhalt 1 ist das wifi geblockt und mit dem Inhalt 0 nicht geblockt.

//Edit

Quote from https://wiki.ubuntuusers.de/rfkill/#Automatisches-Schalten-beim-Systemstart

Das Subsystem macht seine Steuerungsmöglichkeiten über die sysfs-Schnittstelle als Dateien unterhalb von /sys/class/rfkill/ und über die Gerätedatei /dev/rfkill zugänglich.

Zum einfachen Ein- und Ausschalten der Funkgeräte durch den Benutzer gibt es das Kommandozeilenprogramm rfkill 🇬🇧, dessen Bedienung das Thema dieses Artikel sein soll.

DistroEx · Jan 7th 2023

Quote from hyle

Nein, das wird über Dateien geregelt. /sys/class/rfkill/rfkill0/device/rfkill0/soft mit dem Inhalt 1 ist das wifi geblockt und mit dem Inhalt 0 nicht geblockt

Ah, da also auch...

Der Service merkt sich den letzten Status, wie es in der manpage steht:

Code

$ ls -al /var/lib/systemd/rfkill/
total 24
drwxr-xr-x  2 root root 4096 Jan  7 22:33 .
drwxr-xr-x 11 root root 4096 Apr  4  2022 ..
-rw-r--r--  1 root root    2 Sep  7 14:55 platform-3f300000.mmcnr:wlan
-rw-r--r--  1 root root    2 Sep  7 14:55 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0:wlan
-rw-r--r--  1 root root    2 Jan  7 22:33 platform-fe300000.mmcnr:wlan
-rw-r--r--  1 root root    2 Apr 30  2022 platform-soc:bluetooth
$ rfkill block wlan 
$ cat /var/lib/systemd/rfkill/platform-fe300000.mmcnr\:wlan 
1
$ rfkill unblock wlan
$ cat /var/lib/systemd/rfkill/platform-fe300000.mmcnr\:wlan 
0

Display More

Tylon · Jan 8th 2023

weiter im Text

Quote from rpi444
Ja. Vor dem blacklisten hättest das Zuweisen der IP-Adresse (aus dem Subnetz der FB) an das eth0-Interface, richtig konfigurieren müssen. Aber noch ist es nicht zu spät.
BTW: Die FB ist auch unter 169.254.1.1 erreichbar.
Teste mal auf dem PI mit:
Code
ping -c 3 169.254.1.1
OK, aber das muss ja nicht sein.
Was benutzt Du für das Zuweisen der IP-Adresse? Evtl. dhcpcd? Wenn ja, dann poste die Ausgabe von:
Code
cat /etc/dhcpcd.conf

Code

pi@octopi:~ $ ping -c 3 169.254.1.1
PING 169.254.1.1 (169.254.1.1) 56(84) bytes of data.
From 169.254.66.241 icmp_seq=1 Destination Host Unreachable
From 169.254.66.241 icmp_seq=2 Destination Host Unreachable
From 169.254.66.241 icmp_seq=3 Destination Host Unreachable

--- 169.254.1.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 70ms
pipe 3

/etc/dhcpcd.conf

Hab jetzt WLAN erstmal wieder aktivert um Zugriff zu haben

ifconfig

fred0815 · Jan 8th 2023

Vergib mal eine feste, noch freie IP, z.B.:

Code

interface eth0
static ip_address=192.168.178.99/24
static routers=192.168.178.1
static domain_name_servers=192.168.178.1 8.8.8.8

rpi444 · Jan 8th 2023

Quote from Tylon

weiter im Text

Code

--- 169.254.1.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 70ms
pipe 3

Dann funktioniert die Lan-Verbindung zum PI, evtl. nicht.

Poste jetzt mit funktionierender Wlan-Verbindung, die Ausgaben von:

Code

arp -a
ip r g 169.254.1.1
ping -c 3 169.254.1.1
ping -c 3 -I eth0 169.254.1.1

Wechsel von WLAN auf LAN

Similar Threads

Stabilität & Geschwindigkeit der Internetverbindung dauerhaft loggen und ausgeben lassen

raspAP, Zugriff auf eigene Webseiten auf den Raspi funktionieren nicht

ESP und Reisemonitor

WLAN Passwort mittels PI Imager ausspähen

Installation von Raspberry OS Bullseye Full auf Pi 4