Control: reopen -1 Sorry, not good enough - you don't get to close a bug just because it's "too old". The code hasn't changed and still has the same problem; I've just looked in your latest upload.
Steve On Sat, May 02, 2020 at 01:51:03AM +0000, Debian Bug Tracking System wrote: >This is an automatic notification regarding your Bug report >which was filed against the eject package: > >#753821: eject fails on CD/DVD drive and reports wrong error > >It has been closed by atzlinux <atzli...@sina.com>. > >Their explanation is attached below along with your original report. >If this explanation is unsatisfactory and you have not received a >better one in a separate message then please contact atzlinux ><atzli...@sina.com> by >replying to this email. > > >-- >753821: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753821 >Debian Bug Tracking System >Contact ow...@bugs.debian.org with problems >From: atzlinux <atzli...@sina.com> >To: 753821-d...@bugs.debian.org >Date: Sat, 2 May 2020 09:43:33 +0800 >Subject: bugreport is too old >Message-ID: <9500528e-db80-3276-ed3e-1fdfad2a3...@sina.com> > > >-- >肖盛文 Faris Xiao >微信：atzlinux >ＱＱ：909868357 >铜豌豆 Linux >基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com > >From: Steve McIntyre <st...@einval.com> >To: Debian Bug Tracking System <sub...@bugs.debian.org> >Date: Sat, 05 Jul 2014 14:17:42 +0100 >Subject: eject fails on CD/DVD drive and reports wrong error >Message-ID: <20140705131742.28987.94205.report...@sledge.mossbank.org.uk> > >Package: eject >Version: 2.1.5+deb1+cvs20081104-13 >Severity: important > >I should have reported this ages ago, sorry. :-( > >I've got a system with several CD/DVD drives in it, and they all show >the same behaviour. I think there's a kernel bug with CD locking at >the root of the main problem here, and I'll report another bug there. > >For a while after I start my system, "eject /dev/srX" works just >fine. However, after some non-determined period it stops working >reliably. What I'm seeing is an annoying badly-reported error: > >sledge:/home/steve/iso# eject /dev/sr1 >eject: unable to eject, last error: Inappropriate ioctl for device >sledge:/home/steve/iso# eject /dev/sr1 >eject: unable to eject, last error: Inappropriate ioctl for device >sledge:/home/steve/iso# eject /dev/sr1 >eject: unable to eject, last error: Inappropriate ioctl for device >sledge:/home/steve/iso# eject /dev/sr1 > >After the fourth attempt here, the eject call works. I've tried >hitting the eject button on the drive itself, but no joy. > >As to reporting ENOTTY, that's just *wrong*. > >Running the same under strace, I can see a silliness here that is the cause: > >open("/dev/sr1", O_RDONLY|O_NONBLOCK) = 3 >ioctl(3, CDROMEJECT, 0) = -1 EIO (Input/output error) >ioctl(3, SG_GET_VERSION_NUM, 0x7fff2e8f387c) = 0 >ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00], >mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=10000, flags=0, status=00, >masked_status=00, sb[0]=[], host_status=0, driver_status=0, resid=0, >duration=0, info=0}) = 0 >ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1b, 00, 00, 00, 01, 00], >mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=10000, flags=0, status=02, >masked_status=01, sb[18]=[70, 00, 02, 00, 00, 00, 00, 0a, 3a, 00, bb, 00, 3a, >00, 00, 00, 00, 00], host_status=0, driver_status=0x8, resid=0, duration=4, >info=0x1}) = 0 >ioctl(3, FDEJECT, 0x7fff2e8f38b8) = -1 ENOTTY (Inappropriate ioctl for >device) >ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or SNDCTL_MIDI_MPUMODE, >0x7fff2e8f3890) = -1 ENOTTY (Inappropriate ioctl for device) > >For some daft reason, eject looks to be trying ioctl(CDROMEJECT), >getting EIO as a failure mode, then falling back to ioctl(FDEJECT) on >the CD drive. That last failure is the cause for the ENOTTY error, and >that is reported incorrectly instead of the EIO that is the first (and >correct) error. > >-- System Information: >Debian Release: 7.5 > APT prefers stable > APT policy: (500, 'stable') >Architecture: amd64 (x86_64) > >Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) >Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) >Shell: /bin/sh linked to /bin/bash > >Versions of packages eject depends on: >ii libc6 2.13-38+deb7u1 >ii libdevmapper1.02.1 2:1.02.74-8 > >eject recommends no packages. > >Versions of packages eject suggests: >ii cdtool 2.1.8-release-2 >pn setcd <none> > >-- no debconf information -- Steve McIntyre, Cambridge, UK. st...@einval.com "Arguing that you don't care about the right to privacy because you have nothing to hide is no different than saying you don't care about free speech because you have nothing to say." -- Edward Snowden
