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

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

Babdu89

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

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.php?pid=15170411#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 .

Babdu89

Puis comme ici;

https://forum.ubuntu-fr.org/viewtopic.php?pid=15170411#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 .

Laërte

Babdu89 a écritPuis 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 écrite 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 écritQue 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 écritUn 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

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 .

Babdu89

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é...).

Ah ben voila!.
Par curiosité.
Je vais tester çà. Car pour avoir un fichier loopback.cfg disponible dans l'iso. J'ai créé un dossier /boot/grub/ pour y mettre le fichier loopback.cfg "bricolé" dedans. Et j'ai ajouté çà à l'iso.
Ok, Après avoir supprimé le dossier /boot de l'iso. Je vais utiliser le contenu du ficher loopback.cfg actuel, dans la fenêtre du milieu pour voir ce que fais le script avec.

Édit;

Non, çà ne marche pas... Çà m'étonnait que le script puisse aller modifier l'archive de l'iso... Je vais le refaire à la main dans l'iso, pour me remettre à l'état initial...

Par-contre le script à bien recréé un fichier "nom de l'iso .loopback.cfg" à coté de l'iso. Pour les manips javais supprimé celui existant.

@+ Babdu89 .

Babdu89

Maintenant, l'iso custom Hybryde, celle disponible sur le site hybryde. Elle marche avec vos scripts. c'est la seule.

Contenu du fichier /boot/grub/grub.cfg de la clé MultiSystem.

#MULTISYSTEM_MENU_DEBUT|16-07-2013-17:46:49-430492099|Hybryde-Fusion-release-live-dvd-i386.iso|multisystem-ubuntu|1716Mio|
menuentry "Hybryde-Fusion-release-live-dvd-i386.iso" {
search --set -f "/Hybryde-Fusion-release-live-dvd-i386.iso"
loopback loop "/Hybryde-Fusion-release-live-dvd-i386.iso"
linux (loop)/casper/vmlinuz root=UUID=F362-BAB9 debian-installer/language=fr keyboard-configuration/layoutcode=fr  iso-scan/filename=/Hybryde-Fusion-release-live-dvd-i386.iso boot=casper file=/cdrom/preseed/ubuntu.seed noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|16-07-2013-17:46:49-430492099|Hybryde-Fusion-release-live-dvd-i386.iso|multisystem-ubuntu|1716Mio|

Contenu du fichier loopback.cfg (/boot/grub/loopback.cfg) dans l'iso créée par le développeur de Hybryde.

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

C'est de ce fichier que je me suis inspiré pour faire celui de l'iso qui abouti au Busy.

Contenu du fichier "nom de l'iso.loopback.cfg créé par le script.

menuentry "Try Ubuntu without installing" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/ubuntu.seed boot=casper iso-scan/filename=${iso_path} quiet splash -- locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss
	initrd	/casper/initrd.lz
}
menuentry "Install Ubuntu" {
	linux	/casper/vmlinuz  file=/cdrom/preseed/ubuntu.seed boot=casper only-ubiquity iso-scan/filename=${iso_path} quiet splash -- locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss
	initrd	/casper/initrd.lz
}
menuentry "Check disc for defects" {
	linux	/casper/vmlinuz  boot=casper integrity-check iso-scan/filename=${iso_path} quiet splash -- locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss
	initrd	/casper/initrd.lz
}
menuentry "Test memory" {
	linux16	/install/mt86plus locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss
}

Voila si çà permet de voir quelque chose...

@+. Babdu89 .

Laërte

Babdu89 a écritLes 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.

C'est un bug connu, notamment pour Fedora. Impossible de booter l'iso directement, il faut l'extraire avant. Je ne sais pas si c'est le cas pour Hybrid Fusion, mais peut-être que MultiSystem extrait automatiquement les isos en cas de doute...
À tester.

Pour ton Hybrid Fusion, essaie avec un loopback comme ça :

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

Babdu89 a écritNon, çà ne marche pas... Çà m'étonnait que le script puisse aller modifier l'archive de l'iso... Je vais le refaire à la main dans l'iso, pour me remettre à l'état initial...

Le script ne modifie pas l'archive. Là, c'est lié au fonctions GRUB d'Arbiel.
Il y en a deux : iso_boot et amorce_iso
La première est utilisée pour les entrées permanentes, et la seconde pour les entrées temporaire.
Elles attendent toutes les deux, deux paramètres : l'emplacement de l'iso (sur la partition, pas sur le système), et l'emplacement d'un fichier texte, qu'on appelle un fichier loopback (mais qui peut être un .txt, .qfdg, bref, ce qu'on veut).
Si jamais, on ne précise pas de fichier loopback, les fonctions d'Arbiel vont utiliser celui dans l'iso s'il existe. SInon, c'est notre fichier loopback qui est utilisé. Il n'est donc pas nécessaire d'ajouter le fichier loopback dans l'iso, le mettre à côté et le passer en paramètre aux fonctions d'Arbiel suffit. Si les instructions présentes dans notre fichier loopback permettent de booter l'iso, ça marchera, qu'il y ait un fichier loopback dans l'iso ou pas.
Le problème c'est que pour l'instant, on ne sait pas quoi mettre quand l'iso n'a pas de fichier loopback pour nous servir d'exemple.

Voilà.
Essaie le fichier loopback que je t'ai donné sur les isos Hybrid qui ne marchent pas encore, et dis moi ce que ça donne.

Babdu89

Bonsoir.
Non,non. Avec le contenu du fichier loopback.cfg modifié, çà ne marche pas mieux. J'ai toujours le BusyBox.

@. Babdu89 .

Laërte

L'extraction est peut-être obligatoire dans ce cas-là ?
Comment on fait, du coup ? Puisque l'idée était de booter directement les isos sur le disque, est-ce que c'est une bonne idée de les extraire ?
Peut-être en demandant l'avis de l'utilisateur avant...

Qu'est-ce que vous en pensez ?

Babdu89

L'extraction est peut-être obligatoire dans ce cas-là ?
Comment on fait, du coup ? Puisque l'idée était de booter directement les isos sur le disque, est-ce que c'est une bonne idée de les extraire ?

Je ne pige pas là, stp, veux tu être plus explicite, Merci.

@+. Babdu89 .

Laërte

Certaines isos ne peuvent pas être bootées sans être extraites. C'est le cas de Fedora, par exemple : http://doc.ubuntu-fr.org/tutoriel/grub2_lancer_des_images_iso#fedora

Peut-être que c'est également le cas pour les iso Hybrid. Dans ce cas, est-ce que mon programme peut se permettre d'extraire l'iso ? Ou faut-il demander son avis à l'utilisateur avant ?
Sachant qu'il faudra alors se passer des fonctions GRUB d'Arbiel, qui ne prennent en charge que les isos non extraites ?

C'est plus clair ou pas ? 😃

Babdu89

C'est plus clair ou pas ? 😃

Oui, c'est ce à quoi je me suis "frotté" ici;

https://forum.ubuntu-fr.org/viewtopic.php?id=1518571&p=1

Mais les conditions de tests sont différentes. Je teste de deux manières.
Soit sur une clé formatée en NTFS avec un MBR compatible Windows et les fichiers de boot de XP dedans pour que la clé boot sur la partition NTFS.
Soit dans la partition système d'un de mes Windows XP.
Mais avec l'utilisation de Grub4Dos (grub2 étant inutilisable sur une partition NTFS, dommage) .

Bon pour nos test, j'étais donc entrain d'essayer d'adapter çà.
Donc, dans le répertoire qui contient les iso, j'ai fais un dossier (extract) dans le quel j'ai extrait l'iso de test. Après avoir rétabli le loopback.cfg qui permet de booter l'iso en live, mais conduit aux BusyBox.

J'ai testé le script en indiquant l'iso dans le répertoire habituel. Ouvert le fichier loopbck.cfg qui est dans le dossier "extract" . Pas d'erreur du script, mais rien ne se lance, je n'ai même pas de message d'erreur. Curseur qui clignote.

J'ai mis l'iso dans la racine de la partition où est le répertoire. Réutilisation du script en ajoutant une entrée.Rien n'y fait. même chose.

Alors comme on utilise Grub2, j'étais entrain de "bricoler" dans le menu grub du système qui démarrer ma machine par défaut. Une entrée pour cette iso de tests.
J'arrive à lancer d'autres iso en live comme çà depuis le menu Grub.

Mais, même là, en utilisant l'iso dans la racine de la partition de stockage. Et le dossier "extract" j'ai encore le même souci, lancement de l'iso, affichage de plymouth ; le sigle Ubuntu avec les petits points, et une BusyBox. Exactement comme avec le script utilisant le fichier loopback.cfg "non bricolé" .

Voila le contenu de cette entrée dans le menu grub de l'os par défaut.

menuentry "Hybryde Fusion 14.04. donnees sata1 extract test" {
insmod part_msdos
insmod ntfs
search --no-floppy --fs-uuid --set=root 07BCAE8F3189725B
set isofile="/Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-54-backup.iso"
linux  /ISO_LINUX/remastersys-iso/extract/casper/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss file=/cdrom/preseed/custom.seed boot=casper iso-scan/filename=/Hybryde_Fusion_14.04_custom_V3-kernel-3.13.0-54-backup.iso toram=filesystem.squashfs quiet splash -- 
initrd  /ISO_LINUX/remastersys-iso/extract/casper/initrd.gz
}

Sachant que l'iso utilisée est dans la racine de la partition dont l'UUID figure dans l'entrée.
Que le dossier (extract) qui contient l'iso extraite est dans le répertoire de stockage de mes iso, contenu dans cette même partition de stock.
Que pour le lancement avec Grub4Dos. Dans ce dossier (extract, ou équivalant avec mes tests) il suffit d'avoir le dossier /casper avec le fichier vmlinuz et l'archive initrd.gz . Le reste est inutile, j'ai compris çà avec mes tests.

Alors...
Que penser?
Qu'on ne peut lancer ces iso (Hybryde) qu'avec des clés live qui elles utilisent syslinux?. Pourquoi çà marche avec le MultiSystem qui lui utilise un grub2 personnalisé par frafa?

Avec le script. Je vais tester avec une iso Bodhi, qui elle se lance bien avec la clé en NTFS et depuis la partition de mon XP. On doit aussi avoir un dossier contenant /casper/ &&&&.
Ah oui, mais là dans cette iso il n'y a pas de fichier loopbck.cfg ZUT!!!

Alors, il est vrai que créer un dossier pour y extraire les iso, n'est pas le but, mais si çà nous permet de comprendre comment lancer ces iso "custom"

@+. Babdu89 .

Babdu89

Avec le script. Je vais tester avec une iso Bodhi, qui elle se lance bien avec la clé en NTFS et depuis la partition de mon XP. On doit aussi avoir un dossier contenant /casper/ &&&&.

Alors par curiosité, j'ai fais les manips dans le grub.cfg de l'Os qui démarre la machine par défaut.

Si avec l'iso Hybryde çà conduisait aussi à une BusyBox. Avec Bodhi çà charge le session live sans BusyBox.
Rappel de la condig.
Iso lancée depuis une partition NTFS par Grub4Dos.
L'iso est dans la racine de la partition de mon XP. J'ai créé un dossier "bodhi" pour y extraire le dossier casper et seulement l'archive initrd.gz et le fichier vmlinuz.

Pour info. Voila le contenu du menu.list de grub4dos

#pour lancer une session live Bodhi Linux.
title Bodhi-linuxlive
root (hd0,0)
kernel	/bodhi/casper/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss  file=/cdrom/preseed/bodhi.seed boot=casper iso-scan/filename=/bodhi-2.4.0-nonpae-32.iso toram=filesystem.squashfs quiet splash --
initrd	/bodhi/casper/initrd.gz
boot

Voila le contenu de l'entrée que j'ai créée dans le grub.cfg de l'Os qui démarre par défaut.

menuentry "Bodhi Linux" {
insmod part_msdos
insmod ntfs
search --no-floppy --fs-uuid --set=root B664A19764A16ABF
set isofile="/bodhi-2.4.0-nonpae-32.iso"
linux  /bodhi/casper/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss file=/cdrom/preseed/bodhi.seed boot=casper iso-scan/filename=/bodhi-2.4.0-nonpae-32.iso toram=filesystem.squashfs quiet splash -- 
initrd  /bodhi/casper/initrd.gz
}

Çà démarre la session live sans souci...

Bon, je vais bidouiller avec le script pour voir si j'arrive à quelque chose...

@+. Babdu89 .

Laërte

Je récapitule pour être sûr de tout avoir compris.
Le projet Hubyx, c'est booter des isos à partir de W$ en utilisant Grub4Dos.
Là aussi tu as dû extraire des isos.
Hybrid, même extrait ça marche pas.
Bodhi ça marche (au passage, Bodhi n'est plus développé je crois...)

Pas la peine de bidouiller avec les scripts, ils utilisent tous les deux la fonction d'Arbiel, qui ne prend en charge que les isos. Donc si elles ne peuvent pas être bootées sans être extraites, ça ne marchera pas, quoi qu'on fasse.

Est-ce qu'avec un menu comme ça, Hybrid (extrait) marche :

menuentry "Try Hybryde Fusion Custom V3 without installing" {
        insmod part_msdos
        insmod ntfs
        search --no-floppy --fs-uuid --set=root 07BCAE8F3189725B
	linux	/ISO_LINUX/remastersys-iso/extract/casper/vmlinuz  file=/cdrom/preseed/custom.seed live-media-path=/casper boot=casper iso-scan/filename=${iso_path} showmounts ignore_uuid noprompt quiet splash -- 
	initrd	/ISO_LINUX/remastersys-iso/extract/casper/initrd.gz
}

J'ai aussi commencé une version 3 (pour faire le ménage dans le code et virer des trucs qui sont pas très bien faits et sujets à bug).
Pour l'instant c'est pas dispo, mais ça devrait pas tarder à venir.
Bodhi avec les script et un loopback comme ça, ça marche ?

menuentry "Bodhi Linux" {
        linux  /casper/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss file=/cdrom/preseed/bodhi.seed boot=casper iso-scan/filename=/bodhi-2.4.0-nonpae-32.iso toram=filesystem.squashfs quiet splash -- 
        initrd  /casper/initrd.gz
}

Merci de faire tous ces tests.
Laërte

Babdu89

Juste avant de manger, j'ai fais un brouillon de fichier loopback.cfg pour tester avec le script.

Regarde;

menuentry "Try Bodhi Linux without installing" {
linux  /bodhi/casper/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss file=/cdrom/preseed/bodhi.seed boot=casper iso-scan/filename=/bodhi-2.4.0-nonpae-32.iso toram=filesystem.squashfs quiet splash -- 
initrd  /bodhi/casper/initrd.gz
}

Mais moi je voulais utiliser le dossier "bodhi" qui contient le dossier "casper" avec une partie de l'iso extraite ; l'archive initrd.gz et le fichier vmlinuz. Ce sont les deux seuls élément à utilisé , lors de l'extraction de l'iso dans le dossier bodhi .
et l'iso qui est dans la partition système de mon Windows. XP
Je m'étais inspiré d'une doc concernant le lancement d'iso en live, il me semble que c'était encore avec grub Legacy, pas grub2 . l'iso si je me rappelle c'était une iso de Gparted...

C'est ce que j'utilise en testant dans le sujet de freechelmi .
Rappel, le but de ce sujet.
Lancer une iso Linux en live, stockée au préalable par un utilisateur Windows XP, dans la partition racine de Windows XP, ceci sans avoir à changer la séquence de démarrage dans le Bios. Le Bios pour un utilisateur lambda, quelle horreur!!.
Alors lancer par un script, les moyens étant trouvés, l'iso stockée en live, et pouvoir faire une préparation et installation d'un Linux, Sans passer par le Bios au reboot....
On en est là...
On stocke l'iso, nous "bidouillons" les manips (on en attendait d'avoir un script à lancer depuis Windows) . On lance la session live Linux sans passer par le Bios.
Çà se passe comme çà depuis une clé NTFS de tests, et depuis une partition Windows XP de ma machine. Évidement comme on utilise grub4Dos depuis le menu.list .
J'ai modifier le fichier boot.ini de Windows en conséquence. Au reboot de la machine, j'ai le choix de redémarrer Windows XP, ou de lancer Grub4dos, avec dans son menu l'iso à démarrer en live. Le tout sans changer la séquence de boot dans le Bios, çà c'était surtout le but recherché.

Je vais mettre une copie de ce paragraphe pour te répondre dans l'autre sujet.

En attendant ici, je teste les deux contenus du fichier loopback.cfg .

Édit.
Merci . J'oubliais, je vais tester l'entrée que tu proposes pour hybryde dans le grub.cfg de l'Os par défaut de ma machine.

@+. Babdu89 .

Babdu89

Bonsoir.
Alors,on avance...
Les fichiers loopback.cfg avec le contenu passant directement par l'iso bodhi, et passant par le dossier d'extraction de l'archive /casper/initrd.gz et vmlinuz . fonctionnent.
Liso se lance bien en live et marche.

On piétine, mais on en apprend plus avec l'iso Hybryde custom.
Dans le gtub.cfg de l'Os par défaut de ma machine, l'entrée que tu proposes ne change pas le souci.
On a bien une entrée au menu Grub. le lancement de l'iso en live démarre , affichage de plymouth .... çà cherche à faire autre chose, et BusyBox ...

Je pense que c'est l'iso custom qui est en cause, et pas les manips pour la lancer.
On a fait le mêmes manips avec l'iso Bodhi Linux, et la session live fonctionne.
On va laisser de coté ces iso Hybryde custom, ,on peut les lancer depuis le MultiSystem, pour moi ce n'est pas un souci.

Je regarde les autres iso que j'ai en magasin, notamment sur la clé usb NTFS de test, que je lance avec grub4Dos en directe, et en passant par le dossier d'extraction des archives. Çà peut re intéressant...

@+. Babdu89 .

Laërte

Ton brouillon de fichier loopback ne marchera normalement pas.
Le script utilise comme paramètre l'iso et le fichier loopback. Extraire l'iso avant ou pas, ne changera rien.
Donc le /bodhi est de trop, puisque / est ici la racine de l'iso, laquelle ne contient pas de répertoire bodhi.

Pour Grub4Dos, si je crée un script, faudra que tu fasses tous les tests, je n'ai pas de PC sous Windows chez moi.

Laërte

Je suis vraiment surpris que ton fichier loopback fonctionne.
Normalement, comme je l'ai dis au post précédent, le / devrait être la racine de l'iso, et non pas du disque, donc tes fichiers extraits ne devraient pas être accessible.

Il va falloir que je me repenche sur le fonctionnement des fonctions GRUB d'Arbiel, j'ai du rater un truc...
Mais si ça marche, tant mieux. :lol:

Laërte

Juste un petit post pour dire que la v3 devrait être testable :

git pull
git checkout v3

et pour revenir à la version principale

git checkout master

J'attends les retours de bugs (et continue à ajouter les fonctionnalités qu'il manque pendant ce temps) !

« Page précédente Page suivante »