[RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

jeange · Le 24/04/2020, à 17:39

Bonjour à toutes et tous,
Suite à ceci https://forum.ubuntu-fr.org/viewtopic.php?id=2029946 je vais réediter avec un passage en douceur de 18.04 à 20.04.
Après avoir téléchargé l'ISO ici https://releases.ubuntu.com/20.04/ j'ai gravé une clé avec Gnome-Disques:

Pas de problème pour booter sur la clé avec les étapes suivantes:

Mais là, ça reste coincé

Problème d'ISO, de gravure ou autre ?
Merci de vos avis

Dernière modification par jeange (Le 07/09/2022, à 16:46)

geole · Le 24/04/2020, à 17:50

Bonjour
Avant de commencer à dupliquer, as-tu pensé à vérifier la qualité du fichier reçu

md5sum ubuntu-20.04*.iso

et comparer à ce qui est attendu https://doc.ubuntu-fr.org/md5sum
ea28c4fd933be55f9f01a5fa9e868490 *ubuntu-20.04-desktop-amd64.iso

Dernière modification par geole (Le 24/04/2020, à 17:51)

jeange · Le 24/04/2020, à 18:12

Bonsoir geole,
Je n'ai pas trouvé l'empreinte de référence pour comparer à ce retour:

jeange@jeange-W65-67SZ:~$ md5sum ~/Bureau/ubuntu-20.04-desktop-amd64.iso
ea28c4fd933be55f9f01a5fa9e868490  /home/jeange/Bureau/ubuntu-20.04-desktop-amd64.iso
jeange@jeange-W65-67SZ:~$

Oups! j'avais pas vu ton empreinte, donc c'est OK pour l'iso, je grave demain une autre clé.

Dernière modification par jeange (Le 24/04/2020, à 22:09)

moko138 · Le 25/04/2020, à 06:04

jeange a écrit :

je grave demain une autre clé

Oui, change de clef.

= =

Explications
La diversité des réponses à une recherche sur :

"initramfs unpacking failed: broken padding" solved OR résolu

est déconcertante.
Pour résumer, sans certitude, j'incline à croire qu'il y a une erreur matérielle.

Or ton pc fonctionne bien par ailleurs, (ce qui met hors de cause la RAM, la carte-mère et autres composants que tu utilises quotidiennement)
et la somme md5 de ton iso est correcte.
Reste-t-il une autre possibilité qu'un problème maériel de ta clef ?

- -
Qu'est-ce que l'initramfs ?
C'est un démarreur.
Avant de déployer le système d'exploitation, il faut lancer son noyau (ou "kernel").
Mais pour cela, il faut déjà quelques fonctions de base, composant un micro système d'exploitation autonome.
Pourquoi autonome ? Parce que les modules ordinaires ne sont pas encore disponibles, puisque inclus dans le système d'exploitation principal ! Va-ten lire des instructions, si tu ne sais pas encore lire de l'ext4 ni du fat32...
Donc le strict minimum est inclus dans un fichier-image (un mini-iso)
- qui va décompresser son système de fichiers (fs)
- dans la RAM (ram)
- pour démarrer (init) la suite.

C'est du moins ce que j'ai cru comprendre, et les connaisseurs y trouveront certainement à redire. D'ailleurs, je ne sais pas la différence entre l'initramfs et le fichier nommé à peu près initrd.img-<numéro de version du noyau> que tu trouveras dans /boot.

Mais, grosso modo, c'est cela, l'initramfs.

- -
Qu'est-ce que le "padding" ?
D'après https://dictionnaire.reverso.net/anglai … is/padding, dans la langue de tous les jours, c'est du rembourrage. Et en informatique :
"espacement entre le contenu et le contenant, en programmation HTML et CSS"
padding byte : "octet de remplissage".

Maintenant, nous pouvons revenir au message d'erreur.

"initramfs unpacking failed: broken padding" signifie
que la décompression en RAM de cet initramfs a connu un bête problème de remplissage.

Voilà pourquoi les causes variées peuvent être :
Avant la gravure (pas chez toi)
- une RAM dégradée
- une carte-mère dégradée
- une iso corrompue pendant le téléchargement

Pendant la gravure
- une décharge d'électricité statique
- une clef usb usée
- un logiciel de gravure pas au point (si changer de clef ne suffisait pas, tu essayerais un autre logiciel que gnome-disk)
- (si DVD) un graveur ou un DVD défectueux (pas chez toi)

Pendant le stockage ou la manipulation de la clef
- une iso corrompue sur la clef par une décharge d'électricité statique ou par le voisinage d'un aimant très puissant.

Au lancement de la clef live
- un composant défectueux sur la clef
- une décharge d'électricité statique quelque part entre la clef et la RAM.

jeange · Le 25/04/2020, à 07:29

Salut moko,
Je vais pouvoir changer de clé car j'en ai gravé une autre avec Gnome -Disques en 3mn alors que la précédente en 13mn ! je l'ai regravé pour constater que le temps de gravure était le même; je sens bien le marteau qui va la croiser...
A+ dans la matinée.

Nasman · Le 25/04/2020, à 07:52

J'ai eu ce même problème avec une clé qui possédait auparavant trois partitions (la partition iso, une partition efi et une partitiion fat32 du reste de la clé). J'ai du recréer une table des partitions, effectuer un formatage fat32 puis refaire l'iso avec dd.
- La dernière partition était toujours présente après le dd mais elle était marquée id=83 (ext4) dans le mbr (bien que la zone amorce soit celle d'une fat32.
D'autre part la dernière partition a du être retaillée car je l'avais fait démarrer juste après le dernier secteur de la partition iso (non alignée au Mio) et elle est devenue alignée au Mio (secteur 5304320).

La clé est devenue bootable.

Pour que la partition additionnelle de stockage soit visible par un Windows, il faut qu'elle soit la première (après la partition iso).
Ceci donne en définitive :
LBA 0 à 5303231 (id=0 iso)
LBA 5304320 à fin clé (id=0c FAT32)
LBA 4222640 à 4230575 (id=ef EFI)

Comme la création de l'iso créé les partitions dans l'ordre suivant
- iso
- EFI
- espace disponible
J'ai modifié la table des partitions avec hexedit pour intervertir les entrées 2 et 3 (les partitions ne sont plus dans l'ordre du disque mais la partition FAT32 arrive avant la partition EFI et est désormais visible de Windows).
Nota: je n'ai pu tester le boot efi (faute de PC uefi) mais je pense que cela devrait fonctionner (la partition efi n'a pas à être la première pour être détectée par le firmware UEFI

moko138 · Le 25/04/2020, à 08:31

Nasman,
Merci pour ces précisions !
Peux-tu détailler pour ceux comme moi qui ne sont pas familiers des manipulations d'octets ?

Par ailleurs, le pc de jeange n'est pas réglé sur EFI. (Je ne sais me pas s'il dispose de la possibilité EFI).

jeange · Le 25/04/2020, à 09:38

Hello moko, geole, nasman
Me revoilou sous 20.04
Sans problème, wifi, bluetooth, clavier externe et tout ça en 5/7 mn; je reviendrais plus tard tester second écran, imprimante et ................... scanner.
Je vous quitte là car une accalmie de l'orage va me permettre d'aller vadrouiller du côté de l'épicerie et de son épicière.

moko138 · Le 25/04/2020, à 10:38

Est-ce qu'elle présente bien, est-elle conviviale et met-elle à ta disposition tout ce que tu désires ? Les échanges avec l'usager sont bons ? (Je parle de ta 20.04, bien sûr).

jeange · Le 25/04/2020, à 10:57

Je n'ai pas été dépaysé, moins que entre 14.04 et 18.04; la grosse nouveauté c'est la logithèque remplacée par le SNAP STORE, ce dont j'ai été prévenu sur ce site assez clair https://www.numetopia.fr/quoi-de-neuf-d … cal-fossa/ bien que la possibilité de ppa , flatpak et paquets deb reste. C'est ce qui me fera agrandir la partition de 14.04 de 30Go à 50Go pour y loger 20.04, mais d'ici 2023 fin de 18.04 j'ai de quoi anticiper; ce qui m'a réellement surpris est la rapidité de l'arrivée à l'interface principale.

Partitions au 26/04/2020.

[HS: je vais faire prochainement l'état des lieux concernant certaines tours ]
A+

Dernière modification par jeange (Le 26/04/2020, à 16:17)

alex2423 · Le 25/04/2020, à 12:59

jeange a écrit :

C'est ce qui me fera agrandir la partition de 14.04 de 30Go à 50Go pour y loger 20.04, mais d'ici 2023 fin de 18.04 j'ai de quoi anticiper; ce qui m'a réellement surpris est la rapidité de l'arrivée à l'interface principale.
http://pix.toile-libre.org/upload/thumb/1587812299.png Partitions au 17/04/2020.
[HS: je vais faire prochainement l'état des lieux concernant certaines tours ]
A+

Je vois que tu adoptes la méthode de ne pas faire partition /home séparée. Mais j'ai du mal à comprendre ton partition si tu fais du dual boot.
sda1 => monté sur le point de montage /media/jeange => une partition pour y stocker des données certainement du coup
sda2 => point de montage / => ton système sur lequel tu as booté actueluement
sda3 => point de montage /DATA => pour y stocker très certainement tes données (Documents, Musique, Images, ...).
sda5 => ton swap

Mais je ne comprends, je ne vois pas 2 partitions pour accueillir 2 systèmes, à moins que ce soit un autre PC.

jeange · Le 25/04/2020, à 13:25

alex a écrit :

Mais je ne comprends, je ne vois pas 2 partitions pour accueillir 2 systèmes, à moins que ce soit un autre PC.

Depuis environ deux ans, j'ai une partition 14.04 en sda1, une autre 18.04 en sda2 et toutes mes données -images, documents, musique, vidéo, téléchargements- en sda3; je pourrais très bien avoir une partition Win en plus mais là n'est pas le but de la manœuvre, ce sera de remplacer 14.04 (qui m'est devenu inutile et malgré les dernières maj se retrouve sans paramètres) par 20.04.
moko m'avait conseillé ce partitionnement qui écarte toute perte des Data en cas de plantage d'une distribution, nous faisons tous une c....... un jour ou un autre.

moko138 · Le 25/04/2020, à 13:31

alex2423,
Oui, sda3 pour les données. Avec liens des /home/user/truc/ vers /DATA-WD500/truc/.

Pour le reste, regarde la taille des partitions et leurs étiquettes.

(Grillé par jeange !)

jeange · Le 25/04/2020, à 14:09

Un problème de réglé

et pour alex:

moko138 · Le 25/04/2020, à 14:26

jeange a écrit :

Un problème de réglé
http://pix.toile-libre.org/upload/thumb/1587823853.jpg

Tu aurais pu en faire un joli pendentif orangé.
Mais envoie les pièces détachées à le-peyo : il saura qu'en faire (filtre orange pour photo N&B, balançoire pour son chat, hamac pour son fils, préservatif pour éléphant...)

Nasman · Le 25/04/2020, à 14:45

moko138 a écrit :

Nasman,
Merci pour ces précisions !
Peux-tu détailler pour ceux comme moi qui ne sont pas familiers des manipulations d'octets ?

Il faut connaitre la structure des tables des partitions msdos, soient 16 octets par partition (principale). Si on affiche le mbr avec

sudo dd if=/dev/sdX bs=512 count=1 | hexdump -C

On obtient 32 lignes de 16 octets, soient les 32*16=512 octets du secteur.
La table des partitions commence à partir de l'offset 1be (446 en décimal).
Les octets de l'offset 1be à 1cd correspondent à la première partition principale
Les octets de l'offset 1ce à 1dd correspondent à la deuxième partition principale
Les octets de l'offset 1de à 1ed correspondent à la troisième partition principale
Les octets de l'offset 1ee à 1fd correspondent à la quatrième partition principale.

Avec hexedit on peut modifier directement les valeurs des octets (il faut savoir ce que l'on fait, ne pas se tromper de disque - ici une clé)

sudo hexedit /dev/sdX

Dans le cas rencontré j'ai réécrit les entrées 2 et 3 (pris les valeurs des offsets 1de-1ed, et réécrit en 1ce-1dd - et vice versa, ce qui était aux offset 1ce-1dd a été récrit en 1de-1ed).
Sortir avec ctrl X

Je pense aussi que l'on peut échanger les partitions avec une option de fdisk.

Nota: les emplacements et tailles des partitions sont maintenus mais les entrées 2 et 3 ont été échangées. sdX2 est devenu sdX3 et sdX3 est devenu sdX2.

Pour la partition de structure FAT32 qui était considérée comme ext4 dans la table des partitions (pourquoi ?), j'ai remplacé l'id de 83 (ext) de l'offset 1e2 par 0c (w95 FAT32).

moko138 · Le 25/04/2020, à 17:11

Merci beaucoup Nasman !
C'est rudement tècheunique !

Dans le cas rencontré j'ai réécrit les entrées 2 et 3 (pris les valeurs des offsets 1de-1ed, et réécrit en 1ce-1dd - et vice versa, ce qui était aux offset 1ce-1dd a été récrit en 1de-1ed).

Tu veux dire que tu as permuté deux suites complètes de 16 octets,
comme ci-dessous les bleus et les rouges :
EDIT : j'ai corrigé une erreur de ligne - en vrai, l'erreur est interdite !

000001c0 21 00 27 4a 1a cb 00 08 00 00 00 e0 2e 00 80 4a |!.'J...........J|
000001d0 1b cb 07 ef ff ff 00 e8 2e 00 00 00 00 05 00 ef |................|
000001e0 ff ff 07 ef ff ff 00 f0 2e 05 00 00 40 01 00 ef |............@...|

FIN d'édit.
?

- -

Je pense aussi que l'on peut échanger les partitions avec une option de fdisk.

Certes ! Et c'est simple (je m'en suis déjà servi) :

sudo fdisk /dev/sdX
   x   # extra functionality (experts only)
   f   # fix partition order
   w   # write table to disk and exit

Ensuite un

sudo partprobe

assure la prise en compte immédiate du changement.

- -

Pour la partition de structure FAT32 qui était considérée comme ext4 dans la table des partitions (pourquoi ?), j'ai remplacé l'id de 83 (ext) de l'offset 1e2 par 0c (w95 FAT32).

Il faut en effet savoir où on met les pieds ! (Moi, je n'aurais pas osé.)

Là aussi, fdisk est plus simple :

sudo fdisk /dev/sdX
   t   # change a partition's system id
Partition number (1-n): 
Hex code (type L to list codes): L

Je n'ai pas été plus loin, je suppose qu'après le choix du type, il suffit d'un "save and exit".
Et que, là aussi, un sudo partprobe final est utile.

Dernière modification par moko138 (Le 25/04/2020, à 17:21)

moko138 · Le 25/04/2020, à 17:26

jeange a écrit :

Je n'ai pas été dépaysé, moins que entre 14.04 et 18.04; la grosse nouveauté c'est la logithèque remplacée par le SNAP STORE, ce dont j'ai été prévenu sur ce site assez clair https://www.numetopia.fr/quoi-de-neuf-d … cal-fossa/

Ça y est, la 20.04 est sortie d'hier et je crois bien que le snap store a déjà frappé !

Nasman · Le 25/04/2020, à 17:57

moko138 a écrit :

Merci beaucoup Nasman !
C'est rudement tècheunique !
Dans le cas rencontré j'ai réécrit les entrées 2 et 3 (pris les valeurs des offsets 1de-1ed, et réécrit en 1ce-1dd - et vice versa, ce qui était aux offset 1ce-1dd a été récrit en 1de-1ed).
Tu veux dire que tu as permuté deux suites complètes de 16 octets,
comme ci-dessous les bleus et les rouges :
EDIT : j'ai corrigé une erreur de ligne - en vrai, l'erreur est interdite !
000001c0 21 00 27 4a 1a cb 00 08 00 00 00 e0 2e 00 80 4a |!.'J...........J|
000001d0 1b cb 07 ef ff ff 00 e8 2e 00 00 00 00 05 00 ef |................|
000001e0 ff ff 07 ef ff ff 00 f0 2e 05 00 00 40 01 00 ef |............@...|
FIN d'édit.
?
- -

Oui cela correspond à recopier les 2x16 octets.

PS : A mon avis les valeurs ef aux offset 1d3, 1df, 1e3 et 1ef me paraissent fausses. Elles devraient correspondre à la valeur maxi (en hexa) d'un numéro de tête (254 soit fe).

J'avais fait un petit topo sur le déchiffrage du mbr ici

jeange · Le 25/04/2020, à 18:09

moko a écrit :

Ça y est, la 20.04 est sortie d'hier et je crois bien que le snap store a déjà frappé !

Tu crois ?
Ça permettra de tester "l'encombrement" entre deb, snap, et flat mais il est vrai que le concept se rapproche de la nouvelle manière de nous faire consommer à savoir salade avec préparation et assaisonnement maison ou salade en sachet + assaisonnement en tube !!! et tranquillement nous irons vers l'agro-informatique pour tous

moko138 · Le 26/04/2020, à 05:54

Nasman a écrit :

Oui cela correspond à recopier les 2x16 octets.
J'avais fait un petit topo sur le déchiffrage du mbr ici

Super ! Merci Nasman !

- -

PS : A mon avis les valeurs ef aux offset 1d3, 1df, 1e3 et 1ef me paraissent fausses. Elles devraient correspondre à la valeur maxi (en hexa) d'un numéro de tête (254 soit fe).

Et pourtant, ce sont deux partitions fonctionnelles, de 40 et 10 Gio.
(Peut-être est-ce en raison de leurs tailles modestes, ou parce que je les ai redimensionnées avec une très vieille version de gparted (aux alentours de v. 0.11) qu'elles présentent des valeurs inattendues ?)

Dernière modification par moko138 (Le 26/04/2020, à 06:01)

Nasman · Le 26/04/2020, à 08:37

>moko138
ef correspond à la valeur décimale 239, ce qui correspond à un nombre maxi de têtes de 240.
La valeur la plus courante est de 255 (de 0 à 254 ou 0 à fe en hexa) mais pour les vieux disques on trouve aussi 240 (ce qui semble être ton cas), ou 16.

Pour info :
tu as de très vieux bios qui n'utilisent que les valeurs CHS (cylindre, tête, secteur) - en fait plutôt dans l'ordre tête, secteur (+ 2 bits cylindre), cylindre. Le démarrage implique une partition de boot dans les 8 premier Go du disque. Dans ce système CHS ou est limité à des tailles de :
1024(10 bits cylindre)x255(maxi têtes)x63(maxi secteurs)=16450560 secteurs, soient 8,4 Go
Les bios plus récents lisent les 4 octets de l'adresse LBA (qui limitent à 2 Tio), et chargent le secteur à partir de la LBA.
Il y a donc un double encodage de l'emplacement des partitions (qui peuvent parfois être en désaccord - et qui le sont pour les partitions au delà de la limite de CHS avec des valeurs maxi fe ff ff)

jeange · Le 26/04/2020, à 16:30

Je résume pour installer 20.04 en lieu et place de 14.04:
EN LIVE
Essayer ou Installer
Langue
Clavier
Installation minimale
Autre chose
Outil de partitionnement avancé
GParted ouvert > Double Clic sur 1404
Agrandir la partition à 50 Gio

Et là ? Étiquette 2004 ? Drapeau ?

Pour arriver à Installer > Fuseau horaire +2
Nom
Nom ordi (idem Nom ?)
Mdp

Fin de l'install > Redém

Où suis-je dans l'erreur?

moko138 · Le 26/04/2020, à 18:33

jeange,
1) En l'état, tu ne peux pas "Agrandir la partition à 50 Gio", puisque sda2 (18.04) commence à environ 30 Gio.

2) Puisque c'est 18.04 qui est opérationnelle, il faut :
2.1) D'abord réinstaller (si pas déjà fait, je ne sais plus) grub dans sda (sans chiffre) depuis 18.04.
C'est-à-dire, depuis 18.04 :
formater sda1 en ext4 ;

sudo os-prober ; sudo update-grub ; sudo grub-install /dev/sda

.
2.2) Ensuite, pendant l'installation de 20.04 sur sda1, quand on te posera la question de grub, répondre "/dev/sda1" (donc avec chiffre), afin que le grub de 18.04 reste maître.

2.3) Après l'installation de 20.04, démarrer tranquillement 18.04
et afin que le grub maître prenne en compte la 20.04, faire :

sudo os-prober ; sudo update-grub

jeange · Le 26/04/2020, à 20:20

En l'état, tu ne peux pas "Agrandir la partition à 50 Gio", puisque sda2 (18.04) commence à environ 30 Gio.

Car il n'est pas possible de réduire sda3 de 20Gio, puis passer sda2 de 31 à 51Gio et terminer avec sda1 de 30 à 50Gio ? vu que GParted en graphique c'est une pompe à vélo, mébon.

2) Puisque c'est 18.04 qui est opérationnelle, il faut :
2.1) D'abord réinstaller (si pas déjà fait, je ne sais plus) grub dans sda (sans chiffre) depuis 18.04.
C'est-à-dire, depuis 18.04 :
formater sda1 en ext4 ;

Je vois pas de sda sans chiffre
et formater sda1 en ext4 ; là, je décroche...

La suite,je verrais plus tard.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/04/2020, à 17:39

[RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#2 Le 24/04/2020, à 17:50

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#3 Le 24/04/2020, à 18:12

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#4 Le 25/04/2020, à 06:04

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#5 Le 25/04/2020, à 07:29

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#6 Le 25/04/2020, à 07:52

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#7 Le 25/04/2020, à 08:31

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#8 Le 25/04/2020, à 09:38

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#9 Le 25/04/2020, à 10:38

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#10 Le 25/04/2020, à 10:57

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#11 Le 25/04/2020, à 12:59

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#12 Le 25/04/2020, à 13:25

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#13 Le 25/04/2020, à 13:31

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#14 Le 25/04/2020, à 14:09

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#15 Le 25/04/2020, à 14:26

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#16 Le 25/04/2020, à 14:45

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#17 Le 25/04/2020, à 17:11

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#18 Le 25/04/2020, à 17:26

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#19 Le 25/04/2020, à 17:57

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#20 Le 25/04/2020, à 18:09

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#21 Le 26/04/2020, à 05:54

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#22 Le 26/04/2020, à 08:37

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#23 Le 26/04/2020, à 16:30

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#24 Le 26/04/2020, à 18:33

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#25 Le 26/04/2020, à 20:20

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

Pied de page des forums