Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: solo on 2021/10/31, 11:45:55
-
Hallo Leute, in meinem Rechner ist Broadcom B43 wireless driver als Verbindungsmöglichkeit angegeben. Unerkärlich ist mir, warum dass Passwort zwar immer wieder in kurzer Folge verlangt wird, aber kein Internetanlschluss zustande kommt. Woran könnte das liegen ?
BS Plasma X11, siduction letzte Ausgbe mit allen UD und DU
b43-fwcutter
formwiare-b43-installer
firmware-b43legacy-installer
gruß solo
-
Es wäre hilfreich, wenn wir genau wüssten, von welchem Gerät wir reden. Ein
lspci | grep -i broad -vv
sollte das klären.
-
Ich bin mir nicht sicher, ob @devil wirklich
lspci | grep -i broad -vv
meinte, da -v für --invert-match steht und somit alle Zeilen ignorieren würde, in denen was mit broad steht. Versuchs mal ohne -vv.
edlin
-
# lspci | grep -i broad -vv
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 18)
00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 18)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 18)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 6 (rev 05)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation HM55 Chipset LPC Interface Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Park [Mobility Radeon HD 5430/5450/5470]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300/7300 Series]
02:00.0 Ethernet controller: Qualcomm Atheros AR8151 v1.0 Gigabit Ethernet (rev c0)
7f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 05)
7f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 05)
7f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 05)
7f:02.1 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor QPI Physical 0 (rev 05)
7f:02.2 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 05)
7f:02.3 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 05)
# lspci | grep -i broad
03:00.0 Network controller: Broadcom Inc. and subsidiaries BCM43225 802.11b/g/n (rev 01)
-
mh, ich besitze zwar nicht so einen WLAN-Chip, aber Du könntest mal hier schauen
https://wiki.debian.org/brcm80211
Ich kann mich furchtbar irren ......
-
So denn es sich wirklich um fehlende Firmware handelt, kann er sich auch gleich das Paket isenkram-cli (https://www.debian.org/releases/bullseye/amd64/ch06s04#completing-installed-system) installieren und die Firmware "nachinstallieren lassen".
-
firmware-brcm80211 ist schon die neueste Version (20210818-1),
aber immer noch wird das Passwort kurzfristig hintereinander verlangt, dennoch erfolgt keine Internetverbindung.
-
firmware-brcm80211 ist schon die neueste Version (20210818-1),
aber immer noch wird das Passwort kurzfristig hintereinander verlangt, dennoch erfolgt keine Internetverbindung.
Gib doch mal ein 'inxi -nSa' so aus reiner Neugier.
Nutzt Du den NetworkManager mit wpa_supplicant oder IWD, wpa_supplicant oder IWD ohne den NetworkManager?
Was schmettert Dir ein 'sudo ifconfig' um die Ohren bzw. vor die Augen?
Schon einmal geschaut, was 'dmesg | grep wlan' Dir mitteilt?
Verstecktes Netzwerk?
Mit 'nmcli' in der Kommando-Zeile probiert?
Vorausgesetzt NetworkManager ist installiert und wird genutzt!
nmcli dev WiFi con "ssid" password <password> name "name"
Bsp.: nmcli dev WiFi con "HomeOffice" password W1rkl1chS3hrG3h31m name "HomeOffice"
Capslock? Tastatur die falsche Belegung ..... usw.
An die Anweisung im Wiki gehalten?
.............................. to be continued ............
-
@edlin: natürlich muss das -vv (verbose) vor das grep.
@solo: lspci -vv | grep broad <== so ist es richtig und wirft eine ID aus (im Format yyyy:xxxx), die für das Auffinden der richtigen Firmware wichtig ist. Früher gab es da bei Broadcom immer mehrere, keine Ahnung, ob das noch so ist.
-
inxi -nSa
https://nopaste.debianforum.de/41511
-
Du könntest jenes versuchen
modprobe -r brcmsmac ; modprobe brcmsmac
Was sagt denn 'dmesg | grep wlan'?
Versuchst Du parallel zum Ethernet das Wi-Fi zu verbinden?
Wenn ja, deaktiviere das Ethernet und versuche es dann.
Ps.:
Bitte Paste solche Dinge hier, sodass man diese auch noch über einen längeren Zeitraum nachvollziehen kann.
Ich habe deinen Paste mal hier hingepackt.
inxi -nSa
https://nopaste.debianforum.de/41511
inxi -nSa
System:
Host: sid Kernel: 5.14.15-2-siduction-amd64 x86_64 bits: 64 compiler: gcc
v: 11.2.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.14.15-2-siduction-amd64
root=UUID=dff1b091-d3be-4a3f-80f3-59c2dd7b7c83 ro quiet
systemd.show_status=1
Desktop: KDE Plasma 5.23.0 tk: Qt 5.15.2 wm: kwin_x11 vt: 7 dm: SDDM
Distro: siduction 21.2.0 Farewell - lxde - (202109171726)
base: Debian GNU/Linux bookworm/sid
Network:
Device-1: Qualcomm Atheros AR8151 v1.0 Gigabit Ethernet
vendor: Acer Incorporated ALI driver: atl1c v: kernel port: 2000
bus-ID: 02:00.0 chip-ID: 1969:1073 class-ID: 0200
IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: 60:eb:69:6c:a1:12
Device-2: Broadcom BCM43225 802.11b/g/n
vendor: Foxconn T77H103.00 Wireless Half-size Mini PCIe Card
driver: bcma-pci-bridge v: N/A modules: bcma bus-ID: 03:00.0
chip-ID: 14e4:4357 class-ID: 0280
Ach ja:
Ich hätte schon gerne die Fragen, welche ich weiter oben gestellt habe, beantwortet!
firmware-brcm80211 ist schon die neueste Version (20210818-1),
aber immer noch wird das Passwort kurzfristig hintereinander verlangt, dennoch erfolgt keine Internetverbindung.
Gib doch mal ein 'inxi -nSa' so aus reiner Neugier.
Nutzt Du den NetworkManager mit wpa_supplicant oder IWD, wpa_supplicant oder IWD ohne den NetworkManager?
Was schmettert Dir ein 'sudo ifconfig' um die Ohren bzw. vor die Augen?
Schon einmal geschaut, was 'dmesg | grep wlan' Dir mitteilt?
Verstecktes Netzwerk?
Mit 'nmcli' in der Kommando-Zeile probiert?
Vorausgesetzt NetworkManager ist installiert und wird genutzt!
nmcli dev WiFi con "ssid" password <password> name "name"
Bsp.: nmcli dev WiFi con "HomeOffice" password W1rkl1chS3hrG3h31m name "HomeOffice"
Capslock? Tastatur die falsche Belegung ..... usw.
An die Anweisung im Wiki gehalten?
.............................. to be continued ............
Die Glaskugel ist leider verloren gegangen!
-
Ds hendrikL, bin noch am Abarbeiten der Hinweise, habe es nicht übersehen.
-
Das konnte ich finden:
nmcli dev wifi show
Fehler: Es wurde kein WLAN-Gerät gefunden.
nmcli dev wifi list
IN-USE BSSID SSID MODE CHAN RATE SIGNAL BARS SECURITY
9C:C8:FC:4A:C4:63 Li37D2 Infra 11 405 Mbit/s 100 ▂▄▆█ WPA2
CC:2D:21:35:FE:71 Hulapalu Infra 11 130 Mbit/s 54 ▂▄__ WPA2
CC:2D:21:35:FE:69 Hulapalu Infra 1 130 Mbit/s 47 ▂▄__ WPA2
CC:2D:21:35:FE:79 Hulapalu Infra 6 130 Mbit/s 44 ▂▄__ WPA2
E8:65:D4:D6:08:41 Hulapalu Infra 11 130 Mbit/s 44 ▂▄__ WPA2
A0:8D:16:36:2C:10 3WebCube2C0C Infra 6 270 Mbit/s 22 ▂___ WPA2
5C:B9:01:38:06:30 HP-Print-30-Officejet Pro 6830 Infra 6 54 Mbit/s 10 ▂___ WPA2
nmcli c
NAME UUID TYPE DEVICE
Cablecar 34c9ce3c-0000-385a-ae58-20aa746ca66f ethernet enp2s0
Air-802-11-wireless 6852ee88-0000-46f1-bacb-e9158f0d139f wifi --
Li37D2 daf84c20-0000-413f-9e14-8ad685b93627 wifi --
nmcli d
DEVICE TYPE STATE CONNECTION
enp2s0 ethernet verbunden Cablecar
wlan0 wifi nicht verbunden --
lo loopback nicht verwaltet --
(wlan funktioniert allerdings unter w10)
-
Der Router, mit dem Verbindung aufgenommen werden soll, ist
ARRIS TG3442, mit 2,4 Ghz und / oder 5 Ghz.
Zur Zeit gelingt nur die Verbindung über Kabel.
-
# iwd_install_versuch #
-# apt install iwd
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
iwd ist schon die neueste Version (1.19-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 15 nicht aktualisiert.
-# systemctl stop wpa_supplicant.service
-# systemctl mask wpa_supplicant.service
Created symlink /etc/systemd/system/wpa_supplicant.service → /dev/null.
-# touch /etc/NetworkManager/conf.d./nm.conf
touch: '/etc/NetworkManager/conf.d./nm.conf' kann nicht berührt werden: Datei oder Verzeichnis nicht gefunden
# ab hier sollte ich möglicherweise an eine neuinstallation von siduction denken . . . #
-
sudo ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.17 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::cdbd:28be:f102:4c8e prefixlen 64 scopeid 0x20<link>
ether 60:eb:69:6c:a1:12 txqueuelen 1000 (Ethernet)
RX packets 147834 bytes 190404623 (181.5 MiB)
RX errors 0 dropped 1 overruns 0 frame 0
TX packets 85938 bytes 9494036 (9.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 8 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 1000 (Lokale Schleife)
RX packets 138 bytes 12242 (11.9 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 138 bytes 12242 (11.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 9e:7c:c8:70:9d:8d 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
-
# nmcli dev WiFi con "Li37D2" password 123456789 name "Li37D2"
Fehler: Argument »WiFi« wird nicht verstanden.
-
Äh, mh, ja, okay, was machst Du da?
Warum iwd installieren?
Was fummelst Du da mit nmcli rum ohne zu wissen, was Du da eigentlich machst?
(Ich hatte Dir den richtigen Befehl gegeben, und wenn der nicht funzt sollte es eine Fehlermeldung geben)
sorry, hatte nicht die nächsten postings gesehen/gelesen!
Hast Du den "modprobe" Befehl ausgeführt und dann versucht das wlan zu verbinden?
Was sagt den dmesg | grep wlan?
Oder halt journalctl | grep wlan?
Such doch den Fehler anstatt Dein System endgültig zu schrotten.
Hast Du es schon einmal mit einem Live-Medium/iso versucht?
Also iso booten und dann mit dem wlan verbinden.
Und wenn Du die Fehlermeldung des touch-Befehls mal richtig lesen würdest, da ist ein Punkt zu viel im Dateipfad!
-
und ein zweites mal sorry es muss "wifi" und nicht WiFi heißen im nmcli Befehl
# nmcli dev wifi con "Li37D2" password 123456789 name "Li37D2"
Ps.: ja im Handbuch stand WiFi statt wifi.
Habe es gefixt -> https://github.com/siduction/sidu-manual/compare/48cc6f8485...bc4103dfee
-
dmesg | grep wlan erbrachte nichts, also fange ich wieder von vorne an im Handbuch : Network-Manager installieren
# apt install network-manager modemmanager mobile-broadband-provider-info network-manager-pptp plasma-widget-networkmanagement netwörk-manager-vpnc network-manager-openvpn
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket plasma-widget-networkmanagement ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
E: Für Paket »plasma-widget-networkmanagement« existiert kein Installationskandidat.
E: Paket netwörk-manager-vpnc kann nicht gefunden werden.
Bin wohl wieder an eine Mauer angerannt...
-
* plasma-widget-networkmanagement - gibts nicht, plasma-nm wird gebraucht
* netwörk-manager-vpnc - da ist ein ö drin wo ein o stehen müsste ;)
-
fixed:
https://github.com/siduction/sidu-manual/commit/a9cc8a50d3f68e1e6e89c493c2343961ed930084 and
https://github.com/siduction/sidu-manual/compare/a9cc8a50d3...8cafdd43ae
-
Die Verbindungen wurden für Kabel und Funk eingerichtet. Bis nun habe ich Wlan vom vom und zum Router des Kabeldienstes nicht einbringen können, das dafür notwendige Passwort wurde, obwohl richtig, nicht angenommen. So unterblieb diese 'Verbindung. Interessant war aber, dass eine Verbindung mit Kabel zum Hendi und von dort aus zum Wlan aufgebaut werden konnte. Eine Wlan-Verbindung auf Grundlage einer LIFE-DVD von Siduction konnte nicht aufgebaut werden. Der zuständige Kabel-Provider steht sich nur auf MS-Win.
Gruß solo
-
apt install network-manager modemmanager mobile-broadband-provider-info network-pptp plasma-widget-networkmanagement network-manager-vpnc network-manager-openvpn
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket plasma-widget-networkmanagement ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
E: Paket network-pptp kann nicht gefunden werden.
E: Für Paket »plasma-widget-networkmanagement« existiert kein Installationskandidat.
Stehe ich wieder vor einem Abgrund ?
-
Ich weiß zwar nicht, was du da vorhast, aber
* plasma-widget-networkmanagement - gibts nicht, plasma-nm wird gebraucht
....
Und nun schau ich mal nach network-pptp
hhl@hhl:~$ apt search network-pptp
Sortierung… Fertig
Volltextsuche… Fertig
hhl@hhl:~$ apt policy network-pptp
N: Paket network-pptp kann nicht gefunden werden.
hhl@hhl:~$ apt search network pptp
Sortierung… Fertig
Volltextsuche… Fertig
network-manager-pptp/unstable,testing 1.2.8-4 amd64
Rahmenwerk zur Netzwerkverwaltung (Kern der PPTP-Erweiterung)
...
Und welch Abgründe sich vor dir auftun, .........
Bei "Dante Alighieri" war da mal was, hatte aber jetzt nicht direkt mit diesem Thema zu tun ;)
-
Du stehst vielleicht nicht am Abgrund, aber sicher immer ein wenig selbst im Wege; Layer 8 Problem.
Hast du schon mal versucht, deine Eingaben mit Autovervollständigung zu erledigen? Wahrscheinlich nicht, sonst wäre dir schon bei der Eingabe aufgefallen, dass es die Pakete unter den Namen nicht gibt. Spätestens, wenn apt meckert, bietet sich ein apt search network --names-only | grep pptp
o.ä. an.
Dann sollte schnell klar sein, dass die beiden Pakete network-manager-pptp und plasma-nm heißen.
Klick mich
edit: hendrikL war schneller und der_bud hatte dir das schon mal mit dem Paket plasma-nm geschrieben ...
-
Danke für die Hinweise. Ich trete ein, aber lasse aber keine Hoffnung fahren . ., . .
Im Handbuch, auf Seite 152 gibt es tatsächlich plasma-widget-networkmanagement ;)
-
fixed:
https://github.com/siduction/sidu-manual/commit/a9cc8a50d3f68e1e6e89c493c2343961ed930084 and
https://github.com/siduction/sidu-manual/compare/a9cc8a50d3...8cafdd43ae
ps. Bitte lies doch mal die Antworten richtig und folge den links, da wärest du auch auf das verbesserte Handbuch gestoßen.
-
Was das Handbuch betrifft, kann ich solo keinen Vorwurf machen; unter https://manual.siduction.org/ ist die "alte" Version zu finden. Hatte ich vor langer Zeit auch schon mal angemerkt. Der "unbedarfte" user wird da nicht von allein zu github wandern. Ich komme damit klar, aber solo zeigt, dass solche inkonsistenten Quellen schnell unnötige Verwirrung stiften können.
edlin
-
Nur kurz ein zwischen Funken, das offline PDF-Manual ist aktuell zum download, https://manual.siduction.org/manual.pdf oder als upgrade (stand 29-11-2021), dass HTML-online-Manual ist "work in progress" und wird auch bald aktualisiert sein!
-
Sorry, @hendrikL, aber bei dem pdf schlägt mir ein
Siduction Handbuch
siduction Team
2021-07-27
entgegen, sprich: nicht die aktuelle Version. Vielleicht bin ich auch nur zu doof.
edlin, irritiert
-
Mh, cache leeren?
und
:~$ apt policy siduction-manual
siduction-manual:
Installiert: 2021-11-29
Installationskandidat: 2021-11-29
Versionstabelle:
*** 2021-11-29 500
500 https://packages.siduction.org/extra unstable/main amd64 Packages
100 /var/lib/dpkg/status
Edit, das Online-Manual ist nun auch aktualisiert!
-
Ja, war der cache (hat auf zwei Browser lange durchgehalten) - hätte ich selbst drauf kommen können.
Auf der Webseite sollte trotzdem immer ohne Zutun des Nutzers, egal was er im Cache gespeichert hat, die letzte Version geladen werden. Notfalls mit
<meta http-equiv="cache-control" content="no-cache"/>
oder
<meta http-equiv="expires" content="0"/>
edlin