ç'est étrange..
tu peut éssayer de booter sur l'image fallback, si ça fonctionne c'est qu'il doit te manquer quelque chose dans /etc/mkinitcpio.conf
si ça change rien c'est que l'ordre/nom des disques doit avoir changé, auquel cas tu peut éssayer de le modifier au boot, faut taper e je crois pour pouvoir éditer la conf de grub, ça modifiera le lancement qu'une fois, les changement ne seront pas conservés.
précise un peu a quel moment et ce qu'il se passe quand ça plante
Ben l'erreur apparaît après avoir charger les modules, au moment où il y a une vérification de disque, là il détecte que la partition sda3 n'est pas normale et on me demande de rentrer mon mot de passe pour réparer ça et redémarrer.
Je n'ai rien mit dans /etc/mkinitcpio.conf , que dois-je mettre?
kane13 a écrit :Ben l'erreur apparaît après avoir charger les modules, au moment où il y a une vérification de disque, là il détecte que la partition sda3 n'est pas normale et on me demande de rentrer mon mot de passe pour réparer ça et redémarrer.
du coup, il ne plante pas mais s'arrete sur une erreur du disque, tu as réparer comme il te l'indiquait?
Ben je comprends pas, ça ne vient PAS d'une erreur de disque puisque si je ne met pas d'autre disque dur en parallèle avec celui contenant Archlinux tout marche, donc ça vient d'autre-part non?
après vérification, arch ne demande pas de mot de passe pour une erreur de vérification de disque, le disque que tu branches en plus, il n'aura pas une autre distribution par hasard?
tuxce a écrit :après vérification, arch ne demande pas de mot de passe pour une erreur de vérification de disque, le disque que tu branches en plus, il n'aura pas une autre distribution par hasard?
tuxce a écrit :ben voila... ubuntu, elle, demande un mot de passe pour la vérification d'un disque
Mais ce n'est pas le disque indiqué qui est sous ubuntu, sda3 c'est Arch... et je tombe sur une ligne ramfs...
Je comprends pas très bien, et on ne peut pas sauter cette étape au démarrage ? A moins que ce soit que le premier démarrage avec le DD qui requiert ça?
les a,b,... dans /dev/sd.., c'est selon la détection par le bios, si celui d'ubuntu est détecté en premier, il aura /dev/sda, et puis c'est quand même pas si compliqué de savoir ce que tu démarres, le démarrage de arch et ubuntu sont radicalement différent (couleur, image, grub, etc.)
La meilleure méthode pour éviter ce genre de déboires est de mettre dans Grub ( /boot/grub/menu.lst) les chemins /dev/disk/by-uuid/xxxxxxxxx au lieu des /dev/sdxy. Pour connaitre les correspondances entre les 2 dénominations, il faut booter sur un linux (même un liveCD fait l'affaire) et faire un :
ls -l /dev/disk/by-uuid
NB : ça marche aussi pour le fstab. Je le conseille d'ailleurs, sinon, tu peux retrouver aussi ce genre de pb...
tuxce a écrit :les a,b,... dans /dev/sd.., c'est selon la détection par le bios, si celui d'ubuntu est détecté en premier, il aura /dev/sda, et puis c'est quand même pas si compliqué de savoir ce que tu démarres, le démarrage de arch et ubuntu sont radicalement différent (couleur, image, grub, etc.)
Je sais que c'est Arch qui se lance, aucun problème pour ça.
Vous avez peut-être mal compris ce que j'ai dit: c'est Arch qui se lance, je le sais très bien!
autant pour moi, arch demande aussi le mot de passe
du coup, je vois pas trop pourquoi il planterait, annule la vérification des disques dans le fstab en mettant des 0 dans le 6ème champs de chaque ligne pour voir s'il passe.
En fait je pensais revenir pour peut-être compléter un dernier post avec quelque-chose de plus structuré que "j'ai résolu", pour ceux qui comme moi auront ce problème et pourront donc profiter de cet expérience.
donc:
La résolution a été de modifier mon fstab en remplaçant mes /dev/sdXY par mes UUID.
Pour connaître ses UUID :
ls -l /dev/disk/by-uuid/
Puis on sélectionne ses partitions correspondantes au /dev/sda1 (par exemple) et on remplace /dev/sda1 par son uuid en tapant :
"UUID=*code trouvé (assez long)*"