Forum debian-fr.org

Rechercher:

* Connexion   * M’enregistrer

* FAQ    * Rechercher

Voir les messages sans réponses | Voir les sujets actifs





Poster un nouveau sujet Répondre au sujet  Page 2 sur 3
  [ 60 messages ]  Aller à la page Précédente  1, 2, 3  Suivante
  Sujet précédent | Voir le premier message non lu | Sujet suivant 
Auteur Message
josephtux
MessagePosté: 06 Juin 2012 17:16 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Le point de mes observations:
1 le choix du menu Grub du système initial lance le système cloné, apparemment parfaitement fonctionnel
2 l'exploration me révèle qu'il est cohérent ( tout est sur sdb comme attendu )
ici l'extrait de la sortie de 'mount'

Code:
/dev/sdb1 on / type ext4 (rw,noatime,errors=remount-ro)
/dev/sdb2 on /boot type ext4 (rw,noatime)
/dev/mapper/groupe_unique-lv_home on /home type xfs (rw,noatime)
/dev/mapper/groupe_unique-lv_usr on /usr type xfs (rw,noatime)
/dev/mapper/groupe_unique-lv_usr_local on /usr/local type xfs (rw,noatime)
/dev/mapper/groupe_unique-lv_var on /var type xfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,size=4096m)


3 Par contre, l'exploration du répertoire /dev/ me montre aussi
/dev/root -> sdc1 , qui est l'un des disques sur lequel l'ancien système est installé:
racine / =sda1 (+/ou sdc1), /boot=sda2 (+/ou sdc2) le reste en lvm sur Raid0 = sda4 + sdc4.

Oui, c'est un peu tordu, et probablement sans intéret d'avoir fait ce raid0 alors que lvm suffit à la gestion de l'espace, et que je ne fais pas couramment de la video pour avoir besoin d'accélérer les accès disques.
C'est d'ailleurs pourquoi je souhaitais profiter de l'aoccasion ( créer un clone de sécurité ) pour supprimer le RAID0

Je n'ai certainement pas tout compris au fonctionnement de GRUB et des commandes que j'ai utilisé.
Est-ce que /dev/root -> sdc1 ne serait pas l'indice que grub démarre à partir de sdc1 (l'ancien système) pour installer le système qui est sur sdb ( le clone, actuellement accessible et actif ? )
Ce qui pourrait expliquer que c'est l'élément ancien du menu qui me conduit à installer le clone.

Dans ce cas, est-ce que la manoeuvre suggérée serait opportune pour réinstaller grub2 proprement, avec les 2 choix (ancien système et clone). ( En plus je dois reconsidérer toutes les adresses, puisque je ne peux agir cette fois qu'à partir du clône )

4 Pour le cloner, à partir de l'autre système, j'avais utilisé les partitions avec leurs dénominations lvm, mais j'ai du faire une erreur quelque part.

J'ai d'ailleurs trouvé aussi une trace anormale dans /mnt/ ( du clone actif actuel ):
/mnt/boot/boot/
qui contient une arborescence identique à /boot/ , avec différence des fichiers: initrd.img-2.6.32-5-amd64

5 Pour résumer, si j'ai bien tout compris:

je dois monter l'autre système dans une arborescence analogue à ce qu'il devra être sous /mnt/ , puis les répertoires systèmes que tu m'indiques, isoler cette arborescence avec chroot et relancer alors les commandes grub2.

EDIT 1
1ère complication et bizarrerie inattendue: le /etc/fstab de sda1 et de sdc1 sont aussi ceux du clone.

_________________
Précédent: Carte K7S5A AMD 1200 MHz Lenny 2.6.26-2-686.

Actuel: Carte EVGA Classified SR-2, 2 x "Intel Xeon CPU X5672 3.20GHz",
8 x "2GiB DIMM 1333 MHz", 4 ddurs "1TB SAMSUNG HD103SJ"
Squeeze 2.6.32-5-amd64.
Haut
 Profil  
 
nykoos
MessagePosté: 06 Juin 2012 18:33 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
donc si j' ai bien compris maintenant tu peux booter sur le clone avec le grub du système original sans problème donc ton post est résolu.
en fait l' utilité du chroot est d' installer le grub sur l'autre disque cloné afin que celui-ci soit indépendant et ne dépende pas de l' autre mais si ton clone est installé sur le même disque chrooter ne sert à rien, un seul grub suffit en effet.

une commande intéressante pour savoir ou grub est installé et sur quelle partition il pointe:

debconf-show grub-pc

exemple:
grub-pc/install_devices: /dev/disk/by-id/ata-WDC_WD2500BEVS-22UST0_WD-WXE108W76684-part6

ici grub dans le mbr du disque ata-WDC_WD2500BEVS-22UST0_WD-WXE108W76684 pointe sur la partition 6

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
josephtux
MessagePosté: 06 Juin 2012 18:41 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Jusqu'ici cela a l'air de fonctionner

Je vais de nouveau explorer l'état du système (et refaire le /etc/fstab qu'il faut là où il faut )

J'ai beaucoup appris ces derniers jours grace à vous
Encore merci et à bientôt.
Haut
 Profil  
 
ricardo
MessagePosté: 07 Juin 2012 01:05 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
Dans mon tuto, le fstab, une fois initialisé, doit être exclus des MAJs ;)

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr
Haut
 Profil  
 
josephtux
MessagePosté: 07 Juin 2012 16:09 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Nycoos, merci pour les dernières précisions ( montage des dev, procet sys )

Diagnostic et Bilan actuel

1 les rsync sont tous corrects ( malgré une erreur la 1ère fois qui a laissé un répertoire surnuméraire, sans importance )
1b Les adresses sur fstab et pour les montages sur /mnt/ sont toujours soit les UUID (partitions racines et boot) soit les adresses lvm dans le style:/dev/mapper/groupe_unique-lv_home

2 j'avais fais une erreur en modifiant /etc/fstab de l'original au lieu de celui du clône - d'ou la confusion qui s'en est suivit un temps - ( c'est réparé ).

3 Le menu GRUB me permet d'accéder au système initial ( sur sda4 et sdc4 en RAID0 ), mais pas sur le clône ( même message d'erreur depuis le départ, pour mémoire:
Code:
error: file not found
error: you nead load the kernel first


4 debconf-show grub-pc m'indique que GRUB est installé sur le disque qui supporte le clône: sdb
4b je fais update-grub (à partir du système initial) et debconf-show me révèle qu'il a bien installé GRUB sur /dev/sda1 ( l'un des 2 disques qui supporte le raid, le système d'origine, celui qui veut bien s'ouvrir )

Donc tout a donc l'air en ordre, sauf le bug initial: je vous relit tous, et reviens quand j'ai du nouveau.
Haut
 Profil  
 
nykoos
MessagePosté: 07 Juin 2012 17:13 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
re: donc ce n'était pas le clone qui avait booté (erreur d'interprétation :017 )

je suis de l'avis de Ricardo éditer une nouvelle entrée dans le fichier /etc/grub.d/40_custom
mais on va faire un bilan complet de ton installation, pour aller au plus court et éviter les échanges d'infos :
tu va ici: http://sourceforge.net/projects/bootinfoscript/

tu télécharges et décompresses, vérifie si le script bootinfoscript est bien exécutable, depuis le terminal tu va dans son répertoire avec la commande cd 'Téléchargements' et en root:

Code:
bash bootinfoscript

un fichier RESULTS.txt va être généré, celui-ci contient toutes les infos de ton installation, tu post son contenu entre balises code

mais j' ai l' idée que c'est lvm qui met le bazar.

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
josephtux
MessagePosté: 09 Juin 2012 13:52 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Voici en piècesjointes 2 fichiers RESULT.txt de bootinfoscript:
le premier avec le système actuel ( l'ancien, sur RAID0 )
le second après avoir monté le clone, pour chroot

J'ai commencé à tester la solution de Ricardo , avec /etc/grub.d/40_custom , encore en vain, mais je me demande si le fait d'avoir une partition racine + une partition /boot n'est pas source de confusion dans les configs que j'ai essayées.

Je vous précise aussi que dans les 2 systèmes, la racine et boot ne sont ni sur RAID ni sur LVM, mais de bonne vielles partitions des familles (en ext4 ) et sur le début du disque ( sdc1: / , sdc2 /boot , idem sur sda1 sda2 ( inutilisés ) , et sur sdb1 sdb2 pour le clone récalcitrant.
Ce qui me fait douter que lvm soit en cause, mais comme vous le voyez, je suis loin de maitriser toutes les bases !

Encore merci pour votre aide.

EDIT
voici enfin les fichiers:


Fichiers joints:
RESULTS.idem_avec_clone_monte.txt [30.91 Kio]
Téléchargé 9 fois
RESULTS.syteme_actuel.txt [35.73 Kio]
Téléchargé 7 fois

_________________
Précédent: Carte K7S5A AMD 1200 MHz Lenny 2.6.26-2-686.

Actuel: Carte EVGA Classified SR-2, 2 x "Intel Xeon CPU X5672 3.20GHz",
8 x "2GiB DIMM 1333 MHz", 4 ddurs "1TB SAMSUNG HD103SJ"
Squeeze 2.6.32-5-amd64.


Dernière édition par josephtux le 09 Juin 2012 20:05, édité 2 fois.
Haut
 Profil  
 
nykoos
MessagePosté: 09 Juin 2012 16:30 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
Code:
/dev/sda1 on /mnt/S_racine type ext4 (rw)
/dev/sda2 on /mnt/S_racine/boot type ext4 (rw)
/dev/mapper/groupe_unique-lv_home on /mnt/S_racine/home type xfs (rw)
/dev/mapper/groupe_unique-lv_usr on /mnt/S_racine/usr type xfs (rw)
/dev/mapper/groupe_unique-lv_usr_local on /mnt/S_racine/usr/local type xfs (rw)
/dev/mapper/groupe_unique-lv_var on /mnt/S_racine/var type xfs (rw)


j'avais cité lvm après avoir lu ceci, raid: jamais utilisé.
ils sont où tes fichiers joints ?

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
ricardo
MessagePosté: 09 Juin 2012 17:11 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
Si tu as une partition /boot séparée, il faut aussi, bien sûr, l'exclure les MAJ, mais je pense que tu l'as fait.
Sinon, dans la liste de ton Grub, au boute, en éditant avec 'e', les URLs correspondent bien à la réalité recherchée ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr
Haut
 Profil  
 
ricardo
MessagePosté: 09 Juin 2012 17:23 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
mon 40_custom
Citation:
menuentry "CLONE DDext500 - Debian - Linux 3.2.0-2-amd64 /dev/sdb5" --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos5)'
search --no-floppy --fs-uuid --set=root 8xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
linux /boot/vmlinuz-3.2.0-2-amd64 root=UUID=8xxxxxxxxxxxxxxxxxxxxxxxxxxx ro quiet
initrd /boot/initrd.img-3.2.0-2-amd64
}


Dans cette partie, tu mets ce que tu veux, tu peux n'écrire que "CLONE" si ça te chante.
"CLONE DDext500 - Debian - Linux 3.2.0-2-amd64 /dev/sdb5"

Dans celle-ci, il ne faut pas modifier 'ext2', même si tu es en ext4 :
insmod ext2

Dans celle-ci, hd1 si ta partition est sdb, par exemple
set root='(hd1,msdos5)'

Dans les deux suivantes, il faut faire attention à ce que les UUID soient exactement identiques.

Il faut aussi vérifier que vmlinuz et .img soit bien la bonne version de noyau

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr
Haut
 Profil  
 
josephtux
MessagePosté: 09 Juin 2012 19:41 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
ricardo a écrit:
Dans celle-ci, hd1 si ta partition est sdb, par exemple
set root='(hd1,msdos5)'


Pour les mises à jour, je n'y suis pas encore, mais merci de me le rappeler.

tout le reste est comme tu l'a proposé
par contre je présume que root est bien la racine ( les 2 UUID identiques) une fois que /boot/ est montée

Pour les fichiers joints j'ai raté quelque chose, je les remets ou ils auraient du être.
Finalement, ça rate encore:
Ils semblent bien envoyés ( une échelle jaune figure le chargement, puis je clique sur 'Envoyer' , comme d'habitude ) mais ne semblent pas publiés
J'ai loupé quelque-chose ( quoi ? ), ou il y a un bug dans le forum ? ( pas taper :oops: )

_________________
Précédent: Carte K7S5A AMD 1200 MHz Lenny 2.6.26-2-686.

Actuel: Carte EVGA Classified SR-2, 2 x "Intel Xeon CPU X5672 3.20GHz",
8 x "2GiB DIMM 1333 MHz", 4 ddurs "1TB SAMSUNG HD103SJ"
Squeeze 2.6.32-5-amd64.


Dernière édition par josephtux le 09 Juin 2012 19:57, édité 4 fois.

Haut
 Profil  
 
josephtux
MessagePosté: 09 Juin 2012 19:48 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
nykoos a écrit:
ils sont où tes fichiers joints ?

je me demande ! (cf mon post juste précédent )
Haut
 Profil  
 
nykoos
MessagePosté: 09 Juin 2012 19:56 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
fais un copie-collé et poste avec la balise Code

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
josephtux
MessagePosté: 09 Juin 2012 19:59 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
nykoos a écrit:
fais un copie-collé et poste avec la balise Code

mais ça fait près de 1000 lignes !

J'ai trouvé: l'extension du fichier est filtrée! : le voici


Fichiers joints:
RESULTS.syteme_actuel.txt [35.73 Kio]
Téléchargé 12 fois
Haut
 Profil  
 
nykoos
MessagePosté: 09 Juin 2012 21:22 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
je suis entrain de regarder ton RESULTS.txt, ca va pas être facile, raid je ne connais pas, je vois que lvm gère les groupes..

3 grubs d'installés dans 3 mbr différents, tu peux spécifier sur quel disque ta machine boot pour arriver au grub ?
le clone est bien sdb S_racine et S_boot ?
je crois que Ricardo et Loreleil (concepteurs du tuto sauvegarde/clone-bootable ne seront pas de trop pour donner leur avis)

je regarde et vérifie les entrées, UUID etc....

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
josephtux
MessagePosté: 09 Juin 2012 22:22 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Raid0 est: sda4 + sdc4, supporte les volumes lvm

GRUB boot sur sdc1 ( partition primaire , comme sdc2 = /boot )
J'avais du installer sur sda1 puis installer GRUB sur sdc1 pour avoir une réserve de sécurité ( un peu naïve, à ce que je commence à comprendre )

Le clone est bien sur: /dev/sdb

Il y a aussi un groupe de volume /dev/VG_BKP_sdb4/ sur un 4e DDur, qui n'est utilisé que pour les sauvegardes, donc hors du sujet, non monté en dehors des sauvegardes.

L'ensemble RAID s'appelle: /dev/md0
Il m'apparaît comme un disque dur, sur lequel est installé le groupe de volume VG_tout, qui porte les volumes logiques suivants:
VG_tout-home
VG_tout-var
VG_tout-usr
VG_tout-usr_local

----
Au fait, je crois comprendre que les dénominations sda , sdb sdc dépendent de GRUB ou du dique sur lequel le système démarre, mais j'avoue ne pas bien comprendre ce qui se passe lorsque ces noms permutent.
Ceci explique que j'ai bien mal nommé le groupe VG_BKP_sdb4 , ( qui n'est plus sous sdb4 )

_________________
Précédent: Carte K7S5A AMD 1200 MHz Lenny 2.6.26-2-686.

Actuel: Carte EVGA Classified SR-2, 2 x "Intel Xeon CPU X5672 3.20GHz",
8 x "2GiB DIMM 1333 MHz", 4 ddurs "1TB SAMSUNG HD103SJ"
Squeeze 2.6.32-5-amd64.
Haut
 Profil  
 
nykoos
MessagePosté: 09 Juin 2012 23:27 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
re

de toute facon raid lorsqu' il est monté, il est 'transparent' vis à vis de la commande rsync
donc je n en tiens pas compte pour l analyse mais par contre les volumes lvm doivent être respectés

oups je crois que j ai déja vu de grosses erreurs dans ton entrée manuelle 40_custom que tu as dénommé

menuentry "CLONE - Debian Stable -Linux php75 2.6.32-5-amd64 (on /dev/sda1)"

je verrais ça de plus prés demain bonne soirée.

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
ricardo
MessagePosté: 10 Juin 2012 00:41 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
nykoos a écrit:
je crois que Ricardo (concepteurs du tuto sauvegarde/clone-bootable ne seront pas de trop ...


Perso, je ne connais rien en matière de 'raid', donc ça limite.

Par contre, une récap simple serait intéressante, avec la réponse à ces seules questions :

1/ CLONE sur quelle partition :?:
2/ Quelle est la partition MÈRE :?:
3/ GRUB fonctionnel sur quel disque :?:

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr
Haut
 Profil  
 
ricardo
MessagePosté: 10 Juin 2012 00:58 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
Déjà là, il y a une grosse erreur :
Citation:
### BEGIN /etc/grub.d/40_custom ###
menuentry "CLONE - Debian Stable -Linux php75 2.6.32-5-amd64" --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext4
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root 543f1c11-3878-4a9f-995f-19f84166803a
linux /boot/vmlinuz-2.6.32-5-amd64 root=UUID=543f1c11-3878-4a9f-995f-19f84166803a ro quiet
initrd /boot/initrd.img-2.6.32-5-amd64
}

Ça voudrait dire que le CLONE est sur sda et plus haut, on le voit en sdb ???

MAIS RÉPONDS D'ABORD AUX QUESTIONS DU MESSAGE DU DESSUS

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr
Haut
 Profil  
 
nykoos
MessagePosté: 10 Juin 2012 08:05 
Hors ligne
Grand posteur

Inscription: 03 Oct 2011 10:29
Messages: 235
la première erreur que j' ai vu est en effet hd0 ----> hd1

la sortie de blkid indique bien que le disque est sdb

tu as bien dis que le clone était : S_racine S_boot ?
la sortie blkid leur indique une partition différente

Code:
/dev/sdb1        543f1c11-3878-4a9f-995f-19f84166803a   ext4       S_racine
/dev/sdb2        743abb88-2fe8-4dbe-891c-adcc16708a52   ext4       S_boot



j' essaierais ainsi : mettre ext2 (même si tu es en ext4) ne pas spécifier le chemin /boot/...pour linux et initrd puisque boot est sur une autre partition et bien sûr mettre les bon UUID cette fois-ci

Code:
menuentry "CLONE - Debian Stable -Linux php75 2.6.32-5-amd64 (on /dev/sdb1)" {
   insmod part_msdos
   insmod ext2
   set root='(hd1,msdos2)'
   search --no-floppy --fs-uuid --set 743abb88-2fe8-4dbe-891c-adcc16708a52
   linux   /vmlinuz-2.6.32-5-amd64 root=UUID=543f1c11-3878-4a9f-995f-19f84166803a ro  quiet
   initrd   /initrd.img-2.6.32-5-amd64
}






c 'est bien le fstab de ton clone ? :

Code:
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# Version sur le clone ( sans RAID0 )
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
#
# / was on /dev/sdc1 during installation ( grub2 nécessaire pour ext4 )
UUID=543f1c11-3878-4a9f-995f-19f84166803a /               ext4    noatime,errors=remount-ro 0       1
# /boot was on /dev/sdc2 during installation ( noatime inutile ici )  ( grub2 nécessaire pour ext4 )
UUID=743abb88-2fe8-4dbe-891c-adcc16708a52 /boot           ext4    noatime  0       2
#
# lvm2 sur raid0:
#   VG_tout c'est le VG, "-" remplace "/" , home est le nom du volume logique !
#   Il aurait mieux valu le nommer LV_home !
# UUID: e52a8c25-9709-4dde-af31-d05160fa881b -> /dev/dm-6 :
/dev/mapper/groupe_unique-lv_home    /home           xfs     noatime         0       2
# UUID: 7d37166e-dfc6-4762-8e54-8c37e575bd5f -> /dev/dm-8 :
/dev/mapper/groupe_unique-lv_usr    /usr            xfs     noatime         0       2
# UUID: 3102f3a2-cf32-4f7a-b427-dfff791340af -> /dev/dm-9 :
/dev/mapper/groupe_unique-lv_usr_local  /usr/local      xfs     noatime         0       2
# UUID: ec7a21d5-b152-41c1-8303-fb316e6f09df -> /dev/dm-7 :
/dev/mapper/groupe_unique-lv_var
/dev/mapper/groupe_unique-lv_var    /var            xfs     noatime         0       2
#
# /tmp est monté en RAM:
# 1024 est insuffisant (audacity mp3 de 56 Mo +upgrade modeste )
tmpfs   /tmp tmpfs size=4096m 0 0

# Utilisateur éphémère:
### TODO visiteur

# lvm2 pour BKP des données de /home/ (pas monté automatiquement):
#-#/dev/VG_BKP_sdb4/LV_BKP /home/BKP   xfs noatime,noauto 0   2
/dev/VG_BKP_sdb4/LV_BKP /mnt/BKP   xfs noatime,noauto 0   2
#
# swap was on /dev/sda3 during installation
UUID=9c940f90-2bd4-430d-a4be-5f32e6c0ac01 none            swap    sw              0       0
# swap was on /dev/sdb3 during installation
UUID=355a9bbe-57f4-48b7-9ca4-53d4395e89f3 none            swap    sw              0       0
# swap was on /dev/sdc3 during installation
UUID=15e7dcfa-eb69-4af2-b343-3e69cd97ce05 none            swap    sw              0       0
# swap was on /dev/sdd3 during installation
#UUID=a13f1d7f-c8b3-40e1-9b36-01a6d38a1201 none            swap    sw              0       0
# sur le DD du clone système (sdb3 lors de cette session ):
 UUID=497564a2-4604-4b83-8468-7a94f008a057 none            swap    sw              0       0
#
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0

_________________
Wheezy Linux 3.2.0-4-amd64 Xfce4.8
Haut
 Profil  
 
josephtux
MessagePosté: 10 Juin 2012 18:08 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Pour Ricardo:

complément à mon post du 09 Juin 2012 22:22

1 Le clône était bien sur sdb hier ( au moment de la génération des fichiers RESULTS*.txt ) , et aujourd'hui sur sda (sans que j'ai touché à GRUB ! ), c'est à dire sur:
Code:
SATA_SAMSUNG_HD103SJS246J9FZ802478

/dev/disk/by-label/S_racine -> ../../sda1
/dev/disk/by-label/S_boot -> ../../sda2

Ses LVM sont sur le groupe_unique, sur ce même disque ( hier sdb4)
Le clône est monté (ou non) sur /mnt/S_racine

2 Le maître ( le système original ), sur le RAID0 sauf racine et /boot sur partition primaire
( hier sda4 et sdc4, soit:
aujourd'hui: sdd et sdb):
sdd (hier sda):
Code:
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD103SJS246J90Z643360
/dev/disk/by-label/Amorce -> ../../sdd2
/dev/disk/by-label/Racine -> ../../sdd1

sdb (hier sdc):
Code:
SATA_SAMSUNG_HD103SJS246J90Z643360-part4
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD103SJS246J90Z643385
/dev/disk/by-label/deb_boot -> ../../sdb2
/dev/disk/by-label/deb_racine -> ../../sdb1

Ses LVM sont sur le groupe VG_tout, sur ce même disque

3 Grub est actif sur:
* grub-pc/install_devices: /dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246J9FZ802478
soit sda d'aujoud'hui
Citation:
SURPRISE: c'est le disque du clône !
mais:
Le système ( fstab, mount ) est bien le système original


----

Je reboot et reviens vérifier et vous fait signe sans attendre,
puis je répare l'erreur indiquée et
Je réponds ensuite aussi à Nicoos

EDIT
Je confirme la surprise


Dernière édition par josephtux le 10 Juin 2012 18:43, édité 1 fois.

Haut
 Profil  
 
josephtux
MessagePosté: 10 Juin 2012 18:41 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
nykoos a écrit:
la première erreur que j' ai vu est en effet hd0 ----> hd1

Je suis d'accord
nykoos a écrit:
la sortie de blkid indique bien que le disque est sdb

tu as bien dis que le clone était : S_racine S_boot ?
la sortie blkid leur indique une partition différente

Code:
/dev/sdb1        543f1c11-3878-4a9f-995f-19f84166803a   ext4       S_racine
/dev/sdb2        743abb88-2fe8-4dbe-891c-adcc16708a52   ext4       S_boot

Là je ne vois pas la différence ( avec les repères d'hier, différents d'aujourd'hui ! )


Citation:
... ne pas spécifier le chemin /boot/...pour linux et initrd puisque boot est sur une autre partition

Je ne suis pas sur de comprendre

Citation:
et bien sûr mettre les bon UUID cette fois-ci

OK, je m'y mets.

Code:
menuentry "CLONE - Debian Stable -Linux php75 2.6.32-5-amd64 (on /dev/sdb1)" {
   insmod part_msdos
   insmod ext2
   set root='(hd1,msdos2)'
   search --no-floppy --fs-uuid --set 743abb88-2fe8-4dbe-891c-adcc16708a52
   linux   /vmlinuz-2.6.32-5-amd64 root=UUID=543f1c11-3878-4a9f-995f-19f84166803a ro  quiet
   initrd   /initrd.img-2.6.32-5-amd64
}



Citation:
c 'est bien le fstab de ton clone ? :

diff me dit que oui.

----
Si j'ai bien compris, grub se fie à la syntaxe hd1 pour sda, hd2 pour sdb dans la ligne:
Code:
set root='(hd1,msdos2)'

Or c'est justement cette dénomination qui me semble aléatoire ( sans doute cette variation répond-elle à une logique que j'ignore )
Peut-être est-ce la cause de ma surprise ?
Haut
 Profil  
 
josephtux
MessagePosté: 10 Juin 2012 18:56 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Encore un doute sur le fichier 40_custom proposé par Nycoos:
la ligne
Code:
search --no-floppy --fs-uuid --set 743abb88-2fe8-4dbe-891c-adcc16708a52

est bien la partition montée sur /mnt/S_boot lors du clonage, la partition /boot du clone
et la ligne:
Code:
linux   /vmlinuz-2.6.32-5-amd64 root=UUID=543f1c11-3878-4a9f-995f-19f84166803a ro  quiet

celle de la racine ?

( qui ne sont donc pas identiques comme le proposait Ricardo)

Je relance simplement update_grub, sans monter le clône et je reviens vous informer, si GRUB le veut bien !
Haut
 Profil  
 
josephtux
MessagePosté: 10 Juin 2012 19:18 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Allo, la terre, ici le clone :occasion-clown: !

Avec le fichier proposé par nycoos, je vous parle du clone. :041
Il me reste une observation et une question:

Le clône apparaît efficacement dans le menu de GRUB qui fait parfaitement ce que j'en attend.
Observation: le disque du clône ( je vous passe son numéro ) est de nouveau nommé /dev/sdd.
Mais, comment se fait-il que le grub reste installé sur ce même disque celui du clône ) alors que j'ai lancé update-grub à partir de l'original ?

Merci à tous et specialement à Ricardo cause de cette expérience et de cet apprentissage et à Nycoos, qui ont permis cet accouchement si laborieux ! :text-thankyoublue:
Haut
 Profil  
 
josephtux
MessagePosté: 10 Juin 2012 19:39 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 18 Juil 2007 13:25
Messages: 415
Localisation: Aisne
Observation sur les nom des disques durs:
Quand je démarre sur le clone, les disques du système initial sont:
sda et sdc, celui du clone: sdb ( le BKP: sdd )
quand je démarre sur le système initial, ils deviennent respectivement:
sdd et sdb, celui du clone: sda ( le BKP: sdc )

Le GRUB se lance sur le disque du clone, bien que j'ai lancé update-grub à partir du système maître.

EDIT
Mes supputations:
Si les dénominations sda, sdb etc.. dépendent du disque de boot, comme ça en a l'air
Si c'est grub-install (et non update-grub) qui décide du disque sur lequel il s'installe et démarre
Si le fichier 40_custom comporte une adresse en sdX
Cela pourrait-il expliquer le problème initial ?

Dans ce cas ( à voir ) le fichier 40_custom accepterait-il la syntaxe avec un numéro, ce qui éviterait la récidive ?
je cherche.. :text-search:


Dernière édition par josephtux le 10 Juin 2012 21:19, édité 1 fois.

Haut
 Profil  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  Page 2 sur 3
  [ 60 messages ]  Aller à la page Précédente  1, 2, 3  Suivante

Index du forum » Forums d'aide » Support Debian


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 2 invités

Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Flux RSS Flux RSS Liste des flux Liste des flux
Powered by phpBB® Forum Software © phpBB Group
Traduction par: phpBB-fr.com
SEO
[ Time : 0.394s | 18 Queries | GZIP : Off ]