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

Home en double apres reinstall - Perte du GRUB

Nasman

geole a écrit Dans ton contexte, tu as une table de partition DOS, ce qui limite la taille des partitions à 2 To chacune.

Une table msdos permet d'adresser une partition dont la LBA se situe dans la limite des 2 Tio (codage du secteur sur 4 octets). Même en fractionnant les partitions avec des taille < 2 Tio, ce qui sera au delà des 2 Tio ne sera pas accessible. Il y aura le risque que seuls les 4 octets de poids faible de l'adresse seront pris en compte (donc modulo 2 Tio) et donc réécriture non souhaitée du début du disque.

Il serait bon de poster le résultat de

sudo fdisk -l

histoire de voir l'état actuel (j'ai perdu le fil concernant les tables de partitions des différents disques).

pierpiotr

Je précise qu'Ubuntu est mon OS principal et que W7 sert à des simu Dialux très rares. Donc je souhaite réduire les data pour W7 à 200Go maximum. Je crois qu'il y a 650Go c'est trop vu ce que j'ai utilisé en 3ans... Si cette partie pouvait être accessible par Linux et W7 ce serait super (ntfs, m'a-t-on dit).
Voici Nasman :

pier@buro:~$ sudo fdisk -l
[sudo] Mot de passe de pier : 
Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3B6B7013-50BB-4763-B727-B087384B819D

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sda1       2048   1050623   1048576   512M Amorçage BIOS
/dev/sda2    1050624 234440703 233390080 111,3G Système de fichiers Linux


Disque /dev/sdb : 2,7 TiB, 3000592982016 octets, 5860533168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000e9254

Périphérique Amorçage      Début        Fin   Secteurs Taille 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

Nasman

Tes tables de partitions ne sont pas adaptées :
sda table gpt et sdb table msdos.

Table msdos : ancien type de partitionnement, limité à des disques de moins de 2 Tio (2**41 octets) car les secteurs (de 512 octets) sont adressés sur 4 octets, limité à 4 partitions principales ou 3 principales et 1 étendue pouvant contenir de nombreuses partitions logiques.
Windows ne fonctionne pas en uefi sur disque msdos

Table gpt : permet d'utiliser des disques de plus de 2 Tio (codage des secteurs sur 8 octets) - mais fonctionne pour des disques plus petits. Pour les systèmes récents, en général pour des boot en uefi. Pour un boot en mode bios, il faut une partition bios-grub. Windows ne fonctionne pas en mode bios sur disque gpt.

Le plus classique aurait été :
sda table msdos (évite la partiton bios-grub)
sdb en gpt pour aller au delà des 2 Tio.

Malheureusement je pense que le changement de type de table des partitions entraînera la perte des données présentes (sauf à bidouiller et faire appel à des outils comme testdisk)

geole

En standard, Ubuntu sait accéder aux partitions NTFS, Il suffit que tu la montes avec l'application GNOME-DISK UTILITY ( https://doc.ubuntu-fr.org/gnome-disk-utility )
Tu peux même choisir un montage automatique au démarrage.
Pour changer sa taille, attends une réponse de NASMAN car il se pourrait que l'agrandir de 650 Go soit une solution

pierpiotr

Nasman a écritTes tables de partitions ne sont pas adaptées

Il faudrait que je fasse une copie (du genre DVD) de mes données et que je réinstalle ?

moko138

geole,
En #8, tu dis

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.

J'avais rédigé le #5 dans l'idée d'un utilisateur unique.
Mais tu as entièrement raison de faire ce distinguo (utilisateur unique ou pas) !

Ce que je veux dire, c'est que,
insérer dans la partition de données des répertoires "/home/$USER/"
est une complication inutile. Et plus encore si cette partition de données est amenée à être partagée avec plusieurs systèmes d'exploitation Linux.

Il est plus simple de créer dans /mnt/MesData (ou dans /data/)/ un répertoire par user (ainsi qu'un répertoire accessible à tous).

Dans cette optique, tes commandes deviendraient :

sudo mkdir -p /mnt/MesData/toto/telechargements
sudo cp -av /home/toto/Téléchargements   /mnt/MesData/toto/telechargements
#  L'option -a de cp assure conservation des attributs ET récursivité.
sudo chown -Rv toto:toto  /mnt/MesData/toto/
sudo chmod -Rv 700  /mnt/MesData/toto
cd /home/toto && rm -Rv Téléchargements 
ln -s /mnt/MesData/toto/telechargements  /home/toto/Téléchargements

- -

Je ne retrouve pas le fil mais je me souviens que MicP avait écrit un script pour automatiser ces opérations pour tous les sous-répertoires canoniques de chaque /home/user.
- -

Qu'en penses-tu ?

pierpiotr

En ce qui me concerne, il n'y a que moi qui me sert de cette machine 🙂

geole

pierpiotr a écrit
Nasman a écritTes tables de partitions ne sont pas adaptées
Il faudrait que je fasse une copie (du genre DVD) de mes données et que je réinstalle ?

Bonjour
Pour le moment, ne te précipites pas.
Cependant, ton disque dur peut tomber en panne sans prévenir ou l'ordinateur peut être oublié dans un taxi si c'est un portable. Il te faut donc en permanence un double de tes données. Ce double n'est pas obligatoirement fait chaque jour ni chaque semaine. Cela dépend de l'importance que tu accordes aux données.

Je suis en train chercher s'il serait possible de créer une quatrième partition à la suite de WINDOWS allant jusqu'à la fin de ton disque.
Bien que cela ne soit pas la solution idéale, il me semble que c'est possible. Pour m'en assurer, je suis en train de regarder comment est constitué la table de partition.
Elle décrit 4 partitions primaires
Chaque partition est décrite par des caractéristiques
- Nature de la partition (Fat32, NTFS, EXT4, etc)
- Flags ( boot ESP bot Grub etc)
- Adresse début
Et ce que je cherche, est-ce l'adresse fin ou la taille de la partition?
Si c'est la taille, tu peux presque aller jusqu'a 4,4 Go. Ce qui est bien suffisant pour le disque de 3 To..

http://manpagesfr.free.fr/man/man8/fdisk.8.html a écrit Dans une table de partitions de type DOS, le décalage de départ et la taille de chaque partition sont conservés de deux façons : comme un nombre absolu de secteurs (sur 32 bits), ou comme un triplet Cylindres/Têtes/Secteurs (sur 10+8+6 bits). La première manière fonctionne bien - avec des secteurs de 512 octets, cela marchera jusqu'à 2 To. La seconde possibilité souffre de deux problèmes différents. Primo, ces champs C/T/S ne peuvent être remplis que lorsque le nombre de têtes et le nombre de secteurs par piste sont connus. Secundo, même si l'on connaissait ces nombres, les 24 bits qui sont disponibles ne suffiraient pas. DOS utilise uniquement C/T/S, Windows utilise les deux, Linux n'utilise jamais C/T/S.

Linux utilise le LBA qui est sur 48 bits
Exemple pratique que je ne sais pas comprendre

sudo dd if=/dev/sdb  bs=1 skip=446 count=64 of=mbr.img
64+0 enregistrements lus
64+0 enregistrements écrits
64 bytes copied, 0,000654462 s, 97,8 kB/s

 sudo dd if=mbr.img   bs=8  2>/dev/null | hexdump -C
00000000  80 20 21 00 07 fe ff ff  00 08 00 00 00 48 c4 03  |. !..........H..|
00000010  00 fe ff ff 07 fe ff ff  00 50 c4 03 00 00 a0 00  |.........P......|
00000020  00 fe ff ff 0b fe ff ff  00 50 64 04 00 00 f4 01  |.........Pd.....|
00000030  00 fe ff ff 83 fe ff ff  00 f8 e7 06 1f 01 a0 00  |................|

sudo fdisk -l | grep sdb
Disque /dev/sdb : 60,3 GiB, 64692043264 octets, 126351647 secteurs
/dev/sdb1    *             2048  63197183 63195136  30,1G  7 HPFS/NTFS/exFAT
/dev/sdb2              63197184  73682943 10485760     5G  7 HPFS/NTFS/exFAT
/dev/sdb3              73682944 106450943 32768000  15,6G  b W95 FAT32
/dev/sdb4             115865600 126351646 10486047     5G 83 Linux

Après, il me semble que Nasman a évoqué testdisk pour convertir la table de partition MS-DOS en GPT.
A) si on lui demande, il fait une proposition qu'on peut ne pas valider.
Dans ton contexte, tu n'as rien écrit dans le 1er Mo du disque donc c'est faisable s'il détecte bien tout.
B) Reste à vérifier que windows 7 saura booter dans une partition GPT. C'est une recherche supplémentaire à faire
C) Tu te retrouveras avec une structure
partition 1 EXT4
partition 2 Windows reserved
partition 3 OS de windows
Partition 4 EXT4
Cela ne sera pas si facile que cela de regrouper les deux partitions EXT4 en une seule

pierpiotr

Bonjour,
Sur la sauvegarde de mes données, je vais peut-etre acheter un disque externe. J'en vois en NTFS, mais il parait qu'il faut se méfier de l'électronique qui gère le connecteur USB 3.0 et de sa compatibilité Linuxienne. Qu'en pensez-vous ?
J'ai vu une promo sur le Toshiba Canvio 2 (NTFS mais donné pour Windows seulement)

Nasman

Dans une table msdos la table des partitions commence en 1be (hexa) avec 16 octets pour décrire une partition. Le descriptif est le suivant
1be : valeur 80 ou 0 signifiant partition de boot (*) ou pas - le mbr de Windows vérifier qu'une et une seule partition est marquée boot - linux ne s'en sert pas

1bf, 1c0, 1c1 : valeurs de la tête, du secteur et du cylindre dans le système CHS (début de la partition). la valeur du secteur est sur 6 bits, les bitd 6 et 7 codent les bits 8 et 9 du cylindre. Les têtes vont de 0 à fe (254), les secteurs de 1 à 63, les cylindres de 0 à 1023. L'adressage dans ce mode est limité à 16450623 soit 8.4 Go (16450623x512)

1c2 : identifiant du système de fichier, 83=extx, 07=ntfs, ...

1c3, 1c4, 1c5 : Valeurs CHS du dernier secteur de la partition

1c6, 1c7, 1c8, 1c9 : début de la partition dans le système LBA. Ces 4 octets correspondent à l'adresse LBA en hexa little endian (1c9 correspond au poids le plus fort)

1ca, 1cb, 1cc, 1cd : taille de la partition dans le système LBA. La somme des valeurs du début et de taille donnent l'adresse du secteur qui suit immédiatement la fin de la partition, en général cette valeur est un multiple de 2048 (alignement au Mio)

1ce....1dd : idem pour la deuxième partition

1fe, 1ff : mot "magique" 0xaa55 (soit les octets 55 aa)

Nota : le début des partitions en mode LBA (ainsi que les tailles) est codé sur 4 octets, soit un maxi de 4294967296 secteurs de 512 octets, soit une taille adressable maximale de 2 Tio. C'est donc la limite des partitions msdos.
Une table gpt code les partitions sur 8 octets, soit 4294967296x4294967296 secteurs.

Une table gpt contient à la LBA=0 ce qu'on appelle le mbr protector, il possède la même structure que le mbr msdos excepté que la table des partitions ne contient qu'une partition de type ee qui commence à la LBA=1 et de taille maximale (soit 4294967295 secteurs pour un disque > 2 Tio, soit la taille du disque). Cette partition qui prend tout l'espace disponible en mode msdos évite d'écrire où il ne faut pas
A la LBA = 1 se trouve les en-tête gpt qui indiquent entre autre l'emplacement de la vraie table des partition et de son backup, est aussi indique un backup de cet en-tête au dernier secteur du disque
LBA =2 à LBA = 33 (32 secteurs), descriptif des partitions gpt à raison de 128 octets par partition, soit un maximal de 128 partitions (4*32). Cette table est dupliquée dans les 32 derniers secteurs du disque (le dernier est pour le backup de l'en-tête gpt.

Mon idée :
La table des partitions gpt occupe les 34 premiers secteurs du disque et les 33 derniers - or tu n'as aucune partition dans ces zones. La passage d'une table msdos à gpt ne devrait pas écrire dans les zones où tu as des données - elles devraient être indemnes. Pour retrouver l'accès à ces dernières, peut être que testdisk en mode gpt (type de table à choisir) pourrait retrouver tes partitions et reconstruire les tables des partitions. Cela ne peut être fait à la main (contrairement à une table msdos) du fait de checksum effectués sur les partitions et inscrit dans les tables gpt (ou les en-têtes)

geole

pierpiotr a écritBonjour,
Sur la sauvegarde de mes données, je vais peut-etre acheter un disque externe. J'en vois en NTFS, mais il parait qu'il faut se méfier de l'électronique qui gère le connecteur USB 3.0 et de sa compatibilité Linuxienne. Qu'en pensez-vous ?
J'ai vu une promo sur le Toshiba Canvio 2 (NTFS mais donné pour Windows seulement)

Bonjour.
Je ne pense pas que UBUNTU détruise l'électronique des disques durs externes. Il me semble bien qu'il sait dialoguer avec tous. C'est uniquement l'application smartmontools qui dialogue mal pour certains modèles.
La marque canvio est bien présente mais je ne sais pas si la documentation est bien à jour https://www.smartmontools.org/wiki/Supported_USB-Devices

Un disque acheté neuf ayant une partiition NTFS déjà existante est très facilement transformable en partition EXT4 avec GPARTED ( moins de 1 minute).

Nasman a écrit1c3, 1c4, 1c5 : Valeurs CHS du dernier secteur de la partition

1c6, 1c7, 1c8, 1c9 : début de la partition dans le système LBA. Ces 4 octets correspondent à l'adresse LBA en hexa little endian (1c9 correspond au poids le plus fort)

1ca, 1cb, 1cc, 1cd : taille de la partition dans le système LBA. La somme des valeurs du début et de taille donnent l'adresse du secteur qui suit immédiatement la fin de la partition,

Merci pour ce découpage que je n'ai pas trouvé dans internet.
Comme il me semble que ubuntu n'utilise pas le CHS c'est probablement les valeurs qui sont en 7777

Faut-il comprendre que la valeur du LBA est donnée par la formule LBA = 1c6 + 1c7 * 256 + 1c8 *65536 + 1c9 * 1677216
et que la taille est donnée par Taille = 1ca + 1cb * 256 + 1cc *65536 + 1cd * 1677216
Je vais vérifier tout cela dans quelques temps
Je pense de plus en plus qu'il serait possible de créer une quatrième partition dans cettte table MS-DOS avec la fin de l'espace disque à condition que cette fin ne dépasse pas 2TiO.

Nasman

geole a écrit Je pense de plus en plus qu'il serait possible de créer une quatrième partition dans cettte table MS-DOS avec la fin de l'espace disque à condition que cette fin ne dépasse pas 2TiO.

La dernière partition se termine déjà à la limite des 2 Tio

/dev/sdb3             2930491392 4294967295 1364475904 650,6G  7 HPFS/NTFS/exFAT

L'espace disponible ne peut être récupéré avec une table en msdos.

Nasman

J'ai effectué un test de conversion de table msdos en gpt avec succès (données non détruites). Je vais mettre les choses au propre pour indiquer la démarche à adopter.

ikewdu

Salut,

Pour info, j'ai fait ce genre de manips il y a un moment avec gdisk : https://forum.ubuntu-fr.org/viewtopic.php?id=1767581

Nasman

J'ai réussi à transformer un disque msdos en gpt en gardant les données. Je cherche maintenant le moyen de restaurer un système installé en mode bios sur disque msdos pour qu'il le redevienne une fois le changement de table des partitions.

Pour ce qui est de la transformation :
A partir du système fonctionnel (ubuntu) installé sur disque msdos j'ai utilisé dd pour sauvegarder les 64 premiers secteurs du disque (mbr+core.img)

sudo dd if=/dev/sda of=~mbrcore.img bs=512 count=64

Pour la transformation de la table des partitions j'ai utilisé en mode live gdisk

sudo gdisk /dev/sda

ce qui donne :

Partition table scan:
MBR : MBR only
BSD : not present
APM : not present
GPT : not present

Command (? for help) :

En tapant ? on obtient la liste de choix possible dont

r recovery and transformation options (experts only)

Ce qui affiche

Recovery/transformation command (? for help) :

En saisissant de nouveau ? on a l'option

f load mbr and build fresh GPT from it

En tapant f on a le message

Warning ! This will destroy the currently defined partitions ! Proceed (Y/N) :

Même pas peur (j'effectue les tests dans virtual box) je confirme par Y et retrouve

Recovery/transformation command (? for help):

L'aide donne l'option de confirmation

w write table to disk and exit

Après avoir tapé w on a le message

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS !! Do you want to proceed (Y/N)

Enfin après avoir confirmé la transformation est faite, ce peut être vérifié avec gparted ou fdisk
Les partitions sont toujours présentes et lisibles. Le mbr a été transformé en mbr protector et les tables de partitions gpt ont été crées.
On le vérifie par exemple avec

sudo gdisk /dev/sda

et on voit

Partition table scan :
MBR : protective
BSD : not present
APM : not present
GPT : present
Found valid GPT with protective MBR, using GPT
Command (? for help)

Par la suite j'ai :
- créé avec gdisk une partition Bios boot dans l'espace LBA=34-2047 (code ef02 pour ce type de partition)
- copié core.img (les 63 derniers secteurs copié avant la transformation dans la partition bios-boot
- recopié les 440 premiers octets de ma sauvegarde du mbr dans le mbr protector (qui ne possède habituellement pas de code en uefi) et dont l'unique partition commence en 1be (446ème octet)
- modifié avec hexedit l'adresse du mbr en 5c qui pointait sur la LBA=1 (occupée maintenant par l'en-tête gpt) pour la faire pointer sur la LBA 34 (partition bios-boot)

A priori le chainage mbr vers core.img doit se faire (cf boot-info) mais grub semble faire référence à des partitions du genre msdos,1 (je pense qu'il faudrait bidouiller pour avoir une référence genre gpt,1
Il faut que je regarde du côté de chroot, de grub-install...

pierpiotr

Bonjour Nasman,
Je suis impressionné par ton travail. Est-ce que ça s'applique directement à mon cas (mêmes commandes...) et surtout à la fin de ton post les 4 derniers points ..?

Nasman

Pour l'instant j'ai accès au contenu des partitions (un système ubuntu installé avec une partition de swap) depuis un LiveDVD (test en machine virtuelle). En restaurant le code du mbr (mis dans le mbr protector) et core.img (déplacé dans la partition bios_boot) je me retrouve au démarrage avec un
> grub rescue
Je pense que cela se répare avec une réinstallation de grub dans la partition système (mais sans toucher au contenu du mbr)

Ma première réparation n'était pas suffisante (indication de l'emplacement de LBA34 pour core.img), en fait il fallait que j'indique l'emplacement du premier secteur à charger (LBA=35) dans le premier secteur de core.img.

Pour info on a
mbr : la zone de code indique l'emplacement de diskboot.img (1ère partie de core.img)
diskboot.img (ici à la LBA=34) est du code (sur 512 octets) qui a pour but de charger le reste de core.img. La suite à charger est en LBA=35 (indiqué à l'offset 1f4 de diskboot.img)

Nasman

Ça y est, j'ai réussi à restaurer le système ubuntu à l'aide d'une session Live et en effectuant un chroot pour réinstaller grub.

Je pense qu'une fois le chroot effectué, ce sont les deux commandes :

grub-install --no-floppy --recheck /dev/sda
grub-mkconfig -o /boot/grub/grub.cfg

qui ont permi de réinstaller correctement grub.

Intuitivement je pencherais pour l'option --recheck /dev/sda

Moralité : il est possible de passer d'un partitionnement msdos à gpt sans perdre les données et avec un système de nouveau opérationnel.
Par contre avec un Windows j'ai de gros doutes (Windows installé en mode bios n'est pas sensé fonctionner sur disque gpt).

Post tapé depuis ubuntu restauré (en mode virtualbox)

ikewdu

Nasman a écrit
Moralité : il est possible de passer d'un partitionnement msdos à gpt sans perdre les données et avec un système de nouveau opérationnel.
Par contre avec un Windows j'ai de gros doutes (Windows installé en mode bios n'est pas sensé fonctionner sur disque gpt).

Salut,

On peut le faire avec les deux OS. C'est même encore plus facile avec Ws. Si tu jettes un oeil au lien que j'ai proposé plus haut, tu verras que ça fonctionne dans les deux sens, avec les deux os.

Ajoutons que depuis mes tests qui ont 2 ou 3 ans, M$ a créé une commande mbr2gpt qui fait même tout le boulot toute seule. Mais c'est une autre histoire.

Perso, dans le cas de Pierpiotr, j'aurais converti l'installation sur le ssd en Legacy, avec conversion du disque au format dos, histoire d'harmoniser le tout. Si W7 est une version 64 bits, passer le tout en uefi + gpt était également une option possible.

pierpiotr

Bonjour et merci,
Je reprendrai ce fil d'ici 10 jours car en ce moment je n'ai pas accès à ma machine.

« Page précédente Page suivante »