cptaffe / plan9front

Automatically exported from code.google.com/p/plan9front
0 stars 0 forks source link

cannot boot cd-rom past the user: prompt #30

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
On builds from the past couple of days, I have not been able to boot the CD-ROM 
past the user: prompt, in VMware or on real hardware. After entering the user, 
nothing happens. Keyboard input is accepted, for a while, but eventually that 
stops being echoed to the screen as well.

Original issue reported on code.google.com by stanley....@gmail.com on 22 Apr 2011 at 3:15

GoogleCodeExporter commented 9 years ago
this is very strange... something seems to be missing... did you rebuild
the kernel as well? i'm a revision demo party right now and they block all
ports except 80 so we wont be able to troubleshoot it...

say aiju that he is awesome by hacking that bcm driver! :-)

damn... bug report comments seem to be my only backchannel to the outside
world now :-\

Original comment by cinap_le...@felloff.net on 22 Apr 2011 at 7:41

GoogleCodeExporter commented 9 years ago
Adding mk nuke to my mkfile... We'll see.

Original comment by stanley....@gmail.com on 22 Apr 2011 at 7:46

GoogleCodeExporter commented 9 years ago
i'm seeing this too. i hope to fix this asap.

Original comment by iru.mu...@gmail.com on 22 Apr 2011 at 8:31

GoogleCodeExporter commented 9 years ago
Nuked, rebuilt from tip and it's still stopping after entering the user.

Original comment by stanley....@gmail.com on 22 Apr 2011 at 9:11

GoogleCodeExporter commented 9 years ago
We stop because the call to newns in init(8) never returns.

Original comment by iru.mu...@gmail.com on 22 Apr 2011 at 9:24

GoogleCodeExporter commented 9 years ago
was my fault... fixed!

Original comment by cinap_le...@felloff.net on 23 Apr 2011 at 5:02

GoogleCodeExporter commented 9 years ago
ok, the problem was that i added mounting /n/other in /lib/namespace,
but used /srv/boot. this will lockup 9660srv as it will interpret
the mount spec as filename and try to open it. as we are using
the same fileserver for the root namespace, that open will call
into 9660srv again wich is busy trying to serve our mount request.

deadlock!

the solution now is to use /srv/cwfs instead of /srv/boot so this
situation will never happen on cd booting.

Original comment by cinap_le...@felloff.net on 23 Apr 2011 at 6:31

GoogleCodeExporter commented 9 years ago

Original comment by a...@phicode.de on 26 May 2011 at 5:20