Telepítés, újraindítás után nincs kép

tenkes

csuhas32
OFF
https://www.mercusys.com/hu/download/ma30h/v2#Software
Nekem ez volt régebben, mert olcsón kellett valami, ami 5GHz-et is tudja, (lapiban használtam, ami nem épp jó ötlet, mivel rekord idő alatt nyekkentettem meg) és most meglepetéssel látom, lett neki hivatalos linux drivere.

nyiradiz

tenkes Ami most van ahhoz nem kellett driver,egyből ment,és nagyon jól dolgozik az említett hiba mellett.

csuhas32

nyiradiz Khm. Driver kell. Amihez nincs az nem fog menni.
Amelyikhez van:

Benne alapból a rendszeredbe.
Nem tartalmazza a rendszered, telepítened kell.

tenkes

nyiradiz nem kellett driver,egyből ment

Itt ez jelenleg inkább negatívum, hiszen a kernel a kártyát nem jól kezeli. A kernel "javítására" kicsi az esély.

csuhas32

lala2 Találtam egy ilyet: https://askubuntu.com/a/1403209
Bár ez lehet, ugyanaz, amit te is írsz. A cron egy érdekes téma, már egyszer szerintem olvasgattam róla, de nekem még nincs meg fejben.

csuhas32

Akkor hadd tanuljak!
contrab
Találtam egy ilyet:
https://askubuntu.com/a/173930
sudo crontab -e
@hourly rm somefile
Ezzel ezek szerint lehetne törölni óránként a var/log/syslog/* vagy/és a /var/log/kern.log/* tartalmakat.
Talán ez jó, talán a nagyok nem így csinálják (ki kellene próbálni, letesztelni, az a biztos).

@ hourly rm -rf /var/log/syslog/*
@ horuly rm -rf /var/log/kern.log/*

Ebben a témában érzésem szerint az óránkénti is túl ritka lehet nekünk, ezért még olvasgattam: https://uptimerobot.com/knowledge-hub/monitoring/cron-jobs/
*/5 * * * * rm -rf /var/log/syslog/*
Ezt a sort ugyanígy (sudo crontab -e) után betéve a rendszer öt percenkét törölné a syslog alatti tartalmat?
Persze ez csak arra lenne jó, hogy ne teljen be lemez, valójában nem igazán tetszik, mert ekkor is folyamatosan irkálna feleslegesen a rendszer, de egy RAM-ba átirányítással (ha az van bőven) talán már egész tűrhető mórickázásnak is tűnhet.
A hardvercserét leszámítva a legjobb megoldás az lenne, ha valamelyik kernelparaméter hatására megszűnne a naplózási kényszer.

lala2

csuhas32
Az igazság az, hogy Anyám laptopján a /var/log/journal mappa folyamatosan de nem az
ebben a topikban szóban forgó sebességgel hízott.

Létrehoztam egy üres fájlt, és elneveztem journal-ra.

Megnyitva beirtam ezt:

#!/bin/bash

rm -rf /var/log/journal/*

Futasi jogot adtam neki.
Bemásoltam az /mnt rendszermappába.
Ellenoriztem hogy a root tulajdonaba kerult-e.

Terminalba:
sudo crontab -e
Es a fájl aljara:
@reboot /mnt/journal

Mivel a crontabot a nano nyitotta meg, mentes és kilépés:
F3
enter
F2
A parancs minden indításkor/újraindításkor root jogosultsággal lefut.
(1 munkamenet alatt, jellemzően 16.8 MB journal log termelődik.)

csuhas32

lala2 Köszönöm szépen! Nagyon részletesen, jól leírtad, elsőre, így futtában egy kicsit bonyolult nekem, de majd rászánom az időt, hogy megértsem.

lala2 (1 munkamenet alatt, jellemzően 16.8 MB journal log termelődik.)

Azzal az adatmennyiséggel szerintem @nyiradiz is kiegyezne jelen esetben.

Ez akkor is egy tudásdarabka, ami még máskor nagyon jól jöhet, attól függetlenül, hogy most az extrém gyorsan szaporodó adatmennyiség miatt esetleg nem tökéletes választás.

csuhas32

tenkes OFF Üdv Százados! :-D

a mester

tenkes De ha létezik javított driver hozzá, akkor megoldható, hogy a kernel saját driverét blacklistre téve a másikat aktiváljam.

tenkes

csuhas32 ?? Legfeljebb kapitány. De annak történelmi! (Esetleg Winhuszár!)

lala2

csuhas32
"nyiradiz" helyeben én visszatennem az eredeti wifi kártyát.
Majd kiadnam a parancsokat:
sudo rm -rf /var/log/syslog/*
sudo rm -rf /var/log/kern.log/*
Ezután 15-20 másodperccel: (figyelembe véve a logolas sebességét)
sudo systemctl stop rsyslog.service
Ezutan:
watch -n1 df
Ha folytatódik a logolas, ez a parancs elég látványosan kéne hogy mutassa.
(Ennek függvényében folyt-kov)

tenkes

a mester Ott lesz a pont!
https://www.tp-link.com/hu/support/download/tl-wn781nd/v3/
Ha ez a V3 változat, akkor van neki linux támogatása, igaz, csak az megadott kernelekkel tesztelve.
(Imádom! Azt írja driver kiadás 2018, oprendszer ......./W11. Látnokok.)

csuhas32

Ha jól értem, az egyik, talán legjobb terv, hogy mivel

nyiradiz A bűnös: tp-link TL-wn781nd

ezért innen

tenkes https://www.tp-link.com/hu/support/download/tl-wn781nd/v3/

letöltjük a driverét, aztán

a mester ... akkor megoldható, hogy a kernel saját driverét blacklistre téve a másikat aktiváljam.

Ott tartok, hogy lehúztam a „driver”-ként jelzett tömörített könyvtárat, kicsomagoltam (annyira mondjuk nem tűnik frissnek a dátumok alapján), ez van benne:

csuhas@ThinkCentreM900:~/Downloads/TL-WN781ND_EU_V3_180409_linux$ ls -la
total 108
drwx------  7 csuhas csuhas  4096 Apr 18  2018 .
drwxr-xr-x 11 csuhas csuhas  4096 Nov 13 12:37 ..
-rw-r--r--  1 csuhas csuhas    64 Nov 28  2016 clean
drwx------  3 csuhas csuhas  4096 Jul 11  2017 core
drwx------  8 csuhas csuhas  4096 Jul 11  2017 hal
-rw-r--r--  1 csuhas csuhas    54 Nov 28  2016 ifcfg-wlan0
drwx------  4 csuhas csuhas 12288 Jul 11  2017 include
-rw-r--r--  1 csuhas csuhas   110 Nov 28  2016 Kconfig
-rw-r--r--  1 csuhas csuhas 51497 Aug 18  2017 Makefile
drwx------  3 csuhas csuhas  4096 Jul 11  2017 os_dep
drwx------  2 csuhas csuhas  4096 Jul 11  2017 platform
-rw-r--r--  1 csuhas csuhas   423 Nov 28  2016 runwpa
-rw-r--r--  1 csuhas csuhas   294 Nov 28  2016 wlan0dhcp
csuhas@ThinkCentreM900:~/Downloads/TL-WN781ND_EU_V3_180409_linux$

Biztos mindenki tudja, csak nekem magas:
Hogy lesz ebből valóban driver, mit kell csinálni vele?

csuhas32

tenkes OFF ?? -> Tiéd a századik hsz.

tenkes

csuhas32
OFF Ahá! Szép teljesítmény, bár voltam egyszer már hatszázados is, de azt a csúcsot nem nagyon lehet megdönteni!

a mester

csuhas32 Szerintem le kell fordítani. A Makefile jelenléte erre utal.
Lehetnek "függőségei", fordítási környezet, kernel headerek, ki tudja még mi.

make modules
make install

És térdre imához.

(Olvasásra nyitottam a Makefile vezérlőfile-t, a végéből kitalálhatók a használandó parancsok.)

tenkes

Hát én nem is tudom... Nyilván minden megoldható, de nekem akkor is a csere tűnik legegyszerűbbnek. Kernelbe fordítgatni nem egy hibamentes folyamat. A mostani kernel sem kezeli jól a kártyát, értem, hogy működik, de a következőnél (vagy csak simán javítottnál) sincs garancia arra, hogy fogja, sőt akár romolhat is a helyzet.
Talán továbbra is logikusabb, keresni egy olcsó mai kártyát, vagy USB-set, ami ajánlott linux alá, a mostanin meg továbbadni féláron, vagy beletenni egy Win gépbe. A tulajnak meg megmondani, hogy van ilyen...

a mester

tenkes Kernelbe fordítgatni nem egy hibamentes folyamat

Nem kell a kerneBE fordítani, a make modules kernelmodult (.ko) fordít, az install bemásolja a megfelelő könyvtárba, modprobe-bal meg be lehet tölteni.
Az viszont igaz, hogy kernelcserénél ( amit a zubuntu imád! ) újra el kell játszani a fordítás-install procedúrát.

csuhas32

a mester kernelcserénél ( amit a zubuntu imád! ) újra el kell játszani a fordítás-install procedúrát.

Ez viszont másnál (kevésbé hozzáértőnél) lévő gép esetén, pláne így, hogy a hiba újra előfordulása esetén legfeljebb néhány óra alatt indíthatatlanná válik a rendszer, magában majdnem biztosan elégtelen megoldás.
Kellene mellé a kernel fixálása és/vagy valami biztonsági automatizmus is, ami törli az esetlegesen elszabaduló logfájlokat (ne adj Isten még figyeli is a /var/log méretét).
(Amúgy csak a mese van:

nyiradiz Leállítottam,mert folyamatosan nő a syslog,tehát a 200M korlát nem müxik sajnos.

A cat /etc/systemd/journald.conf kimenetet nem kaptam meg, szóval nem tudjuk, hogy valóban ott van a fájlban a korlátozás, és ha be is lett szerkesztve, utána volt-e újraindítás [systemdé vagy akár az egész rendszeré], vagy csak beszerkesztette a fórumtárs és figyelte tovább, ahogy naplózik a rendszer.)

Új a kártya. Véletlenül nem interneten rendelték kevesebb mint 14 napja? Ha igen, akkor én gyorsan visszavinném.

« Előző oldal Következő oldal »