Ken, Here's what I get when I look at LFS' /dev/console and /dev/null from within slackware:
crw------ 1 root root 5,1 2005-01-05 21:12 console crw-rw-rw 1 root root 1,3 2005-01-05 21:12 null Here's what I get from within the LFS udev script upon boot, just prior to the device nodes being populated: crw------ 1 root root 5,1 Jan 27 00:42 /dev/console crw-rw-rw 1 root root 1,3 Jan 6 2005 21:12 null - Mark ----- Original Message ---- From: Ken Moffat <[EMAIL PROTECTED]> To: LFS Support List <[email protected]> Sent: Saturday, January 26, 2008 3:39:07 PM Subject: Re: System Doesn't Boot Part 2 On Sat, Jan 26, 2008 at 03:08:18PM -0800, Mark Olbert wrote: > Some additional info: > > I checked the logs after the last failed/hanging boot, and the system log shows most, if not all, of the shell scripts executing (I can tell by the messages they log). > > But I never get a login prompt on the screen, and it looks like the system hangs. > > I did notice one oddity in the log file, however. init complains about not being able to open /dev/console. Why that should be I don't know, as I never deleted it. The log also contains messages about init (or some process related to it) spawning too fast, etc. > Hmm, /dev/console looks key to this. At least until recently, /dev/console and /dev/null had to be the real device nodes (with recent udev, there might be copies in /lib/udev, I don't remember, and it's not relevant for you). I hit this myself when I restore from backups, or when I copy a system to a different place to fit a bigger disk. You say you haven't changed this, and in a running system we mount /dev _on_top_of_ these minimal devices, which should protect them. Anyway, from your "emergency" slackware system take a look at the LFS /dev/null and /dev/console with 'ls -l'. Do they exist, and if so are they the correct device special nodes, with the correct permissions ? I do wonder if you either ran fsck during the failed boot that started this, and it found damage and deleted files, or if there is other damage on the disk. This all sounds worrying, nearly as worrying as somebody using such an old system (yes, I know there can be persuasive reasons to use an old system, but it isn't the comon case - distros provide updates, and migation paths at end of life, we have to handle that for ourselves). ĸ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 -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
