please use bugreport to report it again. The code isn't change,this it true.But others all changed,hardware,kernel,OS,etc,.
this bug close at first. 在 2020/5/6 下午8:39, Steve McIntyre 写道: > 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 -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
signature.asc
Description: OpenPGP digital signature
