BETA 1.9.16

[only]

Bonjour à tous,

Y a t-il un forum FRANCAIS pour la version BETA 1.9.16 ?

J'ai plusieurs systèmes en tests de fonctionnement de la version 1.9.11 à la version 1.9.15 mais sur les versions 1.9.15 et 1.9.16 je dois utiliser MODPROBE pour tester un nouveau CHIPSET HARDDISK.

Merci

[fleib]

Salut,

LE forum français concernant notre distrib parefeu préférée est celui d'ixus.

Peut être pourrait tu préciser ta question.

F

[only]

Bonsoir,

N'étant pas un expert de LINUX ... je cherche à comprendre comment charger mon driver de chipset d'une carte SAS avec MODPROBE proposé lors de l'installation afin que la V1.9.16 puisse reconnaitre mon disque.

Quelle est la syntaxe ? dois-je charger un ou plusieurs fichiers sur une clef USB en parallèle afin d'y accéder ? quel type de fichier utilisé ?

J'ai récupéré chez DELL les driver LINUX et j'aimerai tester ... car j'aime beaucoup IPCOP

Ce qui m'étonne ... j'ai installé il y a plusieurs mois une version 1.9.11 qui a reconnu le SAS sans problème avec du RAID1 ...

J'ai tenté sur un serveur clone avec la même config d'installer la version 1.9.15 ou 16 ... résultat NO HARDDISK FOUND

Donc si quelqu'un a un petit tuto la dessus !!!! je suis preneur

Merci encore

Bien à vous

Yves

[fleib]

Je dirais que ce qu'il te faut est le driver en .so de ta carte compilé à partir des sources sur un plateforme disposant des outils ad hoc. Ensuite tu fais un modprobe pour charger le module en question.

Quant à savoir pourquoi ta carte fonctionnait avec une version précédente, peut être Gesp pourrait il éclairer ta lanterne.

F

[only]

Bonjour,

Ma carte est une LSI Logic SAS1068E-IR
J'ai récupéré les drivers chez DELL mais pas de .so

Je cherche chez LSI
Merci à Gesp pour ses lumières...

Y

[fleib]

C'est ce que je décrivais dans mon post précédent, tu obtiendra le .so en compilant le driver à partir des sources.

F

[only]

Ok ... mais je ne suis pas un expert de la compil sous LINUX
donc je vais avoir quelques difficultés... à moins que cela ne tienne qu'en quelques lignes ?
Bonne journée

[only]

Bonjour,

Mes meilleurs vœux à tous pour 2011.

Je reste bloqué sur mon HARD DISK NOT FOUND en V1.9.15 ou 16

Je cherche donc une personne compétente pour réaliser à ma place le modulename for manual MODPROBE.

Comme spécifié plus haut !!!

Ma société financera cette prestation sans problème.

Merci de me dire qui est intéressé, j'ai besoin d'avancer ma plateforme TRÈS RAPIDEMENT.

Matériel DELL Lame M605 disque SATA sur carte SAS.

Dans l'attente,

Bien à vous

Yves

[only]

Pour info à tous ...

En reprenant la version 1.9.11 ... le disque sur SAS DELL est reconnu !!!

Je viens d'en faire l'expérience sur la lame M605 du BLADE DELL

[jdh]

Il pourrait être judicieux de regarder pfSense, et si pfSense tourne sur ce hardware.

Quand on essaie pfSense après avoir essayé Ipcop, on s'aperçoit vite des différences et de l'intérêt de passer à pfSense.
Mais pfSense offre aussi une version stable 1.2.3 et une version beta 2.0.

[Franck78]

Hello,
Durant le boot sur le cd/clé usb, il y l'écran visible (ALT-F1) mais aussi les autres.
A faire défiler avec les touches ALT F2...F12 (pas ALTgr)

En prendre en un mode console permet d'envoyer toutes les commandes de diag possible.
Et il y aussi celui de log de l'installeur qui (du moins en 1.4) est assez bavard.

Il faut commencer par la.

Quand à compiler le module nouveau, c'est loin d'être simple.
C'est plus simple de vérifier avant que cela n'est pas fait (ipcop.org?)
Et plus utile d'expliquer aux dev pourquoi .11=>OK .19=>NO pour fixer le bug si il y a....

[only]

Yes ... d'accord avec dernière réponse ...

J'ai transféré à Gesp le problème entre la V1.9.11 et la .16

Pour l'instant ma plateforme de tests en Blade tourne mieux en V 1.9.11 qu'en 1.9.16 impossible à lancer !!!

Je vais transférer aussi vers le forum BETA cette particularité

Il est dommage que nous restions au temps des cavernes !!!

Et oui .. sous Novell 2.0A comme sur la 6.0 (NETWARE)... il suffisait de faire un " load controlharddrive.dsk" pour charger le contrôleur lors de l'install

sans avoir un compilé quoi que ce soit !!!

Rien n'a évolué depuis 20 ans .... sauf les disquettes 5 1/4 et 3 1/2

et surtout pas Windows !!!

Le vieux vous salue bien !!!

Yv

[jdh]

Si on en est à rappeler de vielles choses, il serait judicieux de rappeler que Netware v2.15 c'était compil de drivers alors que Netware v3.10-12 c'était en effet "load driver.dsk" (lesquels n'était pas forcément de base même s'il y en avait beaucoup). (ne pas avoir la mémoire sélective ...)

Cela revient toujours à la même chose : un driver est un pgm compilé pour un noyau donné.

Sous Windows (et netware), il y a peu de changement de noyau mais une foule de windows update tous les mardi.
Sous Linux, il y a foule de version de noyau, et donc il faut compiler le module.

Néanmoins, il faut aussi garder la tête froide : on n'installe pas un environnement de développement (compilation) sur un firewall !
Sans compter qu'on ne va pas intégrer tous les drivers du monde dans un install de firewall !

En terme de disque, il est logique de penser à ide (pata) et sata comme pilotes de base, mais sas ou des pilotes pour cartes raid (megaraid, lsi, ...) est quand même lourd à supporter ...

[Franck78]

ce qui compte est que tu arrives à expliquer ce qui cloche à Gesp avec un peu plus que "ca charge pas" !!!

Révons un peu :maintenant que Novell est vendue, $Crosoft à récupérer plein de brevet (une honte). Qu'ils jettent leur $%#&! d'AD à peine plus évoluée que la bindery et utilise eDirectory ET le système de permissions fichiers...

[only]

Effectivement c'est à partir de la V3 de NETWARE ... je vois que je ne suis pas si vieux que ça dans ce forum !!!

Bien sur... ne pas installer un outil de compil sur un firewall ... normal ce n'est pas ce que je demande

Mais aujourd'hui ... vous trouver de l'xATA sur du chipset broadcom SAS ....

Donc a mon sens il serait judicieux d'intégrer ce type de chipset commun à la plupart des constructeurs ...

Bonne journée