Linux за българи: Форуми

Здравейте приятели, колеги и ентусиасти. На скоро си взех ново лаптопче и реших да си сложа Rocky Linux с GUI като основа, а след това малко виртуални машинки. Всичко уж наред но WIFI и Bluethoot не се разпознават. С командата lspci си намерих картата която е Mediatek MT7961. Поразрових се малко из гооглето и видях че при Убунту има ъпдейт в кърнала и проблема се отстранява https://askubuntu.com/questions/1340800/wifi-not-working-on-asus-rog-zephyrus-g14-2021. Надявах се че ще намеря нещо по този проблем във форумите на Red hat и CentOS, но уви (все пак е сървърна ОС). Ако някой има идея как мога да си подкарам WIFI-то моля да сподели :)

Здравей,

Връзката, която си пуснал е за Ubuntu, Debian базирани дистрибуции, има подобни репорти и за Arch-базирани.
Обаче Rocky Linux е базиран на RedHat, там и конфигурацията на ядрото и другите настройки (модули на ядрото) са различни.
Опитай да заредиш модула: sudo modprobe mt7921e.
Та като за начало може да дадеш резултата от следните две команди: lspci и ip link show (може да иска sudo, първо опитай без).

Инсталирай всички пакети които съдържат в името "firmware-*", би трябвало да стане и само с един, два, но нямам къде да тествам с това търсене.
За стари версии на Убунту-ядрото има някакъв PPA, допълнително хранилище (за теб не става), остава или ръчно инсталиране на firmware (ако има) или ръчно ново ядро.
И двете са относително сложни, така че виж опциите по-горе.

Успех !

   Ако си начинаещ,не е добра идея да се хвърляш на такива екзотики.
Ако държиш да останеш на въпросното "Rocky ...",вероятно (някога...)
ще пуснат пач,който да оправи проблема.
   Иначе трябва да компилираш кърнъл модули,което си е тегаво...

Сам си прецени.






Доп. Сега видях какво е писал колегата по-горе.
Пробвай го за всеки случай.

Преди време RH решиха да изхвърлят поддръжката на несървърни мрежови карти и те липсват и в последния центос. (Не ми се търси източник сега.)

Понеже не мога да кажа в никакъв случай, че мрежите са ми сила, точно обратното — напълно неук съм, затова ще ти говоря на високо равнище. Какво се прави на ниско, нито знам, нито мисля, че ще имам достатъчно мозък, някога да разбера.
 
Ще говоря от собствения си опит. Не твърдя, че нещо от написаното е правилно, а само, че е работило за мен и отговаря на собствените ми (никакви) умения.

Първото нещо, преди да започнеш да правиш, каквото и да било е, е да си намериш точния bios за платката си. Пакета трябва да е нещо подобно на firmware-*.rpm.

По личния ми опит (с Дебиан, но не би трябвало да има значение), даже да се ползва по-стар пакет, а не за Цент 8 може да е предимство. Не се притеснявай, тези bios не зависят от версията на ядрото. Те са просто едни „цифрови петна“ (на технически жаргон) и единственото, което прави ядрото е — да ги инжектира в устройството.

Когато вече имаш под ръка съответния пакет, вече може да започваш с експериментите.

Живия Девуан не включва connman или wicd. Но ако в Цент има нещо подобно, първо трябва да го спреш с:

GeSHi (Bash):
# service wicd stop

или

GeSHi (Bash):
# service connman stop

Ако има онова безумие nm, не знам, как се спира. От малкия си опит с него, опитвал съм се да го убивам, какво ли не, пуска се и се пуска самичко. Гнусен вирус. Отървавал съм се от него само като ръчно преименувам команата му. Убивам го и спира да шава.

Следва премахване на приставката за ядрото. Става по обичайния начин с:

GeSHi (Bash):
# modprobe -r mt7921e

или

GeSHi (Bash):
# rmmod mt7921e

Двете комани правят едно и също. Приемам, че mt7921e е приставката, както каза Рей. Но ти това (коя точно е) трябва да си го установил (както си написал) с команда подобна на lspci. 

Сега, има го момента, че modprobe-то може да изпищи, че не иска да я маха, защото зависи от други. Махаш първо тях и накрая нашата. В моя случай (но моята платка е най-гадния урод и враг — Броудком) има цели четири такива.

Тук аз даже за по-сигурно премахвам и самия пакет. Понеже никога не съм ползвал Red Hat (като изключим Мандрейк), то не знам точната команда. Но ти трябва да я знаеш. Инструмента е този под yum или каквото е там в CentOS, че май смениха yum-а с няк'во dnf или подобна простотия появила се при нас под помпозното и незаслужено име APT. То може би ще стане и самия yum, ама като инструмент за зависимости, му нямам доверие. И на apt-get не вярвам.

След като е разкаран от паметта и диска, ги връщаме обратно със същите команди. Затова казах, че пакета трябва да ти е под ръка. Желателно е да знаеш, че този bios е работил преди за теб и не е издънка, каквито има много. А пък модпробето е без „ер“.

Както казах, ако проблема е на ниско равнище с нищо не мога да ти помогна. Не разбирам от разбубулечване с gdb, strace и подобните на тях. С писане на Ц имам извънредно малко опит.

Но, ако всичко е наред, трябва да си готов да полетиш. Това ще разберем веднага с:

GeSHi (Bash):
iw dev| grep Interface|cut -d" " -f2

Ако даде отговор, ти си човека.

Сигурно има и по-готина команда, но аз толкова мога bash, толкова пиша. Аз даже съм си го сложил в:

GeSHi (Bash):
wlan0=$(iw dev| grep Interface|cut -d" " -f2)

за по-нататъшна обработка в пакетен режим, но очевидно става и на команден ред.

Това е защото отдавна няма нищо сигурно в ядрото и хич не е ясно, че ще ти раздаде точно wlan0, a не някаква простотия. Имената на всякакви устройства от версия на версия стават все по-закодирани и все по-малко значещи нещо.

Ако сме успели до тук, нека вдигнем мрежата. И започваме с :P

GeSHi (Bash):
ip link set $wlan0 down

Няма как — първо трябва да се уверим, че е долу.

GeSHi (Bash):
ip link set $wlan0 up

GeSHi (Bash):
iw dev $wlan0 connect MY-ESSID

GeSHi (Bash):
dhclient $wlan0

За последната не съм сигурен в RH, каква е. До някакво време за dhcp не ползваха това. Но каквото там ползват, ползваш го и ти.

Нака видим, какво се е случило:

GeSHi (Bash):
ping 192.168.1.0

Най-вероятно е това, но сам знаеш, как си настроил маршрутизатора да раздава адреси. Аз съм работил и на големшки места, дето се раздаваха десетки и то не макина ;)

GeSHi (Bash):
ping 8.8.8.8

Ненавиждам Гългъл, но е много сигурен за ping-ване.

И накрая нещо наше:

GeSHi (Bash):
ping abv.bg

Ако и това сработи, значи дори DNS е запалил и ние сме в джаза.

Ако е така, можем да минем на нещо по-човешко. А и все по някое време ще загубиш връзка. Това не е кабел и да е сигурна комуникацията.

Вземи под предвид, че agent on можеш да го извикаш само в случай, че ползваш connmanctl в ролята му на командна обвивка, а не команда с параметри. И така:

GeSHi (Bash):
service connman start

За всеки случай:

GeSHi (Bash):
connmanctl enable wifi

после:

GeSHi (Bash):
connmanctl scan wifi

па:

GeSHi (Bash):
connmanctl services

и накрая:

GeSHi (Bash):
connmanctl connect wifi_very_long_hash_managed_or_some_thing

Онова последното дето го написах, си го взимаш от изхода на предпоследното. Неудобно е, защото е гнусна дроб, но пък понеже никога не се променя, става за пакетна обработка.

Наистина по-мързеливо е да ползваш нещо като cmst. Ама поне живия Девуан (минималният :o ) идва без всякаква графика. Преполагам и Цент е така, като ориентиран по-малко да е работен плот

Ако някъде съм забравил (щото ми омръзна по някое време, a и мязат на коментар) да сложа диез, да знаеш, че всички команди са с администраторски привилегии.

Успех!

п.п. За разлика от Спец, не вярвам, че Цент е лош избор за начинаещ. Това е едно от най-поддържаните дистрота и дава неограничени възможности за професионално развитие;

п.п.п. Забравих, че не е лошо и да разбереш, какво е положението с rfkill.

Уважавам желанието ти да помогнеш и труда ти да изпишеш толкова текст, но със усхадуя методи:

След като е разкаран от паметта и диска, ги връщаме обратно със същите команди.

не може да се очаква успех, а само губене на време.
BTW

[root@asd ~]# locate 792
/usr/lib/modules/3.10.0-1160.31.1.el7.x86_64/kernel/drivers/hwmon/w83792d.ko.xz
/usr/lib/modules/3.10.0-1160.36.2.el7.x86_64/kernel/drivers/hwmon/w83792d.ko.xz
/usr/lib/modules/3.10.0-1160.45.1.el7.x86_64/kernel/drivers/hwmon/w83792d.ko.xz
/usr/lib/modules/3.10.0-1160.49.1.el7.x86_64/kernel/drivers/hwmon/w83792d.ko.xz
/usr/lib/modules/3.10.0-1160.53.1.el7.x86_64/kernel/drivers/hwmon/w83792d.ko.xz
[root@asd ~]# cat /etc/centos-release
CentOS Linux release 7.9.2009 (Core)

Здравей, rey

На mopdprobe това са ми опциите

[ivo@localhost ~]$ sudo modprobe mt
mt2060         mt2266         mt7601u        mt76x0-common  mtd
mt2063         mt312          mt76-usb       mt76x0u        mtd_blkdevs
mt20xx         mt352          mt76x02-lib    mt76x2-common  mtdblock
mt2131         mt76           mt76x02-usb    mt76x2u 

[ivo@localhost ~]$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166a
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166b
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166c
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166d
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166e
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166f
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1670
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1671
01:00.0 3D controller: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile / Max-Q] (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
03:00.0 Network controller: MEDIATEK Corp. Device 7961
04:00.0 Non-Volatile memory controller: Micron Technology Inc Device 5404 (rev 03)
05:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne (rev c5)
05:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller
05:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor
05:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
05:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
05:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor (rev 01)
05:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller

ivo@localhost ~]$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 7c:8a:e1:a1:3e:5b brd ff:ff:ff:ff:ff:ff
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether 52:54:00:4a:e3:31 brd ff:ff:ff:ff:ff:ff
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN mode DEFAULT group default qlen 1000
    link/ether 52:54:00:4a:e3:31 brd ff:ff:ff:ff:ff:ff
[ivo@localhost ~]$

   Ако си начинаещ,не е добра идея да се хвърляш на такива екзотики.
Ако държиш да останеш на въпросното "Rocky ...",вероятно (някога...)
ще пуснат пач,който да оправи проблема.
   Иначе трябва да компилираш кърнъл модули,което си е тегаво...

Сам си прецени.






Доп. Сега видях какво е писал колегата по-горе.
Пробвай го за всеки случай.

Напълно съм съгласен и е логично сървърна OS да няма драйвъри за WIFI. Иначе имам някакви бегли познания по това животно наречено Linux. Ако можех сам да си компилирам кърнала или да си пиша драйвъри или фърмуери на С нямаше да пускам тази тема. Относно идеята за дистрото, с което съм избрал да си чупя главата е : 1. стабилно е като основа 2. Всичко що е по-сериозно сървърно е на Red Had, CentOS и вероятно ще мине на Rocky след, като IBM взеха правата под CentOS и няма да е лошо да се уча и свикавам с дистрото.

go_fire
Сега ще се разровя за bios и да пробвам твоето решение.

Балагодаря за съветите ще пиша какво съм сътворил  ;D

Wi-Fi e MEDIATEK 7961, потърси в Google за името на модулa.
sudo modprobe mtXXX

PS: модула е: mt7921e (което обаче е alias, затова направи описаното в частта ANSWER на следната връзка: https://askubuntu.com/questions/1380400/no-wifi-adapter-found-on-ubuntu-20-04-3-lts); също е полезно да се изключи SECURE BOOT и т.н. в БИОСА

PS2: при мен (EndeavourOS е модул).
zgrep -i mt7921e /proc/config.gz
CONFIG_MT7921E=m

Wi-Fi e MEDIATEK 7961, потърси в Google за името на модулa.
sudo modprobe mtXXX

PS: модула е: mt7921e (което обаче е alias, затова направи описаното в частта ANSWER на следната връзка: https://askubuntu.com/questions/1380400/no-wifi-adapter-found-on-ubuntu-20-04-3-lts); също е полезно да се изключи SECURE BOOT и т.н. в БИОСА

PS2: при мен (EndeavourOS е модул).
zgrep -i mt7921e /proc/config.gz
CONFIG_MT7921E=m

Направих го но за съжаление без резултат. Иначе secure boot и подобни простории съм ги спрял в bios-a.

Чакай сега. По това, което си дал, като да е работоспособен.

Направи ли, каквото каза Рей, а именно да инсталираш де що имаш пакет с име firmware-*, като не можеш да уцелиш кой е. След това modprobe mt7921e или презапускане на цялата система по шиндошарски, трябва да го вдигне. И iw dev трябва да даде резултат, което означава, че е потеглил. Ако не е, нещо там в dmesg или /var/log/syslog трябва да има. Ядрото ще пищи, ако нещо не му уйдисва.

От четенето на разни неща покрай тази тема, научих, че Centos

Using Windows drivers - ndiswrapper
https://wiki.centos.org/HowTos/Laptops/Wireless

може да работи с усхадуя драйвер.

... След това modprobe mt7921e ...

Ако съм разбрал правилно, понеже често чета по диагонал, ако това дистро е Centos базирано, няма наличен такъв модул.

Цитат на: ray в Feb 02, 2022, 21:48

Wi-Fi e MEDIATEK 7961, потърси в Google за името на модулa.
sudo modprobe mtXXX

PS: модула е: mt7921e (което обаче е alias, затова направи описаното в частта ANSWER на следната връзка: https://askubuntu.com/questions/1380400/no-wifi-adapter-found-on-ubuntu-20-04-3-lts); също е полезно да се изключи SECURE BOOT и т.н. в БИОСА

PS2: при мен (EndeavourOS е модул).
zgrep -i mt7921e /proc/config.gz
CONFIG_MT7921E=m

Направих го но за съжаление без резултат. Иначе secure boot и подобни простории съм ги спрял в bios-a.

Стандартно (за почти всички Линукси) при някакъв по-екзотичен хардуер са необходими две неща: firmware-* пакет (ако драйвера е собственически) и модул за ядрото, ако поддръжката за този хардуер е компилирана като модул (евентуално сваляне на някакви ограничения в БИОС-а).
Ако с тези неща не стане вероятно означава липса на firmware-driver-a и/или въобще липса на поддръжка в ядрото (ако не е модул или въобще го няма в ядрото).
Тук става бая сложно, затова оставаме на горния вариант.
За да провериш дали има поддръжка в ядрото ползвай или командата която бях дал по-рано ...zgrep...) или grep -i mt7921e /boot/config-XXXX (не помня как беше в RedHat).
Виж и какво писа @go_fire или още по-добре @laskov

Ако съм разбрал правилно, понеже често чета по диагонал, ако това дистро е Centos базирано…

Това е един от четири-петте претендента да е наследник на наскоро споминалия се Цент.

Или аз съм проЗ (много вероятно :D)  или всичко е ъпдейтнато и инсталирано.
пиша си в конзолата :

[ivo@localhost ~]$ sudo dnf update
Last metadata expiration check: 1:53:14 ago on Thu 03 Feb 2022 10:52:19 AM EET.
Dependencies resolved.
Nothing to do.
Complete!
[ivo@localhost ~]$ sudo dnf upgrade
Last metadata expiration check: 1:53:25 ago on Thu 03 Feb 2022 10:52:19 AM EET.
Dependencies resolved.
Nothing to do.
Complete!
[ivo@localhost ~]$ sudo dnf check-update
Last metadata expiration check: 1:53:37 ago on Thu 03 Feb 2022 10:52:19 AM EET.

Ласков оказа се прав. Върнах се от осем на пет във версиите и никъде няма за Медиатек. Но аз продължавам да опорствам. Ако го няма за Цент и за Федора ли го няма? В крайна сметка тия работи не зависят от архитектура.

Тъпо ми е 20 год. по-късно да продължаваме да ползваме ndiswrapper.

[laskov@acer-la ~]$ zgrep -i mt7921e /boot/config-5.8.16-300.fc33.x86_64
[laskov@acer-la ~]$ cat /etc/fedora-release
Fedora release 33 (Thirty Three)

Не съм я обновявал.

Или аз съм проЗ (много вероятно :D)

Споко. Кашиците са много по-прости..... ::) Обаче...... Това е началото на познанието...

„Ако даваха стипендия за най-глупави, щях да съм човека с най-много Мини Купъри“

HomesClique

Това е когато избереш сървърна ОС за десктоп и не знаеш какво правиш. Сега ако подкараш уай-фай-я, ще писнеш, че нещо друго не работи (я саунд, я видео или следващия упдейт ще замажи това дето си оправил вече).
Добре поне, не си се засилил на Арч щото е куул.
Затова си има по-приятелски настроени дистра да те водят за ръчичка: Убунту, Минт, Поп-ОС!, Федора

Да започнеш Линукс с компилиране на ядра и модули не е най-добрия подход иначе пак, ще си се върнеш на Бозицата.

Това е когато избереш сървърна ОС за десктоп и не знаеш какво правиш. Сега ако подкараш уай-фай-я, ще писнеш, че нещо друго не работи (я саунд, я видео или следващия упдейт ще замажи това дето си оправил вече).
Добре поне, не си се засилил на Арч щото е куул.
Затова си има по-приятелски настроени дистра да те водят за ръчичка: Убунту, Минт, Поп-ОС!, Федора

Да започнеш Линукс с компилиране на ядра и модули не е най-добрия подход иначе пак, ще си се върнеш на Бозицата.

От година или две съм на Минт като декстоп на старата машинка. Бозата е на виртуална машина защото не всичко върви на Линукса.
Rocky-то ми трябва за основа като хайпър вайзер + графичен интерфейс за да мога да се ровя из нета. Имам някакви бегли познания, които прозират с линукса, но виждам че сървърната ОС ще ми трябва и смятам че ще е по-добре да свиквам с нея отколкото с Минта (сега ми е малко шантаво с това dnf вместо apt-get...)

Цитат на: jet в Feb 03, 2022, 20:11

Това е когато избереш сървърна ОС за десктоп и не знаеш какво правиш. Сега ако подкараш уай-фай-я, ще писнеш, че нещо друго не работи (я саунд, я видео или следващия упдейт ще замажи това дето си оправил вече).
Добре поне, не си се засилил на Арч щото е куул.
Затова си има по-приятелски настроени дистра да те водят за ръчичка: Убунту, Минт, Поп-ОС!, Федора

Да започнеш Линукс с компилиране на ядра и модули не е най-добрия подход иначе пак, ще си се върнеш на Бозицата.

От година или две съм на Минт като декстоп на старата машинка. Бозата е на виртуална машина защото не всичко върви на Линукса.
Rocky-то ми трябва за основа като хайпър вайзер + графичен интерфейс за да мога да се ровя из нета. Имам някакви бегли познания, които прозират с линукса, но виждам че сървърната ОС ще ми трябва и смятам че ще е по-добре да свиквам с нея отколкото с Минта (сега ми е малко шантаво с това dnf вместо apt-get...)

Ами то има сървърни ОС-и с apt: Дебиан. Аз реших, че си се спрял на Ред хатска ОС точно заради dnf.

Цитат на: laskov в Feb 03, 2022, 11:52

Ако съм разбрал правилно, понеже често чета по диагонал, ако това дистро е Centos базирано…

Това е един от четири-петте претендента да е наследник на наскоро споминалия се Цент.

   "наскоро споминалия се Цент."    ???

   Към темата: възможно е да се създаде драйвер за въпросното у-во.
Правил съм такива неща.
Пича си сваля стандартно ядро ( т.нар. "vanilla kernel", от  kernel.org),
разархивира го в някоя временна директория,
намира съответните (*.с) сорс файлове и ги копира на правилното
място(/usr/src/<version> ),после ги компилира и ... готово.
Генериран е съотв. ".ko" файл,после го зарежда с insmod ,и те така.
Да коства много усилия и си е живо приключение,но е възможно.

   Ако наистина е навит, и държи на  "Rocky ..." квот-беше-там ...
да пише,ще помагаме,има и други колеги,които разбират от тези неща.

Имам предвид под формата на безплатен RHEL, а не по принцип.

   И сега може да се изтегли Centos Stream,на практика пълноценен RHEL
(е,за сериозна поддръжка се плаща,но това е съвсем друга тема ...).
Имам такова на виртуалка,не ми е пискало,че иска кинти ...

Или имаш предвид нещо друго ?

Тъй де, ама Потока (онзи Южния, Турския и другите) е пробна версия. Не е чак толкова експериментална като Федора и е доста по-стабилна, но все така не докрай изпилена версия на крайното нещо.

А хората просто искат — индустриалното качество и стабилност на RHEL, но без да плащат и без да се налага сами да цомпилират изходните кодове, публикувани от Ред Хат.

   Към темата: възможно е да се създаде драйвер за въпросното у-во.
Правил съм такива неща.
Пича си сваля стандартно ядро ( т.нар. "vanilla kernel", от  kernel.org),
разархивира го в някоя временна директория,
намира съответните (*.с) сорс файлове и ги копира на правилното
място(/usr/src/<version> ),после ги компилира и ... готово.
Генериран е съотв. ".ko" файл,после го зарежда с insmod ,и те така.
Да коства много усилия и си е живо приключение,но е възможно.

   Ако наистина е навит, и държи на  "Rocky ..." квот-беше-там ...
да пише,ще помагаме,има и други колеги,които разбират от тези неща.

Бих се впуснал в това приключение, но пак искам да повторя, натъртя и удебеля че съм новобранец с Линукса (представете си че ще обяснявате на неандерталец  ;D).

Понеже това

zgrep 7921 /boot/config

го няма и в Slackware 14.2 (kernel-huge-4.4.301), си помислих, че може и да не търсим правилния модул. Има това:

CONFIG_WL_MEDIATEK=y
CONFIG_MT7601U=m

Има го и във Fedora, но в Centos - нe.

В тая връзка днес излезе новия Слак под номер петнадесет. Честито на всички слакери! А както знаем, ние и Иран сме в челото по брой слакери на глава население.

От новостите на мен най-много ми допадна, че влиза PipeWire на мястото на триклетото PulseAudio. Дано наистина върши всичко, което обещава и да не е същата дивотия като другото, нищо, че едни и същи хора са го писали.

В тая връзка днес излезе новия Слак под номер петнадесет. ...

Имам чувството, че тази новина вече съм я чел :) , но да, на сайта е с вчерашна дата.

Вярно ве! Колко съм тъп!

http://www.slackware.com/announce/15.0.php

Даже не е от вчера, ами от втори. Много странно защо порталите се движат два дни назад ??? Изобщо не си направих труд да погледна източника :(

И май-май тукашния мирър не работи, макар да е описан в сайта на Слакуер.

Имах предвид, че съм я чел преди 2-3 месеца. Явно тогава е било RC