Bienvenue auprès de la distribution Slackware Live Edition! C'est une version de la Slackware-current (qui est sur le point de devenir Slackware 14.2 – estimation écrite fin juin 2016 –), qu'on peut utiliser depuis un DVD ou une clé USB. Il s'agit d'une image ISO conçue pour bien montrer ce qu'est la Slackware. Vous disposez de l'installation par défaut, sans personnalisation des paquets ni du noyau, mais avec toute la puissance Slackware. L'image ISO est créée à partir de zéro par les scripts “liveslak” en utilisant un site miroir de paquets Slackware.
Slackware Live Edition n'a pas à être installée sur le disque dur d'un ordinateur. Vous pouvez vous déplacer avec la version sur clé USB dans votre poche. Vous aurez un système d'exploitation Slackware préconfiguré, à jour et qui tourne tout de suite, partout où vous disposerez d'un ordinateur avec un port USB.
La version USB est “persistante” - c'est à dire que l' OS enregistre votre travail sur la clé USB. Les versions CD/DVD (et la clé USB si vous la configurez en conséquence) agissent sans la persistance de vos données, ce qui signifie que toutes les modifications apportées au système seront perdues au prochain démarrage. Pour protéger vos données privées sensibles en cas de perte de votre clé USB (ou si elle vous est volée) vous pouvez enrichir votre système d'exploitation “Live” et persistant sur clé USB d'un répertoire /home chiffré et/ou d'un fichier chiffré de persistance, à déverrouiller au démarrage par un mot de passe long que vous êtes seul à connaître.
Voici les raisons qui m'ont incité à créer la distribution Slackware Live :
Les scripts “liveslak” peuvent accommoder la Slackware suivant différentes recettes:
Serveurs courants disponibles:
Les images ISO sont hybrides, vous pouvez donc ou bien les graver sur un DVD, ou employer 'dd' ou 'cp' pour copier l'ISO sur une clé USB. Les deux méthodes vous donneront un environnement live permettant de faire des changements qui semblent être “écrits sur un disque” tant que votre séance live n'est pas interrompue. Les changements seront en fait conservés dans un RAM disk, et donc un redémarrage remettra à zéro le système de l'OS live dans son état initial. Clairement, il n'y a pas persistance des données.
Slackware Live Edition reconnaît deux comptes d'utilisateur: “root” et “live”. Ils ont leurs mots de passe, et par défaut ceux-ci sont… vous avez deviné: “root” et “live”. Également par défaut, les ISOs démarreront en niveau 4, vous disposerez donc d'un gestionnaire de connexion graphique. Le chargeur d'amorçage vous permet de choisir une autre langue que l'anglais-US et/ou une disposition de clavier et (au démarrage d'un système UEFI) un fuseau horaire personnalisé.
Slackware Live Edition s'écarte aussi peu que possible de la façon de démarrer classique 'à la Slackware'. Une fois franchie l'étape initiale du Liveboot et que votre OS est en place, connectez vous en tant qu'utilisateur “live”. À partir de maintenant et pour la suite, vous êtes dans un environnement Slackware standard.
Slackware Live Edition utilise syslinux pour démarrer le noyau Linux sur les ordinateurs avec un BIOS. Pour être précis, la variante “isolinux” est installée dans l'image ISO et la variante “extlinux” est installée dans la partition Linux de la version Live USB.
Syslinux présente un menu graphique de démarrage sur un joli fond inspiré d'un thème Slackware où apparaissent les options:
Vous pouvez choisir un plan de clavier correspondant à celui de votre ordinateur. Vous pouvez aussi démarrer Slackware dans une autre langue que l'anglais US. Si vous tenez à l'anglais US pour la langue de l'interface, vous voudrez sans doute changer le fuseau horaire car par défaut il correspond au temps universel UTC. Vous devez préciser à la main un fuseau horaire adapté en ajoutant “tz=VotrePartieduMonde/VotreVille” parce que le menu de démarrage de syslinux ne propose pas de choix des fuseaux horaires. Syslinux vous permet d'intervenir en ligne de commande en appuyant sur <TAB>. Appuyez sur <ENTER> pour démarrer après avoir fait les changements ou sur <echap> pour annuler votre commande et revenir au menu.
Sur les ordinateurs avec UEFI, Grub2 gère le démarrage et il présente un menu semblable à celui de Syslinux:
On peut éditer un menu Grub avant le démarrage en appuyant sur la touche “e”. Après avoir fait vos modifications à la commande de démarrage, pressez <F10> pour démarrer. Pour annuler vos changements, appuyez sur <echap>.
Une autre différence entre les menus de Syslinux et ceux de Grub2: dans Grub2 vous pouvez choisir un clavier non-US, une langue et/ou un fuseau horaire et vous reviendrez chaque fois au menu principal. Vous devrez encore lancer “Start SLACKWARE Live” pour démarrer l'ordinateur. Dans le menu Syslinux, seule la sélection de clavier vous ramène au menu principal. Toute sélection de *language* non-US va par contre démarrer immédiatement votre Slackware Live; sans revenir au menu principal. C'est une limitation de syslinux qui nécessiterait un nombre exponentiellement plus élevé de fichiers pour pouvoir offrir une plus grande variété de choix dans son menu. Grub2 gère des variables grâce auxquelles on peut aisément modifier les caractéristiques des entrées de menu.
Vous disposez d'un script qui vous permet de mettre le contenu d'une image ISO sur une clé USB, et qui adapte cette ISO en fonction des paramètres du script.
En utilisant ce script, ce que contenait la clé USB sera effacé et elle sera reformatée! Avant d'occasionner le moindre dégât irréparable, le script vous adressera une invite pour vous permettre d'estimer à ce moment là s'il est prudent de continuer.
Ce script, nommé 'iso2usb.sh', admet les paramètres suivants:
-c|--crypt size|perc Add a LUKS encrypted /home ; parameter is the
requested size of the container in kB, MB, GB,
or as a percentage of free space.
Examples: '-c 125M', '-c 1.3G', '-c 20%'.
-f|--force Ignore most warnings (except the back-out).
-h|--help This help.
-i|--infile <filename> Full path to the ISO image file.
-o|--outdev <filename> The device name of your USB drive.
-p|--persistence <name> Custom name of the 'persistence' directory/file.
-u|--unattended Do not ask any questions.
-v|--verbose Show verbose messages.
-w|--wait<number> Add <number> seconds wait time to initialize USB.
-C|--cryptpersistfile size|perc
Use a LUKS-encrypted 'persistence' file instead
of a directory (for use on FAT filesystem).
-P|--persistfile Use an unencrypted 'persistence' file instead
of a directory (for use on FAT filesystem).
Exemples:
# ./iso2usb.sh -i ~/download/slackware64-live-14.2.iso -o /dev/sdX
# ./iso2usb.sh -i slackware64-live-current.iso -o /dev/sdX -c 750M -w 15
# ./iso2usb.sh -i slackware64-live-current.iso -o /dev/sdX -c 30% -P
# ./iso2usb.sh -i slackware64-live-current.iso -o /dev/sdX -c 30% -C 300M
Vous avez sans doute remarqué que le paramètre “-P” n'accepte pas d'indication de dimension. C'est parce que le fichier de stockage est créé en tant que fichier “peu dense” de dimension nulle au début et qui peut croître progressivement jusqu'à un maximum de 90% de l'espace initialement disponible dans la partition Linux de la clé USB.
Slackware Live Edition peut booter en réseau en employant le protocole PXE dans un réseau NFS. Mettez le contenu de l'ISO par exemple dans un nouveau répertoire nommé slackware-live dans le répertoire /tftproot de votre serveur TFTP et exportez ce répertoire via NFS. Ensuite ajoutez des lignes comme celle-ci à votre fichier pxelinux.cfg/default (en considérant que votre serveur NFS a l'adresse IP 192.168.0.1):
label liveslak kernel slackware-live/boot/generic append initrd=slackware-live/boot/initrd.img load_ramdisk=1 prompt_ramdisk=0 rw printk.time=0 kbd=us tz=Europe/Amsterdam locale=us_EN.utf8 nfsroot=192.168.0.1:/tftpboot/slackware-live hostname=pxelive
Comme le montre l'exemple ci-dessus on utilise un paramètre de boot nfsroot qui permet le démarrage en réseau. Le paramètre indique l'adresse IP de votre serveur NFS et le chemin d'accès vers le fichier exporté dans lequel vous avez extrait l'ISO de Slackware Live. Indication: pour avoir une liste des partages exportés par votre serveur NFS, lancez showmount -e localhost sur le serveur NFS.
En fait, on dispose de deux paramètres permettant de gérer correctement le démarrage en réseau. Un second paramètre de démarrage nic peut être employé pour définir les caractéristiques de la configuration réseau de l'environnement de votre Live, comme le nom de l'interface réseau, l'adresse IP fixe et ce type d'indications. Dans le cas d'un réseau où un serveur DHCP configure vos clients, le paramètre nic ne sera pas nécessaire car Slackware Live Edition trouvera d'elle-même tous les détails.
Syntaxe de ces deux paramètres:
nfsroot=ip.ad.dr.ess:/path/to/liveslak nic=<driver>:<interface>:<dhcp|static>[:ipaddr:netmask[:gateway]]
Exemples d'utilisation des deux paramètres de démarrage en réseau:
nfsroot=192.168.1.1:/tftproot/slackware-live nic=auto:eth0:dhcp nic=auto:eth0:static:10.0.0.21:24: nic=:eth1:static:192.168.1.6:255.255.255.248:192.168.1.1
Après avoir configuré votre environnement PXE (DHCP, TFTP et les serveurs NFS) correctement en utilisant les informations ci-dessus, démarrez l'un de vos ordinateurs aptes au PXE, interrompez le démarrage et choisissez “network boot” puis saisissez ou sélectionnez le nom approprié (dans l'exemple précédent, ce serait liveslak). Vous assisterez alors au chargement du noyau et du fichier initrd qui démarrent dans la foulée, et ainsi l'OS Live est lancé comme s'il fonctionnait depuis un support local.
Si votre serveur DHCP met trop de temps à répondre aux demandes du client, le client DHCP est hors-délai et votre OS Live ne peut pas démarrer parce que le système de fichiers Live monté par NFS n'est pas disponible. Dans ce cas vous pouvez essayer d'augmenter le délai d'attente avant que le client DHCP décide qu'il ne recevra plus d'adresse IP venant du serveur. Ajoutez le paramètre de boot dhcpwait=30 (par exemple) afin que le client DHCP attende une réponse du serveur pendant une durée égale à 30 secondes. Il vous faut bien sûr choisir une valeur suffisamment grande qui conviendra au réglage de votre réseau.
Le délai d'attente par défaut pour DHCP dans l'OS Live est de 20 secondes.
Dans cette configuration la persistance des données n'est pas prise en charge; actuellement, l'overlayfs ne peut pas traiter NFS comme un espace où l'écriture soit possible dans le système 'live'.
Slackware Live Edition n'est pas uniquement capable de démarrer un client PXE; elle peut aussi faire fonctionner un serveur PXE entièrement par elle-même.
Ce qui donne?
On peut voir un exemple pratique si à l'occasion d'une réunion “réseau local câblé”, vous venez muni d'une clé USB portant Slackware Live Edition avec laquelle vous démarrez un ordinateur puis tous les autres sur le réseau (câblé), réussissant ainsi à démarrer un réseau dans lequel tourne la même Slackware Live Edition en moins de trois minutes. L'ordinateur avec la clé USB sera le serveur PXE et tous les autres ordinateurs seront ses clients PXE, lisant et utilisant les données Slackware depuis cette clé USB. Les clients hériteront du fuseau horaire du serveur, de la langue et de la configuration de clavier par défaut, ces caractéristiques pouvant être modifiées . Les clients PXE ne disposeront pas de la 'persistance'. Si le serveur a accès à l'Internet, les clients y accéderont eux aussi.
Comment démarrer le serveur PXE?
Quand vous démarrez l'OS Live vous pouvez lancer le script “pxeserver” depuis la console en niveau d'exécution 3 ou depuis un terminal X en niveau 4. Le script réunira toutes les informations nécessaires et s'il ne parvient pas à trouver quelque chose tout seul, il vous le demandera. S'il ne trouve pas l'interface du réseau connecté qu'il doit utiliser, vous pouvez ajouter le nom de votre interface (par exemple, eth1) en tant que simple paramètre du script que vous lancez.
Le serveur PXE utilise dnsmasq pour offrir DNS aux clients PXE. Le programme dnsmasq activera ses fonctions internes de serveur DHCP si votre LAN n'a pas son propre serveur DHCP. Dnsmasq lancera également un serveur TFTP auquel les clients PXE se connecteront pour obtenir les fichiers de démarrage (le noyau et initrd). Le script pxeserver démarre aussi un serveur NFS qui permettra à l'initrd Live d'obtenir les modules squashfs et démarrer l'OS Live. Si votre serveur PXE a plusieurs interfaces réseau, par exemple une interface sans fil reliée au monde extérieur et une interface par câble connectée à un autre ordinateur qui deviendra un client PXE (ou en réalité, connectée à un répartiteur avec toute une série de clients potentiels PXE derrière cela) alors le serveur PXE coordonnera la transmission de paquets afin que les clients PXE puissent accéder au monde extérieur en passant par l'interface câblée pour sortir grâce à l'autre interface.
Si vous avez plusieurs interfaces réseau, il est bon de savoir que dnsmasq n'activera un lien qu'avec la seule interface à laquelle vous voulez que les clients se connectent. Dans une configuration à plusieurs cartes réseau (NIC) où une seconde carte est connectée à l'extérieur (votre réseau local), cela signifie que le serveure DHCP/DNS démarré par dnsmasq ne va pas interférer avec un serveur DHCP existant dans votre réseau local.
Quand le serveur PXE fonctionne, le script va vous montrer le rapport d'activité de dnsmasq dans une fenêtre de dialogue pour vous permettre de gérer les clients PXE qui se connectent.
Si l'ordinateur qui est votre serveur PXE a suffisamment de mémoire RAM, il est vivement recommandé de démarrer l'OS Live du serveur, lancé depuis la clé USB, avec le paramètre 'toram'. Quand on ne peut plus compter sur les doigts de la main les clients PXE qui doivent lire les fichiers de l'OS depuis le serveur PXE, la clé USB devient un goulot d'étranglement. En faisant tourner l'OS du serveur en RAM on évite ce goulot d'étranglement.
Appuyez sur <F2> dans l'écran de démarrage de syslinux pour une vue générale de (la plupart) des paramètres de démarrage. Dans l'écran de démarrage de Grub, choisissez l'article de menu “Help on boot parameters” au lieu de démarrer l' OS tout de suite. L'aide de Grub est horrible, je sais, mais Grub n'a pas mieux à offrir.
Les paramètres suivants sont reconnus par Slackware Live Edition. Pour démarrer avec les valeurs par défaut, appuyez simplement sur ENTER.
0|1|2|3|4|5|6|S|s|single ⇒
Select a runlevel to start with. The default is 4 for graphical login.
kbd=fr xkb=ch,fr ⇒
Example of custom X keyboard layout. The parameter xkb can be set to "XkbLayout,XkbVariant,XkbOptions". The boot menus will configure some of these for you but you can of course always modify the values. Note that the optional XkbOptions can be several comma-separated values. The XkbLayout and XkbVariant values must not contain commas. You can set just the XkbVariant by adding something like "kbd=ch xkb=,fr"
locale=nl_NL kbd=nl tz=Europe/Amsterdam ⇒
Example of language, keyboard and/or timezone customization.
rootpw=“somestring” ⇒
Change the password for user "root". The password is passed as a cleartext string.
load=nvidia ⇒
Load and configure Nvidia drivers if available in the ISO (not for SLACKWARE and XFCE variants by default).
load=mod1[,mod2[…]] ⇒
Load one or more squashfs modules from the directory "/liveslak/optional". By default none of these "optional" modules are loaded on boot.
noload=mod1[,mod2[…]] ⇒
Prevent loading of one or more squashfs modules from the directory "/liveslak/addons". By default all these "addon" modules are loaded on boot.
dhcpwait=<numseconds> ⇒
Maximum wait time for the DHCP client to configure a network interface (default: 20 seconds).
nfsroot=ip.ad.dr.ess:/path/to/liveslak ⇒
defines the IP address of the NFS server, and the path to the extracted content of Slackware Live Edition.
nic=<driver>:<interface>:<dhcp|static>[:ipaddr:netmask[:gateway]] ⇒
network device customization, usually this parameter is not needed when your network runs a DHCP server. Specify a driver if UDEV does not detect the device. Specify the interface if Slackware Live can not figure it out. If you specify 'static' you need to also specify ipaddr and netmask. The gateway is optional but needed to access the internet for instance.
localhd ⇒
initialize RAID/LVM on local hard drives.
tweaks=tweak1[,tweak2,[,…]] ⇒
Implemented tweaks: nga - no glamor 2D acceleration, avoids error "EGL_MESA_drm_image required". tpb - enable TrackPoint scrolling while holding down middle mouse button. syn - start the syndaemon for better support of Synaptics touchpads. ssh - start the SSH server (disabled by default).
nomodeset ⇒
Boot without kernel mode setting, needed with some machines.
rootdelay=10 ⇒
Add 10 second delay to give the kernel more time to initialize USB. Try this if booting fails. Default is 5.
swap ⇒
Allow the Live OS to activate all swap partitions on the local hardware. By default, no swap is touched.
hostname=your_custom_hostname[,qualifier] ⇒
Specify a custom hostname. A qualifier 'fixed' can be appended to prohibit hostname modification in case of network boot.
livemedia=/dev/sdX ⇒
Tell the init script which partition contains the Slackware Live OS you want to boot. This can become necessary if you have another copy of Slackware Live installed in another partition. Also accepted: UUID or LABEL.
livemedia=/dev/sdX:/path/to/live.iso ⇒
Use this if you want to load the live OS from an ISO file on a local harddisk partition.
livemain=directoryname ⇒
Use this if you copied the content of the ISO to a different directory than "liveslak".
luksvol=file1[:/mountpoint1][,file1[:/mountpoint2],…] ⇒
Mount LUKS container "file1" at mount point "/mountpoint1" in the Live fs. Multiple files must be separated by a comma. Specify "luksvol=" to *prevent* mounting any LUKS container, including an encrypted /home .
nop ⇒
No persistence, i.e. boot the virgin installation in case your "persistence" directory got corrupted. If you want to ignore any persistent data during boot, including LUKS data, specify "nop luksvol=" .
persistence=name ⇒
Use this if you are using a different directory/file than "persistence" for storing persistent data.
toram ⇒
copy the OS from the media to to RAM before running it. You can remove the boot media after booting.
blacklist=mod1[,mod2[…]] ⇒
Add one or more kernel modules to the kernel blacklist to prevent them from loading, in case they cause issues during operation.
debug ⇒
During init, pause at strategic locations while assembling the overlay filesystem and show mount information.
rescue ⇒
After initialization, you will be dropped in a rescue shell to perform lowlevel maintenance.
L' ISO Live contient trois répertoires à la racine de son arborescence de fichiers:
La variante USB avec persistance des données peut avoir un répertoire supplémentaire à sa racine:
Le premier script:
Le script “make_slackware_live.sh” produit en sortie un fichier ISO qui contient l'OS Live. Grâce au noyau Linux 4.x et au paquet squashfs-tools de Slackware, la création de l'ISO de Slackware Live ne nécessite pas de (re)compilation du contenu de la Slackware ni l'installation de paquets fournis par des tiers.
On peut subdiviser le déroulement interne du script en plusieurs étapes distinctes. Les étapes de la création de l'ISO Live de la Slackware complète sont les suivantes:
Première étape:
Deuxième étape:
Troisième étape:
Quatrième étape:
C'est fait! Vous avez le fichier ISO et sa somme de contrôle MD5 dans le répertoire /tmp.
Le second script:
L'emploi du script “iso2usb.sh” en phase d'exécution est expliqué en détail dans un paragraphe précédent “Transférer un fichier ISO dans une clé USB”.
Cette section explique comment le script modifie l'ISO pour la perfectionner par la fonctionnalité USB.
Le script créera un fichier de dimension suffisante à la racine de la partition Live en faisant appel à la commande 'dd'. La commande 'cryptsetup luksCreate' va initialiser le cryptage, et donc le script vous demande la confirmation: “are you sure, type uppercase YES” après laquelle il faudra saisir trois fois une phrase de contrôle (deux pour l'initialisation, et une pour ouvrir le conteneur). Si le conteneur est utilisé pour un /home crypté, son nom de fichier sera “slhome.img”. Le script copiera le contenu du /home de l'ISO vers l'arborescence du conteneur. C'est de là que ce contenu de /home sera ensuite monté en tête du /home de l'ISO (masquant de ce fait le répertoire /home existant). L'OS Live est organisé pour décrypter le conteneur et monter le système de fichiers. Ceci est obtenu en éditant le fichier “/luksdev” dans l'initrd et en y ajoutant la ligne: “/slhome.img”. Le script iso2usb.sh a seulement pour rôle de créer et configurer un /home crypté, mais vous pouvez créer des conteneurs cryptés complémentaires vous-même et les monter à d'autres endroits de l'ISO. Pour obtenir cela, il vous faut éditer le fichier “/luksdev” et ajouter la ligne: “/votre/conteneur.img:/votre/pointdemontage” c.à d. sur une seule ligne, les chemins d'accès au conteneur et au répertoire cible pour votre montage, séparés par 'deux-points'. Le script d'init Live créera le point de montage s'il n'y en a pas.
Un second type de conteneur crypté existe, qui peut servir à stocker vos données permanentes. Le script d'init de l'OS Live vérifie ce qui permettra d'activer la persistance dans l'ordre suivant:
Pour les supports USB lents, le délai d'attente au démarrage de 5 secondes par défaut est quelquefois insuffisant pour permettre au noyau de détecter les partitions sur votre matériel USB. À titre d'option le script peut augmenter le délai d'attente. Ce qui se fait en éditant le fichier “wait-for-root” dans l'initrd et en modifiant la valeur enregistrée ici (par défaut le script “make_slackware_live.sh” y a inscrit “5”).
Le troisième script:
Le script “makemod” vous permet de créer facilement un module Slackware Live avec un paquet Slackware ou avec un répertoire complet comme paramètre en entrée.
Usage:
# makemod <nomdupaquet|répertoire> nomdumodule.sxz
Vous pouvez copier le module que vous venez de créer (en observant les conventions de nommage pour un module Live de Slackware, voir le paragraphe “format des modules Live Slackware”) plaçant la copie ou bien dans le répertoire optionnel (optional/) ou dans le répertoire addon/ de votre OS Live. Si vous le copiez dans les emplacements optional/ ou addon/ des sources de liveslak, alors “make_slackware_live.sh” utilisera le module au moment de la création de l'image ISO.
Le quatrième script:
Le script “setup2hd” vous permet d'installer votre OS Live sur le disque dur de votre ordinateur local. Ce “setup2hd” est l'installateur Slackware modifié, vous retrouverez donc vos repères dans la procédure. Il n'y a pas de choix des'SOURCES' à faire car le script sait où trouver les modules squashfs. Une fois que vous avez choisi les partitions cibles, chaque module actif de la version de votre OS Live (SLACKWARE, PLASMA5, MATE, …) est extrait vers le disque dur. Quand l'extraction est terminée, le script récapitule et détermine combien de modules ont été extraits. Il donne également un exemple de commande pour extraire à la main les modules qui seraient restés inactifs ou désactivés. L'étape finale de l'installation est encore l'installateur Slackware d'origine qui donne le coup d'envoi aux scripts de configuration Slackware.
Le cinquième script:
Le script pxeserver intervient comme ceci:
nfsroot=<server_ip_address>:/mnt/livemedia luksvol= nop hostname=<distroname> tz=<server_timezone> locale=<server_locale> kbd=<server_kbd_layout>
Montrant que la configuration de l'OS Live en relation avec le matériel où le serveur PXE tourne, détermine grandement la configuration des clients PXE.
La création d'une image ISO de la 'Slackware Live Edition' nécessite que vous utilisiez Slackware 14.2 (64-bit). Les versions plus anciennes de Slackware ont un noyau trop ancien pour permettre à la liveslack d'employer la fonctionnalité “overlayfs” récemment intégrée au noyau, et il leur manque les outils squashfs. De plus, on ne peut créer une version Live de la Slackwareque que pour Slackware 14.2 ou plus récente.
Il vous faut aussi l'ensemble des scripts “liveslak” téléchargeables depuis l'un ou l'autre des liens indiqués au bas de cette page.
Liveslak est une arborescence qui contient des scripts, des bitmaps et des fichiers de configuration. Seulement 5 scripts seront utilisés par vous, l'utilisateur. TCes scripts (“make_slackware_live.sh”, “iso2usb.sh”, “makemod”, “setup2hd” et “pxeserver”) sont expliqués plus en détail dans la section “Scripts et outils” ci-dessus. Pour créer une image ISO Live à partir de zéro, il vous suffit d'utiliser le script “make_slackware_live.sh”.
Le répertoire principal 'liveslak' contient les sous-répertoires suivants:
Le répertoire principal 'liveslak' contient les fichiers suivants:
setup2hd.Dans le système de fichiers liveslack, le script “make_slackware_live.sh” accepte des paramètres en option pour régler finement la création de l'OS Live:
The script's parameters are:
-h This help.
-a arch Machine architecture (default: x86_64).
Use i586 for a 32bit ISO, x86_64 for 64bit.
-d desktoptype SLACKWARE (full Slack), KDE4 (basic KDE4),
XFCE (basic XFCE), PLASMA5 (full Plasma5 replaces KDE4),
MATE (Gnome2 fork replaces KDE4), CINNAMON (fork of Gnome3
Shell replaces KDE4).
-e Use ISO boot-load-size of 32 for computers
where the ISO won't boot otherwise (default: 4).
-f Forced re-generation of all squashfs modules,
custom configurations and new initrd.img.
-m pkglst[,pkglst] Add modules defined by pkglists/<pkglst>,...
-r series[,series] Refresh only one or a few package series.
-s slackrepo_dir Directory containing Slackware repository.
-t <doc|mandoc> Trim the ISO for size (remove man and/or doc).
-v Show debug/error output.
-z version Define your Slackware version (default: current).
-G Generate ISO file from existing directory tree
-H <hostname> Hostname of the Live OS (default: darkstar).
-M Add multilib (x86_64 only).
-O <outfile> Custom filename for the ISO.
-R <runlevel> Runlevel to boot into (default: 4).
-X Use xorriso instead of mkisofs/isohybrid.
Le script fait appel à des dépôts de paquets pour créer une ISO Live. Les paquets seront installés dans un répertoire temporaire.
Pour qu'il soit possible de créer une ISO Live de chacune de ces variantes, les dépôts des paquets nécessaires doivent être accessibles localement (cela peut être dans un répertoire monté en réseau). Un miroir local du dépôt Slackware est obligatoire. Les différents paquets disponibles dans un dépôt tiers seront téléchargés à partir d'un serveur distant dans la mesure où une URL rsync pour le dépôt est configurée dans ./pkglists/*.conf.
Quand tous les prérequis seront satisfaits, vous n'aurez à lancer qu'une seule commande pour créer l'ISO. L'exemple suivant permet de créer une 'Live Edition' de la Slackware non modifiée:
# ./make_slackware_live.sh
Un autre exemple qui crée une variante MATE, et configure le niveau d'exécution à '3' par défaut, définissant aussi un chemin d'accès précis vers la racine du dépôt de paquets Slackware (notez que le script recherchera un sous-répertoire “slackware64-current” dans cette adresse du dépôt si vous créez l'ISO pour slackware64-current):
# ./make_slackware_live.sh -d MATE -R 3 -s ~ftp/pub/Slackware
Si vous voulez savoir quels groupes de paquets font partie de l'un ou l'autre de ces Environnements de Bureau, lancez la commande suivante:
# grep ^SEQ_ make_slackware_live.sh
pour MATE, vous obtiendrez:
SEQ_MSB="tagfile:a,ap,d,e,f,k,l,n,t,tcl,x,xap,xfce,y pkglist:slackextra,mate local:slackpkg+"
ce qui montre que la plupart des séries de paquets Slackware (sauf kde et kdei) seront installées suivant leurs fichiers d'index, et par dessus le tout, deux listes de paquets seront installées à partir du sous-répertoire pkglists/ , listes qui sont slackextra et mate. Enfin, “slackpkg+” sera installé depuis un répertoire local.
Vous pouvez créer votre propre OS Live en changeant ses caractéristiques dans le fichier de configuration “make_slackware_live.conf”.
Parmi ce que vous pouvez changer il y a:
custom_config()” dans laquelle vous pourrez ajouter des éléments personnalisés de post-installation non intégrés au script “make_slackware_live.sh” lui-même.
Voici la section de make_slackware_live.conf concernée pa ces personnalisations. Deux variables sont nécessaires si vous voulez créer votre propre OS Live selon vos goûts: “LIVEDE” et “SEQ_CUSTOM”, le reste est optionnel (mais bien utile cependant):
# REQUIRED:
# Define a new name for your own variant of Slackware Live Edition:
#LIVEDE="CINELERRA"
# REQUIRED:
# Define your own custom package sequence for a custom Live ISO.
# In this example you would need to create two files "pkglists/cinelerra.conf"
# and "pkglists/cinelerra.lst" defining the package location and package list
# respectively):
#SEQ_CUSTOM="min,xbase,xapbase,xfcebase,cinelerra"
# OPTIONAL:
# Your custom distro name (will reflect in boot screen & filenames):
#DISTRO="cinelerra"
#OPTIONAL:
# Name of the 'live' user account in the Live image:
#LIVEUID="live"
# OPTIONAL:
# Marker used for finding the Slackware Live files:
#MARKER="CINELERRA"
# OPTIONAL:
# The filesystem label of the ISO:
#MEDIALABEL="CINELERRA"
# OPTIONAL:
# The ISO main directory:
#LIVEMAIN="cinelerra"
# OPTIONAL:
# Add your own Live OS customizations to the function custom_config() :
#custom_config() {
# # Add your own stuff here which is not covered in the main script:
#}
Overlayfs et squashfs font véritablement de la magie là. Comme expliqué précédemment, le programme squashfs traite une arborescence complète et en fait un unique fichier d'archive. Il le fait d'une manière spéciale, d'avantage à la façon de mkisofs que comme lors de la création d'une archive par tar. Le module ainsi produit peut être monté en boucle pour permettre l'accès au système de fichiers qu'il contient. Quand vous avez plusieurs de ces modules squashfs montés en boucle, chacun contenant une part du système de fichiers de l'OS, vous allez empiler ces systèmes de fichiers modulaires et reconstituer ainsi le système complet (tout à fait comme Tintin fit dans Le Secret de la Licorne quand il superposa plusieurs morceaux de parchemin translucides et les regarda par transparence pour voir l'image complète). Overlayfs est l’instrument 'guide de superposition' des systèmes de fichiers partiels. Overlayfs peut travailler avec un grand nombre d'éléments de systèmes de fichiers accessibles en lecture seule et exactement un système de fichiers inscriptible. Le système inscriptible permet que votre OS Live semble écrire sur un disque dur - les écritures vers le système de fichiers supérieur sont effectuées de fait en RAM (ce qui se produit quand vous avez un vrai OS Live) ou dans une arborescence de 'persistance' qui est conservée quelque part sur un support inscriptible (une clé USB avec 'persistance' en est un exemple).
L'initrd employé pour la Slackware 'Live Edition' est un initrd Slackware standard créé par la commande Slackware “mkinitrd”, avec une unique modification: son script “init”. À l'heure actuelle la bonne dénomination d'un 'initrd' est 'initramfs', abréviation de “initial ram filesystem” parce qu'il contient le système de fichiers initial chargé dans la zone mémoire du noyau au moment du démarrage de votre ordinateur. C'est le script init d'un initrd qui prépare le système de fichiers racine avant même que l'OS définitif soit actif. Quand l'OS démarre, il trouve un système de fichiers racine tout prêt à l'emploi. Un cas exemplaire est bien sûr le système de fichiers racine LUKS codé. Un autre exemple est un système de fichiers racine enregistré dans des volumes logiques (LVM). Il faut un travail considérable pour rendre le système de fichiers racine accessible et démarrer le véritable programme “init” de l'OS (PID 1). Ces exemples montrent qu'il faut un script dans un initrd pour bâtir le système de fichiers racine d'un OS Live. Comme l'initrd de Slackware ne gère pas un environnement Live, le script init d'origine a été complété afin d'être efficace dans liveslak.
Que fait le script 'init' version 'liveslak' ?
Un module Live Slackware contient une arborescence de répertoires qui a été 'squashed' en un fichier d’archive compressé par le programme “squashfs”. L'algorithme de compression employé est “xz” ce qui explique le choix de l'extension du fichier module: “.sxz” qui signifie “squashed avec xz”.
La Slackware 'Live Edition' est prévue pour que ses modules se conforment à une norme de nommage des fichiers particulièrement souple:
0000 = contient le répertoire Slackware /boot
0010-0019 = paquets installés suivant un fichier d'onglets des groupes de logiciels Slackware (a,ap,d, ... , séries des jeux en console y)
0020-0029 = paquets installés d'après une liste comme on en trouve dans le sous-répertoire ./pkglists des sources de liveslak (min, xbase, xapbase, xfcebase etc)
0030-0039 = un paquet 'local', i.e. un paquet situé dans ./local ou ./local64 (suivant l'architecture)
0099 = un module de configuration liveslak (contenant tous les réglages fins grâce auxquels des paquets installés deviennent un OS Live utilisable
Naturellement, il y a eu bien des prédécesseurs avant moi, et comme lors de mes premiers pas sur le terrain de Linux Live j'étais bien ignorant, j'ai beaucoup appris sur le fonctionnement d'une distrib Live en m'exerçant avec ces autres distributions que sont les 'Live' fondées sur Slackware. Permettez moi de les présenter, avec respect:
Le site: https://www.slax.org/
SLAX fut la première variante Live de Slackware. Les scripts linux-live qui permettent la création d'une image ISO de SLAX ont été généralisés de sorte qu'ils peuvent créer une version Live de tout OS déjà installé sur un disque dur. Le développement de SLAX était en panne depuis environ deux ans mais son créateur semble redevenir actif depuis peu.
La fonctionnalité Live de SLAX se base sur aufs et unionfs, ce qui nécessite un noyau spécifiquement compilé pour gérer la gestion du format aufs. Slax est peu volumineuse et ses scripts de démarrage sont finement réglés en vue de la rapidité de lancement.
Le site: http://ww.porteus.org/
Porteus a été créée à partir de SLAX par la communauté SLAX quand le développement de SLAX semblait au point mort. Porteus a une communauté d'utilisateurs active au sein de laquelle c'est «tout, autour des modules». L'emploi d'aufs au lieu d'overlayfs permet à Porteus (comme à SLAX) d'ajouter et d'enlever des modules squashfs au système Live en cours de fonctionnement, à la volée, ce qui a provoqué le jaillissement d'un grand nombre de modules développés au sein de la communauté. Il semble que la prochaine génération de Porteus sera basée sur Arch Linux plutôt que sur Slackware: ceci est lié au départ du premier développeur de Porteus.
Le site: http://www.salixos.org/download.html
Salix est une distribution basée sur Slackware, avec sa propre philosophie de «un outil par tâche» qui réduit notablement le nombre de paquets, par comparaison avec sa parente Slackware. Salix a inclus le traitement des dépendances dans son outil de gestion des paquets. Des éditions Live de Salix sont disponibles pour différents environnements, chacune étant construite autour et centrée sur un Environnement de Bureau ou un Gestionnaire de Fenêtres particulier. Des versions Salix-Live sont disponibles pour XFCE ainsi que pour MATE.
Le site: http://www.slackel.gr/
Slackel est une distribution Grecque basée à la fois sur Slackware et Salix. Elle est fournie sous trois habillages, pour chacun desquels il y a une version Live: KDE4, Openbox et Fluxbox. Les scripts Live sont ceux de Salix-Live modifiés.
Le site: http://slackex.exton.net/
Site où on voit beaucoup de distribs Linux classiques en version Live. La version SlackEX est fondée sur Slackware de plus ou moins loin, avec un noyau spécifique et plusieurs outils qui ne viennent pas de Slackware elle-même. Je n'ai pas trouvé les sources pour cette distrib Live.
'Slackware Live Edition' est créée par les scripts 'liveslak' développés et maintenus par Eric Hameleers pseudo Alien BOB alien@slackware.com.