Contrôleur SATA mal reconnu

Bonjour,
il y a 4 ports SATA sur ma carte mère, j’ai besoin d’en avoir 6. J’ai donc investi dans une carte contrôleur avec 2 ports SATA.
J’ai choisi une carte décrite comme fonctionnant sous Linux (PEXSAT32 de chez StarTech.com) que j’ai installée sur le port PCI-e de ma carte mère. J’ai 5 disque durs et un lecteur optique branchés sur ces ports SATA. Les disques connectés à la carte d’extension ne sont pas reconnus, pas de Pb pour les autres :


root@OMV-NAS:# fdisk -l |grep sd

Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
/dev/sdb1   2048 3907029134 3907027087  1,8T Linux filesystem
Disk /dev/sdc: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Disk /dev/sda: 149,1 GiB, 160040803840 bytes, 312579695 sectors
/dev/sda1  *         2048 299837439 299835392  143G 83 Linux
/dev/sda2       299839486 312578047  12738562  6,1G  5 Extended
/dev/sda5       299839488 312578047  12738560  6,1G 82 Linux swap / Solaris

Le constructeur fourni bien un package au format .rpm, le vendeur (LDLC) m’a suggéré de faire une conversion au format .deb puis de l’installer. La conversion a bien marché mais un script échoue à l’installation. Il me semble d’ailleurs que ce package ne fournit qu’une interface web pour la gestion du contrôleur.
Le constructeur ne prévoit pas d’être contacté sur son site.


Ce que la commande lspci en dit :

root@OMV-NAS:/# lspci -v

02:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller (rev 20) (prog-if 01 [AHCI 1.0])
    Subsystem: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller
    Flags: bus master, fast devsel, latency 0, IRQ 30
    I/O ports at d050 [size=8]
    I/O ports at d040 [size=4]
    I/O ports at d030 [size=8]
    I/O ports at d020 [size=4]
    I/O ports at d000 [size=32]
    Memory at fe910000 (32-bit, non-prefetchable) [size=2K]
    Expansion ROM at fe900000 [disabled] [size=64K]
    Capabilities: [40] Power Management version 3
    Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit-
    Capabilities: [70] Express Legacy Endpoint, MSI 00
    Capabilities: [e0] SATA HBA v1.0
    Capabilities: [100] Advanced Error Reporting
    Kernel driver in use: ahci

Ma distribution : Debian GNU/Linux 8 (jessie) (en fait OpenMediaVault)
Mon noyau : 4.8.0-0.bpo.2-amd64


Voilà,
je ne compte pas utiliser les fonctionnalité RAID de la carte mais si quelqu’un pouvait m’indiquer le moyen de la faire gérer basiquement par le noyau …

Merci de votre aide,
JMV.

Bonjour JMV

Tu aura sans doute, lors du POST (Power On Self Test) de ta machine,
des messages du BIOS de cette carte PEXSAT32 qui vont apparaître à l’écran
et dans ces messages, un raccourci clavier sera proposé pour pouvoir accéder aux options du BIOS de cette carte PEXSAT32
et il devrait y avoir la possibilité de désactiver le mode RAID.

Bonjour et merci de t’intéresser au Pb.

Oui:

Marwel 8891xx adapter Bios Version 1.10.1002
PCIe 5.0 Gbps
mode CPU AHCI

Ben non, le raccourci clavier proposé en bas d’écran me donne accès au BIOS de la carte mère. j’y ai activé les options
Hot Plus SATA 1 à 4 sans succès après le reboot et j’ai évité le mode Fra RAID Mode
S’il y a un moyen d’accéderà un BIOS spécifique de la carte je ne l’ai pas trouvé.
A+
JMV

Bonsoir

Je me demande si le BIOS (ou/et UEFI) ne bloquerait pas l’accès au BIOS de la carte contrôleur PEXSAT32.

Peut-être qu’il faudrait changer un paramètre du BIOS de la carte mère pour la mettre sur BIOS legacy

Bonjour,
en matière d’UEFI dans le bios de la carte mère il n’y a que deux options :
1°) UEFI
2°) Legacy+UEFI

C’est la deuxième que j’ai choisie avant d’installer le système.

JMV

Oups,
pardon MicP de t’avoir induit en erreur : je viens de trouver le moyen d’accéder au BIOS de la carte contrôleur, le raccourci clavier était CTRL+ M.
Cela a marché qd j’ai réalisé que mon clavier n’était pas qwerty :slight_smile: .
Je regarde maintenant le BIOS de la carte.
A+
JMV.

Ahhh! impec :slight_smile:

Bonjour,
le BIOS de la carte permet uniquement de gérer le RAID, le mode RAID était désactivé d’emblée et donc accéder à ce bios n’a rien changé.

À lire de plus près le site du constructeur la compatibilité avec le noyau Linux n’est assurée que pour les versions comprises entre 3.5 et 4.4. Mon noyau est un 4.8. Je ne vais qd même pas régresser (d’autant plus que je ne sais pas le faire). Le constructeur a sûrement un vrai Pb avec les noyaux > 4.4 puisque la compatibilité Linux a disparu du site américain.

Je vais contacter le vendeur et demander un remboursement puisqu’il n’annonçait pas cette restriction sur les versions du noyau.
D’autre part, j’ai retrouvé dans un tiroir une veille carte contrôleur SATA à 12 € que je croyais hors d’usage mais qui finalement marche parfaitement.

Merci à MicP pour son aide, considérons le sujet comme clos.
A+
JMV.

Cool!

Pourrais-tu transmettre les références de cette carte (chipset + références),
ça m’intéresse. :slight_smile:

Merci

Salut,
j’ai commandé cette carte chez LDLC le 8 avril 2016, je l’ai payée 12,90€
son descriptif chez le vendeur était :

Carte contrôleur PCI avec 2 ports SATA internes

En fait il y a aussi un port IDE et un port SATA externe (branchement possible d’un cable sata hors du boitier (mais je n’ai pas essayé)

Voilà ce qu’en dit lspci -k : (recopié à la main, mille excuses)

RAID Bus Controller : VIA Technologies.Inc. VT6421 IDE/SATA Controller (rev 50)
Subsystem VIA Technologies, Inc. VT6421 IDE/SATA Controller
Kernel driver in use : sata/via

Voilà tout ce que je peux faire pour toi pour l’instant. Le temps que je retrouve la boite, si j’y arrive.
Je te tiens au courant.
Hope this helps.
A+
JMV.

N’attends pas des performances formidables d’une carte SATA PCI : la bande passante du bus PCI standard (32 bits * 33 MHz = 132 Mo/s) n’est même pas suffisante pour soutenir le débit maximum d’une seule liaison SATA 1 (150 Mo/s), débit atteint par les disques actuels et explosé par les SSD.

lspci indique pourtant que la carte SATA PCIe est gérée par le pilote générique “ahci”. AHCI est un format standard d’interface pour le SATA, plus performant et permettant d’exploiter des fonctionnalités natives du SATA comme le NCQ et le hot plug. J’ai du mal à voir pourquoi un contrôleur AHCI qui est supporté par une version N du noyau ne le serait plus par une version N+1. As-tu examiné les messages du noyau concernant ce contrôleur ?

Merci pour les informations sur cette deuxième carte contrôleur PCI.


Documentation concernant le viatech VT6421

Merci pour l’info, je vais peut-être m’obstiner encore un peu à faire fonctionner le contrôleur Marwell :slight_smile:

Bonjour et merci de t’intéresser au sujet.

Quelques morceaux extraits des messages du noyau
On a sur
SATA 1 : lecteur de DVD
SATA2 : Disque système
SATA3 : Disque vide 2 GB
SATA 4: rien
USB : clé usb Fat 32

dmesg | grep ahci
[    1.302394] ahci 0000:00:11.0: version 3.0
[    1.302668] ahci 0000:00:11.0: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[    1.302670] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck led clo pmp pio 
[    1.303842] scsi host0: ahci
[    1.303987] scsi host1: ahci
[    1.304119] scsi host2: ahci
[    1.304250] scsi host3: ahci
[    1.304379] scsi host4: ahci
[    1.304508] scsi host5: ahci
[    1.314986] ahci 0000:02:00.0: AHCI 0001.0200 32 slots 8 ports 6 Gbps 0xff impl SATA mode
[    1.314989] ahci 0000:02:00.0: flags: 64bit ncq pio 
[    1.316485] scsi host6: ahci
[    1.316644] scsi host7: ahci
[    1.316780] scsi host8: ahci
[    1.316924] scsi host9: ahci
[    1.317072] scsi host10: ahci
[    1.317202] scsi host11: ahci
[    1.317338] scsi host12: ahci
[    1.317465] scsi host13: ahci

dmesg | grep "[P|p][C|c][I|i]e"

[    0.308408] acpi PNP0A08:00: _OSC: platform does not support [PCIeCapability]
[    0.308484] acpi PNP0A08:00: _OSC: not requesting control; platform does not support [PCIeCapability]
[    0.308486] acpi PNP0A08:00: _OSC: OS requested [PCIeHotplug PME AER PCIeCapability]
[    0.308487] acpi PNP0A08:00: _OSC: platform willing to grant [PCIeHotplug PME AER]
[    1.128657] pciehp: PCI Express Hot Plug Controller Driver version: 0.4

dmesg | grep sd

[    2.705066] sd 3:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[    2.705069] sd 3:0:0:0: [sdb] 4096-byte physical blocks
[    2.705130] sd 3:0:0:0: [sdb] Write Protect is off
[    2.705133] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    2.705155] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.705390] sd 1:0:0:0: [sda] 312579695 512-byte logical blocks: (160 GB/149 GiB)
[    2.705480] sd 1:0:0:0: [sda] Write Protect is off
[    2.705482] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    2.705514] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.705591] sd 14:0:0:0: [sdc] 15654912 512-byte logical blocks: (8.02 GB/7.46 GiB)
[    2.705726] sd 14:0:0:0: [sdc] Write Protect is off
[    2.705728] sd 14:0:0:0: [sdc] Mode Sense: 23 00 00 00
[    2.705895] sd 14:0:0:0: [sdc] No Caching mode page found
[    2.705933] sd 14:0:0:0: [sdc] Assuming drive cache: write through
[    2.707188]  sdc: sdc1
[    2.707909] sd 14:0:0:0: [sdc] Attached SCSI removable disk
[    2.724059]  sdb: sdb1
[    2.724457] sd 3:0:0:0: [sdb] Attached SCSI disk
[    2.759210]  sda: sda1 sda2 < sda5 >
[    2.759722] sd 1:0:0:0: [sda] Attached SCSI disk
[   67.176131] sd 1:0:0:0: Attached scsi generic sg1 type 0
[   67.177081] sd 3:0:0:0: Attached scsi generic sg2 type 0
[   67.177164] sd 14:0:0:0: Attached scsi generic sg3 type 0
[   69.148387] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   76.410815] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   78.283479] Adding 6369276k swap on /dev/sda5.  Priority:-1 extents:1 across:6369276k FS
[   79.856595] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[  683.211412] FAT-fs (sdc): invalid media value (0x00)
[  683.215266] FAT-fs (sdc): Can't find a valid FAT filesystem
[  708.499625] FAT-fs (sdc): invalid media value (0x00)
[  708.503152] FAT-fs (sdc): Can't find a valid FAT filesystem

Et enfin :

dmesg | grep ata

[    0.000000] Memory: 7339844K/7561204K available (6114K kernel code, 1235K rwdata, 2840K rodata, 1376K init, 808K bss, 221360K reserved, 0K cma-reserved)
[    1.156180] Write protecting the kernel read-only data: 10240k
[    1.205122] libata version 3.00 loaded.
[    1.304583] ata1: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f100 irq 29
[    1.304587] ata2: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f180 irq 29
[    1.304590] ata3: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f200 irq 29
[    1.304592] ata4: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f280 irq 29
[    1.304593] ata5: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f300 irq 29
[    1.304595] ata6: SATA max UDMA/133 abar m2048@0xfeb4f000 port 0xfeb4f380 irq 29
[    1.317541] ata7: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910100 irq 30
[    1.317544] ata8: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910180 irq 30
[    1.317547] ata9: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910200 irq 30
[    1.317548] ata10: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910280 irq 30
[    1.317549] ata11: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910300 irq 30
[    1.317551] ata12: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910380 irq 30
[    1.317552] ata13: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910400 irq 30
[    1.317554] ata14: SATA max UDMA/133 abar m2048@0xfe910000 port 0xfe910480 irq 30
[    1.622702] ata3: SATA link down (SStatus 0 SControl 300)
[    1.622727] ata6: SATA link down (SStatus 0 SControl 300)
[    1.622749] ata5: SATA link down (SStatus 0 SControl 300)
[    1.634708] ata12: SATA link down (SStatus 0 SControl 330)
[    1.634727] ata13: SATA link down (SStatus 0 SControl 330)
[    1.634743] ata9: SATA link down (SStatus 0 SControl 330)
[    1.634757] ata11: SATA link down (SStatus 0 SControl 330)
[    1.634777] ata8: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.634797] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 330)
[    1.634829] ata10: SATA link down (SStatus 0 SControl 330)
[    1.753923] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.781925] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.781947] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.781966] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.783166] ata4.00: NCQ Send/Recv Log not supported
[    1.783168] ata4.00: ATA-9: ST2000VN000-1HJ164, SC60, max UDMA/133
[    1.783170] ata4.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.783527] ata1.00: ATAPI: Optiarc DVD RW AD-5240S, 1.03, max UDMA/100
[    1.784537] ata4.00: NCQ Send/Recv Log not supported
[    1.784542] ata4.00: configured for UDMA/133
[    1.785647] ata1.00: configured for UDMA/100
[    1.831277] ata2.00: HPA detected: current 312579695, native 312581808
[    1.831282] ata2.00: ATA-7: ST3160811AS, 3.AAE, max UDMA/133
[    1.831283] ata2.00: 312579695 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    1.889585] ata2.00: configured for UDMA/133
[    6.733824] ata14.00: qc timeout (cmd 0xa1)
[    6.733831] ata8.00: qc timeout (cmd 0xec)
[    6.734975] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[    6.734985] ata8.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[    6.989838] ata7.00: qc timeout (cmd 0xec)
[    6.990987] ata7.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[    7.050334] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 330)
[   12.089730] ata8: link is slow to respond, please be patient (ready=0)
[   12.345725] ata7: link is slow to respond, please be patient (ready=0)
[   16.769650] ata8: COMRESET failed (errno=-16)
[   17.025641] ata7: COMRESET failed (errno=-16)
[   17.229651] ata14.00: qc timeout (cmd 0xa1)
[   17.230798] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[   17.230802] ata14: limiting SATA link speed to 1.5 Gbps
[   17.546233] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[   22.125550] ata8: link is slow to respond, please be patient (ready=0)
[   22.381551] ata7: link is slow to respond, please be patient (ready=0)
[   26.805475] ata8: COMRESET failed (errno=-16)
[   27.061467] ata7: COMRESET failed (errno=-16)
[   32.161380] ata8: link is slow to respond, please be patient (ready=0)
[   32.417376] ata7: link is slow to respond, please be patient (ready=0)
[   48.205105] ata14.00: qc timeout (cmd 0xa1)
[   48.206254] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[   48.521688] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[   61.860863] ata8: COMRESET failed (errno=-16)
[   61.860917] ata8: limiting SATA link speed to 3.0 Gbps
[   62.116855] ata7: COMRESET failed (errno=-16)
[   62.116911] ata7: limiting SATA link speed to 3.0 Gbps
[   66.916775] ata8: COMRESET failed (errno=-16)
[   66.916829] ata8: reset failed, giving up
[   67.172770] ata7: COMRESET failed (errno=-16)
[   67.172824] ata7: reset failed, giving up
[   69.148387] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   74.948289] acpi_cpufreq: overriding BIOS provided _PSD data

Je suppose qu’un des contrôleurs AHCI est celui intégré à la carte mère, et l’autre est celui de la carte PCIe. Mais ils ont 6 et 8 ports, ce qui ne correspond pas au nombre de ports physiquement présents. Ils ne sont peut-être pas tous câblés. Tu peux identifier les deux contrôleurs avec lspci.

Les messages montrent que des disques sont détectés mais la communication pour les identifier échoue. Je remarque que le module ahci a un paramètre marvell_enable :

marvell_enable: Marvell SATA via AHCI (1 = enabled)

Si la carte a un contrôleur Marvell, ça vaudrait le coup d’essayer de démarrer en ajoutant ahci.marvell_enable=1 aux paramètres du noyau.

Ou bien écrire 1 dans /sys/module/ahci/parameters/marvell_enable mais je ne suis pas sûr que ça va faire redétecter les disques.

Inspiré par PascalHambourg,

J’ai trouvé ce lien :
https://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets

Je cite de la page :

88SE91xx chipsets Linux support
Linux SATA driver

Appears[33] to be supported by the standard AHCI driver, however out of the box is not recognised by the AHCI driver - AHCI driver needs to be taught to be loaded for the relevant PCI vendor and product ID.

Check lspci -nnk for the PCI vendor and product ID. i.e. in the following instance the relevant part is "1b4b:9192"

04:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. Device [1b4b:9192] (re11)

To associate these IDs with the AHCI driver run

/bin/echo 1b4b 9192 > /sys/bus/pci/drivers/ahci/new_id

Ici le contrôleur SATA Marvell semble bien reconnu par le module ahci. C’est la communication avec les disques branchés dessus qui ne marche pas.

Bonjour,
j’ai un peu tardé à répondre pour des raisons diverses, tout d’abord merci à cedric058 de se joindre à la discussion.
J’ai essayé pas mal de trucs, y compris ce que m’ont suggéré PascalHambourg et cedric058 sans succès. J’ai aussi trouvé une solution qui fait marcher la carte PEXSAT32 mais qui n’est pas satisfaisante pour autant.
La suggestion PascalHambourg

J’ai essayé en éditant pas mal de fichiers de config dans /etc, sans succès.
J’ai essayé en éditant le ficher grub (touche e au moment où GRUB s’affiche) en ajoutant comme option au noyauahci.marvell_enable=1 sans succès. Dans la solution qui marche (voir plus loin) le paramètre marvell_enable reste mis à 0

La suggestion cedric058
J’ai pu identifier le chipset, c’est « 1b4b:9128 »
la commande

n’a rien donné, sauf à créer dans le répertoire de destination quelques fichiers dont je ne sais pas à quoi ils servent.

la commande

donne:

alias:          pci:v00001B4Bd00009230sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd000091A3sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd000091A2sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd000091A0sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd00009192sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd00009182sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd00009172sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd0000917Asv*sd*bc*sc*i*
alias:          pci:v00001B4Bd00009178sv00001B4Bsd00009170bc*sc*i*
alias:          pci:v00001B4Bd00009125sv*sd*bc*sc*i*
alias:          pci:v00001B4Bd00009123sv*sd*bc01sc06i01*

on y lit du 9125, du 9123, du 9178 mais pas de 9128, et comme je ne sais pas interpréter ces infos …
En cherchant sur le web ce qu’on disait de Marvell 88SE9128 j’ai trouvé pas mal de gens qui se plaignaient de ce shipset qui ne marche pas ou au mieux qui marche de façon erratique même quand il est intégré à la carte mère.

Une solution qui marche mais qui ne me convient pas.
C’est d’installer la carte dans une autre machine : nouvelle carte mère, nouveau proc, nouveau boitier et ancien système (Ubuntu 16.04 LTS) et mêmes disques branchés sur la carte. Dans ce cas là ça marche, il y a juste à mettre le courant.

uname -r

4.4.0-64-generic
lsb_release  -a

No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.1 LTS
Release:	16.04
Codename:	xenial

Juste avant de remettre la carte dans le boitier où elle destinée je relance les commandes pour le cas où quelque courageux voudrait comprendre les différences.
sur SATA2 : le disque système
sur SATA4 : lecteur optique
6 ports SATA en tout sur la carte mère.
Les disques branchés sur la carte extension :
Toshiba 2 To et Seagate NAS 2To

dmesg | grep ata
[    0.000000] ACPI: SSDT 0x000000007EA80070 0003BC (v01 SataRe SataTabl 00001000 INTL 20160422)
[    0.000000] Memory: 7814980K/8064752K available (8452K kernel code, 1293K rwdata, 3980K rodata, 1488K init, 1316K bss, 249772K reserved, 0K cma-reserved)
[    0.203107] libata version 3.00 loaded.
[    0.799016] Write protecting the kernel read-only data: 14336k
[    0.908290] ata1: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b100 irq 121
[    0.908294] ata2: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b180 irq 121
[    0.908299] ata3: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b200 irq 121
[    0.908303] ata4: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b280 irq 121
[    0.908304] ata5: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b300 irq 121
[    0.908305] ata6: SATA max UDMA/133 abar m2048@0xdf22b000 port 0xdf22b380 irq 121
[    0.926138] ata7: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010100 irq 123
[    0.926142] ata8: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010180 irq 123
[    0.926147] ata9: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010200 irq 123
[    0.926151] ata10: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010280 irq 123
[    0.926156] ata11: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010300 irq 123
[    0.926160] ata12: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010380 irq 123
[    0.926165] ata13: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010400 irq 123
[    0.926169] ata14: SATA max UDMA/133 abar m2048@0xdf010000 port 0xdf010480 irq 123
[    1.225809] ata3: SATA link down (SStatus 4 SControl 300)
[    1.229796] ata1: SATA link down (SStatus 4 SControl 300)
[    1.229890] ata5: SATA link down (SStatus 4 SControl 300)
[    1.229954] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.229972] ata6: SATA link down (SStatus 4 SControl 300)
[    1.229993] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.231751] ata4.00: ATAPI: ASUS    BC-12D2HT, 1.00, max UDMA/100
[    1.232683] ata4.00: configured for UDMA/100
[    1.245756] ata13: SATA link down (SStatus 0 SControl 310)
[    1.245860] ata12: SATA link down (SStatus 0 SControl 310)
[    1.245921] ata11: SATA link down (SStatus 0 SControl 310)
[    1.245946] ata8: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.245993] ata10: SATA link down (SStatus 0 SControl 310)
[    1.249795] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 330)
[    1.249837] ata9: SATA link down (SStatus 0 SControl 310)
[    1.332631] ata2.00: ATA-9: ST1000DX001-1NS162, CC41, max UDMA/133
[    1.332632] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.366780] ata14.00: ATAPI: MARVELL VIRTUALL, 1.09, max UDMA/66
[    1.367143] ata14.00: configured for UDMA/66
[    1.367691] ata8.00: ATA-9: ST2000VN000-1HJ164, SC60, max UDMA/133
[    1.367691] ata8.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
[    1.368962] ata8.00: configured for UDMA/133
[    1.413610] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.415194] ata7.00: ATA-8: TOSHIBA HDWD120, MX4OACF0, max UDMA/133
[    1.415195] ata7.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
[    1.415910] ata2.00: configured for UDMA/133
[    1.416962] ata7.00: configured for UDMA/133
[    1.469613] ata14.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[    1.469614] ata14.00: irq_stat 0x40000001
[    1.469617] ata14.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 1 dma 16640 in
[    1.469618] ata14: hard resetting link
[    1.789576] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 330)
[    1.790067] ata14.00: configured for UDMA/66
[    1.790211] ata14: EH complete
[    2.117916] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   10.423352] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)

Ce que je compte faire.
Cette solution ne me convient pas parce que ce n’est pas la bonne machine, celle où ça marche est celle que j’utilise couramment à d’autres usages.
Mon intention était d’utiliser du matos assez ancien pour faire un serveur NAS (je ne suis pas au bout de mes peines). Au lieu d’installer d’emblée la dernière version de la distribution OpenMediaVault je vais regresser vers une ancienne Debian Jessie (j’ai la version 8.3 sous la main) et OpenMediaVault comme package de cette distrib tout en croisant très fort les doigts pour qu’un GURU de Linux réussisse bientôt à produire un driver pour cette carte.

A+
JMV.

Inutile d’éditer 50 fichiers. On utilise n’importe quelle méthode, on vérifie que le paramètre est à 1 dans /sys/module/ahci/parameters/marvell_enable et on observe l’effet. Si ça ne change rien, on passe à autre chose.

Si la carte SATA fonctionne bien dans une autre machine avec une autre distribution, il serait intéressant de faire des tests croisés en faisant tourner la même version d’Ubuntu sur le serveur et la même version de Debian/OpenMediaVault sur l’autre machine (en live par exemple) pour déterminer si ça vient de la machine ou de la distribution.

Note : le grep tronque les journaux. Il peut y avoir des messages utiles entre les ata et les sd.

Bonjour,
J’ai renoncé à faire fonctionner cette carte, voilà qui clôt le sujet.
J’ai laissé tomber parce que la compatibilité limitée aux versions du noyau inférieures à 4.4 rendait la machine impossible à upgrader.
La question que je me pose est : le problème ne viendrait-il pas du choix qu’a dû faire le constructeur entre
"être compatible avec le pilote ahci de Linux " (ou exclusif) “être compatible avec le pilote ahci de chez Microsoft” ?

Je me dois de signaler le côté très pro du revendeur (LDLC) qui a accepté une reprise après un mois d’essais infructueux.
Pour un prix équivalent je me suis procuré une autre carte PCIe sans fonctionnalité RAID et des ports SATA plus nombreux.

Merci de leur contribution à tous ceux qui se sont intéressés au sujet.

JMV.