ça y est, je me suis lancé dans l'installation de
udev en suivant la doc Gentoo.
J'ai émergé : udev-0.58, hotplug et coldplug.
rc-update add coldplug boot et rc-update add
hotplug boot pour activer la détection des
périphériques au démarrage.
ça redémarre, la connection internet via le modem
usb speedtouch se fait bien, mais la mise à
l'heure via ntpd ne fonctionne plus.
Mais le problème le plus important pour le moment
: je n'ai plus de terminal X :
le terminal de XFCE4 s'ouvre (xfterm4), mais je
n'ai pas d'invite et ne peux taper de texte.
Le lancement de xterm ne marche pas.
J'ai essayé aussi Eterm, mais impossible d'entrer
du texte ; j'ai le seul message : Hit a key to
exit... et la fenêtre se ferme.
D'où peut venir le problème ?
Merci d'avance de votre aide.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe PEREZ
Le Sat, 02 Jul 2005 21:29:20 +0200, Jacques Montier a écrit :
D'où peut venir le problème ?
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test mount --bind / test cd test/dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 cd ../.. umount test rmdir test
Je profite pour dire que c'est un des points qui m'ont le plus séduit lors de mon passage sous gentoo, c'est cette doc hyper complète, très souvent traduite en FR, qui est une vraie mine d'or, même pour un usage d'autres distrib (ldap, udev, etc...). Si certains de ses auteurs sont ici, je les en félicite chaudement, vivement, et sincèrement.
-- Christophe PEREZ -- mailing list
Le Sat, 02 Jul 2005 21:29:20 +0200, Jacques Montier a écrit :
D'où peut venir le problème ?
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test
mount --bind / test
cd test/dev
mknod -m 660 console c 5 1
mknod -m 660 null c 1 3
cd ../..
umount test
rmdir test
Je profite pour dire que c'est un des points qui m'ont le plus séduit
lors de mon passage sous gentoo, c'est cette doc hyper complète, très
souvent traduite en FR, qui est une vraie mine d'or, même pour un usage
d'autres distrib (ldap, udev, etc...).
Si certains de ses auteurs sont ici, je les en félicite chaudement,
vivement, et sincèrement.
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Sat, 02 Jul 2005 21:29:20 +0200, Jacques Montier a écrit :
D'où peut venir le problème ?
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test mount --bind / test cd test/dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 cd ../.. umount test rmdir test
Je profite pour dire que c'est un des points qui m'ont le plus séduit lors de mon passage sous gentoo, c'est cette doc hyper complète, très souvent traduite en FR, qui est une vraie mine d'or, même pour un usage d'autres distrib (ldap, udev, etc...). Si certains de ses auteurs sont ici, je les en félicite chaudement, vivement, et sincèrement.
-- Christophe PEREZ -- mailing list
Jacques Montier
Christophe PEREZ a gentiment tapote le 02.07.2005 22:52
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test mount --bind / test cd test/dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 cd ../.. umount test rmdir test
Oui, j'avais fait déjà cette manip, mais /dev/console et /dev/null étaient bien présents ; le problème ne venait donc pas de là. De fait, j'avais bien accès aux consoles, mais non aux terminaux X. En fait, le problème venait de ce que devpts n'était pas monté automatiquement sur /dev/pts au démarrage, contrairement à ce qui était annoncé dans les messages. Ce sont les messages de fin de session qui m'ont mis la puce à l'oreille (devpts not mounted on /dev/pts); J'ai donc rajouté la ligne none /dev/pts devpts rw 0 0 dans /etc/fstab et tout est rentré dans l'ordre :-)) Par contre, j'ai encore quelques interrogations sur ces messages au démarrage : premier message : devpts mounted on /dev/pts (alors qu'il ne l'est pas !!) second message : devpts already mounted or /dev/pts busy (ça c'est fstab qui travaille !) J'avoue que je ne comprends pas trop ce qui se passe là ! Si vous avez une idée ?
Je profite pour dire que c'est un des points qui m'ont le plus séduit lors de mon passage sous gentoo, c'est cette doc hyper complète, très souvent traduite en FR, qui est une vraie mine d'or, même pour un usage d'autres distrib (ldap, udev, etc...). Si certains de ses auteurs sont ici, je les en félicite chaudement, vivement, et sincèrement.
Tout à fait d'accord ; mon système a pu se monter entièrement grâce à cette doc qui est vraiment très bien faite. Bravo aux auteurs !
-- Jacques -- mailing list
Christophe PEREZ a gentiment tapote le 02.07.2005
22:52
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test
mount --bind / test
cd test/dev
mknod -m 660 console c 5 1
mknod -m 660 null c 1 3
cd ../..
umount test
rmdir test
Oui, j'avais fait déjà cette manip, mais
/dev/console et /dev/null étaient bien présents ;
le problème ne venait donc pas de là.
De fait, j'avais bien accès aux consoles, mais non
aux terminaux X.
En fait, le problème venait de ce que devpts
n'était pas monté automatiquement sur /dev/pts au
démarrage, contrairement à ce qui était annoncé
dans les messages.
Ce sont les messages de fin de session qui m'ont
mis la puce à l'oreille (devpts not mounted on
/dev/pts);
J'ai donc rajouté la ligne none /dev/pts devpts
rw 0 0 dans /etc/fstab et tout est rentré dans
l'ordre :-))
Par contre, j'ai encore quelques interrogations
sur ces messages au démarrage :
premier message : devpts mounted on /dev/pts
(alors qu'il ne l'est pas !!)
second message : devpts already mounted or
/dev/pts busy (ça c'est fstab qui travaille !)
J'avoue que je ne comprends pas trop ce qui se
passe là !
Si vous avez une idée ?
Je profite pour dire que c'est un des points qui m'ont le plus séduit
lors de mon passage sous gentoo, c'est cette doc hyper complète, très
souvent traduite en FR, qui est une vraie mine d'or, même pour un usage
d'autres distrib (ldap, udev, etc...).
Si certains de ses auteurs sont ici, je les en félicite chaudement,
vivement, et sincèrement.
Tout à fait d'accord ; mon système a pu se monter
entièrement grâce à cette doc qui est vraiment
très bien faite.
Bravo aux auteurs !
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
Christophe PEREZ a gentiment tapote le 02.07.2005 22:52
A essayer, mais c'est dit dans la doc udev sur gentoo.org :
en root :
mkdir test mount --bind / test cd test/dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 cd ../.. umount test rmdir test
Oui, j'avais fait déjà cette manip, mais /dev/console et /dev/null étaient bien présents ; le problème ne venait donc pas de là. De fait, j'avais bien accès aux consoles, mais non aux terminaux X. En fait, le problème venait de ce que devpts n'était pas monté automatiquement sur /dev/pts au démarrage, contrairement à ce qui était annoncé dans les messages. Ce sont les messages de fin de session qui m'ont mis la puce à l'oreille (devpts not mounted on /dev/pts); J'ai donc rajouté la ligne none /dev/pts devpts rw 0 0 dans /etc/fstab et tout est rentré dans l'ordre :-)) Par contre, j'ai encore quelques interrogations sur ces messages au démarrage : premier message : devpts mounted on /dev/pts (alors qu'il ne l'est pas !!) second message : devpts already mounted or /dev/pts busy (ça c'est fstab qui travaille !) J'avoue que je ne comprends pas trop ce qui se passe là ! Si vous avez une idée ?
Je profite pour dire que c'est un des points qui m'ont le plus séduit lors de mon passage sous gentoo, c'est cette doc hyper complète, très souvent traduite en FR, qui est une vraie mine d'or, même pour un usage d'autres distrib (ldap, udev, etc...). Si certains de ses auteurs sont ici, je les en félicite chaudement, vivement, et sincèrement.
Tout à fait d'accord ; mon système a pu se monter entièrement grâce à cette doc qui est vraiment très bien faite. Bravo aux auteurs !
-- Jacques -- mailing list
Bertrand Jacquin
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
++ beber
On 7/2/05, Jacques Montier wrote:
Christophe PEREZ a gentiment tapote le 02.07.2005 22:52
> A essayer, mais c'est dit dans la doc udev sur gentoo.org : > > en root : > > mkdir test > mount --bind / test > cd test/dev > mknod -m 660 console c 5 1 > mknod -m 660 null c 1 3 > cd ../.. > umount test > rmdir test >
Oui, j'avais fait déjà cette manip, mais /dev/console et /dev/null étaient bien présents ; le problème ne venait donc pas de là. De fait, j'avais bien accès aux consoles, mais non aux terminaux X. En fait, le problème venait de ce que devpts n'était pas monté automatiquement sur /dev/pts au démarrage, contrairement à ce qui était annoncé dans les messages. Ce sont les messages de fin de session qui m'ont mis la puce à l'oreille (devpts not mounted on /dev/pts); J'ai donc rajouté la ligne none /dev/pts devpts rw 0 0 dans /etc/fstab et tout est rentré dans l'ordre :-)) Par contre, j'ai encore quelques interrogations sur ces messages au démarrage : premier message : devpts mounted on /dev/pts (alors qu'il ne l'est pas !!) second message : devpts already mounted or /dev/pts busy (ça c'est fstab qui travaille !) J'avoue que je ne comprends pas trop ce qui se passe là ! Si vous avez une idée ?
> Je profite pour dire que c'est un des points qui m'ont le plus séduit > lors de mon passage sous gentoo, c'est cette doc hyper complète, très > souvent traduite en FR, qui est une vraie mine d'or, même pour un usage > d'autres distrib (ldap, udev, etc...). > Si certains de ses auteurs sont ici, je les en félicite chaudement, > vivement, et sincèrement. >
Tout à fait d'accord ; mon système a pu se monter entièrement grâce à cette doc qui est vraiment très bien faite. Bravo aux auteurs !
-- Jacques -- mailing list
-- mailing list
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a
toujours /dev statique, udev se greffe par dessus)
je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
++
beber
On 7/2/05, Jacques Montier <jacmonti@club-internet.fr> wrote:
Christophe PEREZ a gentiment tapote le 02.07.2005
22:52
> A essayer, mais c'est dit dans la doc udev sur gentoo.org :
>
> en root :
>
> mkdir test
> mount --bind / test
> cd test/dev
> mknod -m 660 console c 5 1
> mknod -m 660 null c 1 3
> cd ../..
> umount test
> rmdir test
>
Oui, j'avais fait déjà cette manip, mais
/dev/console et /dev/null étaient bien présents ;
le problème ne venait donc pas de là.
De fait, j'avais bien accès aux consoles, mais non
aux terminaux X.
En fait, le problème venait de ce que devpts
n'était pas monté automatiquement sur /dev/pts au
démarrage, contrairement à ce qui était annoncé
dans les messages.
Ce sont les messages de fin de session qui m'ont
mis la puce à l'oreille (devpts not mounted on
/dev/pts);
J'ai donc rajouté la ligne none /dev/pts devpts
rw 0 0 dans /etc/fstab et tout est rentré dans
l'ordre :-))
Par contre, j'ai encore quelques interrogations
sur ces messages au démarrage :
premier message : devpts mounted on /dev/pts
(alors qu'il ne l'est pas !!)
second message : devpts already mounted or
/dev/pts busy (ça c'est fstab qui travaille !)
J'avoue que je ne comprends pas trop ce qui se
passe là !
Si vous avez une idée ?
> Je profite pour dire que c'est un des points qui m'ont le plus séduit
> lors de mon passage sous gentoo, c'est cette doc hyper complète, très
> souvent traduite en FR, qui est une vraie mine d'or, même pour un usage
> d'autres distrib (ldap, udev, etc...).
> Si certains de ses auteurs sont ici, je les en félicite chaudement,
> vivement, et sincèrement.
>
Tout à fait d'accord ; mon système a pu se monter
entièrement grâce à cette doc qui est vraiment
très bien faite.
Bravo aux auteurs !
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
++ beber
On 7/2/05, Jacques Montier wrote:
Christophe PEREZ a gentiment tapote le 02.07.2005 22:52
> A essayer, mais c'est dit dans la doc udev sur gentoo.org : > > en root : > > mkdir test > mount --bind / test > cd test/dev > mknod -m 660 console c 5 1 > mknod -m 660 null c 1 3 > cd ../.. > umount test > rmdir test >
Oui, j'avais fait déjà cette manip, mais /dev/console et /dev/null étaient bien présents ; le problème ne venait donc pas de là. De fait, j'avais bien accès aux consoles, mais non aux terminaux X. En fait, le problème venait de ce que devpts n'était pas monté automatiquement sur /dev/pts au démarrage, contrairement à ce qui était annoncé dans les messages. Ce sont les messages de fin de session qui m'ont mis la puce à l'oreille (devpts not mounted on /dev/pts); J'ai donc rajouté la ligne none /dev/pts devpts rw 0 0 dans /etc/fstab et tout est rentré dans l'ordre :-)) Par contre, j'ai encore quelques interrogations sur ces messages au démarrage : premier message : devpts mounted on /dev/pts (alors qu'il ne l'est pas !!) second message : devpts already mounted or /dev/pts busy (ça c'est fstab qui travaille !) J'avoue que je ne comprends pas trop ce qui se passe là ! Si vous avez une idée ?
> Je profite pour dire que c'est un des points qui m'ont le plus séduit > lors de mon passage sous gentoo, c'est cette doc hyper complète, très > souvent traduite en FR, qui est une vraie mine d'or, même pour un usage > d'autres distrib (ldap, udev, etc...). > Si certains de ses auteurs sont ici, je les en félicite chaudement, > vivement, et sincèrement. >
Tout à fait d'accord ; mon système a pu se monter entièrement grâce à cette doc qui est vraiment très bien faite. Bravo aux auteurs !
-- Jacques -- mailing list
-- mailing list
Christophe PEREZ
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment : As-tu modifié des options par défaut de /etc/conf.d/rc ? En effet, cela pourrait peut-être venir d'autre chose non ? Genre le : RC_DEVICE_TARBALL resté à "yes"
-- Christophe PEREZ -- mailing list
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a
toujours /dev statique, udev se greffe par dessus)
je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment :
As-tu modifié des options par défaut de /etc/conf.d/rc ?
En effet, cela pourrait peut-être venir d'autre chose non ?
Genre le : RC_DEVICE_TARBALL resté à "yes"
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment : As-tu modifié des options par défaut de /etc/conf.d/rc ? En effet, cela pourrait peut-être venir d'autre chose non ? Genre le : RC_DEVICE_TARBALL resté à "yes"
-- Christophe PEREZ -- mailing list
Jacques Montier
Christophe PEREZ a gentiment tapote le 03.07.2005 05:21
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment : As-tu modifié des options par défaut de /etc/conf.d/rc ? En effet, cela pourrait peut-être venir d'autre chose non ? Genre le : RC_DEVICE_TARBALL resté à "yes"
Dans /etc/conf.d/rc j'avais RC_DEVICES="auto" et RC_DEVICE_TARBALL="no" devfs est désactivé par grub avec gentoo=nodevfs (devfs est compilé dans le noyau). En mettant RC_DEVICES="udev", cela ne change rien. J'ai eu aussi une surprise : j'ai viré le rc-script localmount, et ça n'a rien changé du tout (à quoi sert-il alors ??)! J'ai les mêmes messages : 1- mount devpts at /dev/pts 2- mounting local filesystems 3- mount : none already mounted on /dev/pts according to mtab.
J'ai d'ailleurs aussi souvent des messages comme quoi d'autres partitions (win_c, win_d...) sont déjà montées. Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ??? Merci en tout cas de vos réponses.
-- Jacques -- mailing list
Christophe PEREZ a gentiment tapote le 03.07.2005
05:21
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a
toujours /dev statique, udev se greffe par dessus)
je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment :
As-tu modifié des options par défaut de /etc/conf.d/rc ?
En effet, cela pourrait peut-être venir d'autre chose non ?
Genre le : RC_DEVICE_TARBALL resté à "yes"
Dans /etc/conf.d/rc j'avais RC_DEVICES="auto" et
RC_DEVICE_TARBALL="no"
devfs est désactivé par grub avec gentoo=nodevfs
(devfs est compilé dans le noyau).
En mettant RC_DEVICES="udev", cela ne change rien.
J'ai eu aussi une surprise : j'ai viré le
rc-script localmount, et ça n'a rien changé du
tout (à quoi sert-il alors ??)!
J'ai les mêmes messages :
1- mount devpts at /dev/pts
2- mounting local filesystems
3- mount : none already mounted on /dev/pts
according to mtab.
J'ai d'ailleurs aussi souvent des messages comme
quoi d'autres partitions (win_c, win_d...) sont
déjà montées.
Cela me donne l'étrange impression qu'un script me
monte mes partoches une fois de trop, mais lequel ???
Merci en tout cas de vos réponses.
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
Christophe PEREZ a gentiment tapote le 03.07.2005 05:21
Le Sun, 03 Jul 2005 00:38:38 +0200, Bertrand Jacquin a écrit :
le truc c'est que peut etre ton /dev/pts est monté avant /dev (il y a toujours /dev statique, udev se greffe par dessus) je n'ai pas ce problem, c'est bizarre
a tu modifier /etc/conf.d/rc en précisant bien RC_DEVICES="udev" ?
J'aurais posé la question un peu différemment : As-tu modifié des options par défaut de /etc/conf.d/rc ? En effet, cela pourrait peut-être venir d'autre chose non ? Genre le : RC_DEVICE_TARBALL resté à "yes"
Dans /etc/conf.d/rc j'avais RC_DEVICES="auto" et RC_DEVICE_TARBALL="no" devfs est désactivé par grub avec gentoo=nodevfs (devfs est compilé dans le noyau). En mettant RC_DEVICES="udev", cela ne change rien. J'ai eu aussi une surprise : j'ai viré le rc-script localmount, et ça n'a rien changé du tout (à quoi sert-il alors ??)! J'ai les mêmes messages : 1- mount devpts at /dev/pts 2- mounting local filesystems 3- mount : none already mounted on /dev/pts according to mtab.
J'ai d'ailleurs aussi souvent des messages comme quoi d'autres partitions (win_c, win_d...) sont déjà montées. Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ??? Merci en tout cas de vos réponses.
-- Jacques -- mailing list
Jacques Montier
Jacques Montier a gentiment tapote le 03.07.2005 08:33
...
J'ai d'ailleurs aussi souvent des messages comme quoi d'autres partitions (win_c, win_d...) sont déjà montées. Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ??? Merci en tout cas de vos réponses.
J'ai modifié la variable RC_USE_FSTAB
# RC_USE_FSTAB allows you to override the default mount options for the # standard /proc, /sys, /dev, and /dev/pts mount points. Note that this # is the new way for selecting ramfs/tmpfs/etc... for udev mounting.
RC_USE_FSTAB="yes"
Du coup, plus de messages d'avertissement. Mais à quoi sert alors localmount ? J'y perd mon latin :-))
-- Jacques -- mailing list
Jacques Montier a gentiment tapote le 03.07.2005
08:33
...
J'ai d'ailleurs aussi souvent des messages comme
quoi d'autres partitions (win_c, win_d...) sont
déjà montées.
Cela me donne l'étrange impression qu'un script me
monte mes partoches une fois de trop, mais lequel ???
Merci en tout cas de vos réponses.
J'ai modifié la variable RC_USE_FSTAB
# RC_USE_FSTAB allows you to override the default
mount options for the
# standard /proc, /sys, /dev, and /dev/pts mount
points. Note that this
# is the new way for selecting ramfs/tmpfs/etc...
for udev mounting.
RC_USE_FSTAB="yes"
Du coup, plus de messages d'avertissement.
Mais à quoi sert alors localmount ?
J'y perd mon latin :-))
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
Jacques Montier a gentiment tapote le 03.07.2005 08:33
...
J'ai d'ailleurs aussi souvent des messages comme quoi d'autres partitions (win_c, win_d...) sont déjà montées. Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ??? Merci en tout cas de vos réponses.
J'ai modifié la variable RC_USE_FSTAB
# RC_USE_FSTAB allows you to override the default mount options for the # standard /proc, /sys, /dev, and /dev/pts mount points. Note that this # is the new way for selecting ramfs/tmpfs/etc... for udev mounting.
RC_USE_FSTAB="yes"
Du coup, plus de messages d'avertissement. Mais à quoi sert alors localmount ? J'y perd mon latin :-))
-- Jacques -- mailing list
Christophe PEREZ
Le Sun, 03 Jul 2005 08:33:40 +0200, Jacques Montier a écrit :
Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ???
Peut-être déjà en donnant ici la liste de ces services lancés au boot, peut être que ça permettra à quelqu'un d'avoir une idée... Sinon, je ne vois personnellement pas trop.
Merci en tout cas de vos réponses.
De rien, mais désolé de ne pouvoir t'aider plus.
-- Christophe PEREZ -- mailing list
Le Sun, 03 Jul 2005 08:33:40 +0200, Jacques Montier a écrit :
Cela me donne l'étrange impression qu'un script me
monte mes partoches une fois de trop, mais lequel ???
Peut-être déjà en donnant ici la liste de ces services lancés au boot,
peut être que ça permettra à quelqu'un d'avoir une idée...
Sinon, je ne vois personnellement pas trop.
Merci en tout cas de vos réponses.
De rien, mais désolé de ne pouvoir t'aider plus.
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Sun, 03 Jul 2005 08:33:40 +0200, Jacques Montier a écrit :
Cela me donne l'étrange impression qu'un script me monte mes partoches une fois de trop, mais lequel ???
Peut-être déjà en donnant ici la liste de ces services lancés au boot, peut être que ça permettra à quelqu'un d'avoir une idée... Sinon, je ne vois personnellement pas trop.
Merci en tout cas de vos réponses.
De rien, mais désolé de ne pouvoir t'aider plus.
-- Christophe PEREZ -- mailing list
Jacques Montier
Christophe PEREZ a gentiment tapote le 03.07.2005 08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par trouver une solution. En attendant voici la liste des services lancés au démarrage : /etc/runlevel/boot alsasound bootmisc checkfs checkroot clock coldplug consolefont hostname hotplug keymaps modules rmnologin serial urandom /etc/runlevel/default afirewall cupsd lm_sensors local metalog net.eth0 net.lo net.ra0 numlock postgresql samba vixie-cron wifi xdm
-- Jacques -- mailing list
Christophe PEREZ a gentiment tapote le 03.07.2005
08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par
trouver une solution.
En attendant voici la liste des services lancés au
démarrage :
/etc/runlevel/boot
alsasound bootmisc checkfs checkroot clock
coldplug consolefont hostname hotplug keymaps
modules rmnologin serial urandom
/etc/runlevel/default
afirewall cupsd lm_sensors local metalog
net.eth0 net.lo net.ra0 numlock postgresql
samba vixie-cron wifi xdm
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
Christophe PEREZ a gentiment tapote le 03.07.2005 08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par trouver une solution. En attendant voici la liste des services lancés au démarrage : /etc/runlevel/boot alsasound bootmisc checkfs checkroot clock coldplug consolefont hostname hotplug keymaps modules rmnologin serial urandom /etc/runlevel/default afirewall cupsd lm_sensors local metalog net.eth0 net.lo net.ra0 numlock postgresql samba vixie-cron wifi xdm
-- Jacques -- mailing list
Jacques Montier
Jacques Montier a gentiment tapote le 03.07.2005 20:10
Christophe PEREZ a gentiment tapote le 03.07.2005 08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par trouver une solution. En attendant voici la liste des services lancés au démarrage : /etc/runlevel/boot alsasound bootmisc checkfs checkroot clock coldplug consolefont hostname hotplug keymaps modules rmnologin serial urandom /etc/runlevel/default afirewall cupsd lm_sensors local metalog net.eth0 net.lo net.ra0 numlock postgresql samba vixie-cron wifi xdm
Voilà, mes petits problèmes (montage de partitions déjà montées, etc...) venaient de /etc/hotplug. Ce répertoire déjà ancien (après pas mal de mises à jour) devait contenir des scripts qui faisaient double emploi avec les rc-scripts. J'ai désinstallé hotplug, viré /etc/hotplug et /etc/hotplug.d, puis réinstallé hotplug. Il m'a remis des répertoires hotplug et hotplug.d tous neufs. Maintenant, plus de problème, ça fonctionne.
Merci en tout cas de vos réponses.
-- Jacques -- mailing list
Jacques Montier a gentiment tapote le 03.07.2005
20:10
Christophe PEREZ a gentiment tapote le 03.07.2005
08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par
trouver une solution.
En attendant voici la liste des services lancés au
démarrage :
/etc/runlevel/boot
alsasound bootmisc checkfs checkroot clock
coldplug consolefont hostname hotplug keymaps
modules rmnologin serial urandom
/etc/runlevel/default
afirewall cupsd lm_sensors local metalog
net.eth0 net.lo net.ra0 numlock postgresql
samba vixie-cron wifi xdm
Voilà, mes petits problèmes (montage de partitions
déjà montées, etc...) venaient de /etc/hotplug.
Ce répertoire déjà ancien (après pas mal de mises
à jour) devait contenir des scripts qui faisaient
double emploi avec les rc-scripts.
J'ai désinstallé hotplug, viré /etc/hotplug et
/etc/hotplug.d, puis réinstallé hotplug.
Il m'a remis des répertoires hotplug et hotplug.d
tous neufs.
Maintenant, plus de problème, ça fonctionne.
Merci en tout cas de vos réponses.
--
Jacques
--
gentoo-user-fr@gentoo.org mailing list
Jacques Montier a gentiment tapote le 03.07.2005 20:10
Christophe PEREZ a gentiment tapote le 03.07.2005 08:46
De rien, mais désolé de ne pouvoir t'aider plus.
ça n'est pas bien grave, je vais bien finir par trouver une solution. En attendant voici la liste des services lancés au démarrage : /etc/runlevel/boot alsasound bootmisc checkfs checkroot clock coldplug consolefont hostname hotplug keymaps modules rmnologin serial urandom /etc/runlevel/default afirewall cupsd lm_sensors local metalog net.eth0 net.lo net.ra0 numlock postgresql samba vixie-cron wifi xdm
Voilà, mes petits problèmes (montage de partitions déjà montées, etc...) venaient de /etc/hotplug. Ce répertoire déjà ancien (après pas mal de mises à jour) devait contenir des scripts qui faisaient double emploi avec les rc-scripts. J'ai désinstallé hotplug, viré /etc/hotplug et /etc/hotplug.d, puis réinstallé hotplug. Il m'a remis des répertoires hotplug et hotplug.d tous neufs. Maintenant, plus de problème, ça fonctionne.
