C'est ce qu'annonce son développeur, Thibaut, dans un billet de blog. Aussi connu sous le petit nom de LiLi, l'outil permettait de télécharger des images ISO de distributions Linux et les transférer sur un périphérique de stockage USB.
Il proposait aussi d'ajouter une zone de persistance des données avec une fonctionnalité de virtualisation intégrée. Ceux qui veulent prendre la suite peuvent le faire, le code source étant disponible.
La fin de LiLi montre à quel point certains outils sont fragiles, maintenus par un seul développeur ou presque, sans source de financement particulière et donc sans réelle possibilité de se développer.
Thibaut explique ainsi que, jeune papa, il lui était impossible de répondre seul aux emails, gérer l'adaptation aux nouvelles distributions Linux, le tout avec un outil reposant sur un « framework qui est lui-même quasiment abandonné ».
Son billet se veut néanmoins positif, évoquant un « super projet » avec lequel il a pris du plaisir, passant « un nombre incalculable d'heures à essayer de rendre le logiciel aussi simple que possible pour créer une clé USB bootable ».
« Je n'aurais jamais pu imaginer qu'un jour LiLi serait utilisée par autant de gens. Lili a été téléchargée et utilisée par des millions de personnes à travers le monde. [...] Ne sous estimez pas votre capacité à aider d'autres personnes sur internet, même avec un logiciel basique. VOUS POUVEZ FAIRE LA DIFFÉRENCE », conclut-il.
Commentaires (31)
#1
Alors il faut aussi dire qu’avec l’arrivée de Ventoy, tout ce qui est lili, unetbootin, rufus & cie est voué à s’éteindre.
#1.1
Je ne connaissais pas… C’est juste énorme ce truc
#1.2
Ventoy : le multiboot USB multiplateforme, personnalisable, facile et open source
Ventoy 1.0.22 : placez facilement un système Linux complet sur une clé USB bootable
#1.3
En même temps, Ventoy, autant j’en étais fan, autant là… J’hésite du coup, surtout que c’est toujours le cas actuellement.
https://github.com/ventoy/Ventoy/issues/31
#1.4
Oui, il y a en ce moment une histoire pas encore tirée au clair sur la présence éventuelle d’un malware dans ventoy. Peut-être un faux positif ?
https://linuxfr.org/users/devede/journaux/virus-mirai-dans-ventoy
#1.5
Du à uclibc : https://bugs.busybox.net/show_bug.cgi?id=13396
Sachant que mirai utilise cette lib, il est probable que les AV ratissent trop large.
En revanche uclibc n’est plus maintenu et il serait souhaitable que ventoy passe à uclibc-ng.
#2
LiLi m’aura bien souvent dépanné, que ce soit pour installé des distributions Linux, comme Windows (avant W10 et son installateur “automatique”), mais aussi pour dépanner des PC grâce à la création de clés bootables avec Gparted et autres…
J’en aurai presque un petit pincement au coeur. Merci à son créateur
#3
recement j’ai découvert ventoy je vous le conseil
#4
En résumé:
La news parle du problème des logiciels développés par une seule personne.
Les commentaires conseillent de passer à Ventoy, développé par une seule personne.
Bon, au moins, le dev de Ventoy (LongPande) est chinois. Si le soft à du succès il sera surement maintenu par les autorités chinoises :)
#4.1
Parce que le problème d’avoir une personne unique sur un projet est un SPOF qui semble assez évident donc y’a pas grand chose à en dire de plus, en revanche Ventoy n’est pas très connu et c’est toujours l’occasion d’en parler.
Pour info le projet est dispo sous Github en GPLv3, les autorités chinoises font ce qu’elles veulent, le projet est forkable si besoin.
#4.2
Voir le #3 ;)
#4.3
Je sais bien, je l’ai découvert grâce à vous ;)
#5
Sinon, il y a toujours dd
#5.1
+1
Mais à ne pas mettre entre toutes les mains
#5.2
C’est pas faux
Mais on peut faire vraiment plein de trucs avec dd (y compris se planter d’argument dans l’option of et péter une partition)
#5.3
Mais non ça arrive jamais de se planter d’une lettre ou un chiffre dans la désignation d’une partition
#5.4
Perso j’ai pris conscience de sa versatilité et efficacité en voyant que c’est comme ça que le Pinephone se flashe.
Il suffit d’un utilitaire sur la microSD qui permet de le boot en mode mémoire flash interne ouverte, elle monte en USB, tu dd par dessus et bim.
#5.5
Perso je me sert systématiquement de dd pour faire des copies disque à disque quand je change un HDD dans une machine, ça permet de copier l’intégralité des infos(secteur de boot, table de partitions, données, etc …) d’un disque à l’autre facilement et ça marche à tous les coups (jamais eu de raté pour le moment) contrairement aux utilitaires sous Windows avec lesquels je n’ai jamais réussi à faire grand chose.
Un coup de gparted ou équivalent ensuite pour ajuster la taille des partitions et c’est bonnard.
#5.6
Usage intéressant aussi
#5.7
Rooh et /dev/disk/by-id/ c’est pour les chiens ?
+1 c’est mon utilisation majeure de dd : copier rapidement un dd / clé USB (chainé avec un gzip -1 s’il faut passer par un fichier intermédiaire)
#6
Un peu flippant ces derniers posts sur Ventoy…
#7
Il n’y a aucun besoin d’utilitaire spécial pour installer la plupart des distribs sur un périphérique USB (clé ou disque), le boot sur USB est géré en standard par Grub à la seule condition de le faire pointer non pas sur un identifiant de partition classique qui est par essence relatif au périphérique sur lequel on a booté mais sur identifiant absolu comme un label ou sur un UUID histoire de maintenir la cohérence des associations de partitions (je l’ai déja fait avec succès avec Slackware, Gentoo, Mint)
J’avais trouvé la méthode dans le wiki Gentoo USB mais c’est applicable à a peu près n’importe quelle distrib en adaptant un peu
#8
Un GRUB avec des ISOs ? Ça fait un peu penser a YUMI ce truc.
Pour en revenir a la news merci au développeur pour sa contribution et son temps passé mais quelque-chose me dit que des gens qui vont trouver “mieux a faire” il risque d’y en avoir pas mal dans les mois qui viennent (tant mieux pour eux ceci dit).
#9
Le pb de ces outils c’est que ça ne sert qu’une seule fois ! C’est un raisonnement de windowsiens de penser qu’il faut une clé USB bootable au cas où.
Sous Linux on ne réinstalle jamais from scratch et il est rarissime de ne pas pouvoir booter au moins un shell pour réparer en cas de gros pépin. (à une époque on pouvait passer de débian à Ubuntu juste ne changeant de sources dans un fichier et en lançant un update/upgrade)
Même si tu voulais tout réinstaller à zéro les iso sont dispo partout et simplement avec des débits de chargement largement meilleur que windows update (en open source tu as des mirroirs partout et tu plafonnes quasi systématiquement le débit de ta connexion internet) et grub peut booter sans pb une ISO queconque.
#9.1
Ca dépend de ce que tu veux en faire et surtout comment tu l’as crée.
Si tu crée une clé “live” figée à base d’iso tu es forcément obligé de la refaire complètement pour mettre quoi que ce soit à jour mais si tu installe comme un système “classique” ça se met à jour comme n’importe quelle install et donc aucun besoin de la refaire de zéro à chaque mise à jour.
Perso je me suis crée une clé USB Mint avec une poignée d’outils de base pour faire du dépannage (gparted, antivirus, chntpw pour les étourdis qui oublient leur mot de passe, etc …) et comme c’est une installation “classique” je la met à jour normalement, du coup elle a été crée il y a plusieurs années mais est toujours à jour.
#9.2
C’est bien mon propos : plutôt que de mobiliser une clé USB avec une version qui sera probablement obsolète le jour où t’en auras besoin, autant ne rien mobiliser, et les rares fois où tu en as besoin tu télécharges la dernière version (avec de la fibre ça ne prend que quelques secondes). Encore une fois la dernière fois que j’ai téléchargé une ISO ça doit dater de plus de 10ans donc avoir une clé bootable avec un knoppix en noyau 2.6 je ne vois pas bien l’utilité ;)
#9.3
Une install minimum d’une distrib classique avec le minimum vital d’utilitaires disques, antivirus, etc … ça tient sur une clé de quelques Go, encore moins si on utilise pas de GUI, du coup “mobiliser” un truc à une poignée d’euros c’est pas la mort non plus
Après c’est sur que si c’est juste une utilisation “one shot” pour dépanner une seule machine c’est pas la peine de condamner une clé pour ça mais si tu t’en sers régulièrement (genre pour nettoyer des Windows “”“protégés”“” par Avast et donc pourris de virus et autres malwares et qui du coup ne bootent plus ou très très lentement) ça vaut le coup de maintenir à jour (softs + signatures antivirus) une clé usb -boite à outils et ça permet en plus de ne pas être tributaire d’un accès réseau voir tout bêtement d’une machine fonctionnelle pour la créer sur place.
#10
Effectivement mais ça m’est arrivé cette année (OpenSUSE Leap).
La distribution se suicidait en flinguant son grub2.
Ils ont réparé mais j’ai du utiliser le DVD iso à chaque redémarrage de l’ordi pendant 2 mois.
#10.1
Ca me rappelle le coup que j’ai eu au taff une fois … Le PC qui ralenti, a du mal, je me dis qu’il est temps de reboot (mon habitude de le faire une fois tous les 36 du mois).
Problème filesystem, Fedora qui passe en mode “emergency” …. Mais à l’époque Fedora 28 n’initialisait pas le mot de passe root ! (corrigé par la suite)
Donc le mode rescue était bloqué en demande de login et évidemment impossible de connecter un autre utilisateur puisque mode restreint.
Vive le boot d’un live USB pour faire un chroot et initialiser le mot de passe root …
Mais quand ça arrive à 8h du mat au boulot, c’est un grand moment de solitude sur le coup.
#10.2
J’ai eu droit au même genre de blague après une install de Gentoo : pendant l’install avec un live usb/DVD le mot de passe root est vide pour ne pas se prendre la tête lors de la config mais faut quand même penser à l’initialiser avant de rebooter sinon quand s’est planté quelquepart bah on est bien emmerdé au premier reboot vu qu’on ne peut pas se logguer en root si le mot de passe est vide
#11
https://linuxfr.org/users/devede/journaux/virus-mirai-dans-ventoy
(Je n’ai pas vérifié l’info, mais elle mérite peut-être qu’on se penche dessus)