Jessie-re upgrade közben hibaüzenet

Debian GNU/Linux

Sziasztok!

XEN DomU-ban futó Wheezyről adtam ki az apt-get dist-upgrade parancsot (persze előtte végigmentem az ajánlott lépéseken, első körben az apt-get upgrade parancsot adtam ki, az gond nélkül lefutott, csak warningok votak).
A dist-upgrade közben viszont a következő hibaüzenetet kapom:
Since release 198, udev requires support for the following features in
the running kernel:

- inotify(2) (CONFIG_INOTIFY_USER)
- signalfd(2) (CONFIG_SIGNALFD)
- accept4(2)
- open_by_handle_at(2) (CONFIG_FHANDLE)
- timerfd_create(2) (CONFIG_TIMERFD)
- epoll_create(2) (CONFIG_EPOLL)

Please upgrade your kernel before or while upgrading udev.
Miért foglalkozik az udevvel, mikor systemd-re kellene váltania? Upgrade-eltem már két szervet, azok nem produkáltak ilyent. A jelenlegi kernel 2.6.32-5-xen-amd64-es. Telepítettem 3.16.0-4-amd64-est, de ettől még nem az fut, így újra ugyanazt a hibajelzést kapom.
Hogyan beszélhetném rá a systemd-re?

  • 1600 megtekintés

( Oscon | 2016. 07. 11., h – 15:19 )

Nálam debian jessieben systemd függ udev 208-as verziótól.
Úgyhogy szvsz nem úszod meg, mindenképpen más kernelről kell futtatnod a frissítést.

- open_by_handle_at(2) (CONFIG_FHANDLE)

A debian wheezyben amúgy 3.2-es kernel volt emlékeim szerint (?). A 2.6.32 még a squeeze ből maradt vissza, nem ?

szerk: technikailag vannak módszerek végül is, hogy átverd a csomagkezelőt, (pl. ha másképp nem egy hamis udev 216 ver. feletti csomaggal, amiben semmi nincs csak csomaginformáció), de udev-nél ez nem biztos, hogy szerencsés húzás. :-))

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

( wpeople v | 2016. 07. 11., h – 15:37 )

pygrub-t használsz vagy megmondod, melyik kernelt boot-olja?

( golgota | 2016. 07. 11., h – 22:14 )

Szezon? Fazon?

Miert gondolod, hogy a systemd-nek le kellene cserelnie az udev-et? Az nem egy init rendszer, melyebb szinten van. Udev nelkul ba@#!hatnank a systemd-t is. Bar lehet, hogy a fejlesztoje majd azt is megirja. :D

Igen, de hala istennek, hogy siman kezelheto kulon.
De ettol meg nem kellene az udev-et lecserelnie a systemd-nek. Az udev, az udev, annak ott kell lennie a systemd mellett.

/OFF
Elkepzelem a Lennart szerinti webet. Sajat maga megirja a webszervert, a program nyelvet amivel egyedul hasznalhato, es egy uj markapot, ami semmivel sem kompatibilis. De aztan megirja mindenkinek, hogy menjenek az anyjukba es tessek a nagyszeru Lennartweb-hez fejleszteniuk egy reteget, ami majd leforditja a LennartMarkupot HTML-re, meg LennartScript ertelmezot. Ja a kliens-server protokoll nem HTTP, hanem LennartTP. Igaz semmire sem jo, csak a LennartWebServ-hez, de ez igy jo. Ja es kulon sajnos nem hasznalhato az egesz. Mindenki cserelje, mert kulonben a Qrva anyjukat, mert o Lennart mivel isten, jobban tudja. Ertem?

A systemd a Linux windowsa. :D
Isten adja, hogy sokaig molyoljon meg a systemd-vel es sose kezdjen bele semmi masba. :D

Amen :D

Ahogy az egyik kommentelo a linkeden irja:
All we need to do now is merge Btrfs and Gnome-shell into udev and we'd be set.

:D
/OFF

Az udev, az udev, annak ott kell lennie a systemd mellett.

Idézet egy fentebbi hozzászólásból:

Nálam debian jessieben systemd függ udev 208-as verziótól.

Vagyis a világ rendje még meg van...

---

A többire: nem voltál elég alapos :) keres magának egy három bemenetes logikai függvényt, ami teljes rendszert alkot (a franc se emlékszik hogy hívják hivatalosan azt a tulajdonságot, hogy bármilyen logikai kifejezés leírható ezekkel a műveletekkel - pl. XOR önmagában), azokból épít magának áramköröket, CPU-t (természetesen saját utasításkészlettel), RAM-mal (természetesen a legkisebb címezhető egység négy értékű lehet), buszokkal, sínekkel. Efölé saját BIOS (ami persze többet tud, mint amit a Szekjúrbútos júefis arcok valaha álmodni mertek volna, csak a két hetenkénti release miatt a firmware-nek adni kell egy külön ethernet csatolót, hogy tudja magát frissíteni), aztán egy kernelt (mivel az úgyis implementációs detail és ő OS-t készít), utána user space-t, grafikus felületet (ezzel egyszer s mindenkorra eldöntve a GNOME vs. KDE vitát ;) ). Na, INNENTŐL kezdve jön a saját webserver, program nyelv stb.

És az egészben a legdurvább, hogy pár verzió után egy működőképes valami lenne belőle, ami kifejezetten felhasználó, fejlesztő és admin barát, még ha darabjaira nem is annyira szedhető (de egyébként ki tiltja, hogy írj saját parsert/fordítót a LennartScripthez, amit saját webserverrel szolgálj ki? ;) ).

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

A mellettet nem ugy ertettem, hogy egybecsomagolva, hanem hogy kulon!!! De kell, hogy ott legyen. Szar lenne, ha az udev-et lecserelne a systemd. :D

Hat Lennart cuccai altalaban nem mukodnek valami jol, csak aztan jon valaki, aki megprobalja mukodokepesse tenni amennyire lehet. De hogy stabilnak sosem stabilak az tuti. :D
Szoval ja, par verzio utan mar lehet hogy mukodokepes instabil fos lesz belole. :D

Szerintem o egy vakond a Linux vilagban. Kettos ugynok, vagy mifene. Szepen szet akarja cseszni az egeszet. Csak azt nem ertem, miert nem inkabb a windows oldalon dolgozik, ha ennyire windowsositani akar mindent. Menjen es dolgozzon az MS-nek, a Linuxot meg hagyja beken. Van szamara megfelelo operacios rendszer (Win10), nem kell atirni egy jol mukodot, hogy olyan legyen, csak meg annal is szarabb. :D

Hat Lennart cuccai altalaban nem mukodnek valami jol, csak aztan jon valaki, aki megprobalja mukodokepesse tenni amennyire lehet. De hogy stabilnak sosem stabilak az tuti. :D

Tudom, hogy works for me érvelés, de nekem sem a Pulse-al, sem a systemd-vel nem volt különösebb bajom, az Avahival meg elvi kifogásaim vannak, úgyhogy az nem számít (viszont elkresselni azt se láttam).

És igen, a PA-nál is kellett kb. 3 főverzió és utána egy másik maintainer, hogy kiforrott és stabil legyen, cserébe adott egy stabil és előremutató rendszert (kevés hangrendszer tud hálózatban transzparensen működni, lejátszás közben cserélgetni a forrásokat/sink-eket [Windows-os Skype hangbeállítás szvsz. átlag 3 echo service hívást hoz, Linuxon kényelmesen elindítom a hívást, aztán ha gond van, beizzítom a pavucontrolt].
Az utóbbi ~5 évben Pulse-t elkresselni nem nagyon láttam, két idegesítő "bug-ba" futottam bele, az egyik a Linuxos Skype, ami lepausolta a videókat még a sima bejelentkező hangeffekt miatt is (MS hibája, a hangeffekteket is kommunikációs hangként indítják) és időnként (átlag olyan 100 nap uptime után - Süsün ez alatt olyan háromszor frissül a kerneltől felfelé a fél rendszer) előfordul, hogy eltűnnek a hangeszközök, de egy pulse restart megoldja.

Systemd-t (mármint PID1-et) még megborulni nem láttam (pedig az azért feltűnő lenne :) ), viszont lényegesen stabilabb és erőforrás-kímélőbb rendszerek építhetőek belőle _egyszerűen_, mint egy init-tel (persze, a Turing teljesség határáig ugyanazt el tudod érni mindkettővel, csak az egyiknél ez egy sor egy deklaratív konfig fájlban, a másiknál egy újabb démon/script/akármi). [az meg van, hogy Windows-on hogy néz ki egy service és hogy a nagyon utált systemd-ben azért a service még mindig csak egy egyszerű futtatható fájl, ami legrosszabb esetben kap egy-két fájl descriptort is? :) ]

A fentebb emlegett bináris fájl (az gondolom a journal akart lenni)... ja, az bináris. Küldd át syslogon, oszt jónapot, máris plain text.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Fontos, hogy a LennarTP ne legyen egyszerű text fájl-ként olvasható. És ha valamilyen üzemzavar (LennarBug) folytán összekavarodik saját magával, akkor a bináris LennarTP állományok oly módon korrumpálódjanak magától a LennarWebServ-től, hogy single módban kelljen javítani - feltéve, ha külön partícion van a LennarWeb. Mert ha a root partíción van, akkor akár külső adathordozóról történő boot-olásra is szükség lehet. Természetesen a bináros LennarTP állományokat ellenőrző eszköz ne tudja javítani a korrumpálódott fájlokat. Azokat csak törölni lehet...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( Dwokfur v | 2016. 07. 11., h – 22:32 )

2.6.32? Az elmúlt 6 éves: ha gyerek lenne, szeptemberben már iskolába menne...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( SySERR | 2016. 07. 12., k – 08:04 )


echo "udev hold" | sudo dpkg --set-selections

Erre minden szépen be fog frissülni, kivéve az udev
Ha sikerült újabbra cserélni a kernelt és azzal is fut a rendszer akkor: 


echo "udev install" | sudo dpkg --set-selections

utána meg: 


apt-get dist-upgrade

...és be fog frissülni az udev is.
De célszerű előbb a kernelt frissíteni, majd azzal indítani a rendszert, és utána nekiesni a dist-upgrade -nek.

-------------------
http://streamstat.hu/ - A legtöbb magyar rádió és TV egy helyen!

( pischta | 2016. 07. 12., k – 12:24 )

A kernelverzió engemet is meglepett :) Vissza is néztem, hogy az apt.sourcesben a jessie-re váltás előtt biztosan wheezy volt-e, de az volt.
Féltem az újraindítástól, de sikerült... Ugyanazzal a kernellel indult, úgyhogy vátottam pvgrubra. Ezzel már a hármas kernel indult. A cache-ből telepítettem a friss udevet, utána pedig már ment a dist-upgrade :)

Köszönöm a hozzászólásokat.