2008/9/30 Kay Sievers <[email protected]>:
> On Tue, Sep 30, 2008 at 9:50 PM, Frans Pop <[email protected]> wrote:
>> On Tuesday 30 September 2008, Kay Sievers wrote:
>>> Does:
>>> /sbin/udevadm monitor --env
>>> print something while you see the tray closing?
>>
>> I was somewhat lucky to reproduce it with that running and there was no
>> output during the open or close. I guess that rules out udev?
>
> I think so, yes.
>
>> I still don't know how to reliably reproduce this. It seems that after it
>> has occurred once, it will not occur again unless the system is rebooted.
>> But I'm not 100% sure of that.
>>
>> Most times I've seen it was after playing a DVD when ejecting the disc to
>> put it back in its box, but not when the DVD was inserted earlier.
>> But I've also seen it shortly after the system is booted when just opening
>> the tray with no media inserted.
>>
>> Just to be clear: until recently the drive has always behaved perfectly in
>> the same situations.
>>
>>> Does this also happen when you set:
>>> /proc/sys/dev/cdrom/autoclose
>>> to 0?
>>
>> I'll set that on boot using /etc/sysctl.conf and will report if I can
>> still reproduce with that setting. I've checked that the "normal" value
>> is 1.
>
> That will prevent the closing, when something tries to open the device
> in blocking mode. If that solves the issue, you should start looking
> which process tries to access your drive.
>
> Kay
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Hi Kay,
If you can manage to reproduce this, can you try/have you tried
different kernel versions?
--
Tom Spink
On Wed, Oct 1, 2008 at 9:48 AM, Tom Spink <[email protected]> wrote:
> 2008/9/30 Kay Sievers <[email protected]>:
>> On Tue, Sep 30, 2008 at 9:50 PM, Frans Pop <[email protected]> wrote:
>>> On Tuesday 30 September 2008, Kay Sievers wrote:
>>>> Does:
>>>> /sbin/udevadm monitor --env
>>>> print something while you see the tray closing?
>>>
>>> I was somewhat lucky to reproduce it with that running and there was no
>>> output during the open or close. I guess that rules out udev?
>>
>> I think so, yes.
>>
>>> I still don't know how to reliably reproduce this. It seems that after it
>>> has occurred once, it will not occur again unless the system is rebooted.
>>> But I'm not 100% sure of that.
>>>
>>> Most times I've seen it was after playing a DVD when ejecting the disc to
>>> put it back in its box, but not when the DVD was inserted earlier.
>>> But I've also seen it shortly after the system is booted when just opening
>>> the tray with no media inserted.
>>>
>>> Just to be clear: until recently the drive has always behaved perfectly in
>>> the same situations.
>>>
>>>> Does this also happen when you set:
>>>> /proc/sys/dev/cdrom/autoclose
>>>> to 0?
>>>
>>> I'll set that on boot using /etc/sysctl.conf and will report if I can
>>> still reproduce with that setting. I've checked that the "normal" value
>>> is 1.
>>
>> That will prevent the closing, when something tries to open the device
>> in blocking mode. If that solves the issue, you should start looking
>> which process tries to access your drive.
>>
>> Kay
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to [email protected]
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at http://www.tux.org/lkml/
>>
>
> Hi Kay,
>
> If you can manage to reproduce this, can you try/have you tried
> different kernel versions?
I didn't try. I have only slot-in optical drives and manual laptop
trays, there is no autoclose possible. I also have no box with IDE
drivers anymore, sorry.
Kay