Hi,Steve McIntyre: There are some type errors in my last email,sorry!
I write again: Please use reportbug to report it again. The code isn't change,this is true.But others all changed,hardware,kernel,OS,etc,. So,this bug close at first. 在 2020/5/7 上午12:45, atzlinux 肖盛文 写道: > 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
