So I ran smartctl -t short /dev/hda gave no errors and then ran smartctl -t long /dev/hda and also ended without errors. The output from smartclt -l selftest /dev/hda is:
=== START OF READ SMART DATA SECTION ===SMART Self-test log structure revision number 1Num Test_Description Status
Well I think that it is ATIIXP. Here is the lspci output:
:00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5a31 (rev 01) Subsystem: Fujitsu Siemens Computer GmbH: Unknown device 1098 Flags: bus master, 66MHz, medium devsel, latency 64
:00:01.0 PCI bridge: ATI Technologies Inc:
Actually I want DMA enabled and by switching DMA off I would like to see if there still appears some errors, but I think a better ideea is to check with smartctl.
I use the latest kernel 2.6.17.13 and I have ATIIXP chipset.
On 9/26/06, Matus UHLAR - fantomas <[EMAIL PROTECTED]> wrote:
> Andras Lo
> Andras Lorincz wrote:
> >It's a brand new notebook, the HDD shouldn't die... but who knows...
> >Maybe this is related to the fact that BIOS sets the HDD's DMA. If I
> >enter the BIOS it shows that the HDD is set to dma mode 5 so maybe I
> >should disable dma in the kernel if the bios anyway se
Andras Lorincz wrote:
Hi,
I have a notebook with fujitsu hdd. At startup I get messages like this:
hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete
DataRequest }
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: set_drive_speed_status:
On Tue, Sep 26, 2006 at 04:25:46PM +0300, Andras Lorincz wrote:
> Actually I want DMA enabled and by switching DMA off I would like to see if
> there still appears some errors, but I think a better ideea is to check with
> smartctl.
>
> I use the latest kernel 2.6.17.13 and I have ATIIXP chipset.
Andras Lorincz wrote:
It's a brand new notebook, the HDD shouldn't die... but who knows...
Maybe this is related to the fact that BIOS sets the HDD's DMA. If I
enter the BIOS it shows that the HDD is set to dma mode 5 so maybe I
should disable dma in the kernel if the bios anyway sets the DMA
David Baron wrote:
On Thursday 27 July 2006 00:38, Daniel B. wrote:
...
I have had similar problems with an Asus A7M266-D motherboard with multiple
kernel versions (2.2 through 2.6, I think).
From what I've been able to gather, my motherboard's IDE controller (AMD
768?) is buggy, and the Linu
On Thursday 27 July 2006 00:38, Daniel B. wrote:
> Greg Madden wrote:
> ...
>
> > John Schmidt <[EMAIL PROTECTED]> wrote:
>
> ...
>
> >> I have two IDE drives ... the motherboard is quite old.
>
> ...
>
> >> I get the following error messages from dmesg:
>
> ...>> hde: dma_intr: status=0x51 { Driv
Greg Madden wrote:
...
John Schmidt <[EMAIL PROTECTED]> wrote:
...
I have two IDE drives ... the motherboard is quite old.
...
I get the following error messages from dmesg:
...>> hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError Bad
On Thursday 20 July 2006 16:52, Ralph Katz wrote:
> Greg Madden wrote:
> > On Wed, 19 Jul 2006 10:29:51 -0600
> >
> > John Schmidt <[EMAIL PROTECTED]> wrote:
> >> > Hi,
> >> >
> >> > I have two IDE drives connected together using lvm. The drives are
> >> > quite new, the motherboard is quite old.
Greg Madden wrote:
> On Wed, 19 Jul 2006 10:29:51 -0600
> John Schmidt <[EMAIL PROTECTED]> wrote:
>
>> > Hi,
>> >
>> > I have two IDE drives connected together using lvm. The drives are
>> > quite new, the motherboard is quite old. I put a single ext3
>> > partition on top of lvm which is used
On Wed, 19 Jul 2006 10:29:51 -0600
John Schmidt <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have two IDE drives connected together using lvm. The drives are
> quite new, the motherboard is quite old. I put a single ext3
> partition on top of lvm which is used for temporary large data sets.
> I get t
On Monday 17 June 2002 12:44 am, Rick Commo wrote:
[ large snip ]
> So... Before you used the caddies, were you running a 40 wire or 80 wire
> (40 signal/ground pairs) cable? I would then wonder how adding a caddy
> might affect the ground return paths for the signals. The problem could
> potenti
Ron Johnson wrote:
On Sun, 2002-06-16 at 06:23, James Green wrote:
Hi all,
I've got two Maxtor IDE hard drives. They have been working fine, but since I
moved them into drive caddies I've been getting the following messages in
dmesg output for the second drive:
[snip]
What shoul
Here's some potentially "out-there" speculation - and I hope I'm not leading
you down the garden path.
It just *might* be a "signal integrity" issue being introduced by the caddy.
This could be in either the area of "stubs" or "ground returns". I did this
electrical behavior analysis for 14 years
On Sun, 2002-06-16 at 06:23, James Green wrote:
> Hi all,
>
> I've got two Maxtor IDE hard drives. They have been working fine, but since I
> moved them into drive caddies I've been getting the following messages in
> dmesg output for the second drive:
[snip]
> What should I do to diagnose this
17 matches
Mail list logo
