Fwd: Problems at booting
Craig Hollabaugh <craig@hollabaugh.com> wrote:
> On Wed, 2005-12-21 at 14:05 +0100, Paula Saame=F1o wrote:
> > INIT: version 2.86
booting
> > /etc/init.d/rcS:
> > INIT: Entering runlevel: 2
> > INIT: Id "1" respawning too fast: disabled for 5 minutes
> > INIT: Id "3" respawning too fast: disabled for 5 minutes
> > INIT: Id "2" respawning too fast: disabled for 5 minutes
> > INIT: Id "5" respawning too fast: disabled for 5 minutes
> > INIT: Id "4" respawning too fast: disabled for 5 minutes
> > INIT: Id "6" respawning too fast: disabled for 5 minutes
> > INIT: Id "T0" respawning too fast: disabled for 5 minutes
> > INIT: no more processes left in this runlevel
>
>
> > 1:2345:respawn:/sbin/getty 38400 tty1
> > 2:23:respawn:/sbin/getty 38400 tty2
> > 3:23:respawn:/sbin/getty 38400 tty3
> > 4:23:respawn:/sbin/getty 38400 tty4
> > 5:23:respawn:/sbin/getty 38400 tty5
> > 6:23:respawn:/sbin/getty 38400 tty6
>
>
> Paula,
>
> It looks like your getty is not running correctly (maybe a lib or bin
> problem). Do you have a statically linked shell, like ash, on your
> system? Get that running first with
Could also be the drivers for the console and serial ports are not
initializing. Do you see kernel boot messages indicating your console
devices are found or not?
--
Sebastian Kuzminsky
I passed the init parameter to my kernel before compiling, indicating
init=/bin/sh, so the kernel start up, but then, when I try "getty 9600
ttyS0" or "getty 9600 ttyS0 vt100", it does not work.
When booting, I see the console messages:
Linux/PPC load: console=ttyS0,9600 ip=off root=/dev/xsysace/disc0/part2 rw init=/bin/sh
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.4.26byu (psaameno@nicte) (gcc version 3.4.4) #4 mié dic 21 17:20:51 CET 2005
Xilinx Virtex-II Pro port (C) 2002 MontaVista Software, Inc. (source@mvista.com)
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,9600 ip=off root=/dev/xsysace/disc0/part2 rw init=/bin/sh
Xilinx INTC #0 at 0x41200000 mapped to 0xFDFFE000
Console: colour dummy device 80x25
Calibrating delay loop... 299.82 BogoMIPS
Memory: 62872k available (1380k kernel code, 420k data, 84k init, 0k highmem)
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
i2c-core.o: i2c core module version 2.6.1 (20010830)
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at 0xfdfff003 (irq = 28) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Partition check:
xsysacea: p1 p2
System ACE at 0x41800000 mapped to 0xC5000000, irq=30, 500472KB
eth0: No PHY detected. Assuming a PHY at address 0.
eth0: Xilinx EMAC #0 at 0x80400000 mapped to 0xC5013000, irq=31
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on System ACE(254,2), internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 84k init
sh-2.05b#
So I do not know what else I can do...
Thanks a lot for your help and soon replies.
Paula Saameno
Reply to: