This problem is not visible anymore at this time.
It does reappear occasionally, but that is no reason to keep this
bugreport open:-)
** Changed in: cryptsetup (Ubuntu)
Status: Needs Info => Fix Released
--
[edgy] update-initramfs fails without a useful error message
https://launchpad.ne
could you please check if this still happens with 1.0.4-8ubuntu1? there
have been merged a lot of changes in debian.
** Changed in: cryptsetup (Ubuntu)
Status: Unconfirmed => Needs Info
--
[edgy] update-initramfs fails without a useful error message
https://launchpad.net/bugs/54423
--
u
/boot is not full.
infinity tracked this problem to /usr/share/initramfs-tools/hooks/cryptroot.
Adding set -x to that script gives the following output:
> /usr/sbin/mkinitramfs -o /tmp/junk.img 2.6.17-5-686
+ PREREQ=
+ prereqs
+ echo
+ exit 0
+ PREREQ=
+ . /usr/share/initramfs-tools/hook-function
You're guessing wrong. We traced this on IRC, looks like a bug
elsewhere. The submitter's going to follow up and reassign.
--
[edgy] update-initramfs fails without a useful error message
https://launchpad.net/bugs/54423
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
I'm guessing your /boot is full
--
[edgy] update-initramfs fails without a useful error message
https://launchpad.net/bugs/54423
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
sh -x update-initramfs -u gives the following output:
> sh -x /usr/sbin/update-initramfs -u
+ STATEDIR=/var/lib/initramfs-tools
+ BOOTDIR=/boot
+ set -e
+ verbose=0
+ yes=0
+ takeover=1
+ getopts k:cudyvtb:h? flag
+ mode=u
+ getopts k:cudyvtb:h? flag
+ [ -z u ]
+ update
+ [ -z ]
+ set_linked_versi
