Linux не видит жесткий диск.

Покажи что видно в рекавери, какие диски, какие разделы, что в dmesg.

Пробуй грузиться с LiveCD, смотреть виден ли там HDD, смотри какой модуль используется.

dmesg | grep sd

а dmesg | grep ata

Начни с того, что определи, к какому SATA контроллеру подключен винт. Потом гугли уже поддержку этого контроллера.

а что со старым то ядром тоже не грузится?

С LiveCD жесткий не виден.

Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x5d1abf4a

Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 210994235 210992188 100,6G 83 Linux

root@X51R:~# dmesg | grep ata

[ 0.000000] BIOS-e820: [mem 0x0000000077fb0000-0x0000000077fbdfff] ACPI data

[ 0.000000] Memory: 1872468K/1965336K available (9068K kernel code, 1667K rwdata, 3828K rodata, 2228K init, 2364K bss, 92868K reserved, 0K cma-reserved)

[ 0.080000] core: PEBS disabled due to CPU errata

[ 0.200043] libata version 3.00 loaded.

[ 1.740617] Write protecting the kernel read-only data: 14336k

[ 1.923162] ata1: SATA max UDMA/133 abar m1024@0xfebffc00 port 0xfebffd00 irq 22

[ 1.923169] ata2: SATA max UDMA/133 abar m1024@0xfebffc00 port 0xfebffd80 irq 22

[ 1.923175] ata3: SATA max UDMA/133 abar m1024@0xfebffc00 port 0xfebffe00 irq 22

[ 1.923178] ata4: SATA max UDMA/133 abar m1024@0xfebffc00 port 0xfebffe80 irq 22

[ 1.929039] scsi host4: pata_atiixp

[ 1.956574] scsi host5: pata_atiixp

[ 1.956672] ata5: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14

[ 1.956674] ata6: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15

[ 2.154518] ata5.01: NODEV after polling detection

[ 2.243231] ata3: SATA link down (SStatus 0 SControl 300)

[ 2.243267] ata2: SATA link down (SStatus 0 SControl 300)

[ 2.243310] ata4: SATA link down (SStatus 0 SControl 300)

[ 2.400054] ata1: softreset failed (device not ready)

[ 2.400111] ata1: applying PMP SRST workaround and retrying

[ 2.560185] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl

300) [ 7.648040] ata1.00: qc timeout (cmd 0x47)

[ 7.648053] ata1.00: READ LOG DMA EXT failed, trying unqueued

[ 7.648055] ata1.00: failed to get Log Directory Emask 0x40

[ 7.648057] ata1.00: ATA-10: 120GB SSD, V2.8, max UDMA/133

[ 7.648059] ata1.00: 234441648 sectors, multi 0: LBA48 NCQ (depth 31/32), AA

[ 7.648060] ata1.00: failed to get Identify Device Data, Emask 0x40

[ 7.648064] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd

[ 7.648067] ata1.00: failed to set xfermode (err_mask=0x40)

[ 8.124049] ata1: softreset failed (device not ready)

[ 8.124101] ata1: applying PMP SRST workaround and retrying

[ 8.284048] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

[ 8.284290] ata1.00: NCQ Send/Recv Log not supported

[ 8.284454] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd

[ 8.284728] ata1.00: NCQ Send/Recv Log not supported

[ 8.284891] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd

[ 8.284893] ata1.00: configured for UDMA/133

[ 13.420005] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

а что со старым то ядром тоже не грузится?

Со старым тоже грузиться перестало.

Начни с того, что определи, к какому SATA контроллеру подключен винт. Потом гугли уже поддержку этого контроллера.

Вроде как SB600 от ATI, и вроде как модули загружены. Однако винт подключен через китайский caddy, который sata -> ide. В биосе определяется все как SATA.

Есть у меня один китайский sata<->ide , тоже со странностями .Никогда нормально не работал .Выборка небольшая , но тем не менее . Попробуй винт «другой системы» - без переходника .

Однако винт подключен через китайский caddy, который sata -> ide. В биосе определяется все как SATA.

О! В этом, скорее всего причина. У меня было то же самое несколько лет назад, даже треды где-то остались. Винт видела только винда и ядра древнее 2.6.22. На новых - никак. Решил проблему заменой компа на более новый. Рожно эти переходники.

Хм... установщик archlinux винт прекрасно видит... А как посмотреть какой именно модуль отвечает за устройство?

lspci -k

lspci -k | grep use

Ну и смотреть вывод

dmesg

ata5.01: NODEV after polling detection
sata -> ide

В этом может быть проблема. Попробуй запустить линукс с параметром ядра libata.force=5.01:80c

не помогло

... и модули одинаковые загружены и в убунте и в арче. Как-то это все загадочно...

Сравни ещё вывод

lsmod

А так, видимо, всё дело в том, что в Arch Linux более новая версия ядра.

Смотри вывод dmesg, смотри после инициализации какого драйвера (модуля) активируется устройство диска. Далее читай логи по этому драйверу на предмет поддержки им твоего устройства.

А так, надо в Ubuntu более новое ядро, видимо.

Ну, в общем, я так и не понял в чем прикол. На ум приходят только два варианта, связанных с обновлением ведра:

1. Обновленный модуль ядра коряво работает с устройствами.

2. В ядре выключили или не включили какие-то параметры, связанные с SATA.

Кстати, в 32 битной убунту проблем не замечено... но, поскольку в 32-х битной ос не поддерживаются нужные мне пакеты, пришлось ставить с нуля 16.04.3 и холдить обновление ведра.

А так, надо в Ubuntu более новое ядро, видимо.

Обновлял до самого последнего. Эффекта ноль.

Собирать из иходников и смотреть что там в конфиге по дефолту стоит - лениво, да и некогда особо.

Хм, оказывается диск отваливается не с новым ядром, а после update-grub даже на старом.