[prev in list] [next in list] [prev in thread] [next in thread]
List: mandrake-confirme
Subject: RE: [Confirme] /dev trop fourni :
From: David Robert <david.robert16 () wanadoo ! fr>
Date: 2003-09-29 14:33:58
[Download RAW message or body]
Merci Andre !
Enfin, mon problème semblre réglé.
Je dis semble car je n'ai fait qu'un seul redémarrage après les
judicieux conseils d'André.
Donc maintenant, le démon devfsd démarre en 2 s au lieu de 15 s
auparavant.
De plus j'avais pam qui travaillait pendant un temps aussi long si ce
n'est plus après le démarrage de gnome et prenait 70% de mes ressources
CPU.
Maintenant tout est nickel.
Dans dev-state je n'ai "plus" que 79 élts (1768 avant) et dans dev 788
(> 6000 avant)
Ma connexion adsl, mon imprimante, mon scanner, le son et le modem sont
OK !!!!!!!
Merci encore.
David.
NB : André , est-ce que je peux te "déranger" avec beaucoup de question
pour optimiser mon poste de travail ?
> Salut
>
> Essaies cette solution entant que root :
>
> 1- Arretes le service devfsd :
> ]$ service devfsd stop
>
> 2- Renomes le repertoire "dev-state"
> ]$ cd /lib
> ]$ mv dev-state dev-state.save
>
> 3- Crees un nouveau repertoire "dev-state"
> ]$ md dev-state
> ]$ chmod 755 dev-state
> ]$ chown root.root dev-state
>
> 4- Redemarres.
>
> 5- Verifies le bon fonctionnement de tous tes peripheriques. Ton pc demarre \
> normalement sans probleme de lenteur ?
> 6- Si tout va bien, supprimes le repertoire "dev-state.save"
> ]$ cd /lib
> ]$ rm -rf dev-state.save
>
> @+
>
> P.S.1.: Tu peux, par securite, supprimer le repertoire "dev-state.save" dans un \
> mois par exemple.
> P.S.2.: Apres plusieurs reboots, verifies le nombre de fichier dans "dev-state".
>
> -----Message d'origine-----
> De : David Robert [mailto:david.robert16@wanadoo.fr]
> Envoyé : samedi 27 septembre 2003 18:05
> À : confirme
> Objet : RE: [Confirme] /dev trop fourni
>
>
> avant tou merci pour vos réponses.
>
> Le jeu 25/09/2003 à 00:08, Duclos Andre a écrit :
> > Salut,
> >
> > Pour info :
> > Il y a deux type de /dev :
> > - L'ancienne version qui est un repertoire avec plein de fichier (mknod). Son \
> > principal inconvenient, comme tu peux le constater, est qu'il contient trop de \
> > device non utilise.
> > - Le nouveau qui est virtuel (devfs) comme /proc. Il contient juste les devices \
> > de ta machine. Il se constuit tout seul selon tes peripheriques. Si tu crees un \
> > nouveau device a la main (mknod) ou tu modifies les droits d'un device existant \
> > dans /dev/, le daemon devfsd recopie tes modifs dans /lib/dev-state. Comme ca, au \
> > demarrage, il remet tes modifs en place.
> > Peux tu faire un
> > ]# mount
> > et nous envoyer la sortie ? (C'est pour savoir si tu as devfs mounte ou \
> > pas)================
> ==========================
> /dev/hdg7 on / type ext3 (rw)
> none on /proc type proc (rw)
> none on /proc/bus/usb type usbdevfs (rw)
> none on /dev type devfs (rw)
> none on /dev/pts type devpts (rw,mode=0620)
> /dev/hdg6 on /home type ext3 (rw)
> /dev/hdg5 on /var type ext3 (rw)
> none on /mnt/cdrom type supermount
> (ro,dev=/dev/scd0,fs=auto,--,iocharset=iso8859-15,codepage=850,unhide,umask=0)
> none on /mnt/cdrom2 type supermount
> (ro,dev=/dev/scd1,fs=auto,--,iocharset=iso8859-15,codepage=850,unhide,umask=0)
> none on /mnt/floppy type supermount
> (rw,sync,dev=/dev/fd0,fs=auto,--,iocharset=iso8859-15,codepage=850,umask=0)
> /dev/hdf1 on /mnt/win_c2 type vfat
> (rw,iocharset=iso8859-15,codepage=850,umask=0)
> /dev/hdf5 on /mnt/win_d type vfat
> (rw,iocharset=iso8859-15,codepage=850,umask=0)
> none on /mnt/zip type supermount
> (rw,sync,dev=/dev/sda4,fs=auto,--,iocharset=iso8859-15,codepage=850,umask=0)
> ===================
>
> > Combien as tu de fichier dans /lib/dev-state ? (J'ai une trentaine sur une \
> > LMDK9.1)
> J'en ai 1768 !!!!!!!!!!!!!!!
> > Je pense que ton probleme de lenteur vient du fait qu'au demarrage, le daemon \
> > devfs doit recopier toutes les nouvelles entrees (que tu as cree avec megarde) \
> > dans ton /dev/. Et il y a 6000 a creer, je pense.
> je n'en veux plus !!!!
> > @+
> >
> > http://shirka.dyndns.org/
> >
> > -----Message d'origine-----
> > De : David Robert [mailto:david.robert16@wanadoo.fr]
> > Envoyé : mercredi 24 septembre 2003 15:32
> > À : confirme
> > Cc : Gral
> > Objet : Re: [Confirme] /dev trop fourni
> >
> >
> > Le mar 23/09/2003 à 13:49, Teletchéa Stéphane a écrit :
> > > Le sam 20/09/2003 à 11:34, David Robert a écrit :
> > > > Bonjour,
> > > > après avoir fait (à tord je le sais maitenant) un "makedev /dev" j'ai
> > > > mon répertoire /dev qui contient plus de 6000 fichiers.
> > > > Comme ils ne sont pas tous bons, lorsque devfs démarre il prend uen
> > > > éternité au démarrage de linux.
> > > >
> > > > Ma question est : comment nettoyer surement mon répertoire /dev ? si je
> > > > supprime qqch qu'il ne faut pas, devfsd va le remettre en place ou pas
> > > > ??
> > > >
> > > > merci d'avance.
> > > >
> > > >
> > > devfs est sensé te recréer tout à la demande, donc essaie de faire un
> > > gros rm -rf /dev (en démontant les disques, etc.) avant, et redémarre
> > > devfs (/etc/init.d/devfsd restart).
> > >
> > > Il devrait tout te recréer, mais cela peut être long.
> > > Au pire redémarre, car les scripts Mdk vont peut-être peaufiner les
> > > choses (harddrake par exemple).
> >
> > Bonjour, cette solution m'apparait bien.
> > Mais avant de le faire, j'aimerais avoir confirmation des pros.
> >
> > Merci.
> > >
> > > Stef
> >
> >
> >
> >
> > ______________________________________________________________________
> > Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> > Rendez-vous sur "http://www.mandrakestore.com"
>
>
>
>
> ______________________________________________________________________
> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com"
["message.footer" (text/plain)]
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com"
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic