Szia(sztok!)

Nos, rácuppantam a gépre. Frissítés előtt a 4.10.0-38-as kernelt használta. Frissítés után a 4.15.0-29-es fut. Csináltam egy sys analízist. Íme az első pár sora:

32.777s lightdm.service
30.969s plymouth-quit-wait.service
30.742s cpufrequtils.service
13.351s dev-sda1.device
11.813s ufw.service
11.221s lvm2-monitor.service
10.953s systemd-journald.service
10.524s systemd-tmpfiles-setup-dev.service
3.927s keyboard-setup.service
3.806s grub-common.service

Illetve (#9628) sonar javaslatára csináltam egy journalctl-t. Ugyan egy kukkot nem értek belőle, de láttam sok piros kiírást, ami valamilyen hibára utalhat, és time out van a végükön. Lehet ott a kuty elásva?

[ Szerkesztve ]

7.473s NetworkManager-wait-online.service
6.497s ntp.service
813ms grub-common.service
615ms lightdm.service
536ms lvm2-monitor.service
532ms ufw.service
403ms dev-sda1.device
367ms loadcpufreq.service
337ms systemd-tmpfiles-setup.service
285ms ModemManager.service

Ha megnézed ezt a kimenetet, láthatod, hogy a grub-common sorig mennyivel eltérő értékek vannak.

journalctl kimenet valóban érdekes lehet, berakhatnád ide pastebin-nel linkelve. Valaki csak lát benne valamit majd.

Illetve kikapcsolásnál a következőket dobja fel kis hibaüzivel, ami egyébként a journalctl-el lekért adatoknál is szerepel sok egyéb mással.

Bocsánat, közben nem vettem észre, hogy írtál.

Igen, látom, hogy csak úgy röpködnek a fél percek...

[ Szerkesztve ]

A pstebi-ben syntax-nak mit válasszak. egyszerű szöveg?

[journalctl]

[ Szerkesztve ]

Ebből a kimenetből csak annyit látok, hogy elég nagy kaka van, hozzáértők lehet megfejtik, mit lehet csinálni. Mindenképpen érdemes visszamenned az előző működő kernelre.

"video=SVIDEO-1:d"

Itt azt írják, hogy fenti paramétert hozzá kell adni a GRUB-hoz, de ez segít-e esetedben......

Itt említik, hogy a fenti módszer működik és régebbi kernelekkel nincs gond....

Itt is előjön ugyanaz a paraméter.

Remélem valaki megerősíti, hogy érdemes megpróbálni ezt a paramétert beírni a GRUB_CMDLINE_LINUX_DEFAULT sorba. Az én tudásom ehhez abszolút nullához közelít sajna.

[ Szerkesztve ]

Még annál is nagyobb Ha jól veszem ki akkor ez valami inteles bug. És igen, van SVIDEO kimenet a gépen, amire a bejegyzés vonatkozik, a szövegezést nézve. Nagyon köszi, hogy utánanéztél. Hogy tudok egyébként két kernel között a legegyszerűbben váltani? Eltávolítom a frissített kernelt, és ő automatice a régi kernelt veszi elő? Vagy használjam inkább a TIMESHIFT visszaállítást?
ezt a GRUB bejegyzést hol tudom szerkeszteni, merre találom? Lehet kipróbálom, vesztenivalóm nem igazán van.

UPDATE:
Közben a GRUB fájlt megtaláltam.

UPUPdate:
A linuxmint.com forumán is írják ezt a megoldást.

[ Szerkesztve ]

Mondjuk a [linuxmint.com]-on picit más a szöveg:
GRUB_CMDLINE_LINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"
Nem tudom a kettő között vajon mi a különbség.

Nincs különbség.

Ez az alap GRUB:

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

quiet splash után egyszerűen beírták az említett paramétert.

Eltávolítom a frissített kernelt, és ő automatice a régi kernelt veszi elő? Vagy használjam inkább a TIMESHIFT visszaállítást?

Akkor tudod eltávolítani az adott kernelt, ha bootkor nyomsz egy E betút és a régi megfelelő kernellel bootolsz be. Az itt látható képeken látod, hogy a második sorra kell rámenni és ott tudod kiválasztani a régebbit.
Ehhez felesleges a Timeshift-et használni.

[ Szerkesztve ]

Bocsi, rossz link maradt a vágólapon. Innen van a két kép. [link]

Köszi az infót.
Kipróbáltam a régebbi, és az újabb kernellel egyaránt. Kb. 1 percet nyertem mindkét esetben. régi kernel ~70 sec alat boot-ol a korábbi ~120 sec-el szemben.
Az új kernel a korábbi ~3-4 perces boot idejével szemben ~2.5 percre csökkent.
A kikapcsolás mindkét esetben 5 másodperc. Érdekes.

[ Szerkesztve ]

Látod, megérte foglalkozni vele egy picit. Még a régi is gyorsabb lett

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

(#9662) ubyegon2
(#9661) sonar

Abszolút egyetértek, mindenképp megéri, megérte foglalkozni vele (amúgy is szeretek ilyenekkel molyolni), addig is tanulom a rendszert. Persze azért lássuk be, iránymutatás nélkül azt sem tudnám merre az előre, szóval KÖSZI!
A Windowsos (ha éppen nem akart frissíteni) ~5-10 perces boot időhöz képest pedig mindenképp Kánaán van

Egyébként biztonsági szempontokat tekintve a régebbi kernel használata mennyire aggályos? Illetve elvileg bármelyik kernelt használhatom amit a listában látok?

Lehet hogy ez az én rigolyám, de szeretek LTS kiadáshoz LTS kernelt
használni. Ezek a: 4.4, 4.9, 4.14 (ez idő szerint)
Például: A Mint 18.3-as rendszerem. a 4.4.0-131-es kernellel fut.
(Kifogástalanul kezeli a beépített, és a csatlakoztatott eszközeimet.)
Rendszeresen kapok hozzá verzión belüli frissítést - ezekkel kapom meg
a hibajavításokat.

(#9664) sonar
(#9665) growler

Köszi gyerekek!
Titkon bíztam benne, hogy ilyen választ kapok, mert akkor így maradhat a régebbi kernel.

Nem is gondoltam, hogy kernelek terén is vagy olyan, hogy LTS. Megint tanultam valamit...csak úgy szivattyúzom befelé az infókat Otthon rá is cuppanok erre a kernel ügyre .

Viszont az LTS kiadások ritkán esnek egybe LTS kernelekkel (és az utóbbiból el kell készíteni az "Ubuntu" variánst).

Ubuntu MATE 20.04, hobbi cayenne termesztő

Bonyolódik a helyzet...
Picit visszatérve, amit az update menüben a kernel listában látok kernelt, azokból elvileg én bármelyiket használhatom?

Most nézem, a 4.15-ös kernelnek is lényegében 5 év a támogatása. [link]

Különbséget kell tenni az eredetileg LTS kernelek és az Ubuntu (Canonical) által fenntartott LTS kernelek között.

Ubuntu MATE 20.04, hobbi cayenne termesztő

A qBittorrentről nem tudok nyilatkozni, mert bár használom, de nem Mint-en. Az Unetbootinról viszont biztosan tudom állítani, hogy az mindig is egy instabil hulladék volt, azzal nem kell foglalkozni. Mire használod? Ki kéne váltani valami normálisabb alternatívával.

(#9664) sonar: az RHEL valóban csak a 3.x-es kernelnél tart, de ők saját support keretében egy csomó mindent backportolnak bele az újabb kernelekből, meg saját patcheket is hegesztenek hozzá, szóval elég megtévesztő csak a főverziószámot nézni. Pont az RHEL-es kapcsolat miatt a CentOS is ugyanazon 3.10-es kernelágon van, ami már több mint 5 éves ág. A mainstream kerneleknél nemsokára jön az 5-ös is, alig egy-két alverzió lesz már csak a 4.1x-ből.

CentOS-ből a 6-os verzió is támogatott még, és az 7 éves 2.6-os ágon van, de szintén backportokat tartalmaz. Ráadásul többen is használják még. Ehhez a konzervativizmushoz képest még a Debian is patyolat friss a 4.9.x-es kernelekkel, a SID-ben meg már a 4.17.x megy.

[ Szerkesztve ]

Mint 19 Cinn. voltak problémáim a qBittorrent-el.
Tárolóból telepítve majd indítva, megjelent egy túlméretezett ablak
hogy elfogadom-e a (felhasználási ?) feltételeket ?
Rákatt. az elfogadásra, az ablak eltűnt, a qBittorrent viszont nem indult.
Ugyanez történt a stable, és az unstable PPA felvételével telepített,
valamint a flatpak-al telepítettekkel is.

Általában a Mint "Pendrive lemezkép-író"-ját (dd) használom.
De találkoztam már jó-pár ISO-val, ami ezzel kiírva nem bootolt.
(Nem található indítható eszköz)
Ha ugyanezt az ISO-t az Unetbootin-al írom ki, akkor rendszerint indul.
(Kiírás végén hozzáteszi a saját rendszerbetöltőjét.)
A 19-re telepített Unetbootin-nál az volt a gond, hogy nem tette hozzá
automatikusan (mint eddig) a boot flag-et - enélkül pedig nem indul a
kiírt telepítő. (Persze, a gpartedben kézzel hozzáadható a boot flag.)

Jelenleg a 18.3 a fő rendszerem - ezzel nincsenek ilyen vagy hasonló
gondok ! - A 19-est, meg majd egy év múlva újra megpróbálom.

[ Szerkesztve ]

Gstreamert hogyan frissítsem amolyan szájbarágósan ha lehetne a segítség? Sok weboldalon nem tölti be az mp4 videokat. Opera a böngészőez is a legfrisebb de már régebbi ver óta csinálja, hw gyorsítás már kikapcsolva eredmény ua, vidkari drájv is a "legfrissebb".

[ Szerkesztve ]

Be tudnál linkelni egy ilyen videót?
Mert nem vagyok benne biztos, hogy nálam a Firefox egyáltalán használ-e gstreamer-t (szükséges-e).

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

https://openloadmovies.tv/movies/superfly-2018/ Csak egy hirtelen példa. Ott le is lehet tölteni azt a linket beletéve egy lejátszóba megy szépen.

Nemtudom hogy az ff mit használ de lehet az opera teljesen mást, mint a flash-nél mondjuk.

Nincs valami aktív blokkolód? Mert nálam valami JWplayer-rel játsza le, ami az oldal sajátja. Mondjuk van bőven blokkolnivaló az oldalon, kezdve a hölgyekkel oldalt.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Kipróbáltam a 4.4.0-131-es kernelt, az eredmény ~ mínusz 20-30 másoderc a boot idő, a már így is csupán ~70 másodperchez képest, és minden flottul működik eddig. Így terveim szerint marad is.

ubyegon2

A korábbi sys analízishez képest "brutális" a különbség:

[ Szerkesztve ]

Ublock origin és az opera sajátja van más nincs. De azokat kilőve se jön semmi. Nálam még nénik se akarnak jönni Azon kívül a rendszer is stock semmit se állítottam rajta ami egy 18.3-as mint. FF-el nálam is a JW-vel játsza le de operában semmivel. Kobb klikkre se reagál a video ablakában.

[ Szerkesztve ]

Nézd meg másik böngészővel. Nagyon úgy néz ki, hogy valami blokkol nálad, lehet az Opera sajátja az. Nem ismerem, de talán nem lehet inaktiválni egészen.
Akkor innentől egyértelmű.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Szerencse, hogy ti ilyen kitartóak voltatok
Egyébként ami még érdekes, hogy a korábbi GRUB módosítást eltávolítva ("video=SVIDEO-1:d") ezzel a régi 4.4-es kernellel, nem növekszik a boot idő. Ez a bejegyzés amúgy olyat csinál, hogy a bootolás alatti mint ikont eltünteti, és a bootolási folyamatot jeleníti meg szövegesen.
Na, de mindegy is, marad így ahogy van, aztán majd 2021-ben ha lejár, megnézzük milyen alternatíva lesz linux ügyben Tényleg, ha lejár egy disztró, akkor mi történik? Mindenképp kell váltani, vagy maradhatok a már lejárt, de jól futó rendszernél?

Azt hiszem ez normális, hogy új kernel utáni GRUB frissítés eltávolítja a hozzáadott bejegyzéseket, bár az eleve ott lévő is eltünt eszerint, gondolom a sor módosítása miatt.

bootolási folyamatot jeleníti meg szövegesen

Épp ezt hivatott a "quiet splash" megakadályozni. Ha visszarakod, nem látod a futó boot sorokat. Nem ez a sor csinálta : "video=SVIDEO-1:d" (ha megnyomod a lefelé nyilat, akkor is eltűnik a háttér és a folyamat látszik)

Tényleg, ha lejár egy disztró, akkor mi történik?

Semmi, ugyanúgy működik minden, viszont megszűnnek hozzá a frissítések, ezek közül is a biztonsági frissítések lehetnek fontosak. No de 2021 még messze van.
Az sem zárható ki, hogy újabb disztró is felszerelhető régebbi kernellel, ami kapja a frissítéseket. Ezt nem tudom biztosan....

[ Szerkesztve ]

Félreértettél. A grub módosítások nem változtak a kernel cserét követően. Mikor a bejegyzést adtam hozzá, annak következtében tűnt el a boot ikont. Illetve a bejegyzés szövegéből asszociálva, és most lehet hülyeséget írok, átirányította az Svideó kimenetére kötött eszközre...már ha lenne rajta? De ez már tényleg teljesen mindegy, csak ötletelek

Most már marad Sylvike míg ki nem öregszik, de most, hogy mondod, lehet, hogy Tara alá is felment volna akár a 4.4-es kernel?

[ Szerkesztve ]

Értelek, akkor valahogy kiiktattad abból a sorból a " quiet splash" bejegyzést. ( ha ez a neve neki, most mobilon nem tudom lecsekkolni)
Elképzelhető, hogy Tara-n is menne a régebbi kernel. Ha megadod a pontos kernelszámot, talán a Synaptic kiírja végig, akkor kipróbálom. Az én Tarám még nincs napi használatban, ha meghal sincs gond. 😉
Ha mégsem menne, az a friss xorg és társai miatt lesz.

[ Szerkesztve ]

Írtam is hogy ff-el nálam is jw-t használ. Kiszedtem belőle a blokkolót csak a gyári maradt benne, de ua az eredmény. Vmikor az 53.xxx berzió egyik frissítése óta csinálja ezt. Azóta visszaraktam egy régebbit de azzal is csinálta.

- Kérdés:
hogyan tudnám totál kigyomlálni az operát és minden szirszarságával együtt hogy egy tiszta telepítést csináljak?

Nem használom az Operát, de a következőképp fognák hozzá az eltávolításának.:
sudo apt purge opera (opera-browser ?)
Ezután a biztonság kedvéért megnézném a .-al kezdődő rejtett mappákat hogy
nem maradt-e valami az operával kapcsolatos mappa.
Továbbá körülnéznék a .cache, .config, és a .local -> share mappákban is.
Ha maradt valami operával kapcsolatos, azt törölném.
Ezután jöhet a tiszta telepítés.

[ Szerkesztve ]

Elvileg benne van minden, így néz ki a bejegyzés:
GRUB_CMDLINE_LINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"

Köszi, ha megnézed. A jelenleg használatos kernel az a 4.4.0-131.

Ha terminálból indítod a qBittorrentet, akkor ír valami hibaüzenetet? Arra kéne ránézni.

A dd teljesen jó bármilyen iso kiírására, bootolnia kéne. Egy kivétel van: Windows telepítők kiírására nem alkalmas, de arra ott van vagy a woeusb, vagy FAT32-es partícióra elég rámásolni a telepítőt UEFI bootnál.

A qBittorrent telepítése egy naprakész állapotra frissített (19) live rendszeren. [link]
qBittorrend indítása terminálból: [link] --> [link]
"I Agree"-re kattintva eltűnik az ablak, és a terminál ezt mutatja: [link]
A qBittorrent viszont nem töltődik be.
---------
Ma az "Ultimate Edition" 5.8 XFCE Iso-ját írtam ki dd-vel - ami aztán nem indult.
Ha van hozzá kedved, írd ki te is dd-vel - kíváncsi lennék az eredményre !

Sajna nálam nem megy az imgur. Eddig legalább proxyval ment, de most már csak egy szürke oldal jelenik meg, hogy hány perce töltötték fel a képet, de a kép nem jelenik meg. Az, hogy mit ír ki terminálban, ahhoz nem is kell képet csinálni, kijelölöd terminálban a kiírt szöveget, és beilleszted ide.

Nálam rendben megy Arch-on a qBittorrent 4.1.1 verziója. Terminálból indítva csak egy warningot kapok, mivel Waylanden futtatom, de tényleges bugot nem okoz:
[user@gépnév ~]$ qbittorrent
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.

Az lett, amit tippeltem xenialos (16.04) kernel így a Tara-n csak szoftveres leképezési módban indul el, lényegében a nyílt meghajtók nem működnek. A xorg, mesa túl friss nekik. Ezeket most nem próbáltam ki, hirtelen nem tudom mennyire lehetne eredményesen visszállítani mindet, viszont nem is sok értelme lenne, mert ez akkor a 18.3 lenne, ami nem nagyon működne együtt a friss Cinnamonnal, etc.
Valamiért hálózat sem akart felállni.

ubyegon@Mint19C:~$ inxi -F
System: Host: Mint19C Kernel: 4.4.0-131-generic x86_64 bits: 64
Desktop: Cinnamon 3.8.8 Distro: Linux Mint 19 Tara
Machine: Device: desktop Mobo: ASUSTeK model: F2A85-M v: Rev X.0x serial: N/A
BIOS: American Megatrends v: 6404 date: 08/13/2013
CPU: Quad core AMD A10-5800K APU with Radeon HD Graphics (-MCP-)
cache: 8192 KB
clock speeds: max: 3800 MHz 1: 2400 MHz 2: 2400 MHz 3: 3400 MHz
4: 1900 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Trinity [Radeon HD 7660D]
Display Server: x11 (X.Org 1.19.6 )
drivers: fbdev,ati (unloaded: modesetting,vesa,radeon)
Resolution: 1600x900@77.00hz
OpenGL: renderer: llvmpipe (LLVM 6.0, 128 bits)
version: 3.3 Mesa 18.0.5

(#9690) Frawly

Fura egy rendszered van, ha az Imgur sem megy!

[ Szerkesztve ]

Tényleg furcsa hogy nem megy az Imgur !
Egyébként. ez a "hibaüzenet".: [link]

Húha, ezzel nem lettünk okosabbak, csak annyi, hogy nem segfaultol. Valami Qt-s kirajzoló rutin nem működik, ahogy nézem. Cinnamon alatt futtatod?

(#9691) ubyegon2: csak Archon nem megy. Windows 10 alatt igen. A linuxos OFF topikban robokuty segített megfejteni, hogy valami MTU-val kapcsolatos beállítás miatt van, de elakadtam vele, minden deafulton van, a hálózati beállításokat nem akarom szétcseszni, mert amúgy minden más oldal működik, csak ez a szutyok imgur nem.

[ Szerkesztve ]

Nekem nagyon nem kerek ez az MTU kérdés.
Szerencsére adika4444 segített a Digi topikban.

Nekem is alapon van, de nem piszkálom én sem egy szaros oldal kedvéért. Nem csak az MTU, van még egy másik, ezt érintő beállítás is az MSS. Próbáltam módosítgatni futás közben (ez nem állandó, bootoláskor visszaáll defaultra) ezeket, de nem segített.

Szia,blokkolva van nálam is,Chrome.
Nem biztonságos az oldal.

Hmm az érdekes, és hol lehet elhitetni vele hogy az?
Had döntsem már el én nem hogy mit tartok annak és mit nem! Azt lehet állítani valahol egyáltalán?

Közben kipróbáltam az Ubuntu 18.04.1 GNOME Shell-t.
A tárolóból telepítve a qBittorrentet, ugyanaz a hiba mint a Mint 19 Cinnamon
esetében.
Viszont az Ubuntu 18.04.1 Mate-ra a tárolóból telepített qBittorrent
úgy indul ahogy az a nagy könyvben meg van írva !
Ezen felbuzdulva, a Mint 19 Mate-t is kipróbáltam - azon
is simán indul.
Úgy tűnik, ez a qBittorrent mizéria az agyon-fejlesztgetett GNOME Shell sara !

[ Szerkesztve ]