Live Build + clé USB multibootable

AbdelQahar · 10-05-2016 21:59:58

Pour ce qui est des images hdd (.img), le bug a été répertorié :

https://bugs.debian.org/cgi-bin/bugrepo … bug=773833

Right now, the Jessie version is simply broken for hdd images. If this
is the plan, I've attached a patch against 4.0.5 that fixes this, as
well as another issue with hdd images and LB_BUILD_WITH_CHROOT=false.

This is the same patch I linked on IRC yesterday, but this is probably a
better place to
keep it.

Gr.

Matthijs
[fix-hdd.patch (text/x-diff, attachment)]
[signature.asc (application/pgp-signature, inline)]

Quelqu'un peux m'expliquer comment j'applique ce patch ?

EDIT : j'ai trouvé tout seul :

cd /usr/lib/live/

cp -R build/ build.orig

nano fix-hdd.patch

On copie colle le contenu de : https://bugs.debian.org/cgi-bin/bugrepo … 3833;att=1 (je n'ai pas réussi à le récupéré avec wget) puis on enregistre (Ctrl-x, puis O, puis Entrée)

patch < fix-hdd.patch

patching file build/binary_hdd

patching file build/binary_syslinux

EDIT 2 : Même avec le patch cela ne fonctionne pas, il remplacer la ligne
dd if=chroot/usr/lib/${_BOOTLOADER}/mbr.bin of=${FREELO} bs=440 count=1
par
dd if=chroot/usr/lib/SYSLINUX/mbr.bin of=${FREELO} bs=440 count=1
dans le fichier /usr/lib/build/binary_hdd pour que cela fonctionne.
(Lire attentivement : https://bugs.debian.org/cgi-bin/bugrepo … 773833#10)

Pour tester l'image avec qemu :

qemu-system-i386 -hdc live-image-i386.img

Dernière modification par AbdelQahar (10-05-2016 23:22:06)

deuchdeb · 11-05-2016 09:29:32

AbdelQahar a écrit :

j'avais dans l'idée de contacter l'auteur pour lui proposer gentiment si je pouvais le mettre à jour

Le wiki appartient à tout le monde et nul besoin d'autorisation pour le modifier.

Juste un retour dans la discussion qui va généralement avec la page du wiki et que l'on crée simultanément pour avoir des retours et faire un suivi de la page.

https://debian-facile.org/viewtopic.php?id=4289
https://debian-facile.org/viewtopic.php?id=2803

AbdelQahar a écrit :

Du coup je ne compte pas vraiment faire des recherches ou des essais là-dessus, désolé...

tu n'a pas à être désolé, tu n'es obligé de rien.

AbdelQahar · 11-05-2016 15:52:05

J'ai complètement revu l’organisation de mes scripts et je les ai réduits à un seul !

pwd ; ls

/var/Live_Build_Work

6_desktops_i386  amd64_iso  auto  i386_iso

Les trois dossiers en dehors de auto sont des dossiers de travail comme vous l'aurez sans doute compris.

ls auto

1000-perso.hook.chroot  build  config        live.list.chroot

auto.sh                 clean  inlcudes.txt

Maintenant le contenu de chaque :

cd auto ; editor conig

#!/bin/sh

# Fichier de configuration Live Build

set -e

lb config noauto \

    --architectures i386 \

    --linux-flavours "686-pae 586" \

    --binary-images iso \

    --win32-loader true \

    --backports false \

    --debian-installer true \

    --debian-installer-gui true \

    --debian-installer live \

    --apt-source-archives false \

    --bootappend-live "boot=live components autologin" \

  "${@}"

Quelque modifications ont été apporté pour que cela colle même avec les images hdd ou iso-hybrid sans efforts.

editor build

#!/bin/sh

set -e

time lb build noauto "${@}" 2>&1 | tee build.log

(pas de changement à part le retrait de l'option -p pour time)

editor clean

#!/bin/sh

set -e

lb clean noauto "${@}"

rm -f config/binary config/bootstrap config/chroot config/common config/source

rm -f build.log

echo "\nFaut-il supprimer chroot/etc/skel ? (O/N)"

read rep1

if [ $rep1 = 'O' ]

then

    rm -rf chroot/etc/skel

fi

echo "\nFaut-il supprimer la totalité répertoire config ? (O/N)"

read rep2

if [ $rep2 = 'O' ]

then

    rm -rf config/

fi

J'ai déplacé le contenu de mon clean.sh là-dedans, ce qui est plus cohérent.

editor auto.sh

#!/bin/bash

echo "\nScript de préparation Live Build\n"

cp -vr ../auto/ .

editor auto/config

lb config

echo "\nUtiliser un fichier .list.chroot ? (O/N)"

read rep1

if [ $rep1 = 'O' ]

then

    cp -v ../auto/live.list.chroot config/package-lists/live.list.chroot

    editor config/package-lists/live.list.chroot

fi

echo "\nUtiliser un fichier .hook.chroot ? (O/N)"

read rep2

if [ $rep2 = 'O' ]

then

    cp -v ../auto/1000-perso.hook.chroot config/hooks/

    editor config/hooks/1000-perso.hook.chroot

fi

echo "\nRemplir /etc/skel ? (O/N)"

read rep

if [ $rep = 'O' ]

then

    mkdir -pv config/includes.chroot/etc/skel

    for file in `cat auto/includes.txt`

    do

        cp -vpR $file config/includes.chroot/etc/skel/

    done

fi

Il est plus simple, tout-en-un. Maintenant, plus de dossier triggers : tout est dans auto, qui lui-même est importé dans le dossier courant.
Il suffit de l'exécuter de la manière suivante depuis un répertoire de travail :

sh ../auto/auto.sh

C'est mieux comme ça non ?

editor live.list.chroot

# Liste des paquets supplémentaires à ajouter à l'iso Live Build

# Noyau(x)

linux-image-686-pae

linux-image-586

# Live

debian-installer-launcher

live-boot

live-config

live-config-systemd

# Tasks

task-xfce-desktop

task-laptop

# Apparence

faenza-icon-theme

fonts-cantarell

murrine-themes

# Bureau

chromium

gigolo

isomaster

klavaro

menulibre

parole

xfce4-whiskermenu-plugin

xpdf

# Système

clamav

baobab

sudo

gnome-disk-utility

gnome-system-monitor

gparted

system-config-lvm

terminator

vim-gtk

editor includes.txt

/home/yahya/.bashrc

/home/yahya/.config

/home/yahya/.inputrc

/home/yahya/.mozilla

/home/yahya/.vim

/home/yahya/.vimrc

editor 1000-perso.hook.chroot

# Script exécuté durant la phase de chroot

#echo "\nAjout d'utilisateur(s)\n"

#adduser --gecos 0 gnome

#adduser --gecos 0 kde

#adduser --gecos 0 cinnamon

#adduser --gecos 0 mate

#adduser --gecos 0 xfce

#adduser --gecos 0 lxde

#echo "\nDéfinition d'un mot de passe root\n"

#passwd root

Il faut une petite explication pour ce "hook"

Dernière modification par AbdelQahar (11-05-2016 16:24:16)

AbdelQahar · 11-05-2016 16:22:18

9.2 Hooks

Les hooks permettent l'exécution des commandes dans les étapes de la construction chroot et binary afin de personnaliser l'image.

9.2.1 Live/chroot local hooks

Pour exécuter des commandes à l'étape chroot, créer un script hook avec le suffixe .hook.chroot contenant les commandes dans le répertoire config/hooks/. Le hook s'exécutera dans le chroot après que le reste de votre configuration chroot ait été appliqué, donc n'oubliez pas de vous assurer que votre configuration inclut tous les paquets et les fichiers dont votre hook a besoin pour fonctionner. Consultez les exemples de scripts chroot hook pour diverses tâches courantes de personnalisation chroot fournis dans /usr/share/doc/live-build/examples/hooks que vous pouvez copier ou faire un lien symbolique pour les utiliser dans votre propre configuration.

9.2.2 Hooks pendant le démarrage

Pour exécuter des commandes pendant le démarrage, vous pouvez fournir live-config hooks comme expliqué dans la section "Personnalisation" de sa page de manuel. Examinez les hooks de live-config fournis dans /lib/live/config/, en notant les numéros de séquence. Fournissez ensuite votre propre hook précédé d'un numéro de séquence appropriée, soit comme un chroot local include dans config/includes.chroot/lib/live/config/, soit comme un paquet personnalisé tel que discuté dans Installation des paquets modifiés ou de tiers.

9.2.3 Binary local hooks

Pour exécuter des commandes à l'étape binaire, créez un script hook avec le suffixe .hook.binary contenant les commandes dans le répertoire config/hooks/. Le hook sera exécuté après toutes les autres commandes binaires, mais avant binary_checksums, la dernière commande binaire. Les commandes de votre hook ne s'exécutent pas dans le chroot, afin de prendre soin de ne pas modifier les fichiers en dehors de l'arbre de construction, ou vous pourriez endommager votre système de construction! Consultez les exemples de scripts de binary hook pour diverses tâches courantes de personnalisation binaires fournis dans /usr/share/doc/live-build/examples/hooks que vous pouvez copier ou lier symboliquement pour les utiliser dans votre propre configuration.

Source : file:///usr/share/doc/live-manual/html/ … r.html#516

Ici c'est un hook à l'étape du chroot qui permet d'ajouter des utilisateurs et de définir un mot de passe root. Mais on peut faire bien plus que ça !

Dernière modification par AbdelQahar (11-05-2016 16:23:05)

AbdelQahar · 14-05-2016 07:22:11

Dernière astuce pratique :

Dans le fichier config/build, changer la ligne

Name: live-image

par

Name: MaDebian-`date +%d-%m-%Y`

Pour que votre iso en sortie porte le nom : MaDebian-jour-mois-année-architecture.iso (-architecture.iso est ajouté automatiquement)

Bon, pour ce qui est du multibootage, j'ai déjà commencé un tuto sur ma page perso :
https://debian-facile.org/utilisateurs: … ble-debian

Et pour live-build je vais m'y mettre dans pas longtemps in cha Allah.

AbdelQahar · 17-05-2016 16:59:14

J'ai décidé de le faire en deux parties :

1. Les bases : https://debian-facile.org/utilisateurs: … -les-bases
2. Aller plus loin : https://debian-facile.org/utilisateurs: … -plus-loin

AbdelQahar · 26-05-2016 16:10:48

Ça y est, j'ai fini !
(j'ai réuni les 2 parties pour live-build finalement)

https://debian-facile.org/utilisateurs: … live-build
https://debian-facile.org/utilisateurs: … ble-debian

smolski · 26-05-2016 16:27:40

Est-il possible de faire des corrections orthographiques ou de syntaxe sur ton tuto perso ?

Exemple :

AbdelQahar a écrit :

Placez donc vos iso à la racine de la clé USB ou bien faites un plusieurs répertoire si vous avez beaucoup de place sur la clé et que vous préférez être organisés.

Placez vos iso à la racine de la clé USB ou, si vous avez de la place sur la clé, dans plusieurs répertoires distincts pour être mieux organisé.

AbdelQahar · 26-05-2016 16:30:35

Bah oui ! Il est taggé 'à_corriger' d'ailleurs.
Je te remercie.

martinux_qc · 27-05-2016 03:03:17

AbdelQahar a écrit :

Ça y est, j'ai fini !
(j'ai réuni les 2 parties pour live-build finalement)

https://debian-facile.org/utilisateurs: … live-build
https://debian-facile.org/utilisateurs: … ble-debian

C'est tout un travail que tu as fait là. Merci, c'est toujours grandement apprécié. Bon il me reste plus à lire tout ça attentivement maintenant

smolski · 27-05-2016 07:07:28

J'ai commencé à tatouiller le premier lien.

En raison des nombreuses commandes à appliquer, j'ai choisi de mettre avisé plutôt que débutant pour l'utilisateur de ce tuto, bien qu'il soit clair à réaliser, il reste assez obscure pour un débutant quant aux raisonnements qu'il impose pour le comprendre.

Je me suis arrêté au :
4. Ajout de fichiers de configuration pour l'utilisateur live
où je m'interroge sur le répertoire /etc/skel qui n'est pas utilisé pour la copie des premiers fichiers de configuration mis dans la note de cette section.

Nota : Tout ça est fait d'une traite et tu peux donc voir l'ensemble de ce qui a été modifié dans Derniers changements du bandeau.

AbdelQahar · 27-05-2016 21:35:27

La note c'est uniquement pour donner une explication sur la démarche. Elle est organisé de la manière suivante :

1. cela n'est pas spécifique au répertoire /etc/skel mais peut être utilisé pour n'importe quel fichier ou répertoire
2. /etc/skel sert de squelette pour le répertoire personnel de l;utilisateur live.

J'avais pensé à la faire dans l'autre sens mais ça me semblait pas clair... J'ai préféré présenté les choses dans l;ordre chronologique.
Je voulais que le lecteur comprenne que tout ce qui est déposé dans le répertoire includes.chroot sera présent dans le système de fichier de l'iso à partir de la racine, puis que tout ce qui est dans /etc/skel, se retrouvera dans le répertoire de l'utilisateur live.

Et que donc il faut créer dans includes.chroot un répertoire etc, puis un répertoire skel à l'intérieur, puis mettre nos fichiers de config dedans pour le retrouver lors du live.

Le /etc/bashrc n'est mentionné qu'à titre d'exemple pour montrer que l'intérêt du répertoire includes.chroot ne se limite pas au /etc/skel.

Cependant la véritable fonctionnalité que je voulais présenter, qui est celle qui intéresse en théorie les utilisateurs les moins avancé de live-build, c'est de peuplé le répertoire /etc/skel afin de profiter du profile firefox/iceweasel ou d'autres fichiers de configuration comme cela est indiqué dans la partie : https://debian-facile.org/utilisateurs: … r-mon-ordi

La note laisse juste une indication concernant le fait que l'on peut faire plus que ça.

Ensuite on peut simplement enlevé la note et déplacer cette explication plus bas dans la section "Plus de configuration" si tu trouves cela plus cohérent.

PS : désolé je viens juste de voir que tu avais posté ce matin, j'ai pas reçu de mail pour m’avertir !

Dernière modification par AbdelQahar (27-05-2016 21:52:00)

smolski · 27-05-2016 22:10:46

Il faudrait alors présenter le tuto dans une forme première puis ajouter les agréments possibles plutôt que de les insérer dans le déroulement du tuto.

AbdelQahar · 27-05-2016 23:08:02

Ben c'est exactement ce que j'ai fait en fait....

"Exemple représentatif" c'est la forme première
Et "plus de configuration" c'est les agréments...

Bon je vais déplacer la note alors.

EDIT : fait : https://debian-facile.org/utilisateurs: … epertoires

Je remanié la fin (tout ce qui se situe après : 5 Création de l'iso https://debian-facile.org/utilisateurs: … -de-l-iso)

Dernière modification par AbdelQahar (27-05-2016 23:31:00)

AbdelQahar · 16-06-2016 17:57:00

J'ai eu des problèmes récemment avec les ISO classiques (clé non bootable après avoir utiliser cp ou dd), et je me suis finalement tourné vers les ISO hybrides qui fonctionnent à merveille.
D'ailleurs c'est le format de sortie par défaut de l'ISO via live build si aucune option n'est spécifié pour la commande config.

J'ai également rajouté un avertissement de sécurité dans le tuto :

Attention : lorsque vous serez amené à créer un nouvel utilisateur après avoir installé ce système, il prendra pour squelette le contenu du répertoire /etc/skel/ ! Ce qui signifie que le nouvel utilisateur aura accès à votre profil iceweasel/firefox contenant tous vots mots de passe (à moins que vous ne les ayez protégé par un mot de passe principal). Même chose pour votre profil chromium si vous utilisez ce navigateur.

Prenez donc soin de faire le ménage dans le répertoire /etc/skel après avoir un installé votre système custom.

Dernière modification par AbdelQahar (16-06-2016 18:12:42)

AbdelQahar · 04-07-2016 11:56:00

J'ai rajouté commet ajouter des paquets .deb tiers à l'iso :

==== Et si je veux installer des paquets .deb supplémentaires ? ====
C'est d'un facilité déconcertante : il suffit de les placer dans ''config/pacakges.chroot''. Pensez à vérifier tout de même que les dépendances seront satisfaites...

C'est juste super pratique !

joffrey575 · 20-12-2016 11:49:22

Bonjour à tous, je relance le sujet.

J'essai de lancer live-build comme au post #26 mais l'option hdd ne me génère pas de fichier.img pour le balancer sur ma clé.

lb config --architectures i386 --binary-image "hdd" --distribution "jessie" --bootappend-live "boot=live persistent components autologin username=toto"

lb build

A priori les logs ne donnent pas de grosses erreurs.

On m'a dit aussi que live-build n'est pas forcément très "stable" , ...

Je suis sur debian 8.6 Jessie et je ne vois pas trop quoi appliquer comme patch sur le lien du post #26.

En vous remerciant.

Bonne journée à tous.

Dernière modification par joffrey575 (20-12-2016 11:54:06)

AbdelQahar · 20-12-2016 11:57:41

Si je me rappelle bien, l'extension n'apparaît pas, je veux dire .img. Tu dois avoir un fichier dans ton dossier de la même taille qu'une ISO classique avec le nom que tu as choisi ou bien le nom par défaut (live-build je pense) dans extension.

Mais perso, je te déconseille les images hdd. Ça a l'air avantageux sur le papier, mais c'est difficile à concrétiser.
Je voulais utiliser ça au début, mais comme j'ai rencontré trop de problèmes j'ai abandonné.

joffrey575 · 20-12-2016 13:28:14

Ha d'accord, je te remercie pour ta réactivité. Je regarderais mais ouai c'est sur que si c'est pas terrible, je vais m'en passer.

Tu as continue de tenter la creation d'un live-USB persistant de ton côté? Peut être qu'avec les anciennes version du type Squeeze et Wheezy ça marche bien.

Tu as peut être vu deux postes à propo des lives USB sur le forum ?

https://debian-facile.org/projets:live-df:diy

et

https://debian-facile.org/projets:live-df

Merci

AbdelQahar · 20-12-2016 13:36:19

Je m'occupe activement des topics que j'ai créés, surtout si c'est lié à un de mes tutos (et ces deux-là sont ceux dont je suis le plus fier ! ^_^)

Pour ce qui est de la persistence, je fait 2 partitions sur la clé USB : une pour les Iso, une pour les données.
Je me suis inspiré de Tails pour ça. Je ne sais pas encore comment ils ont fait pour mettre même le /home dedans alors que je vois rien dans /etc/fstab, du coup c'est juste des données média que je mets sur l'autre partition.

Et comme je fais régulièrement des nouvelles ISO ça me dérange pas. Mais ça doit d'être faisable manuellement.

Je me suis pas intéressé vraiment à ce sujet et aux options disponibles lors de la génération de l'ISO avec livd build... Car il y en a. Il faut lire le manuel.

Dernière modification par AbdelQahar (20-12-2016 13:38:42)

joffrey575 · 20-12-2016 15:31:04

et ces deux-là sont ceux dont je suis le plus fier ! ^_^

Tu parles des deux liens que j'ai mis sur le poste ? Ou alors des liens que je n'ai pas concernant Wheezy et Squeeze et le live-build?

Je me suis inspiré de Tails

Qu'est-ce que Tails ?

Tu penses qu'on peut obtenir la persistence des données en essayant la distribution Wheezy ou Squeeze ? Je peux tenter, je pensais que c'était simple de customizer sa debian mais à priori, ...

Autre chose, quand on dit persistence des données, ça veut dire attacher le /home à l'OS version liveUSB en fait ?

AbdelQahar · 20-12-2016 15:58:17

https://debian-facile.org/utilisateurs: … live-build

Mes deux tuto.

https://debian-facile.org/utilisateurs: … ble-debian

https://tails.boum.org/index.fr.html

Je te conseille d'utiliser Tails et de regarder comment ça fonctionne.

https://debian-facile.org/viewtopic.php?id=10229

Personnellement J'utilise deux partitions pour ma clé USB. Je range mes fichiers perso dans la deuxième. Mais je n'utilise pas la persistance dans le sens généralement utilisé c'est-à-dire : conservation des logiciels installés des changements effectués dans le /home.

Bien que le fait que mes fichiers média perso soient bien toujours présents car rangés dans la deuxième partition, ce qui peut être appelé "persistance" mais dans un sens plus large... C'est comme si la deuxième partition était une autre clé USB si tu veux.

Mais du coup, tu ne conserveras pas les logiciels installés à chaque démarrage du tu utilises cette technique...

joffrey575 · 20-12-2016 16:42:12

D'accord, en fait tu ranges les utilitaires dans la seconde partition pour les installer dans la distribution liveUSB si je comprends bien.

A priori la persistence des données fonctionne avec Ubuntu, option propose par unetbootin.

Dernière modification par joffrey575 (20-12-2016 16:42:58)

joffrey575 · 20-12-2016 16:45:54

Tails, ça à l'air sympa aussi. Tu utilises quelle distribution sur ton PC?

AbdelQahar · 20-12-2016 17:49:04

Pas du tout : juste mes pdf, mp4... Mes données perso quoi. Les logiciels dont j'ai besoin sont déjà installé sur un ISO custom.
Je la refais de temps en temps, à ce moment là je rajoute ce qui me manque.

Debian stable, ou bien Tails en live USB en fonction de ce que je veux faire. (Tails n'est pas fait pour être installé)

Debian-facile

#26 10-05-2016 21:59:58

Re : Live Build + clé USB multibootable

#27 11-05-2016 09:29:32

Re : Live Build + clé USB multibootable

#28 11-05-2016 15:52:05

Re : Live Build + clé USB multibootable

#29 11-05-2016 16:22:18

Re : Live Build + clé USB multibootable

#30 14-05-2016 07:22:11

Re : Live Build + clé USB multibootable

#31 17-05-2016 16:59:14

Re : Live Build + clé USB multibootable

#32 26-05-2016 16:10:48

Re : Live Build + clé USB multibootable

#33 26-05-2016 16:27:40

Re : Live Build + clé USB multibootable

#34 26-05-2016 16:30:35

Re : Live Build + clé USB multibootable

#35 27-05-2016 03:03:17

Re : Live Build + clé USB multibootable

#36 27-05-2016 07:07:28

Re : Live Build + clé USB multibootable

#37 27-05-2016 21:35:27

Re : Live Build + clé USB multibootable

#38 27-05-2016 22:10:46

Re : Live Build + clé USB multibootable

#39 27-05-2016 23:08:02

Re : Live Build + clé USB multibootable

#40 16-06-2016 17:57:00

Re : Live Build + clé USB multibootable

#41 04-07-2016 11:56:00

Re : Live Build + clé USB multibootable

#42 20-12-2016 11:49:22

Re : Live Build + clé USB multibootable

#43 20-12-2016 11:57:41

Re : Live Build + clé USB multibootable

#44 20-12-2016 13:28:14

Re : Live Build + clé USB multibootable

#45 20-12-2016 13:36:19

Re : Live Build + clé USB multibootable

#46 20-12-2016 15:31:04

Re : Live Build + clé USB multibootable

#47 20-12-2016 15:58:17

Re : Live Build + clé USB multibootable

#48 20-12-2016 16:42:12

Re : Live Build + clé USB multibootable

#49 20-12-2016 16:45:54

Re : Live Build + clé USB multibootable

#50 20-12-2016 17:49:04

Re : Live Build + clé USB multibootable

Pied de page des forums