[Mandrake 10.1 Off] Très long temps au démarage [Résolu]

Très long temps au démarage [Résolu] [Mandrake 10.1 Off] - Linux et OS Alternatifs

Marsh Posté le 21-11-2004 à 22:58:59    

Ca va très vite pour afficher l'écran bleu du début, et ensuite ça prend plus de 2 minutes pour afficher les login sur lesquels on peut cliquer pour se connecter !
Et dans mes logs j'ai plein de messages bizarres :


Nov 21 22:47:47 famille devfsd[430]: Caught SIGHUP
Nov 21 22:47:47 famille devfsd[430]: read config file: "/etc/devfs/conf.d//dvd.conf"
Nov 21 22:47:47 famille devfsd[430]: read config file: "/etc/devfs/conf.d//dynamic.conf"
Nov 21 22:47:47 famille devfsd[430]: read config file: "/etc/devfs/conf.d//rdvd.conf"
Nov 21 22:47:47 famille devfsd[430]: read config file: "/etc/devfs/conf.d//mouse.conf"
Nov 21 22:47:47 famille devfsd[430]: read config file: "/etc/devfsd.conf"
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/0"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/1"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/2"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/3"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/4"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/5"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/6"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/7"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/8"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/9"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/a"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/b"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/c"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/d"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/e"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/f"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/0"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/1"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/2"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/3"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/4"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/5"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/6"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/7"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/8"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/9"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/a"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/b"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/c"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/d"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/e"^INot a directory
Nov 21 22:47:47 famille devfsd[430]: mksymlink: error creating symlink: "tty/f"^INot a directory
Nov 21 22:47:47 famille devfsd: Actions devfsd actives: succeeded
Nov 21 22:47:48 famille kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Nov 21 22:47:48 famille kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Nov 21 22:47:49 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part1
Nov 21 22:47:49 famille kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Nov 21 22:47:49 famille kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Nov 21 22:47:50 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part2
Nov 21 22:47:50 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part5
Nov 21 22:47:52 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part6
Nov 21 22:47:54 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part7
Nov 21 22:47:55 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part8
Nov 21 22:47:55 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part9
Nov 21 22:47:56 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part10
Nov 21 22:47:57 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus1/target0/lun0/part1
Nov 21 22:47:57 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus1/target0/lun0/part2
Nov 21 22:47:58 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus1/target0/lun0/part5
Nov 21 22:47:59 famille perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus1/target0/lun0/part6
Nov 21 22:48:45 famille smb: Arrêt de smbd failed


 
J'ai pas trouvé grand chose sur internet à propos de ça ... ça parle un peu de udev, mais j'ai pas trouvé de solution :/


Message édité par freewol le 01-12-2004 à 08:51:14
Reply

Marsh Posté le 21-11-2004 à 22:58:59   

Reply

Marsh Posté le 22-11-2004 à 16:44:51    

pkoi as tu devfs ? désactive devfs


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 22-11-2004 à 20:27:11    

comment faut-il faire ?
j'ai lu qu'il fallait rajouter append="devfs=nomount" dans lilo.conf, est-ce la meilleure solution ?

Reply

Marsh Posté le 22-11-2004 à 23:56:39    

urpmi udev
urpme devfsd
 
- retire devfs=mount des options du noyau et éventuellement remplace par devfs=nomount
- refait l'initrd de ton noyau ( tu n'aurais aps du faire une upgrade via urpmi ). par exemple active et désactve le bootsplash
 
ou alors :  


/sbin/mkinitrd -f  /boot/initrd-2.6.8.1-12mdk.img 2.6.8.1-12mdk


 
en admettant que tu as le 2.6.8.1-12mdk comme noyau.


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 23-11-2004 à 00:09:59    

Un excellent outil pour diagnostiquer son boot :)
 
http://www.klika.si/ziga/bootchart/
 
Cependant ce que t'as donné DS devrait suffir ;o mais si y' a des curieux ca vient de sortir :o
 
edit: trouvé sur ml cooker qui pointe sur un concours lancé sur redhat pour fedora et l'analyse de ce qui se passe au boot d'une distribution linux  


Message édité par R@NNIS le 23-11-2004 à 00:13:17

---------------
Mes News
Reply

Marsh Posté le 23-11-2004 à 19:13:28    

Dark_Schneider a écrit :

urpmi udev
urpme devfsd
 
- retire devfs=mount des options du noyau et éventuellement remplace par devfs=nomount
- refait l'initrd de ton noyau ( tu n'aurais aps du faire une upgrade via urpmi ). par exemple active et désactve le bootsplash
 
ou alors :  


/sbin/mkinitrd -f  /boot/initrd-2.6.8.1-12mdk.img 2.6.8.1-12mdk


 
en admettant que tu as le 2.6.8.1-12mdk comme noyau.


 
Ok, j'ai fait ce que tu as dis je verrai si ça marche au reboot.
Pour info il n'y avait pas de ligne devfs=mount dans les options, et le fait de rajouter devfs=nomount sans désinstaller devfs n'avait rien changé.
 
Et je n'ai pas compris, pourquoi je n'aurai pas du faire une update par urpmi ? Quelle est la bonne méthode ?
 
Merci beaucoup :jap:

Reply

Marsh Posté le 23-11-2004 à 19:17:10    

freewol j'ai remarqué la meme chose que toi ...
quand lilo apparait fait echap et rentre ca :
"linux devfs=nomount" sans les guillemets et la ta bécane va bien demarrer !

Reply

Marsh Posté le 24-11-2004 à 22:24:39    

cela revient à désactive devfs ...
 
autant le virer


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 24-11-2004 à 22:33:50    

je suis bien d'accord. devfs est mort, vois pas l'interêt de l'installer.


---------------
Jotenakis
Reply

Marsh Posté le 25-11-2004 à 10:03:50    

freewol a écrit :

Ok, j'ai fait ce que tu as dis je verrai si ça marche au reboot.
Pour info il n'y avait pas de ligne devfs=mount dans les options, et le fait de rajouter devfs=nomount sans désinstaller devfs n'avait rien changé.

Et je n'ai pas compris, pourquoi je n'aurai pas du faire une update par urpmi ? Quelle est la bonne méthode ?

 
Merci beaucoup :jap:

Reply

Marsh Posté le 25-11-2004 à 10:03:50   

Reply

Marsh Posté le 25-11-2004 à 10:35:14    

il me semble que le passage devfs -> udev (ie  mdk 10.0 -> 10.1) est meilleur via une maj à partir d'un cd d'install car le script d'installation crée les règles udev de manière plus aboutie.


---------------
Jotenakis
Reply

Marsh Posté le 25-11-2004 à 10:48:57    

freewol a écrit :

Ca va très vite pour afficher l'écran bleu du début, et ensuite ça prend plus de 2 minutes pour afficher les login sur lesquels on peut cliquer pour se connecter !
Et dans mes logs j'ai plein de messages bizarres :


...
Nov 21 22:47:48 famille kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Nov 21 22:47:48 famille kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
...
Nov 21 22:47:49 famille kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Nov 21 22:47:49 famille kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
...




Fais une sauvegarde urgemment, puis lance "ide-smart /dev/hda", et AMHA vas te racheter un disque.

Reply

Marsh Posté le 25-11-2004 à 12:59:23    

bah en fait oui je sais que j'ai ces messages, avant je les avait déjà eu avec un autre disque dur parce que la nappe était pas une nappe UDMA100, là c'est bien une UDMA100 mais elle est ptet deffectueuse.
En fait le disque est neuf et ne fait pas de bruit, c'est pour ça que je ne me suis pas encore inquiété.
Faudra que je fasse un test avec une nouvelle nappe.
 
Mais merci pour l'info quand même ! :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed