Je ne pense pas qu'un upgrade vers F8 va fonctionné car le Live CD de FC8 provoque le même problème.

Personne n'aurais une petite idée ???????

Salut,
J'ai essayé avec :
noapic nolapic nopcmcia acpi=off
(exemple trouvé sur le web)
mais j'ai exactement le même problème (sur FC7 et FC8)

Connais tu d'autres options ou une manip pour débugger ???

A +

Bonjour,
Depuis une mise a jour vers le kernel 2.6.23, mon portable reste bloqué au démarrage sur 'Démarrage de udev' (Un boot sur le kernel précédent fonctionne).
J'aimerais savoir comment trouver ce qui pose problème.
Il tourne sur Fedora 7 mais j'ai le même problème en essayant de booter un live CD de Fedora 8.
(Je pose la question sur [F8] mais elle est valable pour les 2 forums)

J'ai vu que le script /sbin/start-udev bloquait sur la ligne /sbin/udevsettle mais je ne connait pas du tout udev.

Savez vous comment débugger ce genre de problème ???? Je suppose qu'il bloque sur un élément matériel mais lequel ????

Merci pour votre aide

Re bonjour,
Tu dois modifier le DirectoryIndex du site virtuel correspondant à la "manière" dont tu accède a phpMyAdmin.
Si tu ne sais pas, modifie les tous.
Si ça marche, tu pourras chercher un par un lequel est le bon.
/sbin/service httpd reload devrait suffire pour relire la configuration

J'ai regardé tes .conf
Effectivement tu n'as pas modifié le bon DirectoryIndex.

Dis nous si cela résoud le problème ...

Tu peux montrer le contenu de ton httpd.conf (et des autres .conf pour httpd) ???

Bonjour,
J'ai vu que tu avais dans ton fichier error_log le message :
[Tue Oct 30 18:38:29 2007] [error] [client 192.168.10.1] Directory index forbidden by Options directive: /usr/share/phpMyAdmin/

Peux tu essayer d'accéder à phpMyAdmin avec http://serveur/phpMyAdmin/index.php
Si ça marche avec l'ajout de "index.php" , tu as juste un problème de DirectoryIndex dans httpd.conf

Bonjour,
J'ai le même problème sur un portable sur lequel j'ai fait une mise à jour vers le kernel 2.6.23.1-10.
Je peux encore démarrer sur l'ancien kernel.
Pas trouvé de solution, ni trouvé la source du problème.
J'ai 2 autres PC en fedora 7 qui eux ont fonctionné sans pb après la mise à jour vers ce kernel

Sur le portable, j'ai redémarré sur un cd fedora rescue pour aller voir les logs ( /var/log/messages) mais il n'y a rien a partir du reboot sur le nouveau noyau.

Savez vous à partir de quel étape d'un boot le journal est il rempli (je ne sais pas si je suis clair, je voudrais savoir si à l'étape "démarrage de udev", le journal est actif)
Est ce bien /var/log/messages qui peut contenir des messages d'erreurs à ce stade ?

Merci
A +

Bonjour,
Je révise pour un concours et teste en ce moment les VPN.
Sur fedora, j'ai mis en place un tunnel poste à poste et ça marche bien.
Aide depuis le site redhat (poste à poste)

Je voudrais faire un tunnel de réseau à réseau (j'ai utilisé ce lien)
Aide depuis le site redhat

Je voudrais réaliser un tunnel en passant par internet mais sans passerelle suplémentaire vers internet (je ne veux pas de gateway0 et gateway1 sur le schéma). Je ne comprends peut être pas le principe mais il me semblait qu'il suffisait des poste ipsec0 et ipsec1.
Si cela est possible, que doit on mettre pour SRCGW et DSTGW dans le fichier de config ?

Dans le cas où l'on veux également acceder à internet, peut on installer sur la meme machine le routeur et ipsec-tools ? (c'est à dire sur la même machine ipsec0 et gateway0 pour un réseau, ipsec1 et gateway1 pour l'autre réseau)

Si vous connaissez un site où l'on trouve des schémas pour les différentes possibilités et/ou un tutoriel, je suis preneur.

Merci et à +

Bonjour,

Mon système est à jour mais ça ne marche toujours pas chez moi (même message d'erreur)

Merci à tous.
J'ai utilisé la dernière méthode (de Temet) et ça marche nickel. :-P
Seule différence, j'ai trouvé un fichier /etc/udev/rules.d/60-net.rules qui me semblait approprié pour y mettre les 2 lignes nécessaires.
Reboot et hop ça marche !!

Encore une petite question ... :hammer: toujours pas bien grave mais qui m'ennerve depuis l'install de FC7
Mes cartes réseaux marchent nickel mais si je redemarre les services réseaux (par exemple par 'service network restart') j'ai un message d'erreur
Arrêt de l'interface eth0 : [ OK ]
Arrêt de l'interface eth1 : [ OK ]
Arrêt de l'interface loopback : [ OK ]
SIOCGIFFLAGS: No such device
Activation de l'interface loopback : [ OK ]
Activation de l'interface eth0 : [ OK ]
Activation de l'interface eth1 : [ OK ]

Le message est donc juste après l'arrêt de l'interface loopback.
Un arrêt de cette interface avec 'ifdown lo' ne provoque pas l'erreur
Un arrêt des services réseaux avec 'service network stop' provoque l'erreur

Si vous avez une piste, je suis preneur ....

A +

Je veux bien l'astuce !!!
(pour /etc/sysconfig/network-scripts, j'ai déjà fouillé mais pas trouvé de solution propre)

Quelques recherches avec mon ami google me montre une piste intéressante avec udev (et les fichiers dans /etc/udev) mais je ne trouve pas pour l'instant

A +

Bonjour,
Depuis install de FC7, mes cartes réseaux eth1 et eth0 sont inversées
Un petit problème pas vraiment important mais génant car j'ai plusieurs systemes sur ma machine et selon celui qui est booté, les cartes ne s'appellent pas pareil.

J'ai modifié modprobe.conf pour inverser les alias eth0 et eth1 mais cela ne change rien.

J'ai utilisé system-config-network (onglet Matériel --> Modifier) mais visiblement la configuration n'est pas sauvegardée.

system-config-network réécrit bien modprobe.conf (je l'ai vérifié en utilisant eth7 qui n'existe pas et j'ai retrouvé eth7 dans modprobe.conf) mais il ne tient visiblement pas compte des modifs faites dans l'onglet Matériel.

Savez vous à partir de quelles informations system-config-network remplit sa liste de périphériques dans l'onglet "Matériel" ???
(Jai été jeter un coup d'oeil dans /usr/share/system-config-network et les fichiers *.py mais je ne connait pas python)

Merci pour vos réponses