Woody -> Sarge frissítési tapasztalat

Debian Sarge

Tegnap megszívtam egy Woody -> Sarge upgrade-et és gondoltam leírom a tapasztalataimat, hogy más is okuljon.
Feladat:

---------

Jó 2 éve csont nélkül működő Woody alapú családi szerver (Squid, Postfix, Postgres, Bind, Samba, tűzfal) felhúzása Sarge-ra (tisztában léve a ténnyel, hogy az még mindig testing, de bízva abban, hogy akár még jól is sülhet el a dolog).

1. nap

-------

# mentés MINDENRŐL, másik diskre ÉS szalagra (DAT rulez)

# vi /etc/apt/sources.list

# apt-get update

# apt-get dist-upgrade

Amivel gond volt:

--------------------

- Postfix: nem akart frissülni, mert neki a mailx csomag kellett (ami egyébként telepítve volt). Viszont a mailx nem volt telepíthető (konkrétan már nem tudom miért), ezért Postfix remove, Exim install (ettől mailx rendbejött), Postfix install (Exim automatice le)

- fetchmail: szintén előadott vmi magánszámot a porondon, de megoldottam

- locales: valahol menet közben elvesztek a beállítások és onnantól minden csomag hisztizett, de még ezt is megoldottam

Upgrade vége, minden service fut, pofára minden OK, mehet az init 6.

A bootolás eljutott egészen odáig, hogy LI

Se a Sarge, se én nem futtattunk lilo-t a telepítés után (és ő még csak nem is szólt, hogy kellene). Szívás.

Nálam nincs Sarge CD, a gépben meg nincs CDROM. Hát nem gyönyörű?

2. nap

-------

Az RC2-es CD-n nincsen rescue mód (vagy csak nem találtam meg) és az új Debian installer úgy alapban szerintem elég gázos. Amikor upgrade-elni (illetve később megjavítani) akartam a Woody-t, ezeket tapasztaltam:

- nem lehet külön LILO futtatást kérni (vagy nem triviális, hogyan kell) az adott diskre, előbb el kell játszani, hogy partícionálok (persze konzolbol megoldható, de onnan a hülye is...)

- nem tudott betölteni szükséges modulokat (nekem kell modprobe-bal felhúzni őket, viszont 1000 másikat behúzott, hátha kellenek)

- pl. a partícionálás előtt IS csinált egy rakás modprobe-ot (szeret ilyet csinálni), talált is 2 hálókártyát, amit boldogan meg is mutatott (akkor és ott vajon kit érdekelnek?), de nem húzta fel az IDE és a SCSI modulokat, így disket sem látott

- a telepítés (rendberákas) végén a külső hálókártya nem bírt IP címet szerezni a szolgáltatótól sokadik próbalkozásra sem

Na ekkor mondtam azt, hogy full reinstall.

Tapasztalatok:

-----------------

- két hálókártya esetén, azokat egymás után (a felületen át) felkonfigolva az interfaces file-ba hülyesegeket írt (összekeverte, hogy melyik parameter melyik kártyához tartozik)

- alapból felpakol egy csomó felesleges cuccot (pl. pppoe) anélkül, hogy megkérdezné, kell-e az nekem? (a PCMCIA-s cuccokat bezzeg minden 2. képernyőn megkérdezte)

- a Woody gyorsabban ment fel (régi gép, szóval érezhető volt a különbség)

- az fstab-ba nem került bele a telepítés soran megadott SCSI disk, igy nem volt /home-om

- valószínűleg azért, mert a szükséges modulok közé sem vette be a SCSI vezerlőm driverét, viszont az első boot során fsck error-t dobott, hogy gáz van a diskkel (driver nélkül valóban...)

- az Exim rettentő aggresszíven tesz-vesz telepítés közben, többször elindul és leáll, húzza az időt, na. miért nem lehet választani, hogy Postfix v. Exim? Ha a helyhiány a gond, akkor vegyék ki pl. a telnetet, az úgysem biztonságos. B-)))

Viszont az is tény, hogy egy feltelepült Sarge elég stabilan megy, ahol már használok ilyet, ott nincs vele semmi gond és 2.6.8-1-es kernellel adják.

Konklúziók:

-------------

#1: a régi alapigazság: működő rendszerhez ne nyúlj (érintésvédelem: ha hozzáérsz, eltöröm a kezed!)

#2: egyelőre nem ajánlom, hogy valaki Woody-ról Sarge-ra frissítsen, kell még neki egy kis idő, hogy ez is jól menjen

#3: lehet, hogy én voltam totál béna

mogorva

( necrolite | 2004. 10. 19., k – 07:54 )

Nemtom en ezekbol sem bindet sem fetchmail-t sem postfixet nem futtatok, de minden egyeb nekem eddig 4x sikeresen frissult. (MySQL, exim, mailman, apache squid a woody ota meg hat ugye a locales-re kulon ugyelek...). Az install nekem sem feltetlenul teccik az uj bar elegge jol mukodik es akar a legujabb HS20 IBM Blade-re is felment (aprobb, magat a kernelt erinto hibak kivetelevel). A celalkalmazasokat ugyis ellenorzi az ember igy nem erheti az a meglepetes hogy a mailman frissitese utan a mailman def. nyelve olasz lesz ;o)

( asd | 2004. 10. 19., k – 08:25 )

Ez dokumentacio... vagyis cikk.... eleg lol

> nem akart frissülni,

> szintén előadott vmi magánszámot a porondon, de megoldottam

> elvesztek a beállítások és onnantól minden csomag hisztizett, de még ezt is megoldottam

Nem kellett volna betenni ezt a "cikket", trey.

( ottos | 2004. 10. 19., k – 08:47 )

Én is upgradeltem már pár szervert, de nekem mindig gondom volt az inditassal. Ezért aranyszabály nállam, hogy init 6 előtt, ha már lilo-t használok, akkor lefuttatom, és megnézem rendben van-e. Ha nem indul el a géped, akkor siman elinditod a telepitot, mountalod a diszket, es onnan futtatod a lilo-t... De szerintem ha ezekre figyelsz elmeletileg nem lehet gond... kivéve, ha péntek délután fogsz neki egy olyan szervernek, amivel eddig semmi gáz nem volt, és amugyis sietsz valahova utána :P

( greyow | 2004. 10. 19., k – 08:56 )

Nekem sem megy minden siman a debian installokkal. A locales-re alapbol oda kell figyelni.

A lilo -t elinditotta azert nem sikerult a reboot. upgrade utan ha volt lilo csomag lilo ujra kell inditani akkor mar menni fog, szerintem valami idiota parameterrel inditja el, emmiatt alltam at kulonben grub-ra, mert ott a mbr-be nem piszkal bele egy kernel upgradekor. En mondjuk nagyobbat szivtam mert szombat este 250 km re volt a szamomra lekozelebb elerheto cd.

( kupcsik v | 2004. 10. 19., k – 09:14 )

#4 mindig legyen keznel GRUB boot disk!

( kohinoor | 2004. 10. 19., k – 09:45 )

Ez mar a masodik "bejegyzes", ami arrol szol, hogy beta cuccot (vagy testing) elesben hasznal valaki. Az egyik a hup.hu a masik a csaladi szerver - magyar XP mintajara lehetne konyhai szamitogep is akar :->

En tovabbra sem ertem, miert szopatjak magukat az emberek, ha nem muszaj. Sarge-dzsal amugy is van epp eleg gond, de miert is ne lenne, ha meg nem stable. Resolvconf szetszivathat, mire rajossz, hogy van egy ilyen idiota csomag. Nem sokan hasznaljak, de a pop3-at inetd-be pop-3 -kent jegyezte be, es nem mukodik persze... A named.conf 3 file-ra lett szetszedve, minek. A Woody-rol upgrade eseten pedig neha elojon, hogy nem indul a rendszer, de van, ahol meg igen. Ezek mind orvosolhatok kis utanajarassal. Es kitalaltak a teszteles nevu eljarast is.

Ez a cikk arra jo szerintem, hogy aki meg nem tudna az alapszabalyokat, annak ott a _konkluziok_ szekcio terapias jelleggel.

( Jedite | 2004. 10. 19., k – 09:50 )

Tanulságos egy eset.

Mindenkinek szive ügye mit használ, de én nem tennék már debiant fel szervernek.

Persze van egy tűzfalam ami debian, de ennél többre, nem biztos, hogy használnám.

De ez csak az én véleményem.

Éveken keresztül nagy deb rajongó voltam, sőt még most is szivesen felveszem a Debian pólóimat :>

De ha frissítésról és jó csomagkezelésről van szó, akkor a slackware verhetetlen. Sztem.

De ez megint csak egy magánvélemény.

Mert bevallom, hogy nagyon sok más disztrót, még én sem próbáltam (BSD sem).

De ennek azaz oka, hogy megálltam a Slackware-nél. Pont a csomagkezelés miatt, debian után, valami hihetetlenül nagy súly esett le a vállamról ezen a téren.

Úgyhogy talán csak tanácsként mondhatom, hogy próbálj meg valami más disztrót. Vagy tényleg ne nyúlj ahhoz, ami már régóta jól működik.

Bár a kiváncsiság mindig nagy úr. :-))))

( Névtelen (nem ellenőrzött) | 2004. 10. 19., k – 09:56 )

Csak egy apró plussz infó:

Bootdisk-HOWTO, Appendix B. LILO boot error codes:

"...

LI - The first stage boot loader was able to load the second stage boot loader, but has failed to execute it.

This can either be caused by a geometry mismatch or by moving /boot/boot.b without running the map installer.

..."

Tehát valószínű a /boot/boot.b fájl is felül lett írva, s LILO nem került futtatásra, ez okozta a hibát.

A TLDP weblapján [www.tldp.org] megtalálható a többi kód is.

Vicces az, hogy nem is használtam "-et, az magától (?) került oda (és ami még viccesebb, hogy az előképnél jól jelent meg!). Most azért megpróbálom vele:

TLDP Bootdisk [www.tldp.org]



u.i.: Az előkép szerint megint jó, kiváncsi vagyok miként jelenik meg, ha elküldöm. (Formázott HTML szövegként küldöm most el)

Köszönöm a segítséget, most jól működött, bár tényleg nem értem, eddig blog bejegyzésnél működött " nélkül is.

Mindenesetre most már elég sokszor bekerült a link, szóval már biztos, hogy erre a linkre mindenki emlékezni fog ;o)

(Elnézést a link floodért.)

Egy tipp:

lilo sok bosszúságát el lehet kerülni avval, ha grub-ot használ helyette az ember.

Én már nagyon rég átálltam grub-ra. És nemrég megejtettem a woody->sarge upgradet én is az otthoni gépemeen. (Na jó, csak nagyjából, mert a /var kicsi, és a / is :-) De én magamat szopattam avval, hogy félórányi takarítás után bírtam csak a 100 megás / -en annyi helyet csinálni, hogy a debian "gyári" 2.6.8-1-es kernelcsomagja fel bírjon mászni :-) )

Ellenben grub-nál, ha elfelejtesz kiadni egy update-grub-ot, akkor senki nem dádáz meg érte :-)

( sorx | 2004. 10. 19., k – 12:05 )

Sziasztok!

Mint ?tapasztalt? debianos en is szamtalanszor frissitettem mar stable-rol unstable-re, problema nelkul, vagy kisebb doccenesekkel.

Ezert ert meglepeteskent engem is, hogy _mult heten_ mikor frissitettem hasonloan a cikkben leirtakhoz a kovetkezo rebootkor LI-ig jutott a lilo-m. A reboot elotti lilo parancs kiadasa abban a pillanatban jutott egyebkent eszembe mikor leutottem az entert a reboot-on :) no de gondoltam, mivel a frissiteskor a debian felajanlotta, hogy futtassa a lilo-t es az hibauzenet nelkul meg is tette, gondoltam nem lesz gaz.

Eztan jott a LI :O Grrrrr!

Knoppix CD elo, beboot!

A /boot-omban a boot-menu.b, boot-text.b stb mind megsemmisult igy a @boot.b symlink nem mutatott sehova.

Na ezeket a fileokat gyorsan helyreallitottam a backup-bol (a / particiom egy fileba lett elozoleg dd-zve, amit -o loop-pal bemountoltam).

Aztan a knoppix cd root konyvtaraban:

------

rm -f /boot

rm -f /etc/lilo.conf

rm -f /vmlinuz

mount /mnt/hda1

ln -s /mnt/hda1/boot /boot

ln -s /mnt/hda1/etc/lilo.conf /etc/lilo.conf

ln -s /mnt/hda1/vmlinuz /vmlinuz

lilo

------

ahol a hda1 a root particiom. Eztan reboot, es mar ment is minden mint az agyba sz****.

Megjegyzes:

1. A fenti megoldasi menetet a neten talaltam, sajnos a forras mar nincs meg, csak a tartalom (mert meg hasznos lehet).

2. A lilo -r /dev/hda1 vagy a chroot /dev/hda1 majd lilo nem mukodtek. Pontosabban egy Fatal Error: cannot write to /dev/hda. hibauzenettel elszalltak fuggetlenul attol, hogy a hda1-et ro, vagy rw modban mountoltam, tehat a fenti megoldas a nyero.

Udv minden kedves napokban frissitonek:

SoRX

Nem fog, mert minden honapban elmondom, te vagy a 34733242-edik akinek mondtam, es ennek ellenere vannak, akik (szerintem direkt) ' ' jellel kuldok be a cikkeikek (annak ellenere, hogy ot is kertem mar), hogy ne ugy kuldje. Gondolom magara ismer aki igy tesz. Ugyhohy megegyszer: NE ' ' jelek koze tedd a linket!

Hello!

En alap woody-ra tettem egybol sarget, es semmi problema nem volt. Ezt a boot-*.* mizeriat nem ertem, nekem nincsenek is ilyen fajlok megis jol megy a lilo :)

Ugy emlexem mintha a woodys lilonak meg kellettek azok a fajlok, hogy rendes menut tudjon csinalni, de a sarges liloban mar "beleforgattak" a progiba.

Elbandi

( snq- | 2004. 10. 19., k – 13:54 )

vki legyen szives vilagositson fel, hol rejlik a lilo gyakorlati haszna ott, ahol grub is elerheto, thx

( snq- | 2004. 10. 19., k – 13:59 )

>> Az RC2-es CD-n nincsen rescue mód (vagy csak nem találtam meg)

en cselesen ugy tennek, mintha telepiteni szeretnek, es egy ovatlan -de megfelelo- pillanatban konzolt valtanek (a 'nyomj-entert-hogy-aktivalodjak' feliratura)

>>és az új Debian installer úgy alapban szerintem elég gázos

jah, nincs rajta lila tehen

Nem fogom, s meg fogsz lepődni, pont ezaz, hogy nem is tettem semmilyen jel közé, csak simán HTML kódként illesztettem be valahogy így:

HUP

(Természetesen . nélkül)

Szóval ezért sem értem a dolgot, de most már mindegy, idézőjellel működik.

( x-daemon | 2004. 10. 19., k – 14:42 )

tapasztalatom szerint gyorsabb egy reinstall mint egy woody->sarge konverzió (bár lehet hogy csak az én gépemen: xfree86, kde, apache, php4, mysql, mozilla, acrobatreader)

ha így jársz, hogy "LI", akkor én ezt úgy szoktam megoldani, hogy:

telepítő lemezről elkezdem a "telepítést" asszem particionálás előttig elmehet a dolog, addig nem vág haza semmit. aztán mkdir /mnt; mount /dev/??? /mnt; chroot /mnt; lilo -v; exit; umount /mnt;

( Finrod | 2004. 10. 19., k – 15:38 )

Nem kell neki reinstall szerintem, csak a lilo-t explicite ki kell adni restart elott.

Persze en is megszivtam ezt, csak utolag vagyok okos. De mindenesetre ha van egy relative friss knoppixod, vagy valami mas livecd amin megfelelo verzioju 2.3-as glibc van, akkor arrol bootolsz, aztan felmountolod a filerendszert rendes hierarchiaba, aztan lilo -r ... ahol ... az, ahova a filerendszerhierarchia root-ja van mountolva.

... en cselesen ugy tennek, mintha telepiteni szeretnek, es egy ovatlan -de megfelelo- pillanatban konzolt valtanek (a 'nyomj-entert-hogy-aktivalodjak' feliratura)...

megnezted mar? a woody-s installerben ez meg mukodhetett, de sztem sarge alatt mar nem annyira.

mogorva

Mi a grub elonye? (Nem flame-t akarok, csak eddig nekem eleg volt a lilo, es nem ereztem ugy, hogy valami hianyozna)

Most sarge install utan grub lett, es csunyan pofara estem, nem sikerult a grub-nak az LVM-en csucsulo /boot-ban megtalalnia a kernelt. Ez lehet, hogy az en hibam, de most visszamasolgattam a /-be ezeket. Nem tetszik, de mashogy nem sikerult mukodesre birni.

Baromi nehezen tudtam arra is ravenni, hogy a /boot-ot egy masik diszk masik particiojan keresse. De vegul ez sikerult.

Most fent van, mukodik, de nem erzem, hogy nekem jobb lenne ettol.

Persze, a LILO-t is ki kellett ismerni, tehat lehet, hogy kesobb a grub is mutat majd valamit, ami tetszeni fog, vagy ilyen egyszeru feladatokat rajovok, hogy kellene normalisan csinalni benne.

De tapasztalt emberek biztos tudnak mondani valamit, hogy miert jo nekem, ha lecserelem.

OK, azon kivul, hogy mondjuk a regi kernelt letoltom, es az ujat felteszem, akkor lilo-t le kell futtatni.

( Friczy v | 2004. 10. 19., k – 18:45 )

> #2: egyelőre nem ajánlom, hogy valaki Woody-ról Sarge-ra frissítsen, kell
> még neki egy kis idő, hogy ez is jól menjen

Hmm. Ez attól is függ, hogy mi minden van azon a woodyn. Eddig, ha csak
sarge kellett, mindig egy minimális woodyt tettem fel az első Debian
CD-ről (tasksel és dpkg nélkül), aztán egyből dist-upgrade. Mindig
működött.

Sarge installt először akkor láttam, amikor te adtál kölcsön CD-t,
szokatlan, utálom, hogy partícionáláskor nem lök az arcomba egy
cfdisket, hogy 'nesze b+, dolgozz vele' :), viszont annyira nem volt
gázos. Persze hülyeséget csinált, reprodukálhatóan, amikor nem DHCP-vel
konfigoltam a hálókártyát akkor egy teljesen szabályos 255.255.240.0
netmaskra visszaanyázott (?), kénytelen voltam kikerülni.

Ja, és expert módot célszerű választani bootnál, akkor jóval kevesebb
dolgot tesz fel saját maga.

--
--- Friczy ---
'Death is not a bug, it's a feature'

> vki legyen szives vilagositson fel, hol rejlik a lilo gyakorlati haszna
> ott, ahol grub is elerheto, thx

Pl. megszokás. Pl. az, hogy valaki nem akarja megtanulni a grub
szintaxisát, mert elégedett a liloval, a kerneljeit pedig amúgy is
make-kpkg-val készíti, az meg felrakáskor elintézi a lilo futtatását,
így nem felejti le.

Pl. azért, mert a LILO régebb óta tud problémamentesen RAID1-ről
bootolni, különösebb trükközés nélkül. (mintha a grubnál megoldható
lenne, de nem triviális)

stb.

(Ja, használok lilot és grubot is :D)

--
--- Friczy ---
'Death is not a bug, it's a feature'

> -de megfelelo- pillanatban konzolt valtanek (a
> 'nyomj-entert-hogy-aktivalodjak' feliratura)...
>
> megnezted mar? a woody-s installerben ez meg mukodhetett, de sztem sarge
> alatt mar nem annyira.

Én megnéztem, és megy. annyi a trükk, hogy tovább kell várni, mert a
sarge install devfs-t és initrd-t használ, a modulokat pedig csak az
install egy adott pontján tölti be, szóval ha nagyon hamar átváltasz,
akkor még nem látod az eszközöket. Később már igen.

--
--- Friczy ---
'Death is not a bug, it's a feature'

Ja, mar csak az a gaz, hogy nem forgattak a busyboxba rmmodot, igy ha ki akarsz venni egy hibasan berakott modult, akkor ciki van. (Ha csak nem tudsz mountolni egy megfelelo rendszert valahonnan.)

Nekem egyik gepemben a eepro modult tolti be a halokartyahoz, amivel nem megy, viszont ha bentvan nem tudom betolteni az e100 -at, amivel meg megy. szopacs.