4824 Views 2 Replies Latest reply: Mar 19, 2008 11:15 AM by lowside
OK, this is actually more serious now.
As I understand it, in Tiger, if fsck noticed something (with many UNIX OS's it's like this) the boot would stop, single user mode would start, and an extended fsck would be required.
From Apple's fsck_hfs man page:
[quote]The second form of fsck_hfs preens the specified file systems. It is normally started by fsck(8) run from /etc/rc.boot during automatic reboot, when a HFS file system is detected. When preening file systems, fsck_hfs will fix common inconsistencies for file systems that were not unmounted cleanly. If more serious problems are found, fsck_hfs does not try to fix them, indicates that it was not successful, and exits.[/quote]
Well, I turned off journaling on the partition so that the fsck would be forced. After a MUCH longer boot, I can see this in the system.log:
Feb 12 23:45:47 localhost com.apple.launchctl.System: Invalid directory item count
Feb 12 23:45:47 localhost com.apple.launchctl.System: (It should be 36 instead of 35)
Feb 12 23:45:47 localhost com.apple.launchctl.System: Incorrect folder count in a directory (id = 2)
Feb 12 23:45:47 localhost com.apple.launchctl.System: (It should be 26 instead of 25)
Why is this more serious?
It means that launchd/launchctl, on boot, ran an fsck which produced an error code when checking the boot partition. It then continued booting. In Tiger, /etc/rc.boot would not have continued and would've displayed an appropriate error message, but in Leopard (with launchd/launchctl) this isn't happening!
What if this error resulted in major disk corruption? This sounds very very bad to me!
Any comments/suggestions? I guess what I'm looking for is insight into how the "com.apple.launchctl.System" procedure works and, importantly, how it can be modified.