Elvileg az, de azért ellenőrizzed, meg hogy pingelhető-e.

Azt nem tudom ez milyen disztró, Raspbian vagy más, hányas verzió, abban milyen tűzfalmegoldás van, de ha elvileg van is tűzfal, alapból nem szokott benne semmilyen szűrési szabály felvéve lenni, alapból be-ki enged mindent.

Pingelhető.

Nem a raspberry tűzfalszabályára gondoltam, hanem az openwrt-ére.

Na, örülök hogy segített a döntésben anno Próbálgattam Ubuntut is nemrég, de az a közel vanilla Gnome ami azon van inkább elriasztott, a Manjaros változat legalább fel van turbózva használhatóra/ízlésesre. Most jó lesz ez aztán majd meglátjuk pár év múlva, szólok ha megint váltok

Hehe

Antergos Gnome-ja is jobb, mint az Ubuntu-é, de valahogy kompletten nem jött be az Antergos.
Viszont csatlakozom ubyegon2-höz. Gnome-os cikket én is várok tőled, illetve más Linuxos cikk is jöhet

Ja azt már el is felejtettem, egy hülye miatt írnék szívesen, csak közben megszületett a kislányom és nem nagyon van rá időm. Amúgy olyan mint a KDE-s csak ez Gnome, röviden

Introducing GNOME 3.30: “Almería”

You may corrupt the souls of men, but I am steel. I am doom.

Ha az átjáró pingelhető, akkor lehet tényleg a tűzfal foghatja meg OpenWrt-t.

Esetleg traceroute 8.8.8.8 segítségével ránézhetnél, hogy melyik csomóponton nem mennek át a csomagok.

Segítsetek nekem ebben a systemd-udevd gondban!

HP 8560w-n Mint Cinnamon 19 van és pár napja előjött ez a systemd-udevd CPU 100%-on pörgés gond, kilőttem a Bluetooth-t, meg is szűnt. Ma újra szóltak, hogy lelassult a gép, erre ott pörgeti a systemd-udevd a procit 100%-on újra, de a BT inaktív.
Érdemes vacakolni a Mint 19-cel vagy rakjam fel a 18.3-at? A HP 8570p-n nem volt ilyen gond, abban szerencsére nincs külön VGA, a 8560w-ben nVidia Quadro 1000M 2GB van, lehet annak köze ehhez? Életemben nem találkoztam még ezzel a systemd-udevd-del.

udevadm monitor-t nem tudom megnézni, mert folyamatosan pörög a szöveg, de az nvidia szót látom a szövegben így is.

[ Szerkesztve ]

Ezt már anno az Ubuntu 18.04-nél leadták bugként emlékeim szerint. Ugyanez. systemd-udevd folyamatosan magasan tartja a cpu használatot. Természetesen annak rendje és módja szerint Kubuntun is megjelent ugyanezen verzió alatt.

Meg is van: Link

[ Szerkesztve ]

Láttam ezt a bug jelentést, de volt ahol a bluetooth-ra írták az okot és meg is szűnt azt kiiktatva.

Mivel holnap délután már visszakerül a gép baráti családhoz, így nem kísérletezem vele, mert a használók valóban csak használni tudják majd a Linux Mint-et, nem tudnak mit kezdeni egy ilyen hibával. Köszi, hogy felhívtad a figyelmem, ezek szerint valóban a 18.04 alap a gond, jobb lesz erre a 16.04 alapú Mint.

No, ezt a linket nem is láttam, köszi! Fél éves bug és még mindig nincs javítva!?

Többi gépen még nem jött elő, se a desktopon, se a HP 8470p és 8570p-n, egyikben sincs külön VGA, talán ez is jó lehet azoknál.

[ Szerkesztve ]

Gyors google kereséssel az jön elő, hogy valami driver akadhat be. Ez lehet USB eszköz, bluetooth vagy akár touchpad is.

Egy ezzel kapcsolatos bejegyzés: [link]
Itt egy másik, nVidia driver konfliktusos: [link]

A journalctl | grep -i udevd illetve az udevadm monitor mit dob ki?

[ Szerkesztve ]

Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.

szept 06 14:51:33 izmene-HP-EliteBook-8560w systemd-udevd[487]: Process '/usr/bin/nvidia-smi' failed with exit code 9.
szept 06 14:51:33 izmene-HP-EliteBook-8560w systemd-udevd[487]: Process '/sbin/modprobe nvidia-modeset' failed with exit code 1.
szept 06 14:51:33 izmene-HP-EliteBook-8560w systemd-udevd[487]: Process '/sbin/modprobe nvidia-drm' failed with exit code 1.
szept 06 14:51:33 izmene-HP-EliteBook-8560w systemd-udevd[487]: Process '/sbin/modprobe nvidia-uvm' failed with exit code 1.

Ezeket írja a journalctl | grep -i udevd, a másik parancs pörög azóta is.
Köszi az első parancssort, ez már hasznosabb, ezek szerint valóban az nvidia driverrel is van gond.

No de ha ezt is elhárítom, pár nap múlva jön majd megint valami....marad a 18.3, nincs mese.
A linkjeid is ezt erősítik bennem. Ezeket is köszi!
Ha nálam lenne a gép, nem foglalkoznék vele, de tök laikusokkal nem akarok kitolni. Még a Winhez se értenek....

Épp a 390-es driver van fenn, de ha leszedem, újratelepítem, ugyanúgy előjöhet később a bug.

lefuttattam ezt a parancsot, de a gond itt is az, hogy meddig lesz jó minden:

sudo mv /lib/udev/rules.d/71-nvidia.rules ~

[ Szerkesztve ]

Ó, óóó! Akkor annyi a kedvenc Tara Cinmanónak? Ha nem akarsz 18.3-ra visszamenni 5 millió éves verziókhoz, akkor itt az idő, most vagy soha alapon beleugrasz az Archba. Nem Angergos, meg Archmerged, meg Archlowfax script installerrel, hanem rendesen vanilla Archot feltéve, kézzel, Wiki alapján. Ha elakadsz, az Arch-topikban jelentkezel, segítünk. A Cinmanó feltehető arra is.

Ha meg élvezed a régi, retrós dolgokat, feldobsz jó kis CentOS 6-ost

Persze egyszerűbb lenne ezt az udev problémát megoldani. Különösen azért, mert ha nálad előjött, nem adok pár hetet, és tele lesz vele a Mint-topik is, hogy egy csomó ember belefutott még.

Ahogy nézem, ez nem is BT-specifikus probléma, hanem a zárt NV driver szarakodik, nem fér össze az újabb verziós systemd-vel, így első tippre.

[ Szerkesztve ]

Akkor annyi a kedvenc Tara Cinmanónak? Lószart annyi! Pont az a gáz, hogy azon a gépen jött elő a gond, ami csak holnapig van a kezeim alatt. Így aztán ugyanúgy kiszúrás lenne a Wines komának, ha Arch vagy Centos kerülne fel rá. Erre a tökéletes megoldás a Cinnamon Mint 18.3!

Ahogy nézem, ez nem is BT-specifikus probléma, hanem a zárt NV driver szarakodik, nem fér össze az újabb verziós systemd-vel, így első tippre.

Az első esetben valóban a BT okozta, megnéztem az udevadm monitor-ral. Van lehetőség még visszarakni a 340-es zárt drivert vagy a nyíltat, de itt is az a gond, hogy nem fogm látni a gépet, ha gáz van újra.

Ha elakadsz, az Arch-topikban jelentkezel, segítünk. A Cinmanó feltehető arra is.

Ez csak akkor lesz, ha a saját HP-m nyekereg, de azt direkt VGA nélkül választottam. Sajna semmi tapasztalatom nincs VGA-val. Egyelőre még mindig mentesültök tőlem az Arch totyikban.

Távoli elérés nem játszik? Bár ha újra kell telepíteni, akkor sajna az sem opció. Így én is azt mondanám, hogy 18.3...

[ Szerkesztve ]

Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.

Még az átjárót sem éri el.

root@raspberrypi:/home/pi# traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
connect: Network is unreachable

Távsegítséget tudsz rajta csinálni utólag is, valami RDP-s vagy VPN-es távoli asztal megoldást telepítsél rá fel.

Amúgy ha wines komának lesz, menjen neki Win10. Ott nem pörgeti a systemd a procit. Csak a Windows Update. De az mindig. Kikapcsolhatatlanul. Meg közben a lemezt is a használhatatlanságig tekeri, és közben 100× indítja újra a gépet. De legalább nem kell a terminálban mókolni. Most a MS olcsóért megszámíccsalya, csak 80 kiló, de volt már 99 is. Ennyiért a hülyének is megéri, a Telemetria, Windows Update, Defender csak ezen fut, Wine-n nem. A Linuxot hagyni kell, az „halott platform”, „szerverekre való”, azzal csak pattanásos kockák villognak a Schönherz Koliban, ahogy Áron írta itt a PH-n, persze ők is újságmellékletből telepítik, mert nincs magánéletük. Majd kinövik

Ha már itt tartunk, akkor mily meglepő, nálam több gépen, több telepítésnél sem tekeri a 10-esnél a WU mindig a procit, plusz szükség esetén szüneteltethetők is akár a frissítések. Meg havonta általában van 2 db összesítő frissítés és restart is rendszerint csak azok után kell 1x, szóval ez a 100x szimpla mese... Ahogyan ez a lemezt a használhatatlanságig tekeri megint az, mert még 5400-as laptop HDD-n is van normál + USB-s telepítésem és viszonylag használhatóan működik rajtuk. Aztán az áraknál megint van egy fogalomzavar, mert OEM-licencet lehet venni olcsóbban is, vagy éppen újrahasznosított formában, plusz akár az itteni hardverapró is tele van kedvezményes áru szoftverekkel...

[ Szerkesztve ]

Fél éves még nem is olyan sok. Nekem a 4.17-es kernel összes alválfajával nem tudott a manjaro csak fél perces gondolkozás után leállni. Ahogy néztem ez régebben is gond volt. 4.17-es kernelben ezt nem is javították. 4.18-as kernel óta tud a notim normális sebességgel leállni. Még a végén visszatérek a 4.14-es LTS-re, mert azzal sose semmilyen gondom nem volt

Opciók valóban vannak. Ez a 42 ezer valóban megéri, fejet kell hajtanom, egy csomó korlátozással is majdnem 50 rugóért kihagyhatatlan ajánlat. OEM megvan 20k alatt, vagy még olcsóbban, ha EU-újrahasznosított OEM/refurb licencet veszel. Illetve az eBay-en is vannak alig néhány ezresért valami insider tesztertől származó generált kulcsok, ami működnek, csak a franc tudja mikor tiltja le a MS. Vagy warez Win KMS/DAZ Loaderes aktivációval. Esetleg ilyen 30-90-180 naponta hosszabbított rearm trükkel használni. Egyik jobb, mint a másik, kétségtelenül jobban megéri, mint a Linux, ha a flame-et mellőzzük

(#62021) King Unique: értem. Ez nagy szó, hogy nem tekeri MINDIG. Csak majdnem mindig. Ha így fejlődik felfelé az MS, egyszer talán használható is lesz. 5400 rpm-es HDD-n meg a Win10 felejtős, azokat a lemezdaráltatásokat várja ki, akinek hét anyja van, közben meg semmit nem lehet csinálni a géppel. Nálam UASP USB3-ra kötött SATA SSD-t is letérdeltet a drágalátos winten.

Kösz, inkább maradok az Archnál, ez SOHA nem tekeri. Se a systemd, se az udev, se semmi, de az igaz, hogy BT-t és NV drivert nem használok. Mondjuk így Júbájgön supportját buktam, de hát valamit valamiért.

[ Szerkesztve ]

Hát maga a frissítés az mindig nyilván nem is, amiből havonta van max. pár komolyabb. Rendszeresen max. a beépített védelem frissül, már aki azt használja. De ahhoz eleve apró frissítések jönnek ki és kb. észre sem venni. Amúgy meg egy-egy nagyobb frissítés közben nyilván Linuxon is van terhelése a lemeznek és a procinak. A laptop merevlemeznél meg főleg a bootolás és utána a rendszer felállása a lassú. De ha kész, akkor utána már úgy-ahogy jól használható, sőt ilyeneken frissítés közben is szoktam netezni, vagy más programot futtatni. Külső SSD-re telepített rendszerem szintén van, de az a belsőhöz hasonlóan eleve gyors és nem nagyon volt még olyan több verziónál sem, hogy teljesen leakadt volna.

[ Szerkesztve ]

Nálam az Arch alatt a nagy frissítések sem tekerik, akkor sem, ha több száz csomag frissült, összesen több GB méretben, bár ez is ritka, mert ehhez túl gyakran frissítek, és nem nagyon szokott egy napra 5-20 csomagnál többől frissítés lenni, átlag 100-200 MB méretben mindössze, de ez is max., mert vannak napok, amikor semmi nem frissül, vagy csak 1-2 darab, pár megás csomag.

Egyedül akkor szokta kicsit jobban megküldeni a procit, ha kernelfrissítés van, és az új kernelt épp csomizza be az initramfs image-be, de még itt sem szokott teljesen kitekerni egy prociszálat sem, épp csak hogy fel tud kapcsolni Turbóba a proci, de ez a művelet is csak néhány MÁSODPERCIG szokott tartani, aztán vége is van, meg nyugodtan lehet mellett mást is csinálni, böngészni, FullHD videókat nézni, játszani, meg akármit, nem akaszt meg semmit, nem lépi túl a kulturált erőforrásfelhasználás kereteit. Onnan szoktam csak róla tudni, hogy pár mp-re kicsit jobban felpörög a proci ventije, majd visszalassul hallhatatlan szintre. Bárcsak ott tartana a MS is, hogy csak ennyivel járjon a legkomolyabb frissítés is.

A lemezt meg SOHA nem tekeri, és még HDD-ről is vállalható sebességgel fut.

(#62025) Cifu: szerintem nyugodj le, ne vedd ennyire komolyan, amit írok. Én is leírtam az álláspontom, te is, meg úgy sem fogjuk tudni megtéríteni egymást.

[ Szerkesztve ]

Hát nem tudom, nekem ez a manjaro mindig egy kicsit fura, egyből kernel panic-hoz jut. Régebben is volt ilyen, most is előjött. Nem emlékszem már, mi lett a megoldás. Felraktam, de úgy, hogy a mint grubja maradjon meg, ez lett a vége. Miért csinálja ezt?
1. telepítés, grubbal együtt. Indult szépen, aztán Mint-en egy grub-install /dev/sda és eltört
2. telepítés grub nélkül és egyből oda jutok.

Keresek: D-link covr-1102 2 pack routert.

Nem tudom, nekem sose volt ilyen.

Amúgy ha wines komának lesz, menjen neki Win10.

A használt üzleti notebook-ot én vettem itthon, de én csak Linuxot tudok telepíteni, abba a családba már került 8470p is Linux Mint 19 Cinnamonnal, a hölgy azóta is gond nélkül használja.

Távsegítséggel nem akarok vacakolni, jó lesz ez így, már elég sok Wines embernek telepítettem Linux Mint-et és nincs gond ezekkel azóta sem.

A Hp gépekben az akku alatt ott a Win kódja, ha akarja az ember, felrakja magának.

(mindentől függetlenül megemlítem, hogy Win10-et még életemben nem láttam még működés közben sem, gondolom sikerülne felrakni a HP-re, de ezen még 7-esnek a serialja van) -egyszóval sajna még vitázni sem tudok a WInx-ről!

(#62027) Flowtation
Ezt a hsz-t fusd át!

[ Szerkesztve ]

Nagyon helyes, hogy mindenkinek Linuxot telepítesz. Még az is kiderülhet, hogy te vagy a legnagyobb disztribútor az országban, és te fogod az emberek többségét áttéríteni

Hát Arch-ot mondjuk nem nagyon használok, de frissítés közben rá szoktam nézni az erőforrásfigyelőre pl. Ubuntu, Linux Mint alatt és nyilván van processzor- és lemezterhelés. Szóval azt egyáltalán nem mondanám, hogy közben végig 0-n áll... Ráadásul egy olyan böngésző, mint pl. a Firefox azoknál is ugyanúgy megtekeri sok megnyitott lapnál a CPU-t és a RAM-ot is eszi. Vagyis azt szintén nem mondanám, hogy azzal böngészve Linuxon annyival kedvezőbben jövök ki az erőforrások használatát illetően... Az FHD, vagy akár az UHD filmek lejátszása meg eleve tekeri a processzort és annál ezért nyilván megint nem nagyon.

[ Szerkesztve ]

Akkor végső konklúzióként megállapít6juk, hogy a Gentoooo még a Winnél is többet fogyaszt.

Más. nVidia tapasztalatúakhoz kérdés, célszerű a zárt drivert felrakni, ha első pillantásokra a nyílt is visz mindent?

8560w, nVidia Quadro 1000M 2GB. Mint 18.3 Cin

[ Szerkesztve ]

Igazából azért szeretem az új kernelek használni, mert azért nem rossz dolog, hogy az új dolgokat támogatja. De az is igaz, hogy újra csak akkor váltok, mikor a 4-dik jön már ki. No meg ha gondot tapasztalak vele, akkor eggyel vissza. ilyen volt a 4.17. Adtam neki pár esélyt, aztán ment vissza a 16-os. Igaz abból az utolsó 3 is már ugyanazt a hibákat produkálta, mint a 17-es. 18-assal eddig semmi gondom, lekopogom...
Viszont az tény, hogy mikor a Manjaro-t telepítettem, akkor 4.14-es LTS-el ment fel, és azzal soha semmilyen problémám nem volt. Tette a dolgát, ahogy egy rendszernek kell(ene) tennie. Amúgy az LTS kernelek milyen gyakran követik egymást. A köv LTS kernel csak akkor lesz mikor a 4.14 lejár, vagy azért előbb is várható?

Nekem pl 10 fokkal instant hidegebb a noti zart driver eseten, mar csak ezert megerne ha egyebkent nem szamitana a teljesitmeny.

(#62036) Shyciii: Nem, ilyen elgondolas mellett pl a 4.9 se lenne mar tamogatott, stb. Az meg hogy egy adott distribucio miket tamogat hivatalosan mar egyeni kerdes.
Amugy itt megtalalhato minden ilyen infomarcio. kernel.org, egeszen friss hir hogy a 4.19 lesz a kovetkezo LTS.

[ Szerkesztve ]

Vigyázat, csalok!

Ha van a gépben legalább 4 Giga ram a 64 bites win10-nek, vagy a 32bitesnek 2,66 Giga ram , akkor már nem olyannyira akadós a járása.Szerény tapasztalataim szerint. Azért minden gépemen van telepítve még legalább egy linux is.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Pont írtam a Linuxos OFF topikba, hogy a Win10 update-ja már olyan lassú, hogy még a gentoo-s forráskódból forgatással is beelőzöd sebességben. A fordítás ugyan jobban megizzasztja a procit, de hamarabb végez és mellett tudsz bármit csinálni. Na, ezt Win10-nél próbáld meg.

(#62031) ubyegon2: én, mikor még embereknek telepítettem gépet, mindig azt a Windowst tettem fel, amit kértek. Úgyis csak arról akartak hallani, Linuxról nem. Meg végül is azért nem győzködtem őket, mert ha Linuxot teszek fel, utána nem supportálom, így ha később elromlik valami, én nem leszek ott, ők nem értenek hozzá, és segítséget sem fognak tudni hozná szerezni, kevesebb ember tud nekik benne segíteni. Ha meg Windows van fent, ahhoz ugrasztani tudják bármelyik szomszéd Win Pistit, aki meg tudja nekik patkolni működőre vagy bárki távsegítséget tud nekik nyújtani TeamViewer segítségével. Bár szívem szerint régóta nem tennék Windowst semmilyen gépre, hacsak valami céges vagy professionális felhasználás, vagy játék nem indokolja, vagy valami komoly driver probléma állja útját a Linuxnak.

[ Szerkesztve ]

Azt nem is írtam, hogy 0 a proci és lemezhasználat, de elenyésző. Észre sem venni. Valami egy jegyű % procihasználatot produkál a terminálban futó pacman. Épp úgy lehet használni a gépet, mintha semmi nem futna a háttérben.

Az külön furcsa, amit a FF-hoz írt, mert a linuxos FF-nak pont kisebb az erőforrásigénye, mint a windowsos FF-nak. A linuxos Chromiumnál is mintha ez lenne a helyzet, de a Chrome-ra már nem igaz.

Köszi, 10 fok eltérés miatt már megéri felrakni valóban.

Mivel van 340 és 390 számú is tárolóban a kártyához, gondolom bizonyos kártyákhoz jó csak a magasabb számú, de ha ezzel fut ez a Quadro 1000M-es, akkor azt is használhatja hozzá.

Megnéztem és ez jó hozzá: (ill. ezt írja a driver kereső az nVidia oldalon)

Version: 390.87 Release Date: 2018.8.27

[ Szerkesztve ]

Uhh, én azt hittem, hogy kernelben van minden szép és jó, és azt kötelezően tudnia kell a disztriknek használni, max a konfigurálási lehetőség nem, vagy korlátozott mértékben adott. Azt meg végképp nem gondoltam volna, hogy az LTS változhat disztrinként is. Azt hittem ez központilag szabályozott.
Köszi a linket, ezt áttanulmányozom.

[ Szerkesztve ]

Azért ez hardvertől, illetve processzortól is függő, hogy melyiknél milyen terhelést produkál közben. De átlagos erősségű vasakon tesztelve nálam simán össze szokott jönni kétszámjegyű terhelés is frissítés közben pl. Ubuntu, Mint rendszereknél. Ha erősebb a hardver, akkor már kevésbé lehet észrevenni, de ennyi erővel egy Windowsnál is hasonló a helyzet.

A linuxos Firefoxnak ugyan valamivel kisebb az erőforrásigénye, de azért olyan sokkal nem, hogy ugyanazon tartalomnál és ugyanannyi megnyitott lapnál a fele, vagy még kevesebb RAM-ot fogyassza. A rendszerfigyelő szimplán csak a Firefox folyamatára kevesebb memóriafogyasztást ír, de ha az ahhoz tartozó web content folyamatokat is hozzáadom, akkor már megközelítőleg majdnem kijön az, amit Windowson lefoglal.

[ Szerkesztve ]

Van valami írás, teszt, hogy jelenleg mely Linux asztali környezetek mennyire terhelik a rendszert, mennyire erőforrásigényesek? Most pl azt látom, hogy a KDE bootolás után kevesebb memóriát zabál, mint a Gnome. Régebben mintha ennek fordítottját olvastam volna.

Linux DE/WM memória fogyasztás

Persze korántsem helyes a sorend, de van.

Köszi Jó szarul szerepel a Gnome. Akkor nem véletlenül tapasztaltam, hogy Gnome jobban zabál, mint a KDE.