Mini-Tutorial: Dealing with FireWire problems (drives not mounting, devices unrecognized, etc.)
As an Apple-invented technology, FireWire (IEEE 1394a and IEEE 1394b) should be (and usually is) one of the most solid and efficient means for interfacing with external peripherals. Indeed Apple's "i"-branded devices -- the iPod and iSight -- have, in large part, been made possible by the quick transfer rates, power sourcing, and hot pluggability offered by FireWire.
Occasionally, however, conflicts between FireWire-connected devices arise and can result in a variety of issues including DV cameras dropping frames, FireWire drives not mounting, and erratic behavior from the iPod (disappearing from iTunes, etc.). In the midst of these issues, you might also experience "buffer underrun" errors when trying to burn CDs or DVDs with FireWire-connected recorders.
The iSight is especially notorious for causing issues of this nature, and exhibiting symptoms.
There exist a number of methods for dealing with FireWire device interference, a few of which are explored here.
Switching Ports The first procedure you should try when experiencing a problem that you believe to be caused by device interference is to simply reconfigure the arrangement in which your FireWire peripherals are connected.
Try switching each device to a different port, or temporarily disconnecting one or more of the devices. In particular, if you are a PowerMac G5 owner, trying switching devices from the front to back ports or vice versa.
Adding an external hub In some cases, it appears that FireWire devices are not drawing enough power from the computer. This can cause a sundry of strange issues, including apparent conflicts between devices and unexpected power-offs during device operation. In these instances, adding an externally powered FireWire hub can clear things up.
One of the reasons an "under-powered" situation can occur is that different Mac models have varying power capacities available through their FireWire ports.
PowerBooks and iBooks have the least, generating around 7 watts. The iMac G5 also generates a relatively low amount of FireWire power, sharing 8 watts between its two FireWire 400 ports.
The Power Mac G5 shares 15 watts between its one FireWire 800 port and two FireWire 400 ports.
Place devices on different FireWire busses/Isolate the iSight Similar to the above procedure, adding another FireWire bridge -- via an extra PCI-based FireWire adapter or another means -- can eliminate conflicts from devices that reside on the same bridge.
Power cycling the system Simply cycling the power on your system may be enough to temporarily eliminate a few FireWire conflict issues.
Shut down your Mac, and disconnect all FireWire devices as well as the computer's power cord. Leave the system off for about 10 minutes, then plug it back in. First turn your Mac back on, then re-attach the FireWire devices one at a time and check for the conflict to resurface.
Disconnect specific FireWire devices (especially iSight) to check for conflicts As noted above, the most common cause of interference is Apple's own iSight. In case after case, simply disconnecting this single device has eliminated problems with other FireWire devices. Other devices often implicated in FireWire conflicts include video-related devices; cameras, the EyeTV, video decks, etc.
Disconnecting the iSight has proved particularly successful for an issue where the iPod disappears from the Desktop and from the iTunes playlist, while the iPod status screen cycles from the Apple logo to a "Do not Disconnect" message over and over.
The exact reasons why the iSight causes more than its fair share conflicts with other FireWire devices are many, and sometimes unclear. One potential source of conflict, however, could be the unit's high bandwidth usage.
The iSight captures video at a 640 x 480 pixel resolution, at 30 frames per second in millions of colors. Such throughput uses a significant chunk of the standard FireWire port's 400 Mbps bandwidth. As such, when other devices are connected, the bandwidth requirements for satisfactory performance may not be met.
Try disconnecting all FireWire devices, then adding them back one by one and repeating the originally failed operation to check for conflicts.
Apply the latest updates Make sure that your FireWire drives are using the latest firmware (check the manufacturers' Web site) and the most recent iPod update has also been applied.
Of higher importance, if you have an iSight, is the iSight 1.0.2 updater. In a large number of cases it has resolved conflicts caused by the camera.
Re-apply the most recent Mac OS X combo updater In some cases, re-applying the most recent combo updater can resurrect seemingly defunct FireWire ports and allow devices -- drives included -- to be recognized again.
The most recent combo updater is available from Apple's download page.
Clear caches Try using a tool like Tiger Cache Cleaner or Cocktail to remove potentially corrupt system caches. Restart, then check if your FireWire devices are recognized.
Like what you've found in this tutorial? Get more troubleshooting guidance (updated daily) by subscribing to MacFixIt Pro.
Resources


firewire hubs and they did not help. The only solution was to stop using the
iSight altogether. I use the iBot firewire now with no firewire problems at all
with my iPod or my Lacie external firewire hard drive. I never recommend the
iSight to anyone, unless the iSight is to be their only firewire device. It just
does not play well with others.
P.S. On a side note, the iSight video is very dark.
---
iMac G4, 17", 1GHz, 768 MB RAM
iBook G4, 12", 800 MHz, 640 MB RAM
OS 10.3.6.
a little overenthusiastic or exaggerated. Some
information in support of this contention can be
gleaned from these URLs:
http://www.lowendmac.com/misc/03/0224.html
http://www.lowendmac.com/misc/03/0421.html
Currently, I am wrestling with getting a problematic
FireWire DataVault (Olixir) connected to my iMac (using
OS 9.2.2). Sometimes, the drive registers on the
monitor screen, at other times it doesn't. The only
reason I got that drive to register in the first place was
because I hot-un/plugged it (out of pure desperation).
Thereafter, the drive icon showed up on the
screen a few times only to disappear again. The same
thing happened when the cable was replaced with a
company-tested cable. The same problem materialized
with a replacement drive which the company sent me to
compare the idiosyncratic behavior of these two drives.
Interestingly, one of these drives sometimes shuts
down when connected to the computer, at other times it
doesn't.
The most interesting phenomenon I observed
materialized with a loud, steady staccato sound
(duck-duck-duck?) that seemed to emanate from my
scanner ; the sound stopped only when I quickly shut
the computer down. The drive was already connected
when I started the computer up; so far, I haven to been
able to recreate this sound.
Somehow, I have a feeling that there is nothing wrong
with these drives, but that the fault has to be found in
the FireWire connection. Unfortunately, at this time
have nothing more definitive than this feeling.
Any idea on what kind of a problem I am here
confronted with will be much appreciated.
My home workstation, a G4/500, has a slightly dated external 120GB FW hard drive from Maxtor, which serves as my iTunes library.
I often configure and update laptops for clients and friends, and rather than reboot them into FW Disk Mode and copy things over, I like to use FW as an IP interface: they can be online, downloading or updating or whatever, but I can still use FW's performance to copy large files between machines, etc.
Doing so, however, crashes iTunes and usually causes the external FW drive to lose its connection.
IP over FW is a great concept but is simply not fully mature in the current builds of OS X. I hope Apple continues to support and develop this form of networking.
-p
drives to just "Mac OS" issues. I have discovered that one of my "cheapo"
drive cases (called a "Laser") has a firewire chipset from the Taiwanese
company "Prolific". The chipset is 3507, and a cursory check on Google
shows widespread problems with this chipset on Macs, as well as Windoze
boxes.
The firmware can't be updated from the Mac, however it seems that this
wouldn't solve the issues anyway. Such is the reward for buying a $35
external drive case! The cause of an individual firewire problem should
include checking to see if this chipset is the culprit.
Obviously sticking to Oxford 911 chipsets is important to the Mac's
implementation.
Prolific...that's what's on my disk go by edge. The drive started making
clicking noises, will not be recognized, data gone. Reformatting does not
happen. So if this is any example: stay away from disk go/edge.
Your data isn't lost -- just take the drive out and put it in a better enclosure.
I also had a few Prolific enclosures, never again.
- by Dave Heap March 7, 2006 4:18 PM PST
- Like Brian McCarty, I too had a "Laser" case with a
- Like this Reply to this comment
-
(7 Comments)Prolific 3507 chipset. Worked fine on a number of G3
Beige Macs with several different brands of PCI
FireWire cards (but all with VIA VT6306 chipsets). Then
attached to a B/W G3 Server - corrupted directory nearly
every shutdown under OS 9.2.2!
Got rid of Laser case and bought a LaCie BigDisk d2
Extreme 500GB. The corruption problem happened on
the LaCie B/W G3 combination as well! Put a VIA
VT6306 chipset PCI FireWire card in the B/W G3 and
the problem went away.
I suspect the FireWire hardware on the B/W G3 is not
the best (after all, it was the first FireWire machine).