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

Rectificatif!!!

Laërte a écritTon 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.

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

Tu as raison, je me suis mélangé dans le menu.list de grub4Dos.
Il y deux title pour bodhi

#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

#pour lancer une session live Bodhi Linux avec l'archive.
title Bodhi-linuxlive-par-boot-bodhi
root (hd0,0)
kernel	/boot-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	/boot-bodhi/casper/initrd.gz
boot

Je n'ai pris que le premier et j'ai voulu adapter, en me trompant.
J'ai tester avec ton contenu, çà marche. J'ai "merdé" avec le script en ne faisant pas le nettoyage dans le custom.cfg , et utiliser deux foi le loopback.cfg qui marche.

Le script ne fait pas démarrer en passant par le dossier de l'archive (boot-bodhi) contrairement à Grub4dos qui lui lance des deux manières, je viens de vérifier.

Voila le contenu du loopback.cfg qui ne marche pas avec le script, j'ai revérifié.

menuentry "Bodhi Linux" {
        linux  /boot-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  /boot-bodhi/casper/initrd.gz
}

Çà m'apprendra à faire attention la prochaine foi, heureusement que tu as émis un doute. 😉

@+. Babdu89 .

Babdu89

Laërte a écritJuste 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) !

Ah ok il y a une maj de git. OK!.

@+. Babdu89 .

Babdu89

Alors pour HandyLinux.
La seule que j'ai ; handylinux-1.5-686.iso

Contenu du loopback.cfg manuel

menuentry "Handylinux Live" {
linux /debian/live/vmlinuz boot=live config union=aufs noswap noprompt vga=788 ip=frommedia findiso=/handylinux-1.5-686.iso toram=filesystem.squashfs
initrd /debian/live/initrd.img
}

Çà marche.

@+. Babdu89 .

Laërte

À chaque fois que tu écris quelque chose comme findiso ou iso-scan/filename, ets-ce que tu pourrais essayer avec ${iso_path} comme valeur, au lieu de l'emplacement de ton iso ?
Par que c'est restreint à ton cas particulier (que je devrais pouvoir adapter), mais si on trouve une syntaxe générale, c'est mieux.

Sinon j'ajoute les loopback que tu crées au répertoire git, et je vais revoir la manière dont sont générés les loopback.

Babdu89

Bonjour.
Alors voila les loopback.cfg de BodhiLinux et HandyLinux.

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=${iso_path} toram=filesystem.squashfs quiet splash -- 
        initrd  /casper/initrd.gz
}

menuentry "Handylinux Live" {
linux /debian/live/vmlinuz boot=live config union=aufs noswap noprompt vga=788 ip=frommedia findiso=${iso_path} toram=filesystem.squashfs
initrd /debian/live/initrd.img
}

Ok!. çà démarre les session live.

Je vais voir ce que l'on peut faire avec une iso slitaz1 ... Je ne sais pas quoi raconter dans le kloopbck.cfg à créer.
Je vais regarder comment elle est démarrée par le MultiSystem. Si toute foi c'est Grub qui la démarre...

Et bé non, elle est démarrée par syslinux, voici le contenu de son entrée dans le fichier de boot /boot/syslinux/syslinux.cfg

#MULTISYSTEM_MENU_DEBUT|30-06-2015-23:50:15-210635136|slitaz1|multisystem-slitaz|42Mio|
label 20065
MENU LABEL slitaz
KERNEL /slitaz1/boot/bzImage
append initrd=/slitaz1/boot/rootfs4.gz,/slitaz1/boot/rootfs3.gz,/slitaz1/boot/rootfs2.gz,/slitaz1/boot/rootfs1.gz rw root=/dev/null autologin

#MULTISYSTEM_MENU_FIN|30-06-2015-23:50:15-210635136|slitaz1|multisystem-slitaz|42Mio|

Je vais essayer un loopback.cfg comme ceci;


menuentry "Slitaz1" {
linux  /slitaz1/boot/bzImage
initrd  /slitaz1/boot/rootfs4.gz,/slitaz1/boot/rootfs3.gz,/slitaz1/boot/rootfs2.gz,/slitaz1/boot/rootfs1.gz rw root=/dev/null autologin
}

Pas de vmliuz et de initrd ... Je ne sais pas si çà va marcher.

@+. Babdu89 .

Laërte

Je ne pense pas que ton loopback pour slitaz fonctionne.
D'après ce que j'ai compris, il y a deux manière de booter une clef avec Syslinux :
- tu précises un noyau avec KERNEL
- tu précises un fichier d'init (avec INITRD ?)
- tu rajoute des options à passer au noyau avec append
ou
- tu précises un noyau avec KERNEL
-tu rajoutes des options à passer au noyau et un fichier d'init avec append

Icion est dans ce deuxième cas.
Sauf que les options à passer au noyau pour Grub, sont à mettre après le noyau, pas après le fichier d'init, comme tu l'as fait.
Il faut donc que tu repères quel est le fichier d'init pour slitaz, et que tu mettes tout le reste après "linux /slitaz1/boot/bzImage"

Ça dervrait donner quelque chose comme ça je crois...

menuentry "Slitaz1" {
        linux  /slitaz1/boot/bzImage rw root=/dev/null autologin
        initrd  /slitaz1/boot/rootfs4.gz,/slitaz1/boot/rootfs3.gz,/slitaz1/boot/rootfs2.gz,/slitaz1/boot/rootfs1.gz
}

Babdu89 a écritPas de vmliuz et de initrd ... Je ne sais pas si çà va marcher.

Les noms vmlinux et initrd sont utilisés uniquement par convention.
Pour arch linux, le vmlinux devient arch.img.
Pas de souci à ce faire de ce côté-là, donc.

sixix

Bonjour et pardon d'intervenir sur la discussion en route mais je suis en plein "dedans" ! 😉

J'ai un vieux portable DELL 8200 (lect. DVD "HS" - USB ("1") et PXE non bootable ) avec M$ XP fonctionnel et j’essaie d'installer une Ubuntu ou une Mint sur une 2eme partition à partir de l'image iso copiée sur le DD et là ... je patine! :/
Portant je l'avais fait pour une Mandriva il y a 3-4 ans avec Grub4Dos et cela avais fonctionné !
Il suffisait de copier les fichiers "all.rdz" et "vmlinuz" dans C:\boot\ et à l'invite de Grub j'indiquais où était l'image iso et "en voiture Simone"!
Mais là pas de "all.rdz" sur les iso des "Debian-like"...j'ai essayé de mettre à la place le fichier "initrd.lz" (sans y croire) à la place ... NIET !
Donc en fait, si j'ai bien lu, ce n'est pas possible de lancer l'install d'une Ubuntu ou Mint avec cette procédure ?

Laërte

Normalement si.
Par contre, il faut plutôt se référer à ce post :
http://forum.ubuntu-fr.org/viewtopic.php?pid=20149251
Ici, c'est plus le démarrage des isos depuis un poste Linux.
J'ai jamais vraiment utilisé W$, je vais pas pouvoir t'aider (Babdu89 devrait pouvoir par contre).

Bonne chance !

sixix

Merci pour cette réponse rapide ! 🙂 je me réfère au post ...

Laërte

@ToutLeMonde :
J'ai mis en ligne la version 3 comme version stable.
Le plus important dans cette nouvelle version, c'est ce qui est monté dans la capture d'écran :
Options de génération de fichier loopback

Options de génération de fichier loopback

Il ne nous reste donc plus qu'à tester un maximum d'iso pour les ajouter à notre base de donnée !
Plus facile à dire qu'à faire. ^^

Il ne me reste plus qu'à ajouter la création de liens symboliques quand le chemin contient des espaces et ça devrait être bon.

Babdu89

Bonsoir.
Je mets à jour la "checkout master" et je regarde le fonctionnement. Puis je reviendrais à l'iso slitaz...

@+. Babdu89 .

Babdu89

Alors, cette doc est bien pratique ,çà aide...

https://doc.ubuntu-fr.org/tutoriel/grub2_lancer_des_images_iso

Pour SliTaz.
J'ai téléchargé la dernière version disponible. slitaz-5.0-rc3.iso dans la racine de l'Os par défaut de ma machine.
Adapté pour faire une entrée dans le Grub.cfg de l'Os par défaut de ma machine.
Voici son contenu.

menuentry "Slitaz-5.0-rc3" {
insmod loopback
insmod iso9660
set isofile="/slitaz-5.0-rc3.iso"
search --set -f $isofile
loopback loop $isofile
linux (loop)/boot/vmlinuz-3.2.53-slitaz kmap=fr-latin1
initrd (loop)/boot/rootfs.gz
}

Je démarre une session live.

pour le loopback.cfg utilisable par le script, çà donne ceci.

menuentry "Slitaz" {
        linux  /boot/vmlinuz-3.2.53-slitaz kmap=fr-latin1
        initrd  /boot/rootfs.gz
}

Le script permet de lancer une session live.

Bon, je vais regarde d'autres iso.

@+. Babdu89 .

Laërte

De mon côté, je bataille avec Arch Linux, qui ne veut pas booter.
Plus précisement, il boote, mais, d'après ce que j'ai compris en tatonnant dans le BusyBox, il tente de détecter le périphérique sur lequel est installé l'iso par son label, sauf qu'une iso non montée n'est pas considérée comme un périphérique, et il fait la gueule.
Si quelqu'un sait comment forcer l'affichage d'une iso par label dans un système booté, je suis preneur. ^^
Par contre, une fois que j'ai montée la bonne iso à un emplacement quelconque dans le BusyBox (/tmp/iso, si vous voulez vraiment le savoir), il comprend bien que c'est celle-ci.

J'en déduis que les isos ont un label, et que si on pouvait s'arranger pour qu'il la détecte comme périphérique (les isos montées ont comme nom de périphérique /dev/loopX ), il booterai correctement.

Sauf qu'à partir de là ça sors de mon domaine de compétence, je lance donc un appel désespéré sur le forum! 😃

Help ! :lol:

Sinon j'ai bien ajouté ton loopback pour slitaz et j'ai aussi corrigé quelques bugs.
Voilà !

@Arbiel :
Est-ce qu'il y a moyen de rendre accessible à un système booté les périphériques créé dans GRUB avec la commande loopback ?
Histoire qu'on puisse lui filer notre "device" iso, qu'Arch (et Manjaro probablement) bootent correctement ?

Babdu89

Bonsoir.
Je bataille de mon coté avec antiX-13.2_386-full.iso .

Je la fais marcher avec le MultiSystem.
Lui la démarre avec grub4Dos. Mais l'iso est extraite dans un dossier ; antiX
Contenu du menu.list

#MULTISYSTEM_MENU_DEBUT|07-07-2015-15:31:39-517424867|antiX|multisystem-antix|690Mio|
title antiX
kernel /antiX/vmlinuz quiet lean noxorg blab=MULTISYSTEM bdir=antiX vga=791
initrd /antiX/initrd.gz

#MULTISYSTEM_MENU_FIN|07-07-2015-15:31:39-517424867|antiX|multisystem-antix|690Mio|

Remarque , avec mes test j'ai compris que blab=MULTISYSTEM était le label du périphérique ou est stockée l'iso . et non pas le label de l'iso

J'ai essayé de faire un démarrage de l'iso copiée dans la racine de mon XP avec grub4Dos.

À près avoir vu que c'était antiX avec un X majuscule... 😛 çà commençait à se lancer...

Menu.list de Grub4Dos

#pour lancer antiX tests
title antiX
root (hd0,0)
#kernel /antiX/vmlinuz locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss file=/cdrom/preseed/antiX.seed boot=casper iso-scan/filename=/antiX-13.2_386-full.iso #toram=filesystem.squashfs quiet splash --
#kernel /pour-antiX/antiX/vmlinuz linuxfs quiet toram=filesystem.squashfs  
#initrd /pour-antiX/antiX/initrd.gz
kernel /antiX/vmlinuz quiet lean noxorg blab=XP-MAXTOR bdir=antiX vga=791
initrd /antiX/initrd.gz
boot

Les entrées kernel débutant par le croisillon ( # ) m'ont menées toutes vers un message d'erreur disant ne pas trouver le fichier antiX/linuxfs ... taille du fichier 714,3 Mo
Donc fichier important comme les initrd.
En m'inspirant du MultiSystem, j'ai refais un menu.list en mettant le label de la partition de stokage ... blab=XP-MAXTOR
Toujours le même message ... Comme l'iso dans le MultiSystem est extraite , j'ai créé un dossier antiX et j'ai extrait l'iso dedans.

contenu du menu list qui fait lancer l'iso en live.

#pour lancer antiX 
title antiX
root (hd0,0)
kernel /antiX/vmlinuz quiet lean noxorg blab=XP-MAXTOR bdir=antiX vga=791
initrd /antiX/initrd.gz
boot

Avec l'iso extraite dans un dossier antiX, çà marche, je lance la session live.

Alors j'ai essayer de faire un loopback pour lancer antiX avec le script.

menuentry "Antix" {
        linux  /antiX/vmlinuz boot=live config union=aufs noswap noprompt vga=788 ip=frommedia findiso=${iso_path} toram=filesystem.squashfs
        initrd  /antiX/initrd.gz
}

J'ai encore eu le message qui indique que le système ne trouve pas le fichier antiX/linuxfs ...

J'ai ajouter un dossier antiX dans la partition où je stock mes iso . et pour voir je n'ai extrait dedans que le fichier ; linuxfs .
J'ai bricolé un nouveau loopback.cfg qui fonctionne cette foi.

menuentry "Antix" {
#linux /antiX/vmlinuz boot=live config union=aufs noswap noprompt vga=788 ip=frommedia findiso=${iso_path} toram=filesystem.squashfs
       linux  /antiX/vmlinuz quiet lean blab=DONNEES_SATA_1_ bdir=antiX vga=791
       initrd  /antiX/initrd.gz
}

Avec la ligne commenté, çà ne marche pas...

Mais je suis obliger d'extraire ce foutu fichier linuxfs dans un dossier à ajouter ...
Il faudrait trouver le moyen de ne pas avoir à le faire...

@+. Babdu89 .

Laërte

antiX-13.2_386-full.iso ? Ça date...
La dernière version est la numéro 15... ^^

Je télécharge antiX et je vois ce que j'arrive à faire avec.
Bonne chance de ton côté.

Babdu89

Laërte a écritantiX-13.2_386-full.iso ? Ça date...
La dernière version est la numéro 15... ^^

Je télécharge antiX et je vois ce que j'arrive à faire avec.
Bonne chance de ton côté.

http://antix.mepis.org/index.php?title=Installation_Tips

Pour les "ceuss" qui connaissent l'anglais. lance antiX en live depuis l'iso.

Je télécharge la 15, merci.

En français pour lancer l'iso, c'est mieux

http://translate.googleusercontent.com/translate_c?depth=1&hl=fr&prev=search&rurl=translate.google.fr&sl=en&u=http://antix.mepis.org/index.php%3Ftitle%3DInstallation_Tips&usg=ALkJrhhQfDejPIfKAMEYQ65d3A0_w4vQJg

Je vais lire çà .

.... Ouais bon, on en est toujours à être obligé d'extraire l'iso dans un dossier ...

@+. Babdu89 .

Laërte

Avec un menu.lst pour Grub4Dos comme ça, ça donne quoi ?

title antiX
kernel /antiX/vmlinuz vga=791 fromiso=${iso_path} en xres=1024x768
initrd /antiX/initrd.gz
boot

Et sinon, histoire d'être sûr, tu comprends l'anglais ou pas ? Histoire que je ne t'envoie pas de la doc en anglais sans chercher avant s'il y a une traduction française... ^^

Laërte

Et le fichier loopback équivalent :

menuentry "AntiX" {
    linux /antiX/vmlinuz vga=791 fromiso=${iso_path} en xres=1024x768
    initrd /antiX/initrd.gz
}

Babdu89

Je teste çà.

Non stp, pas de doc en Anglais.... J'ai des vagues souvenirs... Mais l'anglais technique. 😛

@+. Babdu89 .

Laërte

J'ai testé le fichier loopback, ça marche pas. Va falloir rajouter le "fromhd=/dev/sdxX" dont ils parlent dans la doc et que j'aurais préféré éviter (trop spécifique, on peut pas en faire quelque chose de générique.
À moins que... ?
Si je ne me trompe pas, les scripts d'Arbiel stockent la valeur de l'identifiant du périphérique de l'iso dans ${image_iso}.
Nouveau fichier loopback à tester :

menuentry "AntiX" {
    linux /antiX/vmlinuz vga=791 fromhd=${image_iso} fromiso=${iso_path} en xres=1024x768
    initrd /antiX/initrd.gz
}

« Page précédente Page suivante »