Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Mise a jour bloquée

xubu1957

   1	deb http://ppa.launchpad.net/polychromatic/stable/ubuntu bionic main
     2	deb-src http://ppa.launchpad.net/polychromatic/stable/ubuntu bionic main

/etc/apt/sources.list.d/openrazer-ubuntu-stable-bionic.list

     1	deb http://ppa.launchpad.net/openrazer/stable/ubuntu bionic main
     2	deb-src http://ppa.launchpad.net/openrazer/stable/ubuntu bionic main

/etc/apt/sources.list.d/ubuntu-mate-dev-ubuntu-trusty-mate-artful.list

Je ne connais pas les deux PPA, et c'est quoi ce :

ubuntu-mate-dev/trusty-mate/ubuntu artful main

?
Allant de 14.04 à 17.10.

Alexandre98

Ben ça ! aucune idée, tu crois que c'est une cause possible du problème ?

xubu1957

Montre :

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

ls -AsS1 /boot

Nuliel

Remarque: les touches magiques ont été presque totalement désactivées par défaut, il faut modifier un fichier de conf pour les récupérer

Alexandre98

Voila

   yves@yves-Aspire-ES1-533:~$ f -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
f : commande introuvable

Sys. de fichiers Type       Inœuds IUtil.   ILibre IUti% Monté sur
/dev/sda2        ext4     30498816 315303 30183513    2% /
/dev/loop0       squashfs     5389   5389        0  100% /snap/ubuntu-mate-welcome/208
/dev/loop1       squashfs     5389   5389        0  100% /snap/ubuntu-mate-welcome/220
/dev/loop2       squashfs     5389   5389        0  100% /snap/ubuntu-mate-welcome/217
/dev/loop4       squashfs    12783  12783        0  100% /snap/core/5742
/dev/loop5       squashfs    12783  12783        0  100% /snap/core/5662
/dev/loop3       squashfs    12808  12808        0  100% /snap/core/5897
/dev/sda1        vfat            0      0        0     - /boot/efi

Alexandre98

Et voila

  yves@yves-Aspire-ES1-533:~$ ls -AsS1 /boot
total 156256
64100 initrd.img-4.15.0-38-generic
64092 initrd.img-4.15.0-36-generic
 8084 vmlinuz-4.15.0-36-generic
 8084 vmlinuz-4.15.0-38-generic
 3956 System.map-4.15.0-38-generic
 3952 System.map-4.15.0-36-generic
 1504 abi-4.15.0-38-generic
 1504 abi-4.15.0-36-generic
  212 config-4.15.0-38-generic
  212 config-4.15.0-36-generic
  184 memtest86+_multiboot.bin
  184 memtest86+.elf
  180 memtest86+.bin
    4 efi
    4 grub
    0 retpoline-4.15.0-36-generic
    0 retpoline-4.15.0-38-generic

xubu1957

Bonjour,

@Naziel

Tu avais répondu dans Problème Xubuntu @Uefi Loading Problem :

Le 23/05/2018, Naziel a écritMe revoilà
J'ai trouvé ça: https://forum.ubuntu-fr.org/viewtopic.php?pid=21868918#p21868918
Avant d'essayer, tu peux démarrer sur un live usb et faire un boot info: https://doc.ubuntu-fr.org/tutoriel/boot-info
C'est la procédure pour éviter d'écrire en nvram (d'après ce que j'ai lu c'est ce machin qui est en lecture seule), avec le boot info je pourrai vérifier que sda1 et sda2 correspondent à ce qui est attendu et tu pourras essayer.
Je pense que c'est à essayer, vu que ça a l'air commun aux ES1-533

Rien ne peut servir, pour expliquer le blocage de la mise à jour ?

_ _ _

J'ai déplacé ce message :

Le 26/11/2018, xubu a écritBonjour,

Nous avons un autre ACER en carafe > Installation ACER ES15 (ES1-533-P8VG)

Nuliel

En plein dedans mon capitaine! Bravo xubu pour avoir retrouvé cette info!
Faut que je me replonge dedans

Ok pour l'autre message

J'imagine que tu as bien galéré à installer ubuntu non?
Donne

lsblk -f

xubu1957

Bonjour,

@Naziel

J'ai trouvé cette réponse :

Le 04/11/2018, ArjendB a écritInstalling Ubuntu 18.04.1 could only be done on the ES 17 with secure boot disabled.

On using the Ubuntu update manager for the first time, the system hung on an update of secureboot-db. It could only be unfrozen with a hard reset. From then on, I was prompted to enter
sudo dpkg --configure -a 
in terminal mode to fix the resultant mess, but that just froze the system again.

Re-installed 18.04.1, rebooted, installed Synaptic in Software Centre. In Synaptic I found the troublesome secureboot-db and manually excluded it from update. All other packages were updated succesfully.
Finally, I excluded secureboot-db from update in terminal mode by :
sudo apt-mark hold secureboot-db
The Ubuntu update manager did not freeze again.
L'installation d'Ubuntu 18.04.1 ne peut être effectuée que sur l'ES 17 avec le démarrage sécurisé désactivé.

Lors de l'utilisation du gestionnaire de mise à jour Ubuntu pour la première fois, le système s'est arrêté sur une mise à jour de secureboot-db. Il ne pourrait être dégelé qu'avec une réinitialisation matérielle. À partir de ce moment-là, on m'a invité à entrer «sudo dpkg --configure -a» en mode terminal pour réparer le désordre résultant, mais cela a encore gelé le système.

18.04.1 réinstallé, redémarré, installé Synaptic dans le Centre logiciel. Dans Synaptic, j’ai trouvé la solution sécurisée secureboot-db et l’ai exclu manuellement de la mise à jour. Tous les autres paquets ont été mis à jour avec succès.
Enfin, j'ai exclu secureboot-db de la mise à jour en mode terminal par 'sudo apt-mark hold secureboot-db'.
Le gestionnaire de mise à jour Ubuntu n'a pas gelé à nouveau.

> community.acer.com/en/discussion/471754/acer-aspire-es-15-es1-533

lien indiqué dans le commentaire #1 > bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1655623 can't run ubuntu on acer ES1-533 from usb

Alexandre98

xubu1957, une immense grand MERCI à toi, la commande 'sudo apt-mark hold secureboot-db' fonctionne à merveille.
Juste une petite question, l'exclusion fonctionne jusqu'à la saisie d'une commande contraire ou elle sera désactivée au prochain démarrage ?
Je passe le sujet en résolu
PS : Un grand merci à tous ceux qui se sont penchés sur ce problème en essayant de le résoudre.
Je suis sur que cela pourra aider d'autres personnes.

Nuliel

man a écrit hold
hold permet de marquer un paquet comme retenu, ce qui empêchera
qu'il soit installé, mis à jour ou supprimé automatiquement.

Donc Le système de mise à jour ne s'occupera plus de ce paquet.

Alexandre98

Naziel, merci pour ta réponse.
Humm la belle commande que voilà...

Nuliel

C'est pas grave que ce truc soit pas à jour: le secure boot est parti d'une bonne intention à la base, puis Microsoft est arrivé et c'est parti en sucette (Canonical a payé Microsoft pour que Ubuntu puisse démarrer avec le secure boot activé). Honnêtement je le désactive toujours.

« Page précédente