LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   ata1: softreset failed (devie not ready) on Fedora 17 (https://www.linuxquestions.org/questions/linux-newbie-8/ata1-softreset-failed-devie-not-ready-on-fedora-17-a-4175411876/)

buitenzorg1979 06-17-2012 02:07 AM

ata1: softreset failed (devie not ready) on Fedora 17
 
Dear All,

Please help for this issue.

Everytime i turn on the laptop, it always appears the message "ata1: softreset failed (Devie not ready)" I use linux fedora 17. Please help and solutions.

Code:

root@localhost goombah]# lspci |grep -i ata
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA

Code:

[root@localhost goombah]# uname -a
Linux localhost.localdomain 3.4.0-1.fc17.i686 #1 SMP Sun Jun 3 07:16:04 UTC 2012 i686 i686 i386 GNU/Linux

Code:

[root@localhost goombah]# dmesg |grep -i ata
[    0.000000]  BIOS-e820: 000000007fe60000 - 000000007fe76000 (ACPI data)
[    0.000000] Memory: 2047496k/2095488k available (5330k kernel code, 47532k reserved, 2616k data, 620k init, 1190280k highmem)
[    0.000000]      .data : 0xc0934923 - 0xc0bc2980  (2616 kB)
[    0.113918] ACPI: EC: GPE = 0x10, I/O: command/status = 0x66, data = 0x62
[    0.117638] pci 0000:00:12.0: set SATA to AHCI mode
[    0.130331] libata version 3.00 loaded.
[    0.903288] ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
[    0.905134] ata1: SATA max UDMA/133 abar m1024@0xf0309000 port 0xf0309100 irq 11
[    0.905139] ata2: SATA max UDMA/133 abar m1024@0xf0309000 port 0xf0309180 irq 11
[    0.905144] ata3: SATA max UDMA/133 abar m1024@0xf0309000 port 0xf0309200 irq 11
[    0.905150] ata4: SATA max UDMA/133 abar m1024@0xf0309000 port 0xf0309280 irq 11
[    1.210074] ata2: SATA link down (SStatus 0 SControl 300)
[    1.210113] ata4: SATA link down (SStatus 0 SControl 300)
[    1.210150] ata3: SATA link down (SStatus 0 SControl 300)
[    1.365041] ata1: softreset failed (device not ready)
[    1.365239] ata1: applying PMP SRST workaround and retrying
[    1.520060] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.568112] ata1.00: ATA-8: WDC WD1600BEVT-22ZCT0, 11.01A11, max UDMA/133
[    1.568117] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.568123] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[    1.569198] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[    1.569202] ata1.00: configured for UDMA/133
[    1.569430] scsi 0:0:0:0: Direct-Access    ATA      WDC WD1600BEVT-2 11.0 PQ: 0 ANSI: 5
[    1.890674] Write protecting the kernel read-only data: 2112k
[    4.340997] pata_atiixp 0000:00:14.1: enabling device (0014 -> 0015)
[    4.341094] pata_atiixp 0000:00:14.1: setting latency timer to 64
[    4.341580] scsi4 : pata_atiixp
[    4.341722] scsi5 : pata_atiixp
[    4.342173] ata5: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x8420 irq 14
[    4.342177] ata6: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x8428 irq 15
[    4.342256] ata5: port disabled--ignoring
[    5.592191] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[    6.079002] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

Thx.

jschiwal 06-17-2012 02:40 AM

The kernel is applying a work around for a controller bug. The work around works so you don't have a problem. Maybe a libata.force kernel option may help.
http://www.kernel.org/doc/Documentat...parameters.txt

I wouldn't bother. Hardware and BIOS bugs are common. Note the number of workaround options in the kernel boot parameters.


All times are GMT -5. The time now is 05:20 AM.