USB wifi

Fórum: 

Sziasztok.

Van egy TL-WN722N V2 usb eszközöm és az a problémám vele, hogy amikor csatlakozik a hálózathoz, utánna egy-két perc múlva nincs internetem. Nem tölti az oldalakat, nem tudok semmit letölteni. Viszont  azt jelzi, hogy ugyanúgy csatlakozva van. Volt már itt a fórumon téma, de nem találom. Köszi a segítséget.

Ilyen még nem volt

1. Keresőbe itt be lehet írni: RTL8188EUS, keresés...

2. Ilyen, hogy van, de aztán elmegy, még nem volt, csak olyan, hogy egyáltalán nem működött.

dmesg kellene, pastebinre....

Értékelés: 

0
Még nincs értékelve

Amint hazaérek(du.3-4 után)

Amint hazaérek(du.3-4 után) tudok vele részletesebben foglalkozni. Köszönöm, hogy foglalkozol a problémámmal. Mindenképp igyekezni fogok.

 

 

Értékelés: 

0
Még nincs értékelve

lsusb

#3 köszönöm neked is. Amint hazaértem jelentkezem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

lsusb | Realtek chipes - rtl8188eu-dkms

#5 A gyári driver hivatalosan csak régebbi kernelhez jó:
https://www.tp-link.com/hu/support/download/tl-wn722n/v2/
Ami legfeljebb a 4.3.0.8-as kernel.

Elérhető egy GitHub forrás,
https://github.com/aircrack-ng/rtl8188eus
de jobban jársz egy PPA-val, nézem, hogy elég frissek a csomagok.
Készíts rendszer visszaállítási pontot (nem árt, bár PPA-nál nem feltétlen szükséges).
Frissítsd a rendszert:

sudo apt-get update
sudo apt-get upgrade

Vedd fel a PPA-t:

sudo add-apt-repository ppa:kelebek333/kablosuz
sudo apt-get update

Telepítsd a csomagot:

sudo apt-get install rtl8188eu-dkms

Indítsd újra a rendszert.

Jegyzet: https://launchpad.net/~kelebek333/+archive/ubuntu/kablosuz
https://gist.github.com/srcmaxim/e39905e78df92f05313e57281986f7fa

Ne használj feleslegesen Entert a hozzászólásaidban, azaz nézd meg, mielőtt beküldöd.

Értékelés: 

0
Még nincs értékelve

lsusb | Realtek chipes - rtl8188eu-dkms

#6 Köszönöm. Most neki is állok, és jelzem az eredményt.

Értékelés: 

0
Még nincs értékelve

lsusb

#5 Nem látni HW problémát, de azt igen, hogy egy bolgár ill. egy orosz címről próbálkoznak bejutni.

Ha torrentet használsz, akkor ez még normális lehet, de ha nem, akkor gyanús. A router az miféle? Rendesen le van jelszavazva, vagy úgy van gyárilag ahogy volt? Saját, vagy szolgáltatói?

Ha van okostelefon, azt hotspotra állítva be lehet vetni teszt céljából, hogy azzal is megszakad a net elérés?

Értékelés: 

0
Még nincs értékelve
kimarite képe

dmesg | Realtek chipes - rtl8188eu-dkms

#6 A dmesg kimenet.

Felismeri a rendszer:

[    1.713267] usb 3-8: new high-speed USB device number 5 using xhci_hcd
[    1.861603] usb 3-8: New USB device found, idVendor=2357, idProduct=010c, bcdDevice= 0.00
[    1.861605] usb 3-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.861605] usb 3-8: Product: 802.11n NIC
[    1.861606] usb 3-8: Manufacturer: Realtek
[    1.861607] usb 3-8: SerialNumber: 00E04C0001

Már ott a kívánt driver. Próbálkoztál valamiel, ha igen, mivel?

5.102291] r8188eu 3-8:1.0 wlxc025e9124f95: renamed from wlan0

Erre azt írják, eldobja a kapcsolatot idővel. Így van?

[    9.998874] R8188EU: assoc success

Ha minden kötél szakad, a PPA nem válik be, akkor ez, amit dicsértek:
https://github.com/ail603601/rtl8188eus
A másik javaslat,
https://github.com/kimocoder/rtl8188eus
a korábban már linkelt oldalra mutat
A javaslatok: https://github.com/lwfinger/rtl8188eu/issues/73

Én azt mondom, PPA ..., mint Micimackó: tény, tény, tény. Elvileg. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

lsusb (off)

#8 Nem látni HW problémát, de azt igen, hogy egy bolgár ill. egy orosz címről próbálkoznak bejutni.

Bakker. :D

Értékelés: 

0
Még nincs értékelve

lsusb | Realtek chipes - rtl8188eu-dkms

#8 Torrenttezek. Azt megkérdezhetem, hogy azt honnét vetted észre? Ezidáig nem csinálta ezt a gép. Mit lehetne tennem ez ügyben? Szolgáltatói modem(Vodafone), és saját jelszavas.(Nem egyszerű, nekem is külön van felírva egy papírra). Kifogom próbálni a telefonos tippet is, bár jelenleg stabil.

#9 Nem csináltam semmi egyebet, csak tegnap este próbáltam a kernelt visszaállítani(ha minden igaz: gép indításánál esc-et nyomtam, és az eggyel előbbi kernelt töltettem be), mivel ez a történet úgy indult, hogy volt előtte egy kernel frissítés. Kérhetnék segítséget, hogy mit tehetek rendszerbiztonság terén? A beépített tűzfalat használom, ahogy a LinuxMind-es videoban láttam.

#11 https://paste.ubuntu.com/p/DZnSqdgJwb/

Értékelés: 

0
Még nincs értékelve

lsusb

#8 Közben átnéztem a dmesg-t, és a legalján láttam meg az ufw blocked sorokat. Ha jól látom, akkor ezeket blokkolta? Szeretnék tenni ellene, de mit? Jelenleg a qbittorent-et és a network manager-t írja ezekre a címekre a tűzfal.

Értékelés: 

0
Még nincs értékelve
kimarite képe

lsusb | Realtek chipes - rtl8188eu-dkms

#12 Sikerült a telepítés, kimenet?

apt-cache policy rtl8188eu-dkms

Betölt, de aláíráshiányban szenved (ami elég érdekes egy PPA-s csomagnál):

[    4.823056] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[    4.823290] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[    5.047916] 8188eu: loading out-of-tree module taints kernel.
[    5.048564] 8188eu: module verification failed: signature and/or required key missing - tainting kernel
[    5.052833] RTW: rtl8188eu v5.2.2.4_25483.20171222
...
[    5.197675] rtl8188eu 3-8:1.0 wlxc025e9124f95: renamed from wlan0

A PPA felvétele előtti dmesg kimenetben látszódik: ezt hogyan oldottad meg?
Így? VirtualBox kernel modulok aláírása a mokutil használatával

[   12.800017] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel

Bejött, működik a PPA-s csomag?

Talán elkerülte a figyelmed a korábbi kérdésem. Válaszolnál erre is?

Már ott a kívánt driver. Próbálkoztál valamivel, ha igen, mivel?

5.102291] r8188eu 3-8:1.0 wlxc025e9124f95: renamed from wlan0

Értékelés: 

0
Még nincs értékelve
kimarite képe

lsusb | Realtek chipes - rtl8188eu-dkms

#14 Kimenet? (pasztázva)

sudo modinfo rtl8188eu-dkms

Értékelés: 

0
Még nincs értékelve

#14 Nem csináltam semmit

#14 Nem csináltam semmit előtte, csak mindig frissítettem, azt amit a frissítéskezelő felajánlott. Azon kívül kb 2 hete frissítettem a rendszeremet a 20.2-re, előtte a 20.1 volt. Jelenleg nincs akadozás a hálózatban, folyamatosan jelenleg is erről a gépről írok.

Kimenet(apt-cache policy rtl8188eu-dkms)https://paste.ubuntu.com/p/KwrwyZ9XJT/

Értékelés: 

0
Még nincs értékelve

lsusb

#13 Közben átnéztem a dmesg-t, és a legalján láttam meg az ufw blocked sorokat. Ha jól látom, akkor ezeket blokkolta? Szeretnék tenni ellene, de mit? Jelenleg a qbittorent-et és a network manager-t írja ezekre a címekre a tűzfal.

Igen, azokat blokkolta, illetve abból vettem észre. Nem nagyon kell ellene tenni semmit, a külső címekről történő próbálkozás a torrent miatt van, mondhatni "normális", a 192-vel kezdödő címek meg helyi címek, ha amúgy minden működik, akkor hagyni kell, de ezek jellemzően a router által történt kezdeményezés, hogy mit akar azt bonyolultabb kideríteni. De tippre hálózatfelderítés lehet.

Szolgáltatói modem(Vodafone), és saját jelszavas.(Nem egyszerű, nekem is külön van felírva egy papírra).

Afféle UPC örökség, alias connectbox?

Értékelés: 

0
Még nincs értékelve

lsusb

#17 Ahogy írtad

Értékelés: 

0
Még nincs értékelve
kimarite képe

#14 Nem csináltam semmit

#16 Jelenleg nincs akadozás a hálózatban, folyamatosan jelenleg is erről a gépről írok.

Köszi.
Megoldva. (PPA)

Az aláírás megoldható a korábban linkelt mokutil leírás szerint, de a *.ko fájl tekintetében (a kért sudo modinfo rtl8188eu-dkms parancssor kimenete mutatja meg a nevét és a jelenlegi helyét) erős segítség még ez a Wiki oldal is: https://wiki.debian.org/SecureBoot

Másik megoldás, ha kikapcsolod a Secure Boot-ot.

Értékelés: 

0
Még nincs értékelve

#14 Nem csináltam semmit

#19 Köszönöm a  segítséget, esetleg, ha a rendszerbiztonsággal kapcsolatban tudnátok tippeket, illetve támpontokat adni, amin el tudok indulni, hogy mire kell figyeljek, illetve mit-hogyan kell beállítani azt még megköszönném.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#14 Tűzfal

#20 A tűzfal témáról ..., habár most fejből nem tudom, hogy csak a Debian állt át az IPTablesről az Nftablesre vagy a Linux Mint is (érdemes rákeresni). IPTables javaslat innentől: https://linuxmint.hu/comment/3426#comment-3426

De van még a fail2ban...

Értékelés: 

0
Még nincs értékelve

#14 Tűzfal

#21 köszönöm szépen

Értékelés: 

0
Még nincs értékelve
kimarite képe

#14 Tűzfal

#22 Nincs mit, de még mindig nem kaptunk választ:

Kimenet? (pasztázva)

sudo modinfo rtl8188eu-dkms

Értékelés: 

0
Még nincs értékelve

#14 Nem csináltam semmit

#20 Köszönöm a  segítséget, esetleg, ha a rendszerbiztonsággal kapcsolatban tudnátok tippeket, illetve támpontokat adni, amin el tudok indulni, hogy mire kell figyeljek, illetve mit-hogyan kell beállítani azt még megköszönném.

Hát így elsőre azt tudom mondani, hogy a torrent kliensbe fix portot kellene beállítani, ne változót, ezt az egy portot engedélyezni kimenő-bejövőre a tűzfalban a qbittorrentre. Már csak a könnyebb áttekinthetőség miatt.

Valószínű, hogy így van, a tűzfal ezért blokkolta az egyéb portokat.

Azon kívül, hogy a tűzfalat áttekinteni, beállítani, (figyelni a forgalmat, hogy pl. mit enged), jelen esetben többet tenni nem nagyon lehet. A helyzet az, hogy némileg speciális esetről van szó, a UPC Connectbox ugyanis egy félszerzet, amit úgy kell elképzelni, hogy a router fő része, ami natol, portot irányt, és egyáltalában routol, az nem helyben van, hanem a szolgáltatói oldalon. Ez egyfelől mellékhatásként azt is jelenti, hogy a biztonsági kérdéseknek ezen része a szolgáltatónál van, és tegyük fel, hogy gondosan kezelik.

Ennél mélyebre ásni (pl. kideríteni, hogy mit akar a router, amit a tűzfal blokkolt) egy külön projekt lenne, ami nagy vonalakban annyiből állnak, hogy telepíteni egy Wiresharkot, a túzfalban engedélyzni a kérdéses forgalmat, majd a Wiresharkkal kielemezni, hogy miről is lehet szó.

 

Értékelés: 

0
Még nincs értékelve

#24 Köszi.  A kliensben fix

#24 Köszi.  A kliensben fix port van beállítva. #23 Erre meg sajnos ezt írja(legalább is szerintem sajnos)https://paste.ubuntu.com/p/yTXQGkkYgK/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#24 Köszi.  A kliensben fix

#25 Igen, néztem én is.
Linux Mint 20-2 rendszeren a linux-modules és a linux-modules-extra tartalmazza alapból a modult, melynek neve: r8188eu.ko

Alá is van írva:

modinfo r8188eu
filename:       /lib/modules/5.4.0-80-generic/kernel/drivers/staging/rtl8188eu/r8188eu.ko
firmware:       rtlwifi/rtl8188eufw.bin
version:        v4.1.4_6773.20130222
author:         Realtek Semiconductor Corp.
description:    Realtek Wireless Lan Driver
...
name:           r8188eu
vermagic:       5.4.0-80-generic SMP mod_unload modversions
sig_id:         PKCS#7
signer:         Build time autogenerated kernel key

De a PPA-s verzió letiltja:

cat /etc/modprobe.d/blacklist-8188eu.conf
blacklist r8188eu

Beállításai itt:

cat /etc/modprobe.d/rtl8188eu-pm.conf
# rtw_power_mgnt=0 disables power saving
# rtw_enusbss=0 disables USB autosuspend
options 8188eu rtw_power_mgnt=0 rtw_enusbss=0

Eddig rendben.

A PPA-s modul ide szállt be:

ls /lib/modules/5.4.0-80-generic/updates/
8188eu.ko

Innen (Synaptic > rtl8188eu-dkms > Telepített fájlok),

/usr/src/rtl8188eu-5.2.2.4~ppa/rtl8188eufw.bin

és ide:

sudo find / -name rtl8188eufw.bin
/usr/src/rtl8188eu-5.2.2.4~ppa/rtl8188eufw.bin
/usr/lib/firmware/rtlwifi/rtl8188eufw.bin <- !

A modul rendben (a DKMS tölti be):

dkms status
rtl8188eu, 5.2.2.4~ppa, 5.4.0-80-generic, x86_64: installed

A PPA-n írja a fejlesztő, a használathoz ki kell kapcsolni a Secure Boot-ot:

If you installed your system in UEFI mode, you must disable secureboot for modules installed by dkms after installation. Innen magyarul...

Telepítés módjának ellenőrzése (kimenet kéne)

[ -d /sys/firmware/efi ] && echo "EFI" || echo "BIOS"

A Secure Boot állapotának ellenőrzése (kimenet kéne):

mokutil --sb-state

Elvileg mindez egy bug,
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1566221
és Secure Boot használata esetén a shim-signed csomag telepítésével is megoldható, valahogy így indulva:

sudo update-secureboot-policy --new-key

A leírás végén van. Nem tudom kipróbálni. Nincs Secure Boot, és így az EFI-s GRUB települne, ami nekem nem jó értelemszerűen. :)

Vagy kikapcsolod a Secure Boot-ot, de hát ez nem túl biztonságos...:

sudo mokutil --disable-validation

Őszintén szólva, Secure Boot, és EFI-s GRUB esetén (ha az van neked), valamint a DKMS használatával, nem tudom, melyiket érdemes választani modul hitelesítéshez: mokutil vagy shim-signed. Késő van már rákeresni, erre nincs rálátásom.

Forrás: https://wiki.ubuntu.com/UEFI/SecureBoot/DKMS

Értékelés: 

0
Még nincs értékelve

Egyébként meg

A második dmesg alapján:

8188eu: module verification failed: signature and/or required key missing - tainting kernel

Ki kell kapcsolni a BIOS-ban a Secure Boot-ot...

TCP: request_sock_TCP: Possible SYN flooding on port 6881. Sending cookies.  Check SNMP counters.

Kicsit nagy a bittorent forgalom, szerintem a Wifi-hez. qBitorrent korlátozás nem lehetséges? (nem ismerem)

Értékelés: 

0
Még nincs értékelve
kimarite képe

#24 mokutil, sbsigntool, rtl8188eu-dkms, 8188eu.ko

#26 Alá kellett írni, így már működik a modinfo is:

modinfo 8188eu
filename:       /lib/modules/5.4.0-80-generic/updates/8188eu.ko
version:        v5.2.2.4_25483.20171222
author:         Realtek Semiconductor Corp.
description:    Realtek Wireless Lan Driver
license:        GPL
srcversion:     174EDA8F7F53C0373ADC1A4
...
depends:        cfg80211
retpoline:      Y
name:           8188eu
vermagic:       5.4.0-80-generic SMP mod_unload modversions
sig_id:         PKCS#7
signer:         rtl8188eu-dkms

A teendők

Szerezz admin jogot:

sudo -i

Hozd létre a root könyvtárban a module-signing könyvtárat (mkdir):

mkdir /root/module-signing

Lépj be a module-signing könyvtárba (cd):

cd /root/module-signing/

Hozd létre a MOK.priv, a MOK.der és a MOK.pem fájlokat. A CN értékhez az beállítani kívánt alkalmazás nevét használd (rtl8188eu-dkms):

openssl req -new -x509 -newkey rsa:2048 -keyout MOK.priv -outform DER -out MOK.der -days 36500 -subj "/CN=rtl8188eu-dkms/" -nodes
openssl x509 -inform der -in MOK.der -out MOK.pem

Ha egy alkalmazást írnál alá, akkor jó az ilyesféle (rtl8188eu-dkms) elnevezés...

Alkalmazd a megfelelő jogosultságokat: 6 = írás + olvasás / rendszergazda (chmod):

chmod 600 MOK.priv

Ha nem EFI beállítást használsz, akkor ezt az üzenetet kapod (mokutil):

mokutil --import MOK.der
EFI variables are not supported on this system

Használd az új kulcsot az sbsigntool segítségével (alapértelmezetten telepítve van):

sbsign --key MOK.priv --cert MOK.pem /boot/vmlinuz-$(uname -r) --output vmlinuz-$(uname -r)

Másold vissza a helyére a saját kulccsal is aláírt vmlinuz fájlt:

mv vmlinux-$(uname -r) /boot/vmlinux-$(uname -r)

Lépj be az általad és a rendszer által jelenleg használt kernel megfelelő könyvtárába, ahol a 8188eu.ko fájlt van (az itt látható verziószám ne tévesszen meg, keresd meg, melyiket használod. A név kiegészítéshez használd a TAB billentyűt. Parancssor: uname -r)

cd /lib/modules/5.4.0-80-generic/updates/

A sign-file fontos lesz mindjárt tehát keresd meg (keresés és találat):

find / -name sign-file
/usr/src/linux-headers-5.4.0-74-generic/scripts/sign-file
/usr/src/linux-headers-5.4.0-77-generic/scripts/sign-file
/usr/src/linux-headers-5.4.0-80-generic/scripts/sign-file
find: ‘/run/user/1000/gvfs’: Engedély megtagadva

A találat szerint és a fenti kernelt használom (uname -r) és a verziószám ebben a parancssorban is példa. Hitelesítsd a 8188eu.ko kernel modult:

/usr/src/linux-headers-5.4.0-80-generic/scripts/sign-file sha256 /root/module-signing/MOK.priv /root/module-signing/MOK.der 8188eu.ko

A fenti parancssorhoz. A modul két helyen található meg (keresés és találat):

find / -name 8188eu.ko
/usr/lib/modules/5.4.0-80-generic/updates/8188eu.ko
find: ‘/run/user/1000/gvfs’: Engedély megtagadva
/var/lib/dkms/rtl8188eu/5.2.2.4~ppa/5.4.0-80-generic/x86_64/module/8188eu.ko

Ide léptünk be korábban (cd):

/usr/lib/modules/*-generic/updates/

A * a kernel verziószáma.

A modinfo már találatot ad (lásd fentebb):

modinfo 8188eu

Lépj ki a root környezetből:

exit

Indítsd újra a rendszert.

Nézd meg a dmesg kimenetet. Az üzenetnek el kell tűnnie:

8188eu: module verification failed: signature and/or required key missing - tainting kernel

Enjoy :-)

Ötlet: https://wiki.debian.org/SecureBoot

Értékelés: 

0
Még nincs értékelve

#28 Jó reggelt

#28 Jó reggelt

Elnézést, hogy csak most válaszolok, de tegnap már nagyon off voltam. Sajnos nem sikerült megcsinálni. Itt van a dmesg kinement, miután végicsináltam mindent a leírtak szerint. https://paste.ubuntu.com/p/488YnG7tWw/ A modinfo:https://paste.ubuntu.com/p/nNcmqkvMHg/ A mokutil:https://paste.ubuntu.com/p/kWS4Qzx5yH/

[ -d /sys/firmware/efi ] && echo "EFI" || echo "BIOS"

https://paste.ubuntu.com/p/nRdrbKywnG/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#29 Sikerült megcsinálni az aláírást, de az EFI/Secure Boot nem fogadja el.
Az aláírás készítése után újra lett indítva a rendszer, és ugyanazzal a kernellel léptél be, mint korábban?
Lehet, ez lenne a bug, amit elvileg javítottak. A PPA-s fejlesztő is csak javasolt volna megoldást, ha van.

Jegyzet a leíráshoz

A régebbi vagy újabb kernelekhez a modul így készíthető el

sudo dkms autoinstall

... mármint azon kernelekhez, ahol a modinfo hibát dob (gyakorlatban a modul nem működik). A modul alapvetően csak annál a kernelnél működik, amivel az aláírás elkészítésekor be voltál lépve, és ennél a kernelnél a fenti parancssor futtatása nem szükséges.

Értékelés: 

0
Még nincs értékelve

#28 Jó reggelt

#30 Ahol az írásban volt az újraindítás, azután újraindítottam a gépet. Ott a boot képernyőnél feljött egy ablak, ahol nem nyomtam semmire, majd ezután indult a rendszer. Lehet ott hibáztam? Megprobálom mégegyszer.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#31 Ahol az írásban volt az újraindítás, azután újraindítottam a gépet. Ott a boot képernyőnél feljött egy ablak, ahol nem nyomtam semmire, majd ezután indult a rendszer.

Ha a GRUB menü látszódik, akkor az automatikus indítás, a legújabb kernel. Ha időközben frissült a kernel, akkor a korábbi kernelhez készítetted el az aláírást, így a frissített nem kapta meg.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#32 A mai állapot:

[    0.000000] Linux version 5.4.0-80-generic (buildd@lcy01-amd64-030) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #90-Ubuntu SMP Fri Jul 9 22:49:44 UTC 2021 (Ubuntu 5.4.0-80.90-generic 5.4.124)
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-80-generic root=UUID=609e4daa-92db-4f20-b168-1b8e7d85b0e0 ro quiet splash

A korábbi állapot:

[    0.000000] Linux version 5.4.0-80-generic (buildd@lcy01-amd64-030) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #90-Ubuntu SMP Fri Jul 9 22:49:44 UTC 2021 (Ubuntu 5.4.0-80.90-generic 5.4.124)
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-80-generic root=UUID=609e4daa-92db-4f20-b168-1b8e7d85b0e0 ro quiet splash

Egyezés. Az EFI nem engedi az aláírást érvényesülni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#33 Ilyen kimenetnél működik:

[ -d /sys/firmware/efi ] && echo "EFI" || echo "BIOS"
BIOS

Értékelés: 

0
Még nincs értékelve

#28 Jó reggelt

#33 Jelenleg megcsináltam mégegyszer. Készítettem egy pastebint-t az egész folyamatról:https://paste.ubuntu.com/p/2wsWr8Jmxg/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#34 Szerk.: a megoldás működik, de a BIOS beállításnál, ahol nincs Secure Boot, a module verification failed... jelzés a dmesg kimenetben alapvetően és előbbi okból következően nem jelentkezik, így „eltűnését” tesztelni nyilván nem tudtam. :)

Értékelés: 

0
Még nincs értékelve

#28 Jó reggelt

#34 https://paste.ubuntu.com/p/bTYKRghqwy/ Szerintem letöltöm a Linux Mint 20.2 telepítőt, és csinálok egy tiszta telepítést. Mert csak felfrissítettem rá, nem telepítettem. Azután meglátjuk. Köszönöm a segítséget, én megpróbáltam többször is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Jó reggelt

#35 Jó, hogy mutatod. Elfogadja pedig a rendszer az aláírást:

mokutil --import MOK.der
input password: 
input password again: 

A többi része is jó. Próbálok rájönni, mi lehet a gond.

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

#28 Szép napot!

#37 Szerintem letöltöm a Linux Mint 20.2 telepítőt, és csinálok egy tiszta telepítést. Mert csak felfrissítettem rá, nem telepítettem. Azután meglátjuk.

Mmm, az EFI és a Secure Boot kavar be, nem a kiadás frissítés, de megpróbálhatod, egy friss telepítés tiszta lappal indítás.

[ -d /sys/firmware/efi ] && echo "EFI" || echo "BIOS"
EFI

Értékelés: 

0
Még nincs értékelve

#28 Szép napot!

#39 Jelentkezni fogok, miután újrahúztam a rendszert.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot!

#39 Az EFI-s megoldás

You may also opt to sign modules yourself. To make this simple, you can use the command:

sudo update-secureboot-policy --new-key

To create a new MOK key to use for signing, then run the appropriate kmodsign command to sign your kernel module. After the module is signed, run sudo update-secureboot-policy --enroll-key to step through the enrollment wizard, or do the enrollment yourself by running sudo mokutil --import <your key>.

megoldása itt lehet:

To sign a custom module, in this example with the generated MOK already available on a system:


kmodsign sha512 \
    /var/lib/shim-signed/mok/MOK.priv \
    /var/lib/shim-signed/mok/MOK.der \
    module.ko

Megfelelő elérési utakkal.

Mi történik, ha futtatod?

sudo update-secureboot-policy --new-key

( még a rendszer újratelepítése előtt ki lehetne próbálni )

#40 Vagy Timeshift mentési pont birtokában. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | shim-signed, sbsigntool

#41 A leírásokban látható csomagok elérhetőek (Linux Mint 20.2):

apt-file search kmodsign
sbsigntool: /usr/bin/kmodsign             
sbsigntool: /usr/share/man/man1/kmodsign.1.gz
apt-file search update-secureboot-policy
shim-signed: /usr/sbin/update-secureboot-policy
ubiquity: /usr/lib/ubiquity/shim-signed/update-secureboot-policy

De ezeket csak szimulálva lenne érdemes próbálni, nem valós telepítéssel, azaz, hogy milyen csomagokat tennének fel, mennyiben változtatnák meg a rendszert, ha telepítenénk.

Kimenetek?

sudo apt-get install shim-signed --simulate
sudo apt-get install sbsigntool --simulate

Azt is meg lehet nézni telepítve vannak-e már:

apt-cache policy shim-signed sbsigntool

Az ubiquity-val nem foglalkozunk.

Jegyzet: How to sign things for Secure Boot

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | shim-signed, sbsigntool

#42 https://paste.ubuntu.com/p/wdTzFBr8n6/ https://paste.ubuntu.com/p/TqNXD5pBgf/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | shim-signed, sbsigntool

#43 Köszi. Létrejött egy új kulcs szerintem.
Mármint a parancssor (nem kell újból futtatni)

sudo update-secureboot-policy --new-key

csak jelszót kért be, és logikus, hogy a kulcsot létrehozta.

Ellenőrizzük, a kmodsign leírás szerinti helyen jöttek-e létre az új kulcsok:

file /var/lib/shim-signed/mok/MOK.priv
file /var/lib/shim-signed/mok/MOK.der

Az shim-signed és az sbsigntool alkalmazások telepítve, rendben.

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | shim-signed, sbsigntool

#45 https://paste.ubuntu.com/p/SfxQscyB3j/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | shim-signed, sbsigntool

#46 Ott vannak, okés ez a rész.

A kmodsign erősebb titkosítást használ, mint mi korábban, ezt: sha512

Teendő (kimenet is kéne)

Lépj root környezetbe (sudo-val nálam nem működnek egyes parancssorok):

sudo -i

Lépj a modult tartalmazó könyvtárba (cd):

cd /lib/modules/5.4.0-80-generic/updates/

Hitelesítsd a modult (kmodsign):

kmodsign sha512 \
    /var/lib/shim-signed/mok/MOK.priv \
    /var/lib/shim-signed/mok/MOK.der \
    8188eu.ko

Itt valamilyen varázslóról van szó... .

Futtasd a parancssort, frissítsd a Secure Boot beállításait az új kulcsra:

sudo update-secureboot-policy --enroll-key

Nézzük meg, mi ez a varázsló! Ha nem tudod, mit kell tenni, mutasd, mi történik (kimenet). És mondom a további lépést.

Ha nem megy (nem kell megcsinálni), a másik lehetőség:

mokutil --import  /var/lib/shim-signed/mok/MOK.der

A korábban létrehozott könyvtár és tartalma törölhető:

rm -rf /root/module-signing/

A végén ki kell lépni a root környezetből:

exit

Jegyzet (nem kell): ImageSigning

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | shim-signed, sbsigntool

#47 Jelenleg már újratelepítettem a rendszert, jelenleg már ez a problémája:https://paste.ubuntu.com/p/jq3wk5V8Vt/

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | shim-signed, sbsigntool, kmodsign (javítás)

#47 Ui.: elgépeltem. Ha root környezetben vagy (sudo -i) nem kell a sudo.

Javítás:

update-secureboot-policy --enroll-key

... problémát nem okoz, de felesleges a használata.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | új telepítés

#48 Esetleg pontosítanál? Mire gondolsz?
Mást is csinálok most...

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | új telepítés

#50 Erre: r8188eu: module is from the staging directory, the quality is unknown, you have been warned.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | új telepítés

#50 Azt látom, hogy még a  5.4.0-74-generic kernel fut, tehát nagy frissítésen nem esett át.

Javaslat:

sudo apt-get update
sudo apt-get upgrade

Linux Mint 20.2?

Még ezt látom, de ha a frissítés sem volt meg, akkor mi mást csináltál?

[    4.135842] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[    4.136068] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[    4.143315] lib80211: common routines for IEEE802.11 drivers
[    4.143317] lib80211_crypt: registered algorithm 'NULL'
[    4.162388] r8188eu: module is from the staging directory, the quality is unknown, you have been warned.
[    4.168753] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[    4.193202] usbcore: registered new interface driver r8188eu

A Wifi eszköz? Működik, nem? Mit próbáltál, PPA...? Mi a probléma a dmesg kimenetben, amit látni kéne? Miért nem frissítesz naprakészre? Csak egy-két kérdés, nem sok. :)

r8188eu: module is from the staging directory, the quality is unknown, you have been warned.

A staging modul van használatban, azaz a linux-modules és a linux-modules-extra csomagokból próbálkozik a rendszer. A korábban használt PPA szerintem nincs felvéve. Korábban mutattam, hogy a staging, azaz nem az updates könyvtárban vannak az eszköznek megfelelő modulok ezen csomagok esetén (alapértelmezetten telepítve), de ez csak mellékes tájékoztatás, és a kimenet kiértékelése. Lehet, ezek is használatra hozhatóak, ezt is lehet vizsgálni.

Érdemes megnézni a modul tulajdonságait:

modinfo r8188eu

A javítás kiindulására.

#51 A korábbi hozzászólásomban leírtam a javaslatokat.
Most újból le kell írni, hogy ez a modul le fog dobni 2 perc múlva (mert gondolom, ez történik ismét), ezért vedd fel a PPA-t és hitelesítsd a ma leírtak alapján?

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | új telepítés

#52 Elnézést, de az egész rendszert telepítettem, és még nem frissítettem. Csinálom, viszont most mennem kell lassan, ezért lehet, hogy csak délután, este tudok jelentkezni. Addig is köszönöm szépen.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | új telepítés (off)

#53 :) Rendben.

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | új telepítés

#53 Ha már új telepítés, akkor szerintem nem az eddiigi utat kéne folytatni.
Hogy miért gondolom ezt ?
Nekem is van TL-WN722N V2-es USB-s adapterem - Ubuntu alapú kiadásokon a rendszerrel kapott driverrel
kernel verziókkal (Mint 19.3, 20.2, Manjaro 5.10-es kernellel) semmi gond a wifi csatlakozással és stabilan
tartja a létrejött kapcsolatot.

Manjaronál volt olyan a régi TP-Link 740-es routerrel, hogy nehezen (2.-3. nekifutásra) jött létre a kapcsolat
de miután létrejött, stabilan tartotta, ...  Az egyik rendszerfrissítési csomag ezt javította.
Most nemrég a DIGi hálózat korszerűsítése kapcsán kapott FTTH-s modem/wifi routerrel kapcsolatban is
hasonló probléma adódott - nem jött létre a kapcsolat az adapter, és a DIGI-s router között (más routerrel
létrejött)  - ezt is a tegnapelőtt kapott frissítési csomag javította meg.
Inkább:
- IPv6 -> Mellőzés
- MTU alapértelmezett 1500-ról 1492-re állítása
- Ha megszakad a kapcsolat, azért még tudod pingelni a routert ?

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | új telepítés

#55 vodafone(régi upc) modemre csatlakozik. A pingelést még nem próbáltam. De emellett két telefon, két tv box, egy tabletta folyamatosan csatlakozik, és azokon a net stabil. Ez az eszköz is stabil volt 2 nappal ezelőttig, amikor történt egy kernel frissítés. Ebből gondoltam én azt, hogy a frissítés okozott valami gondot. Majd ha hazaérek, akkor végigmeg,ék újra a lépéseket, és megosztom az infókat. Jelenleg a ppa hozzáadva a rendszerhez és telepítve is van a csomag. Már csak az aláírás lenne vissza, de dolgom van, ezért hagytam abba.

Értékelés: 

0
Még nincs értékelve

Itt látszik az, hogy mennyire

Itt látszik az, hogy mennyire nem értek hozzá, még akkor is, ha már nem tegnap kezdtem el használni. Folyamatosan tanulom, olvasom a rendszerrel kapcsolatos dolgokat, de még így is kevés. Sry az értetlenségem miatt.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | új telepítés

#56 A GRUB menüben a régebbi kernelt kiválasztva, és a rendszert azzal indítva, tudod ellenőrizni az eszköz működését. Nem győződtem meg az ellenkezőjéről, néhol olvasom véleményként, nem mindig van így. Aham, azért ilyen népszerű, mert 3.000 Ft. körüli az ára. Igaz, nem közlik a boltok a verziót.
A v2-es csak 2.4 GHz-et tud?
v3-as vélemények:

  • Nálam is egy v3.20-as landolt. Linux Mint 20 van a gépen. Csak be kellett dugni az USB-be. Végre működik rendesen a net. Mindenféle mókolás nélkül. :))
  • Igaz hogy a termék verziója v3-as de akkor is használható linux alatt egy kis beállítás után. Ez mellett pedig ár érték arányban a legmegfelelőbb.
  • Kiváló ár/érték arányú termék Plusz még cserélhető az antennája erősebbre, ha nagyobb távolságon vagy vastagabb födémen át kell venni a jelet.
  • Teszi a dolgát, árához képest igényes, minőségi kivitel, még USB toldó kábel is van a dobozban.
  • Nagyon jó termék. Használata gyors és egyszerű mind Windows, mind Linux(Puppy, Ubuntu) alatt. Stabilan és jól működik. Támogatja a SoftAP módot, illetve nagy előnye, hogy cserélhető az antennája, így nagyobb teljesítményű antenna is tehető rá. (Például: TP-Link TL-ANT2408CL antenna ...)

Az IPv6 mellőzésre állítását érdemes elsőként próbálni, ha nincs kapcsolódás, szakadozik vagy ledob a hálózat (a kapcsolat újraindítása szükséges a változtatás érvényesítéséhez). Most én nem ajánlottam, mert általában kábeles netnél szoktunk. Az MTU alapértelmezett 1500-ról 1492-re állítása jó ötlet, lehet ezzel is „játszani”.

Értékelés: 

0
Még nincs értékelve

#28 Szép napot! | új telepítés

#58 TL-WN722N V2 (V3) ... mindkettő szerepel az aljára ragasztott adat cetlin)
Ez egy külső cserélhető antennás, érzékeny/nagy erősítésű ("High-Gain") eszköz.
A rendszerrel kapott driverrel tudja ezt a nagy érzékenységet biztosítani. (100% jelszintet ad ott, ahol más
külső antennás adapterek 55-65%-ot.)
A githubon találhatók hozzá más driverek, - ezek általában arra jók hogy a monitor mód támogatást biztosítsák
az eszköznek - mert a rendszerrel kapott ezt nem támogatja. Viszont, a wifi jelszó krekkeléshez erre szükség van.
De ez azzal jár, hogy az ezköz érzékenysége számottevően csökken.
Szóval, ha nem akarsz wifi jelszót feltörni, akkor maradjon a rendszerrel kapott driver - mert ez van "kihegyezve"
a nagy érzékenységre.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#28 Szép napot! | új telepítés

#59 A githubon találhatók hozzá más driverek, - ezek általában arra jók hogy a monitor mód támogatást biztosítsák az eszköznek - mert a rendszerrel kapott ezt nem támogatja. Viszont, a wifi jelszó krekkeléshez erre szükség van. De ez azzal jár, hogy az ezköz érzékenysége számottevően csökken.

Én erről nem hallottam. :)
Mármint az érzékenység számottevő csökkenéséről a monitor mód használatával. Márni is lehet: mármint megnézni az értékeket mindkét driverrel.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Drivers | Signal Strength

#61 És a rendszer sajátjával, az IPv6 kikapcsolása, az MTU 1492 beállítása után?
A leírtak meggyőzőnek tűnnek. Mármint publikálta kifelé, és biztosan így van.

Értékelés: 

0
Még nincs értékelve

Már lényegtelen sajnos úgy

Már lényegtelen sajnos úgy néz ki, hogy az eszközzel van probléma. Átvittem egyik ismerősömhöz,(ő nem linux rendszert használ, de ez nem is lényeges), hogy megnézzem nála hogyan működik. Az ő gépe már nem is érzékeli. Megpróbáltuk több porton is, de mintha nem is csatlakozna.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Már lényegtelen sajnos úgy

#63 Itt ezt írtad: https://linuxmint.hu/comment/48219#comment-48219
Jelenleg nincs akadozás a hálózatban, folyamatosan jelenleg is erről a gépről írok.
Mármint nekem erősen úgy tűnt, a PPA bevált! Nem?
Garancia vagy jótállás?

Értékelés: 

0
Még nincs értékelve

Drivers | Signal Strength

#62 IPv6 kikapcsolása, az MTU 1492 beállítása
Ezek csak ötletek - nálam ezek nélkül sem szakad(t) meg a kapcsolat.
Esetleg még a Google DNS (8.8.8.8) beállításával is lehet kísérletet tenni.

Értékelés: 

0
Még nincs értékelve

Már lényegtelen sajnos úgy

#64 igen, még délelőtt is működött, aztán hazaérve megpróbáltam folytatni, amit abbahagytam, és megint eldobta a kapcsolatot, ezután már nem is tudtam rácsatlakozni semmire. Áthoztam ismerősömhöz, de semmi. Majd hazaérek még megpróbálom.

Értékelés: 

0
Még nincs értékelve

Drivers | Signal Strength

#65 Folytatás:

Szerk.: Most látom hogy lehet hogy hardware hiba ?
Egy régi USB-s adapterem úgy gyengült le, hogy egy idő után megszakadt a kapcsolat.
A visszajelző LED ilyenkor vagy elaludt, vagy folyamatosan világított.
Ha kihúztam, majd rövid idő elteltével újra bedugtam, egy ideig ismét jó lett
Ment a kukába !

Értékelés: 

0
Még nincs értékelve
kimarite képe

Drivers | Signal Strength

#65 Gábor, ha amúgy, "egyéb hozzányúlás" nélkül is működött nálad a v2/v3 eszköz, akkor a jelet adó modem (router), illetve azok beállításaira érdemes ránézni. Ha ez volt jupicís modem, a beállításokba nem lehet belépni, mert a szolgáltatóé. Érdemes lenne a vodkafonnál is kérni egy újra beállítást a modemre. Volt egy régi routerem, azt odaadtam volna, de kidobtam, mert pincében tároltam és tönkrement (vélhetően). Azt hiszem, hozzám vágták, más műszaki cikk mellé (esetleg egy ezres volt). A tulaj pont a házon belül használta Wifi osztásra. Szóval, érdemes befektetni egy használt, Wifi-s routerbe akár. És ennek a beállításait is tudod változtatni.

#65 #67 lala, előfordulhat, hogy hardver hiba. Fentebb linkeltem egy netes árlistát.

Értékelés: 

0
Még nincs értékelve

Drivers | Signal Strength

#68 Ennek a DIGI-től kapott optikai kábeles routernek be tudok lépni a beállítási menüjébe.
A készülék alján lévő cetlin meg van adva a belépési felhasználónév/jelszó páros.
Igaz hogy a menüje nagyon fapados - még a régi TP-Link 740-es routerhez képest is.

Értékelés: 

0
Még nincs értékelve

Most értem haza, mindjárt

Most értem haza, mindjárt ránézésre, viszont ez az eszköz kb 4-5 éved, nem csodálkozom. Viszont sajnálom, mert így kábeles megoldás lesz egy ideig biztos.

Értékelés: 

0
Még nincs értékelve

Drivers | Signal Strength

#68 Ha ez volt jupicís modem, a beállításokba nem lehet belépni, mert a szolgáltatóé. Érdemes lenne a vodkafonnál is kérni egy újra beállítást a modemre. Volt egy régi routerem, azt odaadtam volna, de kidobtam, mert pincében tároltam és tönkrement (vélhetően). Azt hiszem, hozzám vágták, más műszaki cikk mellé (esetleg egy ezres volt). A tulaj pont a házon belül használta Wifi osztásra. Szóval, érdemes befektetni egy használt, Wifi-s routerbe akár. És ennek a beállításait is tudod változtatni.

1. A UPC connetbox beállításait el lehet érni, elvileg felszereléskor vagy 8 öntapadós cetlit adott a UPC, amit mindenhova fel lehet ragasztani, a kütyü egyéni belépőkódjával. Itt nem sok mindent lehet csinálni, de azt meg lehet ejteni, hogy a 2,4G illetve 5G esetén külön SSID legyen beállítva pl. <SSID>_2_4, <SSID>_5 formában, így az esetleg 5G képes eszközt is rá lehet bírni a 2,4 G használatára, aminek nagyobb a hatósugra, és stabilabb. Amennyiben esetleg anno a UPC IPv4 módra állította, akkor még több beállítás is elérhető.

2. Nem egyszerű másik routerrel kicserélni a Connecboxot. Egyéni Docsis hálózatról van szó, HW azonosítással működik, a kütyúbe smart card van dugva, ami nélkül nem lehet a netet elérni.

3. Persze, a LAN portra lehet routert kapcsolni, de leginkább  jelerőstés céljából, vagy elszigetelt helyi hálózat építési célból, aminek gondolom sok értelme nincs

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Drivers | Signal Strength

#71 1, 2, 3 ... érdekes, nem is hallottam ilyenről.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Most értem haza, mindjárt

#70 Az EFI-s hitelesítést megcsinálnád? Jó projekten kívül van neked, de ha jó a megoldás, írok róla egy bejegyzést. Nekem nincs EFI-s gépem. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Drivers | Signal Strength

#69 Nekem modemem van (üvegszálas hálózat), és magam vettem egy routelt, és a modem Bridgelve van (kértem, de eleve így szállították, ezt volt a válasz). Elvileg a LAN1, de aztán azt mondták, mindegyik LAN port jó a Bridge-re.

Értékelés: 

0
Még nincs értékelve

Megcsinálom de hiába értem

Megcsinálom de hiába értem haza, valami miatt nincs áram. Majd, ha lesz, akkor tudom csinálni, valószínűleg reggel. Ez nem az én napom volt, minden összejött, örülök, hogy vége van.(valami állomáson ment tönkre valami, aminek a javítása folyamatban van :-) )

Értékelés: 

0
Még nincs értékelve
kimarite képe

Megcsinálom de hiába értem

#75 hiába értem haza, valami miatt nincs áram.

Olcsó poén: - ha hazaérsz, akkor lesz áram?
Volt már ilyen nálunk is!
Kösz.

Értékelés: 

0
Még nincs értékelve

#77 Szóval, hála istennek

#77 Szóval, hála istennek mégsem romlott el az eszköz, és ha jól látom, akkor sikerült is a dolog.(remélem :-) )

A műveletek:  #6  https://paste.ubuntu.com/p/bwtXpRHKpX/  #28 https://paste.ubuntu.com/p/Fb2XgTxmmF/ DMESG kimenet az újraindítás után: https://paste.ubuntu.com/p/dgkgPY7RWQ/

Annyit rontottam el szerintem(ami miatt nem fogadta el a kulcsot), hogy az újraindításkor a boot képernyő után bejött egy MOK ablak, ahol a kulcsot még el kellett fogadni. A MOK ablakban a második lehetőséget választva szerepelt az új kulcs, amit kiválasztva egyből kérte a megadott jelszót, ezt megadva írta is, hogy az új kulcs elfogadva, és lehetett újra reboot-ni. Ezután már betöltött a rendszer, és ha minden igaz, akkor sikerült a folyamat.(Legalábbis szerintem, de majd kiderül mindjárt :-) )

Köszönöm a segítséget, nagyon hálás vagyok érte.

Értékelés: 

0
Még nincs értékelve
kimarite képe

#77 Szóval, hála istennek

#78 Annyit rontottam el szerintem(ami miatt nem fogadta el a kulcsot), hogy az újraindításkor a boot képernyő után bejött egy MOK ablak, ahol a kulcsot még el kellett fogadni. A MOK ablakban a második lehetőséget választva szerepelt az új kulcs, amit kiválasztva egyből kérte a megadott jelszót, ezt megadva írta is, hogy az új kulcs elfogadva, és lehetett újra reboot-ni. Ezután már betöltött a rendszer,

Tehát, akkor az első javaslatom bevált, csak kellett hozzá, a fent említett kézi engedélyezés.
Arra gondoltam, hogy a második javaslatom próbáld ki, de vélhetően mindkettő jó, és a másodiknál is ablaknak kéne bejönnie.

Úgy tűnik, sikerült (dmesg):

[    0.485808] integrity: Loading X.509 certificate: UEFI:MokListRT
[    0.486087] integrity: Loaded X.509 cert 'rtl8188eu-dkms: 9d33b9e4e01d7f448de8de4e3f17bf67952dfc04'
[    0.486088] integrity: Loading X.509 certificate: UEFI:MokListRT
[    0.486105] integrity: Loaded X.509 cert 'SomeOrg: shim: a01ee84e9b37ace407961cc468c5909447878469'
[    0.486105] integrity: Loading X.509 certificate: UEFI:MokListRT
[    0.486307] integrity: Loaded X.509 cert 'Canonical Ltd. Master Certificate Authority: ad91990bc22ab1f517048c23b6655a268e345a63'
...
[    4.370408] 8188eu: loading out-of-tree module taints kernel.
[    4.384775] RTW: rtl8188eu v5.2.2.4_25483.20171222
[    4.428745] RTW: hal_com_config_channel_plan chplan:0x21
[    4.428919] RTW: rtw_regsty_chk_target_tx_power_valid return false for band:0, path:0, rs:0, t:-1
[    4.429524] usbcore: registered new interface driver rtl8188eu
...
[    4.620637] rtl8188eu 3-8:1.0 wlxc025e9124f95: renamed from wlan0

Már csak egy megerősítés kéne, hogy működik az eszköz!
Áramosok remélem, nemcsak vigyázzba álltak éjszaka... :) Köszi

Értékelés: 

0
Még nincs értékelve

#77 Szóval, hála istennek

#79 Tökéletesen működik, még a speedtest-ben is jobban teljesített az eddig megszokottnál(stabilabban hozta a sebességet, és nem ingadozott, bár lehet azt nem ez határozza meg). Azóta is folyamatosan megy, és nincs vele gond. A másodiknál is ugyan úgy feljött az ablak, csak ott is egyből a boot folytatása volt bejelölve. Az áramosokat meg hagyjuk, valamikor éjjel végeztek, de nem vártam már meg. Köszönöm a segítséget, nagyon hálás vagyok érte. Azért ma még elmegyek és veszek vagy egy másik wifi-s eszközt(ha esetleg mégis lenne valami gond), vagy egy switch-et, hogy ne azt az egy kábelt kelljen cserélgetni a tvbox és a gép között. Tudom, hogy elég nehéz szülés volt, de bevallom igazából ma reggel értettem meg pontosan, hogy mit is csinálok, és miért. SRY a tudatlanságom miatt.(Nehezen tanulok, viszont könnyen felejtek :-) ) További szép napot

Értékelés: 

0
Még nincs értékelve
kimarite képe

#77 Szóval, hála istennek

#80 A másodiknál is ugyan úgy feljött az ablak, csak ott is egyből a boot folytatása volt bejelölve.

Lehet, valahogy keresek gépet az UEFI-s telepítésre. Az ablakok érdekelnének. Elfelejtettem mondani, hogy fotózz le mindent. ;)
Az elsőnél (megoldás) a két válasz lehetőség, a másodiknál az egy, vagyis a megjelenés, és a szöveges lehetőségek.  Mert mégis jobb úgy leírást írni, hogy a fogalmazó is saját maga győződik meg arról, amit ír, és így írja meg a magyarázatot hozzá. :))
De legalább tudjuk, hogy mindkét megoldás működik EFI-s rendszernél.
Köszi, még egyszer!
Örülök, hogy rendbejött minden. Tartalék Wifi eszköz nem árt!
Nemrég hallottam lángososnál (teológus): - Jobb Istenben hinni, mint nem hinni, ha létezik, ha nem. (a tejfölös, sajtos lángos finom volt)

Értékelés: 

0
Még nincs értékelve