Am Mittwoch 16 Juni 2010 schrieb Dirk Schleicher:
> Hallo Martin,
Hallo Dirk,
> Am Wed, 16 Jun 2010 20:32:35 +0200
>
> schrieb Martin Steigerwald:
> > Auch genug Platz in /tmp? Ich glaube, da baut das Skript die
> > InitRAMFS' zusammen.
>
> ja, ein paar gig.
>
> > Ansonsten mal das Skript /usr/sbin/update-initramfs anschauen, wo es
> > mit mit Returncode 1 aussteigt. Mal nach "failed" und "exit 1" drin
> > suchen.
>
> mit "exit 1" gibt es drei Stellen. Diese scheint mir am besten für das
> Resultat zu passen.
>
> panic()
> {
> if [ -n "${1:-}" ]; then
> printf "${*}\n" >&2
> fi
> exit 1
> }
Das ist ne Funktion, die an einem Haufen anderer Stellen aufgerufen ist
und den übergegebenen Text ausgibt, um dann mit Returncode 1 das Skript zu
beenden. Doch ich hab mal geschaut, das sind immer recht ausführliche
Fehlermeldungen, die ich in der von Dir geposteten Ausgabe nicht gesehen
hab.
> oder für "failed"
>
> generate_initramfs()
> {
> echo "update-initramfs: Generating ${initramfs}"
> OPTS="-o"
> if [ "${verbose}" = 1 ]; then
> OPTS="-v ${OPTS}"
> fi
> if mkinitramfs ${OPTS} "${initramfs}.new" "${version}"; then
> mv -f "${initramfs}.new" "${initramfs}"
> set_sha1
> else
> mkinitramfs_return="$?"
> remove_initramfs_bak
> rm -f "${initramfs}.new"
> if [ "$mkinitramfs_return" = "2" ]; then
> # minversion wasn't met, exit 0
> exit 0
> fi
> echo "update-initramfs: failed for ${initramfs}"
> exit $mkinitramfs_return
> fi
> }
Das ist die Stelle. In Deiner Original-Ausgabe war:
update-initramfs: failed for /boot/initrd.img-2.6.30-1-686
Und zwar steigt:
mkinitramfs ${OPTS} "${initramfs}.new" "${version}";
mit dem Fehlercode 1 aus, den das Skript dann weitergibt.
Was passiert, wenn Du in /boot
mkinitrmfs -o -v initrd.img-2.6.32-4-686.new 2.6.32-4-686
ausführst? Mit Deiner Kernel-Version natürlich.
Ansonsten gab es einmal auch den Hinweis auf cpio in Deiner Ausgabe. Das
taucht jedoch in update-initramfs nicht auf.
Wohl aber in mkinitramfs:
[ "${verbose}" = y ] && echo "Building cpio ${outfile} initramfs"
(
# work around lack of "set -o pipefail" for the following pipe:
# cd "${DESTDIR}" && find . | cpio --quiet --dereference -o -H newc | gzip
>"${outfile}" || exit 1
exec 3>&1
eval `
# http://cfaj.freeshell.org/shell/cus-faq-2.html
exec 4>&1 >&3 3>&-
cd "${DESTDIR}"
{
find . 4>&-; echo "ec1=$?;" >&4
} | {
cpio --quiet --dereference -o -H newc 4>&-; echo "ec2=$?;" >&4
} | ${compress} >"${outfile}"
echo "ec3=$?;" >&4
`
if [ "$ec1" -ne 0 ]; then exit "$ec1"; fi
if [ "$ec2" -ne 0 ]; then exit "$ec2"; fi
if [ "$ec3" -ne 0 ]; then exit "$ec3"; fi
Entferne da bei cpio-Aufrufen mal das --quiet entfernen, falls Du
andernfalls nicht genug Informationen bekommst.
Möglicherweise ist das dann alles etwas für einen ausführlichen und
detaillierten Debian-Fehlerbericht ;-). Es sei denn, der ist schon
berichtet.
Debian Bug report logs - #585991
initramfs-tools: package installation fails (postinst scripts?)
Debian Bug report logs - #583666
[initramfs-tools] upgrade from 0.94.4 to 0.95 fails
sehen aber beide etwas anders aus. Vielleicht findest Du ja im Bugtracker
von Debian noch was.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.