Kernel frissités

Fórum: 

Sziasztok.3. napja ismerkedem a linux mint 17.2  cinnamon 64 bit rendszerrel.A kérdésem az lenne h. kell -e vagy érdemes-e a kernelt frissiteni .Mert a frissités kezelő nézet linux kernelek menüpontba,azt látom h. a 3.16.0-38 (3.16.7-ckt10)kernel van telepítve.de a listában van sokkal ujabb is ami a 3.19.0-26-os.tehát a kérdés h. merjem frissiteni vagy várni kell h. a frissités kezelö felalálja saját maga.Vagy esetleg meg tudnátok mondani melyik a frisebb stabil kernel a 3.16.0-38-asnál.mert gondolom azért érdemes frissiteni.alaplap :GA-F2A88XM-DS2 proci:A4 6320 4Gb ddr3 ram

RE: Kernel frissités

@#0 Amennyiben jól működik a rendszered, akkor azt szokás mondani, hogy nem szükséges a kernel frissítése.

Értékelés: 

0
Még nincs értékelve

RE:RE: Kernel frissités

#1 Oksa .Köszönöm szépen válaszod.

Értékelés: 

0
Még nincs értékelve

Konzol-grafikus felulet

Sziasztok,
kezdo Linux-os vagyok. 1 napja telepitettem az LMDE2 amd64-t.
Rogton ket problema adodott:
1.) egyik konzolba sem tudok bejelentkezni, jelszo vagy user nev hiba...
2.) ezalatt a grafikus felulet szetesik,
startpar: service returned failere: plymouth ... failed! hibauzenetet kapok.

Nem tudom mit tegyek, hogyan lehet javitani...

Értékelés: 

0
Még nincs értékelve

Kernel frissítés.

Bár fentebb írta annak ideján Zoli, hogy ha egy rendszer jól működik, nem kell kernelt frissíteni, de én már csak ilyen vagyok. Windows Insiderben is toltam az OP rendszerem frissítését korábban. 

Szóval a kernel frissítést az UKUU segítségével végzem. Ma reggel is rta, hogy van friss verzió, és gátlástalanul meg is engedtem neki, hogy cserélje le az előző 4.15.3 kernelt. 
A telepítés során pár hibaüzenet jelent meg, ahogy az már a Specter variánsok miatti kernelfrissítésnél is történt. mindíg ugyan az a két sor:

 

A fenti képen említett make log:

--------------

 2018. febr. 17., szombat, 09:20:20 CET

make: Entering directory '/usr/src/linux-headers-4.15.4-041504-generic'

Makefile:941: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/crt_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/hal_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ndis_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel_io_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/rtl_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/usb_exports.h

  MKSTUBS /var/lib/dkms/ndiswrapper/1.60/build/win2lin_stubs.h

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/crt.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/hal.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/iw_ndis.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/loader.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/ndis.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c: In function ‘wrap_init_timer’:

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:455:2: error: implicit declaration of function ‘init_timer’ [-Werror=implicit-function-declaration]

  init_timer(&wrap_timer->timer);

  ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:456:19: error: ‘struct timer_list’ has no member named ‘data’

  wrap_timer->timer.data = (unsigned long)wrap_timer;

                   ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:457:29: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]

  wrap_timer->timer.function = timer_proc;

                             ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c: In function ‘ntoskernel_init’:

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:2563:29: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]

  shared_data_timer.function = update_user_shared_data_proc;

                             ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:2564:19: error: ‘struct timer_list’ has no member named ‘data’

  shared_data_timer.data = 0;

                   ^

cc1: some warnings being treated as errors

scripts/Makefile.build:316: recipe for target '/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o' failed

make[1]: *** [/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o] Error 1

Makefile:1515: recipe for target '_module_/var/lib/dkms/ndiswrapper/1.60/build' failed

make: *** [_module_/var/lib/dkms/ndiswrapper/1.60/build] Error 2

--------------

A működés során nem találtam problémát ugyanakkor. 

Értékelés: 

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

Kernel frissítés

#5 A hibajelentésben olvasható a megoldás is:

make: Entering directory '/usr/src/linux-headers-4.15.4-041504-generic'

Makefile:941: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"

Az általam ismertetett módszer:
-- a configure parancs létrehozza a csomag fordításhoz szükséges szöveges beállító fájlokat
-- a make parancs az előbbiek alapján a telepítéshez szükséges csomagok meglétét ellenőrzi, és esetleges hiányukat jelzi a felhasználó felé, valamint létrehozza a majdani telepítéshez szükséges csomag forrásokat pl. a felhasználó saját könyvtárában
-- a make install parancs pedig elindítja a csomag fordítását, és a telepítést

A kernel headers fájlok kezelik az „egyéb”, például nem általánosan, csak egyes felhasználóknak szükséges eszköz modulokat, példádban az ndiswrappper-ét (moduláris kernel). Ha azt nem használod, előfordulhat, hiba nem jelentkezik, de a make által jelzett figyelmeztetéseket mindenképpen érdemes javítani, hiszen a headers csomag telepítve van, nem tudhatod, mi történhet, és azt én sem tudom megmondani.
A make az általánosan ismert csomagokat tekinti függőségnek, de az újabb fejlesztői csomagokra is szükség lehet, melyek Debian-alapú rendszereken a *-dev kifejezéssel végződő névről ismerhetőek fel vagy ... nem találhatóak meg a tárolókon, és azokat szintén forrásból érheted el. Azonban egyik Linux/UNIX rendszeren sem gyakorlat, hogy minden, a világon létező csomag elérhető a saját tárolóból, de a leginkább használtak mégis.

Tehát a fenti üzenet a fontos, az utána következőek a logikus következmény.
Telepítened kellett volna legalább ezen csomagokat: libelf, elfutils-libelf (fejlesztői csomag)
A második csomagot meg kell keresned: apt-files search csomag (vagy a neten, mármint a netes keresők által)

Mint említettem, a Linux Mint alatt kényelmesebb az uuku tároló használata, de például, ha egyedi igényeid vannak, akkor forgathatsz csomagot, néhány, saját beállítással.

Értékelés: 

0
Még nincs értékelve

 Ha ezt a két csomagot

 Ha ezt a két csomagot (mondjuk a leírásban or, vagyis vagylagosság van a két csomag közül) telepítem, akkor a következő kernelfrissítéskor már ez a hibaüzenet nem lesz meg?

Értékelés: 

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

 Ha ezt a két csomagot

#7 Nem. Ezek a csomagok kizárólag kernel forgatáshoz kellenek, csak ezen folyamatban vesznek részt, lényegében, a forgatás függőségei. Tehát, a lefordult csomag tulajdonságait már nem befolyásolják és a rendszer működését sem. Maradok tisztelettel.

Értékelés: 

0
Még nincs értékelve

Újabb kísérelt, újabb hiba.

 Mivel a 4.16-os kernel telepítésekor grafikai gond volt és a Cinnamon környezet összeomlott, így vissza tettem a 4.15.6 kernel. Ma megpróbáltam a 4.16.5 kernelt feltenni, de megint gondot okozott, csak most már olyat, ami a rendszert sem engedte indulni. Így megint visszatértem a 4.15.6 kernelhez. 

Értékelés: 

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

Újabb kísérelt, újabb hiba.

#9 Igen, érdekes, hogy szinten minden új kernelnél WiFi problémákat írnak (az Ukuu). Nálam nem omlott össze. De most azt hiszem takarítottam (nem volt elég hely telepíteni sem) és ez a kernel van csak:

uname -r ; inxi -S
4.15.0-20-generic
System: Host: kim-hp Kernel: 4.15.0-20-generic x86_64 bits: 64
Desktop: LXDE (Openbox 3.6.1) Distro: Linux Mint 19 Tara

A 20GB rendszer partíció betelt az itt kezdeményezett (kérdések voltak) alkalmazások telepítése után. Jó, nagy méretű alkalmazásokat telepítettem próbaként.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

#13 De a biztonsági javításokat, egy új kernel verzióval kapjuk meg - az 5-ös szintű "Veszélyes csomagok" között. Akkor hogy is van ez ? ;)
(Nálam, speciel még soha nem okozott gondot a kernel frissítés, de másoknál már nem egyszer
okozott kellemetlen meglepetést !)
Még szerencse, hogy a Mint frissítés kezelője:
- Mutat minden egyes frissítére felajánlott csomagot - a szintekkel együtt.
- Amelyeket nem szeretnénk hogy frissüljenek, azokat mellőzni/fekete listára lehet tenni -
hogy a későbbi frissítéseknél már meg se jelenjenek/ne zavarjanak !

Értékelés: 

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

Kernel frissítés.

#5 Szia Attys,

A hiba itt van:

dkms/ndiswrapper - valószínüleg kellene újabb verzió az ndiswrapperből, vagy egy patch ami kijavítja. Használsz valami windowsos diriverrel wifi-kártyát? Mert ha nem akkor le is szedheted az ndiswrappoert. Viszont ha kellene és leszednéd, akkor nem lesz wifi-d. Milyen wifi eszköz van a gépben?

Értékelés: 

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

RE: Kernel frissités - akkor hogy is van ez?

#14 ... úgy van, hogy a biztonsági frissítéseket természetesen telepíteni kell. Ezt be lehet állítani a Mint frissítéskezelőjében. Másrészt a fekete lista is hasznos, bár én amúgy a szinteket használom. A fekete lista bizonyos hardvereknél lehet lényeges, amikor csak egy régebbi csomag jó az eszközhöz. Mondhatjuk azt, hogy sok beállításra van lehetőség, és én nem is tudok olyan, ami kimaradt a Frissítéskezelő beállításaiból.

Értékelés: 

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

Kernel frissítés.

#16 Sajnos, ez minden egyes, a http://kernel.ubuntu.com/~kernel-ppa/mainline/ oldalról telepített kernelnél így van, amit például az Ukuu-val telepítünk, így nálam is ez a jelenség. Mármint dkms/ndiswrapper probléma. Az Ukuu párbeszédablaka is mutatja a telepítéskor, hogy a WiFi-vel (is) gondok lehetnek.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

@#15 Ha te azt tapasztalod hogy egy kernel fő verzió (pl. 4.15.6-ról 4.16-ra) történő frissítés
után nem indul a géped - kernel pánikot dob - vagy egyéb komoly hibajelenség lép fel. Akkor
te mit csinálsz ? - 
Noha, tisztában vagy vele, hogy ebben az új kernelben 20-25 sérülékenységet
foltoztak be a 4.15.6-oshoz képest.
Visszaállítod a 20-25 ismert sérülékenységgel terhelt, de még kifogástalanul működő 4.15.6-ot ?
Vagy veszel egy új gépet ? Esetleg a régiben lecserélsz néhány hardware összetevőt - hogy a
4,16-os kernel ne okozzon gondot ?
Arról nem is beszélve, hogy erősen gyanítható hogy a 4.16-os kernelben is lehet még jócskán
olyan többé-kevésbé súlyos sérülékenység, amelyeket eddig még nem fedeztek fel !

Értékelés: 

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

RE: Kernel frissités

#19 A main tárolóban lévő (nem külső forrásból telepített) kernelek nagyon valószínű, hogy nem okoznak rendszer összeomlást. Egyrészt mert tesztelik, másrészt mert foltozzák (patch). Linux és csapata nem optimalizál semelyik Linux vagy Unix disztribúcióhoz, ezt mindig a kiadások fejlesztői teszik meg. A dkms/ndiswrapper dolgot szerintem javítják majd Ubuntu-ék, de a hiba megléte csak akkor okoz gondot, ha Windows meghajtó kellene.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

@#23 Nem arról van szó hogy nem tudom ! :)
Hanem arról, hogy néha választani kényszerül a felhasználó:
- A működőképesség
-És az ismert sérülékenységekkel együttélés között.

Értékelés: 

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

RE: Kernel frissités

#22 Ui.: másrészt egy régebbi működő -már bizonyított, jól muzsikáló- kernelt mindig érdemes telepítve meghagyni, és ha gond van, akkor azzal be lehet lépni, a gép indításakor (Shift nyomogatása), a GRUB-ban kiválasztva a menüpontját. A GRUB alkalmazás a különböző kernel verziók és/vagy a különböző Linux és Unix kiadások (és azok kernel lehetőségei) között történő választásra ad lehetőséget.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

#25 Így van !
Másfelől pedig úgy vagyok ezzel az egész kernel mizériával, hogy ha azzal a kernel verzióval
amelyiket telepítéskor kaptam - kifogástalanul működik a gépem / rendszerem, akkor nem
akarok feltétlenül magasabb fő verziószámút telepíteni.
A Mint 17.1 - 17.3-as rendszereimen most is a 3.13.0-144-es kernel fut
A Mint 18.3-ason meg a 4.4.0-xxx-es.
Pedig, lehetnének ennél újabbak is ! De minek ? Ezek LTS kernelek ! Rendszeresen kapok
hozzájuk frissítéseket (hibajavításokat) pl. a Meltdown-Spectre checker is
3 "NOT WULNERABLE"-t mutat - ennél a régi 3.13.0-144-es verziónál.
https://imgur.com/8EqYqyz

Értékelés: 

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

RE: Kernel frissités

#26 Gyakran akz újabb kernelek kicsit gyorsabbak, néha nem. Nekem nincs kifogásom az ellen ha új a kernel, és általbán nincs velük gond, ha van akkor GRUB-ból könnyű visszaállni egy régebbire.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

#27 Csakhogy van nem egy olyan fórumtárs, aki az Ubuntu valamelyik verzióját (is) használja.
És annál, - ha jól tudom, - egy sima "sudo apt autoremove" is törli a régi kerneleket.

Értékelés: 

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

RE: Kernel frissités

#28 Erre két megoldás van:

-- Synaptic csomagkezelő:

Megtartandó csomag kiválasztása > Csomag menü > Automatikusan telepítve kiválasztása

-- terminál

sudo apt-get install --reinstall csomag

Természetesen -mindkét esetben- a megtartandó verziószám szerinti összes csomagot újra kell telepíteni a reinstall kapcsolóval, mármint az image, a headers (ha telepítve van) csomagokat, mármint ezeket a kernel csomag tekintetében értve.

Az „automatikusan telepítve” jelzéssel ellátott csomagokat az autoremove nem fogja eltávolítani. Az információkat Kendek fórumtárssal folytatott beszélgetés alkalmával szedtem össze.

Értékelés: 

0
Még nincs értékelve

RE: Kernel frissités

#29 "Az „automatikusan telepítve” jelzéssel ellátott csomagokat az autoremove nem fogja eltávolítani"
Köszi az infót ! Ezt a Ubuntu felhasználók biztos értékelni fogják !
Más ! - Talán érdekelni fog a Bunsenlabs Helium.
https://distrowatch.com/table.php?distribution=bunsenlabs

Értékelés: 

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

RE: Kernel frissités

#30 BunsenLabs Linux Helium: ismerem. Éppen a napokban ajánlottam valakinek, mert kijött a stabil Debian-ra (Stretch) épülő verzió (valamikor) és a(z Openbox-szos) kérdés miatt ránéztem a projektre. Amúgy ez a projekt is érdekes, de a nem stabil Debian Sid az alapja (FluxBox ablakkezelővel): http://vsido.org/

A rendszer általában azokat a csomagokat szeretné eltávolítani, amelyeknek újabb verziója már telepítve van, azaz  régieket már nem használja egy alkalmazás sem. Ilyen például a korábbi kiadásról az újabb kiadásra frissítés utáni állapot, és a lib* kezdetű -eltávolításra jelölt- csomagok nyugodtan eltávolíthatóak (néha azért megtévesztő a név kezdete), mármint az alkalmazások által használt korábbi library-k, amelyeknek -már említettem- van újabb és jelenleg (kizárólagosan) használt verziója is. Külső tárolók (például PPA-k) használatával a rend kissé megborulhat, de általában nem szokott (jól fel van készítve erre a rendszer).
Akkor is eltávolításra lesz jelölt egy csomag, ha valamely alkalmazás függőségeként telepítetted, majd az alkalmazást törölted, így a függőségre már egy csomagnak sincs szüksége.
De itt még egy lehetőség:
http://ubuntu.hu/node/20891#comment-222095

Amúgy a purge parancs így tökéletes:

sudo apt-get purge --autoremove

Remélem, az általam javasolt módszer még ma is működik. :)

Értékelés: 

0
Még nincs értékelve