J'ai constaté un problème sur Ubuntu 9.04 depuis hier assez étrange. Au début je croyais que c'était à cause d'un test de Karmic en liveCD, mais ca le fait sur deux ordis...
Ce qui se passe, c'est que les UUID renseignés dans fstab ne sont plus reconnus à cause du fait que /dev/disk/by-uuid n'est plus peuplé correctement au démarrage...
La commande :
udevadm trigger
permet de repeupler ça...
Mais lorsque je démarre l'ordi, l'UUID de /home n'étant pas connu, il n'est pas monté. Et ça le fait pour les autres partitions linux aussi, mais curieusement les partitions windows ont toujours un lien dans /dev/disk/by-uuid. Aussi, le /boot et le / ne sont pas présents dans le by-uuid et pourtant dans GRUB et dans fstab, leur UUID sont utilisés et l'ordi démarre tout à fait correctement...(sauf qu'il ne monte pas la partition /home).J'en conclus que les UUID pour /boot et / sont utilisés à partir de GRUB indépendamment du fonctionnement de udev.
J'ai vu que udevadm trigger était exécuté dans le script /etc/init.d/udev mais je n'ai rien modifié là...
Et concernant les mises à jour, il n'y en a pas eu, sur les deux ordis que j'ai testé, qui pourrait être reliée à ce genre de chose (chromium, ubuntuone)...
Donc sur un ordi, j'avais une image disque de la partition racine /, j'ai restauré et ca remarche, mais les fichiers udev sont strictement identiques...
Je ne fais plus de mises à jour sur l'ordi restauré pour trouver d'où vient le problème en attendant...
Il doit y avoir un autre endroit où il y a un problème...
Si quelqu'un a une idée...
# Piste
Posté par anakin . Évalué à 1.
Lorsque je démarre et que le home n'est pas monté (/dev/disk/by-uuid non peuplé). Je vais sur un shell root, et j'essaye de démarrer udev (service udev start). J'obtiens :
'Starting kernel event manager...' [fail]
Donc ca s'arrête là et comme ca ne va pas plus loin dans le script, ca n'atteint pas le udevadm trigger...
Voici la partie interessante du script :
J'ai placé un echo 'blabla' dans le if et ca n'atteint même pas cet endroit...donc ca veut dire que le test du if échoue...allez savoir pourquoi...
# Start udevd
log_begin_msg "Starting kernel event manager..."
if start-stop-daemon --start --quiet --exec /sbin/udevd -- --daemon; then
log_end_msg 0
else
log_end_msg $?
fi
# This next bit can take a while
if type usplash_write >/dev/null 2>&1; then
usplash_write "TIMEOUT 360" ||:
trap "usplash_write 'TIMEOUT 15' ||:" 0
fi
# Log things that trigger does
/sbin/udevadm monitor -e >/dev/.udev.log &
UDEV_MONITOR_PID=$!
# Fix permissions and missing symlinks/programs for devices made in
# initramfs, and catch up on everything we missed
log_begin_msg "Loading hardware drivers..."
/sbin/udevadm trigger
if /sbin/udevadm settle; then
log_end_msg 0
else
log_end_msg $?
fi
# If échoue
Posté par anakin . Évalué à 1.
# uniquement /home
Posté par NeoX . Évalué à 2.
2°) dans les messages d'erreurs, on dirait qu'il a un souci avec le kernel, c'est celui de la distrib (2.6.28-15) ou un fait maison ?
[^] # Re: uniquement /home
Posté par anakin . Évalué à 1.
Sinon, j'ai corrigé le problème en faisant un
sudo chkconfig -e rsync
qui apparemment remet un certain ordre dans l'exécution des scripts rcS...(j'ai trouvé ça sur les forums ubuntu-fr)) mais je sais toujours pas pourquoi sur l'autre config ça marche sans avoir du faire ça, et pourquoi cela s'est cassé tout seul...
[^] # Re: uniquement /home
Posté par anakin . Évalué à 1.
[^] # Re: uniquement /home
Posté par NeoX . Évalué à 2.
il se pourrait qu'il y ait un probleme avec cette partie là de ton disque
que disent les logs au demarrage ?
[^] # Re: uniquement /home
Posté par anakin . Évalué à 1.
J'avais testé la partition en question avec des fsck plusieurs fois, rien à signaler. Et de plus les autres partitions linux (ext3, ext4) n'étaient pas présentes non plus dans /dev/disk/by-uuid/
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.