[Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

LucMorizur · Le 01/03/2015, à 19:39

Bonsoir ;

(je ne sais pas trop s'il y aura une réponse à ce sujet plutôt ancien ...)

merci beaucoup pour ce tuto : j'ai pu démarrer mon PC sur le fichier ISO de Clonezilla. Mais au cours de l'utilisation de Clonezilla, j'ai eu l'impression que je ne pouvais pas écrire l'image de la partition que je voulais sauvegarder, sur une autre partition du même disque dur. Savez-vous dire si en effet cela est impossible ?

Merci !

grandtoubab · Le 01/03/2015, à 20:18

Salut,
Pour faire booter GRUB sur une image ISO, j'utilise grml
http://forum.ubuntu-fr.org/viewtopic.php?id=1159601

LucMorizur · Le 01/03/2015, à 21:10

Merci grandtoubab pour cette réponse rapide et aussi pour le lien sur ta config, qui peut s'avérer très utile ;

mais ma question concernait plutôt l'utilisation de Clonezilla en fait : s'il est possible d'écrire une image de partition, sur une autre partition du même disque dur.

Merci à vous !

Dernière modification par LucMorizur (Le 01/03/2015, à 21:10)

Arbiel · Le 03/03/2015, à 17:42

Bonjour

Je ne sais pas répondre précisément à ta question.

Je dirais, puisque tu as pu lancer l'image iso de Clonezilla en suivant les indications que j'avais fournies à l'époque dans la présente notice, qu'il s'agit plutôt d'un problème d'utilisation, et plus particulièrement d'utilisation des options. Je me souviens n'avoir pas compris quelles options utiliser et comment les utiliser pour réaliser ce que je voulais faire. J'ai, peut-être à tort, abandonné Clonezilla depuis. Aide-toi éventuellement de la FAQ.

Pour ce qui concerne le lancement d'un PC à partir d'une image iso, je me suis aperçu que le codage des chemins d'accès aux fichiers présenté dans la présente notice, ne coulait pas de source. J'ai, depuis, écrit un script qui utilise zenity et de ce fait peut-être qualifié de graphique, et qui automatise ce codage. Tu le trouveras sous le titre "[Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM".

Arbiel

LucMorizur · Le 03/03/2015, à 22:56

Merci beaucouop Arbiel pour ce nouveau tuto. (Il y a quand même trois pages à lire, mais bon, on va pas ergoter !).

Oui, en effet ma question concernait tout-à-fait l'utilisation de Clonezilla. Mais il me paraissait intéressant qu'elle figure dans ce sujet sur lequel on tombe assez rapidement lorsqu'on se renseigne sur cet utilitaire.

Et donc j'ai finalement trouvé la réponse tout seul : oui, il est possible d'écrire l'image d'une partition sur une autre partition. Simplement, une fois Clonezilla démarré, il faut monter cette partition dans le dossier /home/partimag avant toute chose.

Du moins pour être précis : au début de l'utilisation de Clonezilla, en demandant à basculer sur une invite de commande, j'ai pu monter la partition de destination, sur laquelle je voulais écrire l'image de la partition source :

mount /dev/sda6 /home/partimag

(Chez moi, je voulais sauvegarder sda3 sur sda6.)
J'ai ensuite quitté l'invite de commande par un simple "exit", et, maintenant que la destination "/home/partimag" était définie, le reste de la sauvegarde de ma partition source s'est déroulé normalement. En redémarrant sous Ubuntu, j'ai trouvé le dossier "2015-03-03-08-img", contenant ma sauvegarde, à la racine de la partition que j'avais montée — logique.

Sauf que... sauf que le dossier dans lequel se trouvait le fichier ISO de Clonezilla, avait disparu !! Dommage ... (Ma config : Dell Latitude E6420 (64 bits), Clonezilla 2.3.2-22 64 bits sur une partition en FAT32, pour faire une image d'une partition EXT4 sur une autre partition EXT4.)

Par ailleurs, je n'ai pour le moment pas testé le fait de restaurer ma sauvegarde.

Donc, je vais regarder l'autre façon de faire, pour démarrer Clonezilla, peut-être cela vient-il de là. Et aussi essayer de trouver le moyen de monter la partition destination de façon automatique pendant le boot de Clonezilla.

LucMorizur · Le 04/03/2015, à 10:20

LucMorizur a écrit :

Sauf que... sauf que le dossier dans lequel se trouvait le fichier ISO de Clonezilla, avait disparu !!

Alors juste pour commenter rapidement ce point, qui devrait (sera ?) peut-être être déplacé dans un autre topic, ou faire l'objet d'une autre discussion (mais je commencerai par chercher s'il y a eu d'autres signalements similaires), il se trouve que j'ai d'autres soucis du même tonneau : sur le PC en question, je partage Windows 7 avec XUbuntu. Le premier imposé par le boulot, le second pour mes besoins personnels. Normalement pas de besoin de communication entre les deux, mais au cas où, j'ai créé une partition en FAT32 visible par chacun des deux OS. C'est sur cette partition que j'avais placé le fichier ISO de Clonezilla. Et il se trouve que lorsque je crée un dossier sur cette partition, sous XUbuntu, ce dossier n'est pas vu par Windows 7. Il n'existe tout simplement pas du tout, une fois sous Windows. De retour sous XUbuntu, il est pourtant bien là. Cependant j'ai eu l'impression qu'une fois (mais je ne suis qu'au début des tests), Windows avait aussi fait disparaître un dossier créé dans cette partition FAT32 par XUbuntu.

Voilà ; sous réserve de futurs commentaires sur ce point.

Arbiel · Le 05/03/2015, à 15:30

Bonjour

Sans être un spécialiste du partage de fichiers, ou de partitions, entre Windows et GNU/Linux, je peux te suggérer une petite idée, ou un petit contrôle à effectuer : t'assurer que les fichiers que tu crées depuis XUbuntu ne sont pas "invisibles" pour Windows. Tu dois disposer d'un paramètre dans les panneaux de configuration de Windows pour faire apparaître les fichiers marqués comme "cachés".

Autre suggestion, sur un sujet qui ne me regarde en rien : tu utilises un PC professionnel pour des besoins personnels, du moins c'est ce que me suggère ton intervention ci-dessus. Le responsable de l'informatique de la société est en droit de te morigéner pour avoir modifié, sans son accord (?), la configuration de ce PC en remplaçant le contenu du MBR (ou l'équivalent GPT si le PC est en UEFI) par Grub2. Une solution consiste à installer Grub2 sur un support amovible et de modifier les priorités de démarrage de façon que les ports USB soient prioritaires sur le ou les disque durs. Ce faisant, tu modifies certes la configuration de ton PC professionnel, mais d'une manière beaucoup plus discrète, mais aussi plus fiable car insensible à une éventuelle réinstallation de Windows, installation que tu ne maîtrises pas du tout et qui peut même intervenir à ton insu lors d'une absence de ton bureau.

Arbiel

Dernière modification par Arbiel (Le 05/03/2015, à 15:32)

LucMorizur · Le 05/03/2015, à 19:52

Merci beaucoup Arbiel pour ton message

Arbiel a écrit :

Sans être un spécialiste du partage de fichiers, ou de partitions, entre Windows et GNU/Linux, je peux te suggérer une petite idée, ou un petit contrôle à effectuer : t'assurer que les fichiers que tu crées depuis XUbuntu ne sont pas "invisibles" pour Windows. Tu dois disposer d'un paramètre dans les panneaux de configuration de Windows pour faire apparaître les fichiers marqués comme "cachés".

Oui en effet, j'y avais pensé, ce n'était pas ça. Mais, euh, en fait, a priori j'ai compris ce qui se passait ...: ce qui est pratique, évidemment, c'est de mettre un OS en hibernation (veille prolongée) pour utiliser l'autre. Oui, sauf que la partition n'est pas démontée sous Ubuntu, ou le lecteur est en cours d'utilisation sous Windows . Je mets des smileys genre gêné, car je suis certain que c'est une erreur de base... bref ; il faut donc complètement quitter un OS pour utiliser un disque partagé avec un autre OS, ce ne sera pas la première ni la dernière fois que je redécouvrirai un petit morceau de roue .

Arbiel a écrit :

Autre suggestion, sur un sujet qui ne me regarde en rien : tu utilises un PC professionnel pour des besoins personnels, du moins c'est ce que me suggère ton intervention ci-dessus. Le responsable de l'informatique de la société est en droit de te morigéner pour avoir modifié, sans son accord (?), la configuration de ce PC en remplaçant le contenu du MBR (ou l'équivalent GPT si le PC est en UEFI) par Grub2. Une solution consiste à installer Grub2 sur un support amovible et de modifier les priorités de démarrage de façon que les ports USB soient prioritaires sur le ou les disque durs. Ce faisant, tu modifies certes la configuration de ton PC professionnel, mais d'une manière beaucoup plus discrète, mais aussi plus fiable car insensible à une éventuelle réinstallation de Windows, installation que tu ne maîtrises pas du tout et qui peut même intervenir à ton insu lors d'une absence de ton bureau.

On voit l'expérience ^^ ! Oui, c'est tout-à-fait juste. À vrai dire j'avais complètement modifié le précédent PC pour mes besoins personnels, j'étais donc plutôt content cette fois-ci d'avoir gardé le côté boulot plutôt propre. Pour le moment le département informatique n'a rien vu, et ils ne sont pas en mesure d'effectuer une réinstallation à mon insu car le PC n'est pas dans un bureau mais itinérant ; cependant clairement je ne suis pas sûr qu'ils apprécient ce qu'ils verraient le jour où j'aurais à leur confier ce PC, même s'il ne s'agit "que" d'avoir modifié le boot. Oui, la solution sur clé USB me paraît très élégante. De plus c'est une façon de mettre en œuvre une fonctionnalité que tu as toi-même évoqué dans un de tes posts je crois, et qui m'intéresse : choisir à l'avance l'OS booté. En effet, ta proposition peut se traduire par : absence de la clé USB => démarrage sur Windows ; présence de la clé => démarrage sur Ubuntu (ou différents choix, par exemple Ubuntu, Windows, Clonezilla, autre ? avec un démarrage par défaut sur Ubuntu).

Bref, je crois que je vais me diriger dans cette direction. Merci en tous cas Arbiel pour ton aide .

freechelmi · Le 03/06/2015, à 10:31

@Arbiel :

Peux tu modifier

source ${prefix}/greffons/config.menu.cfg

par source ${prefix}/greffons/iso.source.cfg

Dans ton post initial que ton tuto soit correct ?

Arbiel · Le 04/06/2015, à 10:15

Bonjour

freechelmi a écrit :

@Arbiel :
Peux tu modifier
source ${prefix}/greffons/config.menu.cfg
par source ${prefix}/greffons/iso.source.cfg
Dans ton post initial que ton tuto soit correct ?

Je te remercie de me faire part de l'erreur que tu as décelée. Une lecture attentive de mon texte m'a fait prendre conscience qu'il convient d'ajouter quelques informations supplémentaires, mais je ne dispose pas de suffisamment de temps actuellement pour faire ces modifications, à coordonner aussi avec le travail de Laërte.

Arbiel

freechelmi · Le 04/06/2015, à 14:54

Je comprends arbiel.

Est ce que a tout hazard tu aurais quand meme une idée sur ce problème :

https://forum.ubuntu-fr.org/viewtopic.p … #p19945581

On arrive pas a redimmensionner la partition qui contient l'ISO qu'on as booté meme en forçant un démontage + toram.

Arbiel · Le 04/06/2015, à 20:42

Non, désolé, je n'ai aucune idée. Sois cependant certain que je t'en aurais fait part.

Mais je ne vois pas pourquoi tu veux modifier /dev/sda1 après avoir démarré ton PC à partir d'une iso et non lorsque tu es en fonctionnement normal.

Arbiel

freechelmi · Le 05/06/2015, à 17:06

Mon OS linux est sur sda1, donc je ne peux pas le redimmensionner lui même ( ou alors très dangereux) , donc rebooter sur une ISO local aurait permis une méthode semi automatique de repartitionnement.

Arbiel · Le 05/06/2015, à 20:04

Bonsoir

Mais il y a peut-être d'autres solutions, comme sortir /usr qui est généralement le répertoire qui grossit le plus.

Pour ce qui me concerne, j'ai migré vers LVM.

Arbiel

freechelmi · Le 09/06/2015, à 09:08

OK mais ce n'est pas mon but.

mon but ets de voir si c'est techniquement réalisable et je ne vois pas pourquoi on arrive pas a libérer cette partition.

Tu confirme que pour toi c'est possible ?

Arbiel · Le 10/06/2015, à 10:34

Bonjour

Je dois dire que je n'ai jamais prêté attention à ce point, c'est-à-dire, je n'ai jamais lancé gparted après avoir démarré mon PC à partir d'une image iso. Mais il me semble bien que l'installateur m'indique parfois, je ne sais avec précision dans quel contexte, que certaines partitions sont montées et me demande si je veux les démonter. Par allleurs, mon /boot/grub n'est pas dans la même partition que /boot. Il en est de même de mon /usr.

Par ailleurs, comme je l'ai indiqué, j'ai définitivement migré vers LVM qui est beaucoup plus maniable que la gestion des partitions "msdos". Et comme na partition système est très petite et qu'elle est chiffrée, si un jour je suis appelé à l'agrandir, je définirai une nouvelle partition plus grande que je chiffrerai et dans laquelle je copierai le contenu de mon /. (je n'ai pas encore essayé de modifier la taille d'un volume logique chiffré et je ne vois pas bien comment chiffrer le complément).

Arbiel

Babdu89 · Le 11/06/2015, à 17:46

Bonjour.

Répondu dans l'autre sujet.
http://forum.ubuntu-fr.org/viewtopic.ph … #p19945581

@freechelmi :
Par curiosité...
Je viens de tester chez moi.
Mêmes conditions de stokage de l'iso à lancer que toi, et utilisation du sript bash de Arbiel , lancement d'une session live de l'iso...

Après démontage de la partition système de l'OS où est stocké l'iso, (sudo umount -lfd /isodevice), et d'où est lancé le sript. Effectivement , Gparted va jusqu'à "faire semblent" de vouloir faire la réduction de taille, puis en cours d'exécution, on prend un message disant que c'est impossible parce-que la partition est utilisée...

Mais j'ai déjà installé avec des iso lancées comme çà, en démontant la partition (sudo umount -lfd /isodevice) où est stockée l'iso. Si on ne démonte pas la partition de stockage, ce n'est pas possible d'installer.
L'installateur demande de démonter la partition. Si on passe outre, l'installation avorte.

@+. Babdu89 .

freechelmi · Le 17/06/2015, à 16:49

Bizarre tout ça ..... On voulait pouvoir lancer un NTFS resize en ligne de commande dans le but de faire un dualBoot WIndows Automatique... Je sens qu'on va se rabattre sur une VM.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 01/03/2015, à 19:39

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#27 Le 01/03/2015, à 20:18

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#28 Le 01/03/2015, à 21:10

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#29 Le 03/03/2015, à 17:42

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#30 Le 03/03/2015, à 22:56

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#31 Le 04/03/2015, à 10:20

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#32 Le 05/03/2015, à 15:30

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#33 Le 05/03/2015, à 19:52

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#34 Le 03/06/2015, à 10:31

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#35 Le 04/06/2015, à 10:15

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#36 Le 04/06/2015, à 14:54

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#37 Le 04/06/2015, à 20:42

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#38 Le 05/06/2015, à 17:06

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#39 Le 05/06/2015, à 20:04

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#40 Le 09/06/2015, à 09:08

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#41 Le 10/06/2015, à 10:34

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#42 Le 11/06/2015, à 17:46

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

#43 Le 17/06/2015, à 16:49

Re : [Tuto] utiliser Grub2 pour amorcer une image iso depuis le disque dur

Pied de page des forums