Problem nach Update

[AA]

Hallo zusammen,

Vorabinformation:
Das habe ich mir so eingerichtet. http://www.andreas-janssen.de/cryptodisk.html#a11

Nach einem Upgrade komme nun nicht mehr auf meine root-Partition. Vermutlich wurde ein neuer Kernel installiert. Wenn ich nun meine alte initrd wieder einspiele um auf /root zu kommen und dann ein

Code: Alles auswählen

aptitude reinstall linux-image-2.6.18-6-686

mache, dann erhalte ich diese Meldung:

The kernel version running is the same as the one being installed

You are attempting to install a kernel version that is the same as the version you are currently running (version 2.6.18-6-686). The modules list is quite likely to have been changed, and the modules dependency file /lib/modules/2.6.18-6-686/modules.dep needs to be re-built. It can not be built correctly right now, since the module list for the running kernel are likely to be different from the kernel installed. I am creating a new modules.dep file, but that may not be correct. It shall be regenerated correctly at next reboot. I repeat: you have to reboot in order for the modules file to be created correctly. Until you reboot, it may be impossible to load some modules. Reboot as soon as this install is finished (Do not reboot right now, since you may not be able to boot back up until installation is over, but boot immediately after). I can not stress that too much. You need to reboot soon.

Ich habe herausgefunden, dass das Modul nls_iso8859_1 nun nls_iso8859-1 heißt. Das habe ich bereits in meiner /etc/initramfs-tools/modules geändert.

In der Fehlermeldung steht was von Regenerieren nach dem nächsten Reboot. So weit so gut.

Wenn ich nun mit ok bestätige, dann erhalte ich diese Meldungen:

... Entpacke Ersatz für linux-image-2.6.18-6-686 ...
Running postrm hook script /sbin/update-grub.
You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead!

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-2.6.18-6-686
Updating /boot/grub/menu.lst ... done

Richte linux-image-2.6.18-6-686 ein (2.6.18.dfsg.1-18etch4) ...

Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-6-686/source
However, I can not read the target: Datei oder Verzeichnis nicht gefunden
Therefore, I am deleting /lib/modules/2.6.18-6-686/source

Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Not updating initrd symbolic links since we are being updated/reinstalled
(2.6.18.dfsg.1-18etch4 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(2.6.18.dfsg.1-18etch4 was configured last, according to dpkg)
Running postinst hook script /sbin/update-grub.
You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead!

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-2.6.18-6-686
Updating /boot/grub/menu.lst ... done

Nun mache ich noch ein

Code: Alles auswählen

update-initramfs -u

und das System bootet wieder nicht.

Wer kann mir weiterhelfen?

[cirrussc]

Hi,

Wenn ich nun meine alte initrd wieder einspiele um auf /root zu kommen und dann ein

Code: Alles auswählen

aptitude reinstall linux-image-2.6.18-6-686

Was meinst du mit wieder einspielen? Vorher gesichert?
Baue sie mal komplett neu:

Code: Alles auswählen

mkinitramfs -o /boot/initrd-2.6.18-6-686 2.6.18-6-686

Bitte auf die richtige Kernelversion achten.

Und apt meckert weil du einen LAUFENDEN Kernel neu installierst. Für so was installiert man sich einen zweiten, also andere Version, um diesen zu booten und dann den Vorgang fort zu setzen.

[AA]

Genau, ich habe die Original-initrd gesichert. Den Kernel habe ich nicht so installieren wollen, sondern die Paketverwaltung. Warum macht die denn so einen Scheiß, wenn es nicht funktioniert?

Code: Alles auswählen

debian-file:/home/andre# mkinitramfs -o /boot/initrd-2.6.18-6-686 2.6.18-6-686
debian-file:/home/andre# update-initramfs -u
/boot/initrd.img-2.6.18-6-686 has been altered. Cannot update.
debian-file:/home/andre#

[AA]

Hat denn niemand eine Idee?

[Danielx]

/boot/initrd.img-2.6.18-6-686 has been altered. Cannot update.

Hat denn niemand eine Idee?

Nun gut, versuche es mal mit:

Code: Alles auswählen

update-initramfs -k 2.6.18-6-686 -t -u

Die original Datei hast du ja schon gesichert...

Gruß,
Daniel

[rendegast]

sondern die Paketverwaltung. Warum macht die denn so einen Scheiß,

Die checksummen (sha1) der initrd werden in /var/lib/initramfs-tools/* gesichert.
Paßt diese bei einem Update nicht mehr zur vorhandenen initrd, geht die Paketverwaltung davon aus, daß die Datei manuell verändert wurde und unterbindet das Update.

Die Checksumme der aktuellen /var/lib/initramfs-tools/* paßt nicht mehr zu Deiner Sicherungskopie.
Mache

Code: Alles auswählen

sha1sum  /boot/initrd.img-VER > /var/lib/initramfs-tools/VER

dann läuft der update-initramfs-Aufruf des Upgrades wieder durch.

[Danielx]

Die checksummen (sha1) der initrd werden in /var/lib/initramfs-tools/* gesichert.
Paßt diese bei einem Update nicht mehr zur vorhandenen initrd, geht die Paketverwaltung davon aus, daß die Datei manuell verändert wurde und unterbindet das Update.

Genau deshalb habe ich bei meinem Befehl ja den Parameter "-t" hinzugefügt, welcher dafür sorgt, dass dieser sha1-Check nicht stattfindet!

Siehe Quelltext von update-initramfs:

Code: Alles auswählen

        t)
                takeover="1"
                ;;

Code: Alles auswählen

# Check for update mode on existing and modified initramfs
altered_check()
{
        # No check on takeover
        [ "${takeover}" = 1 ] && return 0
        if [ ! -e "${initramfs}" ]; then
                mild_panic "${initramfs} does not exist. Cannot update."
        fi
        if ! compare_sha1; then
                mild_panic "${initramfs} has been altered. Cannot update."
        fi
}

Code: Alles auswählen

sha1sum  /boot/initrd.img-VER > /var/lib/initramfs-tools/VER

dann läuft der update-initramfs-Aufruf des Upgrades wieder durch.

Und durch den Parameter "-u" wird dann sowieso wieder die korrekte sha1sum gesetzt (siehe generate_initramfs).

Code: Alles auswählen

update-initramfs -k 2.6.18-6-686 -t -u

Sollte also aussreichen.

Aber deine Version funktioniert natürlich auch.

Gruß,
Daniel

[AA]

Hallo zusammen,

es funktioniert wieder. Vielen Dank!