On peut classer ce bug comme résolu.
IL y avait un # devant le ligne de /usr dans le fstab.
Mais il en reste d'autre dont la piste est certainement celle que tu signales
Il serait important de faire remonter à la communauté fr qu'il y a plusieurs soucis qui
ne sont pas assez signalés dans les tutos dans le cas des gens qui ont un /usr sur une autre partition.
En effet, Boot-Repair a mis une panique totale dans le GRUB, il m'a fallu deux jours pour
tout remettre à zéro, en allant jusqu'à effacer complètement le MBR.
Comme le montre ce rapport ici, il croit que le 'root' est (hd0,ms_dos8)…. qui est justement /usr.
Bref, le chaos !
J'aurais du me douter du problème, car en effet il ouvre une fenêtre en demandant si /usr et sur une partition séparée…. mais il n'en tient pas vraiment compte visiblement.
Il faut aussi signaler, à partir de tutos U.S, au moment de le réinstaller en chroot de bien penser à monter les deux partitions esseulées, j'ai pu ainsi repartir avec un GRUB tout neuf.
mount /dev/sda1 /mnt
immédiatement suivi de :
mount /dev/sda8 /mnt/usr
et aussi mount /dev/sda6 /mnt/home
Ces histoires de partitions sont aussi à utiliser pour la ré-installation du noyau.
C'est peut être que ne le sachant pas les premières fois, j'ai fait des installe sans /usr montée.
Est-ce Boot-repair ou l'installe qui à mis le #?
Bref, il manque des procédures stables pour les cas /usr séparés.
Voilà, il n'empêche que maintenant il reste un bug étrange. Mais c'est pour un autre fil.
Merci
On peut classer ce bug comme résolu.
IL y avait un # devant le ligne de /usr dans le fstab.
Mais il en reste d'autre dont la piste est certainement celle que tu signales
Il serait important de faire remonter à la communauté fr qu'il y a plusieurs soucis qui
ne sont pas assez signalés dans les tutos dans le cas des gens qui ont un /usr sur une autre partition.
En effet, Boot-Repair a mis une panique totale dans le GRUB, il m'a fallu deux jours pour
tout remettre à zéro, en allant jusqu'à effacer complètement le MBR.
Comme le montre ce rapport, il croit que le 'root' est (hd0,ms_dos8)…. qui est justement /usr.
Bref, le chaos !
J'aurais du me douter du problème, car en effet il ouvre une fenêtre en demandant si /usr et sur une partition séparée…. mais il n'en tient pas vraiment compte visiblement.
Il faut aussi signaler, à partir de tutos U.S, au moment de le réinstaller en chroot de bien penser à monter les deux partitions esseulées, j'ai pu ainsi repartir avec un GRUB tout neuf.
mount /dev/sda1 /mnt
immédiatement suivi de :
mount /dev/sda8 /mnt/usr
et aussi mount /dev/sda6 /mnt/home
Ces histoires de partitions sont aussi à utiliser pour la ré-installation du noyau.
C'est peut être que ne le sachant pas les premières fois, j'ai fait des installe sans /usr montée.
Est-ce Boot-repair ou l'installe qui à mis le #?
Bref, il manque des procédures stables pour les cas /usr séparés.
Voilà, il n'empêche que maintenant il reste un bug étrange. Mais c'est pour un autre fil.
Merci
[^] # Re: /usr merge ?
Posté par mik-Collectif . En réponse au message Problème /usr sur autre partition non pris en compte au démarrage. Évalué à 1.
Bonsoir,
On peut classer ce bug comme résolu.
IL y avait un # devant le ligne de /usr dans le fstab.
Mais il en reste d'autre dont la piste est certainement celle que tu signales
Il serait important de faire remonter à la communauté fr qu'il y a plusieurs soucis qui
ne sont pas assez signalés dans les tutos dans le cas des gens qui ont un /usr sur une autre partition.
En effet, Boot-Repair a mis une panique totale dans le GRUB, il m'a fallu deux jours pour
tout remettre à zéro, en allant jusqu'à effacer complètement le MBR.
Comme le montre ce rapport ici, il croit que le 'root' est (hd0,ms_dos8)…. qui est justement /usr.
Bref, le chaos !
J'aurais du me douter du problème, car en effet il ouvre une fenêtre en demandant si /usr et sur une partition séparée…. mais il n'en tient pas vraiment compte visiblement.
Il faut aussi signaler, à partir de tutos U.S, au moment de le réinstaller en chroot de bien penser à monter les deux partitions esseulées, j'ai pu ainsi repartir avec un GRUB tout neuf.
mount /dev/sda1 /mnt
immédiatement suivi de :
mount /dev/sda8 /mnt/usr
et aussi
mount /dev/sda6 /mnt/home
Ces histoires de partitions sont aussi à utiliser pour la ré-installation du noyau.
C'est peut être que ne le sachant pas les premières fois, j'ai fait des installe sans /usr montée.
Est-ce Boot-repair ou l'installe qui à mis le #?
Bref, il manque des procédures stables pour les cas /usr séparés.
Voilà, il n'empêche que maintenant il reste un bug étrange. Mais c'est pour un autre fil.
Merci
[^] # Re: /usr merge ?
Posté par mik-Collectif . En réponse au message Problème /usr sur autre partition non pris en compte au démarrage. Évalué à 1.
Bonsoir,
On peut classer ce bug comme résolu.
IL y avait un # devant le ligne de /usr dans le fstab.
Mais il en reste d'autre dont la piste est certainement celle que tu signales
Il serait important de faire remonter à la communauté fr qu'il y a plusieurs soucis qui
ne sont pas assez signalés dans les tutos dans le cas des gens qui ont un /usr sur une autre partition.
En effet, Boot-Repair a mis une panique totale dans le GRUB, il m'a fallu deux jours pour
tout remettre à zéro, en allant jusqu'à effacer complètement le MBR.
Comme le montre ce rapport, il croit que le 'root' est (hd0,ms_dos8)…. qui est justement /usr.
Bref, le chaos !
J'aurais du me douter du problème, car en effet il ouvre une fenêtre en demandant si /usr et sur une partition séparée…. mais il n'en tient pas vraiment compte visiblement.
Il faut aussi signaler, à partir de tutos U.S, au moment de le réinstaller en chroot de bien penser à monter les deux partitions esseulées, j'ai pu ainsi repartir avec un GRUB tout neuf.
mount /dev/sda1 /mnt
immédiatement suivi de :
mount /dev/sda8 /mnt/usr
et aussi
mount /dev/sda6 /mnt/home
Ces histoires de partitions sont aussi à utiliser pour la ré-installation du noyau.
C'est peut être que ne le sachant pas les premières fois, j'ai fait des installe sans /usr montée.
Est-ce Boot-repair ou l'installe qui à mis le #?
Bref, il manque des procédures stables pour les cas /usr séparés.
Voilà, il n'empêche que maintenant il reste un bug étrange. Mais c'est pour un autre fil.
Merci
[^] # Re: d'apres ton FSTAB
Posté par mik-Collectif . En réponse au message Problème /usr sur autre partition non pris en compte au démarrage. Évalué à 1.
Oui j'ai vérifié 50 fois, c'est le bon UUID pour /usr.
Pas de soucis.
Merci