dist-upgrade elakadt

Ubuntu Linux

Benne vagyok egy Feisty -> Gutsy dist upgrade közepén. Megkérdezte, hogy engedek-e törölni két accountot a passwd-ből: 


May I update your system? [Y/n]

Engedném, de nem reagál a billentyűleütésre. Beragadt. Hogyan lehetne továbbmenni?

Szerk: Végül néhány enter után továbbment. Nem értem mit csinált ezalatt a tíz perc alatt (a top szerint semmit). Entereket már korábban is adtam neki. Közel álltam hozzá, hogy reseteljem. Elég kellemetlen lett volna.

  • 2458 megtekintés

( mrev | 2008. 10. 14., k – 14:29 )

Végül megcsináltam a Feisty->Gutsy->Hardy upgrade-et. Az eredmény fagyoskodó gép. Újratelepítettem a Hardyt, változatlan: fagyogat. Hardverhibára gondoltam, noha ez a gép éveken át abszolút megbízhatóan működött Dapperrel, Feistyvel. Talán olyan hiba, amit éppen a Hardy hozott ki.

Fagyott állapotában be lehet rá ssh-zni, 75%sy és 99%sy között váltogat a CPU kihasználtság. Kezdtem úgy érezni, hogy a kjournald-nek van köze a dologhoz, minthogy több esetben is az volt a fagyás előtt utoljára elindult processz. (A top tetején a kjournald áll, és nem csinál semmit.) Úgy néz ki mint egy alacsony szintű deadlock.

Megnéztem a googleban panaszkodnak-e mások is a kjournald fagyására. Panaszkodnak.

Megj: 64 bites rendszerről van szó.

--
CCC3

Ha egzaktul azt futtattad, hogy 


apt-get distupgrade

akkor semmi jó hírrel nem tudok szolgálni. Ubuntun az ilyen módon való rendszerupgrade nem támogatott. Grafikus felületről kell indítani az
upgrade-et. Persze parancssorból is lehet, de nem mernék megesküdni a konkrét parancsra: 


do-release-upgrade

vagy hasonló.

Én apt-get distupgradeltem egy Feisty->Gutsy-t és tönkrevágta a gnomeot.

"akkor semmi jó hírrel nem tudok szolgálni. Ubuntun az ilyen módon való rendszerupgrade nem támogatott."

Ez le van írva valahol? Csak azért kérdem, mert én mindig így csinálom, a jelenlegi rendszerem az ötödik dist-upgrade-et tapossa probléma nélkül. Most jön hamarosan a következő.

--
trey @ gépház

Itt nem írja az apt-get distupgrade-et mint módszert. Helyette javasolja a sudo do-release-upgrade használatát.

Itt annyi ír, hogy:

Manual command-line upgrade (not recommended)

Please note - this method is less reliable. If you use this method, you MUST be prepared to fix problems manually, such as packages being unexpectedly removed, apt crashing unexpectedly, etc. Using Update Manager (see above) is likely to be much less problematic.

Instructions for this method can be found on FeistyUpgradesManual.

Azaz nem tiltott, csak azt irja hogy több probléma van vele. Van még ez a fórum, de ezt nem volt kedvem végigolvasni :).

A Hardy ugy ahogy van meg alfanak se igen megy el, nem LTS rendszernek. Ha jot akarsz magadnak, akkor ujrarakod Gutsy-val, es elfelejted a dist-upgrade-t, ha nagyon kell valami, akkor backport vagy forrasbol 'apt-get source' -val feldobod.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Érdekes, hogy a Gutsyt javaslod. Szerintem a Feisty volt idáig a legjobb, a Gutsynál tört meg a monoton fejlődés. De nem hátrafelé menekülök, upgradeltem Intrepidre.

Itt meg van ez a Ctrl-Alt-Backspace mizéria. Mármint, hogy letiltották (ami egy nagy f@szság). Ha a júzer azt akarja, hogy az X induljon újra, akkor az X-nek újra kell indulni. Felesleges erőszakoskodni a hasonló tiltásokkal, mert a képzetlen júzer hamarabb megtalálja a reset gombot, mint az X kultúrált kilövésének módját.

Az X kultúrált kilövése:

SIGHUP-ot vagy SIGTERM-et kell küldeni az xinit-nek,

vagy

a gdm config filé [servers] szekciójába: 0=Inactive. Erre nem indul gdm a lokális képernyőn (más okból is jó), hanem be kell jelentkezni a konzolon, utána startx. Ctrl-Alt-F1 visszavált a konzolra CTRL-C lelövi az X-et. Jellemző, hogy csak így:

X server slow to shut down, sending KILL signal.

Adalék: Nemrég vettem észre, hogy a Windows konzolban megváltoztatták a defaultot, és újabban a CTRL-C-t elnyomják. Olyan, mintha mondjuk a linuxos pinget nem lehetne CTRL-C-vel megállítani.

Azért, ha valaki rájönne és elmondaná, hogyan lehet a CTRL-ALT-Backspace-t visszaállítani, annak örülnék.
--
CCC3

( mrev | 2008. 10. 28., k – 11:53 )

Okt. 14-én installáltam egy 64-bites Hardyt. Előzőleg próbáltam upgradelni (Feisty->Gutsy->Hardy), de az eredmény fagyós lett. Az egészet újrainstalláltam a nullából, de az eredmény ugyanaz, vagyis nem az upgrade volt rossz.

Két napig az volt a helyzet, hogy a gép 3-4 óránként lefagyott. Ez akkor is bekövetkezett, ha installálva volt az ATI restricted driver, és akkor is, ha nem.

Két nap után jött egy kernel és Xorg frissítés, a helyzet megváltozott. Ha installálva van a restricted ATI driver, akkor nincs fagyás. Ha nincs installálva, akkor a gép majdhogynem determinisztikusan lefagy kb fél óra alatt. Ehhez nem kell mást csinálni, csak egy xterm ablakban ogg123-t futtatni, és magára hagyni. Fél óra múlva elhallgat a zene, hallom, hogy megvan a hiba.

Másik gépről ilyenkor be lehet sshzni, az látszik, hogy az Xorg 75-99%sy-t fogyaszt. Néha sikerül kilőni az Xorg-ot, néha nem -> resetelni kell.

Persze közben használom a gépet (napi 16 órában, restricted driverrel), csak amikor jön egy kernel/Xorg frissítés, akkor ismétlem meg a kísérletet. Ma éppen jött, megismételtem, lefagyott.
--
CCC3

Frissítések után ellenőrzöm, továbbra is megvan a hiba: (nonrestricted) radeon driver fagy (fél óra működés után), restricted fglrx driver működik, de hunyorog, ha nincs bekapcsolva a compiz (így használom).

A 2008.11.27-es frissítés után új hiba: A system->quit menü néha előjön, néha (többnyire) nem, olyankor elhal a felső panel -> gépleállítás parancssorból.

A Warthy óta használok Ubuntut, a kezdetektől 64-bitest. Dapperen és Feistyn hosszabb ideig megmaradtam, ezek teljesen kifogástalanok voltak. Közben nem volt újratelepítve a Linux, csak upgradelgettem. A Gutsy-t kihagytam (próbagépen nem tetszett).

Elkanászodtak Ubuntuék.
--
CCC3