On Sun, Nov 06, 2011 at 12:42:48AM +0100, Oz Nahum Tiram wrote:
> Hi Everyone,
>
> I am getting a series of errors upon booting LFS 6.7.
> I have followed the book as accurately as I could I think.
> Upon rebooting I logged in my LFS without problem.
> However upon a second reboot I encountered 3 errors:
>
> swapon: /dev/sda6: stat failed, no such file or direcory ...
>
> fsck.ext4: no such file or directory, trying to open /dev/sda9
>
> and later on boot messages show there is no console.
>
> I have looked around for soultions, but I am clueless.Re Compiling and
> installing
> UDEV did not help.
>
> Setting "devfs=nomount" also did not help...
>
> Can anyone help here ?
>
> Thanks in advance,
> Oz
Usually, problems happen on the first boot. I don't recall ever
seeing anyone report this sort of problem on a second boot (after a
good first boot). This makes me wonder if something else (another
system) trashed your LFS system between the first and second boots ?
e.g. perhaps you are running another distro, and upgraded that ?
Or, did you change something else in the LFS system (e.g. rebuild
the kernel ?).
But, having had my own problems (on first boot) with missing
partitions recently, it sounds as if what is happening is:
1. kernel boots the filesystem you told it to (sda9 ?)
2. the fstab tells it to use sda6 for swap, but the device doesn't
exist.
3. your LFS rootfs is on sda9 ? (or, perhaps one of the other
filesystems, such as /home or /boot ?), but again the device doesn't
exist.
4. I think /dev/console ought to be found on the LFS system, before
/dev gets mounted over it, but apparently it is missing.
From chroot on your host system, please can you confirm that
/dev/console exists in the LFS system ?
Setting devfs=nomount sounds like the sort of magic that might have
been appropriate in a 2.4 kernel that was running devfs - it doesn't
sound at all likely to help with a modern kernel.
For the moment, this sounds so odd that I can't really offer any
constructive suggestions. Oh, and before someone mentions that 6.7
is old, it is, but it should be recent enough to still work.
Meanwhile, you could also try the suggestions that Andy gave me the
other day: in the kernel config, select
CONFIG_DEVTMPFS=y and
CONFIG_DEVTMPFS_MOUNT=y
in my case, I think I need those because I reused the config from a
very old build on the same machine, where a much earlier version of
udev had been used (with CONFIG_SYSFS_DEPRECATED{,_V2}=y - if you
managed to boot ok the first time, that problem should not apply,
but perhaps enabling DEVTMPFS will still help.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
