Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 01/12/2018, à 00:55

Alexandre98

Re : [Résolu] Mise a jour bloquée

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
  

Dernière modification par Alexandre98 (Le 01/12/2018, à 00:55)

Hors ligne

#27 Le 01/12/2018, à 08:01

xubu1957

Re : [Résolu] Mise a jour bloquée

Bonjour,

@Naziel

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

Le 23/05/2018, Naziel a écrit :

Me revoilà
J'ai trouvé ça: https://forum.ubuntu-fr.org/viewtopic.p … #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 écrit :

Bonjour,

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

Dernière modification par xubu1957 (Le 01/12/2018, à 08:07)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#28 Le 01/12/2018, à 10:02

Nuliel

Re : [Résolu] Mise a jour bloquée

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

Dernière modification par Nuliel (Le 01/12/2018, à 11:06)

Hors ligne

#29 Le 02/12/2018, à 17:10

xubu1957

Re : [Résolu] Mise a jour bloquée

Bonjour,

@Naziel

J'ai trouvé cette réponse :

Le 04/11/2018, ArjendB a écrit :

Installing 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

Dernière modification par xubu1957 (Le 04/12/2018, à 07:05)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#30 Le 04/12/2018, à 03:31

Alexandre98

Re : [Résolu] Mise a jour bloquée

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.

Dernière modification par Alexandre98 (Le 04/12/2018, à 07:38)

Hors ligne

#31 Le 04/12/2018, à 06:44

Nuliel

Re : [Résolu] Mise a jour bloquée

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.

Hors ligne

#32 Le 04/12/2018, à 07:40

Alexandre98

Re : [Résolu] Mise a jour bloquée

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

Hors ligne

#33 Le 04/12/2018, à 18:30

Nuliel

Re : [Résolu] Mise a jour bloquée

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.

Hors ligne