web-dev-qa-db-fra.com

Contrôleur HighPoint RocketRAID 62x

J'ai la carte sujet récemment installée dans Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-31-x86_64 générique). Voir la liste partielle de lspci -vv ci-dessous (liste complète des ravages joués avec des balises pré):

 03: 00.0 Contrôleur de bus RAID: HighPoint Technologies, Inc. Périphérique 0622 (rév 01) 
 Sous-système: HighPoint Technologies, Inc. Périphérique 0001 
 Contrôle: I/O + Mem + BusMaster + SpecCycle - MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx - 
 Latence: 0, taille de la ligne de cache: 32 octets 
 Interruption: broche A acheminée vers l'IRQ 11 
 Région 0 : Ports d'E/S à 9c00 [taille = 8] 
 Région 1: ports d'E/S à 9800 [taille = 4] 
 Région 2: ports d'E/S à 9400 [taille = 8] 
 Région 3: ports d'E/S à 9000 [taille = 4] 
 Région 4: ports d'E/S à 8c00 [taille = 16] 
 Région 5: mémoire à fdbff000 ( 32 bits, non préréglable) [size = 2K] 
 Expansion ROM at fdbe0000 [désactivé] [size = 64K] 
 Capacités: 
 
 

J'ai suivi les instructions que j'ai trouvées sur https://help.ubuntu.com/community/RocketRaid pour compiler les pilotes pour celui-ci, et bien que l'exécution du processus décrit semble fonctionner correctement sans erreur notable, lorsque J'ai redémarré après avoir exécuté cette procédure, je n'ai pas pu démarrer.

Au cours des étapes dkms, j'ai remarqué des messages indiquant que (si le prochain démarrage échoue, revenir à l'image initrd.img-3.2.0-31-generic.old-dkms) update-initramfs ............. ...

j'ai donc démarré en utilisant un LiveDVD Ubuntu 12.10 et suis revenu à l'initrd.img old-dkms comme suggéré ci-dessus, mais cela n'a pas réussi à réparer le problème de démarrage.

En fin de compte, j'ai utilisé https://help.ubuntu.com/community/Boot-Repair dans Ubuntu-Secure-Remix pour résoudre le problème de démarrage et j'ai pu redémarrer normalement, mais maintenant avec le nouveau généré à nouveau initrd.img (qui démarre maintenant normalement), lorsque je modprobe le module du noyau rr62x, j'obtiens immédiatement un plantage dur avec des messages à consoler sur une demande de pagination du noyau qui semble avoir causé le problème.

J'ai essayé à plusieurs reprises maintenant d'utiliser le module de noyau nouvellement construit afin de me permettre d'utiliser un multiplicateur de port eSATA branché sur la carte, mais en vain.

Toutes les suggestions de correctifs ou de solutions de contournement (j'ai lu que certaines des cartes HighPoint (2720SGL) semblent fonctionner comme un adaptateur de bus hôte et peuvent donc ne pas avoir besoin d'un pilote personnalisé, mais cela ne semble pas être le cas pour le mien) serait le plus apprécié. Mon objectif est d'utiliser la carte comme décrit ici et avec les utilitaires logiciels RAID mdadm.

Si nécessaire, je peux copier manuellement les messages de la console après le crash dur dans un message de suivi, mais je ne peux évidemment pas faire de copier/coller. Je fournirai volontiers tous les autres détails nécessaires, mais je ne suis pas sûr de ce que ce serait à ce stade, donc je m'abstiendrai d'ajouter d'autres détails pour l'instant.

Merci d'avance pour votre aide.

Mise à jour

Eh bien, malheureusement, ce problème est plus compliqué qu'il ne l'était il y a deux jours lorsque j'ai répondu à ma propre question et que je pensais avoir résolu le problème.

Bien que la mise à niveau du noyau me permette enfin de démarrer le noyau et de charger le module rr62x sans blocage/blocage évident de la machine, je n'ai jamais pu réellement utiliser le matériel, et après plus d'investigations aujourd'hui, je vois maintenant que ce module rr62x généré un noyau oups:

Nov  5 10:06:38 hp2home kernel: [   19.360006] rr62x:[0 1 3] device probed successfully.
Nov  5 10:06:38 hp2home kernel: [   20.395211] scsi8 : rr62x
Nov  5 10:06:38 hp2home kernel: [   20.395777] BUG: unable to handle kernel paging request at 0000000000050005
Nov  5 10:06:38 hp2home kernel: [   20.395798] IP: [<ffffffffa01d3543>] hpt_queuecommand_lck+0xd3/0xf30 [rr62x]
Nov  5 10:06:38 hp2home kernel: [   20.395820] PGD 1b0465067 PUD 1b0464067 PMD 0 
Nov  5 10:06:38 hp2home kernel: [   20.395827] Oops: 0000 [#1] SMP 
Nov  5 10:06:38 hp2home kernel: [   20.395834] CPU 1 
Nov  5 10:06:38 hp2home kernel: [   20.395837] Modules linked in: rr62x(PO) nouveau ttm drm_kms_helper drm i2c_algo_bit mxm_wmi video hid_generic usbhid hid wmi sata_sil24 pata_marvell forcedeth sata_nv
Nov  5 10:06:38 hp2home kernel: [   20.395867] 
Nov  5 10:06:38 hp2home kernel: [   20.395870] Pid: 298, comm: scsi_scan_8 Tainted: P           O 3.5.0-17-generic #28-Ubuntu Hewlett-Packard HP Compaq dx2450 Microtower/2A72h
Nov  5 10:06:38 hp2home kernel: [   20.395883] RIP: 0010:[<ffffffffa01d3543>]  [<ffffffffa01d3543>] hpt_queuecommand_lck+0xd3/0xf30 [rr62x]
Nov  5 10:06:38 hp2home kernel: [   20.395896] RSP: 0018:ffff8801b1471990  EFLAGS: 00010202
Nov  5 10:06:38 hp2home kernel: [   20.395902] RAX: ffff8801b071b400 RBX: ffff8801b071b400 RCX: ffff8801b06c00f0
Nov  5 10:06:38 hp2home kernel: [   20.395908] RDX: ffff8801b071b600 RSI: 0000000000000000 RDI: ffff8801b06c00d8
Nov  5 10:06:38 hp2home kernel: [   20.395915] RBP: ffff8801b14719f0 R08: 0000000000000000 R09: 0000000000000024
Nov  5 10:06:38 hp2home kernel: [   20.395922] R10: 0000000000000000 R11: 0000000000000024 R12: ffff8801b06c00d8
Nov  5 10:06:38 hp2home kernel: [   20.395928] R13: ffff8801b05ae800 R14: ffff8801b06c0000 R15: 0000000000050005
Nov  5 10:06:38 hp2home kernel: [   20.395935] FS:  00007f3bf573f700(0000) GS:ffff8801bfc80000(0000) knlGS:0000000000000000
Nov  5 10:06:38 hp2home kernel: [   20.395943] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Nov  5 10:06:38 hp2home kernel: [   20.395949] CR2: 0000000000050005 CR3: 00000001b0480000 CR4: 00000000000007e0
Nov  5 10:06:38 hp2home kernel: [   20.395955] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov  5 10:06:38 hp2home kernel: [   20.395963] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov  5 10:06:38 hp2home kernel: [   20.395970] Process scsi_scan_8 (pid: 298, threadinfo ffff8801b1470000, task ffff8801b14f1700)

De plus, la présence du module rr62x dans le noyau semble également avoir causé des problèmes avec mon autre carte RAID (contrôleur de bus RAID: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller) comme avec rr62x dans le noyau, à tout moment. démarré la machine avec le premier (le message d'origine était sur un deuxième PMP branché sur une carte RAID supplémentaire) PMP sous tension, la machine se bloquait pendant le démarrage, et quand je démarre la machine sans que le premier PMP soit sous tension, il termine le démarrage (bien qu'avec les oups susmentionnés dans le journal).

J'ai depuis exécuté Sudo dkms remove -m rr62xla -v 1.0 --all et maintenant je démarre sans problème avec le premier PMP et sans problème, il est donc assez clair que le module rr62x est le problème, mais il semble bien que d'autres personnes l'utilisent sans problème, donc si quelqu'un a d'autres idées, J'apprécierais certainement de les voir. Alternativement, puisque le message original a reçu si peu d'attention, je me demande si ces types de problèmes dépassent le cadre de ce forum particulier, et si quelqu'un a des idées concernant le meilleur endroit pour poser cette question, je serais ravi de les voir aussi. .

Enfin, quelqu'un pourrait-il expliquer un peu mieux cette affaire de primes? J'ai lu la documentation sur ce site au sujet des primes, mais j'avais l'impression qu'en répondant à ma propre question, j'aurais la possibilité de m'attribuer les 50 points de répétition que j'ai mis sur la question d'origine, et maintenant je trouve que c'est apparemment pas le cas? Ce n'est pas grave, mais j'aimerais comprendre comment ce système de primes fonctionne mieux, en particulier lorsque le PO répond à sa propre question. TIA.

3
TeXnewbie

Je ne sais pas pourquoi cela a fonctionné, mais la mise à niveau de mon noyau de 3.2.0-31-generic à 3.5.0-17-generic semble à première vue avoir résolu le problème. J'ai au moins maintenant le module chargé et le multiplicateur de ports sous tension sans planter immédiatement la machine. Le jury n'est toujours pas (en attendant que je trouve du temps pour des tests approfondis) sur le fonctionnement robuste du matériel, cependant.

1
TeXnewbie