Reprise du message précédent :
si tu as fait ça depuis /usr/src/linux et que tu as installé kernel-source et kernel-headers-2.4.xxx, il est possible que ce soit la conf existante.
Sinon, tu peux comparer ou repartir de la conf du noyau post-insstallation dont la une trace de la config doit se trouver sous la forme /boot/config(-x.x.x.x.x)...
 
Avant ça, regarde juste si tu as bien un support ext2/3 et/ou reiserfs en refaisant un bête xconfig

c'est bien ça ! Le support ext3 n'était pas activé par defaut, d'où l'erreur
 
Et retour à la case départ car les erreurs citées précédement dans un autre post - le type à un problème de souris maintenant - se reproduisent de manière incompréhensible, du moins pour mézigue
 
fin de compilation prématurée :
 
/usr/src/linux-2.4.18-14/include/linux/kernel.h:73: erreur d'analyse syntaxique
avant « va_list »
/usr/src/linux-2.4.18-14/include/linux/kernel.h:73: AVERTISSEMENT: déclaration d
e fonction n'est pas un prototype
/usr/src/linux-2.4.18-14/include/linux/kernel.h:76: erreur d'analyse syntaxique
avant « va_list »
/usr/src/linux-2.4.18-14/include/linux/kernel.h:76: AVERTISSEMENT: déclaration d
e fonction n'est pas un prototype
/usr/src/linux-2.4.18-14/include/linux/kernel.h:80: erreur d'analyse syntaxique
avant « va_list »
/usr/src/linux-2.4.18-14/include/linux/kernel.h:80: AVERTISSEMENT: déclaration d
e fonction n'est pas un prototype
sched.c: Dans la fonction « set_cpus_allowed »:
sched.c:1730: AVERTISSEMENT: utilisation déprécié d'étiquette à la fin de la déc
laration composée
make[2]: *** [sched.o] Erreur 1
make[2]: Quitte le répertoire `/usr/src/linux-2.4.18-14/kernel'
make[1]: *** [first_rule] Erreur 2
make[1]: Quitte le répertoire `/usr/src/linux-2.4.18-14/kernel'
make: *** [_dir_kernel] Erreur 2
[root@localhost linux-2.4]#
 
 
oups ...

muzah a écrit a écrit : c'est bien ça ! Le support ext3 n'était pas activé par defaut, d'où l'erreur   Et retour à la case départ car les erreurs citées précédement dans un autre post - le type à un problème de souris maintenant - se reproduisent de manière incompréhensible, du moins pour mézigue   fin de compilation prématurée :   /usr/src/linux-2.4.18-14/include/linux/kernel.h:73: erreur d'analyse syntaxique avant « va_list » /usr/src/linux-2.4.18-14/include/linux/kernel.h:73: AVERTISSEMENT: déclaration d e fonction n'est pas un prototype /usr/src/linux-2.4.18-14/include/linux/kernel.h:76: erreur d'analyse syntaxique avant « va_list » /usr/src/linux-2.4.18-14/include/linux/kernel.h:76: AVERTISSEMENT: déclaration d e fonction n'est pas un prototype /usr/src/linux-2.4.18-14/include/linux/kernel.h:80: erreur d'analyse syntaxique avant « va_list » /usr/src/linux-2.4.18-14/include/linux/kernel.h:80: AVERTISSEMENT: déclaration d e fonction n'est pas un prototype sched.c: Dans la fonction « set_cpus_allowed »: sched.c:1730: AVERTISSEMENT: utilisation déprécié d'étiquette à la fin de la déc laration composée make[2]: *** [sched.o] Erreur 1 make[2]: Quitte le répertoire `/usr/src/linux-2.4.18-14/kernel' make[1]: *** [first_rule] Erreur 2 make[1]: Quitte le répertoire `/usr/src/linux-2.4.18-14/kernel' make: *** [_dir_kernel] Erreur 2 [root@localhost linux-2.4]#     oups ...

 
un p'tit : export LANG=C
tu recommences ta compil après, mais il vaut mieux faire un : make clean
histoire de ne pas reprendre sur l'erreur
c'est juste temporaire car ça ne va pas te régler le problème indéfiniment, pour plus de détails, tu lis les autres topic sur RH8 et tu sauras tout

entre temps j'ai repris un post où un type donnait :
 
declare -x LANG=C
 
j'ai mis, ça fonctionne ... pour le moment  
Là je vais au taf, rdv cet après-midi pour un grand moment d'émotion

ça ne fonctionne pas !
 
voici le message d'erreur au boot :
 
VFS : cannot open root device "LABEL=/" or 00:00
Please append a correct "root:" boot option
Kernel Panic : VFS : Unable to mount root fs on 00:00
 
  qu'est ce que je fais avec ça ?

muzah a écrit a écrit : ça ne fonctionne pas !   voici le message d'erreur au boot :   VFS : cannot open root device "LABEL=/" or 00:00 Please append a correct "root:" boot option Kernel Panic : VFS : Unable to mount root fs on 00:00     qu'est ce que je fais avec ça ?

 
faut lire les topics en entier, je l'ai donné ça aussi, faut remplacer par root=/dev/hdXY
où :
 
X = la position du disque IDE (a, b, c ou d en général)
Y = numéro de la partition root (/)

maintenant que tu le dis, j'ai lu ... mais ya 3 jours   j'ai oublié ...  
 
Je repars, les mains dans le camboui
 
euuuuh, pour info, est-ce que mon fichier de config GRUB est correct :
 
default=0
timeout=10
splashimage=(hd0,1)/grub/splash.xpm.gz
title Red Hat Linux (2.4.18-14smp)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14smp ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14smp.img
title Red Hat Linux custom (2.4.18-14)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14custom ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14smp.img
title Red Hat Linux-up (2.4.18-14)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14 ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14.img
title DOS
 rootnoverify (hd0,0)
 chainloader +1
 
la chaine "custom" est celle que j'ai rajoutée, les trois autres sont celles d'origine créées par linux
la ligne en italique est copiée sur la chaine originale du haut, le fichier initrd-2.4.18-14smp.img, je l'ai pas créé, c'est celui "d'origine" ...  faut le créer en fonction du noyau qu'on a compilé ?

muzah a écrit a écrit : maintenant que tu le dis, j'ai lu ... mais ya 3 jours   j'ai oublié ...     Je repars, les mains dans le camboui   euuuuh, pour info, est-ce que mon fichier de config GRUB est correct :   default=0 timeout=10 splashimage=(hd0,1)/grub/splash.xpm.gz title Red Hat Linux (2.4.18-14smp)  root (hd0,1)  kernel /vmlinuz-2.4.18-14smp ro root=LABEL=/ hda=ide-scsi  initrd /initrd-2.4.18-14smp.img title Red Hat Linux custom (2.4.18-14)  root (hd0,1)  kernel /vmlinuz-2.4.18-14custom ro root=LABEL=/ hda=ide-scsi  initrd /initrd-2.4.18-14smp.img title Red Hat Linux-up (2.4.18-14)  root (hd0,1)  kernel /vmlinuz-2.4.18-14 ro root=LABEL=/ hda=ide-scsi  initrd /initrd-2.4.18-14.img title DOS  rootnoverify (hd0,0)  chainloader +1   la chaine "custom" est celle que j'ai rajoutée, les trois autres sont celles d'origine créées par linux la ligne en italique est copiée sur la chaine originale du haut, le fichier initrd-2.4.18-14smp.img, je l'ai pas créé, c'est celui "d'origine" ...  faut le créer en fonction du noyau qu'on a compilé ?

 
lol ! t'inquiètes, c'était pas un reproche, faudrait que je mette des smilies qd c comme ça  
 
bon ton grub.conf est pas mal mais pas top :  
 
me manque un p'tit truc, tu peux poster l'en-tête aussi, stp ? (tout ce qui est commenté avec des #)

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,1)
#          kernel /vmlinuz-version ro root=/dev/hde3
#          initrd /initrd-version.img
#boot=/dev/hde
default=0
timeout=10
splashimage=(hd0,1)/grub/splash.xpm.gz
title Red Hat Linux (2.4.18-14smp)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14smp ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14smp.img
title Red Hat Linux custom (2.4.18-14)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14custom ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14smp.img
title Red Hat Linux-up (2.4.18-14)
 root (hd0,1)
 kernel /vmlinuz-2.4.18-14 ro root=LABEL=/ hda=ide-scsi
 initrd /initrd-2.4.18-14.img
title DOS
 rootnoverify (hd0,0)
 chainloader +1
 
bien, je vais me coucher, en espérant que le petit génie de la nuit va régler tous mes problèmes  
 
A demain

voilà, le p'tit génie de la nuit a travaillé
 
bon, dans un but éducatif, compare les 2 fichiers ce qui te permettra de voir ce qu'il faut faire qd tu ajoutes un noyau, je t'ais mis par défaut le boot sur le custom, sinon j'ai aussi remarqué que tu avais un noyau bi-proc (smp), t'es sûr de toi ?
enfin tu l'as peut-être mis là parce que tu ne savais pas ce que c'était...
 

merci !
 
Oui, je sais ce que je fais avec le noyau smp ; j'ai une bp6 et deux clairons dessus, c'est pas innocent  
 
donc, je regarde & étudie tes changements ...

pourquoi tu n'as pas remis de ligne similaire à
 
initrd /initrd-2.4.18-14smp.img
 
dans la configuration "custom" ? ce n'est pas indispensable ? ça correspond à quoi ? Pourquoi c'est présent dans les configurations par défaut ?
 
[edit] la configuration ci-dessus est prête à l'emploi ?

 
on n'a pas les même horraires de réveil
 
bon, c'est du prèt-à-servir
 
sinon la ligne initrd n'est pas indispensable avec grub, pour les noyaux d'origine, je la laisse, pour ceux que je compile moi-même je ne me fais jamais chi** à faire un initrd (même si c'est simple et qu'il y a une commande du même nom qui fait ça)
 
si t'avais utilisé lilo, il aurait fallu en créer un, car à ma connaissance il ne peut pas booter le noyal sans init

alors la question du jour :  
 
qu'est ce que le initrd ?

 
whatis est ton ami et man aussi...
 
whatis initrd :
initrd               (4)  - boot loader initialized RAM disk
 
man initrd
(c'est en français)
 
bonne lecture

je sais mais il est tellement froid
 
ok, j'ai compris ...

sinon avec le noyau d'origine, au boot j'avais une ligne pour la reconnaissance du chip emu10k1 de ma sblive! et une ligne pour un codec AC97 alors que je n'ai pas de chipset son onboard ... je me suis dit qu'en enlevant l'option dans le noyau, je n'aurais plus cette possibilité et en fais ça revient quand même alors que le support kernel est disabledd
 
normal ou pas ?
 
Même chose pour le chipset highpoint366 pour lequel il était marqué :
 
support not 100% native, will probe irq later
 
je met l'option controlleur ide highpoint 366 dans le kernel, compile et pouf, le même message ...
 
je ne comprend pas alors ce que peut apporter le support d'un chipset par le noyau si il est reconnu de toute façon même s'il n'est pas présent dans le noyau ... je ne sais pas si je suis très clair là

muzah a écrit a écrit : sinon avec le noyau d'origine, au boot j'avais une ligne pour la reconnaissance du chip emu10k1 de ma sblive! et une ligne pour un codec AC97 alors que je n'ai pas de chipset son onboard ... je me suis dit qu'en enlevant l'option dans le noyau, je n'aurais plus cette possibilité et en fais ça revient quand même alors que le support kernel est disabledd   normal ou pas ?   Même chose pour le chipset highpoint366 pour lequel il était marqué :   support not 100% native, will probe irq later   je met l'option controlleur ide highpoint 366 dans le kernel, compile et pouf, le même message ...   je ne comprend pas alors ce que peut apporter le support d'un chipset par le noyau si il est reconnu de toute façon même s'il n'est pas présent dans le noyau ... je ne sais pas si je suis très clair là

 
pour le chipset highpoint, c'est normal, c'est encore expérimental, j'ai la même chose pour mon chipset SIS (k7s5a) et pour ma carte raid (cmd680/Sil680), si tu supprimes le support de ton chipset dans le noayu et que tu as laissé actif "Other IDE chipset", il le prendra tout de même et vu qu'il lit le "string vendor" il sait ce que c'est comme chipset
 
pour emu10k1 : le module ac97_codec est nécessaire, donc si qq chose est incorrect entre ac97 et emu10k1 au moment de la compilation, tu auras une erreur... emu10k1 dépend de ac97_codec, tout comme de sound et soundcore, il faut qu'il soit chargé tous les 2 au démarrages, le plus propre étant de rajouter le chargement des modules dans /etc/modules.conf ou sinon d'ajouter le chargement dans /etc/rc.d/rc.local (mais là c'est plus porky qd même...)

Pinaiz ! tu utilises cette carte en raid sous linux ?

 
pas en fonctions raid non, juste en extension IDE vu que je n'avais pas assez de ports
 
mais les fonctions raid doivent pas être mauvaises sur cette carte, je testerais qd j'aurais reçus les disques durs que j'attends

j'ai vu sur le site de siliconImage qui fait le chip que ça pouvait fonctionner avec linux si on enclenche le mode RAID dans le noyau, mais il n'y a pas de drivers autrement
 
ça peut être correct comme fonctionnement ?

muzah a écrit a écrit : j'ai vu sur le site de siliconImage qui fait le chip que ça pouvait fonctionner avec linux si on enclenche le mode RAID dans le noyau, mais il n'y a pas de drivers autrement   ça peut être correct comme fonctionnement ?

 
de koi ?  
 
j'ai pas tout pigé, mais si tu veux le bios de la carte s'active juste après le bios de la carte mère, tu vois défiler tes periph ide de la carte mère, puis ceux de la carte raid
 
sous linux c'est géré en natif dans les noyaux >=2.4.18patchés, mais j'ai qd mm réussis à cramer ma partoche root en montant le disque sur la carte raid, puis en bootant un noyau 2.4.19 patché 2.4.20preX-acY pour le support complet de la carte (je ne me souviens plus des versions des patchs excatement), bref depuis ça je n'utilise plus que les noyaux red hat qui ne m'ont jamais fait de salo***ie  
 
edit : ah je viens de comprendre ce que tu voulais dire, bah en fait c'est du raid hard, donc c'est pas l'os qui gère mais la carte elle-même, c'est à toi de créer ton ou tes set(s) raid au boot de la machine

donc les performances, bonnes ou mauvaises, sont imputable directement à la carte et non au drivers éventuels pour linux ou windows
 
Le noyau Linux supporte le mode RAID mais ne contrôle pas la carte comme un driver le fait avec Windows
 
En gros, même si le constructeur ne propose pas de drivers Linux pour une carte, si le noyau supporte le mode RAID, ça fonctionne ; c'est ça ?

muzah a écrit a écrit : donc les performances, bonnes ou mauvaises, sont imputable directement à la carte et non au drivers éventuels pour linux ou windows   Le noyau Linux supporte le mode RAID mais ne contrôle pas la carte comme un driver le fait avec Windows   En gros, même si le constructeur ne propose pas de drivers Linux pour une carte, si le noyau supporte le mode RAID, ça fonctionne ; c'est ça ?

 
disons qu'il y a un drivers pour communiquer avec la carte, que ce soit sous win, sous linux, ...
mais il n'y a pas besoin de drivers pour les fonctions RAID puisque tout ce fait en hard, je sais même pas si on peut modifier les sets raid autrement que par le bios de la carte au boot du pc (je crois que si sous win, mais vu que les drivers de la carte sortaient juste pour linux, j'ai pas eu à attendre de ce côté, donc pas le temps de tester )

euh, il existe des drivers pour cette carte sous linux ? ? ? Je ne suis pas sûr ... enfin ! J'avais une vue sur cette carte mais Kyo54 vend une highPoint RocketRaid 133 à 60?, je crois que je vais plutôt prendre ça, il y a un support "officiel" de highPoint pour linux
 
sinon, j'ai une merde avec mon nouveau noyau : ça boot bien mieux qu'avant, j'ai la console mais X ne veut pas se lancer maintenant et ma souris est virée aussi
 
Comment reprendre la configuration initiale smp redHat et changer seulement ce que voulais ajouter pour garder le bon fonctionnement d'origine avec des "options personnelles" en plus ?

bah si y a des drivers pour cette carte, puisque je l'utilise
ils sont directement inclus aux noyaux red hat par exemple...
 
simple : make menuconfig, tu regardes dans IDE, ATA and ATAPI Block devices, tu as "CMD64X, CMD680 chipset support", puis juste en dessous "CMD680 chipset tuning support", un peu plus haut "CMD640 chipset bugfix/support" et "CMD640 enhanced support", je me demande si c'est pas en activant ce dernier que ma partoche root est partit en sucette sous le 2.4.20XY
 
si tu ne peux plus démarrer X, c'est peut etre parce qu'il faut penser à recompiler les drivers nvidia pour ce noyau (si tu as bien une carte nvidia)
 
sinon pour retrouver les sources d'origines, il faut faire un "make distclean" à la racine des sources du noyau (/usr/src/linux quoi....)
ensuite en rechargeant make menuconfig, il va charger le fichier de conf pour smp normalement

muzah a écrit a écrit : euh, il existe des drivers pour cette carte sous linux ? ? ? Je ne suis pas sûr ... enfin ! J'avais une vue sur cette carte mais Kyo54 vend une highPoint RocketRaid 133 à 60?, je crois que je vais plutôt prendre ça, il y a un support "officiel" de highPoint pour linux

 
enfin pour 40? suis pas déçu de la carte, le point noir : y a pas de broches pour y brancher des led pour les mettre en façade, soit y faut revoir le câblage des led existantes (mais là plus de garantie ) ou alors mettre de la fibre optique gainée jusqu'à la façade

merde de merde ! Si on me certifie que cette carte fonctionne sous linux en RAID, je saute dessus !
 
J'ai écrit à silicon Image mais ils me renvoient vers des pages obscures où il n'est pas question de linux ; j'ai trouvé seul une page où cette carte est mentionnée de façon assez floue quant au fonctionnement avec linux
 
c'est cette carte là :
 

 
?

pas le même modèle nan, plutôt ça moi :
 
http://www.computerhandel.de/kouwe [...] preis_.htm

BMOTheKiller a écrit a écrit : si tu ne peux plus démarrer X, c'est peut etre parce qu'il faut penser à recompiler les drivers nvidia pour ce noyau (si tu as bien une carte nvidia)   [g]sinon pour retrouver les sources d'origines, il faut faire un "make distclean" à la racine des sources du noyau (/usr/src/linux quoi....) ensuite en rechargeant make menuconfig, il va charger le fichier de conf pour smp normalement[g]

J'ai une ATI Rage 128
 
exactement la même config que celle d'origine pour le noyau "vmlinuz-2.4.18-14smp" ?

bah normalement vi

j'ai acheté la carte raid de Kyo54 :
 
highPoint rocketRaid 133 ; 0,1&0+1 et amie des pingoins
 
je recompile mon noyau, vers. 10, le retour de la vengeance

bon, jusqu'ici, ça roule pas mal et je ne suis pas encore retourné sous Win$$$
 
je voudrais partager des fichiers avec un ordinateur Windows, comment faire ?

muzah a écrit a écrit : bon, jusqu'ici, ça roule pas mal et je ne suis pas encore retourné sous Win$$$   je voudrais partager des fichiers avec un ordinateur Windows, comment faire ?

man samba

que samba ?

si tu avais cherché + de qql secondes, tu aurais vu que Samba est le serveur permettant de partager des dossiers avec Windows

bien, merci ; je suis un peu long à la détente des fois

meuh non  

Salut, je quitte windows encore une fois !
Comme les grande vedette que fais mes adieux à la scène windows pour y revenir dans quelques temps mais bah ! On ne se refait pas
 
Salut !
 
 
...
 
 
pouf !  
 
 
hihihihi ... ça marche pà ih ih ihi
 
 
non sans blague, j'ai pas encore commencé  
 
 
bon j'y vais, je formate

je lance quand même une bouteille à la mère :
 
est-ce que la sortie vidéo de ma STEVEE WONDER PRO 128 32MO AGP4X DELAMORKITU va fonctionner "correctement" sous linux ?