Re: Initialisatie van draadloze netwerkkaarten is onstabiel
Hallo Martijn, Geert en Paul, Op 30 mei 2022 had ik voor de vierde keer op rij geen foutmeldingen meer tijdens het opstarten gekregen die er toe leiden dat ik daarna geen draadloze verbinding met mijn access point heb. Daarom ga ik er sindsdien van uit dat het probleem is opgelost. Op 26 mei 2022 heb ik hoofdzakelijk de volgende stappen gezet: - Ik heb de contacten van de nieuwe netwerkkaart schoongemaakt met 96% alcohol. - Ik heb de contacten van de nieuwe netwerkkaart een aantal malen op en neer bewogen in PCIEX1_1 en daarna de nieuwe netwerkkaart in dat slot vastgezet. - In UEFI heb ik 'PCIEX16_2 4x-1x Switch' op 1x gezet. - Met Synaptic heb ik de backport van firmware-iwlwifi opnieuw geïnstalleerd. Als bijzaken heb ik de volgende stappen gezet: - Ik heb de contacten van de nieuwe netwerkkaart na het schoonmaken met een loep gecontroleerd. - In UEFI heb ik '1.05 V SB Voltage' teruggezet van 1,1 V naar 1,05 V en '2.5 V SB Voltage' teruggezet van 2,55 V naar 2,5 V. - Met Synaptic heb ik een aantal pakketten geïnstalleerd om Bluetooth te ondersteunen, omdat de netwerkkaart daarvoor een kabeltje heeft dat in een USB-connector op het moederbord gestoken moet worden. Ik heb dit gedaan ofschoon ik helemaal geen Bluetooth-apparaten heb. Alle stappen heb ik achter elkaar gezet, waardoor mij niet duidelijk is welke stap of stappen beslissend waren. De e-mail van Geert van 22 mei 2022 om 08:25 uur is de e-mail die ik in mijn antwoord aan Martijn noemde. De e-mail heb ik pas op 24 mei 2022 gelezen. De e-mail leek mij eerst een onderonsje van Geert aan Martijn, waarvan ik een kopie ontving. Later bleek mij pas dat de e-mail ook aan mij gericht was. De foutmelding die Martijn voor Geert had ontzenuwd had ik zelf al onderzocht. Ik had daarna geen woorden gewijd aan de foutmelding maar in plaats daarvan vermeld welke foutmeldingen cruciaal waren. Op 30 mei 2022 heb ik de overige berichten pas gezien op de website van de lijst. Ik behandel hieronder nog de e-mail van Paul. Paul schreef dat het remounten van md0 hem opviel. De regels met 'EXT4-fs (md0): re-mounted. Opts: errors=remount-ro' waren in het logbestand terechtgekomen doordat zij het woord 'error' bevatten. Het woord 'error' hield echter kennelijk verband met de optie die aan het remounten wordt meegegeven. Daarom had ik geen verdere aandacht aan deze regels gegeven. Bij nader inzien is de opmerking van Paul echter terecht. Daarom heb ik mijn kernel-log van 30 en 31 mei 2022 nog doorgenomen. De regels komen daarin nog steeds voor. Eerst wordt gemeld: md/raid1:md0: active with 2 out of 2 mirrors md0: detected capacity change from 0 to 495683895296 Even later wordt mijn bestandssysteem eerst als volgt wordt gemount: EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) En weer even later als volgt: EXT4-fs (md0): re-mounted. Opts: errors=remount-ro Ik heb geen verklaring voor het twee keer mounten, maar het zou nodig kunnen zijn omdat mijn gehele bestandssyteem, inclusief de kernel die al in bedrijf is, in md0 staat. Hiermee is de e-mail van Paul dan nog behandeld. Ik ben blij dat het probleem met de initialisatie van de netwerkkaarten nu verholpen lijkt te zijn. Ik ben vooral ook blij dat ik daarvoor mijn moederbord niet hoefde te vervangen. Dank ook aan Geert en Paul, Met vriendelijke groet, Maarten
Re: Initialisatie van draadloze netwerkkaarten is onstabiel
Hallo Martijn, Hartelijk dank voor je antwoord! Ik heb ook een antwoord gekregen van Geert Stappers, maar ik heb besloten de verkregen antwoorden op volgorde van ontvangst te bestuderen én te beantwoorden, alvorens verdere stappen in de richting van een oplossing te zetten. Je vermoedde dat de systeemkern geen vrije adresruimte kan vinden voor de draadloze netwerkkaart. Die zienswijze vond ik interessant en zo slecht nog niet. Als ik echter de foutmeldingen nog eens aandachtig lees, dan lees ik in: 'pcim_iomap_regions_request_all failed' dat de integrale IO-map niet verkregen werd. Je vroeg voor welke architectuur ik Linux gebruik. Ik gebruik Linux voor de amd64-architectuur, dat was op te maken uit de systeemkern die ik vermeldde. Ach, dat kan gebeuren als je om 07:19 uur al antwoordt. Je vroeg of ik een andere kaart gebruik die heel veel geheugenruimte heeft, bijvoorbeeld een grafische kaart. Nee. Ik gebruik de XFX Radeon HD6450 grafische kaart met 1 GB DDR3 geheugen. Op de doos staat dat de kaart PCI Express 2.1 gebruikt. De grafische kaart is in PCIEX16_1 gestoken. Je vroeg of ik heel veel RAM heb. Ik heb 16 GB aan DDR4 werkgeheugen, dat was ook vermeld. 16 GB is tegenwoordig niet heel veel meer. Het moederbord ondersteunt maximaal 128 GB. Je stelde mij daarna twee pittige vragen. Je vroeg eerst of in het BIOS 64-bits adressering van PCI(e)-apparaten ingeschakeld is. Daarover heb ik niets in het BIOS kunnen vinden. In Advanced\PCI Subsystem Settings staat 'Above 4G Decoding' op Disabled. De informatie daarbij luidt: 'Enables or disables 64 bit capable devices to be decoded in above 4G address space (only if system supports 64 bit PCI decoding).'. Dit is misschien relevant, maar Disabled behoort tot de 'fail-safe defaults' van het moederbord. Dit was de enige instelling waarvan ik vond dat het in de buurt kwam van waarnaar je vroeg. Je vroeg daarna of 'PCIe Resizeable BAR' aanstaat. Dat was een interessante vraag omdat het woord BAR ook in sommige foutmeldingen voorkomt en ik die foutmeldingen niet begrijp. Ik heb echter niets over een 'resizeable BAR' kunnen vinden in het BIOS. Wat ik wel heb kunnen vinden is 'PCIEX16_2 4x 1x Switch' die op Auto staat. De functie daarvan is dat als een kaart in PCIEX1_1, PCIEX1_2 of PCIEX1_3 is gestoken dan krijgt PCIEX16_2 automatisch nog maar 1 lane en anders automatisch 4 lanes voor het overdragen van data. In plaats van Auto is te kiezen voor 1x of 4x. Ik zou deze instelling op 1x kunnen zetten. Je schreef dat de uitvoer van lspci -vvv voor de netwerkkaart en van lsmem voor mij interessant zou kunnen zijn. Ik heb de uitvoer van lspci -vvv en van lsmem bekeken. Zie de bijlagen. Ik werd er niet veel wijzer van. Uit lspci -vvv bleek wel dat er een kernelmodule iwlwifi actief is voor de netwerkkaart. Ik dacht dat iwlwifi firmware was. Het pakket firmware-iwlwifi geeft echter de volgende informatie: 'This package contains the binary firmware for Intel Wireless cards supported by the iwl3945, iwl4965, and iwlwifi drivers.'. Die zin had ik niet goed gelezen. Je vroeg of er op 11 mei iets veranderd is, bijvoorbeeld een BIOS-update, wat ik zou kunnen terugdraaien. De BIOS-update vond plaats op 8 april 2022. Dat was het eerste wat ik deed omdat ik mij tevoren behoorlijk had verdiept in het moederbord en de processor. De AMD Ryzen 5 5600X is een nieuwe processor en het BIOS had daarvoor een update nodig. Het moederbord is daarvoor zelfs zo gemaakt dat het BIOS vernieuwd kan worden zonder dat er een processor aanwezig is. Ik heb die functionaliteit gelukkig niet hoeven te gebruiken. Ik kon in Setup komen en de update met 'Asus EZ Flash 3' uitvoeren. Op 11 mei 2022 is niets veranderd. Je vroeg of er misschien een probleem is met het PCIe slot zelf. Ik vond dat de draadloze netwerkkaarten wel heel gemakkelijk in het PCIEX1_1 slot schoven. Daarom heb ik later ook het PCIEX1_3 slot geprobeerd. Dat maakte echter niet uit; de kaarten gingen net zo gemakkelijk in PCIEX1_3. Wacht eens even ... door temperatuurstijging kunnen materialen uitzetten ... en dan zouden slechte contacten beter contact kunnen maken. Goed punt, Martijn! Je vroeg als laatste of mijn voeding nog in orde is, of er misschien spanningsval is tijdens een koude start. Dat is theoretisch niet uit te sluiten. Je vraag was voor mij aanleiding om Scott Mueller's 'Upgrading and Repairing PC's', 22e editie, daarop eens na te slaan. Dat boek heb ik namelijk. De te leveren spanningen mogen niet meer dan 5% afwijken. Op 15 mei 2022 heb ik naar de voedingsspanningen gekeken die het BIOS monitort. De grootste afwijking naar beneden was toen 0,4%. Op 11 april 2022 heb ik met s-tui alle processor-threads maximaal belast. De processor bleef toen stabiel. Daarom heb ik heel weinig reden om aan mijn voeding te twijfelen. Het boek bleek echter ook problemen met adapterkaarten te behandelen. Het schoonmaken van de contacten kan helpen,
Re: Initialisatie van draadloze netwerkkaarten is onstabiel
Hallo Maarten, Op 21-05-2022 om 23:45 schreef bruninksb...@posteo.de: Hallo iedereen, Sinds 8 april maak ik gebruik van een nieuw moederbord, een nieuwe processor en nieuw werkgeheugen. Mijn besturingssysteem werd gehandhaafd, Debian 10. Debian is niet zo goed in nieuwe hardware, het lijkt me daarom veelal onverstandig een oudere versie te gebruiken. Mijn advies: upgraden naar Debian 11 als het even kan. - Moederbord: Asus ROG Strix B550F - Processor: AMD Ryzen 5 5600X - Werkgeheugen: Corsair DDR4 2x8GB @ 3200 MHz Omdat tijdens het opstarten foutmeldingen verschenen heb ik het UEFI vernieuwd en mijn systeemkern vervangen door een backport. Hierdoor kwam ik van bijna alle foutmeldingen af. - UEFI-BIOS firmware: versie 2604 van 25 februari 2022 - Systeemkern: linux-image-5.10.0-0.bpo.11-amd64 Precies, dat scheelt al veel. Bij Debian 11 zou je nog naar Linux 5.16 uit backports kunnen gaan als nodig. Op 6 mei viel echter een USB draadloze netwerkadapter uit. Daarna zijn twee draadloze netwerkkaarten toegepast die ik ook nog had. - Oude netwerkkaart: TP-Link Wireless Dual Band PCI Express Adapter TL-WDN4800 - Nieuwe netwerkkaart: TP-Link AX3000 Wi-Fi 6 Bluetooth 5.0 PCIe Adapter Archer TX3000E Vanaf 11 mei treedt bij deze netwerkkaarten echter bij het opstarten van mijn systeem vaak een cruciale foutmelding op, waarna een verbinding met mijn draadloze access point uitblijft. De netwerkkaart ontvangt dan geen enkel signaal meer. Het probleem wordt verholpen door opnieuw of enkele malen opnieuw op te starten. Het gaat dus om een kritieke race tijdens het opstarten of om een instabiliteit van mijn hardware. Bij de oude netwerkkaart treedt de volgende cruciale fout op: ath9k :04:00.0: PCI memory region reserve error Bij de nieuwe netwerkkaart treedt de volgende cruciale fout op: iwlwifi :04:00.0: pcim_iomap_regions_request_all failed Merk op dat beide foutmeldingen gelijksoortig zijn, terwijl ze gegenereerd worden door onderscheidenlijk de systeemkernmodule ath9k en de firmware iwlwifi. Waar ik soms succes mee heb bij PCIe problemen, is met het plaatsen van de PCIe adapter in een ander slot. Ah, ik zie verderop dat je dat al geprobeerd hebt. Ik heb een kernel-log vanaf 18 mei 2022 bijgevoegd. De log is gefilterd op 'Failed', 'error', 'CRITICAL' en 'WARNING'. Die meldingen over dat remounten van md0 vallen me nog op. Wat heb ik al gedaan om de problemen op te lossen? - De volgende pakketten zijn geïnstalleerd: linux-image-5.10.0-0.bpo.11-amd64 (5.10.92-1~bpo10+1) - De volgende pakketten zijn verwijderd: crda wireless-regdb - De volgende pakketten zijn geïnstalleerd: wireless-regdb (2020.04.29-2~bpo10+1) - De volgende pakketten zijn geïnstalleerd: firmware-atheros (20190114-2) - De volgende pakketten zijn opgewaardeerd: firmware-atheros (20190114-2) naar 20210315-3~bpo10+1 - De volgende pakketten zijn verwijderd: firmware-linux - De volgende pakketten zijn opgewaardeerd: firmware-amd-graphics (20190114-2) naar 20210315-3~bpo10+1 firmware-linux-nonfree (20190114-2) naar 20210315-3~bpo10+1 firmware-misc-nonfree (20190114-2) naar 20210315-3~bpo10+1 - De volgende pakketten zijn geïnstalleerd: crda (3.18-1) (18 mei 2022 om 15:11 uur) Wat heb ik nog meer gedaan? - Ik heb de nieuwe netwerkkaart in PCIEX1_1 vervangen door de oude. - In UEFI heb ik PCIEX 1_1 Mode van Auto op Gen 2 gezet. - In UEFI heb ik PCIEX 1_1 Mode van Gen 2 op Gen 1 gezet. - Ik heb de oude netwerkkaart verplaatst van PCIEX 1_1 naar PCIEX 1_3 - In UEFI heb ik '1.05 V SB Voltage' verhoogd van 1,05 V naar 1,1 V. - In UEFI heb ik PCIEX 1_1 Mode van Gen 1 op Auto teruggezet. - Ik heb de oude netwerkkaart verwijderd en de nieuwe in PCIEX 1_1 teruggezet. - In UEFI heb ik '2.5 V SB Voltage' verhoogd van 2,5 V naar 2,55 V. Wat heb ik onderzocht? - Ik heb onderzocht of als de initialisatie geslaagd is en ik een draadloze verbinding heb, of dan de netwerkkaart de verbinding in stand houdt bij zware belasting, met een internet-speedtest. Dat was het geval. - Ik heb onderzocht welke hardware welke PCIe slots ondersteunt. PCIEX16_1 en M.2_1 worden ondersteund door de processor. PCIEX16_2, M.2_2, PCIEX1_1, PCIEX1_2 en PCIEX1_3 worden ondersteund door de B550 chipset. Die chipset bestaat alleen uit de South Bridge. De instabiliteit lijkt te maken te hebben met een koude start. Wat zijn jullie gedachten omtrent de oorzaak van het meestal niet goed geconfigureerd raken van de draadloze netwerkkaarten bij het opstarten? Misschien heb je iets aan mijn schrijfsels. Bij nieuwe hardware zijn er vaak nog wat "kinderziektes" die in nieuwere versies van Debian, van het Linux kernel, en van wat ik nog steeds het bios noem, worden verholpen. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://vandervlis.nl/
Re: Initialisatie van draadloze netwerkkaarten is onstabiel
On Sun, May 22, 2022 at 07:48:41AM +0200, Martijn van de Streek wrote: > Geert Stappers schreef op zo 22-05-2022 om 07:23 [+0200]: > > On Sat, May 21, 2022 at 09:45:38PM +, bruninksb...@posteo.de wrote: > > > > > Wat zijn jullie gedachten omtrent de oorzaak van het meestal niet goed > > > geconfigureerd raken van de draadloze netwerkkaarten bij het opstarten? > > > > iwlwifi :04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2) > > Deze melding krijgt iedereen die een wifikaart van Intel heeft, op > kernels ouder dan 5.9 (en om onduidelijke redenenook op de 5.10-kernel > in Debian Bullseye). > > Dit stukje firmware is alleen nodig voor het team dat de driver > schrijft/debugt en kan met een module-parameter uitgezet worden. > > Zie ook: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966218 > > -Martijn > Dat zijn de betere berichten. (Ja, dat is een compliment.) Bij nader inzien had ik aan mijn eerdere bericht Wat heb je met die "failed to load" gedaan? moeten toevoegen. Mijn boodschap in het eerdere bericht was vooral Ik heb je bericht gezien, ook de gefilterde kernel log. Meer kan ik niet voor je doen. Groeten Geert Stappers -- Silence is hard to parse
Re: Initialisatie van draadloze netwerkkaarten is onstabiel
Geert Stappers schreef op zo 22-05-2022 om 07:23 [+0200]: > On Sat, May 21, 2022 at 09:45:38PM +, > bruninksb...@posteo.de wrote: > > > Wat zijn jullie gedachten omtrent de oorzaak van het meestal niet > > goed > > geconfigureerd raken van de draadloze netwerkkaarten bij het > > opstarten? > > iwlwifi :04:00.0: firmware: failed to load iwl-debug-yoyo.bin (- > 2) Deze melding krijgt iedereen die een wifikaart van Intel heeft, op kernels ouder dan 5.9 (en om onduidelijke redenenook op de 5.10-kernel in Debian Bullseye). Dit stukje firmware is alleen nodig voor het team dat de driver schrijft/debugt en kan met een module-parameter uitgezet worden. Zie ook: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966218 -Martijn
Re: Initialisatie van draadloze netwerkkaarten is onstabiel
On Sat, May 21, 2022 at 09:45:38PM +, bruninksb...@posteo.de wrote: > Hallo iedereen, > > > Sinds 8 april maak ik gebruik van een nieuw moederbord, een nieuwe processor > en nieuw werkgeheugen. Mijn besturingssysteem werd gehandhaafd, Debian 10. > > - Moederbord: Asus ROG Strix B550F > - Processor: AMD Ryzen 5 5600X > - Werkgeheugen: Corsair DDR4 2x8GB @ 3200 MHz > > Omdat tijdens het opstarten foutmeldingen verschenen heb ik het UEFI > vernieuwd en mijn systeemkern vervangen door een backport. Hierdoor kwam ik > van bijna alle foutmeldingen af. > > - UEFI-BIOS firmware: versie 2604 van 25 februari 2022 > - Systeemkern: linux-image-5.10.0-0.bpo.11-amd64 > > Op 6 mei viel echter een USB draadloze netwerkadapter uit. Daarna zijn twee > draadloze netwerkkaarten toegepast die ik ook nog had. > > - Oude netwerkkaart: > TP-Link Wireless Dual Band PCI Express Adapter TL-WDN4800 > - Nieuwe netwerkkaart: > TP-Link AX3000 Wi-Fi 6 Bluetooth 5.0 PCIe Adapter Archer TX3000E > > Vanaf 11 mei treedt bij deze netwerkkaarten echter bij het opstarten van > mijn systeem vaak een cruciale foutmelding op, waarna een verbinding met > mijn draadloze access point uitblijft. De netwerkkaart ontvangt dan geen > enkel signaal meer. Het probleem wordt verholpen door opnieuw of enkele > malen opnieuw op te starten. Het gaat dus om een kritieke race tijdens het > opstarten of om een instabiliteit van mijn hardware. > > Bij de oude netwerkkaart treedt de volgende cruciale fout op: > ath9k :04:00.0: PCI memory region reserve error > > Bij de nieuwe netwerkkaart treedt de volgende cruciale fout op: > iwlwifi :04:00.0: pcim_iomap_regions_request_all failed > > Merk op dat beide foutmeldingen gelijksoortig zijn, terwijl ze gegenereerd > worden door onderscheidenlijk de systeemkernmodule ath9k en de firmware > iwlwifi. > > Ik heb een kernel-log vanaf 18 mei 2022 bijgevoegd. De log is gefilterd op > 'Failed', 'error', 'CRITICAL' en 'WARNING'. May 20 14:47:26 desktop-computer kernel: [ 10.123983] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 16:40:35 desktop-computer kernel: [ 10.784018] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 16:40:35 desktop-computer kernel: [ 14.072331] iwlwifi :04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2) May 20 16:40:35 desktop-computer kernel: [ 14.625435] thermal thermal_zone0: failed to read out thermal zone (-61) May 20 16:55:24 desktop-computer kernel: [9.709253] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 16:55:24 desktop-computer kernel: [ 12.576063] iwlwifi :04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2) May 20 16:55:24 desktop-computer kernel: [ 13.471959] thermal thermal_zone0: failed to read out thermal zone (-61) May 20 17:58:00 desktop-computer kernel: [0.624969] pci :02:01.0: BAR 14: failed to assign [mem size 0x0010] May 20 17:58:00 desktop-computer kernel: [0.624981] pci :04:00.0: BAR 0: failed to assign [mem size 0x0002 64bit] May 20 17:58:00 desktop-computer kernel: [0.624982] pci :04:00.0: BAR 6: failed to assign [mem size 0x0001 pref] May 20 17:58:00 desktop-computer kernel: [ 10.289609] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 17:58:00 desktop-computer kernel: [ 13.081316] ath9k :04:00.0: PCI memory region reserve error May 20 18:00:21 desktop-computer kernel: [ 10.161909] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 18:01:33 desktop-computer kernel: [0.626413] pci :02:01.0: BAR 14: failed to assign [mem size 0x0010] May 20 18:01:33 desktop-computer kernel: [0.626425] pci :04:00.0: BAR 0: failed to assign [mem size 0x0002 64bit] May 20 18:01:33 desktop-computer kernel: [0.626426] pci :04:00.0: BAR 6: failed to assign [mem size 0x0001 pref] May 20 18:01:33 desktop-computer kernel: [ 10.047018] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 18:01:33 desktop-computer kernel: [ 13.281854] ath9k :04:00.0: PCI memory region reserve error May 20 18:03:13 desktop-computer kernel: [9.876747] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 18:24:47 desktop-computer kernel: [ 10.454972] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro May 20 18:24:47 desktop-computer kernel: [ 13.975179] iwlwifi :04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2) May 20 18:24:47 desktop-computer kernel: [ 14.758089] thermal thermal_zone0: failed to read out thermal zone (-61) > Wat heb ik al gedaan om de problemen op te lossen? > - De volgende pakketten zijn geïnstalleerd: > linux-image-5.10.0-0.bpo.11-amd64 (5.10.92-1~bpo10+1) > - De volgende pakketten zijn verwijderd: > crda > wireless-regdb > - De volgende pakketten zijn geïnstalleerd: > wireless-regdb (2020.04.29-2~bpo10+1) > - De volgende pakketten zijn geïnstalleerd: > firmware-atheros (20190114-2) > - De volgende pakketten zijn opgewaardeerd: >
Initialisatie van draadloze netwerkkaarten is onstabiel
Hallo iedereen, Sinds 8 april maak ik gebruik van een nieuw moederbord, een nieuwe processor en nieuw werkgeheugen. Mijn besturingssysteem werd gehandhaafd, Debian 10. - Moederbord: Asus ROG Strix B550F - Processor: AMD Ryzen 5 5600X - Werkgeheugen: Corsair DDR4 2x8GB @ 3200 MHz Omdat tijdens het opstarten foutmeldingen verschenen heb ik het UEFI vernieuwd en mijn systeemkern vervangen door een backport. Hierdoor kwam ik van bijna alle foutmeldingen af. - UEFI-BIOS firmware: versie 2604 van 25 februari 2022 - Systeemkern: linux-image-5.10.0-0.bpo.11-amd64 Op 6 mei viel echter een USB draadloze netwerkadapter uit. Daarna zijn twee draadloze netwerkkaarten toegepast die ik ook nog had. - Oude netwerkkaart: TP-Link Wireless Dual Band PCI Express Adapter TL-WDN4800 - Nieuwe netwerkkaart: TP-Link AX3000 Wi-Fi 6 Bluetooth 5.0 PCIe Adapter Archer TX3000E Vanaf 11 mei treedt bij deze netwerkkaarten echter bij het opstarten van mijn systeem vaak een cruciale foutmelding op, waarna een verbinding met mijn draadloze access point uitblijft. De netwerkkaart ontvangt dan geen enkel signaal meer. Het probleem wordt verholpen door opnieuw of enkele malen opnieuw op te starten. Het gaat dus om een kritieke race tijdens het opstarten of om een instabiliteit van mijn hardware. Bij de oude netwerkkaart treedt de volgende cruciale fout op: ath9k :04:00.0: PCI memory region reserve error Bij de nieuwe netwerkkaart treedt de volgende cruciale fout op: iwlwifi :04:00.0: pcim_iomap_regions_request_all failed Merk op dat beide foutmeldingen gelijksoortig zijn, terwijl ze gegenereerd worden door onderscheidenlijk de systeemkernmodule ath9k en de firmware iwlwifi. Ik heb een kernel-log vanaf 18 mei 2022 bijgevoegd. De log is gefilterd op 'Failed', 'error', 'CRITICAL' en 'WARNING'. Wat heb ik al gedaan om de problemen op te lossen? - De volgende pakketten zijn geïnstalleerd: linux-image-5.10.0-0.bpo.11-amd64 (5.10.92-1~bpo10+1) - De volgende pakketten zijn verwijderd: crda wireless-regdb - De volgende pakketten zijn geïnstalleerd: wireless-regdb (2020.04.29-2~bpo10+1) - De volgende pakketten zijn geïnstalleerd: firmware-atheros (20190114-2) - De volgende pakketten zijn opgewaardeerd: firmware-atheros (20190114-2) naar 20210315-3~bpo10+1 - De volgende pakketten zijn verwijderd: firmware-linux - De volgende pakketten zijn opgewaardeerd: firmware-amd-graphics (20190114-2) naar 20210315-3~bpo10+1 firmware-linux-nonfree (20190114-2) naar 20210315-3~bpo10+1 firmware-misc-nonfree (20190114-2) naar 20210315-3~bpo10+1 - De volgende pakketten zijn geïnstalleerd: crda (3.18-1) (18 mei 2022 om 15:11 uur) Wat heb ik nog meer gedaan? - Ik heb de nieuwe netwerkkaart in PCIEX1_1 vervangen door de oude. - In UEFI heb ik PCIEX 1_1 Mode van Auto op Gen 2 gezet. - In UEFI heb ik PCIEX 1_1 Mode van Gen 2 op Gen 1 gezet. - Ik heb de oude netwerkkaart verplaatst van PCIEX 1_1 naar PCIEX 1_3 - In UEFI heb ik '1.05 V SB Voltage' verhoogd van 1,05 V naar 1,1 V. - In UEFI heb ik PCIEX 1_1 Mode van Gen 1 op Auto teruggezet. - Ik heb de oude netwerkkaart verwijderd en de nieuwe in PCIEX 1_1 teruggezet. - In UEFI heb ik '2.5 V SB Voltage' verhoogd van 2,5 V naar 2,55 V. Wat heb ik onderzocht? - Ik heb onderzocht of als de initialisatie geslaagd is en ik een draadloze verbinding heb, of dan de netwerkkaart de verbinding in stand houdt bij zware belasting, met een internet-speedtest. Dat was het geval. - Ik heb onderzocht welke hardware welke PCIe slots ondersteunt. PCIEX16_1 en M.2_1 worden ondersteund door de processor. PCIEX16_2, M.2_2, PCIEX1_1, PCIEX1_2 en PCIEX1_3 worden ondersteund door de B550 chipset. Die chipset bestaat alleen uit de South Bridge. De instabiliteit lijkt te maken te hebben met een koude start. Wat zijn jullie gedachten omtrent de oorzaak van het meestal niet goed geconfigureerd raken van de draadloze netwerkkaarten bij het opstarten? Met vriendelijke groet, Maarten kernel-log-7.gz Description: application/gzip
