11.3 Does Not Recognize eSATA Drive

On 08/02/2010 01:06 PM, rems0 wrote:
>
> Checking the BIOS configuration on this DELL T3500, I found that it has
> 3 options under “SATA Operation”:
>
> 1. “RAID Autodetect / AHCI” : RAID if signed drives, otherwise AHCI
> 2. “RAID Autodetect / ATA” : RAID if signed drives, otherwise ATA
> 3. “RAID On” : SATA is configured for RAID on
> every boot
>
> It was set per default to “RAID On” and it worked fine on openSUSE
> 11.2.
> Setting it to “RAID Autodetect / ATA” made it work now on 11.3 without
> turning acpi=off on boot. Now all 4 cores are there again.

Setting acpi=Off will automatically limit you to a single core. SMP cannot
function that way.

Unfortunately, this will not fix waerola1’s problem. His adapter is a plug-in
module on the PCI bus.

lwfinger,
I appreciate all the effort put into this problem and I would like to see it to a conclusion. I’ve posted the output of the two dmesg strings in a subsequent message.

Once you’ve reviewed them, please advise.

waerola1

On 08/02/2010 11:36 PM, waerola1 wrote:
>
> lwfinger,
> I appreciate all the effort put into this problem and I would like to
> see it to a conclusion. I’ve posted the output of the two dmesg strings
> in a subsequent message.
>
> Once you’ve reviewed them, please advise.

The device in question is ata3.00. In 11.3, you geet the following:

ata3: SATA max UDMA/133 cmd 0xd080 ctl 0xd000 bmdma 0xc800 irq 19
ata3.00: ATA-8: WDC WD3200AAJB-00J3A0, 01.03E01, max UDMA/100
ata3.00: 268435455 sectors, multi 16: LBA
ata3.00: applying bridge limits
ata3.00: NODEV after polling detection
ata3.00: revalidation failed (errno=-2)
ata3.00: n_sectors mismatch 268435455 != 137438953504
ata3.00: revalidation failed (errno=-19)
ata3.00: NODEV after polling detection
ata3.00: revalidation failed (errno=-2)
ata3.00: disabled
ata3: soft resetting link
ata3: EH complete

In 11.2, you get

ata3: SATA max UDMA/133 cmd 0xd080 ctl 0xd000 bmdma 0xc800 irq 19
ata3.00: ATA-8: WDC WD3200AAJB-00J3A0, 01.03E01, max UDMA/133
ata3.00: 625142448 sectors, multi 16: LBA48
ata3.00: applying bridge limits
ata3.00: configured for UDMA/100

The number of sectors is wrong in 11.3 as it has 268435455 (137 GB) while 11.2
has 625142448 (320 GB).

The problem is definitely a driver problem. I have no idea if 2.6.35 would fix
the problem, or not.

@lwfinger: Where is the best place to check/submit bug reports concenrning this issue?

On 08/03/2010 05:06 AM, deano ferrari wrote:
>
> @lwfinger: Where is the best place to check/submit bug reports
> concenrning this issue?

File a bug report at http://bugzilla.kernel.org. Report it as a regression
between 2.6.31 and 2.6.34. As attachments, post ‘lspci -nnk’ output and full
dmesg outputs for 11.2 (2.6.31) and 11.3 (2.6.34).

Thank you for your assistance. The adapter in question was at least 5 years old. I had a more recent adapter that allows me full access to the IDE drive plugged into an SATA port.

I appreciate the help, but it seems wasteful to track down a regression on such a minor and old device.

I consider my request closed.

Sincerely,
waerola1

On 08/03/2010 11:06 PM, waerola1 wrote:
>
> I appreciate the help, but it seems wasteful to track down a regression
> on such a minor and old device.
>
> I consider my request closed.

Your choice, however, one of the advantages of Linux is that even the oldest
hardware remains supported. There was a report a year ago of someone booting a
modern kernel on a 386 CPU.

I have samekind of problem, after I upgraded from OS11.2 to OS11.3 my SATA drives were no longer detected in AHCI mode. Getting system bootable required me to change back to legacy ATA mode. This means I now can not use the eSATA port on my mobo and thus my backup drive can not be used.

Was there already a bug report created for this?