Voluspa wrote:
> On 2005-08-14 20:10:49 Nick Warne wrote:
>
>>Note the last sentence:
>>
>>' This variation is designed for use with "libraries" of drive
>>identification information, and can also be used on ATAPI drives which may
>>give media errors with the standard mechanism.
>
> My jaw
On Mon, 15 Aug 2005 01:37:08 +0100 Alan Cox wrote:
>
> We certainly could interpret 0x51, 0x04 specifically. Its not an "error"
> in the usual spew at the user case generally speaking but a "do this"
> "no" sequence. Its useful to log because sending unknown commands to an
> IDE device is somethin
On Llu, 2005-08-15 at 00:51 +0200, Voluspa wrote:
> hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
> hdc: drive_cmd: error=0x04 { AbortedCommand }
> ide: failed opcode was: 0xec
> ide: Did you just run "hdparm -I" or do you use a nosy desktop?
We certainly could interpret 0x51, 0x04
On 2005-08-14 20:10:49 Nick Warne wrote:
>Note the last sentence:
>
>' This variation is designed for use with "libraries" of drive
>identification information, and can also be used on ATAPI drives which may
>give media errors with the standard mechanism.
My jaw just clonked on the table.
I just remember a path I took when resolving the issue further to my post
below.
Here is what man hdparm says on -i and -I:
-i Display the identification info that was obtained from the
drive at boot time,
if available. This is a feature of modern IDE drives, and may
Voluspa wrote:
>
> The "hdparm -I /dev/hdc"
>
> hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
> hdc: drive_cmd: error=0x04 { AbortedCommand }
> de: failed opcode was: 0xec
>
> Is present on all kernels that I have locally (oldest 2.6.11.11)
> so it is not related to the threadst
The "hdparm -I /dev/hdc"
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { AbortedCommand }
de: failed opcode was: 0xec
Is present on all kernels that I have locally (oldest 2.6.11.11)
so it is not related to the threadstarters problems, it seems.
root:s
Doing a "hdparm -I /dev/hdc" (without a disk/with a ISO disk/[u]mounted/music
CD):
Aug 14 19:14:33 sleipner kernel: hdc: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Aug 14 19:14:33 sleipner kernel: hdc: drive_cmd: error=0x04 { AbortedCommand }
Aug 14 19:14:33 sleipner kernel: ide:
On Sul, 2005-08-14 at 13:35 +0200, Bartlomiej Zolnierkiewicz wrote:
> > The symptoms vary. On some of my machines just inserting
> > an audio CD makes the box instantly lock up.
You've got all the gnome cruft running. Start by turning that off. Then
try inserting/removing audio discs, playing them
On Sul, 2005-08-14 at 10:30 +1000, Con Kolivas wrote:
> > presumably related, on 2.6.13-rc6. Putting in a cd and trying to read it
> > will cause huge delays and then error out with:
> >
> > ide-cd: cmd 0x28 timed out
(Thats READ_10)
> > hdc: DMA timeout retry
> > hdc: timeout waiting for DMA
> >
Hi Dave,
On 8/14/05, Dave Jones <[EMAIL PROTECTED]> wrote:
> I've noticed this week whilst trying to encode a bunch
> of audio CDs to oggs that my boxes running the latest
> kernels are having serious issues, whereas 2.6.12 seems
> to cope just fine.
>
> The symptoms vary. On some of my machines
On Sun, 14 Aug 2005 10:26, Con Kolivas wrote:
> On Sun, 14 Aug 2005 09:29, Dave Jones wrote:
> > I've noticed this week whilst trying to encode a bunch
> > of audio CDs to oggs that my boxes running the latest
> > kernels are having serious issues, whereas 2.6.12 seems
> > to cope just fine.
> >
>
On Sun, 14 Aug 2005 09:29, Dave Jones wrote:
> I've noticed this week whilst trying to encode a bunch
> of audio CDs to oggs that my boxes running the latest
> kernels are having serious issues, whereas 2.6.12 seems
> to cope just fine.
>
> The symptoms vary. On some of my machines just inserting
>
I've noticed this week whilst trying to encode a bunch
of audio CDs to oggs that my boxes running the latest
kernels are having serious issues, whereas 2.6.12 seems
to cope just fine.
The symptoms vary. On some of my machines just inserting
an audio CD makes the box instantly lock up.
If I boot wi
14 matches
Mail list logo
