Nachtrag: Upgrade von 7-Stable auf 8-Stable fehlgeschlagen

From: Christoph Sold <cs(at)cheasy.de>
Date: Mon, 7 Dec 2009 22:26:21 +0100

[Entschuldigt den Top-Post]
Fürs Archiv:

device.hints manuell putzen (sio => uart, atrtc einfügen) und reboot haben funktioniert.

Danach direkt cd /usr/src; mergemaster; shutdown -r now . Jetzt sollten auch die fehlenden Konfig-Daten geputzt sein.

Ergebnis:
  Last login: Mon Dec 7 22:07:11 2009 from xx.yy.zz.127
  Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
         The Regents of the University of California. All rights reserved.

  FreeBSD 8.0-STABLE (MULI) #10: Sun Dec 6 21:18:18 CET 2009

  Welcome to FreeBSD!

Erfolg ;)

Jetzt gleich nochmal csup .../stable-supfile, buildworld, kernel, installworld, die ganze Orgie, damit die Konfig sicher sauber ist.

Sollte ich noch etwas vergessen haben?

Danke für die guten Hinweise und den vorbildlichen Support hier.

-Christoph

Am 07.12.2009 um 20:59 schrieb Bernd Walter:

> On Mon, Dec 07, 2009 at 08:29:17PM +0100, Christoph Sold wrote:
>>
>> Am 07.12.2009 um 13:33 schrieb Bernd Walter:
>>
>>> On Sun, Dec 06, 2009 at 11:30:15PM +0100, Christoph Sold wrote:
>>>> Hallo Allerseits,
>>>>
>>>> beim (source-) Upgrade von 7-Stable auf 8-Stable mag die Kiste beim mergemaster nicht mehr:
>>>>
>>>> ---<schnipp>---
>>>> $ mergemaster
>>>> [...]
>>>> cd /usr/src/etc/pam.d; make install
>>>> install -o root -g wheel -m 444 README /var/tmp/temproot/etc/pam.d/README
>>>> install -o root -g wheel -m 644 atrun cron ftpd imap kde login other passwd pop3 rsh sshd su system telnetd xdm /var/tmp/temproot/etc/pam.d
>>>> /var/tmp/temproot/etc/pam.d/ftp -> /var/tmp/temproot/etc/pam.d/ftpd
>>>> Bad system call (core dumped)
>>>> *** Error code 140
>>>>
>>>> Stop in /usr/src/etc/pam.d.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/src/etc.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/src.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/src.
>>>>
>>>> *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
>>>> the temproot environment
>>>> ---<schnapp>---
>>>>
>>>> Die Kiste steht remote, mein offener Zugang per ssh funktioniert (noch) -- login geht schon nicht mehr.
>>>> Was nun?
>>>
>>> "Bad system call" legt die Vermutung nahe, dass du den alten Kernel
>>> laufen hast, aber schon neue binaries benutzen willst.
>>> Das kann gut gehen, muss aber nicht, weil neuere Binaries auch
>>> neue Features erwarten können, was bei einem Schritt von 7 zu 8
>>> durchaus zu erwarten ist.
>>
>> Stimmt. Meist geht's ja gut, diesmal nicht. Ideen?
>
> Du musst den neuen Kernel booten, sonst kommst du nicht weiter.
> Oder irgendwie alte Binaries aufspielen - falls dafür noch genug Befehle
> laufen - dann kannst du den Teil-Update evtl rückgängig machen.
> Es kann gutgehen, dass der mit dem jetzigen System multiuser bootet, vor
> allem weil du schon die neuen Binaries drauf hast.
> Aber ein Risiko ist das denoch und dann brauchst du Konsolenzugriff.
> Wirf vor dem reboot auch noch mal einen Blick auf die device.hints,
> da hat sich von 7 auf 8 wichtiges geändert.
>
> --
> B.Walter <bernd@bwct.de> http://www.bwct.de
> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 07 Dec 2009 - 22:26:40 CET

search this site