---

Hej!

Jeg har forsøgt at opgradere kernel'en på min RedHat 7.1 - uden
success, og vil lige høre, hvad pokker der gøres forkert..

1) Opdatering non-kernel pakker:
rpm -Uvh SysVinit*rpm initscripts*rpm

2) rpm -ivh kernel-2.4.3-12.i686.rpm

3) /etc/lilo.conf rettes til, så den siger:

image=/boot/vmlinuz-2.4.3-12
label=linux
read-only
root=/dev/hda10

Den gamle var:

image=/boot/vmlinuz-2.4.2-2
label=linux
read-only
root=/dev/hda10

4) Der laves en:
lilo -v

Der bootes

Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??

/Brian

---

I artikel <df77rtkso8o54ofvco29vjodaaoe1s2vd2@news.inet.tele.dk>, skrev
"Brian Ipsen" <Spammers@blow.me>:
> Hej!
> Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??
Hmm, det ser ud til, herfra, at du har glemt to pakker - source og
headers.. prøv det først, jeg har gjort det samme som dig, bortset fra at
jeg ikke har valgt med det samme at fjerne 2.4.2-2 (det kan gå galt, og
hvad så..)

René

--
Hmm - noget skal der stå..

---

---

Den Fri, 28 Sep 2001 05:48:59 +0200 skrev Rene Mikkelsen:
>On Thu, 27 Sep 2001, it was written:
>
>> I artikel <df77rtkso8o54ofvco29vjodaaoe1s2vd2@news.inet.tele.dk>, skrev
>> "Brian Ipsen" <Spammers@blow.me>:
>> > Hej!
>> > Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??
>> Hmm, det ser ud til, herfra, at du har glemt to pakker - source og
>> headers.. prøv det først, jeg har gjort det samme som dig, bortset fra at
>> jeg ikke har valgt med det samme at fjerne 2.4.2-2 (det kan gå galt, og
>> hvad så..)
>
>uhm - source? da kun hvis han vil have over 140mb kernel-source liggende
>og flyde - det har nada med hvilken kerne han booter på at gøre
>kernelheaders? - hvis han skal kompilere programmer der kræver
>kernelheaders ja (...fordi RH er en anelse hjernedød at lade programmer
>linke til separate kernelheaders i /usr/include/linux, istedet for at lade
>dette være et symlink til /usr/src/linux/include/linux, som
>indeholder header-filerne fra den kerne der pt er pakket ud i
>/usr/src/linux)

Hvad? Har RH endelig taget sig sammen til at følge den officielle
standard og lade system-headerne ligge under /usr/include/linux
i stedet for at linke til /usr/src/linux/include/linux.

Jeg troede egentlig kun det var Debian der kunne finde ud af det.

Mvh
Kent
--
8:16pm up 2:37, 1 user, load average: 101.21, 95.46, 55.85
164 processes: 62 sleeping, 102 running, 0 zombie, 0 stopped

With XMMS tugging along nicely, playing Vivaldi...

---

---

Den Fri, 28 Sep 2001 19:31:54 +0200 skrev Rene Mikkelsen:
>On Fri, 28 Sep 2001, Kent Friis wrote:
>
>> >uhm - source? da kun hvis han vil have over 140mb kernel-source liggende
>> >og flyde - det har nada med hvilken kerne han booter på at gøre
>> >kernelheaders? - hvis han skal kompilere programmer der kræver
>> >kernelheaders ja (...fordi RH er en anelse hjernedød at lade programmer
>> >linke til separate kernelheaders i /usr/include/linux, istedet for at lade
>> >dette være et symlink til /usr/src/linux/include/linux, som
>> >indeholder header-filerne fra den kerne der pt er pakket ud i
>> >/usr/src/linux)
>>
>> Hvad? Har RH endelig taget sig sammen til at følge den officielle
>> standard og lade system-headerne ligge under /usr/include/linux
>> i stedet for at linke til /usr/src/linux/include/linux.
>>
>> Jeg troede egentlig kun det var Debian der kunne finde ud af det.
>
>for lige at skifte spor i den her tråd - jeg er ikke programmør eller
>noget, men hvor ligger det smarte i at kompilere programmer
>mod kernel-headers der er forskellige fra dem der følger med den kerne man
>evt. bruger?

Fordi programmerne ikke snakker direkte med kernen.

Programmerne snakker med libc, og skal derfor bruge de headers libc
er compileret med.

Hvis en struct bliver ændret i kernel-headers, så vil et program der
sender den nye struct til en gammel libc få en meget underlig fejl (hvis
man er heldig, segmentation fault).

Mvh
Kent
--
8:16pm up 2:37, 1 user, load average: 101.21, 95.46, 55.85
164 processes: 62 sleeping, 102 running, 0 zombie, 0 stopped

With XMMS tugging along nicely, playing Vivaldi...

---

---

Thu, 27 Sep 2001 23:50:26 +0200, skrev Brian Ipsen
<Spammers@blow.me>:

> Jeg har forsøgt at opgradere kernel'en på min RedHat 7.1 - uden
> success, og vil lige høre, hvad pokker der gøres forkert..

> Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??

Hmmn.., det ser da rigtigt nok ud. Hvordan ser resten af lilo.conf
ud ? Især linien med "boot=..."
Jeg tænker på om du installerer i en partition, og den gamle så er
uændret i MBR.

Leo
--
Everything you know is wrong!

---

On Fri, 28 Sep 2001 00:06:43 +0000 (UTC), Leo Laursen
<l.laursen@mail1.stofanet.dk> wrote:

>> Jeg har forsøgt at opgradere kernel'en på min RedHat 7.1 - uden
>> success, og vil lige høre, hvad pokker der gøres forkert..
>
>> Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??
>
>Hmmn.., det ser da rigtigt nok ud. Hvordan ser resten af lilo.conf
>ud ? Især linien med "boot=..."
>Jeg tænker på om du installerer i en partition, og den gamle så er
>uændret i MBR.

boot=/dev/hda
map=/boot/map
install=/boot/boot.b
prompt
timeout=50
message=/boot/message
linear
default=linux

image=/boot/vmlinuz-2.4.2-2
   label=linux.old
   read-only
   root=/dev/hda10

image=/boot/vmlinuz-2.4.3-12
   label=linux
   read-only
   root=/dev/hda10

Det er lilo.conf, som den ser ud nu...

2.4.2-2 ligger stadig på maskinen (er ikke fjernet endnu)

/Brian

---

Fri, 28 Sep 2001 07:37:05 +0200, skrev Brian Ipsen
<Spammers@blow.me>:

> Det er lilo.conf, som den ser ud nu...
----klip----

Det ser helt fint ud i mine øjne. Hvis du kører "/sbin/lilo" som
root, kan jeg ikke se nogen grund til at det ikke skulle virke efter
hensigten.
Du kunne prøve at sætte "linux" image forrest, for at se om det
skulle være "default" der er problemer med.
Hvis default ikke er angivet bliver første image default.

Leo
--
BOFH excuse #189:
SCSI's too wide.

---

On Fri, 28 Sep 2001 07:54:15 +0000 (UTC), Leo Laursen
<l.laursen@mail1.stofanet.dk> wrote:

>> Det er lilo.conf, som den ser ud nu...
>----klip----
>
>Det ser helt fint ud i mine øjne. Hvis du kører "/sbin/lilo" som
>root, kan jeg ikke se nogen grund til at det ikke skulle virke efter
>hensigten.
>Du kunne prøve at sætte "linux" image forrest, for at se om det
>skulle være "default" der er problemer med.
>Hvis default ikke er angivet bliver første image default.

med dmesg har jeg fundet ud af, at det ser ud til, at det godt nok er
kernel 2.4.3-12 - men ved login siger skærmen:

Red Hat Linux Release 7.1 (Seawolf)
Kernel 2.4.2-2 on an i686

Burde den ikke skrive 2.4.3-12 her ?? Eller et det nogle scripts, som
måske får noget "galt i halsen" fordi der mangler noget ??

/Brian

---

Den Fri, 28 Sep 2001 17:26:09 +0200 skrev Brian Ipsen:
>On Fri, 28 Sep 2001 07:54:15 +0000 (UTC), Leo Laursen
><l.laursen@mail1.stofanet.dk> wrote:
>
>>> Det er lilo.conf, som den ser ud nu...
>>----klip----
>>
>>Det ser helt fint ud i mine øjne. Hvis du kører "/sbin/lilo" som
>>root, kan jeg ikke se nogen grund til at det ikke skulle virke efter
>>hensigten.
>>Du kunne prøve at sætte "linux" image forrest, for at se om det
>>skulle være "default" der er problemer med.
>>Hvis default ikke er angivet bliver første image default.
>
>med dmesg har jeg fundet ud af, at det ser ud til, at det godt nok er
>kernel 2.4.3-12 - men ved login siger skærmen:

Prøv evt. at spørge kernen selv:

cat /proc/version

>Red Hat Linux Release 7.1 (Seawolf)
>Kernel 2.4.2-2 on an i686
>
>Burde den ikke skrive 2.4.3-12 her ?? Eller et det nogle scripts, som
>måske får noget "galt i halsen" fordi der mangler noget ??

Der plejer at være et boot-script der retter det. Ellers kan du selv
rette i /etc/issue

Mvh
Kent
--
8:16pm up 2:37, 1 user, load average: 101.21, 95.46, 55.85
164 processes: 62 sleeping, 102 running, 0 zombie, 0 stopped

With XMMS tugging along nicely, playing Vivaldi...

---

On Fri, 28 Sep 2001 15:51:14 +0000 (UTC), kfr@fleggaard.dk (Kent
Friis) wrote:

>>med dmesg har jeg fundet ud af, at det ser ud til, at det godt nok er
>>kernel 2.4.3-12 - men ved login siger skærmen:
>
>Prøv evt. at spørge kernen selv:
>
>cat /proc/version

2.4.3-12

>>Red Hat Linux Release 7.1 (Seawolf)
>>Kernel 2.4.2-2 on an i686
>>
>>Burde den ikke skrive 2.4.3-12 her ?? Eller et det nogle scripts, som
>>måske får noget "galt i halsen" fordi der mangler noget ??
>
>Der plejer at være et boot-script der retter det. Ellers kan du selv
>rette i /etc/issue

Hmm... det er vist rc.local som burde rette det - spørgsmålet er så
bare hvorfor den ikke gøre det....

/Brian

---

Fri, 28 Sep 2001 17:26:09 +0200, skrev Brian Ipsen
<Spammers@blow.me>:
>>Du kunne prøve at sætte "linux" image forrest, for at se om det
>>skulle være "default" der er problemer med.

> med dmesg har jeg fundet ud af, at det ser ud til, at det godt nok er
> kernel 2.4.3-12 - men ved login siger skærmen:

> Red Hat Linux Release 7.1 (Seawolf)
> Kernel 2.4.2-2 on an i686

> Burde den ikke skrive 2.4.3-12 her ?? Eller et det nogle scripts, som
> måske får noget "galt i halsen" fordi der mangler noget ??

Mystisk. Hvad siger "uname -r" eller evt. "uname -a" ??

Er det grafisk login (xdm|gdm|kdm) eller text?

Leo
--
The qotc (quote of the con) was Liz's:
   "My brain is paged out to my liver."

---

On Fri, 28 Sep 2001 16:40:16 +0000 (UTC), Leo Laursen
<l.laursen@mail1.stofanet.dk> wrote:

>>>Du kunne prøve at sætte "linux" image forrest, for at se om det
>>>skulle være "default" der er problemer med.
>
>> med dmesg har jeg fundet ud af, at det ser ud til, at det godt nok er
>> kernel 2.4.3-12 - men ved login siger skærmen:
>
>> Red Hat Linux Release 7.1 (Seawolf)
>> Kernel 2.4.2-2 on an i686
>
>> Burde den ikke skrive 2.4.3-12 her ?? Eller et det nogle scripts, som
>> måske får noget "galt i halsen" fordi der mangler noget ??
>
>Mystisk. Hvad siger "uname -r" eller evt. "uname -a" ??

2.4.3-12

>Er det grafisk login (xdm|gdm|kdm) eller text?

Alm. text - der er ikke installeret X på maskninen...

/Brian

---

Brian Ipsen <Spammers@blow.me> writes:

> boot=/dev/hda
> map=/boot/map
> install=/boot/boot.b
> prompt
> timeout=50
> message=/boot/message
> linear
> default=linux
>
> image=/boot/vmlinuz-2.4.2-2
>    label=linux.old
>    read-only
>    root=/dev/hda10
>
> image=/boot/vmlinuz-2.4.3-12
>    label=linux
>    read-only
>    root=/dev/hda10
>
> Det er lilo.conf, som den ser ud nu...
>
> 2.4.2-2 ligger stadig på maskinen (er ikke fjernet endnu)
>
> /Brian

Hmm. Fungerer default= ? Prøv evt at bytte om på de to image blokke...
Går det også galt hvis du eksplicit siger "linux" til LILO prompten?

--
O__ ---- Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907

---

"Brian Ipsen" <Spammers@blow.me> wrote in message
news:df77rtkso8o54ofvco29vjodaaoe1s2vd2@news.inet.tele.dk...
> Hej!
>
> Jeg har forsøgt at opgradere kernel'en på min RedHat 7.1 - uden
> success, og vil lige høre, hvad pokker der gøres forkert..
>
> 1) Opdatering non-kernel pakker:
> rpm -Uvh SysVinit*rpm initscripts*rpm
>
> 2) rpm -ivh kernel-2.4.3-12.i686.rpm
>
> 3) /etc/lilo.conf rettes til, så den siger:
>
> image=/boot/vmlinuz-2.4.3-12
> label=linux
> read-only
> root=/dev/hda10
>
> Den gamle var:
>
> image=/boot/vmlinuz-2.4.2-2
> label=linux
> read-only
> root=/dev/hda10
>
> 4) Der laves en:
> lilo -v
>
> Der bootes
>
> Når maskinen kommer op står den stadig med kernel 2.4.2-2 ??
>

En langt lettere fremgangsmåde:

up2date -i kernel-source
up2date -i kernel-headers
up2date -i kernel

Så er den der...

Hilsen Rasmus

---

Rasmus wrote:

> En langt lettere fremgangsmåde:
>
> up2date -i kernel-source
> up2date -i kernel-headers
> up2date -i kernel

­ bortset fra, at da jeg gjorde dette fjernede
den den gamle kerne uden at rette i lilo.conf
og uden at køre mkinitrd.

Resultat: Maskine, der ikke kunne boote uden at
man skulle have fat i bootdisketten.

Ikke helt smart...

Mogens
--
Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk

---

"Mogens Kjaer" <mk@crc.dk> wrote in message news:3BB46375.4C9F7860@crc.dk...
>
> Ikke helt smart...
>
> Mogens
> --

Det kalder jeg selverkendelse!

Har selv kørt denne opdatering på 14 Red Hat 7.1 maskiner uden problemer...

---

Rasmus wrote:
>
> "Mogens Kjaer" <mk@crc.dk> wrote in message news:3BB46375.4C9F7860@crc.dk...
> >
> > Ikke helt smart...
> >
> > Mogens
> > --
>
> Det kalder jeg selverkendelse!
>
> Har selv kørt denne opdatering på 14 Red Hat 7.1 maskiner uden problemer...

Hm, måske var det fordi jeg kører med initrd (scsi controller),
at den ikke kunne finde ud af det?

Mogens
--
Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk

---

"Mogens Kjaer" <mk@crc.dk> skrev i en meddelelse
news:3BB73DBE.103D81A2@crc.dk...
> Rasmus wrote:
> >
> > "Mogens Kjaer" <mk@crc.dk> wrote in message
news:3BB46375.4C9F7860@crc.dk...
> > >
> > > Ikke helt smart...
> > >
> > > Mogens
> > > --
> >
> > Det kalder jeg selverkendelse!
> >
> > Har selv kørt denne opdatering på 14 Red Hat 7.1 maskiner uden
problemer...
>
> Hm, måske var det fordi jeg kører med initrd (scsi controller),
> at den ikke kunne finde ud af det?
>

Måske, men de maskiner jeg upgraderede kørte også SCSI (i et RAID setup).
Måske har du manuelt ændret i nogle systemfiler??

Venligst
Rasmus