Hello Frank, Frank McCormick <debianlist@videotron.ca> wrote: > sid:/home/frank# aptitude full-upgrade > The following packages will be upgraded: > gir1.2-javascriptcoregtk-3.0 gir1.2-webkit-3.0 > libjavascriptcoregtk-1.0-0 > libjavascriptcoregtk-3.0-0 libwebkitgtk-1.0-0 libwebkitgtk-1.0-common > libwebkitgtk-3.0-0 > libwebkitgtk-3.0-common linux-libc-dev linux-tools-3.2 ntfs-3g > xserver-common xserver-xephyr > xserver-xorg-core The only thing remotely related to this is linux-tools-3.2. Maybe this package then tries to build the initrd for the 2.6.38 kernel and fails for some reason? On the other hand, this appears rather unlikely, as it claims to only contain a ‘perf’ tool for performance analysis… > Processing triggers for initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.38-2-686 > FATAL: Module xhci not found. > FATAL: Module ext4dev not found. > FATAL: Module af_packet not found. > FATAL: Module atkbd not found. > FATAL: Module zfcp not found. > FATAL: Module dasd_diag_mod not found. > FATAL: Module dasd_eckd_mod not found. > FATAL: Module dasd_fba_mod not found. > FATAL: Module unix not found. > WARNING: could not open > /var/tmp/mkinitramfs_bOtJbL/lib/modules/2.6.38-2-686/modules.builtin: No > such file or directory > Processing triggers for hal ... > Regenerating hal fdi cache ... > > > I have no idea where to go next ? It looks a little bit as if there was not enough space on /var/tmp, but I am not sure… What do # df -hP and # df -hPi say? Additionally, are there any messages in the changelog and README files in /usr/share/doc/linux-tools-3.2 that could explain this? Does the initrd get generated at all? (# ls -la /boot) Best regards, Claudius -- BOFH excuse #166: /pub/lunch Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4 http://chubig.net/ http://nightfall.org
Attachment:
signature.asc
Description: PGP signature