Tegnap este fölraktam a 12.1-re (64 bit) a tárgyban jelzett rendszert. A telepítés (frissítés) során semmiféle hiba nem jelentkezett.
Ellenben az újraindítást követően - megjelent az indítómenüben az új kernelverzió (3.3) -, de nem sokkal később lefagy kernel panic-ra hivatkozva.
Később találtam rá erre a leírásra, melyben az alábbi hiba (is) szerepel: Kernel panic in openSUSE 12.2 M2
Igaz, hogy itt az M2-re utalnak, de a letöltött ISO az M3 volt (a frissítést megelőző licence is azt írta ki).
Az oldal végén - a jelenleg legutóbbi bejegyzés (Russ Fineman 2012-05-29 17:02:39 UTC, Comment 13) - pont a fentieket írja le. Itt az szerepel, hogy ez csak a 64 bites rendszereknél van, de a 32 biteseknél nem.
Valakinek valami ötlete (azon kívül, hogy várjak egy újabb "mérföldkőre", ui. használnám a gépet újratelepítés, "barmolás" nélkül)?
Ui.
Nálam is külön van a /usr partíció.
Hozzászólások
rakj fel egyszeruen egy regebbi, vagy ujabb (de mindenkeppen: mukodo) kernelt a suse kotd-rol.
Jó, de mi az a "kotd"?
És nem mellesleg hogyan rakom föl az "régi/új,_de_működő" kernelt?
Mondjuk letöltök egy 12.1-t (DVD, 64 bit), és valami downgrade-félét kell(ene) eljátszanom?
http://en.opensuse.org/openSUSE:Kernel_of_the_day
a 12.1-rol bootolas es repair funkcio jo irany.
vagy bebootolsz az installerrel, chrootolsz a telepitett rendszerbe es telepited az uj(/regi) kernelt.
Értem is, meg nem is. :-)
Ez amolyan dodonai jóslat... :-)
Avagy okos lány Mátyás királlyal esete! :-(
De komolyan.
Ez az idézet látszólag buli, de egy alapvetően "kernel panic" jelenséget produkáló gépnél kissé vicces.
Nincs hol, nincs mit beavatkozni...
Avagy rosszul gondolom?
To automatically track the latest version of KOTD follow these steps:
1) Add the and enable the KOTD repo using zypper. e.x.
Másképpen: hogyan adnám hozzá a "zypper" segítségével a repókhoz ezt?
Ezt hogyan, hova írom/írnám be?
A meglévő (!, 12.2 M3) "installer" segítségével boot, utána hogyan lehet - irányítottan, a bootolást követően - beavatkozni, de megelőzve a "kernel panic" bekövetkeztét?
Zárójelben: a fogalmat ismerem (chroot), de hol, melyik konzolon "lépek be" ÉS telepítem a régi/új kernelt?
A meglévő dolgaimat még véletlenül sem akarom kockáztatni!
Látom, hogy van megoldás, de eléggé "kifordított megoldás"-nak tűnik!
Jó, tudom: várjak az újabb ilyen-olyan mérföldkőre...
Átmegyek mérges kismalacba: - Nem várok! :-)
Ui.
De nem is fogom - akarva/akaratlanul - elbaltázni a meglévő rendszert!
Az idő nekem dolgozik! :-)
12.1 boot (opciók?), s hogyan tovább?
Jól jellemzik a helyzetet az innen származó hsz.-ok: "Well as long as we are in the Milestone versions, anything is possible." vagy "A factory dup is always a gamble..."
Bár ezek nem konkrétan az én problémámra vonatkoznak (és mégis). :-)
Nekem a "régi" Grub van fönt. Itt írnak a chroot-ról is.
Nem adom föl! :-)
Azert ha valaki nem tudja kezelni a zypper-t, az ne akarjon milestone dolgokkal kiserletezni, legyszi. Az mar eleg alap. Sot, kaptal egy komplett parancsot is, fogod, terminal, root-ta valsz, beirod. Mit nem lehet ezen erteni? Komolyan nem ertem.
"Melyik konzolon lepek be"
? Hat pl elinditod a lemezt rescue modban, es rogton kapsz egy full konzolt.
Plz, tenyleg, olvass dokumentaciot, mielott kerdezel. Nem akarlak bantani, hidd el, van oka, amiert ezt mondom. Nagyon alap dolgokra kerdezel ra, mindezt ugy, hogy egy bevallottan instabil rendszert akarsz telepiteni. Nem veletlen az, hogy eroteljesen szoktak hangsulyozni, hogy ezek a rendszerek eles hasznalatra nem valok, pontosan azert, hogy azok, akik nem ertenek annyira a rendszerhez, ne szopjanak.
http://en.opensuse.org/SDB:Zypper_usage_11.3 (nem sokat valtozott)
--
szerintem inkabb arra gondol, hogy ha nem kepes bootolni a rendszere, akkor hogyan irja be az adott parancsot, ami lehetne akar egy ls is...
tehat: rescue mode, chroot. pl. itt leirja poliverzum : http://hup.hu/node/112705
"felmountoltam (mount /dev/sdb1 /mnt/PEN )
[...]
mount -t proc proc /mnt/PEN/proc
mount -t sysfs sys /mnt/PEN/sys
mount -o bind /dev /mnt/PEN/dev
chroot /mnt/PEN /bin/bash"
szerintem inkabb arra gondol, hogy ha nem kepes bootolni a rendszere, akkor hogyan irja be az adott parancsot, ami lehetne akar egy ls is... tehat: rescue mode, chroot.
Sajnos, tényleg ez van ("dikki"-nek szól).
Egyben nem kérnék mástól/senkitől sem ilyen kioktató hsz.-t... Ha mást nem tud az illető, akkor nem KELL (kötelező) hozzászólni (hrgyxx-félék).
Tehát, visszatérve a problémához. :-) (A kedvemet még ez sem tudja elvenni!)
Ergo: saját magamtól is kipróbáltam a "Rescue" alternatívát, gondolván, hogy majd próbálok az internetről innen-onnan összeszedett infók alapján valamit alakítani.
Csakhogy!
A boot után - az eredeti 12.2 M3 DVD-RW lemezről történt - bármely Ctrl + Alt + F1-F10 közötti terminálon (konzolon), ablakon (hívhatjuk bárhogy), nem tudok semmit beírni, lévén a képernyőn sem jelenik meg semmi! Így kissé nehéz beírni bármit is! A gép nincs "lefagyott" állapotban, mert a Num Lock, a Caps Lock megnyomására a ledek világítanak/elalszanak.
Szóval: "így ezt most" hogyan tovább? :-)
Miert nem probalsz meg mondjuk egy OpenSUSE 12.1-es lemezrol bebootolni? Azzal lehet, hogy meg menne is.
Nem akarlak kioktatni, csak azt latom, hogy nem igazan vagy kreativ a problemamegoldasban, hanem folyamatosan tolunk/mastol varod a valaszokat. Megmondom oszinten, az ilyenek a gyengeim, nem szeretem ezeket. Mielott kerdeznel, gondold at tobbszor, hogy hogyan tudnal tovabblepni. Ez nagyon fontos, mert maskulonben sosem tanulod meg.
--
Jelenleg nincs ilyen "raktáron" (12.1), de már a kölcsön notebookon töltöm lefelé...
Amint letöltődött, kiírom DVD-re, boot stb., s beszámolok az eredmény(ek)ről.
Most tényleg komolyan kérdezem. Mi vesz rá embereket, hogy egy béta fázisban levő termékkel felülcsapják az egyébként teljesen jól működő rendszerüket?
Ha már ki akarod próbálni, akkor felteszed a virtualbox-ot aztán lehet nyüstölni.
Mondjuk pl. az, hogy évek óta ilyen "verzióbuzi" dolgokat csinálgatok, de így még nem jártam. Már ennyire rosszul. A 11-es (11.0-11.4) szériánál soha, ismétlem, soha így nem jártam! Éveken keresztül a "zypper" "ref" -> "up" -> "dup" módszert követve ment a frissítés. Azt ne állítom, hogy mindig, minden hibátlanul, de ekkora szarvashiba soha nem történt. Ez most kissé pofára ejtett, de másokat is gondolom, látván a fentebb hivatkozott Bug 752796 hibajegyet.
Egy apró megjegyzés: akkor, ha soha, senki nem próbálna ki BETA állapotú termékeket, gondolom semmi nem fejlődne...
Egyébként - valóban - egy hibát tényleg elkövettem: nem néztem meg a szokásomtól eltérően a "legbosszantóbb hibák" oldalát. Szoktam, de most valamiért ez kimaradt. Túlélem valószínűleg.
A lehető legrosszabb esetben berakom a notebook HDD-jét egy külső USB-s házba, és egy kölcsön notebookra rádugva "lementem" az aktuálisan kellő dolgokat (és tudok továbblépni).
Csak kíváncsi vagyok/lennék erre, hogy van-e valami kerülő megoldás (workaround)? :-)
Még inkább arra, hogy a 32/64 bites kiadás között különbséget mi okozza?
Tehát - szerintem semmi nem veszett el - nagy baj nincs, azonkívül, hogy "nem normál módon" lehet(ne) használni a lassan 4 éves Asus notebookom.
Ui.
Most egyébként egy Win XP-vel "szerelt" kölcsön notebookról írok, jobb megoldás híján. :-(
Én rendszeresen így jártam a 11-es szériánál. Az összes mérföldkő kernelpánikolt, csak a végleges ment fel csont nélkül. Azóta befejeztem a próbálgatást, most már kivárok.
Nos, azt én sem állítottam, hogy akkoriban minden, de minden rendben volt, de azokból a hibákból, problémákból, így vagy úgy, de ki tudtam magam húzni (néha kellett azért külső segítség is).
Ellenben nekem "kernel panic" akkoriban soha nem volt.
Így most kissé mérges vagyok, hogy - bár én is hibáztam - ez "előjött" hibaként.
Tényleg valami ötlet (a várakozáson kívül)?
Már csak amiatt is kérdem, mert mostanság rendszeresen késnek az Mx kövek, illetve törölve lett belőle egy (M4), de a oS 12.2 "Beta 1" még nem elérhető.
Nekem úgy tűnik, hogy manapság az openSUSE fejlesztése lelassult, vagy még inkább (talán) szétforgácsolódott. Vagy a fene se tudja. :-)