Skip to main content

2 - Les distributions et les noyaux


Le monologue du débutant qui s'accroche !

Bonjour à tous,

Pour faire suite à ma présentation dans le topic dédié, voici un petit exposé de mes déboires à l'installation en tant que débutant peut-être pas vraiment futé, c'est vous qui confirmerez.🙄
Pour ceux qui seraient tentés par l'aventure, je dois dire que si les divers dispositifs existant en support sur le web pour une migration vers Linux sont impressionnants, impressionnante aussi peut être l'ampleur du fiasco consécutif à une telle manoeuvre.

J'ai commencé par vouloir tester une configuration UBUNTUSTUDIO en live sur ma config windows 10 à partir d'un DVD. Je n'ai réussi qu'à sortir des borborygmes de ma carte Focusrite Scarlet 2i4. Après des heures de lecture des divers sites et forums spécialisés , j'ai conclu qu'il y avait un conflit entre deux serveurs audio ( pour les connaisseurs que vous êtes, JACK et PULSEAUDIO) et qu'il fallait installer le tout en dur pour pouvoir se faire son fichier de config qui règle le litige. Ayant fait de la place sur ma partition j'ai voulu l'installer en dual boot, le système Linux ayant reconnu Windows 10 et m'ayant aimablement demandé si je voulais l'installer à côté.
Confortablement installé dans 100 Go , mon UBUNTU n'a rien voulu savoir, ni démarrer le pauvre JACK ( 352 messages d'erreur comme au bon vieux temps) ni ranimer ma carte son qui persistait dans ses borborygmes , ni dialoguer sur internet alors que la liaison WIFI avec la box était excellente (c'est lui qui le disait) !
Devant tant de mauvaise volonté j'ai tenté de revenir en arrière sur Windows 10 à l'aide de mon DVD de récupération/réparation qui m'a déclaré forfait voyant que ce sagouin d'UBUNTU avait repartitionné tout le disque ( 1 To) en MBR alors que lui-même Windows 10 ne jurait qu'en GPT !👻
Un bon diskpart a donc tout effacé, surtout ce que je n'avais pas sauvegardé, ce qui m'a coûté une bonne semaine de remise en ordre.

Comme je ne voulais pas me laisser abattre j'ai retenté avec une distribution io.GNU.Linux en bootant aussi d'un DVD. Bingo, là tout marchait : 😎liaison internet et surtout Jack et Pulseaudio configurés avec Jack sink+source pour fonctionner ensemble. J'étais donc partant avec enthousiasme. Je récupérai de la place sur ma partition Windows ( 80 Go) pour installer le boot mais là GParted me rappelle que devant une partition GPT il ne peut rien pour moi, lui , il en est resté au MBR🙁. Donc je me rabats sur la solution de la clé USB live avec persistance, sur 8GB je peux mettre l'ISO et la persistance. Tout heureux d'avoir trouvé le mode d'emploi ici : https://sourceforge.net/p/io-gnu-linux/wiki/USB%20install%20howto/ 😉

Method 1 (beginner, simple persistence):

Copy to clipboard
# Assuming that your usb drive is /dev/sdc $ USB_DEV=/dev/sdc $ cp io-live--2016.04--e21-k4.6.3-rt-amd64 ${USB_DEV} # !!! Be careful that it will erase all contents in your usb drive (an alternate way to copy the iso to the USB flash drive is to use dd.. use this in case of problem with cp) $ sudo dd io-live--2016.04--e21-k4.6.3-rt-amd64 ${USB_DEV}

Beginner ! C'était pour moi ! Assuming that your usb drive is /dev/sdc , bien sûr. Je n'avais plus pratiqué de commande en ligne depuis DOS 6.2 mais grâce à un gros bouquin UNIX qui trainait sur une étagère j'ai pu trouver le nom de ma clé USB /dev/sdb avec les commandes fdisk -l ou df -h . Comme le nom sur mon système s'apparente à celui donné dans l'exemple je m'attends à ce que cela fonctionne.
Mais après m'être péniblement installé dans le répertoire source du fichier ISO, ni la commande cp ni sudo dd ne fonctionnent car
"bash: /dev/sdb: N'est pas un dossier "🙁

J'ai vérifié dans d'autres distributions comme KALI on manipule aussi directement /dev/sdb mais io.gnu.linux ne veut rien savoir.
Un autre point aussi lorsque l'on arrive avec sa clé USB formatée sous Windows , elle est le plus souvent en FAT32. Maintenant les fichiers ISO dépassent la capacité de ce formatage dont la limite est de 4 GB. Il serait bon de mettre à jour les différentes documentations car les premières tentatives de copie échouent alors pour cette raison.

En repartant sous Windows et téléchargeant Win32diskimager on parvient enfin sur une clé USB en exFAT à charger l'ISO bootable.
Pour rendre la persistance on s'attaque alors à la deuxième étape :

When the copy has finished, create an ext4 partition in the free space of the drive with label: persistence :


Là ça coince encore. Sous Windows on voit clairement dans le gestionnaire de disques pour la clé USB le système occuper une partition de plus de 4 GB et une autre partition de 3.5 GB qui n'attend qu'à être formattée en ext4 pour la persistance. Sous GParted en revanche n'apparait qu'une seule partition de 7.88 GB nommée comme il se doit /dev/sdb en iso9660 avec l'étiquette io.gnu.linux . On efface tout et on recommence. On crée sur la clé USB qui s'appelle maintenant après reboot /dev/sdg une nouvelle table de partition. Il faut retirer la clé pour rebooter sinon même si on boote du DVD, c'est elle qui reprend la main et on ne peut rien faire dessus !

On reprend la procédure et ça recommence :
Copy to clipboard
root@io:/home/user# USB-BOOT=/dev/sdg bash: USB-BOOT=/dev/sdg: Aucun fichier ou dossier de ce type


En fouillant avec Enlightenment on trouve que sdg est monté en /media/user/6A6CB0D928F892CD ( pratique ❗. Mais ça n'ira pas mieux pour autant :

Copy to clipboard
root@io:/home/user# USB-BOOT=/media/user/6A6CB0D928F892CD bash: USB-BOOT=/media/user/6A6CB0D928F892CD: Aucun fichier ou dossier de ce type


Finalement on copie l'ISO directement dans /media/user/6A6CB0D928F892CD avec Enlightenment. Jusque là ça marche , en espérant qu'on pourra mettre le drapeau boot dans GParted. Ca y est le drapeau est mis !
Là ça se présente mieux . On formatte les 3 GB et quelques non alloués en ext4 en créant la partition labellisée persistence ( in English, pay attention here ❗. C'est terminé. Il ne reste qu'à copier persistence.conf dans la nouvelle partition /dev/sdg2.

Là c'est l'inverse , après avoir identifié /dev/sdg2 comme monté en /media/user/persistence , on essaie de copier par Enlightenment, persistence.conf dedans et ça refuse sans raison apparente ni message !

On tente le tout pour le tout, on copie en ligne de commande :
Copy to clipboard
/dev/sdg1 4,3G 4,2G 201M 96% /media/user/6A6CB0D928F892CD /dev/sdg2 3,5G 7,2M 3,3G 1% /media/user/persistence root@io:/home/user# cd /media/user/SDC16G root@io:/media/user/SDC16G# cp persistence.conf /media/user/persistence boot@io:/media/user/SDC16G#
MIRACLE !

(SDC16G est une carte SD de 16 GB que j'utilise comme disque facilement accessible )

Il n'y a plus qu'à essayer le boot avec persistance ( en français dans le texte ) .

Naturellement ça ne fonctionne pas : le fichier ISO brut n'est pas bootable.
On reboote sur le DVD.
On efface l'ISO dans sdg1 auquel on n'accède que par /media/user/6A6CB0D928F892CD. Cette partition est à nouveau vide . On va tenter une copie par dd.

Copy to clipboard
/dev/sdc1 4,3G 41M 4,3G 1% /media/user/6A6CB0D928F892CD /dev/sdg1 15G 4,4G 11G 30% /media/user/SDC16G root@io:/home/user# cd /media/user/SDC16G root@io:/media/user/SDC16G# sudo dd io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso /media/user/6A6CB0D928F892CD dd: opérande « io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso » non reconnu Saisissez « dd --help » pour plus d'informations. root@io:/media/user/SDC16G#


C'est injuste car la procédure indiquée sur le site ici n'en disait pas plus :

(an alternate way to copy the iso to the USB flash drive is to use dd.. use this in case of problem with cp)

Copy to clipboard
$ sudo dd io-live--2016.04--e21-k4.6.3-rt-amd64 ${USB_DEV}

Alors j'essaie la commande cp à la place de dd et ça marche !
Je vérifie que :
1. le fichier est bien sur la destination : mais il est encore sous forme brute, ce n'est pas bon signe.
2. ce premier répertoire a toujours le flag boot ( vérifié sur GParted : OK)

On reessaie de booter . Ca ne marche pas pour la même raison que la fois précédente. On reboote sur le DVD et cette fois on va tenter une syntaxe différente avec dd :

Copy to clipboard
/dev/sdg1 15G 4,4G 11G 30% /media/user/SDC16G /dev/sdc1 4,3G 41M 4,3G 1% /media/user/6A6CB0D928F892CD root@io:/home/user# sudo dd if= /media/user/SDC16G/io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso of=/media/user/6A6CB0D928F892CD/io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso

La copie s'effectue bien cette fois. (Je précise, pendant que ça copie, que j'ai bien sûr vérifié la cohérence du fichier avec son checksum sha256)

Voici le CR :
Copy to clipboard
8515584+0 enregistrements lus 8515584+0 enregistrements écrits 4359979008 bytes (4,4 GB, 4,1 GiB) copied, 696,698 s, 6,3 MB/s root@io:/home/user#


On revérifie le flag boot avec Gparted : OK

Mais le boot ne marche pas davantage.
On reboote sur DVD et on remet la clé USB à blanc avec GParted. On essaie de recopier l'ISO dessus avec la commande dd mais cette fois malgré une syntaxe correcte elle refuse de fonctionner :

Copy to clipboard
root@io:/home/user# sudo dd if=/media/user/SDC16G/io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso io=/media/user/411812557FBE887A/io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso dd: opérande « io=/media/user/411812557FBE887A/io-live--2017.03--e22-k4.14-k4.14-rt1-amd64.iso » non reconnu Saisissez « dd --help » pour plus d'informations. root@io:/home/user#

Mais dd --help ne m'aide pas du tout

La nuit porte conseil , donc nouveau plan de bataille :
1. Repartir à blanc mais avec GParted pour créer sur la clé USB la table de partition.
2. Retourner sous Windows pour transférer l'ISO avec Win32diskimager
3. Revenir sous Linux avec GParted pour réduire la partition de boot et installer une persistance en ext4

Etapes 1 et 2 OK
Etape 3 : GParted : est-ce que c'est parce que Win32diskimager a reformaté en iso9660 que l'option redimensionner est grisée ? Ou alors parce que , bien que j'aie booté sur le DVD, c'est le boot de l'USB qui est actif ?
Retirons la clé USB et rebootons. Et bien non , bien que la clé USB ne soit pas montée ni visible ailleurs que dans Gparted , seule l'option formattage est disponible. On ne peut toujours pas redimensionner. Va pour un reformatage en NTFS , Gparted étant donné comme ne détruisant pas les données.

On reformate. La partition maintenant devenue en NTFS est réductible mais les 3.5 GB libérés ne figurent nulle part même pas en non alloué et on sait pas si les données de BOOT sont restées intactes. Aucune information dans la grande documentation de Gparted ne permet de comprendre ce qui se passe.

A partir de maintenant je renonce à faire sur la même clé le BOOT et la persistance. Je vais essayer de formater une Compact Flash de 4 GB en persistance.
Le formatage fonctionne mais comme tout à l'heure Enlightenment refuse de copier.coller persistence.conf sur la CF. On tente la commande en ligne

Copy to clipboard
/dev/sde1 15G 4,4G 11G 30% /media/user/SDC16G /dev/sdb1 3,7G 7,5M 3,4G 1% /media/user/persistence root@io:/home/user# cp /media/user/SDC16G/persistence.conf /media/user/persistence root@io:/home/user#

Voilà c'est fait et c'est Enlightenment qui me confirme bien qu'il ait refusé de le faire !
On tente un reboot avec la clé USB sachant que si ça ne fonctionne plus il suffira de refaire la manip avec Win32diskimager.

Ca ne fonctionne pas et la régénération avec Win32diskimager ne permet plus non plus le reboot !! Une première.

On reboote du DVD et on constate qu'il y a maintenant deux répertoires en persistance /dev/sdb1 et /dev/sdc1 . Manifestement il y en a un de trop.

Retour à Gparted pour reformatter la clé USB : nouvelle table + nouvelle partition en NTFS sur les 7.88 GB.

Retour à Windows pour générer à nouveau le BOOT avec Win32diskimager. Cette fois c'est le BIOS-UEFI qui s'obstine à voir la clé pourtant générée par Win32diskimager en UEFI et donc boote systématiquement sur Windows. J'intervertis les emplacements de clé (carte SDC16G et USB-BOOT) et là ça marche ! Le Bios consent à booter de la clé.

On sent alors que l'on touche au but. Le répertoire de persistance est bien aussi en place dans /media/user/persistence.
Rebootons pour voir s'il a au moins conservé mon mot de passe.
J'AI ENFIN REUSSI !!! 😎 Ca marche sur clé USB avec persistance mais à partir d'une deuxième cké seulement.

Je suis très heureux. Je vais aller m'acheter de ce pas un disque dur !😀😀
Vous l'aurez compris : je n'ai pas de compte twitter 😂
Merci pour l'info, Jujudusud. Mais là je compte tester pour de bon dans un premier temps ma config Librazik à mon rythme ( d'autant que je suis entre deux opérations des yeux et que je me repose plutôt). Certains l'ont-ils essayée, cette nouvelle version io.GNU.linux ?
France
Certains l'ont-ils essayée, cette nouvelle version io.GNU.linux ?

Je bataille depuis hier pour faire une clé bootable...J'ai réussi à en faire une mais pour le moment, je ne parviens pas à la faire 'persistente'. Et elle ne fonctionne que sur mon portable, je ne parviens pas à l'utiliser sur le fixe. Pour mes premières impressions, elles sont plutôt positives, le nombre de logiciels fournis est conséquent, et pour le peu que j'ai fait tout semble fonctionner.
Avec la version que j'avais de io.GNU.Linux (la précédente donc) j'avais le même problème : j'ai du installer la persistance sur une deuxième clé. Ce système fonctionne sur un de mes fixes mais pas sur l'autre ! 😐
France
jptrol écrit:
Il faut ensuite noter que la méthode d'installation de Librazik-2 ici , quelle qu'elle soit,
http://librazik.tuxfamily.org/doc2/manuel/installer_librazik
ne concerne à aucun moment, même sur la page des compléments, l'installation du noyau Librazik2 basse latence ou temps réel proprement dit.
Ce n'est qu'en s'initiant à Cadence que l'utilisateur finit pas s'apercevoir qu'il est toujours sous Debian 9.8 et non sous un noyau Librazik .
Il faut alors que le novice pense à chercher les paquets correspondant au noyau Librazik2 soit linux-image-NNN-lzk-bl-AMD64 par exemple ou lzk-tr et les installe!


Tu fais erreur ici. Les documentations d'installation de LibraZiK-2 envoient à la fin sur la page de configuration où il est mentionné d'installer un noyau spécifique Image
Tu fais erreur ici. Les documentations d'installation de LibraZiK-2 envoient à la fin sur la page de configuration où il est mentionné d'installer un noyau spécifique Image


Autant pour moi. En effet il y a une phrase en bas de page qui nous invite à charger le noyau Librazik bl ou rt. Si je ne l'ai pas vue, je pense que c'est parce qu'elle vient en fin d'une liste d'ajouts optionnels comme des installations spécifiques de micro code, ou certaines interfaces audio ou Wifi. J'oserais dire que le noyau Librazik me semble d'une importance d'un autre ordre non ?
France
jptrol écrit:
J'oserais dire que le noyau Librazik me semble d'une importance d'un autre ordre non ?


Non, je ne pense pas. Si une interface audio/midi, ou un processeur ne fonctionne pas, avoir un noyau basse-latence n'aura pas d'impact significatif sur l'ensemble matériel/logiciel.
Non, je ne pense pas. Si une interface audio/midi, ou un processeur ne fonctionne pas, avoir un noyau basse-latence n'aura pas d'impact significatif sur l'ensemble matériel/logiciel.


D'acoord olinuxx, je comprends. En fait ce noyau basse latence est simplement un plus dans un environnement déjà performant. Merci pour l'éclaircissement.
Page: 2/2
1  2