Copier une partition système => nouveau système
marche plus comme avant
Système et matériels / Installation et configuration

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Il y a quelques temps (au moins du temps de grub1), je copiais une partition système vers une autre partition, je corrigeais le fstab de la partition d'arrivée pour le le répertoire / corresponde bien à la partition d'arrivée, je modifiais /boot/grub/menu.lst.
Maintenant, avec grub2, je ne sais plus faire. J'ai copié sda1 dans sda6 en bootant sur une live. J'ai adapté le fstab de sda6 et en passant par mcc, je lui est dit de revoir le démarrage. Le menu de démarrage est correct : il a enlevé des choix la debian de sda6 pour proposer mageia6 sur sda6. Le problème, c'est que lorsque je choisis mga sur sda6, la racine est sda1.
Que faire pour avoir une mga6 sur sda6 sans avoir à faire une installation complète ? C'est une manip fort pratique quand on aime bien tester la cauldron : on garde une mageia stable sur une partition et on la copie sur la partition où il y aura cauldron en cas de panne dure ou en cas de panne simple, on boote simplement sur mga6 pour faire une petite intervention.
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Une méthode un peu bourrin, mais pas trop :
Amorcer le disque d'installation de mga6, choisir de mettre à jour l'installation de sda6. Il n'y a rien à copier, et le Grub devrait être d'aplomb.
Je sens que cette méthode ne va pas te plaire

Yves

alp1 Membre non connecté
-
- Voir le profil du membre alp1
- Inscrit le : 26/06/2012
- Groupes :
Deux trois choses qui peuvent servir:
- essayer d'éviter l'inversion physique des disques sur les cables (ça peut paraître idiot, mais grub2 s'enmêle les pédales dans l'attribution des UUID, surtout si la reconnaissance de systèmes étrangers est activée, surtout si plusieurs marques de distrib sont présentes sur les disques; surtout si le grub2 principal amorce directement sans passer par un chainage sur un autre grub2 ou grub ancien. Noter que les "surtout" ne sont pas obligatoirement concomitants).
- essayer de donner des labels aux partitions, de cette façon (on suppose qu'on tripote un western digital sur le premier port &h80 et un crucial sur l'autre port, le tout archi découpé. Ce n'est pas du gpt; garder en mémoire qu'il n'y a que 4 partitions primaires possibles, dont une dite étendue dans quoi on charcute comme on veut):
wd1 à wd16 seront les labels attribués à sda1 à sda16 (on s'arrange pour que les partitions soient dans l'ordre. Si pas possible, ça arrive, corriger pour que les labels soient dans l'ordre sur des sda désordonnés. C'est vraiment pratiques quand les labels sont dans l'ordre.
Pareil pour le disque sdb, dont les labels pourront être cru1 à cru3 (c'est purement fictif, mais possible)
- essayer, à partir d'une configuration qui fonctionne bien, de se coller en super-utilisateur (débrancher physiquement le réseau, filaire et wifi) le temps de l'opération, et de construire des fichiers de sauvegarde des caractéristiques des disques. Par exemple:
blkid > blkid-22-sept-2014
Ça peut donner (ici c'est le crucial sur le port sata 1)
[root@localhost ~]# blkid > blkid-22-sept-2014
cat blkid-22-sept-2014
====================================================
/dev/sda1: LABEL="cru1" UUID="7c6b1a49-c19d-4eab-8e86-7df042dffd21" TYPE="ext4" PARTUUID="0f94f2f8-01"
/dev/sda2: LABEL="cru2" UUID="5746a448-a398-4fc3-8877-4234807e2696" TYPE="ext4" PTTYPE="dos" PARTUUID="0f94f2f8-02"
/dev/sda3: LABEL="cru3" UUID="ca60f6c1-d4bf-4e49-8be0-2a2be7b1d774" TYPE="ext4" PARTUUID="0f94f2f8-03"
/dev/sdb1: LABEL="wd1" UUID="3D68516E3597EA4A" TYPE="ntfs" PARTUUID="ab75c47f-01"
/dev/sdb2: LABEL="wd2" UUID="44A283DD4ED1E6E7" TYPE="ntfs" PARTUUID="ab75c47f-02"
/dev/sdb3: LABEL="wd3" UUID="bc6eb4cb-f35a-4f7e-9d6d-8b5645766a50" TYPE="ext4" PARTUUID="ab75c47f-03"
/dev/sdb5: LABEL="wd5" UUID="78fbba2c-9362-439b-a78a-9b01eb6b9db8" TYPE="ext4" PARTUUID="ab75c47f-05"
/dev/sdb6: LABEL="wd6" UUID="88493415-ff55-4fdb-8a66-98348260c1d8" TYPE="ext4" PARTUUID="ab75c47f-06"
/dev/sdb7: LABEL="wd7" UUID="7AB644AC18297BB5" TYPE="ntfs" PARTUUID="ab75c47f-07"
/dev/sdb8: LABEL="wd8" UUID="db8844ac-23b5-451d-8965-366779f49990" TYPE="ext4" PTTYPE="dos" PARTUUID="ab75c47f-08"
/dev/sdb9: LABEL="wd9" UUID="85f075fb-c908-4290-b608-e059fa86c2d3" TYPE="ext4" PARTUUID="ab75c47f-09"
/dev/sdb10: LABEL="wd10" UUID="bef3bd1a-5246-4108-8c71-1e3002aa9e29" TYPE="ext4" PARTUUID="ab75c47f-0a"
/dev/sdb11: LABEL="wd12" UUID="5aa1f91d-b4b6-4f75-a4e3-e0f800efa9bf" TYPE="ext4" PARTUUID="ab75c47f-0b"
/dev/sdb12: LABEL="wd13" UUID="73d7416b-a0b3-4777-b41b-27214eab6d75" TYPE="ext4" PARTUUID="ab75c47f-0c"
/dev/sdb13: LABEL="wd14" UUID="a77398c6-7f31-45c8-acd6-12fca861bc00" TYPE="ext4" PARTUUID="ab75c47f-0d"
/dev/sdb14: LABEL="wd15" UUID="aed1f48f-a5dd-4723-8013-0df9ae4e0521" TYPE="ext4" PARTUUID="ab75c47f-0e"
/dev/sdb15: LABEL="wd16" UUID="c4b22bd5-5bd2-46d2-b440-6aea473765c3" TYPE="ext4" PARTUUID="ab75c47f-0f"
/dev/sdb16: LABEL="wd11" UUID="e8b7bc8f-3694-4f97-8cc7-072443113d23" TYPE="ext4" PARTUUID="ab75c47f-10"
/dev/sdc1: LABEL="E2B" UUID="0AE0CA34E0CA25B3" TYPE="ntfs" PARTUUID="7a2f1b24-01"
/dev/sdc2: SEC_TYPE="msdos" LABEL="PTN2" UUID="4378-9174" TYPE="vfat" PARTUUID="7a2f1b24-02"
===========================================================
Tant qu'à faire, prendre aussi la répartition des cylindres et la taille des partitions
fdisk -l /dev/sda > fdisk-l-crucial-02-12-2017
fdisk -l /dev/sdb > fdisk-l-western-02-12-2017
Ça donne par exemple, après cat fdisk-l-crucial-02-12-2017
========================================
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 / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x112233f8
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 12544 81922047 81909504 39,1G 83 Linux
/dev/sda2 81922048 163842047 81920000 39,1G 83 Linux
/dev/sda3 163842048 234440703 70598656 33,7G 83 Linux
==========================================
Quand tous ces fichiers sont constitués, on en fait deux trois copies aux archives, ça peut servir, on peut aussi y ajouter manuellement des commentaires, disons quelle distrib sur telle partition
On sauvegarde aussi les fichiers grub.cfg en vue d'y corriger les UUID si accident ou tout bonnement si on se trouve dans l'hypothèse de troumad. Il suffit de rester attentif aux uuid. Voici un cas de méprise dans le fichier, suite à une installation il y a trois ans:
### BEGIN /etc/grub.d/40_custom_proxy ###
menuentry "Crucial-3 MGA-5 Plasma" --class mageia --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-ca60f6c1-d4bf-4e49-8be0-2a2be7b1d774' {
savedefault
set gfxpayload=text
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 ca60f6c1-d4bf-4e49-8be0-2a2be7b1d774
else
search --no-floppy --fs-uuid --set=root ca60f6c1-d4bf-4e49-8be0-2a2be7b1d774
fi
linux16 /boot/vmlinuz root=UUID=db8844ac-23b5-451d-8965-366779f49990 ro splash=verbose noiswmd audit=0 lang=fr vga=1007
initrd16 /boot/initrd.img
On constate que sur la ligne du noyau, linux16, l'identitfiant de partition n'est pas le bon et génère un kernel panic (ou une attente perpétuelle)
On doit toujours vérifier ce fichier, après installation ou mise à jour de noyau, vérification facilitée par les précautions prises ci-dessus
Tout ça est une réponse lourdingue à une question simple, mais alors après, c'est du tgv renvoyant les tortillards aux Hauts-Savoyards mal équipés... encore que grimper à Chamonix en tgv n'est pas pour demain
-

teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Pour Grub toujours à jour, j'utilise désormais la méthode suivante :
http://par-teutates.blogspot.fr/2016/01/grub2-personnalisation.html
En résumé :
1) Tout se fait sous root.
2) Installer Grub2 dans la partition racine du système secondaire. Donc pour Mageia Cauldron en SDA6
* Démarrer Mageia 6 Cauldron SDA6 avec SuperGrub qui permet de détecter tous les grubs de tous les systèmes afin de pouvoir ensuite démarrer
* Installer Grub dans SDA6 soit :
# grub2-install --force /dev/sdb1
* Régénérer Grub de SDA6 soit :
# update-grub
3) Basculer sur le système principal
4) Faire une copie de sécurité de grub.cfg
# cp /boot/grub2/grub.cfg /boot/grub2/grub.cfg-bak-date
5) Modifier /etc/default/grub
# nano /etc/default/grub
Passer de "false" à "true" la ligne suivante :
GRUB_DISABLE_OS_PROBER="true"
Ceci désactive la recherche d'autres systèmes d'exploitation lors de la mise à jour de grub.cfg.
6) Modifier /etc/grub.d/40_custom
nano Modifier /etc/grub.d/40_custom
Dans l'exemple donné ici, ce sera
# Mageia Cauldron SDA6
menuentry 'Mageia Cauldron SDA62' {
set root='hd0,msdos6'
chainloader +1
}
Remarque 1 : Créer une entrée pour chaque système d'exploitation
Remarque 2 : Notation selon le système de partition :
* Pour un partitionnement MSDOS : set root='hd0,msdos1'
* Pour un partitionnement GPT : set root='hd0,gpt1'
Remarque 3 : Notations fonctionnelles :
* set root='hd0,msdos1'
* set root=(hd0,1)
Remarque 4 : La notation selon l'UUID ne fonctionne passe. Exemples :
* set root=UUID=9ace6ad2-4142-a6a3-15b6b5a23ed5
Remarque 5 : Si, cas peu probable, ce fichier 40_custom doit être créé, celui-ci doit être exécutable. Soit, sous root :
# chmod +x /etc/grub.d/40_custom
7) Régénérer le fichier grub.cfg
# update-grub
8) Tester en redémarrant le système en SDA6
Au démarrage initial de la machine, ce sera le Grub2 du système principal qui indiquera une entrée vers le système secondaire en SDA6. Ensuite le Grub2 installé en SDA6 prendra le relais. Cela peut paraître allonger un chouia le délai total de démarrage pour le système secondaire mais tous les grub seront toujours à jour automatiquement.
Edit :
Je l'ai déjà sorti cette astuce
https://www.mageialinux-online.org/wiki/grub2-personnalisation

Édité par teutates Le 02/12/2017 à 18h58
Toco y se gausos !
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Troumad :
Mon premier problème est l’existence du grub pour ma nouvelle partition : j'y ai simplement copié de grub de l'ancienne partition. Donc, les informations ne sont pas les bonnes...
C'est pour cela que le plus simple serait de réinstaller Grub de SDA6 puisque les paramétrages devraient être actualisés selon la réalité à la place de la version issue de la copie.
Toco y se gausos !
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Je vais essayer avec l'installation/mise à jour de Papoteur .
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Troumad :
Le # update-grub tu veux dire ? Mais, le point Démarrer Mageia 6 Cauldron SDA6 avec SuperGrub passerai comment ?
Je vais essayer avec l'installation/mise à jour de Papoteur .
Je vais essayer avec l'installation/mise à jour de Papoteur .
Mon astuce consiste, dans l'ordre à :
1) Démarrer Mageia Cauldron en SDA6 avec SuperGrub pour forcer l'installation de son prpre Grub dans la partition racine SDA6
2) Redémarrer normalement sur le système principal afin de modifier le paramétrage de Grub une bonne fois pour ne plus devoir y revenir.
Toco y se gausos !
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie