That is interesting. I have a similar setup on my workstation: /dev/sda2 ext4 964532 59380 856156 7% /boot
With the rest of the filesystems in an encrypted LVM container. I built (rebuilt) this machine a couple of years ago, and have never had an issue...To include power failures where the machine did not power down gracefully. Could it have been a problem with your SSD, e.g. a bad spot, or could the initramfs have been corrupted on write? Do you have other kernels installed? (I usually keep, at a minimum, the current one and the last one.) --b On Tue, Apr 23, 2013 at 11:52 AM, Hans-J. Ullrich <hans.ullr...@loop.de>wrote: > Today I learnt this: Do NOT use ext4 for the /boot partition, where your > kernel resides. > > I did this on my EEEPC to speed up boot, and today I got at boot the error > message: initrd.img corrupt. My EEEPC has got an ssd inside and /usr, /home > and /var are encrypted partitions. > > It took me hours and hours to fix this. First I tried ext2fs, with no > success. > I could run Trinity Rescue Kit from a sd card, and I created a chroot, but > not > all was possible to do in the chroot. > > After lots of tries I got the solution: > > 1. I backuped all the content of /boot to another drive. > 2. Booted with a livefile and formatted /boot to ext2. > 3. Restored /boot > 4. Edited /etc/fstab, removed the UUID of /boot and removed > disacard,noatime > 5. Now I could boot again. > 6. From the running system started "update-initramfs -u" > 7. Did "dpkg-reconfigure linux-base", so I got the UUID in all necessary > config > files again. > 8. For making all sure. did "update-grub" > 9. Finally test, rebooted again, everything was ok. > > So NEVER, NEVER, NEVER use ext4 for /boot! Don't do it! > (If I would have read the manual, I should have known, ext4 and grub is > still > in experimental state) > > > Best regards > > Hans > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/201304231752.54550.hans.ullr...@loop.de > >
