** Changed in: udev (Ubuntu Jaunty)
Status: Fix Released = New
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: udev (Ubuntu Jaunty)
Status: New = Fix Released
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Copied jaunty-proposed to karmic.
** Changed in: udev (Ubuntu)
Status: Fix Committed = Fix Released
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
This bug was fixed in the package udev - 141-1.1
---
udev (141-1.1) jaunty-proposed; urgency=low
* Fix detection of CD media:
- extras/cdrom_id/cdrom_id.c: Add a new key ID_CDROM_MEDIA=1 if there
is a CD present. Also, skip media tests if CDROM_DRIVE_STATUS !=
Using udev version 141-1.1 I confirm that the disc drive will stay open
now and not close again right away as it did with the previous version.
** Tags added: verification-done
** Tags removed: verification-needed
--
CD-ROM tray closes automatically after eject
Thanks everyone for testing! I uploaded this to the jaunty-proposed
queue now, waiting for Steve or Colin to process:
udev (141-1.1) jaunty-proposed; urgency=low
* Fix detection of CD media:
- extras/cdrom_id/cdrom_id.c: Add a new key ID_CDROM_MEDIA=1 if there
is a CD present. Also,
Fixes are committed upstream, so they'll land in karmic with the next
upstream git pull or release.
** Changed in: udev (Ubuntu)
Status: Triaged = Fix Committed
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification
Accepted into jaunty-proposed, the package will build now and be
available in a few hours.Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Tags added: verification-needed
--
CD-ROM
I applied the second upstream patch to a new test package
udev (141-1pitti2) jaunty; urgency=low
* Fix detection of CD media:
- extras/cdrom_id/cdrom_id.c: Add a new key ID_CDROM_MEDIA=1 if there
is a CD present. Also, skip media tests if CDROM_DRIVE_STATUS !=
CDS_DISC_OK.
udev (141-1pitti2) jaunty
does the trick for me.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
it s ok !!! bug fixed
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Hello Kay,
Kay Sievers [2009-04-23 0:16 +0200]:
Hmm, so we need to find a more reliable way to check for a media. We
probably need to ask the kernel with some cdrom ioctl() instead of
just talking SG_IO here.
Indeed I was wondering about that; do you plan to use the
CDROM_DISC_STATUS ioctl?
On Thu, Apr 23, 2009 at 09:35, Martin Pitt martin.p...@ubuntu.com wrote:
Kay Sievers [2009-04-23 0:16 +0200]:
Hmm, so we need to find a more reliable way to check for a media. We
probably need to ask the kernel with some cdrom ioctl() instead of
just talking SG_IO here.
Indeed I was
udev (141-1pitti1) jaunty; urgency=low
.
* Fix detection of CD media:
- extras/cdrom_id/cdrom_id.c: Add a new key ID_CDROM_MEDIA=1 if there
is a CD present.
- rules/rules.d/60-persistent-storage.rules: Only start vol_id if
ID_CDROM_MEDIA is set. This should fix the
I am not sure I understand everything.
is it possible to fix bug?
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
FrenchNux [2009-04-22 7:45 -]:
upstream fix don't fix bug !
Can you please copypaste the output of
sudo udevadm monitor --udev --environment
with the PPA package installed, and when you open the drive? (and it
auto-closes again). Thanks!
--
CD-ROM tray closes automatically after eject
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
UDEV [1240402975.415441] change
/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0 (scsi)
UDEV_LOG=3
ACTION=change
DEVPATH=/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0
Hello Kay,
Kay Sievers [2009-04-21 10:52 +0200]:
Nice hardware! :)
If only it was real!
The problem is that there are other devices which report a blank media
for non-blank ones, so this rule would break these.
Ah, understood. Yay buggy CD-ROM firmware.
We changed it yesterday to use an
On Wed, Apr 22, 2009 at 15:34, Martin Pitt martin.p...@ubuntu.com
wrote:
We changed it yesterday to use an ID_CDROM_MEDIA key:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=f907449eee3f58fafafee0658e80578b1dbb2722
Would be good to know, if that works in the case you see the
Scott James Remnant [2009-04-21 1:41 -]:
But does the attribute you point to only indicate that there is no CD in
the drive? The cursory examination I've done, along with the very name
of the setting, suggests that a CD _in_the_drive_ may be blank.
*Nod* But then the CD still wouldn't
Scott says we should fix this in the kernel, not udev. Bumping priority,
and assigning to kernel team. Can we please fix this in an early SRU?
** Changed in: linux (Ubuntu Jaunty)
Importance: Low = High
** Changed in: linux (Ubuntu Jaunty)
Assignee: (unassigned) = Canonical Kernel Team
On Tue, 2009-04-21 at 07:11 +, Martin Pitt wrote:
Scott James Remnant [2009-04-21 1:41 -]:
But does the attribute you point to only indicate that there is no CD in
the drive? The cursory examination I've done, along with the very name
of the setting, suggests that a CD
On Tue, Apr 21, 2009 at 09:25, Martin Pitt martin.p...@ubuntu.com wrote:
However, this rule (and the corresponding code in cdrom_id [1]) relies
on the track/session counts being zero if there is no CD in the drive.
However, at least with kernel 2.6.28.8 the affected people get
something like
I applied that upstream patch to a test package
udev (141-1pitti1) jaunty; urgency=low
.
* Fix detection of CD media:
- extras/cdrom_id/cdrom_id.c: Add a new key ID_CDROM_MEDIA=1 if there
is a CD present.
- rules/rules.d/60-persistent-storage.rules: Only start vol_id if
having had a look at cdrom_id it does appear at least to a cursory look
that cdrom_id is interrogating the CD drive directly using raw SCSI
commands over the sg interface. This implies at least that the drives
in question are returnig the information you are producing directly. It
is not 100%
I am not sure that this upstream fix will help. It makes the udev scan
effectively dependant on whether there is a current profile reported by
the drive. The drive in the cases we have documented are reporting a
profile, indeed if they were not we would not be attempting the TOC read
and later.
The values which are miss-reported are coming direct from the drive via
scsi-passthru on the SG device, the kernel is mearly passing this data
back from the drive. It would appear that these drives are simply
returning false information and if we wish to work around them we are
likely to have to
I agree with the above. As those are results of direct scsi commands and
I have (at least one) a drive that works as expected. This invalidates
the profile and returns no profile as soon as the cd is ejected. The
question is whether there is enough data for userspace to make a sane
decision.
** Also affects: udev (Ubuntu)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Jaunty)
Importance: Undecided
Status: Triaged
** Also affects: udev (Ubuntu Jaunty)
Importance: Undecided
Status: New
--
CD-ROM tray closes automatically after eject
Thanks everyone for attaching their udev logs. They confirm that after
ejection, the track numbers are totally bogus:
ID_CDROM_MEDIA_SESSION_NEXT=2894
ID_CDROM_MEDIA_SESSION_COUNT=19194
ID_CDROM_MEDIA_TRACK_COUNT=47323
and they are different for everyone.
This could be a kernel bug, but
So the kernel bug is that the SCSI command to read CD information does
not set those counts to 0 for blank media. I leave it open.
Instead of modifying the udev rules, ./extras/cdrom_id/cdrom_id.c,
cd_media_info() could also zero those values for media_status==blank,
so that these numbers aren't
Scott, want to commit this upstream? Thanks!
** Changed in: udev (Ubuntu Jaunty)
Importance: Undecided = High
** Changed in: udev (Ubuntu Jaunty)
Status: New = Triaged
** Changed in: udev (Ubuntu Jaunty)
Assignee: (unassigned) = Scott James Remnant (scott)
--
CD-ROM tray closes
I can confirm that the insertion of the abovementioned line in the udev
rules fixes this problem for me. Both drives stay open now.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs,
On Mon, 2009-04-20 at 06:51 +, Martin Pitt wrote:
So the kernel bug is that the SCSI command to read CD information does
not set those counts to 0 for blank media. I leave it open.
Instead of modifying the udev rules, ./extras/cdrom_id/cdrom_id.c,
cd_media_info() could also zero those
Scott James Remnant [2009-04-20 10:47 -]:
Why is this better than fixing the kernel to set those counts to 0 for
blank media rather than returning initialised data?
An SRU which just adds one obvious udev rule is easier to review and
get through as SRU than a kernel update? Also, we have a
I confirm that the insertion of the above mentioned line in the udev rules
fixes this problem for me.
Both drives stay open now.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs,
On Mon, 2009-04-20 at 11:34 +, Martin Pitt wrote:
Scott James Remnant [2009-04-20 10:47 -]:
Why is this better than fixing the kernel to set those counts to 0 for
blank media rather than returning initialised data?
An SRU which just adds one obvious udev rule is easier to review
Scott James Remnant [2009-04-20 14:38 -]:
But the hack fix is not going to go upstream, and you specifically
suggested sending it upstream.
I don't consider it a hack at all. It's a matter of style or opinion
whether you expect the track/session counts to have any meaning if
there is no CD
On Mon, 2009-04-20 at 15:07 +, Martin Pitt wrote:
Scott James Remnant [2009-04-20 14:38 -]:
But the hack fix is not going to go upstream, and you specifically
suggested sending it upstream.
I don't consider it a hack at all. It's a matter of style or opinion
whether you expect
Same here: Two CD trays on my system, Jaunty pulls one of them right
back in. I am running i386.
** Attachment added: 'udevadm monitor -e' when ejecting an audio CD
http://launchpadlibrarian.net/25706564/udev-log.txt
--
CD-ROM tray closes automatically after eject
issue with blank cdrom is resolved but same issue with eject command
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Sorry i would like to say :
With my disc drives (DVD-ROM Samsung SH-D163B), Blank cdroms are unmounted and
nothing in logs.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which
With disc drives (DVD-ROM Samsung SH-D163B)
Empty cd-rw is unmounted.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
amd64
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
My release of Ubuntu is Jaunty beta 64bit
the package of udev is the default package of udev in Jaunty udev_140-2
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I have 2 drives.
Issue only happens with one of the drives (DVD-ROM Samsung SH-D163B)
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
@Scott - How could I go about testing to determine whether or not it is
in fact udev?
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
i disabled
# probe filesystem metadata of optical drives which have a media inserted
# KERNEL==sr*, ENV{ID_CDROM_MEDIA_TRACK_COUNT}==?*, IMPORT{program}=vol_id
--export --skip-raid --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}
$tempnode
now it s ok
--
CD-ROM tray closes automatically
On Wed, 2009-04-08 at 16:29 +, FrenchNux wrote:
i disabled
# probe filesystem metadata of optical drives which have a media inserted
# KERNEL==sr*, ENV{ID_CDROM_MEDIA_TRACK_COUNT}==?*,
IMPORT{program}=vol_id --export --skip-raid
--offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}
This is after ejecting the problematic drive in my system with an audio
CD inserted:
monitor will print the received events for:
UDEV the event which udev sends out after rule processing
UEVENT the kernel uevent
UEVENT[1239210231.132001] change
after disabled # probe filesystem metadata of optical drives which have a media
inserted
# KERNEL==sr*, ENV{ID_CDROM_MEDIA_TRACK_COUNT}==?*, IMPORT{program}=vol_id
--export --skip-raid --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}
$tempnode :
monitor will print the received events for:
in attachement output with probe filesystem ... enabled :
# probe filesystem metadata of optical drives which have a media inserted
KERNEL==sr*, ENV{ID_CDROM_MEDIA_TRACK_COUNT}==?*, IMPORT{program}=vol_id
--export --skip-raid --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}
$tempnode
**
It seems that the kernel is returning bogus information about the number
of tracks; given the randomishness of the numbers, perhaps this is
uninitialised data.
Of the affected people, which are running i386 and which are running
amd64?
** Package changed: udev (Ubuntu) = linux (Ubuntu)
**
I am running amd64.
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Thank you for taking the time to report this bug and helping to make
Ubuntu better. Could you add some more information to this bug report
like the release of Ubuntu you are running and the specific package
version of udev that you have installed? You can check via the 'apt-
cache policy udev'.
This also happens with my Jaunty system however it only happens with one
of the drives in the system.
The persistent-storage rules file has changed a fair bit too from the
patch that was included in Intrepid to resolve bug 283316.
Jaunty:
# probe filesystem metadata of optical drives which have
bug 353657 may be a duplicate of this
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
On Wed, 2009-04-08 at 01:11 +, Brian Murray wrote:
bug 353657 may be a duplicate of this
Is there any evidence that udev is causing this?
Scott
--
Scott James Remnant
sc...@canonical.com
--
CD-ROM tray closes automatically after eject
https://bugs.launchpad.net/bugs/356631
You
58 matches
Mail list logo
