kernel panic au demarage debian sarge 3.1 (megaraid inside) - Installation - Linux et OS Alternatifs
Marsh Posté le 11-08-2006 à 01:32:06
la version 2.6 ne semble pas incorporer le module (drivers) megaraid2 contrairement à la version 2.4.
Tu peux le mettre a jour apres installer en le recompilant tout beau avec tes modules !
Marsh Posté le 11-08-2006 à 09:15:01
salut
voici les modules que j'utilise sur des serveurs ayant une Megaraid (kernel 2.6.x) :
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=y
CONFIG_MEGARAID_MAILBOX=y
CONFIG_MEGARAID_SAS=m
Marsh Posté le 11-08-2006 à 10:15:53
merci de votre aide
comment je m y prend alors pour faire ca vu que j utilise le cd de netinstall (j ai le 2.4.X correctement installe mais le 2.6.X qui plante au demarrage)?
Marsh Posté le 11-08-2006 à 10:35:03
tu installe ton systeme avec le 2.4 et une fois que tout est en place, tu recompile un kernel en 2.6
Marsh Posté le 17-12-2006 à 13:48:12
Salut à tous,
J'ai exactement le même pb.
J'ai réinstallé mon système debian avec la dernière version 3.1r4 en suivant la procédure de la doc d'Alexis Delattre.
Donc le noyau généré lors de l'install (2.4.x) gére bien ma LSI Megaraid SATA-300-8x, par contre, lorsque j'en recompile un en version 2.6, j'ai le même problème que betsamee.
A savoir:
Citation : |
Note: il n'y a que l'aire raid 5 sur cette machine et le PC doit donc obligatoirement booter dessus.
Pourtant j'ai bien mis les paramètres suivants:
Citation : |
(Au passage, dans mon cas, je pense que le module SAS ne sert à rien puisque ma carte n'est pas un modèle SAS...)
Merci pour votre aide
Marsh Posté le 17-12-2006 à 14:15:50
Après d'autres recherches, il semblerait qu'il faille que j'utilise la commande suivante (avec le nouveau paramètre en gras)
fakeroot make-kpkg --initrd --append-to-version -camel --revision 1 kernel-image
Mais lorsque j'installe ce nouveau noyau avec la commande suivante:
dpkg -i kernel-image-2.6.16.2-camel_1_i386.deb
Il semble toujours chercher le module "megaraid2" qui n'existe plus sous ce nom dans la 2.6
car j'obtiens ce message:
Citation : |
Marsh Posté le 27-03-2007 à 16:32:28
Salut à tous.
Je suis toujours confronté au même problème et je ne trouve pas de solution.
Je suis toujours en 2.4 et j'aimerais bien upgrader.
Mon pb ressort très souvent sur google mais il n'y a jamais de réponse concrète.
Please help
Merci
Kz
Marsh Posté le 27-03-2007 à 16:43:37
hmm si tu met les drivers en dur, pas besoin de modprobe... \O/
tu as bien pris un kernel patché debian ?
et pas récupéré un vieu .config mais créé un nouveau ?
Marsh Posté le 27-03-2007 à 16:47:35
Salut zecrazytux,
Merci pour ta réponse.
En fait la je viens de faire une réinstall propre.
Dernier DVD debian 3.1r5
j'ai installé en 2.4 puisque l'installeur qui démarre sur 2.6.8 ne détecte pas le megaraid.
J'ai testé les drivers en modules et en dur oui. Sans oublier CONFIG_BLOC_DEV_SD et EXT3.
voilà pourquoi ça peut paraitre incohérent précédemment.
J'ai refait un make menuconfig. Donc .config tout neuf.
J'ai pris le noyau sur kernel.org.
Qu'appelles tu kernel patché débian ?
Merci pour ton aide.
Kz
Marsh Posté le 27-03-2007 à 17:15:08
je pense pas que les problemes viennt de là, mais le kernel officiel (de kernel.org) n'est pas employé tel quel dans de nombreuses distros
en particulier debian applique ses propres patch (tout comme ubuntu, etc pour rajouter les drivers proprios par exemple (ubuntu))
si le .config est tout propre et qu'il y a bien ce drivers de proposer à la configuration avant la compilation, c'est étrange qu'ensuite il ne le trouve pas -_-
quelle version as tu pris ?
Marsh Posté le 27-03-2007 à 17:17:13
tien au cas ou t'aurai pas choppé ce tomic sur linuxfr:
Citation : |
c'est avec xen mais ça parle de config de kernel pour le scsi... check ça
Marsh Posté le 27-03-2007 à 17:19:54
Ben en fait je suis la doc d'alexis delattre: http://formation-debian.via.ecp.fr/
Cette procédure de recompilation du noyau récupère le kernel.org.
Je sais qu'il y a une autre procédure mais elle n'est pas explicitée.
J'ai pris la dernière version 2.6.20.
D'autre part, je pense que les commentaires de cette dépèche décrivent un peu les problèmes rencontré et peut etre un début de solution
http://linuxfr.org/2006/08/16/21203.html
Marsh Posté le 27-03-2007 à 17:25:40
Arrêter d'utiliser Sarge sur du matos neuf :|
Sinon trouvez la page du japonais qui fait un debian installer Sarge avec un kernel 2.6.18, je la retrouve plus
Marsh Posté le 27-03-2007 à 17:25:59
cette documentation est très bien faite
les kernels patchés Debian sont récupérable sur le site ou par apt (linux-source-2.6.X-...)
tu parle d'une dépêche sur l'instalateur de la distro, dans sa version testing actuelle (Etch, qui sortira sous peu comme stable)
je pense qu'Etch est suffisament stable pour servir sur serveur de prod... (j'ai aucun probleme en utilisation quotidienne desktop en tout cas, et j'ai un serveur qui tourne a vide quasiment up depuis un mois)
Marsh Posté le 27-03-2007 à 17:43:12
M300A a écrit : Arrêter d'utiliser Sarge sur du matos neuf :| |
euh faut utiliser quoi alors ?
Je ne comprends pas trop le rapport sachant que pour une distribution ou une autre, la recompilation du noyau posera toujours problème non ?
zecrazytux> j'ai testé et ca ne marche pas.
Je ne suis pas sûr de ne pas oublier quelque chose au passage.
Mon .config est ok
ensuite suivant la procédure, je fais: fakeroot make-kpkg -initrd --append-to-version -camel --revision 1 kernel-image
puis: dpkg -i mon_fichier.deb
Grub est modifié automatiquement par la commande précédente mais n'a pas la même forme que ton extrait. Je n'ai pas la ligne module par exemple.
Puis je reboot...
Merci
Marsh Posté le 27-03-2007 à 17:53:11
hum j'ai toujours fait des initrd moi...
sinon met plutot une etch qu'une sarge pour une nouvelle isntall... Etch va sortir stable d'un moment à l'autre
Marsh Posté le 27-03-2007 à 18:01:36
ok merci pour tes conseils.
Etch n'est pas dispo en installable directement actuellement ?
sinon je suis en train de regarder ca:
http://kmuto.jp/debian/d-i/
Merci encore pour ton aide
Marsh Posté le 27-03-2007 à 20:54:16
C'est le bon site pour Sarge avec kernel plus récent.
ON NE RECOMPILE JAMAIS UN NOYAU...
Sinon oé le mieux ca reste de mettre une Etch, à moins d'avoir vraiment des contraintes de fiabilité très importante, ou pour ne pas prendre la responsabilité d'une version non stable auprès de son employeur.
Marsh Posté le 27-03-2007 à 21:05:31
Merci M300A pour ta réponse.
Pourquoi dis tu qu'on ne recompile jamais un noyau. J'avoue que je ne te suis pas trop.
C'est pourtant bien pour l'optimiser et l'alléger des drivers inutiles non ?
Merci pour tes précisions
Kz
Marsh Posté le 27-03-2007 à 21:09:46
Cf les nombreux posts et discussion à ce sujet, en gros :
* ca n'apporte aucun gain de perfs
* ca enlève toute portabilité à ton kernel (avec un kernel stock debian, tu boot ton disk sur n'importe quelle machine)
* tu perds la compatibilité avec tous le matos que t'as distros a intégré (obligé de recompilé quand tu branche une carte son, génial
* tu as pas tous les patches que t'as distro utilise
* tu as pas le suivi des patches de sécu (à moins que tu le fasse toi même)
etc etc
Marsh Posté le 27-03-2007 à 22:07:35
M300A, sur serveur avec certaines contraintes ça peu nécéssité une compilation et n'est pas un mal. à condition de savoir ce que l'ont fait
oui etch est instalable directement, comme toutes les versions de Debian. y'a pas de cachoteries avant la release... tu prend la netinstall par exemple et rulezzzz
Marsh Posté le 27-03-2007 à 22:15:20
Merci pour vos réponses
Pardonnez mon ignorance mais pour installer etch est ce que ces iso sont ok ou vaut il mieux passer par une autre méthode?
http://www.debian.org/devel/debian-installer/
(Je ne connais pas netinstall) Je vais faire quelques recherches.
Merci pour vos tuyaux.
Marsh Posté le 27-03-2007 à 22:32:06
sparfait !
à condition d'avoir du resal ethernet si possible en DHCP et là c'est que du bonheur
Marsh Posté le 27-03-2007 à 22:34:32
Alors ca devrait rouler
Merci pour votre aide. Je vous fais un retour dès que carbure héhé.
Kz
Marsh Posté le 28-03-2007 à 00:19:32
Humm il va falloir crée un Topic debian sata
J'ai un dell D510 avec un disque sata.
J'ai essayer une install avec sarge 3.1r5 sur ce disque avec le kernel 2.4 et 2.6.
Le 2.6 le détecte pas le 2.4 oui
Sur linuxfr.org j'ai trouver ceci concernant les dell D510:
Citation : Je viens d'installer (il y a deux jours) une debian testing(etch) à l'aide d'un daily built netinst CD image sur un portable dell latitude D510. |
N'ayant pas d'ethernet filaire la netinst c'est mort.
J'ai quand même essayer au prompt "linux26 install libata.atapi_enabled=1" sans résultat.
Je pourrait installer le 2.4 faire un upgrade avec le 2.6 du cd ou quelque chose de mieux qui parle de noyau modifier avec les bonnes lib.
Vous me conseillez?
Entre t'en j'ai installer une archlinux.
Et puis je viens d'avoir un momobay en usb (héhé j'adore le marketing).
Je me suis dit tente une install de debian sur celui-ci.
Cette fois-ci c'est le contraire le 2.4 ne détecte pas le disque le 2.6 si; normal.
Je fait donc une install sur l'usb du 2.6 (très rapide malgrès l'usb). Petit hic comme le 2.6 ne détecte pas le sata l'usb et détecter sda.
Je me dit que c'est pas très grave et modifirait fstab et menu.lst si besoin.
Je boot donc debian sur l'usb mais le système gèle sur:
Code :
|
Je zieute le guide gentoo sur les erreur de grub qui m'apprend:
Citation : Cela peut arriver lorsque l'ACPI est défectueux et qu'il est activé dans le noyau. Essayez de désactiver l'ACPI dans votre BIOS ou dans votre noyau. |
Je choisi de le désactiver dans le noyau avec grub (noapci) sans résultat.
Maintenant je
Marsh Posté le 28-03-2007 à 10:53:03
zecrazytux a écrit : M300A, sur serveur avec certaines contraintes ça peu nécéssité une compilation et n'est pas un mal. à condition de savoir ce que l'ont fait |
Franchement à moins d'une utilisation ultra spécifiques qui nécessite des patches qui ne sont pas intégrés (et encore des kernels xen, vserver etc sont fournis par Debian), ca ne sert à rien.
Marsh Posté le 28-03-2007 à 10:54:01
Et pour en finir...
VOUS INSTALLEZ ETCH (qui au passage n'existe pas qu'en netinstall, evidemment) :
http://cdimage.debian.org/cdimage/ [...] 86/iso-cd/
Marsh Posté le 28-03-2007 à 11:54:47
M300A vi, j'ai dis "avec certaines contraintes"
sinon la communautée Debian fournis tout le nécéssaire pour xene t vserver effectivement, c'est du bonheur
quid du raid de notre ami kz ?
oui Etch n'existe as qu'en netinstall, mais c'est plus pratique IMHO
Marsh Posté le 28-03-2007 à 12:31:52
salut les amis
Ca y est l'install est faite et le raid tourne à merveille en 2.6.18!
J'ai pris la netinstall et j'installe au fur et à mesure ce dont j'ai besoin.
Merci beaucoup pour vos avis éclairés même si je remarque que M300A a tendance à s'emporter sur le sujet ...
Tout est impec! Votre aide m'a été très précieuse.
amicalement
Kz
Marsh Posté le 28-03-2007 à 13:36:09
M300A a écrit : Franchement à moins d'une utilisation ultra spécifiques qui nécessite des patches qui ne sont pas intégrés (et encore des kernels xen, vserver etc sont fournis par Debian), ca ne sert à rien. |
oui par exemple debian ne fournit pas les kernels patchés realtime. Bon tu me dira, les patchs rt n'existent même pas pour les versions en 2.6.18-x donc c'est normal. Cependant pour faire de la zik avec une debian il y en a besoin. Ok, debian n'est pas pour faire de la zik avec
edit : pour ne pas avoir de soucis de drivers on peut réutiliser le .config fourni avec les noyaux officiels, ca marche pas mal.
Marsh Posté le 28-03-2007 à 15:10:08
M300A a écrit : Arrêter d'utiliser Sarge sur du matos neuf :| |
Marsh Posté le 28-03-2007 à 15:12:59
ReplyMarsh Posté le 28-03-2007 à 15:13:58
ouais ouais un peu grillé
cela dit utiliser etch est une bonne idée.
Marsh Posté le 28-03-2007 à 18:11:15
hier , le 27 03 2007 , il y a eu un pb avec le paquet testing udev et update-initramfs sur les kernel
lors d une mise a jour testing .
le 28 03 2007 une nouvelle mise a jour du paquet udev devrais regle le pb suivant :
en linux-image-2.6.18 le raid1 et raid5 fonctionnent parfaitement mais apres la premiere mise a jour de udev
=>kernel panic sur les disques raid1
apres reboot sur une partition de rescue les raid1 logiciels sont coherents .... .
il me reste a mettre a jour udev sur ce pc , le pb doit etre regle ... .
par contre pour les noyaux apres 2.6.18 avec initrd les fonctions raid ne semble pas fonctionner
(plantage au boot)
Marsh Posté le 28-03-2007 à 21:17:24
Kaiserzeus2001 a écrit : salut les amis |
Ca me fait mal de vous voir massacrer des Debian c'est tout
Marsh Posté le 28-03-2007 à 21:22:39
J'ai compris ton point de vue. Et je suis d'accord avec toi.
Le truc c'est que je m'étais un peu éloigné du sujet quelques temps et la célèbre doc d'Alexis Delattre n'a pas suivi ce point de vue et se focalise toujours sur la sarge.
Mais me voilà de retour sur le droit chemin
Marsh Posté le 10-08-2006 à 17:20:52
Bonjour
Lors de mon installation d une debian Sarge 3.1 (via le cd netinstall) sur mon serveur je me heurte a un probleme assez bizare.
Si j installe un noyau 2.4.X le systeme s installe bien et gere correctement mes disques SCSI en RAID 1.
En revanche lors d une installation du noyau 2.6.X (linux26 au demarage) le programme d installation ne voit pas les disques et lors de mon boot j ai un beau kernel panic cause par l erreur suivante;
FATAL : module megaraid 2 not found
Donc je comprend qu il y a un souci avec la gestion du RAID materiel.
comment resoudre ce probleme a votre avis?
Si on ne peut pas le resoudre comment upgrader mon noyau 2.4.X (installe en netinstall donc sans les sources) vers 2.6.X ?
Merci de m avoir prete attention