Re: Help with debugging a trace
site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Thanks. I hope I've given you enough info. Vince On 23 Dec 2006, at 2:47 PM, Paul Ripke wrote: Hi members, I was advised to post to this list to see if I could get any answers to a consistent problem I have. I had a 200 GB external drive mounted in an M9 case which I was using as a boot drive for my Mac mini G4. The casing power failed while I was using it and the 200 GB drive went from 189 GB formatted down to 129 GB and is unbootable. I bought a new 250 GB LaCie external as a new boot drive and re-installed the OS and copied as much files, docs, mp3s, pics etc that I could retrieve from the old drive. Now the computer crashes 3-4 times a day even unattended. The panic is as follows: Without studying the info provided too deeply: Does it only panic when the 200 GB drive is mounted? I'd guess that the HFS+ (I assume) metadata structures are corrupted on your 200 GB drive - umount and run fsck (Darwin method) or Disk Utility (Mac OS X) over the filesystem. Either that, or there's unrelocatable bad blocks in the HFS+ metadata structures that's causing problems. I haven't checked the source - what does Darwin do on metadata write failures? Panic? Second look at the panic string and backtrace, I'm guessing the later. -- Paul Ripke Unix/OpenVMS/TSM/DBA I love deadlines. I like the whooshing sound they make as they fly by. -- Douglas Adams _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Thanks for replying, Paul. It panics with or without the 200 GB attached. Yes I'd thought maybe a FireWire problem too. On Sat, Dec 23, 2006 at 01:45:23PM +0800, Vince Loden wrote: panic(cpu 0 caller 0x000E3DDC): vnode_writedone: numoutput < 0 This email sent to site_archiver@lists.apple.com
participants (1)
-
Vince Loden