[Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

Laërte · Le 31/05/2015, à 20:46

Ça devrait être bon pour:
- une seule iso temporaire par menu GRUB
- utilisation du grub.cfg si le fichier loopback.cfg n'existe pas pour la génération du fichier loopback personnalisé

Reste à faire:
- prise en charge des isos sur des partitions non-montées

Voilà, voilà ^^

Babdu89 · Le 31/05/2015, à 21:50

Bonsoir.

Le Ubuntu 14.04 en 64 bit qui sert de test cassé...

Il faut que je réinstalle un Os en 32 bit .(2 Go de RAM seulement). Puis que je recommence tout, donc @+ tard.

Édit.

J'ai installé un autre Os de tests...Ubuntu-Mate 14.04.1 32 bit.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 31/05/2015, à 23:05)

Babdu89 · Le 31/05/2015, à 23:22

Bonsoir.
Post#100 et 101 ...
Je n'ai pas pigé ce qu'il faut faire.
J'essaye de lancer une iso sans fichier loopback.cfg ... Çà ne marche pas...

bernard@bernard-System-Product-Name:~$ cd grub-enhancer
bernard@bernard-System-Product-Name:~/grub-enhancer$ sudo ./main.py
[sudo] password for bernard: 
Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso
mount : le périphérique spécial /media/bernard/DONNEES_SATA_1_/ISO_LINUX/remastersys-iso/Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso n'existe pas

le custom.cfg

source ${prefix}/greffons/fonctions_iso.cfg
	submenu "Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso" {iso_boot "/ISO_LINUX/remastersys-iso/Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso"} #/media/bernard/DONNEES_SATA_1_

@+. Babdu89 .

Laërte · Le 01/06/2015, à 15:02

Tu as essayé de générer l'iso non ? Est-ce que la partition était montée ?

Sinon je viens de mettre en ligne une version qui devrait résoudre tes problèmes de partition démontées.
Essaie et dis-moi.

Dernière modification par Laërte (Le 01/06/2015, à 15:06)

Babdu89 · Le 01/06/2015, à 16:36

Bonjour.

Tu as essayé de générer l'iso non ?

Oui, Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso , c'est une iso que je génère avec Remastersys depuis un système; Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53 installé et mis à jour. Un clone sans mes données perso, d'un de mes posts de travail...
Dans les iso faites par Remastersys, il n'y a pas de dossier /boot/grub/loopback.cfg .

Est-ce que la partition était montée ?

Bien sûr que oui, sinon, je ne pourrait pas naviguer jusqu'au fichier iso, dans la partition se stockage. Et la désigner au script.

Sinon je viens de mettre en ligne une version qui devrait résoudre tes problèmes de partition démontées.
Essaie et dis-moi.

Veux tu bien dire ce que tu attends de ce test.

résoudre tes problèmes de partition démontées

Le script va la/les monter pour moi?.

Si je ne monte pas la partition de stockage, comment le script va savoir que je stock telle iso dans telle partition.
J'ai plusieurs disques, et partitions, ou sont stockées les iso ...

@+. Babdu89 .

Babdu89 · Le 01/06/2015, à 17:07

Je suis sur l'Os de test...

J'ai viré le fichier custom.cfg encours .(renommé et mis dans un dossier zzz).

Maj de git faite, je lance le script .
À part la partition système de l'Os de tests utilisé. Il n'y a aucunes partitions montées à aucun endroit.
Je lance le script, pas moyen de naviguer nul part pour trouver une iso à indiquer au script.

Je monte la partition où sont stockées les iso.
Je lance le script.
Je navigue jusqu'à l'iso faite avec Remastersys ( celle sans /boot/grub/loopback.cfg )
J'indique l'iso, je veux généré le fichier loopback.cf et;

Çà m'indique que je ne peux pas... Faut en faire un manuellement.
Je fais comment et où?, et j'y met quoi?.

Voila ou j'en suis...

En gardant le nouveau custom.cfg, aucunes partitions autre que le système monté dans l'Os de tests, plein d'espoir je relance le script. Espoir déçu je ne peux pas naviguer dans mes disque et partitions. J'avais espéré que la modif du script , monte au moins la partition qui a servi la foi d’avant, puis que le chemin est dans le custom.cfg

source ${prefix}/greffons/fonctions_iso.cfg
	submenu "Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso" {iso_boot "/ISO_LINUX/remastersys-iso/Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso"} #/media/bernard/DONNEES_SATA_1_

Hé bé non!!!. Je fais choux blanc!.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 01/06/2015, à 17:19)

Laërte · Le 01/06/2015, à 18:45

Babdu89 a écrit :

Le script va la/les monter pour moi?

Non, je suis incapable de deviner sur quelle partition se trouve le fichier en question. ^^
Cependant, le script sera capable de démarrer sans planter, et empêchera la modification de l'iso.
De plus, si tu monte ta partition et re-sélectionne l'iso, elle sera modifiable.
Bien sûr c'est de la théorie, j'ai pas pu tester. ^^

Enfin, pour les fichiers loopback, s'il existe le script va récupérer le fichier /boot/grub/loopback.cfg à l'intérieur de l'iso.
S'il n'existe pas, le script essaie de récupérer le fichier /boot/grub/grub.cfg, toujours à l'intérieur de l'iso.
Sinon il affiche le beau message d'erreur que tu as rencontré.

Créer un fichier loopback.cfg relève donc de la simple connaissance du fonctionnement de l'iso : quel est le noyau Linux et le fichier d'init à passer au noyau, etc... Pas de mon domaine, donc...

J'ai fait quelques images qui expliquent le fonctionnement du script :

Est-ce que ça te paraît plus clair, ou il y a toujours des trucs que tu ne comprends pas ?

Babdu89 · Le 01/06/2015, à 22:12

Est-ce que ça te paraît plus clair, ou il y a toujours des trucs que tu ne comprends pas ?

Merci, j'avais bien compris le fonctionnement des fenêtres. Le script aussi, sauf lorsqu'on est confronté à la non présence du fichier loopback.cfg.
Je ne comprenais pas l'utilisation du fichier grub.cfg...

J'ai regardé dans mes iso stockées. Dans une iso Mint 17. J'ai compris lorsqu j'ai vu dans l'iso, boot/grub/grub.cfg et loopback.cfg

Contenu de loopback.cfg

menuentry "Start Linux Mint 17.1 Cinnamon 32-bit" {
     set gfxpayload=keep
     linux     /casper/vmlinuz  file=/cdrom/preseed/linuxmint.seed boot=casper iso-scan/filename=${iso_path} quiet splash --
     initrd    /casper/initrd.lz
}
menuentry "Start Linux Mint 17.1 Cinnamon 32-bit (compatibility mode)" {
     linux     /casper/vmlinuz  file=/cdrom/preseed/linuxmint.seed boot=casper xforcevesa iso-scan/filename=${iso_path} ramdisk_size=1048576 root=/dev/ram rw noapic noacpi nosplash irqpoll --
     initrd    /casper/initrd.lz
}
menuentry "Check the integrity of the medium" {
     linux     /casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash --
     initrd    /casper/initrd.lz
}

contenu de grub.cfg

if loadfont /boot/grub/font.pf2 ; then
	set gfxmode=auto
	insmod efi_gop
	insmod efi_uga
	insmod gfxterm
	terminal_output gfxterm
fi

set menu_color_normal=white/black
set menu_color_highlight=black/light-gray

menuentry "Start Linux Mint 17.1 Cinnamon 32-bit" {
	set gfxpayload=keep
	linux	/casper/vmlinuz  file=/cdrom/preseed/linuxmint.seed boot=casper iso-scan/filename=${iso_path} quiet splash --
	initrd	/casper/initrd.lz
}
menuentry "Start Linux Mint 17.1 Cinnamon 32-bit (compatibility mode)" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/linuxmint.seed boot=casper xforcevesa iso-scan/filename=${iso_path} ramdisk_size=1048576 root=/dev/ram rw noapic noacpi nosplash irqpoll --
	initrd	/casper/initrd.lz
}
menuentry "Check the integrity of the medium" {
	linux	/casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash --
	initrd	/casper/initrd.lz
}

Il y a des iso qui ont soit , grub.cfg soit loopback.cfg ,soit rien comme mes iso custom avec Remastersys.
Il faut trouver comment démarrer les sessions live à partir de grub, autrement qu'avec loopback.cfg ...

Ok!. Merci .

@+. Babdu89 .

Laërte · Le 01/06/2015, à 22:18

Babdu89 a écrit :

Merci, j'avais bien compris le fonctionnement des fenêtres.

Je me doute. J'ai beaucoup détaillé, mais c'est aussi pour ceux qui pourraient arriver plus tard et ne pas tout comprendre.
De plus, j'ai ajouté ces images au dépôts, pour aider ceux qui découvrent le programme.

On pourrait démarrer à partir de GRUB sans les loopback en laissant la main à Syslinux (ou Isolinux). les fichiers sont déjà inclus dans la plupart des isos, y compris Ubuntu et dérivés, Manjaro, Debian, etc...

Mais c'est Arbiel le professionel de ce côté-là.

Babdu89 · Le 01/06/2015, à 22:21

Ah!!!. je viens de voir çà dans le fichier /boot/grub/grub.cfg de l'Os de tests qui a craché hier.
La multiplication des entrées pour le script.

### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###
### BEGIN GrubEnhancer Config ###
if [ -f  \${config_directory}/custom.cfg ]; then
source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
source \$prefix/custom.cfg;
fi
### END GrubEnhancer Config ###

Est-ce normal?. Çà doit correspondre au nombre de fois que j'ai lancé le script.

Çà commence aussi dans le nouvel Os de test en ce moment...

@+. Babdu89 .

Laërte · Le 01/06/2015, à 22:43

Effectivement, j'ai la même chose... ><
Oublié de charger le texte à un endroit, du coup il le trouve pas et l'écrit à chaque fois.
La dernière version devrait corriger ça.

Au passage, la version v2 est maintenant la nouvelle version master. C'est suffisament stable je pense.

freechelmi · Le 03/06/2015, à 17:51

Arbiel a écrit :

Installation d'une distribution
Une image iso ayant été chargée, il devient possible d'installer la distribution incluse sans avoir eu ni à graver un CD ou un DVD, ni à spécialiser une clé USB à cet effet. La partition dans laquelle se trouve le fichier image est montée en /isodevice. Ubiquity n'accepte pas d'installer la distribution sur le même périphérique (/dev/sda par exemple) tant que cette partition reste montée. Comme ni le gestionnaire de disques, ni GParted n'acceptent de la démonter car ils la voient occupée, avant de lancer l'installation, il faut passer la commande
sudo umount -lfd /isodevice

Je ne sais pas pourquoi mais on y arrive pas....

Notre ISO ubuntu est dans /boot/grml sur /dev/sda1 avec option toram ajoutée dans le grub.cfg

Une fois booté on fait bien un sudo umount -lfd /isodevice qui ne renvoie pas d'erreur et un mount dit bien qu'elle est démontée.

Malgré tout un resize de /dev/sda1 avec gparted continue de dire que /dev/sda1 est busy .

Une idée ?

Laërte · Le 04/06/2015, à 14:17

@freechelmi :

En ce qui me concerne, aucune. C'est Arbiel le spécialiste de ce côté-là.

@ToutLeMonde :
J'ai fait encore un certain nombre de mise à jour, que ce soit correction de bug, ou support de situation bizarres (comme quand l'utilisateur n'a aucun répertoire GRUB sur son système : on sait jamais...).
Donc à tester, certains cas ne me permettent pas d'essayer.

@Babdu89 :
Tu avais parlé à un moment de Grub4DOS. En théorie mon programme peut fonctionner sous Windows, mais ça me demande de faire pas mal de mise au point. Est-ce que tu crois que ça en vaut la peine ?

Amusez-vous bien !

Arbiel · Le 04/06/2015, à 21:51

Bonsoir

Je m'interroge sur ce qu'il convient de faire lorsque la configuration n'est pas conforme à ce qui est nécessaire pour que tout se passe bien (absence de custom.cfg, de loopback.cfg ou du répertoire grub).

Automatiser ces ajouts permet à l'utilisateur de ne pas avoir à intervenir à la main pour réaliser ces compléments, mais cela ne lui permet pas de toucher du doigt le fonctionnement de l'ensemble ni, probablement, de pouvoir investiguer de manière autonome si un problème survient. Ne faudrait-il pas plutôt lui indiquer quelles actions entreprendre et les contrôles à effectuer avant de les entreprendre ?

custom.cfg
Apparemment le script Python rencontre des difficultés pour déceler la présence de "custom.cfg" dans le fichier grub.cfg (attention aux appels que l'utilisateur aurait pu commenter et donc rendre ineffectifs malgré la présence de "custom.cfg" dans le fichier). Si le script ne trouve pas trace de cet appel, ne pourrait-il pas se contenter d'ouvrir une fenêtre "gedit" avec une proposition de mise à jour du fichier et demander à l'utilisateur de la vérifier et de la valider ? Et peut-être l'utilisateur s'apercevrait-il alors qu'il n'a pas choisi le bon répertoire grub.

loopback.cfg
Le mieux que l'on puisse faire dans l'immédiat est de prévenir l'utilisateur de cette absence et de lui proposer la création d'un tel fichier à partir d'une source qui peut être un fichier grub.cfg trouvé dans l'iso ou à défaut, en supposant l'image iso montée en /cdrom, quelque chose comme

set titre="Libellé à afficher dans le menu de grub"
set noyau="chemin d'accès au noyau dans le fichier iso actuellement monté en /cdrom"
set options="liste des options spécifiques à passer au noyau et à déterminer en fonction de la distribution"
set initrd="chemin d'accès à initrd dans le fichier iso actuellement monté en /cdrom"
menuentry "${titre}" {
	set gfxpayload=keep
	linux	${noyau}  ${options} --
	initrd	${initrd}
}

L'utilisation d'un fichier grub.cfg de l'image iso en lieu et place d'un fichier loopback.cfg présente les mêmes risques que la mise à jour par update-grub. Les hypothèses retenues lors de l'écriture de ce fichier grub.cfg ne sont éventuellement pas vérifiées dans l'environnement de démarrage. Le script Python peut tenter d'enlever toutes les lignes qui précèdent la première ligne "menuentry" ou "submenu", mais le plus simple me semble être de présenter à l'utilisateur le fichier grub.cfg tel quel, dans une fenêtre "gedit" en lui demandant de l'adapter en fonction de son environnement. À noter que les lignes "linux" et "initrd" ne présentent pas de risque d'incohérence.

En l'absence de tout fichier loopback.cfg (présent dans l'iso ou élaboré par l'utilisateur - constitution d'une bibliothèque au fil des retours des utilisateurs ? -), le démarrage de l'iso peut être tenté avec memdisk, mais il n'y aura plus aucune possibilité pour modifier les paramètres à passer au noyau par la ligne "linux". Je dois faire des tests sur ce point avant d'aller plus loin.

Mais il faut garder à l'esprit que le démarrage direct à partir d'un fichier iso n'est possible que si ce fichier iso contient les modules nécessaires, ce qui n'est pas systématique.

Remarque : quoi que pense Laërte, je ne suis guère expert en la matière et mes propos peuvent fort bien être erronés.

répertoire grub
Je ne sais si une telle hypothèse est réaliste, sauf à envisager l'exécution dans un contexte Windows, auquel je ne connais pratiquement rien. Dans un contexte GNU/Linux, le mieux me semble être d'arrêter l'exécution du script.

présence de caractères parasites dans le chemin d'accès aux fichiers (espaces, tabulations, apostrophes, … )
Il faudrait passer les fonctions grub (iso_boot et amorce_iso) de 2 à 4 paramètres, les deux premiers (le premier surtout) pour permettre à l'utilisateur de savoir à quelle distribution correspond chaque ligne du menu, et les deux derniers étant le nom des liens créés sans caractères parasites. J'opterais a priori pour des liens physiques dont je suis certain que grub sait les gérer, et non pour des liens symboliques, pour lesquels j'ai un doute, ces liens étant des objets systèmes, et grub n'est pas linux. De tels liens ne peuvent pas être créés sur des partitions FAT, mais peuvent l'être sur des partitions NTFS. Il convient donc de ne les créer que s'ils sont nécessaires, et refuser l'opération si elle est nécessaire et que la partition est en FAT.

Arbiel

Dernière modification par Arbiel (Le 05/06/2015, à 09:42)

Laërte · Le 05/06/2015, à 13:17

@Arbiel :
Je vais reprendre ton dernier post pour faire le point :
custom.cfg

Arbiel a écrit :

Si le script ne trouve pas trace de cet appel, ne pourrait-il pas se contenter d'ouvrir une fenêtre "gedit" avec une proposition de mise à jour du fichier et demander à l'utilisateur de la vérifier et de la valider ?

Ça met de côté tous les utilisateurs débutants qui ne sont pas sûrs d'eux et ça augmente le risque d'erreur. Je pense pas que ce soit une bonne idée.
Actuellement, lors de l'écriture du fichier custom, si GrubEnhancer ne trouve pas d'appel à celui-ci dans grub.cfg, il le rajoute. Les bugs ont été corrigés.
Enfin, dans le menu "Grub" (celui du programme), on peut choisir de créer le fichier 41_custom, évitant ainsi que nos entrées persos disparaissent à chaque mise à jour.
loopback.cfg
Le contenu du fichier loopback est ce qui est affiché dans la partie "édition de texte" de la fenêtre. On peut donc voir très simplement si on utilise ou pas un fichier loopback.
Pour sa génération, on peut laisser la main à l'utilisateur, ou le générer à partir de l'iso (fichier loopback.cfg ou grub.cfg de l'iso).
Je pourrais effectivement supprimer tout ce qui est écrit avant la première entrée "menuentry" du fichier, mais le fichier est question est affiché en permanence s'il existe, pas besoin de fenêtre "gedit" ou de quoi que ce soit. Je peux aussi charger l'iso avec memdisk en l'abscence de fichier loopback interne ou externe à l'iso, mais l'exécutable memdisk doit être sur la même partition que l'iso, sinon ça ne marche pas (déjà essayé)
répertoire grub
Plutôt que d'arrêter le script, je désactive toute la fenêtre, sauf la partie permettant de choisir un répertoire grub. Cependant je n'ai pas testé et c'est éventuellement bugué.
caractères parasites
Faire des liens c'est dans mes cordes ^^. Pas besoin de changer tes fonctions iso_boot et amorce_iso, je peux me contenter de passer en paramètres les liens et d'écrire les emplacements corrects en commentaire.

De manière global, ouvrir une fenêtre d'édition de texte à chaque modification à effectuer ne me paraît pas une bonne idée. On risque de perdre les débutants et le chargeur de démarrage est une partie plutôt sensible du système (n'oublions pas que le script est lancé avec les droits root).
Par contre, on pourrait effectivement rajouter des options permettant à l'utilisateur averti de modifier les fichiers lui-même (encore que taper `sudo gedit /boot/grub/grub.cfg` devrait être à sa portée à ce niveau-là ^^).

Tout dépend de quel genre d'utilisateurs on veut.
Je vois cette appli plus pour les débutants, mais vous avez peut-être d'autres avis.

Laërte

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

Bonjour.
@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 qui 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 .

Dernière modification par Babdu89 (Le 11/06/2015, à 17:45)

Laërte · Le 30/06/2015, à 10:51

J'ai ajouté une version simple, comme Arbiel l'avait demandé : le répertoire grub utilisé est toujours /boot/grub.
Ça simplifie énormément le code.

Je vous laisse essayer, c'est le fichier simple.py, il fonctionne de la même manière que le main.py.

Babdu89 · Le 30/06/2015, à 13:37

Bonjour.
Je vais tester.

Mais il y a quelque chose que j'aimerai dire, au sujet des iso que l'on n'arrive pas à lancer avec les scripts...

Je suis utilisateur de quelques clés MultiSystem. Bien que son auteur, frafa, insiste beaucoup sur le fait que le MultiSystem soit nomade à 100%. C'est son but.
Les iso à lancer sont stockées sur la clé, et sont lancées en live depuis les menu du MultiSystem.

Il y a quand même une similitude avec les scripts Arbiel/Laërte.

On veut lancer les iso en session live.

La différence avec les scripts?.
On fait çà en local .
Utilisation des scripts. Lancement depuis un menu Grub au redémarrage, et stockage des iso ailleurs que dans la partition de l'Os qui lance le script, sur les disques de la config. Le tout sans utiliser de média live CD/DVD ou clé.

Beaucoup d'iso sont lancées par le MultiSystem. Entre autre mes iso customisées avec Remastersys. (échec avec les scripts) .
Des iso Windows autres Linux.
Des iso d'outils.

Dans le MultiSystem, sont utilisés ;
Grub2. Syslinux et Grub4Dos.

Pour grub.
Il me semble que l'on devrait s'inspirer, si c'est possible, en le décortiquant (je suis incapable de faire çà) des scripts du MultiSystem , pour lancer les iso avec les scripts Arbiel/Laërte

C'est une idée que je lance comme çà .
Bien sûr les deux manières de faire doivent coexister. Le but étant le même ; lancer des iso en session live.

@+. Babdu89 .

Laërte · Le 30/06/2015, à 21:26

@Babdu89:

J'y ai déjà pensé. Effectivement, le but est le même, et Multisystem supporte bien plus d'ISO que nos scripts, à Arbiel et moi.
Ce qui n'est pas forcément vrai, d'ailleurs, puisque l'édition du fichier loopback permet de faire, a priori, fonctionner toutes les ISO. Il "suffit" de savoir quoi y écrire... XD

La force du multisystem c'est de s'adapter à chaque ISO, selon qu'elles nécessitent GRUB, Syslinux, d'être extraite (Fedora...) ou pas.

J'avais effectivement pensé m'inspirer de Multisystem, et j'avais donc téléchargé le code source. J'ai vite déjanté en voyant que ce n'était que du bash (je comprend rien au bash ! >< ).
De plus je ne m'en suis jamais servi et je n'ai aucune idée de ce que ça fait...

Si quelqu'un trouve les fichiers contenant des informations intéressantes, je veux bien qu'il les poste, c'est plus facile de trouver quand on sait où chercher... ^^

freechelmi · Le 01/07/2015, à 07:59

Babdu89 a écrit :

Bonjour.
@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 qui 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.

Bon je vais ressayer car je ne vois pas ou est le problème, peut etre la façon de lancer l'iso ? Si tu confirmes que tu as déjà réussi a réduire la partition qui contient l'ISO c'est encourageant.

Babdu89 · Le 01/07/2015, à 09:32

Bonjour.

Si tu confirmes que tu as déjà réussi a réduire la partition qui contient l'ISO c'est encourageant.

Justement non, j'ai précisé que je venais de tester, et que çà semblais vouloir se faire, puis que j'ai le même message d'erreur que toi.
Ce que je réussi à faire, c'est installer depuis la session live lancée, après avoir démonté la partition qui contient l'iso, que ce soit la partitions système de l'Os, ou que ce soit une partition de stockage.

@+. Babdu89 .

Babdu89 · Le 01/07/2015, à 20:34

Bonsoir.

Post#119 on lit;
J'y ai déjà pensé. Effectivement, le but est le même, et Multisystem supporte bien plus d'ISO que nos scripts, à Arbiel et moi.
Ce qui n'est pas forcément vrai, d'ailleurs, puisque l'édition du fichier loopback permet de faire, a priori, fonctionner toutes les ISO. Il "suffit" de savoir quoi y écrire... XD

Puis je ne sais plus où dans le sujet, j'avais lu qu'il fallait ajouter le fichier loopback.cfg ...
Ajouter où?, dans quoi? comment et avec quoi?...

Puis comme çà me turlupinait, j'ai commencé à regardé ce que contiennent les iso.
Celles qui ont le fichier loopback.cfg (dans les répertoires des iso dans; boot/grub/loopback.cfg), elles démarrent avec les scripts.
Celle qui ne l'on pas,( c'est le cas de mes iso custom faites avec Remastersys) ne démarrent pas avec les scripts.

OK!!!. Voila où il faut chercher, chercher comment faire pour en ajouter un, puisque le script en python, dans ce ces messages le préconise.
Mais on le créé et on l'ajoute où? à coté des iso qui ne démarrent pas?.

Je tente çà avec un de mes Os custom qui ne démarrent avec les scripts. Ils sont basé sur Ubuntu 14.04 . Je copie le contenu du fichier loopback.cfg de Ubuntu 14.04.
et je l'ajoute (Nom de l'iso.loopback.cfg) à coté de l'iso.
Lancement du script. Çà ne marche pas.

Ah bon, il faut l'ajouter dans l'iso? , Et on fait çà comment?
Bon allez je prépare un dossier boot/grub/loopback.cfg avec le contenu d'un fichier loopback.cfg d'un Os custom ( un 13.04 le seul) qui contient ce fichier dans l'iso. Le seul lancé par les scripts. C'est une bonne base de tests. Avec je prépare un répertoire boot/grub/loopback.cfg .

Bon ,on met çà comment dans les iso qui ne démarrent pas?
Alors , j'ai dit que je regardais le contenu des iso ....
Je navigue jusqu'au fichier iso. Je l'ouvre avec le gestionnaire d'archive (archive manager).
Je découvre moi... Je regarde dans les menu, il y a une option active, "Ajouter un fichier ou dossier" !!!...
Je teste comment çà marche, et j'ajoute le dossier boot/grub/loopback.cfg dans l'iso de test ...
Je lance le script en python. j'indique l'iso. Un clic sur créer le fichier loopback ... Ah voila le contenu...
Je regarde à coté de l'iso, j'ai bien un fichier "nom de l'iso.loopbacl.cfg". Et pas d’erreur dans le script.

Reboot de la machine. L'iso est dans le menu grub.
Je lance la session live, j'ai des messages d'erreurs, avec des indications qui me guident vers la lecture du contenu du répertoire" casper "
J'ai bien un fichier vmlinuz et une archive initrd ... mais là l’extension est différente. Oui, on voit des .img , .gz , .lz ...

Édit ;

Dans l'iso. Il Faut aussi regarder dans le dossier ; preseed le nom du fichier xxxx.seed
Çà peut être ubuntu, ubuntu-mate xubuntu,lubuntu, kbuntu &&&. Dans les iso faites aves Remastersys c'est ; custom.seed

Je change pour ce qui va bien.
Reboot sur l'iso ... Ah!!!. Amélioration, çà trouve l'iso, çà commence le chargement, j'ai droit à un beau plymouth . Et... C'est bien long a charger ...
Puis comme ici;

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

J'ai droit à un BusyBox . Je vais en poster la photographie au prochain reboot. Pour savoir si le contenu est le même.
Mais moi çà ne m'avance pas plus , l'Anglais et moi .

Bon, on avance, mais il me vient quand même cette réflexion ...
Un utilisateur lambda du script, face à ce type de souci. Il va savoir faire toutes ce manips???...
Ou il est prévu que ce soit le script qui les fassent?

@+. Babdu89 .

Dernière modification par Babdu89 (Le 02/07/2015, à 15:51)

Babdu89 · Le 01/07/2015, à 20:59

Puis comme ici;
https://forum.ubuntu-fr.org/viewtopic.p … #p15170411
J'ai droit à un BusyBox . Je vais en poster la photographie au prochain reboot. Pour savoir si le contenu est le même.
Mais moi çà ne m'avance pas plus , l'Anglais et moi .

Alors voila le contenu du BusyBox.

Si çà inspire quelqu'un?.

Voila le contenu du fichier " boot/grub/loopback.cfg " ajouté dans l'iso.

menuentry "Try Hybryde Fusion Custom V3 without installing" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Install Hybryde Fusion Custom V3" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper only-ubiquity iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Check disc for defects" {
	linux	/casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Test memory" {
	linux16	/install/mt86plus 
}

Voila le contenu du fichier; " nom de l'iso....loopback.cfg" créé par le script à coté de l'iso.

menuentry "Try Hybryde Fusion Custom V3 without installing" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Install Hybryde Fusion Custom V3" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper only-ubiquity iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Check disc for defects" {
	linux	/casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Test memory" {
	linux16	/install/mt86plus 
}

Donc le même que ci-dessus, puisque je n'ai pas ajouter les lignes pour la langue .

Que faut il corriger pour que çà marche, ou bien est-ce que çà n'a aucun rapports avec çà . Là je sèche...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 02/07/2015, à 16:24)

Laërte · Le 03/07/2015, à 17:55

Babdu89 a écrit :

Puis comme çà me turlupinait, j'ai commencé à regardé ce que contiennent les iso.
Celles qui ont le fichier loopback.cfg (dans les répertoires des iso dans; boot/grub/loopback.cfg), elles démarrent avec les scripts.
Celle qui ne l'on pas,( c'est le cas de mes iso custom faites avec Remastersys) ne démarrent pas avec les scripts.
OK!!!. Voila où il faut chercher, chercher comment faire pour en ajouter un, puisque le script en python, dans ce ces messages le préconise.
Mais on le créé et on l'ajoute où? à coté des iso qui ne démarrent pas?.

Le panneau d'édition de texte au centre de la fenêtre contient toujours le contenu du fichier loopback.cfg utilisé (sauf si c'est vide, auquel cas on utilise celui qui est dans l'iso s'il y en a un). Pour ajouter un fichier loopback il suffit donc d'écrire son contenu dans cette fenêtre, mon script fait le reste. Si tu n'écris rien et que l'iso ne contient pas de fichier loopback, ça ne marchera pas.
Le bouton «générer» crée un contenu à partir du fichier loopback dans l'iso. Si il n'y en a pas, ça ne t'empêche absolument pas d'écrire toi-même le fichier. Par contre, il faut savoir quoi y mettre (ce qui n'est pas gagné...).

Babdu89 a écrit :

e lance la session live, j'ai des messages d'erreurs, avec des indications qui me guident vers la lecture du contenu du répertoire" casper "
J'ai bien un fichier vmlinuz et une archive initrd ... mais là l’extension est différente. Oui, on voit des .img , .gz , .lz ...

Là il faut peut-être que je t'explique comment fonctionne le démarrage d'un OS (Linux en tout cas). Ça va être brouillon, et si quelqu'un en sait plus que moi qu'il n'hésite pas à me corriger.

En gros, tu as deux fichiers importants : vmlinux et initrd. Le premier c'est ton noyau, le second je l'appelle fichier d'initialisation, à défaut de savoir vraiment à quoi il sert.

menuentry "Try Hybryde Fusion Custom V3 without installing" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}

Dans un menu de ce genre, tu as trois lignes importantes :
- la ligne menuentry, c'est (tu l'auras compris je pense) celle qui contient le texte du menu visible dans grub
- la ligne "linux", c'est celle où tu précise quel noyau charger
- la ligne "initrd", c'est celle où tu précise quel fichier d'init charger
La ligne linux contient également toutes les instructions passées au noyau lors du démarrage.
Enfin, ubuntu et dérivées sont, à ma connaissance, les seuls à utiliser ces fameux fichier xxx.seed.

Le but, ça va être de trouver, pour l'iso qu'on veut booter, quels sont les fichiers de noyau et d'init, et quelles sont les options à passer au noyau.
Si on a les bon, en théorie, on peut booter n'importe quelle iso.

Babdu89 a écrit :

Que faut il corriger pour que çà marche, ou bien est-ce que çà n'a aucun rapports avec çà . Là je sèche...

Pour ta busybox, je ne sais pas. J'ai le même genre avec Arch Linux quand je tente un boot en créant moi-même le fichier loopback.
Ce qu'il faudrait que tu fasses, puisque tu utilises Multisystem, c'est que tu repère dans le fichier /boot/grub/grub.cfg de la clef, la partie concernant Hybride Fusion (typiquement en t'aidant des menuentry), et que tu la recopie ici, qu'on trouve quoi écrire dans le fichier loopback.
Je vais essayer de me faire un clef multisystem aussi. On trouve ça où ? ^^

Babdu89 a écrit :

Un utilisateur lambda du script, face à ce type de souci. Il va savoir faire toutes ce manips???...
Ou il est prévu que ce soit le script qui les fassent?

Clairement, non. Pour l'instant le script est incapable de gérer ce genre de situation. Ajouter le support consisterai à créer une base de données des fichiers loopback qui marchent avec certaines iso, et de permettre à l'utilisateur de charger ces fichiers loopback.
Pour ça, il faut qu'on trouve les solutions d'abord, et ensuite qu'on mette en place un moyen de les automatiser.

Voilà, voilà !
En espérant t'avoir aidé.
Laërte

Babdu89 · Le 03/07/2015, à 21:19

Bonsoir.

Ce qu'il faudrait que tu fasses, puisque tu utilises Multisystem, c'est que tu repère dans le fichier /boot/grub/grub.cfg de la clef, la partie concernant Hybride Fusion (typiquement en t'aidant des menuentry), et que tu la recopie ici, qu'on trouve quoi écrire dans le fichier loopback.

J'ai déjà mis çà en "magasin".

Alors quelques explications sur les clés MultiSystem.
Clé à une seule partition FAT32.
La racine de la partition contient les fichiers système du MultiSystem.
Les iso non custom sont dans la racine aussi. Les iso custom sont dans des dossiers ; ubuntu1 ,ubuntu2 ubuntu3 &&&. elle ne sont pas sous forme d'un seul fichier iso, mais sembles extraites. On voit les dossiers dans le dossier ubuntu1.

Voila le contenu de l'entrée pour la Hybryde custom de tests dans le fichier /boot/grub/grubcfg de la clé MultiSystem;

#MULTISYSTEM_MENU_DEBUT|23-05-2015-21:56:42-939380917|ubuntu1|multisystem-ubuntu|3029Mio|
menuentry "(generic) Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-53-backup.iso" {
linux /ubuntu1/casper/vmlinuz live-media-path=/ubuntu1/casper root=UUID=12F0-CC56 file=/cdrom/ubuntu1/preseed/custom.seed maybe-ubiquity debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=latin9 boot=casper showmounts ignore_uuid noprompt quiet splash --
initrd /ubuntu1/casper/initrd.gz
}
#MULTISYSTEM_MENU_FIN|23-05-2015-21:56:42-939380917|ubuntu1|multisystem-ubuntu|3029Mio

Voila le contenu du fichier loopback.cfg que j'ai créé dans l'iso.

menuentry "Try Hybryde Fusion Custom V3 without installing" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Install Hybryde Fusion Custom V3" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/custom.seed boot=casper only-ubiquity iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Check disc for defects" {
	linux	/casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash -- 
	initrd	/casper/initrd.gz
}
menuentry "Test memory" {
	linux16	/install/mt86plus 
}

Sans mettre les options de langue dans le fichier "nom de l'io...loopback.cfg" créé par le script. On a le même contenu.
Je démarre sur l'iso dans le menu Grub, çà semble charger, je vois plymouth, puis le busy...

Si çà te permet d'y voir quelque chose?.

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 31/05/2015, à 20:46

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#102 Le 31/05/2015, à 21:50

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#103 Le 31/05/2015, à 23:22

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#104 Le 01/06/2015, à 15:02

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#105 Le 01/06/2015, à 16:36

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#106 Le 01/06/2015, à 17:07

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#107 Le 01/06/2015, à 18:45

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#108 Le 01/06/2015, à 22:12

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#109 Le 01/06/2015, à 22:18

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#110 Le 01/06/2015, à 22:21

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#111 Le 01/06/2015, à 22:43

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#112 Le 03/06/2015, à 17:51

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#113 Le 04/06/2015, à 14:17

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#114 Le 04/06/2015, à 21:51

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#115 Le 05/06/2015, à 13:17

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#116 Le 11/06/2015, à 17:43

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#117 Le 30/06/2015, à 10:51

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#118 Le 30/06/2015, à 13:37

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#119 Le 30/06/2015, à 21:26

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#120 Le 01/07/2015, à 07:59

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#121 Le 01/07/2015, à 09:32

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#122 Le 01/07/2015, à 20:34

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#123 Le 01/07/2015, à 20:59

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#124 Le 03/07/2015, à 17:55

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

#125 Le 03/07/2015, à 21:19

Re : [Script/Tuto] Amorcer une image iso sans clé USB ni lecteur de CD-ROM

Pied de page des forums