Właśnie zainstalowałem czysty obraz najnowszej wersji Raspbian Stretch Lite.
Konkretnie - 2017-09-07-raspbian-stretch-lite.img
ifconfig
pokazuje, że mój interfejs Wi-Fi wlan0 został wykryty i uruchomiony.
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether b8:27:eb:c6:dc:d4 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 2516 bytes 144456 (141.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2516 bytes 144456 (141.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.165 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::d4dd:c202:d337:c0de prefixlen 64 scopeid 0x20<link>
ether 00:24:a5:36:ed:49 txqueuelen 1000 (Ethernet)
RX packets 49461 bytes 49499638 (47.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36499 bytes 4455517 (4.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Jednak próba użycia poleceń ifdown
lub ifup
mówi, że urządzenie nie istnieje.
[pi:~] sudo ifdown wlan0
ifdown: unknown interface wlan0
Być może ifup i ifdown będą działać tylko wtedy, gdy / etc / network / interfaces jest używany do zarządzania urządzeniami sieciowymi, i najwyraźniej nie jest tak w przypadku wersji Raspbian stretch lite z dnia 2017-09-07
networking
raspbian-stretch
saraf
źródło
źródło
ifconfig
, oto przyzwoity wątek dotyczący tego błędu serwera: Czy powinienem zakończyć korzystanie z Ifconfig? ..ifconfig
będzie istnieć przez długi czas. Coś jak IPv4. Istnieje więcej niż jeden sposób konfiguracji systemu. Używam,ifconfig
ponieważ jest to bardzo łatwe i daje dobre wyniki, do których jestem przyzwyczajony ... to moja preferencja i będę go używać, dopóki będzie on zawarty w repozytorium.Odpowiedzi:
Co działa zamiast
jest
źródło
Miałem podobny problem po zainstalowaniu PiHole. Uważam, że ta strona jest pomocna. https://raspberry-projects.com/pi/programming-in-c/tcpip/configuring-network-adaptors
W moim przypadku próbowałem zmienić statyczny adres IP PiHole po instalacji i miałem dwa adresy IP w pliku /etc/dhcpcd.conf. Po usunięciu błędu mój Pi znów działa na połączeniu przewodowym.
źródło