j'ai une  redhat 7.2  qui me parait bien lourde et qui arrete pas de partir en cou*lle !
alors je me suis dis : soyons fou, je me recompile mon noyau ! c'est faisable ? c'est pas trop inconscoent et dur ? j'ai trouvé un howto la dessus ca a l'air long mais bon ;-)

[jfdsdjhfuetppo]--Message édité par HuGoBioS--[/jfdsdjhfuetppo]

si tu prends ton temps et si tu suis des conseils avisés ça n'a rien de très dur.
 
Maintenant c'est pas forcement la solution à ton problème. T'entends quoi par: "arrete pas de partir en cou*lle !" ?
Le noyau est TRES rarement à mettre en cause.

bah je trouve que c'est pas tres stable et que pour la maigre utilisation que j'en fais les ressources sont bcp utilisée ! (en plus j'aime bien faire les choses moi meme alors !!)

ressources utilisées > top et regarde qui prend trop de ressources.
Pour la stabilité, t'es sûr que c'est pas plutôt X qui foire ?
 
dans le même ordre d'idée, si tu trouve l'interface lourde, prend un WM plus léger (exemple: KDE est assez moyen niveau temps de réponse).
 
Si tu recompile (ça peut pas faire de mal non plus ) jète un oeil sur le patch preemptif.

bah j'aio po reussi a mettre le patch
et apres, je me suis mis a la config en faisant bien gaf d'installer le fs du disk linux ... et apparement ca a chier j'ai une kernel panic ...
le pire,n c'est que j'aivais fait une copy du vm linuz ....et je peux po booter ave ! ouin
par cotnr,e le noyau faisait que 1004 ko j'etait content !

http://perso.wanadoo.fr/linux_wiza [...] tml#repair

toujours laisser une entrée vers l'ancien kernel

mais je l'ai laissée ! mais apaprement j'ai fait une betise kkpart !
 
initrd correspond a quoi au fait ?

NOM
       initrd - Disque RAM initialisé au démarrage du système.
 
DESCRIPTION
       Le fichier spécial /dev/initrd est un périphérique bloc en
       lecture seule.  Ce périphérique /dev/initrd est un  disque
       RAM qui est initialisé par le chargeur du système avant le
       démarrage du noyau.  Ainsi, le noyau peut utiliser le con­
       tenu  de  ce  périphérique  bloc pour un démarrage en deux
       phases.
 
       Durant la première phase, le noyau  démarre  et  monte  la
       racine  du  système  de  fichiers  depuis  le  contenu  de
       /dev/initrd (par exemple un disque RAM initialisé  par  le
       chargeur).    Durant   la   seconde   phase,  les  drivers
       supplémentaires, et les autres modules sont chargés depuis
       le  périphérique  racine  initial.  Après le chargement de
       ces  modules  supplémentaires,  une  nouvelle  racine   du
       système  de fichiers est montée à partir d'un périphérique
       différent.

ok merci t un amour
donc en cas de tripatouillage du noyau, lui il prend rien de neuf, me trompsje?

je comprends pas trop ta question mais de toute façon j'en sais pas beaucoup plus que ce qui est écrit au dessus  
 
 
s'il y avait une ligne pour identifier ce initrd dans ton lilo.conf alors il fallait la laisser

911GT3 a écrit a écrit : je comprends pas trop ta question mais de toute façon j'en sais pas beaucoup plus que ce qui est écrit au dessus       s'il y avait une ligne pour identifier ce initrd dans ton lilo.conf alors il fallait la laisser

je l'ai laissée
suis pas si fou lol !
c po grave si ta po compris a mon avis je connais la reponse lol !
bon je v essqyer de squver cq
+++

bon
j'ai reinst linux (bah oui, tnat qu'a etre propre ...)
donc j'ai recompilé le kernel
et c'ette fois, c'est pas un kernel panic que j'ai mais un pb :
au : "Demarrage de l'enregistreur chronologique du system", j'ai un curseur blanc clignotant et c'est tout !! je peux taper, ecrire, ca fait rien
mais si je fait ctrl alt sub ca shut down et reboot !
 
aussi, au passage, j'ai activé le framebuffer, ou je defini la resolution? parceque là c'est ENORME !
 
merci !

 
 
il faut pas réinstaller linux quand il deconne , ça sert a rien ... j'en sais qq chose, je suis en plein dans ma premiere install
 
le frame buffer, il ne faut l'activer que lorsque tu en as vraiment besoin, j'ai lu plein de truc comme quoi y-a des pb avec
 
et pour ton kernel panic, c'est dommage que j'ai pas pu passer plutot, j'ai eu le meme probleme en debut de semaine, et j'ai reussi a regler le probleme  

kd je reinst, je formate donc, c'est tres propre je confirme !
pour le kernel panic, je sais d'ou venait le pb, j'avais du oublié (honte a moi) d'activer le chargement de l'ext2 donc pour booter c chaud forcement !
 
le fb, ca me plait, ca marche pour l'install,alor spkoi pas poor mes boots ?
 
merci qd mm  
++

 
 
ben frachement, si jétais toi, je me prendrais pas la tete avec le frame buffer ... tu comptes installer X, non ?

oui bon je peux le virer, mais c'est pas ca le pb lol
en plus, je capte po pkoi agpart en via accepte po mon chip (epox 8kha+ donc kt266A)

 
 
bon ... comme je te l'ai dit, je viens d'installer linux, donc va falloir etre precis pour que je puisse t'aider
c'est quoi ta distrib ?
comment l'install tu (par cd, par internet ...) ?

c'est la redhat 7.2 je l'installe par cd ave cles deux isos d/l du net
ca marche impec, mon istall rulez
mais je recompile pour activer le ntfs dans le noyaux et alleger le boot

ok
et t'as quoi comme probleme maintenant ?

heu ... là je peux plus boot depuis lilo enfin je vais tout format reinstaller, de tout facon, ca me prend 20 min par install ... et apres, zou, recompilage noyau et je vais prier lol !

bon
je sias pas si ca a marché mais ca y ressemble
 
maintenant j'ai un pb de rpmdatabase !
des que j'instale un rpm ca met pein d'erreures !
pis aussi, pour certains rpm j'ai cpio:read error ! c grave Dr ?

Lorsque tu recompiles la même version d'un noyau mais avec des options differentes, il faut editer le Makefile sous
/usr/src/linux et rajouter  EXTRAVERSION = toto pour differencier de ton ancien noyau.
Après compilation, tu optiens un repertoire /lib/modules/2.x.x-toto
et tu peux renommer ton bzImage en vmlinuz-2.x.y-toto et ton System.map en System.map-2.x.y-toto
.Il n'y a plus qu'a rajouter ton nouveau noyau dans le lilo.conf et a faire un lilo -v -v
Grace a ca, si ton nouveau noyau est pourri tu peux toujours rebooter sur l'ancien qui est bon.
 
En ce qui concerne le RPM, je crois que c'est la base de données des RPM qui est corrompue.
Il doit y avoir une option rebuilddb (ou un truc comme ca -->man rpm) pour la reconstruire.

[jfdsdjhfuetppo]--Message édité par Lin_Ok--[/jfdsdjhfuetppo]

http://linux-wizard.tuxfamily.org/howto_migration.html

oky merci les gars ... mais mes nerfs ont lachés donc je reinstalle tout encore une fois ... en esperant que ca marche !

 
Cette étape là, c'est avant le make modules && make modules_install??

ouep puisque tu c'est une modif du makefile ( fichier de conf de la compil ).

donc après le make xconfig, on fait make, puis make install, on modifie le makefile, et on enchaine avec les modules?
 
C'est dans cet ordre?

make xconfig
modif du Makefile
make dep clean && make bzImage && make modules && make modules_install

ok, merci

bon
j'ai enfin une installe de la rh qui marche
qui me permet de me connecter au net
et avec mes driversd nvidia installés !
je sne sque je suis sur le obn chemin
s'agit de pa stout niquer now !
donc je fais la recompilation du noyo mercredi, en suivant vos conseils !!
merci les gars
je vous tient au courant !

hugo mets icq please

j'aimerai bien mettre un icq qui marche sous linux ... mais licq marche po/mal, gabber pareil, everybuddy a besoin de libs de gnome que j'ai po installée car moi suis sou kde
et gnomeicu necessite des libs gnome aussi ...
sorry

c'est normal pour ICQ, c'est à cause de leur nouveau protocol

arf
toi qui arrete po de m'aider alors que bon, je usis quand meme un cas dans mon genre, tu aurais pas, LA solution ?

icq sous windows??
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Bon, ok, je sors

pas lol!
plus serieusement personne n'a LA solution ? (nno, je peux pa sme passer d'icq ! sorry ! )

la solution, c de prendre la version de developpement de Licq et de la recompiler toit même...

ah bah ca c'est po con ! c'est une recompilation a coup de configure, make et compagnie ou plus complexe ? (moi newbie)

bon j'ai recomp licq ca marche tjs po ... sniff ...