Моя плата ASUS M4A87TD EVO оснащена двумя встроенными дисковыми контроллерами, один из которых – JMicron JMB361 с подключенным одним старым IDE-диском. Когда я загружаю Arch Linux, он отображается в системном журнале следующим образом:
Nov 02 12:53:50 host kernel: ahci 0000:04:00.0: JMB361 has only one port Nov 02 12:53:50 host kernel: ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode Nov 02 12:53:50 host kernel: ahci 0000:04:00.0: flags: 64bit ncq pm led clo pmp pio slum part Nov 02 12:53:50 host kernel: ata9: SATA max UDMA/133 abar m8192@0xfbffe000 port 0xfbffe100 irq 17 Nov 02 12:53:50 host kernel: ata10: SATA max UDMA/133 abar m8192@0xfbffe000 port 0xfbffe180 irq 17 Nov 02 12:53:50 host kernel: ata9: SATA link down (SStatus 0 SControl 300) Nov 02 12:53:50 host kernel: ata10: softreset failed (1st FIS failed) Nov 02 12:53:50 host kernel: ata10: softreset failed (1st FIS failed) Nov 02 12:53:50 host kernel: ata10: softreset failed (1st FIS failed) Nov 02 12:53:50 host kernel: ata10: limiting SATA link speed to 1.5 Gbps Nov 02 12:53:50 host kernel: ata10: softreset failed (1st FIS failed) Nov 02 12:53:50 host kernel: ata10: reset failed, giving up Я не знаю, откуда взялись устройства ata9 и ata10. Существует только один IDE-диск, подключенный к этому контроллеру, и он инициализируется должным образом. BIOS не показывает ничего, относящегося к ata9 или ata10 (и он не должен, потому что там ничего не подключено), и я не нашел способа отключить их в BIOS.
Я думал, что нашел способ отключить обнаружение этих двух устройств здесь: Как сообщить Linux Kernel> 3.0 полностью игнорировать неисправный диск? но это не имело никакого значения. Вот как я загружаю ядро:
Nov 02 12:53:50 host kernel: Linux version 3.17.2-1-ARCH (builduser@thomas) (gcc version 4.9.1 20140903 (prerelease) (GCC) ) #1 SMP PREEMPT Thu Oct 30 20:49:39 CET 2014 Nov 02 12:53:50 host kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=2cfdc373-7023-48d7-a90d-43d030af277b rw libata.force=9:disable,10:disable quiet
Системе удается загрузиться в конечном счете, но неудачные сокеты успокоительно задерживают процесс загрузки не менее чем на 90 секунд.
Поэтому очевидно, что установка параметра libata.force disable kernel применяется слишком поздно в этом процессе. Сначала драйвер ATA пытается сбросить устройство до его отключения. Для меня было отключено сбрасывание, а также устройство с этим параметром ядра libata.force=9:disable,9:norst,10:disable,10:norst .
Я все еще получаю несколько записей журнала ядра для этих устройств, но они меня не беспокоят, пока на консоли ничего не отображается, и система загружается немедленно:
Nov 08 01:19:39 host kernel: ata9: FORCE: link flag 0x6 forced -> 0x6 Nov 08 01:19:39 host kernel: ata9: SATA max UDMA/133 abar m8192@0xfbffe000 port 0xfbffe100 irq 17 Nov 08 01:19:39 host kernel: ata10: DUMMY Nov 08 01:19:39 host kernel: ata9: SATA link down (SStatus 0 SControl 300)