[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [microblaze-uclinux] booting to single user




Hello,

Thank you for answer. It was errors in my init script (I wrote a script in init.d which launch two other scripts in a jffs2 filesystem) : it deosn't find child scripts so it gives me single user safe prompt. With mounted filesystem all works.
Great.

Regards

ZODIAC DATA SYSTEMS SAS
AEROSAFETY & TECHNOLOGY
logo
Guillaume Gastebois
Hardware/Firmware Engineer
2 rue de Caen - 14740 Bretteville l'orgueilleuse - France
Tel: +33 2 31 29 4888  - Fax: +33 2 31 80 6549
guillaume.gastebois@xxxxxxxxxxxxxxxxxxx
http://www.zodiacaerospace.com






Michal Simek <michal.simek@xxxxxxxxxxxxx>
Envoyé par : owner-microblaze-uclinux@xxxxxxxxxxxxxx

14/03/2009 10:51

Veuillez répondre à
microblaze-uclinux@xxxxxxxxxxxxxx

A
microblaze-uclinux@xxxxxxxxxxxxxx
cc
Objet
Re: [microblaze-uclinux] booting to single user




Hi Guillaume and John,


> Hi Guillaume,
>
> On Sat, Mar 14, 2009 at 2:24 AM,
> <Guillaume.Gastebois@xxxxxxxxxxxxxxxxxxx> wrote:
>> I modify my configuration and now my ML505 write "Booting to single user
>> mode" !!
>> Which parameter cause that. Its not what I want (because no more telnet
>> possible).
>
> Typically passing "single" on the command line, or creating a file in
> the root filesystem /etc/single or /etc/singleboot would cause a boot
> into single user mode
>
> When it does boot into single user mode, you can do 'exit' on the
> commandline and it should launch the full init process.  Does this
> work in your situation?

Please check your /etc/inittab -> there should be line with agetty.
From my experiences this could be caused that you removed flatfsd program but
your etc folder have some symlinks to folder which are fill with flatfsd. If you
disable flatfsd program you should call make romfs image for generated proper
etc config files.

>> Another question. I experiment with u-boot tftp problemes like bad len 40<60
>> with ll_temac no mmu reference design. Why ? (1Gbps network
>> board<->switch<->board)
>
> I've seen this before - it doesn't seem to cause problems however
> might be a small bug in the ll_temac driver for u-boot.  We'll log the
> problem.

It is not a bug it is standard u-boot behavior. U-BOOT waits on packet but in
your tftp transfer your PC is sending another packets too which are not related
with tftp. For example arps -> u-boot responses it too or IP. I believe that
this features is possible to turn off. You can use ethereal for check which
packet cause it.

Regards,
Michal

>
> Regards,
>
> John

--
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@xxxxxxxxxxxxxx
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/