Re: Startup disk check
Re: Startup disk check
By the way, if your test disk has the developer tools installed,
there are +-26807 files that you could nuke in
sudo rm -rf /Developer/Documentation
Every file node gets counted and checked, so the more files you have,
the longer the disk check takes. I've got the dev tools installed on
multiple disks with multiple OS versions, so getting rid of these
directories sped up my disk checks. :)
It would be nice if HeaderDoc generated .tar.gz'd documentation wads.
A viewer application to view the wads would be great. Heck, a
web-archive like thing that's viewable in Apple Help Viewer or
Safari would be the next best thing!
Even better, make a read-only disk image of /Developer/Documentation
and make it overmount on /Developer/Documentation at each boot.
There are drawbacks to taking this approach. Namely, upgrading the
dev tools or installing CHUD or USB DDK's, which assume that they can
write to /Developer/Documentation, wont be happy.
I wonder... can you could journal a HFS+ disk image? Then, you wouldn't
need to make the /Developer/Documentation image read-only!
Next, journal the disk containing your journaled disk image and
see what hilarity ensues. ;)
--Steve
On Wed, Apr 30, 2003 at 07:13:22PM -0700, Eric Long wrote:
>
> You can reduce the reboot delay if you turn on HFS+ journaling for
>
> all file systems. If you boot into MacOS 8 or 9, you should shutdown
>
> MacOS X cleanly before doing so.
>
>
I'll take a look at that thought. Thanks.
>
>
> Have you tried booting into single user mode and manually loading
>
> the necessary kernel extensions?
>
>
Loading and unloading isn't the problem. The problem is that the test case
>
produces a panic. I have to reboot after that. I tried a lot of things to
>
try and isolate the trigger. What I found is that if I set the
>
kextcb->e_fcb value to anything other than null in my test kext's socreate()
>
hook, the third party extension will call panic(). I'm thinking, what
>
business is it of theirs what that value is... besides the issue of why a
>
kernel extension would ever call panic(). Seems to me if their kext is
>
confused it should just bow out gracefully in any case.
>
>
Eric
>
_______________________________________________
>
darwin-kernel mailing list | email@hidden
>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel
>
Do not post admin requests to the list. They will be ignored.
_______________________________________________
darwin-kernel mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/darwin-kernel
Do not post admin requests to the list. They will be ignored.