sslug-teknik team mailing list archive

[storner@xxxxxxxx]

Jeg så en mail i går om at Red Hat 6.1 var kommet til sunsite.auc.dk
Så jeg fyrede op under ISDN linien, og fik halet den hjem i løbet af
lørdagen. I dag skulle jeg så prøve at opdatere min - i øvrigt
fuldt up-to-date - Red Hat 6.0 installation.

For de utålmodige vil jeg med det samme sige: Det gik rimelig godt.

Der var selvfølgelig nogle enkelte ting, der kiksede undervejs. Her
er hvad jeg fandt ud af undervejs.

1) Boot/driver problem
   Jeg har to SCSI controllere - begge to Symbios 8xx familien. Normalt
   bruger jeg en boot-prompt option til at bytte om på rækkefølgen de
   bliver fundet i, så min SCSI boot disk faktisk er /dev/sda, og ikke
   sdb.
   Det lykkedes mig ikke at finde ud af, hvor man kan angive det til
   Red Hat's install-program. Den loader blot Symbios-modulet med 
   standard settings, og så kan den ikke finde ret mange af mine Linux
   partitioner.
   Jeg lavede min egen kerne til opdateringen med Symbios driveren
   indbygget (med reverse-probing som default), og kopierede den oven
   i en Red Hat boot-diskette. Så virkede det OK, selv om den brokkede
   sig lidt da den auto-detectede SCSI kortene og prøvede at loade et
   modul for den driver, der allerede fandtes i kernen.

2) Sendmail vs. qmail
   Jeg bruger qmail i stedet for sendmail - sendmail er slet ikke 
   installeret på min maskine. Alligevel besluttede installations-
   programmet sig for at proppe sendmail ind på maskinen, oven i
   de to symlinks som qmail bruger for at være kompatibel med
   sendmail. D.v.s. efter upgraden virkede qmail ikke.
   "rpm -e sendmail" og en manuel gen-opretning af de to symlinks -
   /usr/lib/sendmail og /usr/sbin/sendmail - løste det problem.
   qmail gør også, at jeg er nødt til at bruge en special-udgave af
   procmail som lokal "delivery agent". Den var selvfølgelig røget
   under opdateringen, så jeg måtte lægge min egen procmail-rpm ind
   igen. Men så virkede mail som det skulle.

3) Gamle config filer erstattes af nye filer
   Når man opdaterer har install-programmet det med at gemme ens gamle
   konfigurationsfiler som "xxx.rpmsave" og så installere en ny konfigu-
   rationsfil i stedet. Det er en gammelkendt ting, så husk at løbe
   upgrade log-filen /tmp/update.log igennem og kig efter de steder
   hvor der står en warning om at en fil er blevet omdøbt. Eller brug
   find til at finde alle filer der hedder "*.rpmsave", og flyt dine
   konfigurations-ændringer over til de nye filer.

4) lilo.conf forsvandt
   Måske en variant af (3), men /etc/lilo.conf blev råt og brutalt 
   erstattet af en standard lilo-konfiguration med et entry for Linux,
   og et andet til Windows. Ingen af de special-options jeg bruger
   (og som stod i den gamle lilo.conf fil) blev overført, så den måtte
   fiskes ud af en tape-backup. (Ja, jeg hører til de rigtige mænd som
   tager backup :-))

5) libtermcap er kaput
   Det var den værste. Der er ikke mange programmer tilbage, som bruger
   termcap biblioteket - men den newsreader jeg bruger gør altså. Og
   det så meget mystisk ud, da jeg fyrede op under den efter opgraderingen.
   Efter at have forsøgt mig med at ned-gradere selve termcap databasen
   til Red Hat 6.0 udgaven, samt gen-oversat nn uden effekt, prøvede jeg
   at nedgradere libtermcap pakken fra 2.0.8-18 til 2.0.8-13. Så
   virkede det. Konklusion: Red Hat har lagt en dårlig patch ind i deres
   libtermcap pakke.

5) DHCP serveren vil ikke køre
   Den brokker sig over "Protocol not available" når den skal starte.  Det 
   har jeg ikke fundet ud af endnu, hvad er; men den foreslår selv at min
   kerne (som ikke er Red Hat's standard kerne) skal have CONFIG_PACKET
   og CONFIG_FILTER enabled. Så det er nok nemt at løse.

Alt i alt en forholdsvis problemfri opdatering.

Det grafiske installations-program ser nogenlunde pænt ud. Jeg bryder mig
egentlig ikke om, at det hele bare skal se pænt ud; jeg kan godt lide, at
man kan se hvad der foregår. Men det er nok en del nemmere at gå til for
de knapt-så-Linux-kyndige, der kaster sig ud i en installation. Det ser
også ud som om Red Hat nu laver noget hardware detektion ved hver boot, så 
der er en begyndelse til noget a la Windows' auto-detektion af ny hardware.

-- 
Henrik Storner     | "Software engineering is a race between engineers 
<storner@xxxxxxxx> |  who try to create foolproof software and the 
                   |  universe which is trying to create bigger fools.
                   |  So far, the universe is winning..."