Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1447 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Problème de carte SATA en PCI sous Debian

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Problème de carte SATA en PCI sous Debian

n°1361519
phaerandel​l
Posté le 27-07-2014 à 11:43:13  profilanswer
 

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.

mood
Publicité
Posté le 27-07-2014 à 11:43:13  profilanswer
 

n°1361520
goblin_rie​ur
ingé systemes unix
Posté le 27-07-2014 à 11:56:32  profilanswer
 

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 ;)
n°1361527
phaerandel​l
Posté le 27-07-2014 à 16:15:23  profilanswer
 

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
n°1361529
goblin_rie​ur
ingé systemes unix
Posté le 27-07-2014 à 17:59:25  profilanswer
 

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 ;)
n°1361532
phaerandel​l
Posté le 27-07-2014 à 19:59:52  profilanswer
 

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 ...

n°1361593
phaerandel​l
Posté le 28-07-2014 à 18:19:00  profilanswer
 

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 ?

n°1362012
nsaha
Posté le 08-08-2014 à 11:39:50  profilanswer
 

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

n°1362046
snipereyes
Posté le 08-08-2014 à 22:03:33  profilanswer
 

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.

n°1362153
phaerandel​l
Posté le 10-08-2014 à 02:40:00  profilanswer
 

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.

n°1375924
darkpowerf​p
Posté le 22-04-2015 à 22:35:49  profilanswer
 

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 ?).

mood
Publicité
Posté le 22-04-2015 à 22:35:49  profilanswer
 

n°1376181
darkpowerf​p
Posté le 29-04-2015 à 21:43:12  profilanswer
 

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
n°1380977
BloodyCarn​age
Posté le 11-09-2015 à 10:59:49  profilanswer
 

"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

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Problème de carte SATA en PCI sous Debian

 

Sujets relatifs
Installation Gummi et utilisation de ModernCV : problème de polices[CHERCHE] portable 100% compatible RED HAT // DEBIAN
Impossible de booter sur les USB avec les .iso Debian...MobaXterm & Debian 7.5 Wheezy
problème sur mon serveur tacacs+[resolu] debian : incohérence du/df et espace perdu
Aide installation concerto serveur sur debian wheezy[RSYNC] Problème répertoire et fichier exclusion
A effacer... 
Plus de sujets relatifs à : Problème de carte SATA en PCI sous Debian


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR