# Contrôleur SATA mal reconnu **URL:** \ **Category:** Support Debian\ **Created:** [Mars 12, 2017, 10:13 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935 "2017-03-12T10:13:54Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 12, 2017, 10:13 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/1 "2017-03-12T10:13:54Z")
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 : * * * ```nohighlight 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 : ```nohighlight 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. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 12, 2017, 10:48 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/2 "2017-03-12T10:48:26Z")
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. ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 12, 2017, 1:33 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/3 "2017-03-12T13:33:57Z")
Bonjour et merci de t’intéresser au Pb. > [@anon29980398](#): > > 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 Oui: ```plaintext Marwel 8891xx adapter Bios Version 1.10.1002 PCIe 5.0 Gbps mode CPU AHCI ``` > [@anon29980398](#): > > et dans ces messages, un raccourci clavier sera proposé pour pouvoir accéder aux options du BIOS de cette carte PEXSAT32 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 ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 12, 2017, 8:03 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/4 "2017-03-12T20:03:52Z")
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** … ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 13, 2017, 10:24 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/5 "2017-03-13T10:24:27Z")
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 ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 13, 2017, 12:07 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/6 "2017-03-13T12:07:20Z")
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 🙂 . Je regarde maintenant le BIOS de la carte. A+ JMV. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 13, 2017, 2:25 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/7 "2017-03-13T14:25:08Z")
> [@JMV](#): > > …je viens de trouver… Ahhh! impec 🙂 ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 13, 2017, 6:08 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/8 "2017-03-13T18:08:32Z")
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. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 13, 2017, 6:38 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/9 "2017-03-13T18:38:03Z")
> [@JMV](#): > > finalement marche parfaitement. Cool! Pourrais-tu transmettre les références de cette carte (chipset + références), ça m’intéresse. 🙂 Merci ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 13, 2017, 7:56 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/10 "2017-03-13T19:56:49Z")
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) ```plaintext 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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 13, 2017, 8:22 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/11 "2017-03-13T20:22:40Z")
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 ? ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 14, 2017, 11:01 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/12 "2017-03-14T11:01:22Z")
> [@JMV](#): > Merci pour les informations sur cette deuxième carte contrôleur PCI. * * * [Documentation concernant le viatech VT6421](http://www.viatech.com/en/silicon/legacy/peripherals/sata-raid/vt6421a/) ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 15, 2017, 8:04 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/13 "2017-03-15T08:04:55Z")
Merci pour l’info, je vais peut-être m’obstiner encore un peu à faire fonctionner le contrôleur Marwell 🙂 ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 15, 2017, 8:26 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/14 "2017-03-15T08:26:00Z")
Bonjour et merci de t’intéresser au sujet. > [@PascalHambourg](#): > > As-tu examiné les messages du noyau concernant ce contrôleur ? 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 ```plaintext 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 ``` * * * ```plaintext 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 ``` * * * ```plaintext 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 : ```plaintext 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 ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 15, 2017, 10:04 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/15 "2017-03-15T22:04:00Z")
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. ---
**Author:** ![cedric058](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/d2c977/32.png) [@cedric058](https://www.debian-fr.org/u/cedric058)\ **Post date:** [Mars 15, 2017, 10:33 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/16 "2017-03-15T22:33:03Z")
Inspiré par PascalHambourg, J’ai trouvé ce lien : [https://en.wikipedia.org/wiki/List\_of\_Marvell\_Technology\_Group\_chipsets](https://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets) Je cite de la page : > ```plaintext > 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 > > ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 15, 2017, 10:53 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/17 "2017-03-15T22:53:03Z")
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. ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 18, 2017, 2:32 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/18 "2017-03-18T14:32:10Z")
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** > [@PascalHambourg](#): > > `marvell_enable: Marvell SATA via AHCI (1 = enabled)` 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 noyau`ahci.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 > [@](#): > > `/bin/echo 1b4b 9128 > /sys/bus/pci/drivers/ahci/new_id` 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 > [@](#): > > `modinfo ahci |grep 1B4B` donne: ```plaintext 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. ```plaintext uname -r 4.4.0-64-generic ``` ```plaintext 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 ```plaintext 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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 18, 2017, 6:40 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/19 "2017-03-18T18:40:43Z")
> [@JMV](#): > > J’ai essayé en éditant pas mal de fichiers de config dans /etc, sans succès. 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. ---
**Author:** ![JMV](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/858c86/32.png) [@JMV](https://www.debian-fr.org/u/JMV)\ **Post date:** [Mars 31, 2017, 8:34 UTC](https://www.debian-fr.org/t/controleur-sata-mal-reconnu/72935/20 "2017-03-31T08:34:42Z")
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.