Le Fri, 03 Jun 2005 00:32:08 -0700, Francois a écrit :
En me logant comme root après le blocage, je constate que /dev
contient fd, loop, ptmx, null, shm, stdin, stdev, stdout, stderr, core,
initctl, ppp, pts, snstat
il manque donc hda(x) hdb(y), les devices pour les cdrom Et la
Le Fri, 03 Jun 2005 00:32:08 -0700, Francois a écrit :
En me logant comme root après le blocage, je constate que /dev
contient fd, loop, ptmx, null, shm, stdin, stdev, stdout, stderr, core,
initctl, ppp, pts, snstat
il manque donc hda(x) hdb(y), les devices pour les cdrom Et la
Le Thu, 02 Jun 2005 16:31:31 +, Jean-Luc Coulon (f5ibh) a écrit :
Mais il reste qu'on a un petit (?) /dev et le gros /dev/.static d'avant.
Ce n'est pas en cachant la poussière sous le tapis qu'on nettoie la
pièce !
Pour se passer du /dev/.static il faut avoir udev dans le initrd. Ce
Le 04.06.2005 12:24:00, Alban Browaeys a écrit :
Le Fri, 03 Jun 2005 00:32:08 -0700, Francois a écrit :
En me logant comme root après le blocage, je constate que /dev
contient fd, loop, ptmx, null, shm, stdin, stdev, stdout, stderr,
core,
initctl, ppp, pts, snstat
il manque donc hda(x)
Bonjour
J'ai trouvé: google-group fstab udev hotplug price donne la
réponse: fstab contenait l'option de montage noauto pour sysfs alors
qu'il faut mettre defaults. Comme ça fsck passe sans problème et le
boot se termine.
Sous 2.4 /dev contient 1400 entrées alors que sous 2.6 avec udev, il
y en
Francois [EMAIL PROTECTED] wrote:
| Bonjour
|
| J'ai trouvé: google-group fstab udev hotplug price donne la
| réponse: fstab contenait l'option de montage noauto pour sysfs alors
| qu'il faut mettre defaults. Comme ça fsck passe sans problème et le
| boot se termine.
|
| Sous 2.4 /dev contient
Le 04.06.2005 16:25:16, mess-mate a écrit :
Francois [EMAIL PROTECTED] wrote:
| Bonjour
|
| J'ai trouvé: google-group fstab udev hotplug price donne la
| réponse: fstab contenait l'option de montage noauto pour sysfs alors
| qu'il faut mettre defaults. Comme ça fsck passe sans problème et le
|
En me logant comme root après le blocage, je constate que /dev
contient fd, loop, ptmx, null, shm, stdin, stdev, stdout, stderr, core,
initctl, ppp, pts, snstat
il manque donc hda(x) hdb(y), les devices pour les cdrom Et la
question se précise
Quelqu'un a encore une idée ?
François
Bonjour !!
Si tu utilises UDEV, tu ne peut pas utiliser de noyaux 2.4.x, seuls les
noyaux 2.6.x peuvent être utilisés.
Tu dis que tu as déjà installé UDEV, mais je ne vois pas comment tu
pouvais utiliser tes 2 noyaux (2.4 et 2.6).
A+
SEB
Francois wrote:
Bonjour
Mon compaq pressario a deux
Bonjour
Merci de ta réponse. Dans le script de lancement d'udev il regarde la
version et ne démarre pas dans le cas de 2.4
(et je l'avais déjà installé auparavant sans rencontrer ce
problème)
D'autres idées ?
François
Le 02.06.2005 12:58:06, Francois a écrit :
Bonjour
Merci de ta réponse. Dans le script de lancement d'udev il regarde la
version et ne démarre pas dans le cas de 2.4
(et je l'avais déjà installé auparavant sans rencontrer ce
problème)
Est-ce que le système de fichier ext3 est en dut dans le
Dans le fichier de config de UDEV, tu dois lui indiquer dans quel
répertoire il doit créer les périphériques.
Ce que tu peux faire, c'est configurer UDEV pour utiliser le répertoire
/udev, et dans le répertoire /dev recréer les périphériques avec MAKEDEV.
Je pense qu'il faudra que tu passes par
Je suis un débutant (un peu) et je croyais que ce qui se trouve dans
/dev est créé a chaque démarrage... c'est pas le cas ? c'est
enregistré en dur une fois pour toute ?
FR
Cela dépend.
Lorsqu'on installe Debian, un répertoire /dev est créé avec une série de
fichiers pour représenter les périphériques. Puisqu'il faut prévoir
beaucoup de cas possibles, le nombre de fichiers est très important.
Pour apporter une solution à ce problème, le noyau 2.6 apporte le
Le 02.06.2005 17:12:37, Richard Lemay a écrit :
Cela dépend.
Lorsqu'on installe Debian, un répertoire /dev est créé avec une série
de fichiers pour représenter les périphériques. Puisqu'il faut
prévoir beaucoup de cas possibles, le nombre de fichiers est très
important.
Pour apporter
Chez moi, le /dev est plus petit que le /dev original.
Pour ce qui est de /dev/.static, c'est un changement dans les paquets
Debian. Le changelog explique qu'ils ont déplacé /.dev vers /dev/.static
pour que ce soit plus intuitif. Beaucoup trop de personnes effaçaient
/.dev, ce qui amenait des
Le 02.06.2005 18:03:53, Richard Lemay a écrit :
Chez moi, le /dev est plus petit que le /dev original.
Pour ce qui est de /dev/.static, c'est un changement dans les paquets
Debian. Le changelog explique qu'ils ont déplacé /.dev vers
/dev/.static pour que ce soit plus intuitif. Beaucoup trop
Jean-Luc Coulon (f5ibh) a écrit, jeudi 2 juin 2005, à 16:31 :
[...]
Mais il reste qu'on a un petit (?) /dev et le gros /dev/.static d'avant.
Il reste le gain de temps dans le parcours du /dev allégé --- encore
faut-il que le fonctionnement d'udev ne le gâche pas.
Ce n'est pas en cachant la
Merci pour toutes les réponses !
Pour répondre ext3 est configuré en dur dans mes configs et en
modules dans le package debian 2.6.9-2-K7 (le package pour processeur
Athlon AMD)
Pour initrd, je ne l'ai pas utilisé dans mes configs et le seul indice
dans le package ...k7 c'est le message freeing
Le 02.06.2005 19:01:57, Francois a écrit :
Merci pour toutes les réponses !
Pour répondre ext3 est configuré en dur dans mes configs et en
modules dans le package debian 2.6.9-2-K7 (le package pour processeur
Athlon AMD)
Pour initrd, je ne l'ai pas utilisé dans mes configs et le seul indice
dans
20 matches
Mail list logo
