web-dev-qa-db-fra.com

Les mises à niveau sans assistance ont brisé les médias en direct persistants

J'ai fait un support de démarrage/d'installation de Mythbuntu 16.04 par mkusb 10.6.6. Je lance une session live persistante. Des mises à niveau sans assistance ont commencé à fonctionner et à installer, par exemple nouveau noyau sur la clé USB. La conséquence était que le système manquait d'inodes ici:/dev/loop0 monté sur/rofs. Comment récupérer?

1
jarno

Les mises à niveau ne fonctionnent pas pour le noyau dans aucun système live persistant, car le noyau est démarré avant que la structure de superposition ne devienne active.

En général, c'est pas une bonne idée de mettre à niveau un système live persistant complètement, comme un système installé - vous pouvez ajouter de nouveaux packages de programme, et vous pouvez mettre à niveau quelques programmes d'application, là où vous en avez vraiment besoin une version améliorée pour que quelque chose fonctionne. Et vous avez besoin de sauvegardes régulières, par exemple via le système décrit sur https://help.ubuntu.com/community/mkusb/persistent#Backup_and_restore_of_persistent_overlay_data

Si vous voulez un système généralement mis à jour et mis à niveau, il vaut mieux

  1. soit créer un système installé, qui est approprié pour mettre à jour && dist-upgrade via la ligne de commande ou automatiquement.

  2. ou récupérez le fichier iso quotidien 16.04 LTS actuel et créez un nouveau système en direct persistant. Vous le trouvez via ce lien: http://iso.qa.ubuntu.com/qatracker/milestones/351/builds . Dans votre cas, sélectionnez une version de Mythbuntu et vous trouverez un lien vers les informations de téléchargement. (Les fichiers iso quotidiens 16.04 ne seront plus mis à jour après la sortie de 16.04.5.)

Je vous suggère de sauvegarder le répertoire /home dans la partition casper-rw (sur un autre lecteur) et de le copier sur votre nouveau système live persistant (maintenant basé sur le iso iso en direct quotidien actuel). Cela sauvera vos réglages. Vous devez réinstaller manuellement les packages de programmes supplémentaires dont vous avez besoin.

1
sudodus

Je suis surpris que le système live persistant ait lancé une mise à niveau de sécurité automatique. Je ne pense pas que cela soit causé par le programme d'installation (mkusb), car les fichiers contrôlant ces actions ne sont pas touchés. J'ai testé dans un système Ubuntu 16.04.1 LTS, que j'ai laissé fonctionner pendant la nuit: il a également été mis à jour et mis à niveau à distance. J'ai fait une petite enquête et trouvé:

  • Ce bogue affecte 16.04 LTS, 16.04.1 LTS et Yakkety.
  • Plusieurs saveurs sont affectées.
  • Lubuntu n'est pas affecté.

Vous trouverez un tableau de l'enquête et des captures d'écran sur

https://ubuntuforums.org/showthread.php?t=2335669&p=13538805#post13538805

Voir le rapport de bogue correspondant sur

https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1619188

-o-

Jusqu'à ce que cela soit résolu, c'est une bonne idée de désactiver les mises à niveau sans assistance , mais surtout, de prendre régulièrement sauvegardes . La capture d'écran suivante illustre où modifier "que faire en cas de mise à jour de sécurité" dans Ubuntu 16.04.1 LTS. Cliquez dessus pour le rendre en taille réelle et plus facile à lire le texte.

This screenshot illustrates where to change what to do when there are security updates in Ubuntu 16.04.1 LTS

Edit: A partir de mkusb 11.0.2, vous avez la possibilité de changer la valeur par défaut de "Télécharger et installer automatiquement" en "Afficher immédiatement", ce qui désactivera les mises à niveau sans assistance. Donc, si vous créez un lecteur live persistant avec la version actuelle de mkusb, vous pouvez éviter ce problème "automatiquement" .

Here you can change the default from 'Download and install automatically' to 'Display immediately'

1
sudodus