update to hell

volt ma "pár" frissítés a házi szerveremen, amin ubuntu 8.04.2 futkorászik. rákukkantottam, ott az update notifier. na lássuk.
linux restricted modules, libcurl, meg hasonlók, összesen 9 darab, 44,6mb, semmi különös, csak a szokásos. akkor frissítsél haver.
a rendszer újraindítása szükséges. na a fenébe, oda a 25 napos uptime.
na rebootolj.
bootol is. megvárom, míg kialszik a led és lenyugszik.
újra vnc-znék - epic fail.
ajaj.
lehet kijött megint valami fantasztikus realtek r8169 modul vagy hasonlók?
gondolom akkor ssh se megy. és jól gondoltam.
nem megy az egész networking a gépen.
most el vagyok vágva tőle :(
még egy monitort tán rá tudnék kötni, meg akad a laptop usb-s egere is, de billentyűzetem az már nincs, úgyhogy... :(
asszem ha megfőtt a lencsefőzelékem, utána lesz egy túrám ki a céghez és ott a lomtárból hozok egy bill-t. vagy inkább beviszem a gépet, elvégre szinte zsebben elfér :)
asszem át is állítom úgy a biost, hogy vagy memory card-ról vagy usb-ről bootoljon, ha van rádugva ilyen, és csinálok hozzá egy rescue kártyát/pent, ha mégegyszer ez előfordul, legalább egy ssh legyen már.

( Panther v | 2009. 03. 03., k – 20:44 )

bootold be a korábbi kernelt, a grubban benne van. A másik, hogy esetleg más az interface neve (eth0 helyett eth1...)

( bsh | 2009. 03. 03., k – 23:51 )

na bementem a raktárba egy billentyűzetért. a hálózat most már működik.
de van most egy újabb (?) hiba: rádugtam egy régi 21 colos crt monitort, és azt nem ismeri fel. csak próbálja 5 másodpercenként bekapcoslni a monitort az xorg az intel driverrel, de nem megy neki (SVDO reports failed to sync). valószínű valami idióta frissítési frekvenciát akar neki adni a ddc-t meg figyelmen kívül hagjya.
mondjuk most egy crt monitort dugtam rá egy vga-dvi átalakítóval, lehet az átalakító kavar be. mikor telepítettem a gépet, akkor dvi lcd monitort használtam, azzal is voltak mondjuk gondjai.
mindegy, most fáradt voltam már hozzá, otthagytam a gépet a raktárban. majd holnap rádugok egy lcd monitort és megnélzem, mit szól hozzá. valamint azzal a lendülettel ki is kapcsolom ezt az intel restricted modult a fenébe.

nem lehet valahogy megoldani, hogy egyáltalán be se töltse a video drivert és ne problémázzon nekem? úgyis csak vnc-n használom. kell ahhoz egyáltalán x-et indítani? a vnc úgyis indít magának egyet, nem?
na ehhez aztán én nem értek :(
de ezt a full automatikus új xorgot is megeheti a fene :( még dpkg-reconfigure xserver-xorg-al sem lehet vesa drivert kényszeríteni neki, mint a régi szép időkben :(

--------------------------------
feel the beat - it's everywhere!

nem bonyolult, csak nem volt fejben, hogy mit és hogy kell beleírni, net meg nem volt, azonkívül jön még egy későbbi restricted modules update és az megint felül fogja írni. szóval ez így szenvedős.
másik gépemen meg nvidiával szívok az xorg miatt. a restricted driver nem viszi a kártyámat, envyng sem, ezért kézzel kell telepítenem a hivatalos nvidia zárt drivert. az viszont átírja az xorg.conf-ot, de a billentyűzet részt rosszul állítja be. ha meg dpkg-reconfigure, akkor a billentyűzetet állítja be jól, de kiveszi az nvidia által beleírt cuccokat, és úgy meg az nvidia driver nem megy. úgyhogy kézzel szoktam a kétféle xorg.confból egyet csinálni, ami megint csak minden update során elbaszódik. azért már igencsak ideje lenne normálisan megoldaniuk ezeket. az nvidia megcsinálhatná úgy a driver telepítőjét, hogy az figyelembe vegye az xorg.confban lévő saját beállításokat, illetve az xorg is figyelembe vehetné a conf-ban lévő saját nvidia beállításokat.

--------------------------------
feel the beat - it's everywhere!

A zárt nvidia driver telepítője fel szokta ajánlani, hogy futtasson-e nvidia-xconfig-ot, vagy ne. Ha az utóbbit választod, nem bántja az xorg.conf-ot.

Amúgy én azt szoktam, hogy törlöm (áthelyezem) az xorg.conf-ot, és futtatok üresen egy nvidia-xconfig-ot. Na, ez majdnem tökéletes konfigurációt ad, tényleg csak 1-2 sort szoktam átírni ezután (pl. billentyűzet legyen magyar, vagy legyen nvagp).

Egyébként ha ez egy szerver, mit keres rajta xorg? Meg vnc? Normális szerveren nincs ilyen, csak ssh.

tudom, de ha azt választom, hogy nye piszkálová ikszorg kofigová, akkor a saját bejegyzéseit se írja bele és továbbra is vesa módban fog menni. legalábbis nálam ez van. ha hagyom, hogy írjon az xconfba, akkor megy a nvidia driver de nem magyar a bill, ha meg azt mondom, hogy ne írja, akkor magyar a bill de nem nvidia driver fog menni.
ez egy _házi_ szerver, ezen szoktam gyakorlás képpen linuxot piszkálni (már amikor nem az asztali gépemen), miért ne legyen rajta x? tekintsd úgy, mint egy desktopot, ami mindig megy. és ha már mindig megy, akkor miért ne lenne rajta samba meg ftp meg p2p meg ilyesmi? a monitor, bill, egér, stb. meg helyspórolás miatt nincs rajta, meg áramspórolás, meg egyáltalán, költséghatékonyság :)

( utpKabel | 2009. 03. 04., sze – 07:39 )

Ilyet megengednek egy kiadott LTS változatban? Milyen frissítések vannak neked bekapcsolva? (-security, -updates, -proposed, -backports)

( bsh | 2009. 03. 04., sze – 17:05 )

na hát ez egyre jobb lesz :)
szóval tegnap fáradtság miatt itthagytam a gépnél a céget, izé, a cégnél a gépet, a hálókártya már ment újra, az intel driverrel meg nem volt már kedvem szöttyögni. gondoltam majd ma folytatom.
hát így is történt.
legutolsó állapot az volt, hogy betöltött gdm-ig, de az már nem indult el, hanem ki-be kapcsolgatta a képernyőt, mert valamiért nem jó üzemmódba akarta kapcsolni és az meg nem tudott vele szinkronizálni vagy hasonló. hogy miért nem ismerte fel a ddc alapján a képernyőt, azt passzolom.
szóval ma ott folytattam, hogy bekapcs, grubnál edit, és hozzáadtam a boot opciókhoz, hogy xforcevesa, és boot.
kernel panic azon nyomban. tyű.
kikapcs bekapcs. próbálom máshogy. majd parancssorból. akkor hagytam bootolni simán, mint eddig.
erre mi van? bejön a gdm, 1600x1200-ban vagy nem tudom mennyiben, simán belépek és minden jó. a felbontást a desktopon visszaveszi 1280x1024-re, mert asszem telepítéskor is úgy állítottam be.
na most akkor mi van?!
nem álltam le csodálkozni, displayconfig-gtk, na majd jól kikapcsolom én azt az intel drivert és menni fog vesával. erre ott mit látok? már most is vesa módban megy.
hö?
akkor meg miért nem megy?na sebaj, a monitor típust p'n'p-ről átállítom "monitor 1280x1024"-re, akkor majd biztos jó lesz. reboot.
megint seképsehang! képernyőt kapcoslgatja mint a bolond.
pfff...
na akkor megint reboot, megint xforcevesa. erre most nem volt kernel panic, de nem is csökkentett módban jött be, hanem megint a szokásos: seképsehang, képernyőt kapcsolgatja.
hát most már aztán kezdek bemérgesedni...

--------------------------------
feel the beat - it's everywhere!

kedves hrgy! szerintem te meg én teljesen máshogy látjuk ezt a "problémát". ne azt nézd, hogy én "szervert" írtam (lehet, hogy tévesen). ez egy kutya közönséges desktop install, ráadásul lts, elvileg tesztelt meg stabil meg minden. én csak azért nevezem "házi szervernek", mert mindig be van kapcsolva és olyan szolgáltatásokat nyújt, amik amúgy nem feltétlen alapvető desktop szolgáltatások: fájlszerver, ftp szerver, wins szerver, ntp szerver, meg egyebek. de írhattam volna azt is, hogy ez egy desktop gép és az update-ek rendesen megcsukták a hálózatot és az x servert is, valamint kernel pánikol induláskor. szerintem ez itt a probléma. és ez egy lts stabilnak nevezhető kiadásban... ugye abban egyetértünk, hogy ez nem szép dolog?
azt, hogy "nem mindegy?", nem tudom mire érted. arra, hogy nem megy a monitor? végülis majdnem mindegy, most úgy is hagytam, leszarom egyenlőre, mert vnc és társai mennek, az a lényeg. de olyan szempontból "nem mindegy", hogy nem szeretem, ha valami bib van a rendszerben, az nem nyújt "tisztább, szárazabb, biztonságosabb érzést" :) meg nekem ne fossa már tele a logokat 5 másodpercenként egy hiba miatt. szóval attól még, hogy általában nincs rajta monitor meg semmi, attól még jó lenne ezt megoldani, hogy flottul működjön minden... legalább a következő update-ig :)

tudatlanként kérdezem (tudatlanságomat bármikor hajlandó vagyok elismerni! :) ): a vnc nem valahogy úgy működik, hogy az x szerver rajzolja a desktopokat, az azon futó ablakkezelő meg minden (itt konkrétan xfce) mind arra támaszkodik? és a vnc meg csak ezt a "képet" továbbítja egy másik gép felé? a normál desktop az "x display 0", a "virtuális", a vnc-nek meg a tetszőleges, itt most "x display 1". ezt csak én gondolom, elsősorban abból, hogy van xorg.0.log és xorg.1.log a két displayhez, ebből gondolom, hogy ezekenek van köze az x-hez. valamint gdm-mel jelentkezek be a gépre vnc-n keresztül is, az indítja az xfce session-t, és a gdm meg automatikusan indítja az xservert.
tehát a kérdés: megoldható az, hogy ne legyen x server (legalábbis ne induljon el automatikusan, csak ha szükségem van rá, akkor én indíthassam el), de mégis legyen vnc-n keresztül desktop meg minden?

--------------------------------
feel the beat - it's everywhere!

Kérdés: milyen egyéb szolgáltatásokat nyújt ez a gép, ami miatt muszáj X szervert futtatni rajta? Nem igazán tudok mondani olyan szolgáltatást, amit távolról használsz, és X-et követel. (Na jó, vnc kivétel, de az lecserélhető ssh-ra.)

Ja, és egy ssh -X-szel még az is megoldható, hogy a szervereden egyáltalán ne fusson X, mégis tudjanak grafikus alkalmazások futni rajta.

pölö azureus. és nem, nem akarom a parancssoros verziót használni. és nem akarok rtorrentet meg ilyeneket sem. azureus az jó. :)
meg mint mondtam, azért használgatom ezt a gépet desktopként is (vnc-vel). szóval futtatok rajta néha mást is grafikus felületen. kell az az x. nem akarom ssh-val meg cygwin-nel (gondolom erre gondolsz?) bonyolítani. ez már nekem így bevált, évek óta, nincs vele gond. vagyis eddig nem volt. csak most ez a frissítés hazavágta a két legfontosabb komponenst. ennyi...

--------------------------------
feel the beat - it's everywhere!

Windowson remekül meg lehet csinálni, nem kell hozzá cygwin. Van natív X szerver és ssh kliens is windowsra.

De az is igaz, hogy ennek a módszernek van egy olyan hátránya, hogy ha nem fut a desktop gépen az x, akkor nem fog futni a szerveren az azureus.

Én is azureus felhasználó vagyok, valahol megértem, hogy nem tudsz váltani. :) De azureusnak van egy pluginje, amivel http-n keresztul lehet használni. Én ezt a módszert javasolnám, és akkor nem kellene arra a gépre X. :)

látom itt mindenki gyűlöli szegény x-et és senki sem használja :)
látom mindenki ezen van felakadva, nem azon, hogy egy lts verzión a frissítés összecsukta "a fél rendszert" :) az nem is érdekes ezek szerint. teljesen normális. :) a kernel panic is teljesen normális egy lts kerneltől. :)
majd hozzászokom én is csak még új vagyok :)

--------------------------------
feel the beat - it's everywhere!