Problème de carte SATA en PCI sous Debian

Problème de carte SATA en PCI sous Debian - Hardware - Linux et OS Alternatifs

Marsh Posté le 27-07-2014 à 11:43:13    

Bonjour,
je tente depuis quelques jours à monter un NAS perso sous OpenMediaVaul.
Pour cela j'ai monté un mini-PC autour d'un carte mère : ASRock AM1B-ITX (http://www.ldlc.com/fiche/PB00163876.html).
Cette carte n'ayant "que" 4 ports SATAs j'ai ajouté la carte suivante : http://www.ldlc.com/fiche/PB00111318.html
 
Sur la puce du contrôleur on peut lire ASMedia ASM1061.
La carte est donc branchée sur le port PCI Express 2.0 16x en PCI 1x la carte mère. Visiblement aucun problème, la carte est reconnue dans le BIOS et les disques branchés dessus également.
 
Le problème vient du boot. Quand aucun disque n'est branché sur la carte OpenMediaVault boot sans problème. Avec un (ou deux) disque(s) branché le boot ne passe plus. Passé le GRUB, j'arrive sur un "Loading please wait" puis reboot en continue.
Je suis tombé sur ce topic : http://superuser.com/questions/363 [...] nder-linux
La version de mon kernel étant 2.6.35, je suis passé au 3.2.0-0.bpo.4.amd64, aucun changement malheureusement.
 
Le cd fournit avec la carte ne met à dispo qu'un .exe pour windows, rien pour Linux. Idem pour le site internet, vierge de tout lien de téléchargement pour un quelconque driver.
 
Après quelques recherche sur le net, j'ai n'ai trouvé aucun support pour les système Linux, je poste ici en espérant que quelqu'un aura une idée.
Merci beaucoup et bonne journée.

Reply

Marsh Posté le 27-07-2014 à 11:43:13   

Reply

Marsh Posté le 27-07-2014 à 11:56:32    

Ta carte n'a pas son propre bios ? genre appuyer sur F9 ou autre chose... pour y entrer apres la boot bios et avant celui de l'OS :??:  
 
parce qu'il suffirait de desactiver le boot sur cette carte, par exemple ... parce que ça ressemble bien à un conflit d'adresses des disques.
 
genre il commence le boot sur le disque 1 (vraiment 1) et tente de continuer sur le disque 1 (de la carte) donc plus le bon donc ça échoue.
 
regardes aussi dans le bios si tu peux pas temporiser les disques (leur forcer un ordre de reconnaissances ou active/desactiver la droit de booter ...independament à chacun....
 
ce genre de trucs... :heink:
 
============
 
à tester aussi à conditon d'accepter de casser ta config  
utiliser l'ID disque pour booter au lieu de sont nom de device.... et idem dans /etc/fstab... (donc remplacer /dev/sda1 par exemple par 032142342553.1 en general l'ID = le numéro de serie du disque interdisant ainsi toute confusion)
 
par exemple une de mes configs BSD :


$ su -
Password:
# cat /etc/fstab                                                                                
4ca58795d353d8f6.b none swap sw
4ca58795d353d8f6.a / ffs rw 1 1
4ca58795d353d8f6.d /tmp ffs rw,nodev,nosuid 1 2
4ca58795d353d8f6.f /usr ffs rw,nodev 1 2
4ca58795d353d8f6.e /var ffs rw,nodev,nosuid 1 2
/dev/sd1a /home ffs rw,nodev 1 2  
#



Message édité par goblin_rieur le 27-07-2014 à 12:04:24

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 27-07-2014 à 16:15:23    

Salut goblin_rieur,
merci beaucoup pour ta réponse.
J'ai effectivement l'option Boot/Hard Drive BBS Priorities dans mon bios. J'ai passé tous les Boot option à Disabled sauf le ssd sur lequel ma distribution est installée. Aucun changement malheureusement :(

 

Quand à la modif à la mano du fstab j'avoue qu'étant un néophyte complet en système Linux j'avoue avoir un peu peur de me lancer là dedans ... Quels sont les risques en cas de fausse manip ?

 

P.S : visiblement le fstab est différent entre bsd et Debian voilà le résultat de ma commande blkid

 

/dev/sda1: UUID="68dc8629-ebce-9fa7-3017-a5a8c86610be" TYPE="linux_raid_member"
/dev/sda2: UUID="9aeb9a91-01e0-b79c-3017-a5a8c86610be" TYPE="linux_raid_member"
/dev/sda5: UUID="a9027084-f930-4602-a8d6-2dd46cd75fb3" TYPE="ext4"
/dev/sda6: UUID="04ec5c39-83c1-4915-b636-1229024cdf40" TYPE="swap"
/dev/sdb1: LABEL="dd4To" UUID="7d33dec2-64f9-4508-8623-b16db0827731" TYPE="ext4"

 

P.S2 : Quand je boot sur l'OS sans avoir de disque branché sur la carte, et que j'en branche un a chaud (sur ladite carte) j’obtiens les messages suivants :

 

Message from syslogd@nasOMV at Jul 27 16:27:48 ...
 kernel:[  705.489139] Oops: 0000 [#1] SMP

 

Message from syslogd@nasOMV at Jul 27 16:27:48 ...
 kernel:[  705.492621] Stack:

 

Message from syslogd@nasOMV at Jul 27 16:27:48 ...
 kernel:[  705.492621] Call Trace:

 

Message from syslogd@nasOMV at Jul 27 16:27:48 ...
 kernel:[  705.492621] Code: ff 74 07 ff c1 41 89 4c 90 08 c3 41 56 41 55 49 89 f5 41 54 49 89 d4 55 bd 20 00 00 00 53 44 8b 37 48 89 fb 49 63 c6 48 c1 e0 04 <83> 7c 18 0c 00 75 04 31 c9 eb 1f 48 8d 7c 03 08 4c 89 e6 41 ff

 

Message from syslogd@nasOMV at Jul 27 16:27:48 ...
 kernel:[  705.492621] CR2: ffff87ffe3a69bdc

 

Aucune idée de ce que ça signifie mais ça génère bien un événement (carte reconnue et ce sont les disques qui merdent ????)


Message édité par phaerandell le 27-07-2014 à 16:34:39
Reply

Marsh Posté le 27-07-2014 à 17:59:25    

oui tout à fait normal qu'il y ai des différences.
 
PS2 : pas sur que ta carte soit hot-plug c'est donc risqué de tester sans savoir.. mais les messages que tu as quand tu branches à chaud, me laisse croire qu'effectivement linux est perdu et a donc bien un conflit d'identification soit de la carte soit des disques eux memes


---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 27-07-2014 à 19:59:52    

J'ai tenté d'installer FreeNAS et OpenFiller, l'un comme l'autre abdiquent de la même manière qu'OMV (chargement puis reboot). Aucune idée si ça provient de la carte PCI, de la carte mère ou des deux ... je crois que je vais la renvoyer et essayer avec une autre carte j'aurais peut-être plus de chance ...

Reply

Marsh Posté le 28-07-2014 à 18:19:00    

Re-bonjour.
Avant d'abandonner définitivement je viens de voir quelque chose d'étrange. D'après le manuel de ma carte mère, il semblerait que sur les 4 ports sata de base, 2 soient contrôlés par un contrôleur AMD AM1 et les 2 autres par un contrôleur ASMedia ASM1061 (donc le même que celui de la carte PCI). Est-ce que ça peut jouer sur le problème d'identification des disques ?

Reply

Marsh Posté le 08-08-2014 à 11:39:50    

bonjour,
regarde ce post: http://superuser.com/questions/363 [...] nder-linux
Il a réglé le bios en mode AHCI pour que ça fonctionne

Reply

Marsh Posté le 08-08-2014 à 22:03:33    

as tu regardé les commentaires clients avant d'acheter ta carte sur le site ldlc. l'un d'entre eux parle de ton probleme lié a la présence d'un controlleur asmedia sur ta carte mere.

Reply

Marsh Posté le 10-08-2014 à 02:40:00    

Hello :
@nsaha => Quand il y a 1 seul contrôleur de connecté à la fois, aucun soucis, le kernel reconnais parfaitement les disques. Par contre c'est quand il y a 2 contrôleurs en même temps qu'il y a conflit
 
@snipereyes => Il me semble que c'est moi qui ai posté ce commentaire justement ...
 
J'attends actuellement une nouvelle carte contrôleur SATA http://cgi.ebay.fr/ws/eBayISAPI.dl [...] 1497.l2649 je vais refaire un test dès que je la reçoit et je mettrait à jours le poste en fonction du résultat. Ce thread pourra peut-être aider une autre personne éventuellement.

Reply

Marsh Posté le 22-04-2015 à 22:35:49    

Bonjour,
 
J'ai le même problème que toi pour un boot sous :
- FreeNAS,
- FreeBSD,
- Installation de Windows 7 x64.
 
--> La même carte contrôleur dans un autre PC fonctionne très bien sur les OS ci-dessus.
 
C'est balo donc c'est incompatibilité entre les 2 contrôleurs/carte mère.
 
PI, les versions des bios :
- ASM1061 intégré : 0,85 (à confirmer)
- ASM1061 PCI-e : 0,951
 
Je crois que je vais l'échanger contre un autre contrôleur (un Marvell ?).

Reply

Marsh Posté le 22-04-2015 à 22:35:49   

Reply

Marsh Posté le 29-04-2015 à 21:43:12    

J'ai commandé cette carte contrôleur : http://www.amazon.fr/gp/product/B0 [...] ge_o00_s00 / http://sybausa.com/productInfo.php?iid=1376.
 
Specs :
- 4 ports SATA 3 (6Gbits/s, soit 750 MBits/s)
- Interface PCIE 2.0 x1 (500 MBits/s)
- puce Marvell 88SE9215
 
Il y a donc une petite limite entre les ports SATA et le bus PCIE mais qui ne devrait pas être trop gênant si on ne recherche pas les perfs absolument.
 
Je confirme qu'elle fonctionne bien avec la carte mère ASRock AM1B-ITX, plus de problème de compatibilité. Cela me fait donc 8 ports SATA en tout.


Message édité par darkpowerfp le 29-04-2015 à 21:47:58
Reply

Marsh Posté le 11-09-2015 à 10:59:49    

"Petite limite"? 500MB/s au total vs 600MB/s requis par port SATA3 (soit 2.4GB/s en pointe). Si tu fais du raid là-dessus, t'as des perfs inférieures à un simple SSD sata3. C'est vraiment à n'acheter que pour des accès occasionnels à du stockage passif.
 
Les cartes sérieuses, certes beaucoup plus chers, utilisent au minimum un port PCie x4 pour 2 ports SATA3.


---------------
Nothing's so bad it can't get worse
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed