Malbrouck

  • 24 janv. 2009
  • Inscrit 31 oct. 2006
  • 0 meilleure réponse
  • Petit nouveau
  • J'ai décidé de downgrader a Fedora9. J'ai restauré mes partitions / et /var/ (que j'avais précédemment sauvegardées avec partimage) et ça a redémarré nickel.

    Je vais maintenant m'autoriser à dormir, les 2 derniers jours ont été terribles à cause de cette upgrade ratée vers F10. Je crois que je vais migrer mon système vers CentOS ou mieux: il me faut une distribution qui supporte a 100% les upgrades entre releases.


    Merci quand meme pour ton aide kwizart !

    Bye,
    Malbrouck.
  • As-tu essayé l'option xdriver=vesa dans la ligne d'arguments du kernel ?

    Il y a une liste des options kernel ici:
    http://docs.fedoraproject.org/install-guide/f10/en_US/sn-bootoptions-hardware.html#sn-bootoptions-hwdetection

    Et ici comment faire pour les utiliser:
    http://docs.fedoraproject.org/install-guide/f10/en_US/ap-admin-options.html

    Enfin j'essayerais aussi l'option vga=791 (ou 792 je ne sais plus) pour voir si ca permet d'obtenir le menu graphique.
  • Hummm... Je me demande si mes segfaults dans ld-2.9.so ne viendraient pas de la:
    https://bugzilla.redhat.com/show_bug.cgi?id=473254

    Est-ce que quelqu'un sait quand la premiere build du kernel 2.6.28 sera officiellement dispo pour Fedora 10 ?

    N'y a-t-il personne pour me donner un coup de main ?
  • J'ai un peu avancé dans le problème mais je n'arrive toujours pas à démarrer. J'ai tout d'abord reconstruit un initrd a l'aide de la commande mkinitrd.
    Le nouvel initrd fait 100Ko de plus que celui généré lors de l'upgrade. Je suppose qu'il y a plus de drivers dedans, ce qui n'est pas un mal.

    Ensuite comme le message "acpiphp_glue: failed..." ne m'inspirait pas confiance, j'ai ajouté à la ligne de démarrage du kernel la fameuse option "acpi=off".

    Je tente un reboot et j'obtiens un nouveau message d'erreur:
    cpufreq: change to state 1 failed with new_state 0 and status 2
    init[1]: segfault at 0 ip 00000000 sp bfac2fec error 4 in ld-2.9.so[110000+20000]
    Kernel panic - not syncing: attempted to kill init!
    Y-a-t'il une option kernel pour faire en sorte qu'il n'essaye pas de changer la frequence du CPU ? Est-ce que quelqu'un a déjà eu ce genre de message ?
  • Bonjour a tous,


    C'est devenu une tradition depuis que j'ai installe' mon systeme en Fedora Core 6: a chaque fois que l'upgrade est finie, le PC se plante au reboot a cause de l'initrd qui est mal construit !

    J'avais fait un post a l'epoque ou cela m'est arrive' la premiere fois (http://forums.fedora-fr.org/viewtopic.php?id=28699&words=) et a chaque upgrade suivante il a fallu que je me le reimprime pour reconstruire l'initrd correctement pour que le PC redemarre.
    Bref, je m'y suis habitue' par la force des choses.

    Je viens de finir l'upgrade de F9 vers F10 et au premier reboot je me suis retrouve' face a:
    acpiphp_glue: failed to register interrupt notify handler
    /bin/nash: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
    Kernel panic - not syncing: attempted to kill init!
    Bon, ok, je m'y attendais un peu. Pas de probleme, je reconstuit l'initrd mais la je m'apercoit qu'il n'y a plus de repertoire /lib/i686/nosegneg/ dans l'initrd de Fedora 10.
    Donc j'ai reinsere' la librairie libm-2.9.so de la maniere suivante:
    cd /tmp/myinitrd/lib/
    cp /lib/libm-2.9.so .
    ln -s /lib/libm-2.9.so libm.so.6
    Je reconstruit l'initrd, je reboote et je bloque sur ca:
    acpiphp_glue: failed to register interrupt notify handler
    init[1]: segfault at 0 ip 00000000 sp bf9ed71c error 4 in ld-2.9.so[110000+20000]
    Kernel panic - not syncing: attempted to kill init!
    J'ai cherche' si quelqu'un d'autre a eu ce probleme de segfault avec ld-2.9.so, mais apparemment non. Je me retrouve donc bloque' la avec un systeme upgrade' en Fedora 10 mais qui refuse de demarrer.

    Au fait j'ai effectue' l'upgrade avec le CD NetInstall ici: http://ftp.iasi.roedu.net/mirrors/fedora.redhat.com/linux/releases/10/Fedora/i386/iso/Fedora-10-i386-netinst.iso
    Tous les packages ont ete's telecharge's et upgrade's correctement donc je suppose que j'ai les versions les plus recentes.


    Avez vous une idee ou suggestion pour m'aider a fixer ce probleme de demarrage de F10 ?


    D'avance merci.
  • Salut à tous,


    Je voudrais apporter un petit témoignage car je lis de plus en plus sur les forums "qu'on recommande de faire une fresh-install plutôt que d'upgrader". C'est vrai aussi qu'on trouve cette recommandation sur le site officiel du projet fedora et je trouve que c'est bien dommage.

    Il est tout à fait possible d'upgrader un système fedora. Je le fais sur une machine que j'avais installée il y a plus d'un an et demi (avec une Fedora core 6) et je compte bien upgrader de 9 vers 10 prochainement.

    OK; il faut admettre que cela ne se passe pas toujours dans la douceur. Je me trouve obligé de tripatouiller l'initrd quasiment à chaque fois -> http://forums.fedora-fr.org/viewtopic.php?id=28699&words=
    Mais ça finit par marcher et cela m'évite d'avoir à faire de fastidieux backups/restore surtout qu'après un an et demi d'utilisation je pourrais oublier quelque scripts que j'aurais éparpillés dans le système.


    Bref, tout ça pour dire qu'une bonne distribution linux est une distribution qui s'upgrade. Fedora en fait partie et on aurait tort de s'en priver, sinon autant revenir à du MS Windows qu'il faut re-fresh-installer tous les 6 mois simplement pour que ça continue à fonctionner...
  • Bon, mon script logrotate fonctionne :pint:

    Il a fallu que je change la ligne ou j'apelle mysqladmin par:
    /usr/bin/mysqladmin -pmonpassword flush-logs

    car ma base est protegee par un mot de passe pour l'acces root.


    Ca tourne ! :-D
  • 😐 humm, je vais quand meme remplacer weekly par daily pour voir demain si ca marche...

    Et si oui, hop :pint: une bonne gorgée de goudron :-P
  • Bon, je me suis fait un fichier /etc/logrotate.d/mysqld dont voici le contenu:
    /var/log/mysqld.log {
      rotate 4
      weekly
      nocompress
      missingok
      create 0640 mysql mysql
    
      postrotate
        if ls /proc/`cat /var/run/mysqld/mysqld.pid` > /dev/null
        then
            /usr/bin/mysqladmin flush-logs
        fi
      endscript
    }
    Je verrai bien dans une semaine si ca marche 🙂
  • Bonjour,


    J'ai mon /var/log/mysqld.log qui commence a prendre pas mal de place.

    Y-a-t'il un fichier a placer dans /etc/logrotate.d pour avoir la rotation de ce log ? Apparemment ce n'est pas installé sur ma Fedora 9.


    Le manuel de mysql parle d'un script "mysql-log-rotate" mais je ne le trouve pas. Est-ce que la rotation du log mysql est prévue avec une install par defaut de Fedora 9 ?
  • Résolu !


    Voici comment compiler le module IPP2P avec le noyau 2.6.23.14-107.fc8 et iptables v1.3.8:

    1) Downloader la version 0.8.2 de ipp2p ainsi que le patch Gentoo pour ipp2p:
    cd /usr/local/src
    wget http://ipp2p.org/downloads/ipp2p-0.8.2.tar.gz
    wget http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/net-firewall/ipp2p/files/ipp2p-0.8.2-kernel-2.6.22.patch
    2) détarer et patcher:
    tar xzvf ipp2p-0.8.2.tar.gz
    cd ipp2p-0.8.2
    patch -p1 <../ipp2p-0.8.2-kernel-2.6.22.patch
    3) modifier Makefile
    vi makefile
    Chercher la ligne: ld -shared -o libipt_ipp2p.so libipt_ipp2p.o
    La remplacer par: $(CC) -shared -o libipt_ipp2p.so libipt_ipp2p.o
    Sauver et quitter
    4) Lancer la compilation avec 'make'
    si tout va bien on obtient les fichiers libipt_ipp2p.so et ipt_ipp2p.ko

    5) Copier les librairies et faire un depmod:
    cp libipt_ipp2p.so /lib/iptables/
    cp ipt_ipp2p.ko /lib/modules/2.6.23.14-107.fc8/kernel/net/netfilter/
    depmod -a
    6) tester IPP2P
    iptables -m ipp2p --help
    Cela devrait produire un message d'aide sur l'utilisation d'IPP2P

    Et voila ! Merci a Gerardo Ponce qui m'a donné la solution -> http://forums.fedoraforum.org/showthread.php?p=958092#post958092
  • Les voila:
    [root@monpc ipp2p-0.8.2]# make
    make -C /lib/modules/2.6.23.14-107.fc8/build SUBDIRS=/usr/local/src/ipp2p-0.8.2 modules
    make[1]: entrant dans le répertoire « /usr/src/kernels/2.6.23.14-107.fc8-i686 »
      CC [M]  /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.o
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c: In function 'match':
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c:751: erreur: 'const struct sk_buff' has no member named 'nh'
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c: Hors de toute fonction :
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c:871: attention : initialization from incompatible pointer type
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c:874: attention : initialization from incompatible pointer type
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c: In function 'init':
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c:883: erreur: implicit declaration of function 'ipt_register_match'
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c: In function 'fini':
    /usr/local/src/ipp2p-0.8.2/ipt_ipp2p.c:888: erreur: implicit declaration of function 'ipt_unregister_match'
    make[2]: *** [/usr/local/src/ipp2p-0.8.2/ipt_ipp2p.o] Erreur 1
    make[1]: *** [_module_/usr/local/src/ipp2p-0.8.2] Erreur 2
    make[1]: quittant le répertoire « /usr/src/kernels/2.6.23.14-107.fc8-i686 »
    make: *** [ipt_ipp2p.ko] Erreur 2
    J'ai pas eu le courage d'aller retrouver la definition de la structure sk_buff... 😐
  • Bonjour,


    Je voudrais savoir si le module iptables IPP2P se trouve dans un RPM Fedora.

    Je n'ai rien trouve' sur le site officiel http://ipp2p.org/ et la compilation des sources se plante donc pour l'instant je n'arrive pas a l'installer. 🙁


    Quelqu'un peut me dire comment il a fait ?


    Merci !
  • Excellent ! Ca marche !
    [root@monpc ~]# rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" kernel*
    kernel-2.6.23.8-63.fc8.i686
    kernel-devel-2.6.23.14-107.fc8.i586
    kernel-headers-2.6.23.14-107.fc8.i386
    kernel-2.6.23.14-107.fc8.i686
    kernel-devel-2.6.23.8-63.fc8.i586
    Merci pour vos reponses 🙂


    Je vais essayer de mettre kernel-devel en i686 pour que les liens soient corrects...
  • Je voudrais retrouver l'information d'architecture CPU (i586 ou i686) pour mes RPMs kernels. Si je fais:
    [root@monpc ~]# rpm -qa | grep kernel
    kernel-2.6.23.8-63.fc8
    kernel-devel-2.6.23.14-107.fc8
    kernel-headers-2.6.23.14-107.fc8
    kernel-2.6.23.14-107.fc8
    kernel-devel-2.6.23.8-63.fc8
    Cela me donne uniquement le nom et les numeros de version et release mais pas l'architecture.

    Si je fais:
    [root@speculor ~]# rpm -qi kernel
    Name        : kernel                       Relocations: (not relocatable)
    Version     : 2.6.23.8                          Vendor: Fedora Project
    Release     : 63.fc8                        Build Date: jeu 22 nov 2007 03:14:24 CET
    Install Date: dim 20 jan 2008 00:17:52 CET      Build Host: xenbuilder4.fedora.phx.redhat.com
    Group       : System Environment/Kernel     Source RPM: kernel-2.6.23.8-63.fc8.src.rpm
    Size        : 47096577                         License: GPLv2
    Signature   : DSA/SHA1, lun 03 déc 2007 03:47:15 CET, Key ID b44269d04f2a6fd2
    Packager    : Fedora Project
    URL         : http://www.kernel.org/
    Summary     : The Linux kernel (the core of the Linux operating system)
    Description :
    The kernel package contains the Linux kernel (vmlinuz), the core of any
    Linux operating system.  The kernel handles the basic functions
    of the operating system: memory allocation, process allocation, device
    input and output, etc.
    Name        : kernel                       Relocations: (not relocatable)
    Version     : 2.6.23.14                         Vendor: Fedora Project
    Release     : 107.fc8                       Build Date: mar 15 jan 2008 04:16:54 CET
    Install Date: lun 28 jan 2008 14:27:40 CET      Build Host: xenbuilder4.fedora.phx.redhat.com
    Group       : System Environment/Kernel     Source RPM: kernel-2.6.23.14-107.fc8.src.rpm
    Size        : 47161413                         License: GPLv2
    Signature   : DSA/SHA1, mer 23 jan 2008 15:48:58 CET, Key ID b44269d04f2a6fd2
    Packager    : Fedora Project
    URL         : http://www.kernel.org/
    Summary     : The Linux kernel (the core of the Linux operating system)
    Aucune info sur l'architecture non plus.

    Quelqu'un aurait une idee pour trouver cette information ?

    Merci!
  • Hummm....

    Il faudrait avoir un peu plus de details pour te depanner (si le probleme est toujours la):
    - quel est le partitionnement de ton disque dur ?
    - peux-tu acceder a ton disque dur avec un Knoppix ou rescueCD et nous donner ton /etc/grub/grub.conf ?
    - peux-tu donner le message d'erreur exact ? (une photo de l'ecran est bienvenue...)
  • Si tu fais ls /dev/fd0 est-ce que cela te fais une erreur style "file not found" ?

    Si oui c'est que tu as effectivement efface' ta device. Pour la recreer, fais un:
    mknod /dev/fd0 b 2 0

    ensuite un mount /media/floppy devrait fonctionner.
  • Pour upgrader vers Fedora8 il y a 2 possibilite's decrites ici: http://forums.fedora-fr.org/viewtopic.php?id=26868 comme indique' plus haut.

    La premiere est en donnant une option au demarrage
    Le seconde est en utilisant le respin de Fedora 8 avec potentiellement un probleme d'initrd a fixer en suivant la procedure decrite ici: http://forums.fedora-fr.org/viewtopic.php?id=28699

    Donc oui c'est possible d'upgrader vers Fedora 8, mais avec du courage !
  • Bonjour,


    Suite a une upgrade reussie de FC6 a F8, mon PC a reboote' -> GRUB OK -> Demarrage Kernel OK -> Soudain:
    /bin/nash: /lib/libc.so.6: version 'GLIBC_2.7' not found (required by /lib/libcrypto.so.6)
    kernel panic etc...

    J'ai vainement essaye' de reinstaller la glibc2.7 mais rien n'y a fait.

    J'ai trouve' la solution en anglais grace a Dr Google ici: http://www.nabble.com/a-Thanksgiving-disaster-averted-td13901156.html


    Voici comment j'ai fait:

    LE probleme vient du fichier /boot/initrd-2.6.23.8-63.fc8.img (le numero de version peut varier) qui est un mini file-system pour le demarrage du systeme (init) et qui est charge' en memoire (rd -> RamDisk).
    Donc pour le fixer il faut demarrer sur le CD/DVD, choisir le mode d'installation/upgrade et aller jusqu'a l'ecran d'accueil sans cliquer sur "Suivant"
    Avec un <ctrl><alt><F2> on retourne en mode texte et on a le prompt d'un petit shell. De la on monte la partition du disque dur qui contient le fichier initrd-2.6.23.8-63.fc8.img et on chroot dedans:
    mkdir /mnt/sda2
    mount /dev/sda2 /mnt/sda2
    chroot /mnt/sda2
    Dans mon cas c'est /dev/sda2, adaptez a votre config (/dev/hda1 par exemple).


    Ensuite on decompacte l'initrd quelque part et on fixe les liens libc.so.6 et libm.so.6 pour qu'ils pointent vers les glibc/m 2.7 au lieu des 2.5:
    mkdir /tmp/myinitrd/
    cd /tmp/myinitrd
    gunzip < /boot/initrd-2.6.23.8-63.fc8.img | cpio -i --make-directories
    cd /tmp/myinitrd/lib/i686/nosegneg
    cp /lib/libc-2.7.so .
    cp /lib/libm-2.7.so .
    cd /tmp/myinitrd/lib
    rm libc.so.6
    rm libm.so.6
    ln -s /lib/i686/nosegneg/libc-2.7.so libc.so.6
    ln -s /lib/i686/nosegneg/libm-2.7.so libcm.so.6
    Enfin on reconstruit l'initrd et on le replace dans /boot (en ayant deplace' et conserve' l'original en cas de probleme) puis reboot pour tester tout ca:
    cd /tmp/myinitrd
    find . | cpio -H newc -o > ../initrd.cpio
    gzip -9 ../initrd.cpio
    mv /boot/initrd-2.6.23.8-63.fc8.img /tmp/
    mv ../initrd.cpio.gz /boot/initrd-2.6.23.8-63.fc8.img
    reboot
    Ne pas oublier d'ejecter le CD/DVD pendant que ca redemarre pour booter sur le disque dur.

    Voila, normalement le systeme redemarre correctement. 🙂