Kernelfrissítés megakad

Linux-kezdő

Helló!

Sürgős segítség kéne! Éppen nekiálltam frissíteni a kernelemet, amikor szokás szerint behozott egy ablakot, hogy mit csináljon a menu.lst-vel. Kiválasztottam a legördülő menüből azt az opciót, hogy új folyamatként szimulálja a változásokat, majd OK. Ennél a pontnál lefagyott az egész, erőszakosaan kellett bezárnom az ablakot, de a frissítéskezelő terminálja szerencsére még megmaradt, most parancsot vár.

Nem merem restartolni a gépet, mert ugye így az új kernel még nincs bekonfigolva, nem is nyúltam még hozzá. Milyen parancsot adjak meg neki?
Előre is kösz a segítséget.

  • 1133 megtekintés

( jkop | 2009. 06. 10., sze – 11:12 )

beírtam parancsnak, hogy exit, és ekkor újra el lehetett kezdeni kernelt telepíteni, de amikor befejezte, kiírta, hogy nem tudta beállítani.

( tgerczei | 2009. 06. 10., sze – 15:28 )

Nem tudom, milyen disztribúciót használsz, de az értelmesebbjénél azért alapértelmezésben, ha felteszel egy új kernelt, és az valamiért sikertelen, tehát mondjuk a telepítése nem fejeződik be, a régi érintetlenül ott fog maradni, tehát a rendszer indulásképes marad - amíg a bootloadert érintetlenül hagyod, és valószínűleg arra is komoly esélyed van, hogy ez így van - a GRUB nem igényli, hogy tekergessék ilyenkor, pl. a LILO-val ellentétben. Tehát, amint az előttem szóló mondta, az új kernel betöltéséhez ott kellene mindennek a helyén lennie az új csomagból, valamint a menu.lst-be be kellene kerüljenek az új csomagból felkerült kernel indításához szükséges sorok, de ide is csak hozzáfűződnek ezek, a meglévő sorok törlése nélkül. Ha nem tudott befejeződni az új kernelcsomag telepítése, attól még szerintem a régi kerneled ott van, ahol lennie kell, konfigurációs szinten is. Mennie kell az eddigi állapotnak. Hacsak nem történt valami kézi gányolás, de azt a bátortalanság alapján nem feltételezem.
Igaz egyébként mindez legalábbis akkor, ha a csomagkezelő nem elmebeteg - általában nem az - és a frissen telepíteni próbált kernel verziószáma nem egyezik az eddig futtatott kernelével. (ilyesmire egyébként is figyelmeztetni szokott a telepítést végző script) Még ha esetleg alapértelmezetten az új kernelt próbálná is indítani a GRUB, a menü timeout-ja lehetőséget ad az előző kernel kézi kiválasztására. (kétlem, hogy átállította volna, az már a csomag telepítése végén szokott megesni, siker esetén) Mindenesetre sok sikert és jó szelet a reboothoz, ha majd bele mersz vágni...! ;]

P.S.: Természetesen sikeres kernelcsomag-telepítés esetén sem szokott eltávolításra kerülni az eddigi, csak kerül mellé egy új, és indítási alapértelmezésbe kerül... (amennyiben a verziószám eltér, tehát nem íródik semmi felül)

A reboot valóban sikeres volt, és azt is észrevettem, hogy egy köztes verziószámú kernel hiányzik is (11. van nekem, és a 13-ast akartam telepíteni). Ennek csak az lehet az oka, hogy a 12-t is felraktam anno, meg is van az imageja, de valamiért azt se állította be, meg most a 13-t sem. Leszedi a fájlokat, de többet nem csinál. Mi lehet a baja?

( tgerczei | 2009. 06. 10., sze – 19:10 )

Még mindig nem árultad el, milyen disztribúciót, csomagkezelőt használsz, ami nem teljesít jól - vagy csak figyelmetlen voltam...

( tgerczei | 2009. 06. 11., cs – 13:06 )

A helyedben megróbálnám parancssorból akár terminálon, akár konzolon apt-get -tel orvosolni a problémát. Synaptic-kel kapcsolatban minimális tapasztalatom van csak, alig néhányszor láttam, és nem is tetszett; jómagam parancssor-párti vagyok. Már csak azért is, mert jóval kommunikatívabb.
Nevezett disztribúciót nem ismerem, de *buntu, tehát végső soron debian-derivatív (legalábbis csomagkezelés szintjén), s mint ilyen, valószínűleg tartalmazza az apt utility-jeit.

apt-get --dry-run install linux-image-2.6.26-686 lenne a szimuláció (a csomag neve nyilván nem szükségképpen ez), tényleges változtatás nélkül, illetve apt-get -f install vagy dpkg --reconfigure -a pedig egy félbemaradt telepítés/konfigurálás folytatására/befejezésére ad lehetőséget - és talán több információt is leszűrhetsz a parancssori visszajelzésekből a sikertelenség okait illetőleg...