wifi probléma

Fórum: 

 Sziasztok!

Van egy lenovo laptopom 64 bites Linux mint 17.1-el és a wifi nem működik. A wifi típusa: Atheros AR9285. Ha jól értettem akkor telepítenem kéne egy ath9k nevű illesztőprogramot. Itt kezdődik a gond, kezdő linuxos vagyok, és nem igazán értem, hogy működnek ezek. tudna valaki segíteni? előre is köszönöm!

 Telepítéskor nem ismerte fel

 Telepítéskor nem ismerte fel a wifi adapteredet? Konkrétan mit jelent, hogy nem működik? Egyáltalán nem megy a kapcsolat, vagy szakadozik? 

Értékelés: 

0
Még nincs értékelve

 Egyáltalán nem tudom

 Egyáltalán nem tudom bekapcsolni a wifit, és telepítés előtt sem lehetett, próbáltam 32 bitessel is, ugyanez a jelenség.

Értékelés: 

0
Még nincs értékelve

Pedig a leírások szerint már

Pedig a leírások szerint már egy jó ideje támogatott.
rfkill list parancs mit mond Terminálban? Ez ugye beépített wifi, nem usb-s?

Értékelés: 

0
Még nincs értékelve

~ $ rfkill

~ $ rfkill

Usage: rfkill [options] command
Options:
 --version show version (0.5-1ubuntu1 (Ubuntu))
Commands:
 help
 event
 list [IDENTIFIER]
 block IDENTIFIER
 unblock IDENTIFIER
where IDENTIFIER is the index no. of an rfkill switch or one of:
 <idx> all wifi wlan bluetooth uwb ultrawideband wimax wwan gps fm nfc

 Beépített a wifi, nem usb-s, ndiswrapper sajna nem működik, ugyanúgy nem tudom bekapcsolni.

Értékelés: 

0
Még nincs értékelve

Lehet, hogy félreértettél.

 Az ndiswrapper nem egy driver, hanem a segítségével windowsos drivert telepíthetsz a wifidhez.
De előbb játszd végig a linuxos megoldásokat, mert ha elvileg támogatott, akkor mennie kell.

Értékelés: 

0
Még nincs értékelve

~ $ rfkill list

~ $ rfkill list
0: ideapad_wlan: Wireless LAN
 Soft blocked: no
 Hard blocked: no

1: phy0: Wireless LAN
 Soft blocked: no
 Hard blocked: yes

Bocsánat, elnéztem.Persze az a windos-os illesztő maradna mindenképpen utóljára, mert a váltásom oka, hogy megelégeltem a win-t.

Értékelés: 

0
Még nincs értékelve

Próbáld a következőt.

Próbáld a következőt.
Terminált megnyitod, majd
echo "options ath9k nohwcrypt=1" | sudo tee -a /etc/modprobe.d/ath9k.conf

sudo modprobe -rfv ath9k

sudo modprobe -v ath9k
Jelszót fog kérni, amit nem látsz beírás közben.

Értékelés: 

0
Még nincs értékelve

~ $ echo

 norci@norci ~ $ echo "options ath9k nohwcrypt=1" | sudo tee -a /etc/modprobe.d/ath9k.conf
[sudo] password for norci: 
options ath9k nohwcrypt=1

norci@norci ~ $ sudo modprobe -rfv ath9k
rmmod ath9k
rmmod mac80211
rmmod ath9k_common
rmmod ath9k_hw
rmmod ath
rmmod cfg80211

norci@norci ~ $ sudo modprobe -v ath9k
insmod /lib/modules/3.13.0-37-generic/kernel/net/wireless/cfg80211.ko 
insmod /lib/modules/3.13.0-37-generic/kernel/net/mac80211/mac80211.ko 
insmod /lib/modules/3.13.0-37-generic/kernel/drivers/net/wireless/ath/ath.ko 
insmod /lib/modules/3.13.0-37-generic/kernel/drivers/net/wireless/ath/ath9k/ath9k_hw.ko 
insmod /lib/modules/3.13.0-37-generic/kernel/drivers/net/wireless/ath/ath9k/ath9k_common.ko 
insmod /lib/modules/3.13.0-37-generic/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko nohwcrypt=1 nohwcrypt=1 

így gondoltad? Jelszót az elején kérte, a wifi továbbra sem működik újraindítás után sem.

Értékelés: 

0
Még nincs értékelve

http://pastebin.com/

http://pastebin.com/
Bemásolod, amit akarsz, megnyomod a Submit-et, majd a böngésző címsávban megjelenő linken keresztül elérhető lesz az információ (neked és nekünk is, ha megadod a linket). Így a fórum továbbra is átlátható marad, nem tele oldalnyi gépi információval.

Értékelés: 

5
Átlag: 5 (1 szavazat)

Van valamilyen gyorsgomb a

Van valamilyen gyorsgomb a billentyűzeten wifi ki/bekapcsolásra? Ha igen, próbáld meg használni a rendszer alatt, valamint a boot alatt is és figyeld, a wifi led reagál-e valamilyen módon. Nagyon úgy néz ki, hogy valami bug-os a 14.04-ben (a Mint erre épül) az Atheros wifivel. Korábbi rendszereken legalábbis működött rendesen.

Értékelés: 

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

Hardveres blokkolás van -->

Hardveres blokkolás van --> "Hard blocked: yes". Kiadod ezt a parancsot,

sudo rfkill unblock all

vagy kihúzod az ethernet kábelt (és utána próbálod, hogy működik-e a Wifi), mint itt.

http://ubuntuforums.org/showthread.php?t=2107206&p=12471370#post12471370

Majd ellenőrzés.

rfkill list

https://answers.launchpad.net/ubuntu/+source/gnome-nettool/+question/255236 #4. hsz.

Mi kapcsolgatja a Wifi-t, nem az "Fn+F5"? Be kéne kapcsolni ... (rfkill list)

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/782137/comments/5 / http://askubuntu.com/posts/161150/edit

És itt mi van most?

xdg-open /etc/modprobe.d/ath9k.conf

xdg-open /etc/modprobe.d/blacklist.conf

... a linux-firmware csomag telepítve van?

Értékelés: 

0
Még nincs értékelve

 Csak billentyűkombináció van

 Csak billentyűkombináció van. Seb boot alatt, sem futás közben nem reagál, biosban engedélyezve van a wifi. Esetleg amire tudok gondolni, bár nem hiszem, hogy probléma lenne, windovs alatt így kikapcsoltam a wifit, és formáztam a gépet. Esetleg egy korábbi Mint  megoldaná a gondomat?

Értékelés: 

0
Még nincs értékelve

A legegyszerűbb, ha Live

A legegyszerűbb, ha Live rendszer alatt nézed meg. Akkor rögtön látod, működik-e.
Hardveres kapcsoló sincs (külön ki/be állású kapcsoló a gép oldalán)? Bár furán hangzik, de próbáld feltenni az Nvidia driver-t (Illesztőprogram kezelő). Valakinek az segített, azt tippelem, valahogy az energiaszabályzással lehet kapcsolatban.

Értékelés: 

0
Még nincs értékelve

 Bocs, nem vettem észre, hogy

 Bocs, nem vettem észre, hogy visszább is van egy komment. Végígpróbáltam az összeset, fn-f5- re csak a szoftveres blockolás reagál, a hardveres nem. Továbbra sem tudom bekapcsolni. http://pastebin.com/s7036rZG a két file tartalma. Nvidia drivert külön nem raktam fel. Hol találom? Esetleg alapból fent lehet?

Értékelés: 

0
Még nincs értékelve

Ha nem nagy gond, megnéznéd

Ha nem nagy gond, megnéznéd az új 15.04-gyel (Live-ban)? Nagyon úgy tűnik, van valami az Atheros-szal a jelenlegi rendszereken (régebben jó volt).

Értékelés: 

0
Még nincs értékelve

Hasonló problémám akadt nekem is.

Üdv.

Nem túl rég telepítettem a Linux mint 17.1 cinnamon -t a laptopomra (msi vr630).
1héttel ezelőttig hibátlanul működött a wi-fi, viszont most egyszerűen, mintha nem látná...
(pedig nem piszkáltam igazából semmit a rendszerben, azóta a drivert r8169-ről lecseréltem r8168-ra, de semmi változás)
[ kábelen, és usb-s wi-fi stick-en kereszül látja a hálózatot, anélkül meg semmit ]
-Van külön multimédiás gomb a ki-be kapcsolásra, de semmire nem reagál, se bootolás közben sem máskor.

 ~ $ inxi -n
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8168
           IF: eth0 state: down mac: 00:24:21:68:81:cb
           Card-2: Ralink RT5370 Wireless Adapter
           IF: N/A state: N/A mac: N/A

-Az ~rfkill list parancs, nem ír semmit
- ~iwconfig -nál: eth0      no wireless extensions.

- ~ip link
eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:24:21:68:81:cb brd ff:ff:ff:ff:ff:ff

- ~ $ sudo ifup eth0
Ignoring unknown interface eth0=eth0.

~ $ sudo ip link set eth0 up  (próbáltam ilyet is, de semmi válasz)
 

Értékelés: 

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

A parancsok kimenete kéne

A parancsok kimenete kéne:

lsusb | grep -i Ralink

lsmod | grep rt

uname -a

modinfo rt2800usb | grep 5370

Innen vettem, de nem kéne megcsinálni a ott írtakat, hiszen a driver nem tölthető le már: http://superuser.com/questions/692229/install-driver-for-rt5370-on-ubuntu

Ezt lehet telepíteni, ha nincsen, de semmi más:

sudo apt-get install linux-firmware-nonfree

Értékelés: 

0
Még nincs értékelve

A parancsok kimenete: (+megjegyzés)

~ $ lsusb | grep -i Ralink
Bus 002 Device 002: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter

~ $ lsmod | grep rt
rt2800usb              27034  0
rt2x00usb              20742  1 rt2800usb
rt2800lib              89076  1 rt2800usb
rt2x00lib              55307  3 rt2x00usb,rt2800lib,rt2800usb
mac80211              630653  3 rt2x00lib,rt2x00usb,rt2800lib
cfg80211              484040  2 mac80211,rt2x00lib
crc_ccitt              12707  1 rt2800lib
parport_pc             32701  0
parport                42348  3 lp,ppdev,parport_pc

~ $ uname -a
Linux tomo-MSI-NOTEBOOK-VR630 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

~ $ modinfo rt2800usb | grep 5370
alias:          usb:vF201p5370d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v148Fp5370d*dc*dsc*dp*ic*isc*ip*in*

- telepítettem a firmware-t is sikeresen, de szintén semmi változás

+ Mivel eleinte jól működött, ezért szerintem a drivereknek rendben kéne lennie, valamint windows7 alatt is csinált hasonlót (szintén nem látta a hálózatot és nem lehetett ki/be kapcsolni a wi-fi-t..) a gép (párszor), de ott a a hálózati hibaelhárírtó kis erőfeszítéssel helyre tudta rakni..
Ha jól emlékszem akkor valami hálózati adapter konfigurálás volt a nyavajája.
Szerintem most is hasonló az eset, csak nem tudom ,hogyan kéne megmondani a rendszernek, hogy tessék má' észrevenni a háló kártyát és használni is, ha már van.

Valahol olyat is olvastam, hogy a boot menüben lehetne beállítani a wi-fi-t, de ez a gép sajnos nem tud olyat.

Értékelés: 

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

Két dolog próbának.

Két dolog próbának.

A betöltődés automatizálása:

echo "rt2800usb" | sudo tee -a /etc/modules

-- ennek ellenőrzése (hogy bekerült-e a szövegfájl végére a kifejezés)

cat /etc/modules

Az udev szabályoktól független eszköz cím létrehozása (remélem, vannak ilyen könyvtáraid):

echo 148F 5370 | sudo tee /sys/bus/usb/drivers/rt2800usb/new_id

Majd újraindítod a rendszert, és kiadod ezeket is:

sudo modprobe -rv rt2800usb

sudo modprobe -v rt2800usb

És elvileg működhet. Amúgy az a két alias (-od) feleslegesnek tűnik. Nem tudom, mi hozhatta létre.

És ennek a fájlnak mi a tartalma? Nincs benne véletlenül az rt2800usb?

cat /etc/modprobe.d/blacklist.conf

Értékelés: 

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

Csak tájékoztatás (Debian

Csak tájékoztatás (Debian csomagot pl. Linux Mint-re vagy Ubuntu-ra nem szabad telepíteni - nem lenne jó).

rt2800usb is a driver produced by the rt2x00 project, supporting Ralink 802.11n USB chipsets, introduced at Linux 2.6.31.

Ralink 802.11n PCI devices are supported by the rt2800pci driver.

Maga a modulod "jó" (*usb és nem *pci). # https://wiki.debian.org/rt2800usb

Értékelés: 

0
Még nincs értékelve

Kipróbáltam (de nincs javulás)

Valamit újra variált eredmény képpen, de a vége ugyan az lett.
A blacklistet is végi böngésztem, de semmi gyanús (én ennyit írtam hozzá: blacklist wmi -nemtudom van-e jelentősége).

Bár kicsit összezavarodtam..
ha bedugok 1usb-s wi-fi adaptert egyből látja a  hálózatokat, rögtön csatlakozik & kábellel szintén & és 1 hete még a saját wi-fi vel is így tett.

Előferdülhet, hogy bekaksizott a vezetéknélküli kártya?
Annak ellenére, hogy a rendszer látja, és jó értékeket ad vissza a lekérdezésekre?

Esetleg szimplán túl sötét vagyok a probléma megértéséhez.?

Pluszba még annyi beugrott, hogy a bluetooth-ot se látja (bár ez valamiféle kombó kártya wifi+bt. együtt), és az alvómódot jelző holdacska is konstans világít.
Lehetséges hogy nem is a hálókártya a hibás?

Bocsi a túl sok kérdésért (főleg ha értelmetlenek), valamint köszi az eddigi tippeket.

Értékelés: 

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

(én ennyit írtam hozzá:

(én ennyit írtam hozzá: blacklist wmi -nemtudom van-e jelentősége) - mindennek van jelentősége, vedd ki (és indítsd újra a rendszert), bár nem valószínű, hogy ettől megjavul. A GNU/Linux-nál mindennek célja van (kell, hogy legyen), később ez gond lehet. Honnan vetted ezt a tippet, csak kíváncsiság.

Ki kéne kapcsolni a BlueTooth-ot, próbáld meg ... a hogyanra pontosan most nem tudok válaszolni. De az alkalmazás a Hálózatkezelő? Ki kéne kapcsolni a BT-t abban. Mást alkalmazás van-e telepítve, ami grafikus, pl. a WICD (nem kell telepíteni)?

Másrészt sosem árt valkinél kipróbálni a kártyát :). De akkor meg itt kéne egy "dmesg" kimenet: mármint kihúzod az USB csatiból, vársz 10-15 másodpercet legalább és visszadugod, majd megint vársz ugyannyit legalább és kiadod:

dmesg | tee dmesg_20150523_01.txt | xdg-open dmesg_20150523_01.txt

És a szövegszerkesztőd ablakából a szöveget kimásolva ide töltöd fel,

http://pastebin.com/

majd mentés után (el is nevezheted) a böngésző cím mezőjéből csak a linket ide másolod a válaszba.

és az alvómódot jelző holdacska is konstans világít. - ez melyik alkalmazásban van?
 

Értékelés: 

0
Még nincs értékelve

További infók

A blacklist wmi-t az rfkill vonatkozásában találtam, más fórumon. Ott szintén hasonló problémát írtak le, és arra jutottak, hogy a rendszer 2 wmi modult próbált betölteni együtt, és az okozta a problémát. (igaz, más linux verzió meg minden, de gondoltam kipróbálom.)

A bluetooth-ról:
A beállítások alatt van egy Bluetooth nevű (bluetooth beállítások módosítása) alkalmazás. Ami jelenleg annyit  ír, hogy nem találhatók BT. adapterek.
A ki/be kapcsolás + Láthatóság opciók el vannak halványítva.
(Utána kérdeztem és ha minden igaz, akkor 1 helyről (a Ralink kártya) megy a Wi-Fi, meg a Bluetooth is, vagyis amíg a wifi-t nem fogja látni addig a bt.-t se)

Idáig nem volt WICD-telepítve (most felraktam).
A beállítások alatt, így első ránézésre a -WPA supplicant driver- állítása szúrt szemet.
WEXT -et ajánl ,de van NL80211 és RALINK_LEGACY opció. Érdemes végigpróbálni ezeket, vagy jobb ha nem piszkálom?

A holdacska a töltés jelző és a wifi kapcsolat visszajelző LED mellett van (nem külön alk.)
[Fn+F12 kombinációval lehet elaltatni a gépet, tegnap rápróbáltam és ébredés után már nem akart vissza jelentkezni...]
+ már 1pár fórumot végig görgettem, és úgy vettem észre, hogy a Sleep mód és a Wi-Fi közt van valami összefüggés.
   valami a modul felfüggesztésekkel kapcsolatos.

A dmesg eredménye:
http://pastebin.com/v6ja2mUv

Értékelés: 

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

Régebbi kernellel próba (ami telepítve van már -> GRUB)

A WiCD-t nem kellett volna telepíteni, de ezt csak mondják, ... lehet, most ez nem gond.

Próbáld a rendszert egy régebbi kernellel indítani. Kikapcsolod a gépet (nem altatás). Elindítod a gépet, és azonnal nyomkodni kezded a Shift billentyűt. Bejön neked a GRUB, ahol a kernel listád van (minden kernel alatt egy hibajavító verzió). A legfelső a legújabb, lefelé a régebbiek. Indíts eggyel régebbivel (kurzorral kettőt lépsz lefelé, majd Enter-t ütsz). És próba. Mert a kerneled frissült bizonyára nemrég, és ennek lehet az következménye, hogy a Wifi - mely eddig működött - most nem működik. Mert a kártya chipset-ével - valami, általunk még nem pontosan ismert ok miatt nem képes együtműködni. A suspend-et egyelőre el kéne felejtened, először tegyük helyre feltételezett suspend probléma nélkül.

Látja a rendszer az USB-s Wifi-t,

[   10.816170] systemd-udevd[380]: renamed network interface wlan0 to wlan1

de nem wlan0, hanem wlan1 tehát ennek a kimenete kell (például, de telepítsd az ip csomagot, ha nincs)

ip addr show

Vélhetőleg a kmenetben is látszik "On" vagy "Off", például: Power Management:on. És azt hiszem, a /dev/phy0 helyre teszi - az rt2x00 kezeli, ez oké - és látszik hogy Wifi és Bluetooth (legalábbis gondolom, hogy az 5390 a Bluetooth)

[   10.659664] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5390, rev 0502 detected[   10.697296] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 5370 detected

[   10.735642] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'

Betölti az usb driver-t az rt2x00-ból,

[   10.736056] usbcore: registered new interface driver rt2800usb

látszik a bluetooth modul is később (! Firefox kereső [F3] > keresés: 5370 - és látod, amit írok)

Random eldobja a kártyád a kernel (az új kernel, mert a régebbi nem dobta el), amit mondasz.

Erre javasolnak két dolgot (a többit a linkről ne csináld meg, mert különböző kernelekről és azokhoz való patch-csekről beszélnek, ha az kell egyáltalán. nem kell)

1) A Power Save kikapcsolása (álítólag ez az alap beállítás, nem tudom most még, mert nem mélyedtem bele a systemd-be, ami az upstart helyett jött :))

iw dev wlan1 set power_save off

2) Egy GRUB fájl beállítás, ez:

usbcore.autosuspend=-1

De egyiket sem írják biztos megoldásnak (https://bugzilla.kernel.org/show_bug.cgi?id=62781). Biztos megoldás egy régebbi kernellel indítani.

Amúgy látszik is a dmesg kimenetben a suspend, mert kétszer írja  a kernel sort:

Command line: BOOT_IMAGE=/boot/vmlinuz-3.13.0-37-generic root=UUID=454c3aca-fbf9-449c-815f-e23d8d012f1a ro quiet splash vt.handoff=7

Linkelgethetek még sok mindent, de kernel bug szerintem, amit javítanak majd: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264384 (nem kell telepítened, csak összefüggés; Mark Rijckenberg (markrijckenberg) said on 2014-01-31: https://answers.launchpad.net/ubuntu/+source/gnome-nettool/+question/243067), mert van ez a hiba is (meg a többi, az eldobás).

ieee80211 phy0: rt2800_wait_wpdma_ready: Error - WPDMA TX/RX busy [0xffffffff]

Most ennyit tudtam összeszedni a problémáról, a többi marad holnapra, ha lesz még kérdés. Nemigen neteztem az ünnepek alatt és mostanáig, és a régebbi kernel próba be fog jönni neked szerintem, az lesz az átmeneti megoldás. De még próbáld meg ezt - nem suspend után, hanem normál indításkor az új kernel alatt:

sudo ifdown wlan1
sudo ifup wlan1

(az üzenetek kellenének)

"Valamit máshogy csinált, de az eredmény ugyanaz maradt" - Pontosítanál, hogy mi is történt?

Értékelés: 

0
Még nincs értékelve

Hát nagyon köszönöm az

Hát nagyon köszönöm az infókat, de megint felültetett a rendszer.
összesen 4 opciót kínál a GRUB..: 1. a jelen kernel , 2. a hibajvaító hozzá , 3. - 4. memória teszt
Szerintem nincs régebbi. Max 2.5 hónapja telepíthettem a Mint-et.

Frissítéseket azokat szoktam telepíteni nem kizárt, hogy az okozta a gondot, bár a 4. / 5. szintűeket nem telepítettem sosem.
(azt olvastam ezek nem biztonságosak.., pedig van egy aktuálisnak kinéző biztonsági frissítés)
  - linux-firmware / Firmware for Linux kernel drivers / 1.127.12
Érdemes lenne kipróbálni, ezek szerint?

A parancsok eredményei:
 ~iw dev wlan1 set power_save off
- Nem jött válasz
 ~usbcore.autosuspend=-1
- A GRUB termináljában próbáltam először. Szintén nem jött válasz. A rendszer terminál azt írja, hogy nem létezik a parancs.

 ~sudo ifdown wlan1
- ifdown: interface wlan1 not configured
 ~sudo ifup wlan1
- Ignoring unknown interface wlan1=wlan1.
(wlan0-val is ugyan ez)

"A valamit máshogy csinált..." lényegében újraindította a modult és kiírta hozzávaló üzeneteket, ha jól emlékszem.

+Láttam lassan érkezik a kövi Linux mint verzió. Lehet egyszerűbb lenne azt megvárni?

Értékelés: 

0
Még nincs értékelve

A History log tartalma

A histoy.log :
pastebin.com/JvxKSTRG

+"nem parancs" -> Hoppá.. elnézést...
Na jobban megnéztem.

Tehát az /etc/default/grub fájlban kicseréltem ezt a sort:   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" erre:   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash usbcore.autosuspend=-1" 
Azután nyomtam egy ilyet: (itt ki is írta, hogy vigázzak mert van egy nem 0 érték)   ~sudo update-grub 

Majd REBOOT, de nem történt semmi.

pedig a kövi parancsra [-1] a válasz:   ~cat /sys/module/usbcore/parameters/autosuspend

 

Értékelés: 

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

Készíts a Systemback-kel egy

Készíts a Systemback-kel egy visszaálítási pontot (előbb telepíteni kell, és a locales és a cli csomagokját is), majd csak a linux-firmware csomagot frissítsd a Synaptic csomagkezelőből például, csak nem húz magával egy újabb kernelt, de ha mégis, a másik javaslatom egy újabb kernel lett volna a 3.16, ha van ilyen. Tehát:

Systemback visszaállítási pont > csak az újabb linux-firmware csomag telepítése, ha ez a teljes frissítés nélkül lehetséges (4-es vagy 5-ös, mondtok valami ilyesmit), akár csak a Gdebi csomagkezelővel a csomag letöltése után > ha nem jön be az újraindítás után, akkor egy újabb kernel is (image, nem headers - mármint a nevében "image" szó szerepel, a "headers" nem kell telepíteni:  linux-image-*magasabb verziószám, mint a mostani)

___

A history.log-od had ne olvassam végig :). Melyik naptól nem jó? Az előtti frissítést kell nézni (dátum).

Értékelés: 

0
Még nincs értékelve

Frissítettem a kernelt

~ $ uname -a
Linux tomo-MSI-NOTEBOOK-VR630 3.19.0-18-generic #18~14.04.1-Ubuntu SMP Wed May 20 09:38:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Előtte megpróbáltam a csomag frissítéseket is, de azokkal is meg ezzel is maradt ugyan az a diagnózis. Viszont ahogy elnézem most a kártyát sem látja...

Olyan előfordulhat, hogy valami összekavarodott a rendszerben ?(újratelepítés esetleg segíthet?)

~ $ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever

~ $ inxi -n
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           IF: N/A state: N/A speed: N/A duplex: N/A mac: N/A

~ $ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

~ $ lsusb
Bus 002 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 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 

Értékelés: 

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

Hát valami más volt neked

Hát valami más volt neked:

ip link
eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:24:21:68:81:cb brd ff:ff:ff:ff:ff:ff

Statikus vagy dinamikus IP címed van? Ez fontos, és remélem a te agyadat is megmozgatja.

Nincs alapértelmezett interfész és broadcast (bridge). A hálózatkezelőben sem látsz egy alapértelmezetten kapcsolatot az "eth0"-nál? Elméletileg a felismerés automatikus. Esetleg kiveszed a hálókártyát, így elindítod a rendszert, majd leállítod, beteszed, és újraindítod.

De egy másféle folyamat.

ls /sys/class/net

Ha van "eth0" akkor (ha más a száma, akkor értelemszerűen azt írod)

cat /sys/class/net/eth0/address

Amit kiír ..., de először megnézed, van-e ilyen fájlod eleve, hogy:

ls /etc/udev/rules.d/

Az az igazság, hogy a systemd-t nem ismerem, de ha nem jön be ez, max. törlöd a fájlt és újraindítod a rendszert (ami nagyon fontos).

Ha van, javítasz,

- nézed

cat /etc/udev/rules.d/10-network.rules

- javítod

sudo nano /etc/udev/rules.d/10-network.rules

-- nano: a Ctrl + O a mentés, persze ugyanabba, és a Ctrl + X a kilépés, ha így nem engedi akkor először létrehozod (ha nem létezik!) és utána szerkesztés a nano-val vagy gksu használata, és egy grafikus szerkesztő - ha nem szimpi a nano, valami; geany, gedit, pluma, amid van)

sudo touch /etc/udev/rules.d/10-network.rules

és beleírod a valós MAC adress-t. Valahogy így:

https://wiki.archlinux.org/index.php/Network_configuration#Change_device...

Hm :), megvan  a systemd-s módszer is - ha nem érted (én most nem néztem rá komolyabban :)), akkor erről még értekezünk, próbáld az előbbi módszert (mondjuk, lehet, eleve elvetélt, de hátha mégsem - és amúgy könnyű, és visszaállíthatod az eredeti állapotot is, azt is könnyen (logikaliag követve a leírást visszafelé); statikus és dinamikus (ez egy kérdés is volt az elején hozzád, hogy mid van)

https://wiki.archlinux.org/index.php/Network_configuration#systemd-networkd

https://wiki.archlinux.org/index.php/Network_configuration#systemd-netwo...

... míg az én előbbi leírásomnál az Arch Linux leírás biztosan használható, a systemd-nél lehet nem; ha ne találod azokat a fájlokat, amit leír a Wiki (mondom, értekezünk, ha nem).

A szerkesztgetések végén (amiket jól jegyezz meg, hátha meg kell szüntetni majd), a rendszert indítod újra (sudo reboot) vagy esetleg az udev-et csak (igazság szerint az udev-et váltja ki valamilyen szinten (eléggé) a systemd, de erre később tudok rákeresni.

sudo service udev stop

sudo udevadm trigger --action=change

sudo udevadm control --reload-rules

sudo service udev start

sudo service networking stop && sudo service networking start

Csak a kapcsolatot hozd létre (MAC, Bridge, stb.), mást nem érdemes a Wiki-ről. Ugye, hálózatod van: lo (loopback) csak. Esetleg egy Hibajavító módú indítás is csodát tehet (rendszer - GRUB)

___
Vélhetően itt már van valamid, ha a szerkesztendő/létrehozandó nincs is,

cat /etc/udev/rules.d/70-persistent-net.rules

és azért nézzük meg, mi van benne most (fentebb egy sorral)! Aztán:

sudo grep eth0 /var/log/dmesg

Még nézelődöm a systemd iránt.

! .. ránéztem (szerk:), nézz egy ilyet is:

dmesg | grep  udev

http://ubuntuforums.org/showthread.php?t=2255570

Értékelés: 

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

upstart / systemd

Vélhetőleg neked még upstart, és nem systemd van. Ennek ellenőrzése (a systemd-nél lehet "egy kevés" ilyen kimeneted is, az upstart a lényeges, de az én kimenetemből azt láthatod, nekem sysvinit van: az "ii" jelenti a telepített csomagot - az Ubuntu az upstart-tot, a Debian a sysvinit-tet használja ..., és majd lesz systemd mindkettőnél)

dpkg -l |grep systemd
ii  libsystemd-login0:i386                  204-14~bpo70+1                        i386         systemd login utility library

dpkg -l |grep upstart # itt lesz neked pár telepített csomag

dpkg -l |grep sysvinit
ii  sysvinit                                2.88dsf-41+deb7u1                     i386         System-V-like init utilities
ii  sysvinit-utils                          2.88dsf-41+deb7u1                     i386         System-V-like utilities

És azért sincs neked systemd még, mert nem LMDE-d van (azaz Debian), ott van bevezetve (de a Mint forknál, az LMDE-nél nem tudom pontosan, nem próbáltam, hm, lásd alább, megvan a válasz), és mert az Ubuntu Vivid-nél (15.04) van már bevezetve a systemd, nálad csak 14.04 van.

https://wiki.ubuntu.com/SystemdForUpstartUsers / https://wiki.ubuntu.com/systemd#Networking

Mert így van, biza ...:

"I’ve written that Ubuntu has switched to systemd, which is true—but only in the recent Ubuntu 15.04 release." (http://www.pcworld.com/article/2921385/its-optional-for-now-but-linux-mi...)

És, ha jól veszem ki Clem Lefebvre-t idéző blogger szavaiból a Mint-nél majd valami választási lehetőség lesz később, azaz dual options fenntartása (hurrá, végre valami okos dolog, ami nem erőszak): "The fact that the Linux Mint team is not getting systemd just yet is not a cause for concern or relief. In fact, the developers have chosen to put the choice into users' hands and to give themselves more time. ... This means that at least Linux Mint 17.x things will remain mostly the same as they are now, with two options." (http://linux.slashdot.org/story/15/05/11/085208/linux-mint-will-continue... / http://news.softpedia.com/news/Linux-Mint-Will-Continued-to-Provide-Both... / http://blog.linuxmint.com/?p=2825)

Tehát a leírásom első fele, ami nem a systemd-re vonatkozik, mehet. Neked upstart van, de a fenti három parancs kimenetéből ez kiderül. Hajrá!

Értékelés: 

0
Még nincs értékelve

Akkor nekifutok ha már ennyi okosságot írtál

Első körben:
Dinamikus IP-van
~Egy ismerőst kérdeztem aki ért a hálózatokhoz, azt az infót kaptam, hogy ilyen helyi (7+' lakó) hálózatok esetén nem sok teteje lenne statikusra  váltani, mert ha a felcsatlakozó többi eszköz (más gép / mobil / tablet) valamelyikének a DHCP véletlen ugyan azt az IP-t sorsolja amit én  magamnak állítottam amíg ki van kapcsolva a gépem (még ha csekély is az esély rá) akkor én már nem fogok tudni csatlakozni...
Valamint teljesen jól kéne működnie a dinamikus verzióval.

Természetesen azért kipróbáltuk Statikus IP-vel is de nem történt változás.

Másodszorra:
~ $ ls /sys/class/net
lo
össz-vissz ennyi a válasz

Harmadjára (de nem utolsó sorban):
kicsit jobban utána kell nézzek azoknak amiket írtál, mert most látok ilyeneket először (Udev / Systemd / Upstart)
legalább sejtésem legyen, hogy mit akarok csinálni : )

szóval még egyenlőre nemsok fogalmam van arról mit tud a systemd, de mitha valami nyoma lenne a gépben..:
(holnap du. jobban belemélyedek a dolgokba, addig is köszi.)

~ $ dpkg -l |grep systemd
ii  libpam-systemd:amd64                        204-5ubuntu20.7                                     amd64        system and service manager - PAM module
ii  libsystemd-daemon0:amd64                    204-5ubuntu20.7                                     amd64        systemd utility library
ii  libsystemd-journal0:amd64                   204-5ubuntu20.7                                     amd64        systemd journal utility library
ii  libsystemd-login0:amd64                     204-5ubuntu20.7                                     amd64        systemd login utility library
ii  systemd-services                            204-5ubuntu20.7                                     amd64        systemd runtime services
ii  systemd-shim                                6-2bzr1                                             amd64        shim for systemd
~ $ dpkg -l |grep upstart
ii  upstart                                     1.12.1-0ubuntu4.2                                   amd64        event-based init daemon
~ $ dpkg -l |grep sysvinit
ii  sysvinit-utils                              2.88dsf-41ubuntu6.1                                 amd64        System-V-like utilities
 

Értékelés: 

0
Még nincs értékelve

Nem látja az adaptert + Korrekció

Még mindig nem világosodtam meg.
Kiszedtem a wi-fi kártyát ( RALINK RT3090bc4 V20A ), elindítottam a rendszert. = nulla változás
Kikapcs. majd vissza raktam a helyére... = semmi változás
~ls /sys/class/net -> csak lo -van

A rules.d mappában 2 fájl van: readme és 70-presistent-net.rules (ennek tartalma a következő ˇ )
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:21:68:81:cb", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x1814:0x3090 (rt2800pci)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e0:2a:82:18:f9:fc", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# USB device 0x:0x (rt2800usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="7c:dd:90:22:64:6f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"
### ez egy usb-s wi-fi stick -hez tartozik, valószínűleg a 2. lenne a belső wi-fi -é * ###

* Illetve vissza görgettem és lehet, hogy már a leg elején becsaptalak, ugyanis amit az ~inxi -n, -re írt
Card-2: Ralink RT5370 Wireless Adapter -az nem a saját kártyája
-mindig kihúzom amikor a termináltban babrálok, de valamiért az ott maradt..., nem tudom mennyire befolyásolja a válaszokat.

valamint, láttam olyat, hogy mások is írták erről a kártyáról (RT3090) ,hogy a Blutooth része probémásan működik linux alatt,
de azt is olvastam, hogy windows-os drivert is lehet Linuxra pakolni.
Elképzelhető ez megoldásként ?(hátha így látná is a rendszer és működne is, vagy csekély az esély ilyenre?)

Értékelés: 

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

MAC

ifconfig -a | grep -i --color hwaddr

cat /sys/class/net/*/address

A válaszokat egy bedugott hardver igen, befolyásolja, ez azonban észrevehető (általában; de ha egy másik hasonló nem működik, akkor megtévesztő). Fentebb is írtam.

Értékelés: 

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

amúgy ...

Nem tudom, hogy mennyi alkalmazás van "egymásra telepítve" most, a beállításaik esetleg összeakadhatnak - bár ez nem igazán jellemző a GNU/Linux működésére. A megoldás az lehet - talán már említettük:

- friss rendszer,

- Systemback telepítés és visszaállítási pont készítése,

- egyenként próba a már említett lehetőségekkel, pl. az ndiswrapper 3 lehetősége az "Illesztőprogramok" ajánlásából,

- ha egy lehetőség nem működik, akkor rendszer visszaállítás (Systemback) és jöhet az újabb,

- dmesg futtatása az egyes lehetőségek kipróbálásakor (és a kimenet természetesen ide, azaz a pastebin-re), mert, ha nem látjuk, nem tudjuk "véleményezni",

- megpróbálni jobban figyelni "általában", tehát nem egyszerre "bedugni" egy USB-s és egy PCI-os WiFi-kezelő alkalmazást. Mert vélhetőleg vagy lehetségesen ez akadályozza a megoldást. Vagy nem, de nem szerencsejátékot űzünk, hanem a megoldásra koncentrálunk. Jobb kizárni minden esetlegesen zavaró tényezőt. ;)

Értékelés: 

0
Még nincs értékelve

A következtetéseim

Hát az utóbbi időben kipróbáltam pár dolgot elkeseredettségemben,
Mostmár viszont valami hardveres gondra gyanakszom..
Először is, ledózeroltam a rendszert, majd újraraktam, szépen igényesen minden fölösleges programtól mentesen :).
Az eredmény nem változott.
Aztán megint uninstall és jött a win7 telepítés. Valami féle kavarodás ott lett a driverek telepítésénél, de aztán sikeredett nagyjából, persze a wi-fi kártyát ekkor sem látta a gép. És még a hold is maradt végig ugyan úgy (az alvó mód visszajelző).
Utána kiszedtem a wi-fi karit - semmi különbség nem lett.
Aztán vissza a Linux (wi-fi nélkül, kábellel) ,és maradt minden a régi.

[ a videókártya driverekkel is elszórakoztam az első újratelepítés előtt, de azt majd másik témához.. ]

Majd még próbálkozok orvoslással, de egyenlőre szerintem: köszönöm a segítséget és elnézést az időrablásért.

Értékelés: 

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

Hardver

Én is a hardver hibára gyanakodnék, ha Linux Mint és Windows alatt sem bírható működésre.

" és jött a win7 telepítés. Valami féle kavarodás ott lett a driverek telepítésénél, de aztán sikeredett nagyjából, persze a wi-fi kártyát ekkor sem látta a gép."

Nem időrablás, igazán szívesen segítettem.

Értékelés: 

0
Még nincs értékelve

Sikeres wifi javítás ASUS X550C Linux Mint 17 Cinnamon

Régóta használok Linux Mintet, Kedvelem! Új laptopot vettünk, Windows fel sem merült. Azóta Linux Mint 17 Qiana-t használok naprakészen :-).

A wifi sehogy sem akart működni: a wifi kártya nem látott egyetlen egy vezetéknéküli hálózatot sem, pedig sem hardveres sem szoftveres blokkolást nem mutatott az rfkill list parancsra. 

Sok fórum-olvasgatás és terminálban parancs "próbálgatás" után sem. Szeretem a számítástechnikát, de nem vagyok szakértője. Megálltam, vártam, hátha az új verziók megoldják. Eddig nem. (Így kábelvégen neteztünk! A mai napig :-))

Ma akartam a Rosa-ra frissíteni, de azt ajánlotta ha nincs gondom akkor ráér. Mivel a live verzóban futtatott új verziók sem  vezettek eddig eredményre, így gondoltam rákeresek van-e azóta megoldás a problémámra. És volt.

Terminálban:

lspci -nnk | grep -A2 0280   pranccsal megtudtam, hogy a "Network controller [0280]: MEDIATEK Corp. MT7630e"

de "Kernel driver in use: ...." részt nem tartalmazott, így gondoltam kell neki még valami (driver?)

google keresés eredménye: http://community.linuxmint.com/tutorial/view/1796 

"How to install Mediatek MT7630E wireless LAN driver in Linux Mint/Ubuntu"

Ajánlom mindenkinek aki Asus X550c és Linux Mint házasításán dolgozik és még nem jó a wifije.

Ezt a bejegyzést már a szoba másik végéből írom :-) A felésegem is örül!

Köszönöm a fórumozóknak és  mindenkinek sok sikert!

Értékelés: 

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

RE:Sikeres wifi javítás ASUS X550C Linux Mint 17 Cinnamon

#18 Nincs mit, örülök, hogy én is segíthettem és megoldás is lett más részről is. :)
( azért menj közelebb is ... a ... ;) a szoba másik végéből :) )

Értékelés: 

0
Még nincs értékelve