This bug report is being closed due to your last comment regarding this
being fixed with an update. For future reference you can manage the
status of your own bugs by clicking on the current status in the yellow
line and then choosing a new status in the revealed drop down box. You
can learn more a
PS: Those /dev/disk/by-id/* symlinks are automatically created by
'udevd'. If Ubuntu's udevd and the udev scripts are reasonably close to
mainline udev, then it works out-of-the box with firewire-sbp2 just like
with sbp2.
--
firewire hard disk only detected at boot process
https://bugs.launchpa
I'm not sure what is required to have it show up on the desktop.
Perhaps an update to 'hald' to adapt it to the new drivers. (But then,
firewire-sbp2 simply adds and removes SCSI devices like sbp2 and any
other SCSI driver for hotpluggable SCSI devices does. It would
moderately surprise me if HAL
Regarding FireWire disks, there are a few open bugs in the new driver
stack (devices not recognized, errors during heavy I/O, and other
issues). I estimate that most of them can be resolved before upstream
kernel 2.6.24 will be released.
The difficult part is handling of FireWire camcorders, audi
Hello Stefan,
Thank you for your info, I didn't pretend to solve everybody's
firewire troubles, my intention was to inform ubuntu users, that newer
kernels can "let them manage better" firewire disks. Anyway, let's wait
for better perfomance of the new stack in future kernel releases.
Alb
The new alternative experimental drivers (CONFIG_FIREWIRE) are not ready
for production yet, unless distributors know exactly what they are
doing. Support by userspace libraries and applications is still
lacking, and there are some hardware incompatibilities. See
http://wiki.linux1394.org/Introdu
I have the same problem... (although I don't see two equal icons) on
Ubuntu dapper drake 6.06
udevmonitor reveals (literally) nothing when I plug or unplug firewire
drive if it is not connected at boot time.
$ dmesg | grep 1394
reveals:
[17275987.836000] ieee1394: impossible ack_complete from n
