A Broadcom BCM43142 802.11b/g/n meghajtása különböző rendszerek alól

csuhas32

Van egy HP 250 G4 eddig talán Ubuntu 14.04 volt rajta az első rendszer, aztán az mindig lépdelt fel verziófrissítéssel, ahogy telt az idő, az utolsó Ubuntu 22.04-nek vallotta magát.
Ez alól (ha nem is tökéletesen, de) működött a címben nevezett belső WiFi-adapter.
Tegnap kíváncsiságból feldobtam a géphez csatlakoztatott külső lemezre egy LMDE 7-et.
A gépben az lspci szerint egy
02:00.0 Network controller: Broadcom Inc. and subsidiaries BCM43142 802.11b/g/n (rev 01)
van, ezt az LMDE live-ja nem hajtotta meg, ez szülte a tegnapi USB WiFi-adapteres blogot.
Azonban az kísérleti rendszer első indításakor „magától” működött a belső WiFi adapter, méghozzá jobban, mint korábban az Ubuntu alól, úgyhogy örömben fel is telepítettem az LMDE 7-et a belső SSD-re.

(Közjáték:
Eddig 4 GB RAM-mal ketyegett, gondoltam teszek bele még valamennyit, van még a fiókban pár bontott, így ma reggel ezzel kezdtem.
Nem volt könnyű szétszedni a gépet, megkínlódtam vele. Beletettem egy 4 GB-os DDR3-as SODIMM RAM-ot, összeraktam a gépet, bekapcsoltam, megdöbbenésemre nem látta.
Újból szétszedtem, az eredetileg benne lévőt áttettem a másik foglalatba és betettem mellé egy másik eddig fiókban heverőt.
Ezt se látta gép. :-(
Most már elkezdtem olvasni.
Kiderült (számomra is), hogy ebbe nem akármilyen RAM való, hanem különleges, na ilyet olvastam a GIADA-nál is. A GIADA-ban egy 4 GB-os van, és annak csak egyetlen foglalata van, szóval abban csak úgy tudnék bővíteni, ha a 4 GB-ost kicserélem egy 8 GB-osra. Majd ha meggazdagszom.
Szóval szétszedtem a GIADA-t is és kivettem belőle a RAM-ot, betettem a HP 250 G4-be.
Bekapcsolás után ott vigyorgott a 8 GB RAM a free -m kimenetében, azonban a telepítő automatizmusa által korábban készített 4 GB-os swap partíció nem illett tökéletesen ehhez.)

Úgy döntöttem újratelepítem a gépet, de ezúttal egy Debian 13 Xfce-vel.
A telepítő automatizmusa ezúttal már a gépben jelenleg lévő 8 GB RAM-hoz igazodva 8 GB-os swap partíciót készített.
Azonban a Broadcom WiFi adapter az éles rendszeren se jelentkezett munkára.
A forráslistát szerkesztettem és hozzáírtam a contrib non-free-t minden eredetileg benne lévő éles sorhoz.
A Synapticból feltettem a broadcom-sta-dkms csomagot.
Újraindítottam a rendszert, de még nem volt WiFi-hálózati adapter.
sudo apt install dkms linux-headers-$(uname -r)
sudo dkms autoinstall
Újraindítás és az inxi -F kimenetében immár ott a driver-nél a wl:
Device-2: Broadcom BCM43142 802.11b/g/n driver: wl
de gondoltam is, hogy ott lesz, hiszen már a belső WiFi adapter által csatlakozva a világhálóra írom ezt a bejegyzést. :-)

csuhas32

Tudom blogban nem kérdezünk, de úgy volt, hogy nincs kérdésem, aztán mégis lett.
Feltettem a frissítéseket, újraindítottam és megint nem volt WiFi-adapterem (bizonyára az új kernel miatt).
Netet kellett adnom a rendszernek és most is kiadni a

sudo apt install dkms linux-headers-$(uname -r)
sudo dkms autoinstall

párost, után már akár a sudo modprobe wl és természeten újraindítást követően is rendben volt már minden.
Ha jól sejtem az (uname -r) a jelenleg működő kernelt jelenti.
Logikailag csinálhatnám azt is, hogy a frissítés után még a régi kernel alól megnézem melyik kernel lett MOST telepítve és a Synapticban felteszem az ahhoz tartozó linux-headers- csomagot.
Azonban szeretném úgy csinálni mint a nagyfiúk és a nagylányok!
Milyen paranccsal tudnám megnézni még a korábbi kernel alól, hogy utoljára melyik kernel települt, hogy azt odabiggyesszem a sudo apt install dkms linux-headers- végére és így elegánsan, két paranccsal zárjam a frissítési procedúrát?
Természetesen az enyémnél jobb ötletre is vevő vagyok!

Htibi

Jó, te a régiről indítva akarod az újnak a számát. Elkalandoztam...

csuhas32

Htibi Próbálok keresgélni.
Az apt-mark showauto | grep linux-image parancsra ezt kapom:

linux-image-6.12.63+deb13-amd64
linux-image-6.12.73+deb13-amd64

Az uname -r parancsra ebben a pillanatban ez jön: 6.12.73+deb13-amd64
Ha ez közvetlen friss kernel telepítése után is így működik, abból tudnék dolgozni, ebből össze lehet legózni könnyen a parancsot, ami most például
sudo apt install dkms linux-headers-6.12.73+deb13-amd64
lett volna.
(Lehet, hogy a dkms nem is kellene bele, de az engem nem zavar, inkább így legyen és mindig állapítsa meg a rendszer, hogy fogyatékos vagyok, az már fenn van, minthogy hiányozzon.)

Szerk: Kutatásra talán a dpkg --list | grep linux-image is jó lesz.

csuhas32

Htibi Gondolkodtam. Az egyik is Debian 13 és gyakorlatilag a másik is.
Mivel az LMDE-n „magától” lett meghajtva a WiFi, a Debianon meg a friss kernelhez tartozó linux-headers-...-amd64-et hajkurászom utólag, talán erről a rendszerről a linux-headers-amd64 csomag hiányzik, úgyhogy feltettem azt. Remélem, hogy így automatikusan települni fog minden. A következő friss kernelnél kiderül, hogy jól tippeltem-e.

csuhas32

Szerk: Közben változott a hozzászólásod, összeraktad a kuszaságomból az igényt, akkor ez a hsz már nem érdekes.

@"Htibi"#p689786 Ez sem rossz, de mivel ilyenkor nincs netem, ezt fel kell jegyeznem és újra kell indulnom a régi kernellel, hogy azzal telepíteni tudjam a hiányzó csomagokat.

Lehet zavarosan írtam.
Telepítem a frissítéseket, köztük van új kernel is. Ekkor az uname -r-re még a jelenlegi kernelt kapom, de az alól van net.
Ilyenkor kellene azt kiíratni, ami települt, de amivel még soha nem volt indítva a rendszer, és gyorsan kiadni a

sudo apt install dkms linux-headers-
sudo dkms autoinstall

párost erre a friss kernelre, hogy már akkor is legyen vele net, amikor először lesz vele indítva a rendszer. (Normálisan ez a következő rendszerindulás.)

Htibi

csuhas32 Nagyon rég nem Debianoztam már. De emlékeim szerint nem az automatizmusáról híres. Azt teszi fel,, amire megkéred. Tehát még csak nem is meglepő, hogy nincs „minden” alapból rajta.

Ha az általad emlegetett „linux-headers-amd64” csomag egy metacsomag, akkor valószínű, hogy a következő kernelnél már fogja telepíteni a kernelhez ”passzoló” példányt.

csuhas32

Htibi Igen, meta.