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?

A "sudo rfkill unblock all" parancs kiadás után mi az "rfkill list"parancs kimenete?

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

(é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?
 

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?

Ez nem parancs ...

usbcore.autosuspend=-1

A pastebinre feltennéd a /var/log/apt/history.log fájl tartalmát? http://pastebin.com

Ennyi most, röviden.

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).

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

"WEXT -et ajánl ,de van NL80211 és RALINK_LEGACY opció. Érdemes végigpróbálni ezeket, vagy jobb ha nem piszkálom?"
Érdemes. De a Systemback-kel mentsd el a rendszert egy visszaállítási pontba.

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. ;)

É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.