Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Home en double apres reinstall - Perte du GRUB

pierpiotr

Bonjour,
Mon home (ordi du bureau) s'est installé sur un SSD 120 Go où j'ai le système et les logiciels applicatifs alors que mon Home de travail (avant reinstall) est sur un HD de ~3To. Ce dernier HD contient aussi une Windows 7 dont j'ai besoin de temps en temps au travail. Il y a enfin une partition non allouée...
Pour finir l'état des lieux, j'utilise Dropbox et il s'est réinstallé dans le nouveau Home sur le petit SSD. Mais c'est probablement un détail.
J'ai deux captures d'écrans de l'éditeur de partition

et BootInfo

Ma demande : remettre le Home sur le disque de 3To. Avoir le GRUB quand je boot.
Merci de votre aide par avance

[sub]Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »[/sub]

@cqfd93 merci pour l'info

geole

Bonjour
Ton boot-info indique que le boot-info ne s'est pas effectué en mode EFI donc il s'est fait en mode LEGACY. Ce qui est parfait car le windows est installé en mode LEGACY

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, but it is not setup in EFI-mode for this live-session.
SecureBoot maybe enabled.

=================== os-prober:
/dev/sda2:Ubuntu 18.04.3 LTS (18.04):Ubuntu:linux
/dev/sdb2:Windows 7:Windows:chain

En revanche, l'installation de ubuntu de tu viens certainement de faire est faite en logique EFI C'est visible à deux endroits
=============================== sda2/etc/fstab: ================================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=1928b110-c1c9-46e8-ba22-1cc0a280af53 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=A639-F192 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

sda1: __________________________________________________________________________:  
    Boot files:        /EFI/ubuntu/grub.cfg /EFI/BOOT/fbx64.efi 
                       /EFI/ubuntu/fwupx64.efi /EFI/ubuntu/grubx64.efi 
                       /EFI/ubuntu/mmx64.efi /EFI/ubuntu/shimx64.efi

Avec ubuntu installé de cette façon, windows LEGACY n'est pas détecté. Comme il n'y a qu'un seul O.S. l'écran grub n'est pas proposé!

Je suis surpris par la taille occupée par la partition UBUNTU

=================== df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda2      ext4      110G   64G   41G  62% /mnt/boot-sav/sda2

Déjà 64 Go!..
Si tu viens de réinstaller ubuntu sur le SSD, Il me semble que le plus simple est de réinstaller ubuntu en LEGACY sur le SSD et profiter pour accrocher le /home sur le disque dur tel que tu le souhaites
1) Booter avec le support d'installation
2) Vérifier que le boot s'est bien fait en LEGACY avec cette commande ( voir paragraphe 3 de https://doc.ubuntu-fr.org/uefi )

    [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"

4) Lancer gparted et supprimer toutes les partitions du disque SDA et créer une table de partition MS-DOS (DOS ?) au lieu de GPT
5) Relancer l'installation en choisissant l'option "autre chose"
Allouer tout l'espace libre du disque SDA au point de montage / en demandant le formatage
Allouer la partition /dev/sdb1 au point de montage /home en bien vérifiant que le formatage est déactivé
6) Lancer l'installation

Cependant, je ne pense pas que cela soit un bon choix. car le disque SDA est un SSD. Dans un tel contexte, ton installation est bonne.
Le répertoire /home est dans le SSD. Il faut simplement que tes données n'y soient pas mais qu'elles soient dans le disque DUR.
C'est un grand classique. Cela s'opère par une technique de liens assez simple.
Le problème est que je ne connais pas le fonctionnement de drop box, il faudra certainement le paramétrer d'une autre façon.
Cette action ne me semble pas si urgente.

Le plus urgent est de convertir le UBUNTU EFI en UBUNTU LEGACY.
Voici la façon la façon que je propose
1) Tu rebootes avec ton support d'installation
2) Tu vérifies bien que le boot est en LEGACY
3) Tu lances GPARTED et tu mets le drapeau BIOS-~~BOOT~~GRUB sur la partition SDA1 au lieu du drapeau actuel (BOOT EFI)
4) Tu installes l'application boot-repair https://doc.ubuntu-fr.org/boot-repair

sudo add-apt-repository -y ppa:yannubuntu/boot-repair

 sudo apt update
 sudo apt install -y boot-repair boot-info
sudo boot-repair

et tu fais la réparation standard proposée.

=================== Blockers in case of suggested repair
GPT détecté. Veuillez créer une partition BIOS-Boot (>1MB, système de fichiers non formaté, drapeau bios_grub). Cela peut être réalisé via des outils tels que Gparted. Puis réessayez.
 :].

NOTA, tu as transformé la partiton EFI en bios-boot en changeant le flag de boot. Cela va suffire pour que boot-repair écrase le contenu de la partition.

Puis tu bootes classiquement pour voir que ubuntu reboote bien et tu fais la commande

sudo update-grub

Au boot suivant, tu devrais avoir le grub de proposé avec le choix windows.

Lorsque ce point sera acquit, On déportera tes données personnelles dans le disque dur.

Le principe est expliqué là https://bluc.pagesperso-orange.fr/ps/ps-com/ps-comdata.html#liens

Tu mettras une étiquette/un label à la partition /dev/sdb1 qui contient tes données personnelles me semble-t-il Le nom doit être simple. Par exemple MesData
Tu utiliseras l'application GNOME-DISK-UTILITY pour faire le montage de cette partition au démarrage de l'ordinateur ( Tu utiliseras le menu déroulant pour choisir MesDATA comme point de montage au lieu de celui proposé. cette action mettra à jour le fichier /etc/fstab avec une ligne de ce style

LABEL=MesData  /mnt/MesData auto nosuid,nodev,nofail,x-gvfs-show 0 0

Comme tes données existent déja, la commande MV ne pourra pas marcher Il faudra faire par copie/suppression

Voici à peu près ce que cela doit donner pour un répertoire

     cp   -Rv    $HOME/téléchargements      /mnt/MesData/home/$USER/téléchargements
     rm    -Rv  $HOME/téléchargements 
     ln   -s   /mnt/MesData/home/$USER/téléchargements    $HOME/téléchargements

Lorsque tu as vu que cela marche pour ce répertoire, Il faut faire la même chose pour les autres de la liste ( Documents Images Musique Vidéos )

pierpiotr

Bonjour geole
Le boot est bien en legacy .

kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode classique

mais les drapeaux avec le gestionnaire de partitions de KDE : je le vois dans Partition>Verifier ensuite il faut Appliquer
Sinon dans Partition>Propriete dans la liste des drapeaux boot et esp sont bien coches.
Je viens d installer gparted et j ai les memes infos. Je ne comprends pas ce que tu me dis sur le drapeau BIOS-BOOT. Je vois les cases bios-grub ou legacy-boot qui sont decochees
Peux-tu me preciser cette histoire de drapeau ?

Nasman

kubuntu@kubuntu:~$

m'inscite à penser que la commande a été passée depuis une session Live. Elle indique donc que cette session Live a été lancée en mode bios. Par contre il faudrait passer cette commande depuis l'ubuntu d'installé.

Lorsque l'installation est effectuée en mode bios le fonctionnement est le suivant :
- chargement en mémoire vive du mbr et exécution du code présent dans le premier secteur du disque (boot.img)
- chargement de core.img (dont l'emplacement est indiqué à l'adresse 5c du mbr) puis de grub.cfg (présent dans / ou /boot)
- menu grub (si plusieurs OS) et démarrage de celui choisi.

Lorsque le disque a une table des partitions de type msdos, core.img est placé à la LBA=1, juste après le mbr. Avec une table gpt cet emplacement est occupé par les en-têtes gpt et n'est plus disponible - il faut donc une partition dédiée BIOS-BOOT (ou bios-grub) non formatée et d'un Mio (core.img fait 63 secteurs) dans laquelle core.img sera placé.

Tu as 4 configurations possibles
- mode bios et disque msdos (du code sera placé dans le mbr et core.img sera mis dans le "mbr gap" (espace entre le mbr et la première partition)
- mode bios et disque gpt (par exemple pour gérer de gros disques >2Tio) sur une "vieille machine" ne connaisssant que le mode bios. Du code sera placé dans le "mbr protector) et dans la partition bios_grub
- mode uefi et disque gpt (PC récent) alors il faut une partition EFI (en fat) qui contiendra les fichiers .efi et une partition système Linux - Si code présent dans le mbr, il n'est pas utilisé pour démarrer dans ce mode
- mode uefi et disque msdos (cas rare), une partition EFI doit être présente ainsi que la partition Linux

Remarque : il est possible d'avoir un système pouvant démarrer dans les 2 modes

Remarque 2 : Windows ne connait que le mode bios+msdos et uefi+gpt

moko138

Attention, geole !
Ce que tu proposes dans ces lignes :

cp   -Rv    $HOME/téléchargements      /mnt/MesData/home/$USER/téléchargements
rm    -Rv  $HOME/téléchargements 
ln   -s   /mnt/MesData/home/$USER/téléchargements    $HtOME/téléchargements

est navrant.
Mieux vaut (sans même parler de la faute de frappe "HtOME") :

cp   -Rv    $HOME/téléchargements      /mnt/MesData/téléchargements
rm    -Rv  $HOME/téléchargements 
ln   -s   /mnt/MesData/téléchargements    $HOME/téléchargements

EDIT 5 septembre, suite à la remarque de geole en #8 :
Ma proposition ci-dessus s'entend pour un utilisateur unique.
Pour un système multi-utilisateurs, voir le #26.
FIN d'edit.

pierpiotr

pier@buro:~$ [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode EFI
pier@buro:~$

Effectivement @Nasman
Donc je reprends à partir de

Le plus urgent est de convertir le UBUNTU EFI en UBUNTU LEGACY.
Voici la façon la façon que je propose
1) Tu rebootes avec ton support d'installation
2) Tu vérifies bien que le boot est en LEGACY
3) Tu lances GPARTED et tu mets le drapeau BIOS-BOOT sur la partition SDA1 au lieu du drapeau actuel (BOOT EFI)
4) Tu installes l'application boot-repair https://doc.ubuntu-fr.org/boot-repair

geole

pierpiotr a écritBonjour geole
Le boot est bien en legacy .
kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode classique
mais les drapeaux avec le gestionnaire de partitions de KDE : je le vois dans Partition>Verifier ensuite il faut Appliquer
Sinon dans Partition>Propriete dans la liste des drapeaux boot et esp sont bien coches.
Je viens d installer gparted et j ai les memes infos. Je ne comprends pas ce que tu me dis sur le drapeau BIOS-BOOT. Je vois les cases bios-grub ou legacy-boot qui sont decochees
Peux-tu me preciser cette histoire de drapeau ?

Bonjour
Explications:
Lorsque le drapeau BOOT ESP est positionné, la partition va être utilisée pour mettre des fichiers de boot EFI. Il faut que la partition soit altrs formatée en FAT32 pour que l'EFI pense à les lire. Ce qui est ton contexte actuel.

En modifiant ce drapeau pour mettre BIOS-BOOT ou bios GRUB ou bios LEGACY, lLa partition sera alors utilisée pour y déposer une structure de boot en LEGACY.
Cette façon de faire est obligatioire car en absence de cette partition, la structure de boot est alors déposée au début du disque et détruit la table de partition GPT.
Lorsque cette structure est finie d'écrire, la partition n'est plus structurée FAT32 et n'a plus de fichiers EFI mais un fichier d'environ 1 Mo. Elle sera un eut trop grande. Mais cela n'a aucune importance

C'est la réparation standard du paragraphe 2.3 de boot-repair

geole

moko138 a écritAttention, geole !
Ce que tu proposes dans ces lignes :

cp   -Rv    $HOME/téléchargements      /mnt/MesData/home/$USER/téléchargements
rm    -Rv  $HOME/téléchargements 
ln   -s   /mnt/MesData/home/$USER/téléchargements    $HtOME/téléchargements

est navrant.
Mieux vaut (sans même parler de la faute de frappe "HtOME") :

cp   -Rv    $HOME/téléchargements      /mnt/MesData/téléchargements
rm    -Rv  $HOME/téléchargements 
ln   -s   /mnt/MesData/téléchargements    $HOME/téléchargements

Bonjour moko138
Je te remercie d'avoir vu la faute de frappe que je vais corriger le plus rapidement possible.
J'ai fait cette proposition qui n'est pas habituelle de ma part afin de faire le moins possible de modifications.
Il faudrait d'ailleurs débattre pour savoir si c'est bien dans SDB1 que les données doivent être mises. Le boot-info dit

=================== lsblk:
KNAME TYPE FSTYPE     SIZE LABEL
sdb   disk            2,7T
sdb1  part ext4       1,4T
sdb2  part ntfs       100M Réservé au système
sdb3  part ntfs     650,6G

=================== df -Th:
/dev/sdb1      ext4      1.4T  624G  682G  48% /mnt/boot-sav/sdb1
/dev/sdb2      fuseblk   100M   25M   76M  25% /mnt/boot-sav/sdb2
/dev/sdb3      fuseblk   651G   63G  589G  10% /mnt/boot-sav/sdb3

On voit clairement qu'il y a pas mal de données, et je n'avais pas envie de proposer d'exécuter cette commande

 mv  -nv   /mnt/MesData/home/$USER/téléchargements     /mnt/MesData/téléchargements

sans savoir si cet ordinateur sera éternellement utilisé par une seule personne.
Ce que je sais " Ce dernier HD contient aussi une Windows 7 dont j'ai besoin de temps en temps au travail" => Il y aurait probablement pas loin de 500 Go à libérer! Avec une sacrée réorganisation à la clé. (Deux partitions de données....)
Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Disklabel type: dos
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 2930286591 2930284544 1.4T 83 Linux
/dev/sdb2 * 2930286592 2930491391 204800 100M 7 HPFS/NTFS/exFAT
/dev/sdb3 2930491392 4294967295 1364475904 650.6G 7 HPFS/NTFS/exFAT

pierpiotr

@geole pour verifier [noob que je suis]
je passe donc de la config suivante

a celle-ci

Nasman

La partition bios-grub ne doit pas avoir de système de fichiers. C'est un espace continu pour y placer du code en langage machine.

pierpiotr

Nasman a écritLa partition bios-grub ne doit pas avoir de système de fichiers. C'est un espace continu pour y placer du code en langage machine.

Bonjour Nasman ,
je pourrais cocher\decocher comme ca pendant tres longtemps... Une liste de ce que je dois cocher ou decocher ne serait-il pas plus simple et rapide, STP.

Nasman

Dans "file system", as tu une option comme "none" ?

geole

pierpiotr a écrit@geole pour verifier [noob que je suis]
je passe donc de la config suivante http://pix.toile-libre.org/upload/thumb/1567605664.png
a celle-ci
http://pix.toile-libre.org/upload/thumb/1567605862.png
?

C'est exactement cela. Puis tu lances boot-repair. La réparation se fera une joie d'écraser tout ce qu'i y a. Cela ne sert à rien de le faire préventivement sauf si tu préfères ne fabriquer qu'un espace de 1 Mo au lieu d'utiliser celui de 512 Mo .

pierpiotr

Nasman a écritDans "file system", as tu une option comme "none" ?

si j ai bien regarde ou il faut, il n y en a pas.

Nasman

Ce doit être l'option unformated

Nasman

Entrée ? Et tab pour passer au champ suivant ?

pierpiotr

Nasman a écritEntrée ? Et tab pour passer au champ suivant ?

Bonjour Nasman,
J viens de relire, c'était la barre d'espace pour *. Merci

pierpiotr

Ça c'st bien passé. J'ai eu le grub au reboot avant de faire Update grub.

Mais il reste pres de 750 Go non alloués; c'est dommage de pas en profiter :

Nasman

Et tu as aussi gâché 511 Mo pour la partition bios-grub (1 Mo suffit).

geole

Bonjour
Non seulement il reste 750 Go non alloués en fin de ce disque mais SDB3 pourrait être réduit de 500 go sans risque en demandant à windows de se rétrécir. ( pour cela, je sais guider)
Mon expérience est trop faible pour te guider sur l'utilisation de la fin du disque et je ne suis pas certain que tu saches/puisses réinstaller windows7 qui t'est indispensable.

En règle générale, lorsqu'un disque a une taille supérieure à 2 To, on lui fabrique une table de partition GPT afin de pouvoir créer des grosses partitions.

Dans ton contexte, tu as une table de partition DOS, ce qui limite la taille des partitions à 2 To chacune.
Il est fort probable que windows 7 doive être installé dans le 2 premiers To du disque pour bien fonctionner. (en fait 2,2 To)

L'idée première est de te proposer de créer une nouvelle partition SDB4 avec le reste de l'espace non utilisé.
Je ne sais pas si GPARTED va l'accepter. Et surtout, je ne sais pas si cet espace sera réellement bien utilisé.
Il est fort probable que windows ne sache pas le faire.
A un moment donné, j'ai oui dire qu'écrire au-dela de 2,2 To consistait à écrire Modulo 2,2 To et donc l'écriture avait lieu au début du disque
Pour windows, il fallait installer des drivers particuliers. Mais je ne sais pas du tout ce qu'il en ait pour UBUNTU. Peut-être que tout fonctionne très bien.

L'idée seconde est de transformer la table de partition MSDOS en GPT
Sous ubuntu, c'est facile, Il faut supprimer les partitions puis faire la modification de la table. puis récréer les partitions puis réinstaller windows. En espérant que windows7 accepte de s'installer dans une partition GPT
Sous windows, il semble que cette transformation puisse se faire sans réinstallation. Cependant si cela rate, il faut tout réinstaller.
Je ne crois donc pas trop a cette idée de migrer le disque en GPT

Tu auras certainement d'autres avis sur l'utilisation d'un disque de grande taille avec une table de partition DOS.
Je sais que l'idée d'une partition étendue n'est probablemnent pas possible, Mais la création d'une quatrième partition primaire EXT4 de taille (500go+750 go) est peut-être sans risque.

Page suivante »