Frissítettem Ubuntu Dapper-ről Edgy Eft-re

Vélemény

(A Frissítettem Ubuntu Breezy-ről Dapper-re "sikersztori" folytatása. Vagy nem?)

A hét közepén az Ubuntu csapat kiadta a soron következő Linux terjesztését, az Edgy Eft-et. A bejelentés szerint az Edgy a legfrissebb szabad szoftverek legjobbjait hozza el felhasználói számára. A "legfrissebb" biztos, hogy nem legkiforrottabbat jelenti, ezért az Edgy inkább azoknak ajánlott, akik el tudják viselni, hogy a naprakészségért cserébe néha kicsit többet kell foglalkozni a rendszerrel, továbbá azoknak akiknek elegendő a 18 hónapos karbantartási ciklus. Azoknak, akiknek a biztonságos működés és a hosszú támogatási periódus a legfontosabb tényező, az Ubuntu projekt NEM javasolja az Edgy-t. Nekik azt tanácsolja, hogy maradjanak a 6.06-s LTS (Dapper Drake) verzión, amely desktop-on is még legalább két és fél, míg szerveren négy és fél évig biztosan támogatott lesz.
Mivel hosszú-hosszú évekig Debian "unstable"-n éltem, nekem ez az apró "legújabb, de lehet, hogy egy kicsit munkásabb" kihívás nem okoz problémát, így úgy döntöttem, hogy a kiadás utáni legelső hétvégén frissítem a Dapper Drake LTS-em Edgy Eft-re. Biztos ami biztos, nem hétköznap vágtam neki a frissítésnek. Ezt abból a megfontolásból tettem, hogy ha valami nem a tervek szerint alakulna, akkor ne okozzon a napi munka elvégzésében problémát az az idő, amit a dolgok kifésülésével kell foglalkozzam.
Voltak akik már előttem nekiláttak az upgrade-nek, és néhány esetben "nem indul el az X", "ki kell lépni frissítés alatt az X-ből", és hasonlókról lehetett olvasni. Igazából ezek nem tántorítottak el. Szóval tegnap délután nekivágtam, és dist-upgrade-eltem Edgy-re. Nézzük mi lett belőle... Talán egyes helyeken az írásban hasznos tanácsokat is találhat az, aki még frissítés előtt áll...

Nos, a balga ember előbb frissít, majd csak utána gondolkodik. A rutinos előbb elolvassa, hogy mit kell csinálni, backup-ol, majd utána frissít. Ennek megfelelően elolvastam, hogy az Ubuntu csapat hogyan javasolja lépésről lépésre a frissítést, majd biztonságba helyeztem a fontos adataimat, és nekiláttam a terv megvalósításának.

A frissítés előtt az alábbi célokat tűztem ki magam elé:

  • természetesen sikeres frissítés
  • az ATI bináris "fglrx" driver maradéktalan működőképessége a frissítés után is (kernel modul forduljon le, 3D gyorsítás működjön)
  • a VMware Workstation működése (kernel modulok forduljanak le)
  • wireless hálózatom maradéktalan működése
  • a desktop kinézete, funkciója ne változzon
  • a rendszer jobb lehet, de rosszabb nem, mint amilyen korábban volt

 
Nézzük, hogy ebből a hat pontból mi valósult meg.

A frissítést a korábban említett dokumentum szerint kezdtem el (nem véletlenül említem másodszor is a doskit).

Elmentettem a Dapper-es sources.list-et:

root@alderaan:/home/trey# cp /etc/apt/sources.list /etc/apt/sources.list.orig

 
Kicseréltem az összes "dapper" előfordulást a sources.list-ben "edgy"-re:

root@alderaan:/home/trey# sed -e 's/\sdapper/ edgy/g' -i /etc/apt/sources.list

 
Nyomatam egy "apt-get update"-et:

root@alderaan:/home/trey# apt-get update
Get:1 http://security.ubuntu.com edgy-security Release.gpg [189B]
Get:2 http://security.ubuntu.com edgy-security Release [19.6kB]
Get:3 http://de.archive.ubuntu.com edgy Release.gpg [191B]
Get:4 http://de.archive.ubuntu.com edgy-updates Release.gpg [189B]
Get:5 http://de.archive.ubuntu.com edgy Release [34.7kB]
Get:6 http://security.ubuntu.com edgy-security/main Packages [14B]
Get:7 http://security.ubuntu.com edgy-security/restricted Packages [14B]
Get:8 http://security.ubuntu.com edgy-security/universe Packages [14B]
Get:9 http://security.ubuntu.com edgy-security/multiverse Packages [14B]
Get:10 http://de.archive.ubuntu.com edgy-updates Release [19.6kB]
Get:11 http://de.archive.ubuntu.com edgy/main Packages [940kB]
Get:12 http://de.archive.ubuntu.com edgy/restricted Packages [5974B]
Get:13 http://de.archive.ubuntu.com edgy/universe Packages [3559kB]
Get:14 http://de.archive.ubuntu.com edgy/multiverse Packages [126kB]
Get:15 http://de.archive.ubuntu.com edgy-updates/main Packages [14B]
Get:16 http://de.archive.ubuntu.com edgy-updates/restricted Packages [14B]
Fetched 4705kB in 44s (105kB/s)
Reading package lists... Done

 
Majd miután frissült a csomaglista, nyomtam egy "apt-get dist-upgrade"-et.

root@alderaan:/home/trey# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done

[...]

1111 upgraded, 169 newly installed, 29 to remove and 34 not upgraded.
Need to get 752MB of archives.
After unpacking 192MB of additional disk space will be used.
Do you want to continue [Y/n]?

 
Az apt megkérdezte, hogy valóban akarom-e ezt, mire mondtam, hogy "persze, persze, haladjunk".

Cirka két és negyed óra alatt lecsorgott a 750 MB-nyi cucc, ami kellett a frissítéshez:

Fetched 752MB in 2h12m33s (94.6kB/s)

 
Ezután megkezdődött a csomagok cseréje. Talán itt álljunk meg egy kicsit. Ha valakinek nem csak eredeti Ubuntu-s csomagjai voltak a Dapper-én, akkor előfordulhat, hogy egyes helyeken a "dist-upgrade" meg fog szakadni. Tipikusan ilyen csomagok lehetnek a saját kézzel készített, és "dpkg -i --force-overwrite"-tal, azaz erőnek erejével felerőltetett csomagok. Nekem is voltak a rendszeren ilyen csomagjaim (Opera, fglrx, ...), és emiatt a "dist-upgrade" meg is állt. Pánikra semmi ok, ilyenkor el kell olvasni, hogy mi a baj, és hogy mi lehet a megoldás. Az én esetemben a felerőltetett csomagok egyes összetevőit kellett felülírni kézzel, majd folytatódhatott a "dist-upgrade". Ezúttal "apt-get -f dist-upgrade" formájában.

dpkg -i --force-overwrite /var/cache/apt/archives/x11-common_1%3a7.1.1ubuntu6_i386.deb
dpkg -i --force-overwrite /var/cache/apt/archives/fglrx-control_8.28.8+2.6.17.5-11_i386.deb

 
Aki előrelátó, és tudja, hogy vannak ilyen csomagjai a rendszeren, az megelőzheti a "dist-upgrade" megszakadását azzal, hogy ezeket a "rendszeridegen" csomagokat eltávolítja a frissítés előtt. Nos nagy traumát nem okozott a "dist-upgrade" megállása. A csomagok cseréje után megkezdődött a telepített csomagok konfigurálása.

Egyetlen helyen állt még meg a frissítési folyamat, az "x11-common" csomag konfigurálásánál.

Természetesen az az "urban legend", hogy dist-upgrade közben ki kell lépni az X-ből, nem igaz. Amint látszik a fenti képen látszik, X alól megy a frissítés, számos alkalmazás is fut, sőt a 3 órai Texas Hold'em "freeroll" póker bajnokság is vidáman játszható közben. ;)

Szintén a rendszeridegen csomagoknak köszönhetően a párbeszédablakon látható könyvtárban maradtak olyan binárisok (alien-nel varázsolt ATI és korábbi Opera csomagból), amit a rendszer nem tudott eltávolítani, és emiatt nem tudta letörölni a könyvtárt. A könyvtár kézzel történő törlése után (ahogy azt az üzeneti is sugallta) a frissítés folytatódhatott. Még egyszer hangsúlyozom, hogy ilyen leállás csak azokon a rendszereken valószínűek, ahol idegen csomagok is telepítésre kerültek!

Nos, miután a "dist-upgrade" lefutott, jöhetett a következő "dist-upgrade". Hogy mi? Igen, a következő. Ismét hivatkozok a frissítés menetét taglaló dokumentumra. Azért kell a második "dist-upgrade", mert az első körben minden frissítésre kerül, kivéve az "upstart"-ot (az Ubuntu új "init"-et leváltó mechanizmusa 1, 2). A második "dist-upgrade" telepíti azt is, és így lesz komplett a Dapper-ről Edgy-re váltás. Nem ajánlatos ezt a részt kihagyni, mert problémák adódhatnak.

Ezután a dokumentum még azt javasolja, hogy "biztos, ami biztos" futtassuk a következő parancsokat:

sudo apt-get -f install
sudo dpkg --configure -a

 
Ezek elvégzése után már csak egyetlen dolgunk van: indítsuk újra a rendszert, ellenőrizzük, hogy minden rendben van-e. Ha igen akkor lépjünk be a rendszerbe.

Nos a csomagok eltöltése után talán másfél, két órával már ott tartottam, hogy fogadott a GDM szokásos, de kinézetében megújult képernyője. Nyilván ez azt jelenti, hogy az X elsőre elindult.

Most akkor nézzük, hogy a korábban említett hat pontos kívánságlistából mi valósult meg:

"természetesen sikeres frissítés"

A frissítés sikeresen lezajlott, adat nem veszett, a rendszer az első boot-olás után elindult. Ezt kipipálhatjuk.

"az ATI bináris "fglrx" driver maradéktalan működőképessége a frissítés után is (kernel modul forduljon le, 3D gyorsítás működjön)"

Az X elsőre elindult, a kernelmodul betöltődött, de 3D gyorsítás nem volt. Egy gyors Google a hibaüzenetre, és kiderült, hogy az újabb ATI fglrx driver-ekkel nem lesz 3D gyorsítás, ha az X.Org-ban a "Composite" extension engedélyezve van. Nosza, egy Ubuntu-s doksinak megfelelően tiltsuk le az xorg.conf-ban a "Composite" extension-t. Az xorg.conf file végére biggyesszük a következőt:

Section "Extensions"
Option "Composite" "0"
EndSection

 
Újraindítva az X-et, lám van 3D gyorsítás. Kipipálhatjuk.

"a VMware workstation működése (kernel modulok forduljanak le)"

A kernel header file-ok telepítése és a vmware-config.pl futtatása után a VMware Workstation tökéletesen működik. Pipa.

"wireless hálózatom maradéktalan működése"

Rá se kellett nézni, out-of-the-box működik. Pipa.

"a desktop kinézete, funkciója ne változzon"

Ezt döntse el mindenki maga:


Frissítés előtt. Még Dapper Drake


Frissítés után. Már Edgy Eft.

Szerintem pipa.

"a rendszer jobb lehet, de rosszabb nem, mint amilyen korábban volt"

A rendszer szerintem gyorsabban nem boot-ol (még), de lassabban sem. Viszont a GNOME felület - másokkal egybehangzóan állíthatom -, hogy gyorsabbnak látszik. Fene tudja, hogy valóban így van-e, de nekem határozottan úgy tűnik, hogy gyorsabb. Szóval minden működik, amit korábban használtam, de nem lassabban, hanem talán gyorsabban. Arról nem is beszélve, hogy mindenből (2.6.17-es kernel, GNOME 2.16.1, Evolution 2.8.1, GAIM 2.0.0beta3.1, Mozilla Firefox 2.0, stb) a naprakész, legújabb verziót használhatom. Szerintem ezt is pipálhatjuk.

Összességében véve, a frissítés egyszerűen lezajlott. Eltekintve pár dologtól, ami némi kézi "egyengetést" igényelt, egy egyszerű szombat délutáni elfoglaltság volt. Természetesen ez nem jelenti azt, hogy más rendszereken is így zajlik le a frissítés. Lehet, hogy valahol egyszerűbben, lehet, hogy valahol nehezebben, hiszen ez sok mindentől függ. Azonban az kijelenthető, hogy egy nem összegányolt rendszeren, követve az Ubuntu projekt ajánlásait, a frissítés valószínűleg problémamentesen véghezvihető.

Akik kedvet kaptak, azoknak sok sikert a frissítéshez!

( zwei | 2006. 10. 29., v – 13:02 )

Hmm.. jómagam inkább a adatment/ledózerol/telepít/adatvisszatölt algoritmus híve vagyok, de az ilyen írások hatására egyre jobban kezdek hinni az upgrade-ben is... :)

A '90-es évek közepe/vége óta használom a dist-upgrade-et, gyakorlatilag folyamatosan. Az elmúlt 6-8 évben egyetlen egyszer csináltam egy tiszta telepítést egy tönkrement vinyó miatt, mert az volt a gyorsabb. Ettől az egytől eltekintve csak így frissítettem a Debian-t, és most az Ubuntu-t is. Szóval teljes mértékben járható út.

--
trey @ gépház

Ezt csak megerősíteni tudom, kb. 8 éve megy a debian unstable/testing az otthoni gépemen reinstall nélkül. Főleg frissen linuxra váltó emberkék hajlamosak az egyszerűbbnek/gyorsabbnak tűnő reinstallt választani problémák/új kiadások esetén, pedig hosszú távon jobban járnának - jobban megismernék a rendszert, és a sok újrakonfig megúszása miatt az időveszteség is kisebb lesz.

Egyszer hdd haldoklás miatt a rendszerfile-ok kb. fele megsérült/eltűnt, de még ebből az állapotból is helyre lehetett pofozni némi livecd-s bütyköléssel :)

Ok, csak én leginkább szerveren használok linuxot, ahol, ha oprendszer verziót váltok, akkor újratervezem az egészet, mert olyan nincs, hogy valami tökéletes. (Bele egy másik diszket, debootstrap,új környezet elkészít, majd attól bebootol.)
Pont az lenne a kényelmes, hogy ráeresszem az update-et, és konzerváljam azt, amit esetleg azóta másképp csinálnék...
Időveszteségnek meg nem túl nagy, ha 3 évente egyszer újrahúzok valamit.

Nekem is kb, de most az X meghalt totál...
Megpróbáltam feletelepíteni a 6.10-es kubuntut, de mindenképpen formattálni akarta volna a partíciót,
ezért letöltöttem az alternaív install cd-t :)
Nagyon jó lett, elégedett vagyok a cserével.

A régi sid-et áttettem egy backup könyvtárba (erre még jó volt a live installer cd), aztán a home könyvtáramból a haszos dolgokat
visszatettem az új-ba. És egy adag konfig file-t is, fstab pl.

((azért is adtam a root-nak jelszót :P))

Én is. Nálam ez egy megtisztulási folyamat része. :-) Én a config file-okat soha nem töltöm vissza, hanem újra beállítok mindent. Valahogy mindig attól parázok, hogy valamilyen kompatibilitási hiba lép fel mert az új program valamit máshogy értelmez vagy mittudom én. :-)

--
sirkalmi

( Gaab | 2006. 10. 29., v – 13:25 )

Hm, en is ugy erzem, hogy gyorsabb lett a gnome.

( gaboro | 2006. 10. 29., v – 14:12 )

nálam még egyszerűbb volt: sudo update-manager -c, aztán ment minden magától. a rendszer elindult, x elindult, de 1-2 dolgot kézzel kellett gyógyítani:
- laptop ati x700-zal: ki kellett kapcsolnom a boot splash-t, különben nem volt 3d-s gyorsításom, és az egérkrzor alatt egy kis vízszintes vonal volt látható.
- desktop gf-fx-5900-zal: szintén splash probléma, már dapper alatt is gond volt. a beryl-t újra kellett telepíteni, a ubuntuguide.org-on megadott how-to szerint jártam el.

egyébként semmi problémát nem láttam. forumokon olvastam, hogy a fontok openoffice.org alatt csúnyák. én nem tapasztaltam semmi drámai válzotást.

ja, és sokan szidták, hogy ez a legsz.abb ubuntu kiadás. biztos nem frissítettek hoary-t breezy-re, vagy már elfelejtették...

üdv
gaboro

"- laptop ati x700-zal: ki kellett kapcsolnom a boot splash-t, különben nem volt 3d-s gyorsításom, és az egérkrzor alatt egy kis vízszintes vonal volt látható."

Nekem is az van :)

"01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X700 (PCIE)"

Igen, ha nincs 3D akkor ott a kis vonal a kurzor alatt. Bootsplash-em nincs, az volt az első, amit a legelső Ubuntu-m telepítése után elsőként eltávolítottam. :) vga=791-gyel bootolok.

--
trey @ gépház

Én is inkább tisztán tettem fel, a gyerek gépén viszont alattomosan kipróbáltam az upgade-t. Eredmény: gyerek gépe tökéletes, hibátlan, nálam a proci folyamatosan 100%-on megy (nautilus), elég gáz. Megpróbáltam még egyszer, utána inkább visszatettem a Dappert. Az működik normálisan.

Olyan is volt az Edgyvel, hogy bizonyos programok (főleg grafikai ill. videós cuccok, avidemux, f-spot stb) egyszerűn bezártak mindenféle hibaüzenet nélkül. A hangkártyát (SB, emu10k1 modul) külön rögzíteni kellett az alsában, mert hol volt hang, hol nem.

Asszem várok én is egy kicsit, hogy kiforrjon ez a verzió, mert az új cuccok viszont nagyon vonzanak, viszont nincs kedvem minden egyes programot felhegesztgetni a dapperre.

Mászógép

( espakm | 2006. 10. 29., v – 14:22 )

Nekem nem jött be a frissítés. Kubuntum van.
A dist-upgrade óta nincs használatban a swap partícióm, és nem is lehet bekapcsolni. A "swapon /dev/hda5" illetve "swapon -a" parancsok azt írják ki, hogy "Érvénytelen paraméter.".

Feltételezem, hogy a hibernálással van összefüggésben. Frissítés és újraindítás után hibernáltam a rendszert, látszólag szabályosan le is állt, viszont ugyanúgy állt fel, mint rendes indításnál. Megpróbáltam még egyszer, akkor már nem is hibernálta magát, a konzolon felvillant egy-két másodpercre, hogy nincs aktiválva a swap, azért nem tudja. Viszont kézzel sem lehet aktiválni a szokásos módon.

A Kubuntu leírása szerint elég 1 dist-upgrade, de a cikk olvasása után próbáltam megint, de nem csinált semmit.

Függetlenül attól, hogy mennyivel kevesebb munkát fektetnek az Ubuntu egyéb változataiba (Kubuntu, Edubuntu, Xubuntu), érdekelne, hogy miért ez a default válaszod minden Kubuntu problémára. Amennyire én meg tudom ítélni, a hibernációs problémák/sikerek nem függenek a konkrét desktop környezettől, mindhárom általam megvizsgált Ubuntu változat a HAL lekérdezésével döntötte el, hogy van-e lehetőség hibernálni és azt is használta hibernáláshoz. A hal, a csomagkezelés. a kernel és az uswsusp is közös ezekben, tehát ebben a konkrét esetben nem látom, hogy miért járna jobban a felhasználó egy másik változattal. A dolog sokkal inkább függ a kerneltől (konkrétan a használt driverektől), az initramfs+uswsusp combótól és hasonlóktól és korántsem kiforrott a vastagbetűs Ubuntuban sem. :)

"érdekelne, hogy miért ez a default válaszod minden Kubuntu problémára."

Talán azért mert állandóan a K betűsök sírnak a legtöbbet? Sőt minden Ubuntu cikknél? És mert jelen esetben is éppen egy K -s jelezte, hogy nem sikerült? Már csak a szokásos és elmaradhatatlan Zenwalk-os hozzászólásokat várom. :)

--
trey @ gépház

A kettővel ezelőtti félresikerült (release előtti KDE svn snapshot, hibás sudo patch a kdesu-hoz, kapkodás a release előtt) Kubuntu kiadásnál akár igazat is adtam volna neked, de azóta sokat fejlődött a dolog. Konkrétan edgyvel kapcsolatban ez az első sírás, amit Kubuntu témában hallok, míg Ubuntu upgrade-del kapcsolatban érdekes hozzászólásokra már a cikkben is utaltál. Sok minden függ a T. felhasználó tehetségétől és gyakorlatától is. A sírások számának alakulása persze jelentheti azt is, hogy rajtam kívül már szinte senki nem használja, ezt nem tudom jól mérni :)

Az adott fórum az edgy azon development korszakában lévő (2.6.17-4.5) bugot jelzett, amikor a kernelben default be volt kapcsolva bizonyos controllereknél a vonatkozó CONFIG_SCSI_PATA_* opció, azaz a korábban /dev/hd*-ként megjelenő device-aid /dev/sd*-ként jöttek boot után létre. Erre adták aztán azt a megoldást, hogy migrálták az fstab-ot, grub configot (root) és egyebeket UUID alapúra. Később (2.6.17-6.18 után) ezeket a libata drivereket kikapcsolták, ezért a kiadás után jelentkező fent említett probléma már különbözik a fórumban említetttől, annál is inkább, mert a device file itt megvan (ha nem létezne a device, az udev miatt a device file sem látszana) és a swapon() ad vissza EINVAL értéket. Inkább a device-on lévő adatra gyanakodnék és megnézném, hogy egy mkswap /dev/hdaX meggyógyítja-e.

1. Nem sírtam senkinek. Ezt szögezzük le. (Még csak szomorú smiley sem volt a hozzászólásomban.) Pusztán közöltem, hogy nem voltam elégedett az eredménnyel. 9 éve használok linuxot, kb. 5 éve szinte kizárólagosan. Eddig mindig megoldottam a problémáimat. Tapasztalat, hogy ide nem írok többet.

2. Nem kéne flame-et generálni. A probléma egyáltalán nem Kubuntu-specifikus. A két disztro repositoryjai azonosak, következésképp a KDE-n és a Gnome-on kívül tudtommal minden azonos. (Meg lehetne nézni persze az ubuntu-desktop meg a kubuntu-desktop csomag függőségeit.) Azonos a kernel, azonos módon tértek át erre az UUID-es nyavalyára, ami most valszeg a szívást okozza. Szóval ezzel a leugatással szerintem magadat minősíted.

Talán neked azért nem jött elő, mert nem szerepelt a pontjaid között a hibernálás, nem lehet? Mint ahogy ez sok embernek nem fontos.

Mint írtam lejjebb, addig olvastam el az írásod, hogy "Kubuntu". Hogy miért? Azt is leírtam. Mert már a könyökömön jött ki a sok "Kubuntu"-val kezdődő sírás. Neked más problémád volt, de mivel korábban ez volt a tapasztalatom, nem is olvastam tovább. Tudom, rohadjak meg ezért. Hát ez van. :)

PS: azért a hattyú halálát nem kell eljátszani. Kapok itt én is és más is ennél sokkal rosszabbakat is ;-)

--
trey @ gépház

nekem nem volt vele semmi gondom, egybol ment a dist upgrade :)
de leven h aptitude elakart tavolitani egy-ket olyan dolgot amit en annyira nem szerettem vna, eloszor gugliztam egyet, de vegulis sikerult hiba nelkul atallni :) 

So far the upgrade seems to have worked out alright.
aptitude update
aptitude dist-upgrade
apt-get -f install - Got some errors requiring the removal of pythoncard before apt-get could do its work.
apt-get remove python-pythoncard pythoncard pythoncard-tools
apt-get -f install - This set up some koffice packages that didn't get set up by aptitude for some reason.
apt-get dist-upgrade - Actually caught stuff aptitude missed.

( makos | 2006. 10. 29., v – 14:59 )

hali trey!

melyik program mutatja nalad az aktualis tv musorokat?

en probalkoztam a superkarambaval, amihez talaltam egy port.hu-s temat a forumban, de az nem mukodott.
(gdesklets jobb lenne)

koszi!

( kaktusztea | 2006. 10. 29., v – 20:55 )

Áááá Trey!

Ne tudd meg, mit szívtam azzal a rohadt fglrx-el és 3D-s gyorsítással.
Tudom google, meg minden, de nekem akkor se jött össze.
Thnx a howto-t, megy, mint az álom! :)

( uid_1683 | 2006. 10. 29., v – 21:06 )

Délután én is elkövettem a frissítést. Nálam >1Gb csomag jött le, és közel 40-et nem frissített a dist-upgrade. Ezek zömmel python csomagok voltak, a végén apt-get install rendezte ezt is. Letakarítottam a fölös linux-headers, linux-image csomagokat és örültem.
Három gond jött elő:

1. A modulok szépen lefordultak, de a vmware nem indult.
2. Azureus java crash.
3. A Boot Splash kubuntu, a gdm xubuntu, a gnome meg rendes ubuntu :)
Megoldások:
1. vmware :

LD_PRELOAD=/usr/lib/libdbus-1.so.3 vmware

Apprently there is a bug in vmware that crash with libdbus in vmware. By forcing vmware to use the default libdbus. It works fine. (http://blog.xwings.net/?p=22)

2. Azureus:
A /usr/bin/azureus fájlban az "exec java" után: -Xms16m -Xmx128m
Ettől elindul, működik, csak a tálcára nem integrálódik.

3. Mivel korábban feltettem a kubuntu- xubuntu-desktop csomagokat is, ezért nem meglepő, de egy kicsit idétlenül néz ki.
sudo update-alternatives --config usplash-artwork.so
sudo update-alternatives --config gdm-config-derivative
Viszont ez utóbbi csak az xubuntu verziót engedi kiválasztani, tehát marad.

1-hez: elindulni elindul igy, szinte minden mukodik is, kiveve az usb cuccok. nem ismeri fel a pendive-ot pl. Ez meg elmenne,mert linux alol sambaval elerem, de egy usb-s hardwarekulcsot kellene hasznaljak win-es porgihoz, es azt mar nem tudom megkerulni se.
Van masnak hasonlo tapasztalata, vagy megodasa esetleg?
Koszi

Na most volt egy kis időm, megnéztem. A bmpx tárolóból volt fenn egy libdbus-1-2 csomag, az okozta a problémát.
Egy kis dpkg /apt-get bűvészkedéssel eltakarítottam a libdbus-1-2-t meg ubuntu repoból feltettem a libnotify1-et és már működik is a vmware minden bűvészkedés nélkül.

( GoRien | 2006. 10. 29., v – 21:33 )

Trey most off leszek, de honnan lehet beszerezni ezt a hátteret? Nagyon tetszik ez a Skót vidéknek tetsző dolog.

Ubuntu 6.06, Windows XP Pro

( kissipos | 2006. 10. 29., v – 22:50 )

Bocs az offért, de az milyen poker progi?

__________________________________________________________________________

"Ennek a fiúnak semmilyen kollektív jelentősége sincsen: éppen hogy egyén."

( BlinTux v | 2006. 10. 30., h – 01:21 )

Grat a frissiteshez Trey!
En anno Brezzy -> Dapper frissitest csinaltam igy. 1-2 napig hibat kellet javitgatnom. De vegulis mai napig az a Dapper megy. Edgy-re nem frissitek, mert hosszutavon stabil rendszer kell nekem.
Azert jo latni, hogy van akinek ilyen tokeletessen megy az atallas!:)

( mikebela777 | 2006. 10. 30., h – 07:50 )

Nekem negatív tapasztalataim vannak az Edgy-vel. Például friss, tiszta, default install után berak az fstab-ba egy olyan bejegyzést, ami a '/dev/'-et (!) akarja floppy-ként csatolni. Az eredmény az, hogy a Gnome-ban aztán két floppy jelenik meg egy helyett, amelyek küzül az egyik természetesen használhatatlan (amelyik a '/dev/'-et akarja csatolni). Ez azért vicc egy friss, default install után. Aztán a hangkártyát hol elindítja, hol nem indítja. Megjegyzem, hogy rengeteg disztró fordult meg ugyanezen a vason (beleértve a korábbi Ubuntu-kat is), és mindegyik alapból problémátlanul kezelte a hangkártyát (a 2.4-es kernellel jövő Slackware is).

( kupcsik v | 2006. 10. 30., h – 09:03 )

Nekem sokakkal ellentetben csak javulast hozott az Edgy. Megszuntek a random fagyasaim. Ez valszeg az uj xorg csomagoknak koszonheto. Mar ott tartottam, hogy hardverhiba, vagy hogy feltortek es valami megbuheralt binaris miatt van. De ugy latszik a Dapper volt a ludas. Szoval Edgy nekem is gond nelkul fut, es elegedett vagyok vele.

( btunyo | 2006. 10. 31., k – 07:39 )

Hali!

Na én is nekiláttam a frissítésnek, az elvárásaim hasonlóak voltak!
Nálam sajna nem ment zökkenőnemtesen a dolog.
Felmerült gondjaim:

I. courier-authdaemon -t nem tudta frissíteni (valamiért összeakadtak a verziók) -> --force-overwrite segitett (csak elcs*szte a konfigomat de ugye azért force)

II. bluez-utils (ezzel mennyit sz*ptam!!!) látszólag lefrissült de mégsem! reboot után nem ment a pand nem lehetett connectelni. A problémát két dolog oldotta meg:
1. az init scriptje az etc/default/bluetooth helyett az etc/default/bluez_utils -bol akarta szedni a default konfigot (ezt nem tom honnan szedte mert már az előző verzióban is a bluetooth volt a defconf) mindegy javitottam pand elindult rendesen de connectelni még mindig nem lehet.
2. valamiért elszállt az eszköz hitelesítő kulccsa (de ez látszik ám a logból: pand[xy]: Connect to x.x.x failed. Protocol error(71). Megoldás: hciconfig hci0 delkey x.x.x

III. nem megy a szép új bootsplash. Na ezzel még nem foglalkoztam mert másodlagos (viszont nekem lényegesen gyorsabban bootol

IV. Xorg (leszámítva hogy egy ismert nvidia driver hiba miatt állandoan fagy) eltüntek a gyári beépített video driverek (nv,vesa..) na ebben kéne egy kis segitség!!

Ennyi! Nekem tetszik!!

Üdv
Tamás

"eltüntek a gyári beépített video driverek (nv,vesa..) na ebben kéne egy kis segitség!!"

root@alderaan:/home/trey# apt-cache search xorg-driver

[..]
xserver-xorg-driver-nv - X.Org X server -- NV display driver
[..]
xserver-xorg-driver-vesa - X.Org X server -- VESA display driver
[..]

apt-get install <ami kell>

--
trey @ gépház

( Inkvisitor | 2006. 10. 31., k – 07:52 )

Nálam zökkenőmentesen lefutott a frissítés, mindössze egy repository nem válaszolt, amit ki kellett kommentelnem, utána teljesen jól beállított mindent, mindössze 3 alkalommal kellett közbeszólnom, hogy mit engedek felülírni.
Ezen kívül az XGL/Beryl páros beállítása közben volt két fagyás az X-ben. A gdm újraindításával folytatni tudtam az átállítást, és az utolsó mozzanatokat követő újraindítás óta teljesen zökkenőmentesen fut az egész, stabilitási gondok nélkül.

( dr_vasi | 2007. 03. 19., h – 00:35 )

sziasztok

a cikkben ez olvashato : "Egy gyors Google a hibaüzenetre, és kiderült, hogy az újabb ATI fglrx driver-ekkel nem lesz 3D gyorsítás, ha az X.Org-ban a "Composite" extension engedélyezve van."

en szeretnek composite extensiont hasznalni, igy a kerdes az lenne, hogy melyik az a legujabb ati driver ami meg tamogatja composite-ot, ugy hogy meg 3d is jo?

debian sid, ati x1300 (sajnos Xorg radeon driver nem jo ehhez a karihoz)

koszi

( malom v | 2007. 05. 21., h – 17:10 )

udv,
felraktam en is ezt az ubuntut, de akadt egy olyan problemam ezzel alibata dologgal, hogy a dma nem egeszen korrekt.
egy ite chip-es raid vezerlom van arra van radugva a vinyo:
root@sis:/# hdparm -itT /dev/sda

/dev/sda:

Model=Maxtor 6Y200P0 , FwRev=YAR41BW0, SerialNo=Y61G46EE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=?0?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

* signifies the current active mode

Timing cached reads: 278 MB in 2.01 seconds = 138.15 MB/sec
Timing buffered disk reads: 8 MB in 3.80 seconds = 2.10 MB/sec

ezt dobja ki ha megnezem, es amugy is lassu az egesz.

tudtok erre mondani valami okossagot ?
mert en neten nem nagyon talaltam olyat hogy libatanal a dma-t mivel allitgassam, elvileg alapbol mukodik, de megsem.