Questions et réponses
Question 1: Le cas que j'ai décrit ici est-il le même dans toutes les distributions 16.04 d'Ubuntu et des versions dérivées? Ou est-ce seulement Lubuntu qui a ce problème? Ou est-ce juste mon système qui fait ça?
Réponse 1: Oui, c'est la même chose dans Ubuntu standard et toutes les versions de la communauté Ubuntu, introduites avec Ubuntu 16.04 LTS.
L' ancien Ubuntu Startup Disk Creator extrayait le contenu du fichier iso et essayait de créer une structure de démarrage. Il était notoirement buggé pendant des années , car il était affecté par des modifications du système de démarrage entre différentes versions d'Ubuntu.
En même temps, tous les fichiers iso Ubuntu actuels sont des fichiers iso hybrides. Cela signifie qu'ils peuvent être utilisés pour graver des disques de démarrage DVD ainsi que pour cloner des lecteurs de démarrage USB et des cartes mémoire. Le clonage est un processus très simple et fiable , où chaque octet est copié tel quel de la source vers la cible.
Une nouvelle version du Startup Disk Creator a donc été développée et introduite avec Ubuntu 16.04 LTS. Cette version est un outil de clonage . Le lecteur de démarrage USB résultant aura une table de partition de fichiers iso9660 et un système de fichiers, qui sont en lecture seule. Par conséquent, il n'est pas possible de créer un lecteur live persistant avec cette méthode dans Ubuntu 18.04 LTS et les versions précédentes.
Avec Ubuntu 19.10, il est possible de cloner un fichier iso [légèrement modifié} et d'ajouter une partition pour la persistance derrière, à cause d'un nouveau bug d'alias de fonctionnalité.
Voir Comment est-il plus facile de créer un lecteur live persistant avec Ubuntu 19.10? .
Question 2: Comment puis-je résoudre ce problème et récupérer l'ancien créateur de disque de démarrage?
Réponse 2: N'essayez pas de récupérer l'ancien et le buggy Startup Disk Creator.
2.1. Cas standard: en direct uniquement
Je vous recommande d' utiliser le clonage actuel Ubuntu Startup Disk Creator , lorsque vous voulez un lecteur USB Ubuntu live [live-only] ou simplement un programme d'installation (pour installer Ubuntu sur un autre lecteur). Ce serait le cas standard.
2.2. Lecteur live persistant
Lorsque vous voulez un lecteur live persistant, vous pouvez utiliser un autre outil, un outil d'extraction , qui crée une table de partition et des systèmes de fichiers, qui peuvent être montés avec des autorisations de lecture et d'écriture. Ou vous pouvez le faire vous-même plutôt manuellement, si vous voulez être indépendant des outils.
mkusb est un outil de clonage en mode standard, mais vous pouvez l'utiliser pour créer un lecteur live persistant. Cela fonctionne avec tous les fichiers iso actuels du bureau Ubuntu et de la communauté Ubuntu. Les données persistantes sont stockées dans une partition casper-rw , limitée uniquement par la taille de la taille du disque (espace disque disponible).
Si vous exécutez Ubuntu standard, vous avez besoin d'une instruction supplémentaire pour obtenir l'univers du référentiel. (Kubuntu, Lubuntu ... Xubuntu fait activer automatiquement le référentiel Univers.)
sudo add-apt-repository universe # only for standard Ubuntu
sudo add-apt-repository ppa:mkusb/ppa # and press Enter
sudo apt-get update
sudo apt-get install mkusb mkusb-nox usb-pack-efi
Voir les liens suivants
help.ubuntu.com/community/mkusb
help.ubuntu.com/community/mkusb/persistent
Lili peut également créer un lecteur live persistant, mais avec un fichier casper-rw, de taille maximale 4 Go (limité par le système de fichiers FAT32).
Voir ce lien,
www.linuxliveusb.com/
Il existe plusieurs autres outils, qui peuvent être utilisés de la même manière que Lili, par exemple Unetbootin ,
unetbootin.github.io/
'Fais le toi-même'
Si vous disposez d'une version 64 bits (alias amd64) d'Ubuntu, vous pouvez utiliser une méthode d'extraction simple manuellement. Il est possible d'ajouter un fichier casper-rw, d' une taille maximale de 4 Go (limité par le système de fichiers FAT32).
Voir ces liens,
help.ubuntu.com/community/Installation/iso2usb#Do_it_yourself
help.ubuntu.com/community/Installation/iso2usb/diy
Commentaires en réponse à 'Edit, 8.Oct.17'
J'ai vérifié dans mon environnement de travail, 16.04 LTS et un environnement de test, Artful Aardvark, pour devenir 17.10 au cours de ce mois (octobre 2017).
La partition principale d'une clé USB clonée de Lubuntu 17.10 amd64 sera montée automatiquement sur les deux systèmes.
Mais rien ne sera monté automatiquement lorsque je brancherai une clé USB clonée correspondante de Lubuntu 17.10 i386 .
$ sudo lsblk -o name,fstype,size,label,mountpoint
NAME FSTYPE SIZE LABEL MOUNTPOINT
sda 55,9G
├─sda1 vfat 480M /boot/efi
└─sda2 ext4 55,4G /
sdb iso9660 3,8G Lubuntu 17.10 amd64
├─sdb1 iso9660 918M Lubuntu 17.10 amd64 /media/tester/Lubuntu 17.10 amd64
└─sdb2 vfat 2,3M Lubuntu 17.10 amd64
sdc iso9660 3,7G Lubuntu 17.10 i386
└─sdc1 iso9660 927M Lubuntu 17.10 i386
sr0 1024M
Je ne sais pas pourquoi il y a une différence entre ces deux cas, mais je sais que les développeurs d'Ubuntu se concentrent sur l'architecture amd64. Ils arrêteront de publier les fichiers iso du bureau i386. Mais Lubuntu et d'autres versions de la communauté ont l'intention de continuer à maintenir et à publier des versions i386 (32 bits) et à publier des fichiers iso i386.
Voir ce lien: qu'adviendra-t-il du logiciel i386 depuis qu'Ubuntu supprimera la prise en charge des ISO i386?
Il y a des gens (j'en fais partie) qui ont essayé de faire ajouter aux développeurs des fonctionnalités ou au moins un texte d'information similaire à ce que vous proposez , mais nous avons échoué. (J'ai essayé de leur faire ajouter la fonctionnalité pour restaurer un lecteur USB sur un périphérique de stockage standard après l'avoir utilisé comme lecteur de démarrage / d'installation USB, mais sans chance. Au lieu de cela, je le fournis via mkusb et j'essaie de faire prendre conscience aux gens il.)
Je pense que le développeur en charge de l'alias Ubuntu Startup Disk Creator le usb-creator-gtk
veut aussi simple que possible pour éviter toute confusion par des détails supplémentaires.
La façon standard de communiquer avec les développeurs Ubuntu est via les rapports de bogues sur Launchpad, où vous devriez avoir (créer) un compte utilisateur,
https://launchpad.net/
Vous pouvez créer un rapport de bogue dans un système en cours d'exécution, qui est affecté par le bogue (ou la demande de fonctionnalité) avec la commande suivante
ubuntu-bug <buggy-program-package>
dans ce cas
ubuntu-bug usb-creator-gtk
Veuillez modifier votre question pour ajouter un lien, une fois votre rapport de bogue rédigé. Bonne chance :-)
Enfin, vous ne pensez pas que la suppression de la nature précédente du buggy a conduit à une solution. Vous appelleriez cela un pas en arrière jusqu'à ce que le problème soit résolu. Je ne suis pas d'accord avec toi. La plupart des distributions Linux fournissent des fichiers iso hybrides et recommandent le clonage comme méthode standard pour créer des lecteurs de démarrage USB. Il s'agit donc d'une méthode standard et bien établie.
Il est difficile de maintenir des outils d'extraction qui fonctionnent entre toutes les combinaisons possibles d'anciennes et de nouvelles versions d'Ubuntu, et je pense qu'il est préférable de sensibiliser les gens à la méthode de clonage et à la façon de gérer une clé USB clonée pendant et après son utilisation en tant que un lecteur de démarrage USB.
usb-creator-gtk
. (J'ai essayé de leur faire ajouter la fonctionnalité pour restaurer un lecteur USB sur un périphérique de stockage standard après l'avoir utilisé comme lecteur de démarrage / d'installation USB, mais sans chance. Au lieu de cela, je le fournis viamkusb
et j'essaie de faire prendre conscience aux gens de celui-ci .)