#2 Ha a Debian telepítésénél nem választottad ki a sudot (továbbá nem hagytad ki teljesen a root felhasználó beállítását), akkor a

su

paranccsal kapsz admin jogokat, azaz a root felhasználó fiókját és annak jogait használod. Neki minden időben mindenhez joga van, de ugyanerre jó a sudo is. Rootként tevékenykedni nem mindig jó.

Tehát „su” és a parancsokból kihagyod, hogy „sudo”.

-----

Igen, a javasolt megoldás jó lesz neked, hiszen a támogatott eszközök leírásában, a korábban linkelt Wiki aloldalon szerepel a te WiFi eszközöd is. Így:

USB: 0CF3:9271 Atheros Communications, Inc. AR9271 802.11n

#1 lajos@csendes-pc:~$ lsusb
Bus 001 Device 003: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 062a:0000 Creative Labs Optical mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

lajos@csendes-pc:~$ sudo apt-get update
bash: sudo: parancs nem található

Úgy néz ki az első sorban, hogy felismerte, de a következő parancsot hiába adom ki, a terminál nem ismeri a sudo parancsot.

#4 A Debian alapértelmezetten katonásan-szabad (military-free). A driverek legtöbbször nem szabadon elérhetőek, és olykor még licenc díjat is kell fizetned ..., egyes országokban, egyes kodekek használataakor. Azaz, ahogy a korábbi Wiki is említi, fel kell venned a non-free tárolót („nem-szabad” tükör). Mert ott a csomag:
https://packages.debian.org/stretch/firmware-atheros

Mi a sources.list fájl tartalma?

xdg-open /etc/apt/sources.list

A fájl tartalmának szerkesztésével is felvehető a tároló.
A telepítőt letöltve nem szabad telepíteni, mert ekkor nem soha frissül és ez biztonsági kockázat, ha sebezhető lesz valamikor is.

#3 Itt megint elakadtam:

root@csendes-pc:/home/lajos# apt-get install firmware-atheros
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
E: Ez a csomag nem található: firmware-atheros

#6 Az első lépés az admin jog megszerzése:

su

Először mentsd el másolatban az eredeti, szerkesztendő szövegfájlt.

cp /etc/apt/sources.list /etc/apt/sources.list.ORIG

Nyisd meg szerkesztésre az eredeti fájlt:

nano /etc/apt/sources.list

A nano szövegszerkesztőben a kurzor nyilakkal lépkedhetsz a megfelelő helyre, a sor végére.

Kiemeltem az új tartalmat:
(a szóközök fontosak. Három helyen is változtatunk, az src forrást is. A contrib is fontos forrás.)

# deb cdrom:[Debian GNU/Linux 9.8.0 _Stretch_ - Official i386 xfce-CD Binary-1 20190216-12:51]/ stretch main

deb cdrom:[Debian GNU/Linux 9.8.0 _Stretch_ - Official i386 xfce-CD Binary-1 20190216-12:51]/ stretch main

deb http://ftp.cz.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ stretch main contrib non-free

deb http://security.debian.org/debian-security stretch/updates main contrib non-free
deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
deb http://ftp.cz.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ stretch-updates main contrib non-free

Mentsd a változtatást, majd lépj ki a nano szövegszerkesztőből:

Ctrl + O, és Enter, majd
Ctrl + X

Frissítsd a csomagforrások, a tükrök listáját:
(ha bármilyen hiba tapasztalható, akkor a parancs kimenetét másold be ide)

apt-get update

Telepítsd a firmwaret:

apt-get install firmware-atheros

Húzd ki és pár másodperc múlva dugd be az eszközt.

Indítsd újra a Hálózatot a Hálózatkezelő alkalmazás újraindításával:

service network-manager restart

Innentől már kell látnod WiFi-t. Persze, azt be kell kapcsolni a Hálózatkezelőben, netán kapcsolatot kell készítened ... ha egy sincs készen: Új kapcsolat.
Ha bármilyen hiba tapasztalható, azon parancs teljes kimenetét másold be ide, a válaszodba, és ne lépj a következő parancssorra.

#5

xdg-open /etc/apt/sources.list tartalma:

# deb cdrom:[Debian GNU/Linux 9.8.0 _Stretch_ - Official i386 xfce-CD Binary-1 20190216-12:51]/ stretch main

deb cdrom:[Debian GNU/Linux 9.8.0 _Stretch_ - Official i386 xfce-CD Binary-1 20190216-12:51]/ stretch main

deb http://ftp.cz.debian.org/debian/ stretch main
deb-src http://ftp.cz.debian.org/debian/ stretch main

deb http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security stretch/updates main

# stretch-updates, previously known as 'volatile'
deb http://ftp.cz.debian.org/debian/ stretch-updates main
deb-src http://ftp.cz.debian.org/debian/ stretch-updates main

#8 Első lépés a router beállítása
A routereknek egyéni beállításaik vannak. Például mindkét frekvenciát engedélyezni kell (legalábbis kezdetben érdemes, amit később persze, megváltoztathatsz egyéni ízlés, elvárás szerint)), manapság a legtöbb router képes két frekvenciára. Az én routeremen a hátlapon egy gombbal kapcsolom be- vagy ki a WiFit, azaz, hogy „sugározzon” vagy ne. Én kikapcsolva tartom általában.

Második lépés a Linux rendszer beállítása
Be kell kapcsolni a WiFit. Ki kell választani a kapcsolatot. Mindkét dolgot a Hálózatkezelőben, ahol ezután megjelennek a lehetséges WiFi kapcsolatok, azaz elérhető eszközök (akár a szomszéd lakásban is lehetnek ezek). Ha kiválasztottad a tied (a routert), akkor is kérheti a jelszót, és azt begépelve már kapcsolódik a gép a rourter WiFi-re. .. tehát nem elég, hogy létre lett hozva a kapcsolat, indítani is kell (ami egy teszt is, hogy mi a rendszer válasza a kapcsolódásra, van-e hibaüzenet). Automatikus kapcsolódás arra akkor van, ha az automatikus csatlakozás van kiválasztva.

A harmadik lépés az USB adapter tulajdonságai ...
A TL-WN722N Wi-Fi USB adapter is képes a két frekvenciára, de a legjobb, ha megnézed a dobozán vagy a neten.

#7 Sikerült a hadművelet, látszanak is a Wi-Fi-kapcsolatok, mégse kapcsolódik a routeremhez a Debian. A jelszót megadtam, kihúztam a LAN-kábelt, de innentől már nem volt internetkapcsolat. A hálózati beállításokban ott van a Wi-Fi-kapcsolódás:

https://my.pcloud.com/publink/show?code=XZrY6t7Z3C6nnIlMyUJa84nTys1XKzse...

Valamit még biztosan be kell állítani, de nem tudom, mit.

#10 azt hiszem

Rendszer szinten nincs ilyen kifejezés. :-)

Ha látszik a kapcsolat neve (router), katt rá, majd jelszót begépeled.

Látszik a kapcsolat?
Mi történik, amikor rákattintasz?
... a begépelt jelszó biztos jó? Azt látom, nem kértél mentést (máshol), nem is kötelező.

Ha ledob vagy hasonló gond, irány a naplók:

dmesg

cat /var/log/syslog | less

Viszlát!

#9 Az én routerem csak a 2,4 GHz-et ismeri, és azt hiszem az USB-s adapter is. A tálcán ott van a hálózati ikon. Az egér bal gombjával kattintva előjön az összes kapcsolat, nem csak az enyém, az idegenek is. Itt adtam meg a jelszavamat. Jobb egérgombra a hálózati kapcsolatok engedélyezése látszik, ami be van kapcsolva - a vezetékes is és a Wi-Fi is.

Majd holnap folytassuk, mert már kikapcsoltam a gépet.

Egyébként elég gyorsan fut rajta a Debian (Xfce-vel), pedig csak P4-es a gép (2,6 GHz), 1 GiB RAM-mal. A Firefox is meglepően pörgős. Azért azt furcsállom, hogy a többi Linux elhasalt már a CD beolvasásakor is.

#19 Kis gondolkodás nem árt sosem azért. :-)
Formázatlan szöveget sosem a LibreOfficeszal olvastatunk be, de ha mégis az nyitja alapértelmezettem a TXT (*.sh, *.list, stb.) fájlokat, akkor
-- „gyorsan” le kellett volna állítani a Libreofficet,
-- és fájlkezelőből egy szövegszerkesztővel megnyitni a mentett *.txt fájlt.
Ami pikk-pakkra ment volna. Szövegszerkesztő például a Geany.

-----

Valami másik op. rendszer kéne erre a gépre, amelyiknek nem okoz gondot a Wi-Fi.

Nem a WiFi okoz gondot egészen pontosan, hanem a WiFi-t kártyád. És alapból valami gond van azzal, de sosem fog megoldódni ..., mert megint elveszítetted a türelmed, mint oly sokszor. Más embernél ugyanez a javaslat bejött, így talán kijelenthetem, nálad is ment volna valahogy. S a Debian rendszert sem kötelező használni, ha az sem jut eszedbe, hogy a sudo miért hiányzik és ezt kell magyarázni (és nem ma kezdtél kérdezősködni sem). De legalább jegyzetelnél vagy ilyesmi. :-)
Mindenesetre „köszönöm”, hogy reagálsz az IPv6 felvetésemre. ... nem reagáltál. Az LO-val ... nyüszködtél.

-----

Ráadásul meg is hízott a gyökérpartíció: kezdetben 4 giga alatt volt a helyfoglalás, most meg 12 fölött jár.

Valami speciális disztribúció kéne neked, ami a használat során inkább egyre kevesebb helyett foglal, és egyre gyorsabb (de utóbbit például a Linux Mint 19.1 teljesíti, hiszen sokkal gyorsabban a 19-es verziónál). :D
4GB helyet manapság mindegyik disztribúció elfoglal, de inkább 6-8GB-ot. Evan.
Meg lehet nézni,melyik könyvtár hízott meg ... . Lehet, valami állandó naplózás az ok.

#18 Tele van a búrám ezzel a Debiannal: még 25 perc után sem olvasta be a syslog_01.txt fájlt a LibreOffice.
Valami másik op. rendszer kéne erre a gépre, amelyiknek nem okoz gondot a Wi-Fi. Kár, hogy a Manjarónak csak 64 bites verziója van.
Ráadásul meg is hízott a gyökérpartíció: kezdetben 4 giga alatt volt a helyfoglalás, most meg 12 fölött jár.

#27 Az IPv6 manővert végrehajtottam, de szerintem annak nincs jelentősége. Ha más op. rendszerek alatt működik a Wi-Fi adapter, Debian alatt is illene. Az új gépemen (acer) az LMDE sem ismeri fel a belső Wi-Fi-adaptert, ami egy kicsit ciki. A Linux Mint csapat igazán beletehette volna a disztróba a Wi-Fi-kezelést, ha már a többi rendszerébe beletette.

Tehát röviden és még egyszer. A Debian military-free (olvass vissza, mit jelent), ezért alapvetően nem teszik bele azt a firmwaret, ami a te WLAN kártyádnak kell, mert ez a firmware nem free. Ennyi. :-)
Ezért kellett felvenni a non-free tükröt ..., amit persze, felvehetsz, mert erről te döntesz és nem a Debian.
Az LMDE is Debian-alapú, így ... minden teendő ugyanaz.

Egyszer, az egyik Scientific Linuxba egy Debian alól chrootoltam be, hogy a Scientific ETHERNET kártya  driver tükröt felvehessem, majd telepíthessem és legyen kábeles kapcsolat. A Scientific Linux Fedora alapú. Szóval ..., a Fedora és az OpenSuse Leap is mondhatni, „military-free” (alapvetően), azaz a telepítő nem tartalmaz zárt forráskódú összetevőket!. Mehetsz „tüntetni”, akkor is ilyenek maradnak. Mind. :-)
Mert ..., ha valamely olyan országban jársz, ahol tilos valamelyik zárt forráskódú összetevőt használni, annak kifizetése nélkül, akkor téged perelnek be, és nem a terjesztések fejlesztőit. Akik nem tehetek arról, hogy miért zárt forráskódú egy szoftver. Az övéké nem az.

Hogy elfogyott a lendület, értem (nem megértem) ... de nem én tehetek erről. Én szurkoltam, segítettem.

#23 A LibreOffice-t a terminál hívta meg az xdg-open syslog_01.txt parancsra - csodálkoztam is, hogy miért.

Az IPv6 manővert végrehajtottam, de szerintem annak nincs jelentősége. Ha más op. rendszerek alatt működik a Wi-Fi adapter, Debian alatt is illene. Az új gépemen (acer) az LMDE sem ismeri fel a belső Wi-Fi-adaptert, ami egy kicsit ciki. A Linux Mint csapat igazán beletehette volna a disztróba a Wi-Fi-kezelést, ha már a többi rendszerébe beletette.

#31 Meg lehet próbálni ezt a módszert:

Először is kéne egy listázás a jelenleg betöltött modulokról.

lsmod

Ezután betöltöd a kernel modult.
(itt a kimenet is érdekes lehet, azaz be kéne másolni ... ha van kimenet)

modprobe ath9k_htc

És újraindítod a hálózatot

service network-manager stop

service network-manager start

És ismét kéne egy listázás.

lsmod

No meg, hogy az eszköz működik-e így.

-----

Egy másik megoldás az Open-firmware, ami azonban a Debian Testing ágában (Buster) érhető el jelenleg, és a stabil ágba még nem portolták vissza (Backports).
https://packages.debian.org/search?keywords=firmware-ath9k-htc
(https://wiki.debian.org/ath9k_htc)
Ezt is ki lehet próbálni majd, a telepítés módszere egyedi, erről később.

#30 Visszatelepítettem a Debiant, úgy tűnik, ezen a gépen csak ez a rendszer fut normálisan. Valahogy csak megleszek Wi-Fi nélkül is.
Régi ez a gép, ki akarták dobni. Ha még működik, miért ne tegyem működőképessé?

#38 Akkor a másik firmware-t távolítsd el.
Meg lehet próbálni eltávolítás nélkül, csak újraindítással.

Ha eltávolítás ...

Először teszt.

apt-get purge firmware-atheros --simulate

Ha más alkalmazás nem látszik eltávolításra kijelölve, akkor élesben.

apt-get purge firmware-atheros

Még két teszt (hogy van-e valami gond)

dpkg --configure -a

apt-get --fix-broken install

Majd a rendszer újraindítása.
Működik-e a WiFi.

Ha működik, be kell állítani, hogy a rendszer ne távolítsa el a Buster csomagot. Van módszere.
Ha nem működik, dmesg, syslog.
Ha néha fagy a rendszer, egyrészt kevés lehet az 1GB RAM (főleg, ha videókártya nincsen), másrészt Xorg.0.log, kern.log (Debian alatt még a messages is) és az  .xsession-errors naplók (az utolsóként említett naplófájl a saját könyvtáradban található).

#37 Itt van a művelet: https://paste.ubuntu.com/p/h3ZGckXtVd/
Valami baj lehet ezzel a géppel, mert időnként lefagy, és csak a kikapcsológomb segít.

#40 Régebben szó volt arról (a „neten”), helyes-e így a parancs:

sudo apt-get -f install

A kétkedők (egy idő elteltével) azt hangoztatták, ez a helyes:

sudo apt-get install -f

Most ez eszembe jutott, és a kettő TAB nyomkodással teszteltem

Ez a helyes (kétféle módon használható),

sudo apt-get -f install

sudo apt-get --f  <-- nyomogatom a TAB-ot
--fix-broken   --fix-missing  --force-yes    
kim@kim-hp:~$ sudo apt-get --fix-broken install

és ez a helytelen.

sudo apt-get install -f

kim@kim-hp:~$ sudo apt-get install --
Display all 62479 possibilities? (y or n) n
kim@kim-hp:~$ sudo apt-get install --f <-- semmi nem történik a TAB nyomkodásra

Kis kitérő volt. /on

#38 Akkor a másik firmware-t távolítsd el.
Meg lehet próbálni eltávolítás nélkül, csak újraindítással.

Ha eltávolítás ...

Először teszt.

apt-get purge firmware-atheros --simulate

Ha más alkalmazás nem látszik eltávolításra kijelölve, akkor élesben.

apt-get purge firmware-atheros

Még két teszt (hogy van-e valami gond)

dpkg --configure -a

apt-get --fix-broken install

Majd a rendszer újraindítása.
Működik-e a WiFi.

Ha működik, be kell állítani, hogy a rendszer ne távolítsa el a Buster csomagot. Van módszere.
Ha nem működik, dmesg, syslog.
Ha néha fagy a rendszer, egyrészt kevés lehet az 1GB RAM (főleg, ha videókártya nincsen), másrészt Xorg.0.log, kern.log (Debian alatt még a messages is) és az  .xsession-errors naplók (az utolsóként említett naplófájl a saját könyvtáradban található).

#43 Előfordulhat, hogy ez a parancs

apt-get purge --autoremove

törli a dpkgval telepített firmware-t.

Ne használd, vagy eltávolítás esetén telepítsd újra a firmware-t.

#41 Töröld a csomagot (purge), és indítsd újra a rendszert.

Az űjraindítás előtt le lehet még futtatni a már nem kellő függőség teljes eltávolításáért:

apt-get purge --autoremove

#45 Rendben. Akkor ezt csináld, ebben a sorrendben.

Kihúzod a WiFi eszközt (félreteszed).

depmod -a

update-initramfs -uk all

systemctl reboot

Újraindul a rendszer.

Kimenet kell:

lsmod

Bedugod a WiFi eszközt (előveszed ...)

Második kimenet kell:

lsmod

#44 Újraindítottam a rendszert, de továbbra se akarja a Debian elfogadni az adaptert (vagy legalábbis nem tud kapcsolódni). Az az érdekes, hogy látszik a Wi-Fi-kapcsolatok között az enyém is, mégse stimmel valami. A Wi-Fi hálózatok alatt ott fityeg a leválasztva.

#47 Az eszköz csatlakoztatása után a kernel betöltötte a modult, ez így rendben.

Az az érdekes, hogy látszik a Wi-Fi-kapcsolatok között az enyém is, mégse stimmel valami. A Wi-Fi hálózatok alatt ott fityeg a leválasztva.

Eddig is ez volt, csak a másik firmware-el, ami törölve lett, nem?

A kimeneteket kérném (csatlakoztatott eszköznél, de a legjobb, ha azt közvetlen a parancsok futtatása előtt dugod be. Egyszer kell.):

modinfo ath9k_htc

dmesg

geany /var/log/syslog

Utolsó parancs: nem tudom fejből, mi az Xfce alapértelmezett szövegszerkesztője. A Geanyt csak javasolni tudom. A MIME nyitást is át lehet majd állítani (a fájlkezelővel is meg lehet oldani ... és akkor az xdg-open az általunk elvárt módon viselkedne)

A WiFi kapcsolatnál más titkosítási eljárásokat próbáltál?

#46 lsmod:
root@csendes-pc:/home/lajos# lsmod
Module                  Size  Used by
nouveau              1363968  3
mxm_wmi                16384  1 nouveau
wmi                    16384  2 mxm_wmi,nouveau
video                  36864  1 nouveau
ttm                    77824  1 nouveau
drm_kms_helper        114688  1 nouveau
drm                   253952  6 nouveau,ttm,drm_kms_helper
sg                     32768  0
snd_intel8x0           32768  2
i2c_algo_bit           16384  1 nouveau
evdev                  20480  6
pcspkr                 16384  0
snd_ac97_codec         98304  1 snd_intel8x0
ac97_bus               16384  1 snd_ac97_codec
snd_pcm                86016  2 snd_ac97_codec,snd_intel8x0
snd_timer              28672  1 snd_pcm
snd                    57344  8 snd_ac97_codec,snd_timer,snd_intel8x0,snd_pcm
soundcore              16384  1 snd
shpchp                 32768  0
serio_raw              16384  0
button                 16384  1 nouveau
parport_pc             28672  1
ppdev                  20480  0
lp                     20480  0
parport                40960  3 lp,parport_pc,ppdev
ip_tables              20480  0
x_tables               20480  1 ip_tables
autofs4                36864  2
ext4                  503808  2
crc16                  16384  1 ext4
jbd2                   77824  1 ext4
crc32c_generic         16384  4
fscrypto               24576  1 ext4
ecb                    16384  0
xts                    16384  0
lrw                    16384  0
gf128mul               20480  2 lrw,xts
ablk_helper            16384  0
cryptd                 20480  1 ablk_helper
aes_i586               20480  0
mbcache                16384  3 ext4
hid_generic            16384  0
usbhid                 45056  0
hid                    94208  2 hid_generic,usbhid
sr_mod                 24576  0
cdrom                  49152  1 sr_mod
sd_mod                 40960  4
ata_generic            16384  0
ohci_pci               16384  0
ohci_hcd               45056  1 ohci_pci
ehci_pci               16384  0
ehci_hcd               65536  1 ehci_pci
pata_sis               16384  3
sis900                 28672  0
mii                    16384  1 sis900
libata                192512  2 pata_sis,ata_generic
usbcore               184320  5 usbhid,ehci_hcd,ohci_pci,ohci_hcd,ehci_pci
usb_common             16384  1 usbcore
i2c_sis630             16384  0
scsi_mod              180224  4 sd_mod,libata,sr_mod,sg

lsmod1:
root@csendes-pc:/home/lajos# lsmod
Module                  Size  Used by
arc4                   16384  2
ath9k_htc              61440  0
ath9k_common           32768  1 ath9k_htc
ath9k_hw              425984  2 ath9k_htc,ath9k_common
ath                    24576  3 ath9k_htc,ath9k_hw,ath9k_common
mac80211              552960  1 ath9k_htc
cfg80211              450560  4 ath9k_htc,mac80211,ath,ath9k_common
rfkill                 20480  3 cfg80211
nouveau              1363968  3
mxm_wmi                16384  1 nouveau
wmi                    16384  2 mxm_wmi,nouveau
video                  36864  1 nouveau
ttm                    77824  1 nouveau
drm_kms_helper        114688  1 nouveau
drm                   253952  6 nouveau,ttm,drm_kms_helper
sg                     32768  0
snd_intel8x0           32768  2
i2c_algo_bit           16384  1 nouveau
evdev                  20480  6
pcspkr                 16384  0
snd_ac97_codec         98304  1 snd_intel8x0
ac97_bus               16384  1 snd_ac97_codec
snd_pcm                86016  2 snd_ac97_codec,snd_intel8x0
snd_timer              28672  1 snd_pcm
snd                    57344  8 snd_ac97_codec,snd_timer,snd_intel8x0,snd_pcm
soundcore              16384  1 snd
shpchp                 32768  0
serio_raw              16384  0
button                 16384  1 nouveau
parport_pc             28672  1
ppdev                  20480  0
lp                     20480  0
parport                40960  3 lp,parport_pc,ppdev
ip_tables              20480  0
x_tables               20480  1 ip_tables
autofs4                36864  2
ext4                  503808  2
crc16                  16384  1 ext4
jbd2                   77824  1 ext4
crc32c_generic         16384  4
fscrypto               24576  1 ext4
ecb                    16384  0
xts                    16384  0
lrw                    16384  0
gf128mul               20480  2 lrw,xts
ablk_helper            16384  0
cryptd                 20480  1 ablk_helper
aes_i586               20480  0
mbcache                16384  3 ext4
hid_generic            16384  0
usbhid                 45056  0
hid                    94208  2 hid_generic,usbhid
sr_mod                 24576  0
cdrom                  49152  1 sr_mod
sd_mod                 40960  4
ata_generic            16384  0
ohci_pci               16384  0
ohci_hcd               45056  1 ohci_pci
ehci_pci               16384  0
ehci_hcd               65536  1 ehci_pci
pata_sis               16384  3
sis900                 28672  0
mii                    16384  1 sis900
libata                192512  2 pata_sis,ata_generic
usbcore               184320  6 ath9k_htc,usbhid,ehci_hcd,ohci_pci,ohci_hcd,ehci_pci
usb_common             16384  1 usbcore
i2c_sis630             16384  0
scsi_mod              180224  4 sd_mod,libata,sr_mod,sg
 

#48 Mi a szövegtartalma a fájlnak?

geany /etc/NetworkManager/NetworkManager.conf

A kiemelt rész fontos, hógy ugyanígy legyen:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

A többi sor ... mindegy, de mutathatod (mert én a Linux Mint-re jellemzőt mutatom).

-----

Ha minden „úgy van, ahogy van”, erőltetni is lehet, a

net.ifnames=0

kernel paraméter alkalmazásával. Módszer:
https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...

Forrás: https://groups.google.com/forum/#!topic/linux.debian.user/A0wfJpKw3NM
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842422

#47 Az eszköz csatlakoztatása után a kernel betöltötte a modult, ez így rendben.

Az az érdekes, hogy látszik a Wi-Fi-kapcsolatok között az enyém is, mégse stimmel valami. A Wi-Fi hálózatok alatt ott fityeg a leválasztva.

Eddig is ez volt, csak a másik firmware-el, ami törölve lett, nem?

A kimeneteket kérném (csatlakoztatott eszköznél, de a legjobb, ha azt közvetlen a parancsok futtatása előtt dugod be. Egyszer kell.):

modinfo ath9k_htc

dmesg

geany /var/log/syslog

Utolsó parancs: nem tudom fejből, mi az Xfce alapértelmezett szövegszerkesztője. A Geanyt csak javasolni tudom. A MIME nyitást is át lehet majd állítani (a fájlkezelővel is meg lehet oldani ... és akkor az xdg-open az általunk elvárt módon viselkedne)

A WiFi kapcsolatnál más titkosítási eljárásokat próbáltál?

#51 Valami hardveres blokkolás nem lehet?

rfkill list all

#48 Még egy lehetőség. A Debian Wikiben szó van a compat-wireless alkalmazásról.

Ez iszonyat régi:
https://sourceforge.net/projects/ath9k-htc/files/
A Linux Mint 19.1 GDebije nem tiltakozik ... .
A Wiki ajánl újabbat, az nem DEB csomag.

El kell távolítani a korábban (nemrég) telepített firmware-t (pl. a Synapticban, Teljes eltávolítással).

Majd:

wget https://sourceforge.net/projects/ath9k-htc/files/ath9k_htc-installer/ath9k_htc-installer_1-0-4.deb

dpkg -i ath9k_htc-installer_1-0-4.deb

dpkg --configure -a

apt-get -f install

Majd a rendszer vagy a hálózat újraindítása.
Továbbá, az eszközt -az előbbiek után- egyszer ki kell húzni, majd be kell dugni. A modul betöltése a csatlakozáskor jön létre. A mesének nincs vége.

@#55 Így van! ... nem segít.

rfkill list all

és

inxi -F

#57 Nincs blokkolval sehogyan sem az eszköz.

A naplókból lehet kutakodni, írtam azt hiszem, három hozzászólást, azon a nyomon lehetne haladni.

A Debian terjesztés koncepciója, hogy van egy alap rendszer, ami nagyon stabil és mindig működik. Eléggé felhasználóbarát, de nem fogja kitalálni, neked milyen  egyéni alkalmazások kellenének, viszont azokat telepítheted, ha szeretnéd. Ha előre telepített alkalmazások kellenek, akkor erre megfelelő terjesztés a Linux Mint. Különben, a WiFi kártyád más Linux terjesztés alatt sem működik -ezt lehet olvasni a neten- kivéve egy régebbi Manjaro-t.

A router biztosan jó, pl. okostelefonnal rá tudsz csatlakozni a WiFi-re?

#56 root@csendes-pc:/home/lajos# rfkill list all
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no

root@csendes-pc:/home/lajos# inxi -F
System:    Host: csendes-pc Kernel: 4.9.0-8-686-pae i686 (32 bit)
           Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 9 (stretch)
Machine:   Device: desktop Mobo: ASUSTeK model: P4S800D-X v: Rev 1.xx serial: MB-1234567890
           BIOS: American Megatrends v: 1005.001 date: 09/07/2005
CPU:       Single core Intel Pentium 4 (-HT-) cache: 512 KB
           clock speeds: max: 2600 MHz 1: 2600 MHz 2: 2600 MHz
Graphics:  Card: NVIDIA NV17 [GeForce4 MX 420]
           Display Server: X.org 1.19.2 drivers: nouveau (unloaded: modesetting,fbdev,vesa)
           tty size: 80x24 Advanced Data: N/A for root
Audio:     Card Silicon Integrated Systems [SiS] SiS7012 AC'97 Sound Controller
           driver: snd_intel8x0
           Sound: Advanced Linux Sound Architecture v: k4.9.0-8-686-pae
Network:   Card-1: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet
           driver: sis900
           IF: enp0s4 state: up speed: 100 Mbps duplex: full
           mac: 00:15:f2:2f:b4:d9
           Card-2: Atheros AR9271 802.11n driver: ath9k_htc
           IF: wlxc46e1f17d66e state: N/A mac: N/A
Drives:    HDD Total Size: 120.0GB (8.0% used)
           ID-1: /dev/sda model: ST3120026A size: 120.0GB
Partition: ID-1: / size: 19G used: 6.8G (39%) fs: ext4 dev: /dev/sda2
           ID-2: /home size: 89G used: 349M (1%) fs: ext4 dev: /dev/sda3
           ID-3: swap-1 size: 2.05GB used: 0.00GB (0%) fs: swap dev: /dev/sda1
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 129 Uptime: 7 min Memory: 421.8/1004.5MB
           Client: Shell (bash) inxi: 2.3.5

Meglehetősen hiányos ez a Debian, a fenti két parancsot is telepíteni kellett.
Hogyan folytassam tovább?

@#65 Ezt például így is lehet:

module_blacklist=i2c_sis630

A módszer: https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...

Forrás: https://wiki.archlinux.org/index.php/Kernel_module
https://bugs.launchpad.net/linux/+bug/87255

@#67 Minél többet gyakorolja az ember, annál jobb! :-)

#74 RAM vásárlás: egyfélét érdemes a gépbe rakni. Típus és jellemzők szerint.

#73 Xubuntunál már a live-média is csíkokkal jelentkezik be. Vissza a Debianhoz. 1 GiB RAM nem olyan drága, lehet, hogy teszek bele.

#79 A te eszközöd Realtek, a kérdező eszköze Atheros chipes:

Bus 001 Device 003: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n

Van Realtek chipes TL-WN722N Wi-Fi-adapter, de ez nem az.

A tiedben az RT rövidítés a Realtek.
A magyarzatot erre másoltam be (a driver neve nem egészen ugyanaz):

rtl8xxxu is a multi-driver for USB devices(RTL8723AU/RTL8723BU/RTL8191EU/RTL8192EU/RTL8188EU/RTL8188RU) (4.3+), for other chips WIP: https://wireless.wiki.kernel.org/en/users/Drivers/rtl819x

Így lehet megnézni:

hwinfo --usb

Debian 9.8 -at (64-bit) használok. Telepítés után szerettem volna működésbe hozni a TL-WN725N wifi adaptert. Találtam hozzá egy szoftvert és telepítés után tökéletesen működik.

Valószínű hogy a TL-WN722N is ezzel fog menni.

 

Ubuntu fix TL-WN725N wireless not working – Step by step install TP-Link TL-WN725N  nano version 2 WiFi ubuntu driver install.*User verified on raspberry pi TL-WN725N , linux Mint 17 and Mint 16 This how to will work on Ubuntu TL-WN725N install, Debian TL-WN725N install,kali TL-WN725N install, and Mint TP-LINK TL-WN725N usb WiFi driver installers: Linux how to install TL-WN725N usb nano driver. Works on Raspberry Pi 2 Model B with Ubuntu.

Quick List:: Do each command below as root or use sudo in front of commands *Tip:  Use command:       sudo su – The above command will give root permissions to your  command terminal window, and you want have to keep typing sudo before each commando

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

apt-get update apt-get install linux-headers-$(uname -r) apt-get update apt-get install build-essential apt-get install git git clone https://github.com/lwfinger/rtl8188eu cd rtl8188eu make all make install insmod 8188eu.ko   ifconfig #(check to see if your wireless wlan cards is now listed)   #optional step ...reboot may be necessary #sometimes a reboot helps pickup newly installed devices reboot

DONE! Now you can use that sweet new wlan TP-LINK TL-WN725N  WiFi usb card!!

 

http://brilliantlyeasy.com/ubuntu-linux-tl-wn725n-tp-link-version-2-wifi-driver-install/

Bízzunk hogy segít.

#82 Szerintem, az „Ablakgombok” Panel elem hiányozhat, ez a neve.

Visszatettem a Debiant, de a Wi-Fi-vel már nem foglalkozom. Most meg az az érdekes jelenség van, hogy a megnyitott alkalmazások nem jelennek meg a tálcán, így mindig újra kell nyitni őket, ha használni akarom. Ha az ablak kicsinyítésére kattintok, egyszerűen bezáródik a program. Az elemek a felső tálcán vannak, az alsót töröltem.

@#93 A portok tesztelése sem hagyható ki.
A tesztelések alkalmával a dmesg kimenet árulkodhat szintén. Hogy miféle a gond. De jó lenne nekünk is látni a dmesg kimeneteket portonként megosztva.

@#95 Lehet, hogy tévedek, de azt hiszem, egy USB modem beállítását itt változtattam.
https://en.wikipedia.org/wiki/0x378#Interfaces

Forrás: https://pcworld.hu/hardver/bios-beallitasok-1-resz-20061222-52704.html
Most nem mélyedek bele jobban a témába, csak jegyzetelek. Meg kéne néznem az alaplap tulajdonságait részletesebben.

#102 Azt sem tudtuk meg, hány USB csatlakozóval rendelkezik a PC, azok közül melyik v1.1 és melyik v2.0 kompatibilis. És azt sem tudtuk meg, ki lett-e próbálva az egyköz v2.0 csatlakozóval.
De ki lehet próbálni v1.1-el is, ha Full Speed módra van állítva:
https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues
https://dev.archive.openwrt.org/ticket/20294.html
https://www.linux.org/threads/usb-1-1-bogus-urb-xfer-pipe-1-type-3.12190/

Gyanús, hogy korábban jó volt, más USB csatlakozóba lett betéve.

A hibajelzés:

usb 2-2: BOGUS urb xfer, pipe 1 != type 3

-----

This shows that EP4 is Bluk in full speed mode. And it is defined by a
boot loader of this chip: # ez egy teszt | kimenet kéne

grep -R USB_FS_EP4_ATTRIBUTE *

... más kérdés, hogy nálam nem volt „találat”, de az összegzés:

Currently we have fallowing issues:
- if EP4 and EP3 are Interrupt, it works slower on High Speed controller.
- if EP4 and EP3 are Bulk, the work better on High Speed and brake on
Super Speed controllers. This adapter support my 64B packets and if we
have more, fifo of this adapter will overrun.
- Full Speed is currently unknown field for me, and it looks like it was
never actually working properly.

Forrás: http://lists.infradead.org/pipermail/linux-snps-arc/2016-July/001319.html
Itt kezdődik a szál: http://lists.infradead.org/pipermail/linux-snps-arc/2016-July/001310.html

A tesztelt PC (lsusb -v):

Bus 001 Device 003: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  idVendor           0x0cf3 Atheros Communications, Inc.
  idProduct          0x9271 AR9271 802.11n
  bcdDevice            1.08
  iManufacturer          16 ATHEROS
  iProduct               32 USB2.0 WLAN
  iSerial                48 12345
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           60
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           6
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x05  EP 5 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x06  EP 6 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)

Esetleg USB v3 kártyával megnézni:

I'll answer with an example:
on USB3 hw this warning was ignore and caused hard reproducible bug
which cost me some week to debug. The result was a FIFO overflow on
adapter side.

Az előbb linkelt szál utolsó előtti hozzászólásából.

De az is lehet -írják- a firmware és az USB driver nem csípi egymást. Ezt maga Linus Torwalds mondta:

ath9k_htc: do not use Bulk on EP3 and EP4.

Itt idézik: https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues#b...

További érdekességek ugyaninnen:

Previously ath9k_htc driver had workaround, by forcing Bulk traffic on EP3 and 4. (Actually, only EP4 is interesting for this issue) But it is not working with all hardware correctly. For example, on USB 3.0, the changes well be applied only after device reset. Before device reset, even if ath9k_htc driver was sending Bulk, usb driver converted it back to Interrupt. After reset, usb driver started sending bulk and was not able to work with too small FIFO size on FUSB200. EP4 is mapped to 64byte FIFO, but we need 512 byte for bulk transfer.

According to product brief, FUSB200 can be flexible reconfigurable. Theoretically we should be able to map EP4 to 512 byte FIFO. I tried it, but no interrupt was generated. (some thing is wrong, i do not know what) According to product brief, if FUSB200 connected with DMA module, the FIFOs will be handled by DMA. It looks like FIFOs 0-13 can't be accessed same way like we do it with FIFO14 and 15 (EP3 and EP4). So it looks like we can't fix it correctly - by remaping interrupt EPs to bigger FIFOs and define it as Bulk. If there are some DMA mask registers, please tell me.

=== Test 2. Using other EPs (5, 6 or 1) ===

The DMA engine, which is connected with this EPs, has build in priority system. For example EP1 will need more packets or time until DMA will be triggered. EPs 5 and 6 need less time to react. Maybe we can use this EPs as better workaround. But right now, i do not know how to enable DMA at the beginning. After firmware upload, only EP3 and EP4 are working. Which use no DMA. I was not able to find on which stage and how DMA was enabled. I also have doubt. DMA buffer will probably add too big delay. Espesially on reg read. So, maybe this option wan't work too.

=== Other workarounds ===

Since we can't fix or untill we will be able to fix usb issue, we need to optimise IO operations. Small packets will waste usb bandwidth. For example, typical write or read IO is 8byte. We need at least 64 bytes to normally utilise USB bus.

Here are changes which will increase performance:

1. do buffered write. - this is was already done before me.
2. TODO: read arrays. - currently driver will do one read per time.
3. TODO: optimised and buffered RMW operations.

ath9k use intensively RMW, so it good field for optimisation. RMW is needed to change some bit of register. So we do read + chage + write. By mowing this command to Firmware, we will be able to do buffered RMW and dramatically reduce usb bus traffic.

...

Tehát kísérletezni kéne más USB HUB-bal (meglévő csatlakozó aljzattal): dmesg!
Aztán ... valami még kellhet. Talán a BIOS beállítások között.

#99 Be kell másolni és futtatni

update-grub

systemctl reboot

A mellékelt leírásom szerint, azaz a szerkesztés mentése után, frissíteni kell a rendszert az új beállításra, majd a rendszert újraindítani. Mindkettő megvolt?

Akkor próbáld a másik paraméterrel is, amit én írtam.

Azonban a dmesg kimenet is kéne. Lassan már egy egész asztal sörrel tartozol nekem (nekünk). Mert az egy dolog, hogy nem működik még mindig a WiFi, de szeretnénk látni a kimenetet a paraméter beállítása után, azaz minden teszteléskor. Ezt kb. huszadszor mondom el (ami egyáltalán nem jó érzés nekem), és ez a javítási folyamat része minden esetben, főleg, ha kérve lett.

továbbra is a leválasztva látható a Wi-Fi hálózatoknál.

Ezt várható volt, 50-50% volt az esély. Nem a felszínt kell kapargatni azonban, hanem mélyebben vizsgálódni. Most csak a betűk szaporodnak ...

#106 https://www.mjmwired.net/kernel/Documentation/i2c/busses/i2c-sis5595

40    Module Parameters
41    -----------------
42    
43    * force_addr=0xaddr    Set the I/O base address. Useful for boards
44                that don't set the address in the BIOS. Does not do a
45                PCI force; the device must still be present in lspci.
46                Don't use this unless the driver complains that the
47                base address is not set.
48    
49    Description
50    -----------
51    
52    i2c-sis5595 is a true SMBus host driver for motherboards with the SiS5595
53    southbridges.
54    
55    WARNING: If you are trying to access the integrated sensors on the SiS5595
56    chip, you want the sis5595 driver for those, not this driver. This driver
57    is a BUS driver, not a CHIP driver. A BUS driver is used by other CHIP
58    drivers to access chips on the bus.

#102 Azt sem tudtuk meg, hány USB csatlakozóval rendelkezik a PC, azok közül melyik v1.1 és melyik v2.0 kompatibilis. És azt sem tudtuk meg, ki lett-e próbálva az egyköz v2.0 csatlakozóval.
De ki lehet próbálni v1.1-el is, ha Full Speed módra van állítva:
https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues
https://dev.archive.openwrt.org/ticket/20294.html
https://www.linux.org/threads/usb-1-1-bogus-urb-xfer-pipe-1-type-3.12190/

Gyanús, hogy korábban jó volt, más USB csatlakozóba lett betéve.

A hibajelzés:

usb 2-2: BOGUS urb xfer, pipe 1 != type 3

-----

This shows that EP4 is Bluk in full speed mode. And it is defined by a
boot loader of this chip: # ez egy teszt | kimenet kéne

grep -R USB_FS_EP4_ATTRIBUTE *

... más kérdés, hogy nálam nem volt „találat”, de az összegzés:

Currently we have fallowing issues:
- if EP4 and EP3 are Interrupt, it works slower on High Speed controller.
- if EP4 and EP3 are Bulk, the work better on High Speed and brake on
Super Speed controllers. This adapter support my 64B packets and if we
have more, fifo of this adapter will overrun.
- Full Speed is currently unknown field for me, and it looks like it was
never actually working properly.

Forrás: http://lists.infradead.org/pipermail/linux-snps-arc/2016-July/001319.html
Itt kezdődik a szál: http://lists.infradead.org/pipermail/linux-snps-arc/2016-July/001310.html

A tesztelt PC (lsusb -v):

Bus 001 Device 003: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  idVendor           0x0cf3 Atheros Communications, Inc.
  idProduct          0x9271 AR9271 802.11n
  bcdDevice            1.08
  iManufacturer          16 ATHEROS
  iProduct               32 USB2.0 WLAN
  iSerial                48 12345
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           60
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           6
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x05  EP 5 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x06  EP 6 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)

Esetleg USB v3 kártyával megnézni:

I'll answer with an example:
on USB3 hw this warning was ignore and caused hard reproducible bug
which cost me some week to debug. The result was a FIFO overflow on
adapter side.

Az előbb linkelt szál utolsó előtti hozzászólásából.

De az is lehet -írják- a firmware és az USB driver nem csípi egymást. Ezt maga Linus Torwalds mondta:

ath9k_htc: do not use Bulk on EP3 and EP4.

Itt idézik: https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues#b...

További érdekességek ugyaninnen:

Previously ath9k_htc driver had workaround, by forcing Bulk traffic on EP3 and 4. (Actually, only EP4 is interesting for this issue) But it is not working with all hardware correctly. For example, on USB 3.0, the changes well be applied only after device reset. Before device reset, even if ath9k_htc driver was sending Bulk, usb driver converted it back to Interrupt. After reset, usb driver started sending bulk and was not able to work with too small FIFO size on FUSB200. EP4 is mapped to 64byte FIFO, but we need 512 byte for bulk transfer.

According to product brief, FUSB200 can be flexible reconfigurable. Theoretically we should be able to map EP4 to 512 byte FIFO. I tried it, but no interrupt was generated. (some thing is wrong, i do not know what) According to product brief, if FUSB200 connected with DMA module, the FIFOs will be handled by DMA. It looks like FIFOs 0-13 can't be accessed same way like we do it with FIFO14 and 15 (EP3 and EP4). So it looks like we can't fix it correctly - by remaping interrupt EPs to bigger FIFOs and define it as Bulk. If there are some DMA mask registers, please tell me.

=== Test 2. Using other EPs (5, 6 or 1) ===

The DMA engine, which is connected with this EPs, has build in priority system. For example EP1 will need more packets or time until DMA will be triggered. EPs 5 and 6 need less time to react. Maybe we can use this EPs as better workaround. But right now, i do not know how to enable DMA at the beginning. After firmware upload, only EP3 and EP4 are working. Which use no DMA. I was not able to find on which stage and how DMA was enabled. I also have doubt. DMA buffer will probably add too big delay. Espesially on reg read. So, maybe this option wan't work too.

=== Other workarounds ===

Since we can't fix or untill we will be able to fix usb issue, we need to optimise IO operations. Small packets will waste usb bandwidth. For example, typical write or read IO is 8byte. We need at least 64 bytes to normally utilise USB bus.

Here are changes which will increase performance:

1. do buffered write. - this is was already done before me.
2. TODO: read arrays. - currently driver will do one read per time.
3. TODO: optimised and buffered RMW operations.

ath9k use intensively RMW, so it good field for optimisation. RMW is needed to change some bit of register. So we do read + chage + write. By mowing this command to Firmware, we will be able to do buffered RMW and dramatically reduce usb bus traffic.

...

Tehát kísérletezni kéne más USB HUB-bal (meglévő csatlakozó aljzattal): dmesg!
Aztán ... valami még kellhet. Talán a BIOS beállítások között.

#103 Egyszer itt, linkelve lett a módszer:
https://linuxmint.hu/comment/27111#comment-27111

A képen nem látszik, tehát a te szerkesztésed nem volt hatékony.
Javasolgatunk dolgokat, te azt mondod, megcsináltad ...

-----

Csak megjegyzem, erre sem jött bármilyen válasz tőled:
https://linuxmint.hu/comment/27084#comment-27084
Valami olyasmit írtál, hogy a Gedit telepítve, de üres. Ez (sajnos) nem értelmezhető.

#102 Most hova is írjam be az i2c_sis... parancsot?:

  https://my.pcloud.com/publink/show?code=XZVnz67ZjzAFyMt1NYmYIefpW3zNTH9d...

A NetworkManager Applet ikonját meg eltüntettem a tálcáról, és nem találom sehol, ahonnan visszaállíthatnám.

#115 Milyen listára gondolsz? 

Nézd, meg kéne tanulni fogalmazni. Érthetően. Legalább.
Én is már kicsit fáradt (vagy inkább sok a dolgom most), de rákerestem,
és sem a hozzászólásod előzményében
https://linuxmint.hu/comment/27192#comment-27192
sem az egész oldalon nem találtam a most, az általad említett „lista” szóra találatot (Firefox; Alt + F). Nem is említettem listát.

Azt mondtam, hogy bármilyen változtatás van és gyakorlatilag meg is valósul, mert a kernel paraméter beállítása nálad -a képen látszik is- valahogy nem ment. Ez nem baj általában, csak az eredmény szempontjából baj. ... tehát azt mondtam, hogy bármilyen változtatás után kell a dmesg kimenet. Nem kétszer mondtam (ennyi kimenetet mutattál összesen), hanem többször. Én nem annyi kell a válaszba, hogy nem működik, szóban elmondva, mert erre nem tudunk javasolni semmit. És azt is mondhatom és teljesen jogosan immár (mert akadályozod, hogy segítsünk neked), ha így állsz az egészhez, a megoldás az, ha kidobod az ablakon a géped ..., de lehetőleg nyitott ablakon, és ne más fejére. És vegyél olyan gépet, ami működik.

Ha kell, nagyon sokszor leírom még, hogy nem követendő, hogy a kérdező nem válaszol a kérdésekre. Mert nehogy valaki azt higgye, hogy ez a szokás, és kövesse. A probléma lehetséges megoldásának megtalálása az együttműködés eredménye.

#114 A #94-es hozzászólásban ott vannak a Manjaro és Debian kimenetei. Mindkét rendszerben be volt dugva a Wi-Fi-adapter. Milyen listára gondolsz? 

#120 Panel: Értesítési terület (Elemek hozáadása).

#118 Ugyanaz, mint a Xubuntunál és a Linux Mintnél: csíkozott képernyő, 6 oszlopban.
Tudja valaki, hogyan lehet visszaállítani a NetworkManager Applet ikonját a tálcán, mert itt az átrendezgetések során eltűnt.

#122 Nincs, mert ez valaminek a következménye. Hozzáadni és elvenni lehet.

#121 Az elemek között nincs a kisalkalmazás.

@#110 Dehogynincs 1.1.

Az lehet, félrevezettek (a neten),

Machine:   Device: desktop Mobo: ASUSTeK model: P4S800D-X v: Rev 1.xx serial: MB-1234567890 BIOS: American Megatrends v: 1005.001 date: 09/07/2005

de az lsusb

Bus 001 Device 003: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 062a:0000 Creative Labs Optical mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

és a hwinfo kimenetben

04: USB 00.0: 10a00 Hub
  [Created at usb.122]
  Unique ID: uIhY.0W7TJ+_EPQ3
  SysFS ID: /devices/pci0000:00/0000:00:03.1/usb3/3-0:1.0
  SysFS BusID: 3-0:1.0
  Hardware Class: hub
  Model: "Linux Foundation 1.1 root hub"
  Hotplug: USB
  Vendor: usb 0x1d6b "Linux Foundation"
  Device: usb 0x0001 "1.1 root hub"
  Revision: "4.09"
  Serial ID: "0000:00:03.1"
  Driver: "hub"
  Driver Modules: "usbcore"
  Speed: 12 Mbps
  Module Alias: "usb:v1D6Bp0001d0409dc09dsc00dp00ic09isc00ip00in00"
  Driver Info #0:
    Driver Status: usbcore is active
    Driver Activation Cmd: "modprobe usbcore"
  Config Status: cfg=new, avail=yes, need=no, active=unknown

05: USB 00.0: 10a00 Hub
  [Created at usb.122]
  Unique ID: k4bc.RJPqUTMMECB
  SysFS ID: /devices/pci0000:00/0000:00:03.3/usb1/1-0:1.0
  SysFS BusID: 1-0:1.0
  Hardware Class: hub
  Model: "Linux Foundation 2.0 root hub"
  Hotplug: USB
  Vendor: usb 0x1d6b "Linux Foundation"
  Device: usb 0x0002 "2.0 root hub"
  Revision: "4.09"
  Serial ID: "0000:00:03.3"
  Driver: "hub"
  Driver Modules: "usbcore"
  Speed: 480 Mbps
  Module Alias: "usb:v1D6Bp0002d0409dc09dsc00dp00ic09isc00ip00in00"
  Driver Info #0:
    Driver Status: usbcore is active
    Driver Activation Cmd: "modprobe usbcore"
  Config Status: cfg=new, avail=yes, need=no, active=unknown

tixtán látszik, hogy mindkettő létezik. Egyik sem alien.

A hwinfo (teljes): https://paste.ubuntu.com/p/M8rGgJM9tb/

@#138 Ha visszalapozol, ... bemásoltam a leírásokat ezekről. (Firefox: Alt + F a keresés)

#142 De a non-free tárolót a Fedora alatt is fel kell venni:
https://www.2daygeek.com/install-enable-rpm-fusion-repository-on-centos-...
https://docs.fedoraproject.org/en-US/quick-docs/finding-and-installing-l...

#140 https://spins.fedoraproject.org/

A Fedora alapértelmezett asztali környezete a GNOME, de ha Ön egy másik asztali környezetet részesít előnyben, mint például a KDE Plasma Desktopot vagy az Xfce-t, akkor letöltheti az előnyben részesített asztali környezetének spinjét, és használhatja azt a Fedora telepítéséhez.

@#145 A Kalinál nem az van, hogy csak Live rendszerként érdemes használni, telepítve nem? Talán a csomagok frissülése miatt (néhány alkalmazás jellemzően nem úgy frissül, ahogy az a megszokott, vagy éppen megszűnik a támogatása és egyáltalán nem frissül), és használat jellege -amire jó a Kali- miatt „ráállhatnak” a felhasználóra, ami „zavaró” is lehet.

Egyébként a Debian Testing kiadást is ki lehet próbálni. A fagyasztás környékén épp nem frissülnek a csomagok, mármint, mielőtt a kiadás a stabil verzió lesz. Egy-két nap pár évente. Vagy a Debian Testingre épülő valamilyen Linux terjesztés is jó lehet, a Testingbe elég gyorsan bekerülnek a Sidből az újdonságok.

Ajánhatnám a VSIDO terjesztést, amely főként a Debian Sidre épül,
https://vsido.org/index.php?topic=12.0
de a FluxBox ablakkezelő kissé szokatlan lehet elsőre. Nagyon jó ablakkezelő.

-----

Valamiért fel vagyok iratkozva a SourceForges értesítéseire, és a Pinguy OS is épp frissült. 32 bites architektúrára is elérhető: https://en.wikipedia.org/wiki/Pinguy_OS
Igaz, hogy csak Gnome 3 verzió tölthető le.

#147 Ha a Debian is maradna, akkor a Debian rendszer partíciót tekintetbe véve, a Debian GRUB-ot kell újratelepíteni: https://linuxmint.hu/blog/2017/09/a-grub-ujratelepitese-beallitasa-live-...
Azt nem tudom, látja-e majd a telepített Puppyt, ha egyáltalán azt használja, és nem például a Lilot.

Jelenleg a második OS-ként telepített Puppy rendszerbetöltő alkalmazása van használatban, és vélhetőleg nem látja a telepített Debiant. Ennek javításában Skami segíthet. Illetve, mindkét esetben tud szerintem javasolni megoldást.

#146 Egyelőre tanácstalan vagyok: egyik se akar összejönni. Ráadásul a Puppy tönkrevágta a Debian betöltését is.

#163 Vajon tényleg sikerült-e a javasolt paraméter beállítása?

cat /proc/cmdline

Eredményes volt-e a szerkesztés?

du -sh /var/log/* | sort -h | tail -n 10

Az újabb vizsgálat (listázás) eredményét összevetjük a korábbival.

#162 Végrehajtottam. Most már csak az a kérdés, a fölösleges logokat hogyan töröljem (a log könyvtár mérete 9,3 GB)? Egyszerűen csak del, és kész? Hogyan tisztítsam ki a Debiant?
A Mageia is elbukott.

#167 Igen, a paraméter beállítása sikerült. Csak gondolom, hogy a szerkesztés után újra lett indítva a rendszer, mert az paraméter az újraindítás után lép életbe. Újra lett indítva a rendszer?

-----

Elég nagyok, így csak a végüket kéne megosztani a https://paste.ubuntu.com/ segítségével.

A kern.log,

-- írás

su

cat /var/log/kern.log.1 | tail -n 200 | tee -a /home/csendes-pc/kern.log.1_01.txt

-- olvasás (írtad, a Gedit telepítve van)

exit

gedit kern.log.1_01.txt

és a messages.

su

cat /var/log/messages.1 | tail -n 200 | tee -a /home/csendes-pc/messages.1_01.txt

-- olvasás (írtad, a Gedit telepítve van)

exit

gedit messages.1_01.txt

A su és az exit (a lépések sorrendje) fontos mindkét esetben. Az olvasáshoz már nem szükséges admin jog.

Amúgy nem lenne jobb a sudo-val használni a Debian-t?

-----

Miután a korábbi lépés megvolt, következik a törlés!

A régebbi fájlokat törölni lehet:

su

cd /var/log/

rm -f syslog.1 kern.log.1 messages.1

A kern.log és (a Debian alatt létező) messages naplófájlok szaporodnak aggasztó mértékben.

#166 root@csendes-pc:/home/lajos# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-8-686-pae root=UUID=8b8f7aca-3e86-46a3-aa1c-d677b2597956 ro quiet splash pci=nomsi

root@csendes-pc:/home/lajos# du -sh /var/log/* | sort -h | tail -n 10
976K    /var/log/dpkg.log
16M    /var/log/installer
76M    /var/log/syslog.3.gz
106M    /var/log/syslog.2.gz
599M    /var/log/kern.log
599M    /var/log/messages
599M    /var/log/syslog
631M    /var/log/syslog.1
3,7G    /var/log/kern.log.1
3,7G    /var/log/messages.1

Most is íródik folyamatosan a kern.log, messages, syslog.

@#171 Engem is érdekelne a téma, hogy mi a probléma. És milyen problémát szokott okozni a sudo.