"Dr. David Alan Gilbert" <[email protected]> writes: > > 1) could be cured by not actually panic'ing. Actually one thing I always wanted was to make sysrq still work after panic. Then you could add a key to page through the dmesg there too and the problem would be solved. It would be extremly useful to reset remote servers when panic=timeout is not set, but something went wrong with mounting /. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: optional delay after partition detection at boot time
- From: Willy Tarreau <[email protected]>
- Re: optional delay after partition detection at boot time
- References:
- optional delay after partition detection at boot time
- From: subbie subbie <[email protected]>
- Re: optional delay after partition detection at boot time
- From: Willy Tarreau <[email protected]>
- Re: optional delay after partition detection at boot time
- From: Geert Uytterhoeven <[email protected]>
- Re: optional delay after partition detection at boot time
- From: "Dr. David Alan Gilbert" <[email protected]>
- Re: optional delay after partition detection at boot time
- From: Willy Tarreau <[email protected]>
- Re: optional delay after partition detection at boot time
- From: "Dr. David Alan Gilbert" <[email protected]>
- optional delay after partition detection at boot time
- Prev by Date: Re: Problem found: kaweth fails to work on 2.6.12-rc[456]
- Next by Date: Re: [PATCH] fix small DoS on connect() (was Re: BUG: Unusual TCP Connect() results.)
- Previous by thread: Re: optional delay after partition detection at boot time
- Next by thread: Re: optional delay after partition detection at boot time
- Index(es):
 |