Debian-installer hängt auf Netzwerk-hardware-Erkennung durch Broadcom-wlan-chip
Ich versuche, Debian testing (Jessie) auf einem Laptop zu installieren, aber ich stecke immer während der Netzwerkhardware-Erkennung fest.
Die letzte Zeile, die ich im Syslog gelesen habe, ist, dass die Firmware für den WLAN-Chip (bcm43xx-0.fw
) nicht geladen werden kann.
Für die Installation verwende ich ein bootfähiges USB-Laufwerk, auf das ich die debian netinst ISO lege.
Ich habe versucht, das USB-Laufwerk mit usb-creator-gtk
und dd
zu flashen, um die gleichen Ergebnisse zu erzielen.
Ich habe versucht mehrere Debian-Installateure:
- , Jessie Alpha-1-installer (
debian-jessie-DI-a1-i386-netinst.iso
) - der wöchentliche Build des Installers (
debian-testing-i386-netinst.iso
) - , Jessie Alpha-1 installer mit nicht freier Firmware (
firmware-jessie-DI-a1-i386-netinst.iso
) - der wöchentliche Build mit nicht freien Firmwares (
firmware-testing-i386-netinst.iso
)
In diesen letzten beiden Installateuren sehe ich, dass die Firmware bcm43xx-0.fw
tatsächlich im Pfad lib
existiert.
Ich habe auch versucht, das Installationsprogramm mit verschiedenen Startoptionen auszuführen: noapic nolapic
, hw-detect/start_pcmcia=false
, acpi=off
(jeder für sich und kombiniert) aber nichts geändert.
Ich bin ziemlich ahnungslos.
Dies ist meine Netzwerkhardware gemäß lspci
auf einem laufenden System (Ubuntu 11.04):
03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
Und dies ist die letzte Seite des Syslog des Debian-Installationsprogramms, kurz bevor es hängt:
main-menu[572]: INFO: Menu item 'ethdetect' selected
kernel: [ ...] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
kernel: [ ...] r8169 0000:05:00.0: can't disable ASPM; OS doesn't have ASPM control
kernel: [ ...] bcma: bus0: Found chip with id 0x4313, rev 0x01 and package 0x08
kernel: [ ...] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x24, class 0x0)
kernel: [ ...] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x18, class 0x0)
kernel: [ ...] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev 0x11, class 0x0)
kernel: [ ...] r8169 0000:05:00.0: irq 43 for MSI/MSI-x
kernel: [ ...] r8169 0000:05:00.0 eth0: RTL8168e/8111e at 0xf801c00, e8:11:32:14:a6:ea, XID 0c200000 IRQ 43
kernel: [ ...] r8169 0000:05:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
kernel: [ ...] bcma: bus0: Bus registered
net/hw-detect.hotplug: Detected hotpluggable network interface lo
kernel: [ ...] cfg80211: Calling CRDA to update world regulatory domain
kernel: [ ...] Support for cores revisions 0x17 and 0x18 disabled by module param allhwsupport=0. Try b43.allhwsupport=1
kernel: [ ...] b43: probe of bcma0:0 failed with error -524
kernel: [ ...] Broadcom 43xx driver loaded [ Features: PMNLS ]
kernel: [ ...] brcmsmac bcma0:0: mfg 4bf core 812 rev 24 class 0 irq 16
net/hw-detect.hotplug: Detected hotpluggable network interface eth0
kernel: [ ...] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
net/hw-detect.hotplug: Detected hotpluggable network interface wlan0
check-missing-firmware: /dev/.udev/firmware-missing does not exist, skipping
check-missing-firmware: /run/udev/firmware-missing does not exist, skipping
check-missing-firmware: no missing firmware in /dev/.udev/firmware-missing /run/udev/firmware-missing
kernel: [ ...] brcmsmac bcma0:0: firmware: failed to load brcm/bcm/bcm43xx-0.fw (-2)
kernel: [ ...] brcmsmac bcma0:0: Direct firmware load failed with error -2
kernel: [ ...] brcmsmac bcma0:0: Falling back to user helper
Ich wollte versuchen, das Kernelmodul für den Broadcom-Chip zu entladen/auf die schwarze Liste zu setzen, aber ich habe es nicht geschafft. Würde das funktionieren? Wie soll ich das machen?
Jede Hilfe wird sehr geschätzt.
2 answers
Https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681656
Die Problemumgehung besteht darin, zu einer anderen Shell zu wechseln:
Drücken Sie Alt-F2
Typ: nano /bin/check-missing-firmware
Fügen Sie in der ersten Zeile des Skripts exit 0 hinzu:
#!/bin/bash
exit 0
Drücken Sie Alt-F1 und kehren Sie zum eingefrorenen Bildschirm zurück und drücken Sie STRG-C, um dieses Skript zu beenden und neu zu starten. Wählen Sie nicht die widersprüchlichen Einstellungen für Netzwerk-Setup, und Sie sind gut für jetzt zu gehen!
Einige verwandte Informationen für zukünftige Leser dieses Threads; Dies bietet keine direkte Lösung für das veröffentlichte Problem, bietet jedoch möglicherweise eine andere Problemumgehung, wenn das Problem weiterhin wie bei mir besteht:
Bei "detecting network hardware" mit Debian (9) und Ubuntu (16) auf einem alten 32-Bit i386-Rechner, auf dem Windows Vista über Jahre erfolgreich ausgeführt wurde, ist ein ähnlicher Installationsstopp aufgetreten.
Der Installateur hat keine Fortschritte bei mehreren möglichen Workarounds gemacht einschließlich:
- die in diesem Thread erwähnten (Installer reagierte nicht auf die Schlüssel)
-
Die Verwendung von Boot-Optionen (per https://ubuntuforums.org/showthread.php?t=1326678):
Noapic nolapic acpi=aus pci=noacpi irqpoll pnpbios=aus
Verwendung der verschiedenen Installationsassistenten, die Debian & Ubuntu anbieten (Erweitert, grafisch, textuell usw.)
Endete mit der VM-Route der Installation von Debian unter Windows Vista maschine mit VirtualBox; und die Installation ging gut durch!
Während die Verwendung einer VM möglicherweise nicht für alle Szenarien möglich ist, könnte dies eine weitere Problemumgehung sein.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2018-11-07 14:31:56