** Changed in: nautilus
Importance: Unknown = High
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I recently upgraded to hardy and can no longer mount the ipod.
I also had a problem also with burning dvd+rw's where the dvd was
mounted as cdrom1 instead of cdrom, I don't know if this is related.
[EMAIL PROTECTED]:~$ dmemsg | tail
bash: dmemsg: command not found
[EMAIL PROTECTED]:~$ dmesg |
Perhaps I posted to quickly there. I rebooted and the ipod mounted.
In the last few versions of ubuntu I don't recall having troubles mounting the
ipod.
Karim
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug notification because you
** Changed in: nautilus
Status: Unknown = Fix Released
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
This bug was fixed in the package gnome-mount - 0.8~svn20080225-0ubuntu3
---
gnome-mount (0.8~svn20080225-0ubuntu3) hardy; urgency=low
* debian/patches/90_from_svn_allow_ejecting_drives.patch:
- change from SVN, allow to eject drives, make ejecting and ipod in nautilus
Just upgraded to the fix-release, rebooted but the problem persists:
gnome-mount -e /dev/sdc or gnome-mount -e /dev/sdc1 (IPOD is third
drive) simply do nothing, while eject doesn't work anymore:
[EMAIL PROTECTED]:~$ eject -v /dev/sdc1
eject: device name is `/dev/sdc1'
eject: expanded name is
I can confirm that this is not fixed by latest upload
(0.8~svn20080225-0ubuntu3).
$ gnome-mount -v -e -b -d /dev/sdc
gnome-mount 0.8
** (gnome-mount:19725): DEBUG: Ejecting
/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A270019C58592_0_0
** (gnome-mount:19725): DEBUG: Setting up 750ms
Sorry, I didn't notice debian/patches/06_allow_eject_drive.patch is
adding the additional 'if (found || opt_eject)'. Patch probably needs a
revisit or the current eject logic is busted.
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug
Sebastien, could you review the backported patch. There seems to be some sort
of logic error compared to patch that was applied upstream:
http://svn.gnome.org/viewvc/gnome-mount/trunk/src/gnome-mount.c?r1=167r2=166pathrev=167limit_changes=100view=patch
Upstream:
if (found) {
goto try_drive;
Please revisit this in 8.04.1 or as a SRU. I was able to eject both an
ipod and an empty cd drive with the attached patch.
** Attachment added: debdiff.txt
http://launchpadlibrarian.net/13667817/debdiff.txt
--
nautilus cannot eject ipod while eject(1) does
This bug was fixed in the package gnome-mount - 0.8~svn20080225-0ubuntu4
---
gnome-mount (0.8~svn20080225-0ubuntu4) hardy; urgency=low
* debian/patches/06_allow_eject_drive.patch:
- don't use this change for now, it breaks the svn backport and it's better
to be able to
The issue is due to gnome-mount and has been fixed upstream, I'll
backport the change to hardy
** Changed in: gnome-mount (Ubuntu)
Sourcepackagename: nautilus = gnome-mount
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug
** Changed in: gnome-mount (Ubuntu)
Status: Triaged = Fix Committed
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs
For now, I umount (not eject the device) and then unplug the ipod, I
guess this shouldn't corrupt anything (maybe I'm wrong?) and then the
ipod ejects by itself. This bug should definitely be worked out for
better usage of the gui, though.
--
nautilus cannot eject ipod while eject(1) does
There seems to be no way to safely remove an ipod using GUI in Hardy as
umount leaves the device in Do not disconnect state. Using eject from
console safely removes the hardware. This is regression from earlier
releases and will probably lead to a corrupt song database.
--
nautilus cannot eject
ejects okay:
$ sudo eject /dev/sdc
$ gnome-mount -e -b -d /dev/sdc2
eject fails:
$ gnome-mount -e -b -d /dev/sdc
gnome-mount seems to fail with an error if ejecting a device instead of
a partition. The problem may arise as differently formatted devices have
different number of partitions and
Also, ejecting only one of the partitions could lead to
http://bugzilla.gnome.org/show_bug.cgi?id=478177.
--
nautilus cannot eject ipod while eject(1) does
https://bugs.launchpad.net/bugs/211693
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
Thanks for your bug report. This bug has been reported to the developers
of the software. You can track it and make comments here:
http://bugzilla.gnome.org/show_bug.cgi?id=526308. The same message is
displayed on my hardy installation but the ipod is ejected correctly
though
** Changed in:
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/13105167/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/13105168/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/13105169/ProcStatus.txt
--
nautilus
19 matches
Mail list logo