Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: Ventero 26 Března 2021, 17:16:46
-
Xubuntu 20.4.2.1
Nevíte, co tohle má znamenat ?
Zařízení sice blblo, ale že nepracuje? Zrovna jsem na něm připojen ..
Zatrženo, že zařízení nepoužívat - tedy, že není používáno, když je a jediná aktivní volba "Používat ručně nainstalovaný ovladač nadále"
-
Toto je okno pre instalaciu neslobodnych ovladacov, tak tipujem ze to nebude hlaska k zariadeniu ale k ovladacu. Inak povedane asi ides na slobodnom ovladaci.
-
Toto je okno pre instalaciu neslobodnych ovladacov, tak tipujem ze to nebude hlaska k zariadeniu ale k ovladacu. Inak povedane asi ides na slobodnom ovladaci.
Pokud to tak skutečně je (domnívám se, že spíš jde o celkovou chybu indikace volby a stavu), tak je to absolutně idiotsky pojaté. V okně se jednoznačně mluví o zařízení, je zatrženo ho nepoužívat a i to tak zpětně hlásí (že nepracuje).
Občasné průpovídky o matroši, co si ho snad šlehají vývojáři, by pak byly plně na místě...
-
Obvyklé chování na které jsem zvyklý je, že pokud nejsou nalezeny proprietály, tak se prostě ohlásí, že nejsou nalezeny a hotovo.
Sice mi ta wifina blbne, ale pracuje - tohle je úlet.
Podívám se ale, jestli nejsou nějaké alternativní ovladače - je to trochu mrzutá práce, když se to seká nebo odpojuje.
Otázka také je, jestli není naprd ten UPC box.
-
Asi by to naozaj nemalo fungovat. U mna to vyzera ako na obr.
Mas dajaky ovladac vo vypise
sudo lshw | grep -i wireless
u mna
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtl8821ce ip=192.168.1.10 latency=0 multicast=yes wireless=IEEE 802.11bgn
description: Bluetooth wireless interface
-
... - je to trochu mrzutá práce, když se to seká nebo odpojuje.
...
No to by mohlo být vysvětlení... Prostě se ta kontrola stavu (co ji zobrazuje soft na screenshotu) spustila zrovna v okamžiku výpadku, kdy se WiFi adaptér v systému jevil jako nepoužívaný...
-
Zdá se, že nejsem jediný - tady to někomu blbne úplně stejně a se stejnou hláškou v add. drivers a ještě popisuje k tomu zamrzání aplikací, které jsem já zase pozoroval na svém stroji ve Win10, a asi má NTB Lenovo, kde je provoz této karty pod Ubuntu certifikován, přičemž tvrdí, že v 16.04 mu to šlo bez problémů:
https://askubuntu.com/questions/1248649/intel-dual-band-wireless-ac-3165-on-20-04-randomly-stops
V 16.04 prý pomáhal FW od Intel:
https://www.intel.com/content/www/us/en/support/articles/000005511/wireless.html
Ale ten je dle instrukcí určen zejména pro dané jádro - tady 4.2
Tak v 18.04 také zmínky o problémech s touto kartou.
Jsem trochu bezradný. Možná blbá várka čipů od intelu nebo nějaký bug v Ubuntu od verze 18.04
Vůbec se NetManager chová divně a nestandartně - nechce se třeba připojit na definovanou síť a vytvoří si ji duplicitně ...
Nějaké nápady?
-
Zkusil bych:
https://unix.stackexchange.com/questions/397370/wireless-network-slow-speed-inconsistant-connection-intel-dual-band-wireless (odpověď až na konci)
případně (pro mírně odlišný typ, ale může být užitečné i v tomto případě) https://www.archybold.com/blog/post/intermittent-connectionhigh-packet-loss-intel-wireless-driver-iwlwifi-ubuntu-linux-networkmanager
-
Případně možná i https://medium.com/@arjuna.deltoso/slow-wifi-connection-on-ubuntu-18-04-bionic-with-intel-wireless-3165-dual-band-wireless-ac-3165-fd5895fa30d6 (řešení může být identické s těmi už uvedenými, nezkoumal jsem).
Nebo https://forums.linuxmint.com/viewtopic.php?t=277912 => https://askubuntu.com/questions/1029723/slow-wifi-since-updating-to-18-04
Neřešilo se to tu už někdy?
-
Pokud jsem to dobře pochopil, tak to ale vypne Bluetooth ?
-
Pokud jsem to dobře pochopil, tak to ale vypne Bluetooth ?
Ne nutně, jsou tam i jiné zásahy.
Porovnej si ty kroky z jednotlivých odkazů. Ctrl+C a Ctrl+V do nějakého textového editoru, prostě jen řešení bez balastu.
-
https://www.archybold.com/blog/post/intermittent-connectionhigh-packet-loss-intel-wireless-driver-iwlwifi-ubuntu-linux-networkmanager
Tohle právě moc nefunguje - něco podobněho jsem tu už postoval k vynucení pásma 2,4, ale teď to blbne i v něm - NetManager to někdy vezme, ale jindy se odmítá připojit a nakonec chce vytvořit duplicitní síť s tím, že k SSID přidá "1" a chce opět heslo ...
Vypadá to, že je bug jak v NM, tak v SW pro Intel wifi ..
-
Ta řešení vypínají 11n, ale na AC to blbne daleko hůře - to jsme tu řešili - to pak musím restartovat modem ...
-
Když člověk tenhle adaptér (AC 3165) hledá na webu, tak zjistí, že i ve widlous si s ním užívají... Možná se moc nepovedl.
Já osobně na stabilním místě dávám jednoznačně přednost drátu. Jakýkoliv rádiový přenos je z principu vždycky horší, nehledě na to, že co bylo dnes, nemusí být zítra (stále vzrůstající obsazení pásma).
Prostě drát je drát (nebo nově optika je optika - myšleno kabel) a tak to bude vždycky.
-
Kdyby to šlo, tak si ho tam píchnu ..
-
Kdyby to šlo, tak si ho tam píchnu ..
No tak nejdou jenom nenatažený hodiny...
-
Vypadá to blbé - ten adaptér Intel je prostě problematickej - musí to fakt být blbá várka čipú - nezdá se mi, že by intel patlal 4 roky blbý drivery ..
Budu muset kontaktovat Zotac a optat se, jestli karta je onboard nebo ve slotu ..
-
Intel robí drivery do Linuxu? Doteraz som si myslel, že dodáva do linuxu len firmware do tých kariet.
-
Vypadá to blbé - ten adaptér Intel je prostě problematickej - musí to fakt být blbá várka čipú - nezdá se mi, že by intel patlal 4 roky blbý drivery ..
Budu muset kontaktovat Zotac a optat se, jestli karta je onboard nebo ve slotu ..
Kvalita dnešních výrobků (ať už HW nebo SW) je stále klesající. Dementním důvodem je především posedlost pořád něco měnit a dělat nově - bez toho, aby se to předchozí dotáhlo k dokonalosti (nebo alespoň k použitelnosti) a vyrábělo tak dlouho, dokud to někdo bude kupovat...
No a třeba takové bezolovnaté pájení je kurvítko par excellence a z principu věci... Ekologie je zrovna u této záležitosti těžce zástupný důvod.
Co to je konkrétně za Zotac?
-
Vyskúšaj prehodiť anténové káble na konektoroch karty pre Main/Aux.
Ak to nepomôže, tak by som doporučoval zamerať sa na dva najčastejšie problémy
- power managament
- spolupráca wifi/bt
Pre kombinované karty wifi/bt je potrebný špeciálny driver, ktorý má vyriešenú koexistenciu pri súčasnej prevádzke WiFi+BT. Inak povedané nemôže súčasne vysielať BT aj wifi. Ak sa to tak deje, tak v lepšom prípade je to poznať na pingu, v horšom prípade dôchádza k strate spojenia.
-
JirkaZ:
Souhlasím. Je to Zbox CA621 nano - informace jak, to jsem nevygooglil - asi to ještě nikdo nerozebral, kvůli záruce.
West:
Proto ani nevím, jestli přehodit kabely jde a pakliže ano, poškodil bych záruční pečeť. Myslím však, že tím to nebude - to se většinou projevuje jinak.
BT můžu zkusit vyřadit - jeden způsob je v jednom z odkazu, pokud existuje jiný, tak si rád nechám poradit a vyzkouším též - nicméně bude to pro mě ztráta ..
-
Tak vzhledem k tomu, že se to děje i na Win, tak myslím, že ten FW, který dodává pro Linux , má s drivery přímou souvislost. A že by měli takový bug už několik let, se mi nezdá. Tedy si myslím, že je to fyzicky nějaká špatná várka ..
-
Tohle je citace ohl. testu jiného modelu s pravděpodobně jiným (soudím dle BT5 namísto mých 4.2), ale příbuzným modelem wifikarty z PCMag:
Jedno upozornění: Pozor na modul Wi-Fi
Než se pustíme do benchmarků, je třeba u mé testovací jednotky upozornit na jednu věc: Integrovaná bezdrátová karta se ukázala jako nestabilní. Po instalaci ovladače Wi-Fi byl systém schopen detekovat bezdrátový signál a připojit se k bezdrátové síti, ale fungoval jen krátce, než se odpojil. Poté se ani tak neodpojil, jako spíše nenačetl žádné stránky.
Zkoušel jsem nainstalovat několik různých verzí ovladače pro bezdrátový čip, ale bez úspěchu. Nechtěl jsem před testováním rozebírat systém, protože jsem nechtěl, aby to změnilo výsledky, takže jsem pro účely testování použil jednoduchý USB Wi-Fi adaptér pro připojení k internetu.
Zdá se, že tohle jde za Intelem, který vybabral hromadu mizerných a pravděpodobně stran HW, karet - vzhledem k tomu, že stejné potíže jsou i na Win i na Ubu.
-
Já bych to viděl spíš cestou toho, co píše west. Ono nacpat dva transceivery se zcela odlišnou funkcí a přitom na skoro stejné frekvenci do jednoho pidibazmeku je skoro drzost a fakt je potřeba to kvalitně softwarově ošetřit...
-
Takových karet ale je použito hromada - sám jsem použil skoro na desítce strojů - a tohle jsem nezažil. A pokud se tyto potíže genericky objevují všude možně na netu z 99% ve spojitosti s Intel AC kartami, tak empiricky je to téměř jasné ...
-
Takže závěr je ten drát... Ono to už nativně má dva LAN konektory a modem je má určitě taky, navíc existují switche. Čili jen natáhnout tu šňůru...
No a nebo zkusit nějaký osvědčený model WiFi do USB a ten interní nepoužívat.
-
Tak oživuji toto téma. Zjistil jsem, že ve Win mohu ve vlastnostech/upřesnit konfigurovat parametry adaptéru a je tam možné vynutit normu N i pro pásmo 5Ghz a zatím stabilní. Teď ještě to samé nějak udělat v Linuxu. Ví někdo jak na to? West? Tibor?
-
To lepšie fungovanie nemusí byť s vynútením N i keď sa to tak javí. Drivery sa obvykle ladia ne kompromis medzi veľkým dosahom a necitlivosťou na rušenie. Tento parameter je nastavený natvrdo programátorom a každý driver to má zvyčajne inak.
Ak sa vynútenie nastaví len na jednej strane, tak to znamená len toľko, že rýchlostná automatika nastaví pre Tx len MCS rýchlosti, ale pozor! Platí to len pre datové framy. Control/Managament framy chodia takmer vždy na OFDM a to z dôvodu spolahlivosti. Napriklad Beacon je vysielaný na najnižšej rýchlosti aká je pri konkrétnom nastavení dostupná. Na 5 GHz je to 6 Mbps/OFDM. Mimochododom CTRL/MGMT framy idú vždy na šírke 20 MHz na rozdiel od datových framov na rýchlostiach MCS, ktoré môžu mať iné nastavenie šírky kanálu.
-
To nechápu.
Do té doby se to buď připojilo v pásmu 2,4 (to je pouze N) a jakštakš to jelo, byť kolísavě - dle chování pravděpodobně lavírování ohl. přeladění z jednoho pásma na druhé nebo se to připojilo v pásmu 5 vždy jen AC a šlo to jen chvíli, pak už jen připojeno bez internetu a takto se to vlastně chovalo i v Linuxu, akorát, že ten nemá hlášku o tom, že není internet.
Pak jsem ale pohrabal tu konfiguraci driveru ve Win a vynutil 802.11n - od té doby se to připojuje v pásmu 5, ale už jen jako protokol norma N na max. 150Mb a jede to jak víno ..
Takže i kdyby to bylo na vrub nějakého podružného parametru, tak to pomohlo a jsem si jist, že to pomůže i v Linuxu.
Kdysi jsme si psali, že konfiguruješ ty drivery v Lin, tak byl by jsi ochoten se mrknout, jestli by tam ta možnost byla? Nebo mě navést, co kde mám hledat?
-
Neviem, nepoznám Intel karty detailne, ale tipoval by som, že voľba 802.11n by sa mala pre lepšie pochopenie asi nazývať "preferencia 5 GHz" a to ti na Linuxe zrejme nefunguje. Ovšem ako tá voľba v skutočnosti funguje by sa dalo dozvedieť len zo zdrojového kódu drivera. Okrem tej preferencie môže nastavovať ešte niečo iné. Skôr by som asi poradil hladať niečo v štýle ako prepnúť AC 3165 na 5 GHz v Linuxe, najlepšie dať do googla v eng.jazyku. Ono totiž pri hľadaní výrazu "vynútenie 11n" sa asi nenájde to, čo by bolo vhodné. Na Linuxe sa môže tá istá voľba nazývať inak.
-
Ta volba s frekvenčním pásmem nesouvisí - ta vynucuje pouze normu / protokol. Nastavení upřednostňovaného pásma je už jiný další parametr. Jinak AC se týká vždy jen 5GHz zatímco N se týká obou pásem.
Mohl bych se obrátit na tvůrce driveru, ale to nevím, kdo ho dělá. A nebo by to ještě mohla být otázka FW dodaného Intelem - tedy se obrátit na jejich podporu.
-
Ak by to bolo tak ako píšeš, tak po vunútení 11n by muselo byť možné pripojiť sa aj na 2.4 GHz pásme, nielen na 5 GHz. V norme 11n sa vysiela aj na 2.4 GHz, ale v norme 11ac iba na 5 GHz.
Ďaľšia vec je tá, že nastavenie môže ovlivňovať len vysielanie paketov, ale nie to, v akej norme ich posiela router.
A na bežných routroch ak existuje vynútenie 11n, tak sa to týka len datových framov. Na pásme 2.4 GHz ide Beacon vždy v norme CCK rýchlosťou 1 Mbps. Na niektorých lepších routroch napr. Cisco, ale aj na Mikrotiku je možné vypnúť konkrétne rýchlosti od 1 Mbps až po 54 Mbps. To je lepšia možnosť, ale funguje správne len v nezarušených priestoroch a pri dostatočne silnom signáli.
-
V pásmu 2,4 se to připojí a v Lin vynutit lze, byť integrovaný NM má svoje mouchy a nálady. Tohle tam zase funguje lépe, než ve Win - tam sice nastavím v konfiguraci driveru upřednostnění pásma, ale spíše to nereflektuje. Nicméně pokusy ve Win ukázali, že ten hardcore factor je nejspíše současná aktivnost obou norem karty samotné - ve chvíli, kdy je na úrovni karty vynuceno N, tak je to stabilní v obou pásmech, zatímco pokud ne, tak v 2,4 N je to silně kolísavé a s aktivním BT o kus více, 5 N se to nikdy samo nepřipojí a v 5 AC je to nepoužitelné s BT aktivitou i bez ..
To si myslím, že je empiricky validní a pravděpodobnost tohoto závěru nad 96%
A proto tedy hledám, jak donutit tu kartu i v Lin. Možná, že to půjde i nějakým terminálovým příkazem nebo někdo někde dával typ na jiný lepší NM, než je ten původní - zkusím to najít a postudovat - snad na to najdu sílu a čas ..
Zatím se budu koukat na online filmy a TV ve Win - beztak tam je lepší vykreslení obrazu a zbytek v Lin, jak jsem už roky zvyklý ..
Největší podraz je ten FW UEFI toho stroje Zotac, protože neumožňuje plně použít jiné moduly.
-
Také se připojuji ke spokojeným uživatelům režimu letadlo :-(
Čerstvě nainstalováno poslední Ubuntu LTS na slušném železe MB ASUS TUF GAMING Z490-PLUS (WI-FI) CPU i7-XXXX . Připojení jsem zvolil integrovanou WIFI. Po instalaci a asi třetím restartu jsem nechal PC běžet asi hodinu a když jsem se k němu opět dostal a zalogoval se, tak režim Letadlo. Tak že jsem kliknul napravo nahoře a pokusil se pustit WIFI ručně. Objevili se sítě, připojil jsem se a po pár sekundách opět se WIFI vypnula. Tak jsem skusil natavení, a je tam položka "Vypnout WIFI" z důvodu úspory bla bla bla. Zrušil jsem přepínač - vypnul jsem tuto vymakanou ekoteroristickou funkci, vesele zavřel okno nastavení a nic. Když jsem se do toho nastavení vrátil, opět byla tato funkce povolena. Jsem uživatelem linuxu už pár let, a Ubuntu jsem zkusil zase asi po dvou letech, ale vidím že jsem opět ztratil den. Vrátím se ke Kubuntu. Tam takové prasárny nejsou. Osobně si myslím že za to může Unity. Je to horší než W10 :-(
-
=> Možná, že to půjde i nějakým terminálovým příkazem ...
Možnosti konfigurácie drivera sú dostupné príkazom modinfo. Riadky začínajúce slovom "parm" znamenajú možnosť zmeniť hodnotu konkrétneho parametra. Existujú aj iné možnosti na zmenu parametrov, napríklad cez ioctl (príkaz iwconfig, iwpriv), avšak to silne závisí od rozhodnutia programátora ktorý typ zadávania parametrov zvolí. Pre nové wifi drivery pod stackom mac80211 sa ustálila možnosť konfigurácie drivera počas inicializácie (nahratia do systému -> modinfo). Filozofia driverov v Lin je hodne odlišná od Win.
Základná vec je tá, že driver je rozdelený na driver a firmware na rozdiel od Win kde je to všetko spolu. Ďaľšia vec oproti Win je tá, že subsystém MAC (Media Access Control) včítane MLME vrstvy (MAC Layer Managament Entity) sú od drivera oddelené a sú súčasťou jadra. Lin driver obsahuje len to, čo sa týka fyzickej vrstvy a oproti Win je omnoho menší. MLME rieši takú vec ako je napríklad rýchlostná automatika a to aké rýchlosti bude karta podporovať.
-
To, čo chceš by mohlo byť dostupné cez konzolový nástroj 'iw', ktorý je managerom pre MLME vrstvu integrovanú v jadre. Preskúmaj ako funguje parameter: iw dev <devname> set bitrates
Neskúšal som ako a či vôbec funguje zmena hodnôt tohoto parametra, tak jedine, že to odlaboruješ.
-
Diky za tipy - po vikendu po brigade se k tomu vratim a budu.