[Abandonné] Problème de mise à niveau

Flying-Fish · Le 20/09/2023, à 19:41

Bonjour à tous et toutes,

Il y a quelques jours, j’ai pas mal galéré pour installer Ubuntu sur un Acer Aspire ES15 (ES1-533) :
https://forum.ubuntu-fr.org/viewtopic.php?id=2081180

Comme un membre (merci, xubu1957) me l’a suggéré, j’ai pu résoudre mon souci avec ce tuto :
https://askubuntu.com/questions/862946/ … re-es1-533

J’ai donc pu installer Ubuntu 18.04 (au-delà de cette version, je ne sais pas pourquoi mais le Live-USB bloque sur le logo Acer) et je me suis lancé dans une mise à niveau vers la 20.04.

Mais là, je pense que le même problème se pose lorsque ça touche à Grub. En gros, pour installer précédemment, j’ai utilisé

ubiquity -b

mais je ne sais pas comment faire une mise à niveau (si c’est faisable) sans que ça touche à Grub ou en le modifiant à la main (la solution évoquée précédemment reposait sur cette séquence :

sudo mount /dev/sda2 /mnt
sudo mkdir /mnt/boot/efi
sudo mount /dev/sda1 /mnt/boot/efi
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
sudo modprobe efivars
sudo apt-get install --reinstall grub-efi-amd64
sudo grub-install --no-nvram --root-directory=/mnt
sudo chroot /mnt
update-grub
cd /boot/efi/EFI
cp -R ubuntu/* BOOT/
cd BOOT
cp grubx64.efi bootx64.efi

Auriez-vous une idée à me suggérer ?

Merci par avance !

Dernière modification par Flying-Fish (Le 01/10/2023, à 10:03)

Qid · Le 20/09/2023, à 20:35

La migration c'est "do-release-upgrade"... après pour le reste quoi te dire : il va forcément y avoir besoin de manipuler GRUB puisqu'il y a changement de kernel... après si c'est cette phase là qui t'inquiète j'aurais bien une idée à proposer mais je ne suis pas sûr que ça ne soit pas encore plus hasardeux...

edit : t'as pas moyen de te faire aider physiquement ?

Dernière modification par Qid (Le 20/09/2023, à 20:40)

Flying-Fish · Le 20/09/2023, à 20:57

Hello,

Donc si je te suis, il n’y a pas la possibilité d’installer tous les composants de la mise à niveau puis de s’occuper de Grub à part, via un équivalent de ce qui a été fait précédemment ?

Qid a écrit :

t'as pas moyen de te faire aider physiquement ?

Boh j’imagine que si (encore que, je suis dans la campagne profonde ?) mais pour le coup c’est plus d’idées que d’aide physique dont j’ai besoin… ?

xubu1957 · Le 20/09/2023, à 20:58

Bonjour,

Passe cette commande (l'option -c permet de vérifier l'existence d'une mise à niveau possible sans la lancer réellement) :

sudo do-release-upgrade -c

Flying-Fish · Le 20/09/2023, à 21:04

Holà,

Ça me propose de mettre a niveau vers la 20.04.6 LTS via

do-release-upgrade

Flying-Fish · Le 20/09/2023, à 21:06

Je viens de trouver ça, ça pourrait être un début de réponse ?

https://www.reddit.com/r/linux4noobs/co … pire_es15/

À la fin, ils finissent bien par

do-release-upgrade 
apt-get update
apt-get upgrade
apt-get dist-upgrade 
apt autoremove 
apt autoclean

xubu1957 · Le 20/09/2023, à 21:09

Fournis les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

df -Th

et :

dpkg -l | grep -v ^ii

Qid · Le 20/09/2023, à 21:43

Flying-Fish a écrit :

mais pour le coup c’est plus d’idées que d’aide physique dont j’ai besoin… ?

Ouais mais les idées foireuses c'est possiblement mieux de les gérer à plusieurs... enfin si tu veux mon idée foireuse je te la donne :
- déjà il te faut un support de boot avec supergrubdisc pour justement pouvoir forcer le système à démarrer sans son grub
- tu desinstall complètement grub avant de lancer la migration (en simulation) :

apt autopurge -s grub*

- tu lances la migration avec do-release-upgrade
- tu reinstall grub avant même de redémarrer (commande à compléter par le chemin du disque dur)

apt grub-install

Dernière modification par Qid (Le 20/09/2023, à 21:44)

Flying-Fish · Le 22/09/2023, à 10:17

Bonjour et désolé de vous répondre avec autant de retard...

Je viens d'essayer la technique évoquée plus haut (https://www.reddit.com/r/linux4noobs/co … ?rdt=43995) à savoir :

echo "grub-efi-amd64 grub2/force_efi_extra_removable boolean true" | sudo debconf-set-selections
sudo apt remove secureboot-db
sudo apt-mark hold secureboot-db
sudo -i
do-release-upgrade

mais l'ensemble bloque définitivement sur

Paramétrage de secureboot-db (1.5) ...
Created symlink /etc/systemd/system/multi-user.target.wants/secureboot-db.service → /lib/systemd/system/secureboot-db.service.

ce qui m'étonne car justement, une des actions évoquées plus haut bloque la mise à jour (et donc j'imagine le paramétrage) de secureboot-db.

Concernant

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ça me donne

ii  linux-signed-generic-hwe-18.04         5.3.0.62.115             amd64
ii  linux-hwe-5.4-headers-5.4.0-42         5.4.0-42.46~18.04.1      all
ii  linux-headers-5.4.0-42-generic         5.4.0-42.46~18.04.1      amd64
ii  linux-image-5.4.0-42-generic           5.4.0-42.46~18.04.1      amd64
ii  linux-modules-5.4.0-42-generic         5.4.0-42.46~18.04.1      amd64
ii  linux-modules-extra-5.4.0-42-generic   5.4.0-42.46~18.04.1      amd64
ii  linux-hwe-5.4-headers-5.4.0-150        5.4.0-150.167~18.04.1    all
ii  linux-headers-5.4.0-150-generic        5.4.0-150.167~18.04.1    amd64
ii  linux-image-5.4.0-150-generic          5.4.0-150.167~18.04.1    amd64
ii  linux-modules-5.4.0-150-generic        5.4.0-150.167~18.04.1    amd64
ii  linux-modules-extra-5.4.0-150-generic  5.4.0-150.167~18.04.1    amd64
ii  linux-generic-hwe-18.04                5.4.0.150.167~18.04.121  amd64
ii  linux-headers-generic-hwe-18.04        5.4.0.150.167~18.04.121  amd64
ii  linux-image-generic-hwe-18.04          5.4.0.150.167~18.04.121  amd64

Noyau courant : 5.4.0-150-generic x86_64

df -Th

renvoie

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   4,8G       0  4,8G   0% /dev
tmpfs            tmpfs      979M    1,4M  978M   1% /run
/dev/sda2        ext4       916G    7,7G  862G   1% /
tmpfs            tmpfs      4,8G     35M  4,8G   1% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      4,8G       0  4,8G   0% /sys/fs/cgroup
/dev/sda1        vfat       511M    7,5M  504M   2% /boot/efi
tmpfs            tmpfs      979M     20K  979M   1% /run/user/1000

et

dpkg -l | grep -v ^ii

donne (pas grand chose... )

Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                    Version                                          Architecture Description
+++-======================================-================================================-============-===============================================================================

Quant à essayer l'idée "foireuse" de Qid... disons que je me la garde en dernier recours !

Merci encore pour votre aide et votre patience !

Dernière modification par Flying-Fish (Le 22/09/2023, à 10:18)

Flying-Fish · Le 22/09/2023, à 12:51

À tout hasard, pensez-vous qu’on puisse passer outre ce problème en installant rEFInd ?

Flying-Fish · Le 22/09/2023, à 13:12

Il me semble que ce sujet https://forum.ubuntu-fr.org/viewtopic.p … 033485&p=2 semble traiter de la solution à appliquer mais je ne comprends pas en quoi ce que j’ai fait ne fonctionne pas…

grendel a écrit :

Merci à Xubu 1957
La réponse débloque le problème à condition de commencer par supprimer le paquet secureboot en mode console dès le démarrage, puis d'installer le paquet synaptic et de supprimer à nouveau secureboot.
On peut alors réparer les paquets en utilisant
dpkg --configure -a
et enfin faire les mises à jour du système.

xubu1957 · Le 22/09/2023, à 14:21

Bonjour,

Je ne sais pas aider pour les installations.

J'avais ramené de la Doc et c'est Nuliel qui était intervenu.

Qid · Le 22/09/2023, à 22:11

Flying-Fish a écrit :

À tout hasard, pensez-vous qu’on puisse passer outre ce problème en installant rEFInd ?

Bah... le problème c'est que je ne pense pas que refind sache gérer un OS qui n'a pas de GRUB de présent si je reste sur mon idée... sauf que le message d'erreur que tu as sorti perso me fait plus penser un un secure boot qui casserait les pieds... plus que réellement le GRUB...

Flying-Fish · Le 01/10/2023, à 10:02

Merci Qid et Xubu pour votre aide mais j'en ai marre de cet ordi, je laisse tomber d'autant que j'en ai un second sous le coude qui traine et qui pourra surement faire l'affaire mais en se prenant moins la tete...

Merci quand meme !

xubu1957 · Le 01/10/2023, à 10:06

Bonjour,

Une aide en direct, près de chez toi ?

GUL (groupe des utilisateurs Linux) > aful.org/gul

> agendadulibre

ou un parrain Linux > parrains.linux; parrain-linux.com

Qid · Le 01/10/2023, à 10:12

@ xubu1957 : j'avais déjà posé cette question et il y avait eu une réponse...

Flying-Fish a écrit :

Qid a écrit :
t'as pas moyen de te faire aider physiquement ?
Boh j’imagine que si (encore que, je suis dans la campagne profonde ?) mais pour le coup c’est plus d’idées que d’aide physique dont j’ai besoin… ?

Flying-Fish · Le 01/10/2023, à 10:16

La flemme d'autant que j'ai un Dell Latitude 5480 qui traine et qui apparemment a l'air beaucoup moins penible !

Mais j'ai lancé un sujet sur le disque dur de l'Acer (l'aventure continue, yeah ! ) :

https://forum.ubuntu-fr.org/viewtopic.php?pid=22711089

xubu1957 · Le 01/10/2023, à 10:17

@Qid

Je n'avais pas relu la discussion.

Compte supprimé · Le 01/10/2023, à 10:22

Qid a écrit :

le problème c'est que je ne pense pas que refind sache gérer un OS qui n'a pas de GRUB de présent

Le seul pré-requis, c'est qu'il y ait sur le disque une partition esp et que le boot soit en EFI, ce qui est le cas quand au moins un OS est installé en UEFI. Pas du tout besoin de Grub, et ce n'est pas plus mal de le désinstaller pour éviter les embrouilles à venir avec les mises à jour des autres systèmes.

Maintenant, si dans ce cas le problème vient du matériel ou du sécure-boot, là c'est autre chose, mais je n'ai pas voulu interférer dans la discussion.

Dernière modification par Compte supprimé (Le 01/10/2023, à 10:25)

Qid · Le 01/10/2023, à 10:22

Flying-Fish a écrit :

j'ai lancé un sujet sur le disque dur de l'Acer (l'aventure continue, yeah ! ) :
https://forum.ubuntu-fr.org/viewtopic.php?pid=22711089

Pour l'instant je n'ai pas vraiment d'idée sur la question mais je surveille pour éventuellement intervenir plus tard : on voit un problème de table de partition mais gparted aurait dû réagir quand même pour permettre au pire de la recréer... du coup je me demande si ton disque n'aurait pas un souci matériel... mais comme je le disais pour l'instant je n'irai pas plus loin dans mes suppositions...

Qid · Le 01/10/2023, à 10:25

Tamarou a écrit :

Qid a écrit :
le problème c'est que je ne pense pas que refind sache gérer un OS qui n'a pas de GRUB de présent
Le seul pré-requis, c'est qu'il y ait sur le disque une partition esp, ce qui est le cas quand au moins un OS est installé en UEFI. Pas du tout besoin de Grub, et ce n'est pas plus mal de le désinstaller pour éviter les embrouilles à venir avec les mises à jour des autres systèmes.

Ok... c'est juste que comme la majeure partie des Linux (Ubuntu inclus évidemment) ne permettent pas de s'installer sans bootloader... ça rend tout de suite les choses moins pratiques...

Flying-Fish · Le 01/10/2023, à 10:27

Au passage, merci Xubu pour ces liens, je ne connaissais pas tous ces sites/groupes/systèmes de parrainage, c’est cool, il faudra que je me penche là-dessus quand j’aurais un peu plus de temps (ma maison me prend pas mal de temps et d’énergie depuis quelques mois… ).

Compte supprimé · Le 01/10/2023, à 10:58

ne permettent pas de s'installer sans bootloader...

Si je comprends bien le message N°1 c'est ce qu'a fait Flying-Fish avec :

ubiquity -b

Il a ensuite "chrooté" dans sa nouvelle installation pour y installer Grub et copier le lanceur d'Ubuntu dans /BOOt sous le nom attendu.
Il pouvait faire la même chose pour installer Refind, Systemd-boot ou autre.

Après je ne sais pas pour l'histoire des versions d'Ubuntu supérieures à la 18.04.

Qid · Le 01/10/2023, à 11:04

Tamarou a écrit :

ne permettent pas de s'installer sans bootloader...
Si je comprends bien le message N°1 c'est ce qu'a fait Flying-Fish avec :
ubiquity -b

C'est vrai qu'il y a ça que j'ai tendance à oublier car c'est indiqué nul part si tu ne le sais pas un minimum...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 20/09/2023, à 19:41

[Abandonné] Problème de mise à niveau

#2 Le 20/09/2023, à 20:35

Re : [Abandonné] Problème de mise à niveau

#3 Le 20/09/2023, à 20:57

Re : [Abandonné] Problème de mise à niveau

#4 Le 20/09/2023, à 20:58

Re : [Abandonné] Problème de mise à niveau

#5 Le 20/09/2023, à 21:04

Re : [Abandonné] Problème de mise à niveau

#6 Le 20/09/2023, à 21:06

Re : [Abandonné] Problème de mise à niveau

#7 Le 20/09/2023, à 21:09

Re : [Abandonné] Problème de mise à niveau

#8 Le 20/09/2023, à 21:43

Re : [Abandonné] Problème de mise à niveau

#9 Le 22/09/2023, à 10:17

Re : [Abandonné] Problème de mise à niveau

#10 Le 22/09/2023, à 12:51

Re : [Abandonné] Problème de mise à niveau

#11 Le 22/09/2023, à 13:12

Re : [Abandonné] Problème de mise à niveau

#12 Le 22/09/2023, à 14:21

Re : [Abandonné] Problème de mise à niveau

#13 Le 22/09/2023, à 22:11

Re : [Abandonné] Problème de mise à niveau

#14 Le 01/10/2023, à 10:02

Re : [Abandonné] Problème de mise à niveau

#15 Le 01/10/2023, à 10:06

Re : [Abandonné] Problème de mise à niveau

#16 Le 01/10/2023, à 10:12

Re : [Abandonné] Problème de mise à niveau

#17 Le 01/10/2023, à 10:16

Re : [Abandonné] Problème de mise à niveau

#18 Le 01/10/2023, à 10:17

Re : [Abandonné] Problème de mise à niveau

#19 Le 01/10/2023, à 10:22

Re : [Abandonné] Problème de mise à niveau

#20 Le 01/10/2023, à 10:22

Re : [Abandonné] Problème de mise à niveau

#21 Le 01/10/2023, à 10:25

Re : [Abandonné] Problème de mise à niveau

#22 Le 01/10/2023, à 10:27

Re : [Abandonné] Problème de mise à niveau

#23 Le 01/10/2023, à 10:58

Re : [Abandonné] Problème de mise à niveau

#24 Le 01/10/2023, à 11:04

Re : [Abandonné] Problème de mise à niveau

Pied de page des forums