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

MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2]

papilonaa

On dirait que ca a permis de monter et afficher la clef, par contre impossible de mettre via le logiciel le grub a jour ni d installer une iso de plus , ecran noir rien ,,ne bouge, debranchant la clef , tjs la meme erreur de grub..??

Babdu89

Bonsoir.
@papilonaa.

Avec la clé ou j'ai testé la manip avec le fichier syslinux.cfg.

J'ai fais la même chose avec /boot/grub.cfg. Renommer le fichier grub.cfg en "cacher grub.cfg" . Sans recréer un fichier grub.cfg vide.
Clé branché j'ai lancé le logiciel.
Il me reconnaît la clé, mais vide de tout iso.
Je regarde le contenu du fichier grub.sav.cfg (il est dans le répertoire /boot/grub )
Il contient le même texte que le nouveau fichier grub.cfg qui a été crée par le lancement du logiciel Multisystem.
Il n'y a plus d'iso dedans, bien qu'elle y étaient avant la manip.
Les iso sont toujours dans la racine de la clé Multisystem.
Je fais une maj de Grub.
Toujours plus d'iso dans le menu Multisystem, mais je n'ai pas de blocage, le logiciel fonctionne. Les iso sont toujours dans la racine de la clé.

Je vire le nouveau fichier grub.cfg. Je renomme le fichier "cacher-grub.cfg" en grub.cfg.
Je relance le logiciel , la clé est reconnue a nouveau avec mes iso dedans.
Je fais une maj de grub. Et tout rentre dans l'ordre.
Je regarde le contenu du fichier Grub.sav.cfg . Mes iso sont a nouveau dedans.

Il faut que je refasse la même manip, mais en ajoutant une iso lorsque la clé est reconnue, mais montrée vide d'iso.
Ceci pour voir si la maj de Grub lors de l'ajout d'une iso remet tout en ordre. À savoir, voir et remettre les iso anciennes dans le menu du Multisystem.

A suivre.

@+. Babdu89

Babdu89

Bon et bien , j'ai refais la manip, en chargeant une nouvelle iso... Lubuntu-Trusty.

Sur une clé Multisystem avec pas mal d'iso dedans.
"Perdre" le fichier grub.cfg. Je le renomme en "cacher-grub.cfg". (pour me mettre dans les mêmes conditions que papilonaa. fichier grub.cfg hs.)
Clé branchée ,je lance le logiciel Multisystem.
La clé est reconnue, mais vide d'iso.
Un nouveau fichier grub.cfg est créé. mais vide d'iso.
Le fichier grub.sav.cfg perd les iso qui y étaient. Même contenu que le nouveau fichier grub.cfg.
J'ajoute l'iso Lubuntu Trusty.
La maj de Grub est faite. Mais seule cette iso est au menu du Multisystem. Ceci bien que les iso qui étaient dans la racine de la clé y soient toujours.
Je reboot sur la clé . seule l'iso Lubuntu Trusty est proposée au démarrage.

Dommage que le fichier grub.sav.cfg ne serve pas à remettre tout çà d'aplomb..

Voir le screen;

Çà veut dire que si la clé perd sont fichier grub.cfg avec toutes les iso installées indiquées dans ce fichier. . Si on a pas de copie d'origine dans un coin de ce fichier. On se retrouve avec une clé qui ne permet de tester que la dernière iso chargée dans ces conditions. Bien que les autres iso soient toujours dans la racine de la clé.

Je pense que tu devrais demander l'avis de frafa. En lui indiquant de lire nos échanges.

Je laisse ma clé en l'état (clé de tests) , si des fois frafa,veux que l'on fasse des tests...

@+. Babdu89 .

papilonaa

Babdu89, tous dabord je te remercie pour ton interret et ton aide, puis je te felicite pour tes initiatives
j ai suivi ta demarche sauf que ce n etait pas necesaire de monter un iso seul, j ai donc renome le grub.cfg puis reboote , puis mis a jour le grub, puis reremplacer le cfg et reboote , tous c est remis dans l ordre, j ai meme continue sur ma lancer a installer d autres iso, mon sport favoris en ce moment....
j aurai une autre idee a voir si tu pense c est possible..
ce serai d installer multisys en dual boot sur le disque dur interne sda, par ex et d avoir en boot option tous les iso qui sont montes sur le log de multisys...???

Babdu89

Bonjour.

papilonnaa a dit;
j aurai une autre idee a voir si tu pense c est possible..
ce serai d installer multisys en dual boot sur le disque dur interne sda, par ex et d avoir en boot option tous les iso qui sont montes sur le log de multisys...???

Et oui, bien sûre... C'est ce que j'explique ici sur ce sujet, là; Mais c'est fait sur un hdd usb... . Je pense que çà doit marcher aussi sur un hdd interne.

http://forum.ubuntu-fr.org/viewtopic.php?pid=15655671#p15655671

Voila comment, j'ai procédé sur un de mes hdd usb ...

Création et formatage d'une première partition FAT32 de bonne taille. (la mienne fait 100 Go)
Cette partition doit obligatoirement être la première sur le disque dur...Sinon çà ne marchera jamais...
Soit, si ce n'est pas déjà fait, installer un OS Ubuntu sur un espace disque (partition ext4 et swap),là où de la place sera libre sur le disque. Il n'est pas nécessaire que la partition système choisi soit contiguë à la partition FAT32. (sur le mien j'ai choisi l'OS déjà installé en /sd*13 un Ubuntu13.04) et j' y ai installé le logiciel Multisystem.
Depuis une session de cet OS. Montage de la partition vide FAT32 (/media/<utilisateur>/partitionFAT32) je le fais avec Nautilus.
Lancement du logiciel Multisystem.
La partition FAT32 doit être proposée pour l'installation du Multisystem. On fait l'installation comme sur une clé usb.
On met quelques iso, pour que le menu Grub du Multisystem, commence à présenter des iso au reboot sur la partition FAT32.
Comme je sais maintenant, ce qu'il faut faire dans le fichier /boot/grub/grub.cfg qui est dans la partition FAT32 Multisystem.
Avant de rebooter sur le hdd usb...
En root... Montage de cette partition avec Nautilus. Comme monté dans le screen suivant

Modifier le fichier /boot/grub/grub.cfg comme ceci . On ajoute en adaptant avec l'OS que l'on choisit de faire démarrer depuis le menu Grub du Multisystem.

menuentry "_______MENU GRUB OS LINUX_______" {
echo
}
#chainer un autre grub
menuentry "Ubuntu-13.04-HDD-FC, grub.cfg auf /dev/sda13" {
configfile (hd0,13)/boot/grub/grub.cfg
}

Chez moi. La partition sur le hdd usb est en /sd*13 . donc à adapter pour toi.
==>menuentry "Ubuntu-13.04-HDD-FC, grub.cfg auf /dev/sda13"

==>configfile (hd0,13)/boot/grub/grub.cfg

Au reboot j'ai;

Exemple, chez toi... Ton Ubuntu est installé sur la partition /sd*4 de ton hdd usb. ( * indique le n° du disque branché sur la machine b,c d &&&)
On aura donc;

menuentry "_______MENU GRUB OS LINUX_______" {
echo
}
#chainer un autre grub
menuentry "Ubuntu-13.04-HDD-FC, grub.cfg auf /dev/sda4" {
configfile (hd0,4)/boot/grub/grub.cfg
}

Après pas mal de tests, je me suis aperçu que la lettre du hdd usb devait obligatoirement être (a) /dev/sda* , avec le non n° de partition. Pour que l'entrée dans le menu Grub de la partition FAT32 du Multisystem, permette de lancer le menu Grub de l'Os choisi.
Dans ce menu Grub de l'OS choisi, on y retrouve éventuellement les entrées pour d'autre systèmes installés dans le cadre d'un multi boot. Et on peut lancer l'Os que l'on veut...
Pour cette entrée dans le grub.cfg du Multisystem. Tout doit resté en /dev/sda dans le fichier grub.cfg de la partition FAT32 du Multisystem, pour indiquer le hdd usb. Quelque soit la lettre sous laquelle il est vu par le système, lorsque il est branché. Frafa expliquera çà mieux que moi, j'ai constaté, mais je ne sais pas expliquer...

Alors... Pour éviter les malheurs de papilonaa. Je conseille de faire une copie renommée du fichier grub.cfg modifié de la partition Multisystem. Comme çà en cas de soucis, il n'y a qu'a remettre en "service" une copie de cette sauvegarde, et çà repart.

Normalement, Au reboot sur le hdd , c'est le menu du Multisystem qui s'affiche. On a le choix de lancer en session live une des iso que contient le Multisystem (partition FAT32). Ou de lancer le menu Grub de l'OS que l'on a choisi pour démarrer le disque par défaut.

Sur l'OS choisi par défaut pour faire démarrer sur le hdd usb. Il arrivera bien un jour, que Grub sera soit mis à jour, soit réinstallé... Même chose pour un des Os lancé par le menu Grub de cet OS, si on est obligé de réinstaller Grub.

Au prochain reboot de la machine sur le hdd usb, ce n'est plus le menu Grub du Multisystem de la partition FAT32 qui sera proposé, mais le menu Grub de l'OS dont le Grub est mis à jour, ou réinstallé.
Pour rétablir la situation, il faut démarrer l'Os choisi par défaut pour démarrer le hdd usb. Monter la partition FAT32 du Multisystem avec Nautilus. Puis lancer le logiciel Multisystem. Et faire une mise à jour de Grub, depuis le menu du logiciel Multisystem...

Au prochain reboot, la situation est rétablie, on boot sur le menu Grub du Multisystem à nouveau...

ÉDIT.

Suite au post#446 de frafa ci-dessous.
si je "perds" le fichier grub.cfg... Donc avec l'importante entrée pour le menu Grub de l'Os par défaut de mon hdd usb ...

Si j'ai bien compris, on doit pouvoir aussi dans les fichiers systèmes de l'OS où est installé le logiciel du Multisystem, faire la modif qui doit être permanente (exemple celle que l'on tente de faire actuellement) . lors de la régénération des fichiers grub.cfg, menu.lst et syslinux.cfg . On ne perdra plus la modif.

Je teste çà, avec le fichier /usr/local/share/multisystem/boot/grub/grub.cfg, sur l'OS choisi par défaut, où est le logiciel du Multisystem de mon hdd usb.

Modif faite dans le fichier /usr/local/share/multisystem/boot/grub/grub.cfg, sur l'OS choisi par défaut, où est le logiciel du Multisystem de mon hdd usb. J'y ai ajouté l'entrée pour l'Os en /dev/sda13, comme expliqué ci-dessus.

Bon alors, perte du fichier grub.cfg de la partition FAT32 Multisystem.
Lancement du logiciel Multisystem.
J'ai bien une seule entrée dans la menu Grub Multisystem, qui me permet de booter sur l'OS en /dev/sda13.
Mais les entrées pour lancer les iso dans la partitions sont perdues...

Voila les explications à ce sujet.

Mais je te renvoie à une remarque judicieuse de frafa, lorsque j'ai présenté des "bricolages" avec le Multisystem.

Faire cette manip sur un hdd interne, tu perds le caractère nomade du Multisystem.
Bon ,tu peux y stocké plus d'iso que sur une clé. Mais tu es condamné à resté sur ta machine.
Ce n'est pas le cas avec les mêmes manips faites sur un hdd usb. C'est nomade à 100%. Et il y a bien plus de place pour y stocker des iso...

Bon courage.

@+. Babdu89 .

frafa

Bonjour,
@Turkal
Pour Windows7 multisystem ajoute le menu dans Syslinux,
essaie par Syslinux,
mais normalement cela aurai du marcher en passant par menu générique de grub4dos.

@papilonaa
La table de partition de la clé doit être corrompue,
malhrereusement rien d'autre a proposer que un reformatage,
avec changement de la table de partition

Pour info les fichiers générique de base des bootloader de multisystem sont :
Grub2:
/usr/local/share/multisystem/boot/grub/grub.cfg
grub4dos:
/usr/local/share/multisystem/boot/grub/menu.lst
Syslinux:
/usr/local/share/multisystem/boot/syslinux/syslinux.cfg

Babdu89

Après des manips de test supplémentaires...J'ai édité mon post#445

@+. Babdu89 .

thelimp

Bonjour Frafa !

Je découvre depuis une semaine la clé miraculeuse, je fait beaucoup de dépannage sur un peut tout les systèmes et ça me rendrais bien de services si j'arrivais à faire cohabiter plusieurs ISO Windows.

J'ai dans un premier temps intégré un ISO Windows 7 All In One afin de pouvoir installer n'importe quel version, j'aurais aimé ajouter également les LiveCD Malekal => http://www.malekal.com/
qui sont également basé sur Windows, mais impossible de les importer dans MultiSystem, car il me dis "LiveCD déjà présent"

Je me demandais également si un ISO de Windows 8/8.1 serais gérer par MS ?

frafa

Bonjour,

Merci pour les fleurs 🙂

Malheureusement toute les versions de Windows vista 7 et 8 utilisent toute un dossier nommé /sources
pour stoccker le contenu, et rien n'est prévu dans Windows pour éventuellement lui dire de chercher ses sources ailleurs
comme le font quasi toute les distributions linux, et impossible de mettre Windows sur aune autre partition sur la clé,
car Windows ne sait chercher que dans la première partition,
bref ...

Il existe une solution hardware,
les Zalman ZM-VE400 ou ZM-VE300
http://www.zalman.com/global/product/Product_Read.php?Idx=750
http://www.zalman.com/global/product/Product_Read.php?Idx=674

j'ai personnellement plusieurs Zalman,
mais je ne les ai jamais commercialisé pour 1 seule raison,
ils ne supportent aucune fragmentation, a chaque fois que vous rajoutez 2/3 iso il faut défragmenter le disque,
et vu que cela n'est actuellement pas possible sous Linux et que je n'ai que des PC sous Linux, je ne les utilise quasi jamais, sinon ce sont de bons produits ...

bruno-legrand

@ frafa, je crois que tu nous avais dit sur ce topic que cette activité de vente de clé usb ne te permettais pas d'en vivre et que tu avais un autre projet, peut-on avoir des infos concernant ça ? 🙂
En tout cas merci pour multisystem et pour l'avoir bien intégré à tes clés, il m'est bien pratique sur ma clé usb multisystem 32gb pour pouvoir tester et éventuellement installer différents systèmes. 😉

Klaus47

Bonjour,
je ne trouve pas comment créer un nouveau message, alors je rédige ici.

J'ai ajouté la toute nouvelle version 4 de Magéia, (Mageia-4-x86_64-DVD.iso) à Multisystem, mais ça ne marche pas. D'abord selon les messages qui défilaient, le fichier iso a bien été copié sur mon disque dur USB, mais il n'y est pas. Ensuite au démarrage, je reçois un message comme quoi le fichier /x86_64/isolinux/alt0/vmlinuz n'existe pas.
Or /x86_64 existe, mais le reste non, même pas isolinux. Avec l'image 32 bits, j'ai le même résultat. Je suppose qu'il y a des modifs entre Magéia 3 et 4 qui sont à l'origine de ce problème. Je voulais corriger tout cela manuellement, mais là, ça me dépasse.

librement
Klaus

bruno-legrand

Lu.
J'ai eu un peu le même soucis que toi, je pense que c'est parce que Mageia 4 n'est pas encore supporté par Multisystem, il faut attendre un peu, on l'a signalé (avec nos messages ici) donc il y aura une mise à jour prochainement je pense. En attendant il reste la virtualisation, en attendant.

b noel

Salut Frafa et les autres

Je voudrais savoir si Multisystème est compatible avec les bios secure boot UEFI et les tables de partition GPT.

Bonne journée

amj

Salut
@n noel si ça n'a pas changé depuis la dernière fois que quelqu'un à posé la question non.

frafa

Bonjour,
@n noel
Comme amj te le dit, pas de support UEFI à ce jour ...
@Klaus47 @bruno-legrand
Ajout du support de Mageia 4, mise à jour disponible.

b noel

Salut à tout les 2

Merci de votre réponse,je n'ai pas de PC concerné,mais il doit commencer,à y en avoir de plus en plus !
Sinon c'est en prévision ?

Bonne soirée

frafa

Ben moi sans le sous en ce moment,
et sans un PC recent sous UEFI pour debuger c'est difficile ...
y a bien la virtualisation, mais même ça mon PC est trop vieux ...
bref je regarderai UEFI le jour ou j'aurai un PC sous UEFI,
si jamais qqun as un PC recent portable en UEFI, genre avec disque dur hs, alim HS, ..., pensez à moi 🙂

PPdM

frafa a écritBen moi sans le sous en ce moment,
et sans un PC recent sous UEFI pour debuger c'est difficile ...
y a bien la virtualisation, mais même ça mon PC est trop vieux ...
bref je regarderai UEFI le jour ou j'aurai un PC sous UEFI,
si jamais qqun as un PC recent portable en UEFI, genre avec disque dur hs, alim HS, ..., pensez à moi 🙂

Même moi j'ai du mal a en avoir sous la main, mais dés que j'en trouve un je pense a toi.

lynn

Je viens d'installer multisystem sur un disque dur usb et à chaque ajout d'une nouvelle iso, il y'a ce message :

Ce n'est pas bloquant mais j'aurais aimé savoir le pourquoi de ce message..?!

Babdu89

Bonjour.

@lynn .

J'ai aussi installé un Multisystem, comme ceci;

http://forum.ubuntu-fr.org/viewtopic.php?pid=15655671#p15655671

Lorsque j'ajoute des iso, je n'ai pas ce type de message.

Dans la modif à faire dans le fichier /boot/grub/grub.cfg du Multisystem, pour faire booter la machine sur un Os contenant le logiciel Multisystem, qui est/serait installé en "multi boot". Pour le sd* le ( * ) sera toujours ( a ), car le Multisystem voit le disque d'installation comme /dev/sda. Même si le hdd usb branché sur la config ,est vu comme /dev/sdb par exemple.
frafa explique pourquoi dans ces réponses en début de sujet.

Tu ajoutes tes iso comment sur ce hdd usb?.

@+. Babdu89 .

« Page précédente Page suivante »