Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
--Configuration--------- Les disques (via fdisk -l) :
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
/dev/hda3 /usr ext3 defaults 0 0
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
======> à ce niveau, le répertoire /usr est vide.
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
--Configuration--------- Les disques (via fdisk -l) :
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
/dev/hda3 /usr ext3 defaults 0 0
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
======> à ce niveau, le répertoire /usr est vide.
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
--Configuration--------- Les disques (via fdisk -l) :
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
/dev/hda3 /usr ext3 defaults 0 0
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
======> à ce niveau, le répertoire /usr est vide.
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Dans l'article news:4025252d$0$28651$,
ChSv écrivait :Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).--Configuration--------- Les disques (via fdisk -l) :
[snip une partie du fdisk]
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition /dev/hda1
est légèrement plus petite que la partition /dev/hda3.
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
Jusqu'ici c'est bon./dev/hda3 /usr ext3 defaults 0 0
Là par contre je trouve le 6ème champ anormal, il devrait être à 2 et non
pas à zéro, indiquant alors au système que ce système de fichier doit être
vérifié par fsck au boot. Mais c'est secondaire concernant le problème que
nous rencontrons ici.
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
Même remarque même s'il semble que cette partition ne fait pas partie du
système.
[snip le reste de /etc/fstab]
Ok.======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs rw,fd=7,pgrpY0,minproto=2,maxproto=4)
La commande mount donne la liste des systèmes de fichiers montées (en fait
le contenu du fichier /etc/mtab) dans l'ordre dans ils ont été montés. Donc
la première ligne renvoyée par mount après le démarrage est toujours la
partition racine.
Or ici ce n'est pas le cas et elle n'apparaît nulle part ! Il semblerait
alors que la première ligne donné par la commande 'mount' corresponde malgré
tout à la partition racine mais avec un affichage erroné.-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Même remarque, la partition racine /dev/hda1 n'apparaît pas ! Notons quand
même la taille de la sois-disante partition /dev/hda3 et son occupation.
Rappelons aussi que la commande 'df' n'affiche que les systèmes de fichiers
présents dans le fichier /etc/mtab et que si celui ci est erroné, la sortie
de la commande 'df' le sera aussi.======> à ce niveau, le répertoire /usr est vide.
Vide vide ? Que donne 'ls -ld /usr' et 'ls -la /usr/', au '/' pret.
Je monte /usr (mount /usr) et :
Ce qui théoriquement d'après le résultat de la commande 'mount' précédente
n'est pas possible étant donné qu'elle est indiquée déjà monté. Ce qui
confirme donc une confusion du système entre la partition /dev/hda1 et
/dev/hda3 ainsi que des points de montages.-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
On remarque vite deux choses.
La commande 'df' affiche deux fois la même partition, /dev/hda3 avec des
données identiques et une différence sur la taille de celle ci et de son
occupation par rapport à la commande 'df' précédente.
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
On retrouve de nouveau nos deux lignes concernant la partition /dev/hda3.======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Oui, mêmes remarques.Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
La raison je ne la connais pas.
Il serait intéressant de voir ce qu'indique les messages du kernel (dmesg)
au boot au moment de monter la partition racine
(VFS: Mounter root....).
De vérifier les devices dans /dev.
De voir l'arborescence de / et /usr dans les partitions /dev/hda1 et
/dev/hda3.
Vérifier que le fichier /etc/fstab est exempt de tous caractères spéciaux.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le bootloader
concernant la partition root à monter.
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il exactement.
Merci.
De rien, mais j'avoue ne vous avoir donné que de vagues pistes.
Dans l'article news:4025252d$0$28651$626a14ce@news.free.fr,
ChSv <christian.m.servant@free.fr> écrivait :
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).
--Configuration--------- Les disques (via fdisk -l) :
[snip une partie du fdisk]
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition /dev/hda1
est légèrement plus petite que la partition /dev/hda3.
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
Jusqu'ici c'est bon.
/dev/hda3 /usr ext3 defaults 0 0
Là par contre je trouve le 6ème champ anormal, il devrait être à 2 et non
pas à zéro, indiquant alors au système que ce système de fichier doit être
vérifié par fsck au boot. Mais c'est secondaire concernant le problème que
nous rencontrons ici.
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
Même remarque même s'il semble que cette partition ne fait pas partie du
système.
[snip le reste de /etc/fstab]
Ok.
======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs rw,fd=7,pgrpY0,minproto=2,maxproto=4)
La commande mount donne la liste des systèmes de fichiers montées (en fait
le contenu du fichier /etc/mtab) dans l'ordre dans ils ont été montés. Donc
la première ligne renvoyée par mount après le démarrage est toujours la
partition racine.
Or ici ce n'est pas le cas et elle n'apparaît nulle part ! Il semblerait
alors que la première ligne donné par la commande 'mount' corresponde malgré
tout à la partition racine mais avec un affichage erroné.
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Même remarque, la partition racine /dev/hda1 n'apparaît pas ! Notons quand
même la taille de la sois-disante partition /dev/hda3 et son occupation.
Rappelons aussi que la commande 'df' n'affiche que les systèmes de fichiers
présents dans le fichier /etc/mtab et que si celui ci est erroné, la sortie
de la commande 'df' le sera aussi.
======> à ce niveau, le répertoire /usr est vide.
Vide vide ? Que donne 'ls -ld /usr' et 'ls -la /usr/', au '/' pret.
Je monte /usr (mount /usr) et :
Ce qui théoriquement d'après le résultat de la commande 'mount' précédente
n'est pas possible étant donné qu'elle est indiquée déjà monté. Ce qui
confirme donc une confusion du système entre la partition /dev/hda1 et
/dev/hda3 ainsi que des points de montages.
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
On remarque vite deux choses.
La commande 'df' affiche deux fois la même partition, /dev/hda3 avec des
données identiques et une différence sur la taille de celle ci et de son
occupation par rapport à la commande 'df' précédente.
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
On retrouve de nouveau nos deux lignes concernant la partition /dev/hda3.
======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Oui, mêmes remarques.
Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
La raison je ne la connais pas.
Il serait intéressant de voir ce qu'indique les messages du kernel (dmesg)
au boot au moment de monter la partition racine
(VFS: Mounter root....).
De vérifier les devices dans /dev.
De voir l'arborescence de / et /usr dans les partitions /dev/hda1 et
/dev/hda3.
Vérifier que le fichier /etc/fstab est exempt de tous caractères spéciaux.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le bootloader
concernant la partition root à monter.
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il exactement.
Merci.
De rien, mais j'avoue ne vous avoir donné que de vagues pistes.
Dans l'article news:4025252d$0$28651$,
ChSv écrivait :Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition hda1)
vers la partition hda3 montée en /usr (le reste inchangé).--Configuration--------- Les disques (via fdisk -l) :
[snip une partie du fdisk]
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition /dev/hda1
est légèrement plus petite que la partition /dev/hda3.
--Configuration--------- /etc/fstab
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap defaults 0 0
Jusqu'ici c'est bon./dev/hda3 /usr ext3 defaults 0 0
Là par contre je trouve le 6ème champ anormal, il devrait être à 2 et non
pas à zéro, indiquant alors au système que ce système de fichier doit être
vérifié par fsck au boot. Mais c'est secondaire concernant le problème que
nous rencontrons ici.
/dev/hda4 /mnt/hda4 ext3 defaults 0 0
Même remarque même s'il semble que cette partition ne fait pas partie du
système.
[snip le reste de /etc/fstab]
Ok.======> Au boot, le système ne va pas jusqu'à lancer le login graphique,
il s'arrête au login root sur la console 1 :
-------------------- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
automount(pid590) on /mnt/auto type autofs rw,fd=7,pgrpY0,minproto=2,maxproto=4)
La commande mount donne la liste des systèmes de fichiers montées (en fait
le contenu du fichier /etc/mtab) dans l'ordre dans ils ont été montés. Donc
la première ligne renvoyée par mount après le démarrage est toujours la
partition racine.
Or ici ce n'est pas le cas et elle n'apparaît nulle part ! Il semblerait
alors que la première ligne donné par la commande 'mount' corresponde malgré
tout à la partition racine mais avec un affichage erroné.-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Même remarque, la partition racine /dev/hda1 n'apparaît pas ! Notons quand
même la taille de la sois-disante partition /dev/hda3 et son occupation.
Rappelons aussi que la commande 'df' n'affiche que les systèmes de fichiers
présents dans le fichier /etc/mtab et que si celui ci est erroné, la sortie
de la commande 'df' le sera aussi.======> à ce niveau, le répertoire /usr est vide.
Vide vide ? Que donne 'ls -ld /usr' et 'ls -la /usr/', au '/' pret.
Je monte /usr (mount /usr) et :
Ce qui théoriquement d'après le résultat de la commande 'mount' précédente
n'est pas possible étant donné qu'elle est indiquée déjà monté. Ce qui
confirme donc une confusion du système entre la partition /dev/hda1 et
/dev/hda3 ainsi que des points de montages.-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
On remarque vite deux choses.
La commande 'df' affiche deux fois la même partition, /dev/hda3 avec des
données identiques et une différence sur la taille de celle ci et de son
occupation par rapport à la commande 'df' précédente.
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
On retrouve de nouveau nos deux lignes concernant la partition /dev/hda3.======> je peux alors relancer ( 'init 1' suivi de 'init 5' ) et tout
semble aller bien.
Je constate simplement que lors du boot, '/usr/bin/find' n'est pas
trouvé par '/etc/init.d/rcS', que /usr n'est pas montée bien que 'mount'
le dise et qu'ensuite 'mount' liste /usr 2 fois....
Oui, mêmes remarques.Les infos sont telles quelles sauf pour /etc/fstab (j'ai enlevé les
tabulations et mis des blancs).
Après recherches dans les docs linux.org.net.fr et newsgroups, rien ne
me semble erroné, sauf le comportement.
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
La raison je ne la connais pas.
Il serait intéressant de voir ce qu'indique les messages du kernel (dmesg)
au boot au moment de monter la partition racine
(VFS: Mounter root....).
De vérifier les devices dans /dev.
De voir l'arborescence de / et /usr dans les partitions /dev/hda1 et
/dev/hda3.
Vérifier que le fichier /etc/fstab est exempt de tous caractères spéciaux.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le bootloader
concernant la partition root à monter.
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il exactement.
Merci.
De rien, mais j'avoue ne vous avoir donné que de vagues pistes.
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Le système est issu d'une Knoppix 3.1 installée sur disque, noyau
2.4.20-xfs
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Effectivement, la question est tentante. J'ai créé les partitions hda3
et hda4 sur de l'espace libre, créé un FS EXT3 sur hda3 monté sur
/mnt/hda3, copié /usr/ dans /mnt/hda3/ ( avec -p, par contre j'ai du
oublier -x d'après ce que j'ai lu, mais est-ce grave ? ). Ensuite,
modification du /etc/fstab.
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Effectivement, la question est tentante. J'ai créé les partitions hda3
et hda4 sur de l'espace libre, créé un FS EXT3 sur hda3 monté sur
/mnt/hda3, copié /usr/ dans /mnt/hda3/ ( avec -p, par contre j'ai du
oublier -x d'après ce que j'ai lu, mais est-ce grave ? ). Ensuite,
modification du /etc/fstab.
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Le boot s'arrête au login console n°1. Il semble y avoir un pb de
montage de /usr que j'ai migrée de / (tout dans la même partition
hda1) vers la partition hda3 montée en /usr (le reste inchangé).
Petite question (qui a son importance !) avant d'aller plus loin.
Comment avez vous "migré" /usr ???
La suite de l'analyse en dépend ...
Effectivement, la question est tentante. J'ai créé les partitions hda3
et hda4 sur de l'espace libre, créé un FS EXT3 sur hda3 monté sur
/mnt/hda3, copié /usr/ dans /mnt/hda3/ ( avec -p, par contre j'ai du
oublier -x d'après ce que j'ai lu, mais est-ce grave ? ). Ensuite,
modification du /etc/fstab.
[snip]
C'est quoi [snip] ?
Explication ? Solution ? Piste (au fait, je crois bien que mes 4
partitions sont non étendues) ?
Merci.
Philippe
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition
/dev/hda1
est légèrement plus petite que la partition /dev/hda3.
Ouais, 446 - 1 = 445, 923 - 478 = 445 mais où est la différence 3582495
- 3582463 = 32 ( * boot ? ) ?
C'est quoi le '+' dans la colonne "Blocks" ?
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
La différence avec le df avant montage de /usr s'explique-t-elle par la
différence de taille des partitions ( 3526204 - 3526172 = 32 ) ???
Pour poursuivre l'idée du mélange / avec /usr, affiche-t-il la première
fois / et la seconde fois /usr ?
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
A noter que j'ai modifié le FS de / de ext3 vers ext2 dans /etc/fstab.
Il va falloir remettre ça correctement, sachant que je ne sais pas si
c'est l'un ou l'autre (help).
De vérifier les devices dans /dev.
Il y en a des tonnes et tout se ressemble (droits, taille, type). Quoi
d'autre ?
Vérifier que le fichier /etc/fstab est exempt de tous caractères
spéciaux.
Il me semble que oui (cat, kate, changé les tabulations en 1 espace) :
RAS.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le
bootloader
concernant la partition root à monter.
/proc/cmdline : auto BOOT_IMAGE=Linux ro root01 hda=scsi hdb=scsi
hdc=scsi hdd=scsi hde=scsi hdf=scsi hdg=scsi hdh=scsi apm=power-off nomce
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il
exactement.
J'ai un peu la flemme de chercher de quoi il s'agit, mais j'essaierai.
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition
/dev/hda1
est légèrement plus petite que la partition /dev/hda3.
Ouais, 446 - 1 = 445, 923 - 478 = 445 mais où est la différence 3582495
- 3582463 = 32 ( * boot ? ) ?
C'est quoi le '+' dans la colonne "Blocks" ?
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
La différence avec le df avant montage de /usr s'explique-t-elle par la
différence de taille des partitions ( 3526204 - 3526172 = 32 ) ???
Pour poursuivre l'idée du mélange / avec /usr, affiche-t-il la première
fois / et la seconde fois /usr ?
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
A noter que j'ai modifié le FS de / de ext3 vers ext2 dans /etc/fstab.
Il va falloir remettre ça correctement, sachant que je ne sais pas si
c'est l'un ou l'autre (help).
De vérifier les devices dans /dev.
Il y en a des tonnes et tout se ressemble (droits, taille, type). Quoi
d'autre ?
Vérifier que le fichier /etc/fstab est exempt de tous caractères
spéciaux.
Il me semble que oui (cat, kate, changé les tabulations en 1 espace) :
RAS.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le
bootloader
concernant la partition root à monter.
/proc/cmdline : auto BOOT_IMAGE=Linux ro root01 hda=scsi hdb=scsi
hdc=scsi hdd=scsi hde=scsi hdf=scsi hdg=scsi hdh=scsi apm=power-off nomce
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il
exactement.
J'ai un peu la flemme de chercher de quoi il s'agit, mais j'essaierai.
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux
/dev/hda2 447 477 249007+ 82 Linux swap
/dev/hda3 478 923 3582495 83 Linux
/dev/hda4 924 2434 12137107+ 83 Linux
Rien d'anormal ici. Je note juste, pour la suite, que la partition
/dev/hda1
est légèrement plus petite que la partition /dev/hda3.
Ouais, 446 - 1 = 445, 923 - 478 = 445 mais où est la différence 3582495
- 3582463 = 32 ( * boot ? ) ?
C'est quoi le '+' dans la colonne "Blocks" ?
-------------------- df :
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 3526172 1554344 1792708 47% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
Je monte /usr (mount /usr) et :
-------------------- df :
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda3 3526204 1886452 1460628 57% /usr
/dev/hda4 11946560 32828 11306880 1% /mnt/hda4
/dev/hdd1 2058296 136416 1921880 7% /mnt/hdd1
/dev/hda3 3526204 1886452 1460628 57% /usr
La différence avec le df avant montage de /usr s'explique-t-elle par la
différence de taille des partitions ( 3526204 - 3526172 = 32 ) ???
Pour poursuivre l'idée du mélange / avec /usr, affiche-t-il la première
fois / et la seconde fois /usr ?
-----------------re- mount (sans les 'none') :
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /usr type ext3 (rw)
automount(pid590) on /mnt/auto type autofs
(rw,fd=7,pgrpY0,minproto=2,maxproto=4)
Tout indique que le système confond la partition /dev/hda1 et /dev/hda3
et/ou les points de montages auxquels sont associés ces partitions.
A noter que j'ai modifié le FS de / de ext3 vers ext2 dans /etc/fstab.
Il va falloir remettre ça correctement, sachant que je ne sais pas si
c'est l'un ou l'autre (help).
De vérifier les devices dans /dev.
Il y en a des tonnes et tout se ressemble (droits, taille, type). Quoi
d'autre ?
Vérifier que le fichier /etc/fstab est exempt de tous caractères
spéciaux.
Il me semble que oui (cat, kate, changé les tabulations en 1 espace) :
RAS.
Voir les paramètres kernels (/proc/cmdline) passés au boot par le
bootloader
concernant la partition root à monter.
/proc/cmdline : auto BOOT_IMAGE=Linux ro root01 hda=scsi hdb=scsi
hdc=scsi hdd=scsi hde=scsi hdf=scsi hdg=scsi hdh=scsi apm=power-off nomce
Est-ce que le bootloader utilise un initrd ? Si oui, que fait-il
exactement.
J'ai un peu la flemme de chercher de quoi il s'agit, mais j'essaierai.
Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Dans l'article news:402f5b30$0$28603$,
ChSv écrivait :Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
brw-rw---- 1 root disk 3, 3 Apr 15 2001 /dev/hda3
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
En vérifiant dans les systèmes montés si la ligne suivante est présente :
none on /dev type devfs (rw)
et si le daemon devfsd tourne.
Donc non.
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
Le initrd qui est monté dessus.En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Quelle est votre distribution ? Il apparait qu'elle nécéssite l'utilisation
d'initrd. Dans ce cas, recréé le avec la commande 'mkinitrd' (man mkinitrd)
et placez le dans votre /boot tout en revérifiant la configuration de lilo.
J'ai les deux : duplication cf. plus haut.
Dans l'article news:402f5b30$0$28603$626a14ce@news.free.fr,
ChSv <christian.m.servant@free.fr> écrivait :
Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
brw-rw---- 1 root disk 3, 3 Apr 15 2001 /dev/hda3
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
En vérifiant dans les systèmes montés si la ligne suivante est présente :
none on /dev type devfs (rw)
et si le daemon devfsd tourne.
Donc non.
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
Le initrd qui est monté dessus.
En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Quelle est votre distribution ? Il apparait qu'elle nécéssite l'utilisation
d'initrd. Dans ce cas, recréé le avec la commande 'mkinitrd' (man mkinitrd)
et placez le dans votre /boot tout en revérifiant la configuration de lilo.
J'ai les deux : duplication cf. plus haut.
Dans l'article news:402f5b30$0$28603$,
ChSv écrivait :Ici les devices qu'ils nous intéressent sont bien évidement /dev/hda*
... Donnez le résultat de la commande 'ls -lL /dev/hda*'
Dans tous les cas, c'est conforme à ceci :
brw-rw---- 1 root disk 3, 0 Oct 24 2001 /dev/hda
brw-rw---- 1 root disk 3, 1 Apr 15 2001 /dev/hda1
brw-rw---- 1 root disk 3, 10 Apr 15 2001 /dev/hda10
...
brw-rw---- 1 root disk 3, 3 Apr 15 2001 /dev/hda3
Utilisez vous devfs ? Si oui, montez la partition /dev/hda1 par
exemple sur /mnt/hda1 et donnez le résultat de :
ls -lL /mnt/hda1/dev/hda*'
Comment le sait-on ?
En vérifiant dans les systèmes montés si la ligne suivante est présente :
none on /dev type devfs (rw)
et si le daemon devfsd tourne.
Donc non.
Après recherche, oui pour le initrd ( /etc/lilo.conf ), mais je n'ai
pas su le torturer.
J'ai dupliqué les définitions pour créer un démarrage sans initrd sur
lequel je reboote.
Résultat : il parait que je dois faire des e2fsck sur mes trois
partitions hda1, hda3 et hda4. Donc acte (je démonte ce que je peux,
etc...).
Je reboote en mode habituel avec initrd et ... démarrage OK !
Trop content, je redémarre même mode, et COUIC !
Pour vérifier si c'est le mode qui influe, je redémarre en mode sans
initrd et ... re-COUIC !
Avant montage /dev/hda3 à la main :
==> mount | grep -v none
/dev/root on / type ext2 (rw,errors=remount-ro)
/dev/hda3 on /usr type ext3 (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda4 on /mnt/hda4 type ext3 (rw)
/dev/hdd1 on /mnt/hdd1 type vfat (rw,nosuid,nodev,umask 0)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
Tiens ! Un nouveau en ligne 1..., en ext2 !, et pas de /dev/root en
magasin !
On voit le traditionnel /dev/hda3 sur /usr bien que non monté
puisque umount rouspète.
==> cat /proc/mounts | grep -v none
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw 0 0
none /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda4 /mnt/hda4 ext3 rw 0 0
/dev/hdd1 /mnt/hdd1 vfat rw,nosuid,nodev 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
Qui est rootfs ?
Le initrd qui est monté dessus.En résumé :
si je démarre avec initrd, à part de rares fois, je doit monter
/dev/hda3 à la main;
si je démarre avec initrd et que je fais des e2fsck sur les
partitions, je peux redémarrer avec initrd sans problème 1 fois;
si je démarre sans initrd, des e2fsck sont tentés sur les partitions
qui sont montées, donc ils échouent. Mais le démarrage peut
continuer par Control-D.
Quelle est votre distribution ? Il apparait qu'elle nécéssite l'utilisation
d'initrd. Dans ce cas, recréé le avec la commande 'mkinitrd' (man mkinitrd)
et placez le dans votre /boot tout en revérifiant la configuration de lilo.
J'ai les deux : duplication cf. plus haut.
