Voici ce que j'ai trouvé dans /var/log/messages :
 
May 11 21:30:59 localhost rc.sysinit: Remise à zéro du controlleur firewire (ohci1394): succeeded
May 11 21:31:00 localhost ieee1394.agent[1505]: ... no drivers for IEEE1394 product 0x/0x/0x
May 11 21:31:00 localhost net.agent[1585]: how do I bring interfaces up on this distro?
May 11 21:31:00 localhost net.agent[1585]: add event not handled
May 11 21:31:00 localhost mandrake_everytime: Lancement de netprofile :  succeeded
May 11 21:31:00 localhost init: Entering runlevel: 5
May 11 21:33:00 localhost ieee1394.agent[2097]: ... no drivers for IEEE1394 product 0x/0x/0x
May 11 21:33:00 localhost ieee1394.agent[2105]: ... no drivers for IEEE1394 product 0x/0x/0x
May 11 21:33:01 localhost udev: Lancement de udev succeeded
 
Mon pc se bloque pendant 2 minute au chargement de linux (couleur verte), et ensuite continue normalement son chargement.
Je ne me sers pas du FireWire sur mon portable, le desactiver serait une solution je supose (????), mais je n'ai pas l'option dans le Bios de mon portable.
 
Je suis novice sous Linux, je connais tout de meme les commandes de base (enfin je crois ).
 
Qq'un peut me proposer une solution ? L'empecher de chercher un pilote serait une solution par exemple... mais comment ?
Mc

Même probleme que toi.
Je sais vraiment pas d'ou ça vient.
J'ai ce problème en mettant un boitier externe qui permet de mettre des périphs IDE.
ça fonctionait très bien quand j'étais en MDK 10.0.
là ça me le fait avec une Ubuntu qui fonctionne avec un kernel 2.6.10

Puisque je ne suis pas le seul... Up :s

dans /etc/modprobe.conf, ajoute la ligne suivante :
alias eth1394 off
 
cela désactive le support ethernet pour le firewire.
 
tu peux aussi ajouter dans /etc/hotplug/blacklist la ligne suivante :
eth1394

Merci de ta reponse
 

 
donc voici mon nouveau modprob.conf :
 
# This file is autogenerated from /etc/modules.conf using generate-modprobe.conf command
alias eth0 tg3
alias sound-slot-0 i810_audio
alias eth2 eth1394
remove snd-intel8x0 /sbin/modprobe --first-time -r --ignore-remove snd-intel8x0
install snd-intel8x0 /sbin/modprobe --first-time --ignore-install snd-intel8x0
install usb-interface /sbin/modprobe uhci-hcd; /sbin/modprobe ehci-hcd; /bin/true
alias eth1 ipw2200
alias ieee1394-controller ohci1394
alias eth1394 off
 

 
et mon nouveau blacklist :
 
# This file is autogenerated from /etc/modules.conf using generate-modprobe.conf command
#
# Listing a module here prevents the hotplug scripts from loading it.
# Usually that'd be so that some other driver will bind it instead,
# no matter which driver happens to get probed first.  Sometimes user
# mode tools can also control driver binding.
#
# Syntax:  driver name alone (without any spaces) on a line. Other
# lines are ignored.
#
eth1394
# uhci ... usb-uhci handles the same pci class
usb-uhci
# usbcore ... module is loaded implicitly, ignore it otherwise
usbcore
# tulip ... de4x5, xircom_tulip_cb, dmfe (...) handle same devices
de4x5
# At least 2.4.3 and later xircom_tulip doesn't have that conflict
# xircom_tulip_cb
dmfe
#evbug is a debug tool and should be loaded explicitly
evbug
# audio, snd-usb-audio handle same class devices:
audio
# snd-usb-audio b/c it breaks sound & alsa services else:
 
Apres ce changement, aucune amelioration :s j'ai tjrs 2 minutes d'attente au chargement et ces messages dans le log :
 
May 17 09:39:46 localhost rc.sysinit: Activation des espaces d'échange :  succee
ded
May 17 09:39:47 localhost rc.sysinit: Remise à zéro du controlleur firewire (ohc
i1394): succeeded
May 17 09:39:47 localhost ieee1394.agent[1523]: ... no drivers for IEEE1394 prod
uct 0x/0x/0x
May 17 09:39:47 localhost net.agent[1605]: how do I bring interfaces up on this
distro?
May 17 09:39:47 localhost net.agent[1605]: add event not handled
May 17 09:41:46 localhost ieee1394.agent[1799]: ... no drivers for IEEE1394 prod
uct 0x/0x/0x
May 17 09:41:46 localhost ieee1394.agent[1817]: ... no drivers for IEEE1394 prod
uct 0x/0x/0x
May 17 09:41:46 localhost mandrake_everytime: Lancement de netprofile :  succeed
ed
May 17 09:41:46 localhost init: Entering runlevel: 5
May 17 09:41:48 localhost udev: Lancement de udev succeeded
May 17 09:41:48 localhost INIT: Loading ACPI module ac: successfull
 
Dois-je effacer des lignes de ces fichiers ? (modprobe.conf et blacklist)
Mc

J'ai effacé 2 lignes du modprobe.conf et maintenant je n'ai plus l'erreur du driver pour IEEE1934.
Mais ca n'a pas reglé mon probleme des 2 minutes d'attente au chargement de mandrake.
 
Voici donc le nouveau logs :  
 
May 17 10:08:18 localhost keytable: Chargement du affectation clavier : fr-latin1 succeeded
May 17 10:08:18 localhost loadkeys: Loading /usr/lib/kbd/keymaps/include/compose.latin9.inc.gz
May 17 10:08:18 localhost keytable: Chargement des touches compose: compose.latin9.inc succeeded
May 17 10:08:18 localhost keytable:  succeeded
May 17 10:08:19 localhost rc.sysinit: Activation des espaces d'échange :  succeeded
May 17 10:10:19 localhost mandrake_everytime: Lancement de netprofile :  succeeded
May 17 10:10:19 localhost init: Entering runlevel: 5
May 17 10:10:21 localhost udev: Lancement de udev succeeded
May 17 10:10:21 localhost INIT: Loading ACPI module ac: successfull
 
Help

vas dans la gestion des connexion réseau et regardes si tu n'as pas une interface lié au firewire
 
Menu -> système -> configuration -> configurer votre ordinateur : Réseau & internet -> Gestion des interfaces/reconfigurer une interface

ah je viens de regarder ton nouveau log.
 
cela peut venir de netprofile ( profiles réseau )

Parfois c'est juste apres etre entré au niveau 5 que ca fait ca...  
 
au lieu de :
May 17 10:08:19 localhost rc.sysinit: Activation des espaces d'échange :  succeeded  
May 17 10:10:19 localhost mandrake_everytime: Lancement de netprofile :  succeeded  
 
j'ai :
May 17 10:45:05 localhost mandrake_everytime: Lancement de netprofile :  succeeded  
May 17 10:47:05 localhost init: Entering runlevel: 5  
 
donc je ne pense pas que ce soit netprofil (ou alors que faire si c'est bien ca ?). Ce qui est sur c'est que ce n'est pas a cause du firewire que j'ai ca maintenant.
 
:s

Bon en fait, j'avais mal lu, j'ai pas le même problème, moi le problème c'est que ça me détecte pas mon disque externe en firewire, et j'ai les même messages d'erreur que Slide.

Visiblement, il y a plus de problèmes que de solutions avec Mandrake... La question du chargement trop long n'a jamais été résolue, non ??  
 
Pour ma part, je viens d'installer la Mandrake 10.1 sur un Vaio S1HP. Bilan : même blocage de 2 mn au boot lié à Netprofile visiblement. Une fois démarré, pas moyen d'activer la connexion wifi.  
 
Je commence déjà à regretter de l'avoir achetée en magasin...

perso je n'ai pas le pb avec la 2005LE et la Cooker ( future 2006 ) n'a pas ce problème.
http://linuxfr.org/~Muscophile/19380.html
 
cependant je sais d'où vient le pb, c'est le service sound qui fait une boucle infinie à cause d'un problème avec /proc/asound . Ce bug est issue d'un bug de ALSA inclus dans le noyau.
 
la solution est de désactiver le service sound.

 
cela n'empéchera pas le son de marcher si tu utilises ALSA, car le service ALSA s'en charge après.
 
de plus vérifie que tu n'as pas de système de fichier de type nfs4,smbfs dans /etc/fstab ne comportant l'option noauto. En effet dans rc.sysinit à la ligne 784 il essaie de les monter, or à ce stade il n'y a pas de réseau

Emerick> ieee1394 est le support réseau via le firewire. En général il faut le désactiver en ajoutant dans /etc/modprobe.conf

 
 
pour al détection de ton HD firewire, tu devrais poster les journaux du système lorsque tu branches ton HD

Ce qui bloquait chez moi, c'était aussi la détection du firewire finalement. J'ai modifié le /etc/modprobe.conf et ça roule maintenant !