Grub a disparu total

[VolantDodo]

Dernier message de la page précédente :

Petite joie supplémentaire hier soir, un "freeze" de ma live session qui m'a paralysé jusqu'au coucher... et a disparu ce matin... je récupère donc mes onglets firefox sans avoir à tout reparamétrer...

Salut à @Jennatux,
Mes réflexions nocturnes me font imaginer d'installer une 2e mint-21.3 dans le dual-boot (j'aime les idées originales) pour (espérer) pouvoir relancer firefox et thunderbird avec mes profils sauvegardés dans la data "PatronDBI". (parce que je suis sans messagerie ni profil firefox depuis 24h).
Je réponds d'abord à tes suggestions:

1e commande:

Code : Tout sélectionner

ubuntu@ubuntu:~$ [[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"
Session EFI
ubuntu@ubuntu:~$ 

la 2e: j'avais passé le fdisk-l hier soir, et pas eu le temps de le ramener (je me demandais s'il fallait tout copier -je balance)

Code : Tout sélectionner

root@ubuntu:~# fdisk -l
Disk /dev/loop0: 1.63 GiB, 1752752128 bytes, 3423344 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop1: 471.01 MiB, 493887488 bytes, 964624 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop2: 874.37 MiB, 916840448 bytes, 1790704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop3: 269.77 MiB, 282873856 bytes, 552488 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop4: 10.72 MiB, 11239424 bytes, 21952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop5: 74.27 MiB, 77881344 bytes, 152112 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop6: 4 KiB, 4096 bytes, 8 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop7: 505.09 MiB, 529625088 bytes, 1034424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-00B
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xb624a29c

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sda1          1177600  147564543  146386944  69.8G 83 Linux
/dev/sda2  *          2048    1177599    1175552   574M ef EFI (FAT-12/16/32)
/dev/sda3       1742487552 1953523711  211036160 100.6G  7 HPFS/NTFS/exFAT
/dev/sda4        147566590 1742487551 1594920962 760.5G  5 Extended
/dev/sda5        147566592 1742487551 1594920960 760.5G  7 HPFS/NTFS/exFAT

Partition 4 does not start on physical sector boundary.
Partition table entries are not in disk order.

Disk /dev/sdb: 223.57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SV300S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd5540078

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sdb1          2048   1050623   1048576   512M  b W95 FAT32
/dev/sdb2       1052670 468860927 467808258 223.1G  5 Extended
/dev/sdb5  *    1052672 468860927 467808256 223.1G 83 Linux

Disk /dev/sdc: 28.82 GiB, 30943995904 bytes, 60437492 sectors
Disk model: DataTraveler 3.0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xba1e661c

Device     Boot    Start      End  Sectors  Size Id Type
/dev/sdc1  *        2048 60371955 60369908 28.8G  7 HPFS/NTFS/exFAT
/dev/sdc2       60371956 60437491    65536   32M ef EFI (FAT-12/16/32)

Disk /dev/mapper/ventoy: 5.78 GiB, 6203355136 bytes, 12115928 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: EED3DE8A-ACD3-4541-BA15-9014C007D874

Device                      Start      End  Sectors  Size Type
/dev/mapper/ventoy-part1       64 12105119 12105056  5.8G Microsoft basic data
/dev/mapper/ventoy-part2 12105120 12115263    10144    5M EFI System
/dev/mapper/ventoy-part3 12115264 12115863      600  300K Microsoft basic data

Disk /dev/loop9: 91.69 MiB, 96141312 bytes, 187776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop8: 10.54 MiB, 11051008 bytes, 21584 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop10: 149.63 MiB, 156901376 bytes, 306448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop11: 116.78 MiB, 122449920 bytes, 239160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop12: 38.83 MiB, 40714240 bytes, 79520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop13: 500 KiB, 512000 bytes, 1000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
root@ubuntu:~# 

au milieu du lot, je note: qu'on lit bien toutes les partitions, qu'on y détecte des secteurs "boot" (oublions la sdc qui est la clé de ma live-session)
et que l'erreur mentionnée dans 'sda' "Partition 4 does not start on physical sector boundary. Partition table entries are not in disk order." ne peut pas expliquer pourquoi on ne peut plus booter sur le SSD 'sdb' où se trouve mon système 'actif'.
J'ai une explication sur cette erreur: il y avait win7 à l'origine dans cette partition, j'ai effacé (oui, c'est idiot ) la partie 'boot' et agrandi la partition système pour remplir l'espace (je n'avais pas encore eu l'idée de l'utiliser pour un dual-boot). Et quand j'ai décidé de faire un dual-boot linux "par sécurité", il a fallu que je recrée le secteur "UEFI-boot", et à la souris sur gparted, j'ai glissé à 574Mo au lieu des 512 d'origine. On peut envisager que je refasse la manip complète en tapant les 512 au clavier pour revenir à la situation d'origine.
Et aussi je ne comprends pas bien pour quoi il ajoute "les partitions ne sont pas dans l'ordre du disque". Elles sont évidemment dans l'ordre où je les ai (re)créées, notamment la sda1 et la sda2... Cela signifie qu'après une ré-install il subsiste des traces de l'install d'origne qui viennent troubler l'eau du bain.??

Si je n'ai pas un résultat d'ici midi, je pars sur l'idée de début de ce post: reformater sda1 et sda2, les remettre aux dimensions d'origine, y installer une mint-21.3 en dual-boot...

et dire une dizaine de chapelet en sirotant une Koenigsbier de 50cl !!

Je suis ouvert à tout hurlement-ricanement-suggestion...

[VolantDodo]

j'ajoute à tout hasard que je n'ai jamais compris pourquoi, au fil de mes install, il se crée régulièrement de petits secteurs (qqes Ko ou Mo) inutilisés entre les partitions créées sur gparted... dans la liste de mon "fdisk -l" on en voit bien 3 ou 4 qui sont là "à l'insu de mon plein gré" et certaines depuis la 1e install de la machine....

et j'ajoute aussi que la complexité du bureau/menus/panneau de démarrage d'ubuntu me décourage définitivement d'y revenir.... j'y avais démarré 4/5 ans avant de découvrir mint, ya pas photo..!!

[VolantDodo]

je complète d'un "blkid" au cas où ça donne des indices..??

Code : Tout sélectionner

ubuntu@ubuntu:~$ blkid
/dev/loop1: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdb5: UUID="dbfdad3f-30c4-4866-b3ba-fb33262f3f53" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d5540078-05"
/dev/sdb1: UUID="A1C3-075B" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="d5540078-01"
/dev/loop2: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop0: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/mapper/ventoy: BLOCK_SIZE="2048" UUID="2024-08-27-16-23-26-00" LABEL="Ubuntu 24.04.1 LTS amd64" TYPE="iso9660" PTUUID="eed3de8a-acd3-4541-ba15-9014c007d874" PTTYPE="gpt"
/dev/sdc1: LABEL="Ventoy" UUID="4E21-0000" BLOCK_SIZE="512" TYPE="exfat" PARTUUID="ba1e661c-01"
/dev/sda2: UUID="5CE3-B836" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="b624a29c-02"
/dev/sda5: LABEL="PatronDBI" BLOCK_SIZE="512" UUID="5DBF30DC45830757" TYPE="ntfs" PARTUUID="b624a29c-05"
/dev/sda3: BLOCK_SIZE="512" UUID="6DDB3BF875FB129F" TYPE="ntfs" PARTUUID="b624a29c-03"
/dev/sda1: UUID="56e3bc05-38b9-44bd-86df-24efe083ad2d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b624a29c-01"
/dev/loop7: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop5: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop3: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdc2: BLOCK_SIZE="2048" UUID="2024-08-27-16-23-26-00" LABEL="Ubuntu 24.04.1 LTS amd64" TYPE="iso9660" PTUUID="eed3de8a-acd3-4541-ba15-9014c007d874" PTTYPE="gpt"
/dev/loop8: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop6: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop13: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop4: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop11: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop9: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop12: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop10: BLOCK_SIZE="131072" TYPE="squashfs"
ubuntu@ubuntu:~$ 

et là, pour être franc, je suis incapable de savoir ce que sont tous les "loopX / squashfs".... encore un "bébé-ubuntu"..??

je suis parti pour 2h de sport, retour vers 11h...

vu sur le net que les "loopX / squashfs" correspondent à des logiciels/applis installés avec 'snap'... je ne me souviens pas d'avoir 'choisi' cette procédure, mais... à l'insu de mon plein gré, pourquoi pas.?

Code : Tout sélectionner

ubuntu@ubuntu:~$ lsblk
NAME       MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0        7:0    0   1.6G  1 loop /rofs
loop1        7:1    0   471M  1 loop 
loop2        7:2    0 874.4M  1 loop 
loop3        7:3    0 269.8M  1 loop /snap/firefox/4793
loop4        7:4    0  10.7M  1 loop /snap/firmware-updater/127
loop5        7:5    0  74.3M  1 loop /snap/core22/1564
loop6        7:6    0     4K  1 loop /snap/bare/5
loop7        7:7    0 505.1M  1 loop /snap/gnome-42-2204/176
loop8        7:8    0  10.5M  1 loop /snap/snap-store/1173
loop9        7:9    0  91.7M  1 loop /snap/gtk-common-themes/1535
loop10       7:10   0 149.6M  1 loop /snap/thunderbird/507
loop11       7:11   0 116.8M  1 loop /snap/ubuntu-desktop-bootstrap/237
loop12       7:12   0  38.8M  1 loop /snap/snapd/21759
loop13       7:13   0   500K  1 loop /snap/snapd-desktop-integration/178
sda          8:0    0 931.5G  0 disk 
├─sda1       8:1    0  69.8G  0 part 
├─sda2       8:2    0   574M  0 part 
├─sda3       8:3    0 100.6G  0 part 
├─sda4       8:4    0     1K  0 part 
└─sda5       8:5    0 760.5G  0 part /media/ubuntu/PatronDBI
sdb          8:16   0 223.6G  0 disk 
├─sdb1       8:17   0   512M  0 part /mnt/boot-sav/sdb1
├─sdb2       8:18   0     1K  0 part 
└─sdb5       8:21   0 223.1G  0 part /media/ubuntu/dbfdad3f-30c4-4866-b3ba-fb33262f3f53
sdc          8:32   1  28.8G  0 disk 
├─sdc1       8:33   1  28.8G  0 part 
│ └─ventoy 252:0    0   5.8G  1 dm   /cdrom
└─sdc2       8:34   1    32M  0 part 
sr0         11:0    1  1024M  0 rom  
ubuntu@ubuntu:~$ 

[VolantDodo]

Nouveaux indices pour les experts.
Un nouvel essai de "boot-repair" m'a rendu un rapport avec le message final suivant:

Locked-NVram détecté. N'oubliez pas de faire démarrer votre firmware UEFI sur l'entrée Ubuntu 24.04.1 LTS (fichier sda2/efi/ubuntu/grubx64.efi) !

Je vais aller chercher dans les forums, parce que je ne sais PAS comment utiliser cette instruction dans la phase de démarrage...
en même temps (lol) ça semble indiquer qu'il y a bien au moins un point bootable sur la machine, -sda c'est le HDD avec la partition 'data' et l'ex-win7 où je viens d'installer une ubuntu24, mais qui ne se lance pas au démarrage, même par le F12).

edit: recherches rapides sur le net: le problème concerne à >80% des 'Mac', et il est aussi mentionné que ça se pose dans les machines virtuelles... or j'ai réussi à récupérer le win7 dans ma vb juste avant mon problème de grub (1 ou 2 jours quand même!)... je rapproche plutôt mon incident d'une install de dual-boot sur le sda, le sdb étant précédemment le seul disque bootable.

[DodoVolant]

RESOLU...
le dodo curieux ne garde pas ses 2 sabots sur le même pied...
sans perspective depuis bientôt 48h, j'ai choisi mon "option originale": installer sur le 'sda' la même mint-21.3 que celle utilisée depuis longtemps (21.1 -> 21.3) sur mon SSD 'sdb'.
Avec qqes options d'install inédites (puisqu'on apprend tous les jours) : cette install m'a refusé une partition fat32 pour le boot et m'a demandé une ext2... et ça roule...
le grub est bien revenu avec les deux systèmes... le nouveau en haut, et l'ancien (d'origine) en 2e:


MAIS seule la nouvelle install démarre sur le 'sda', l'ancienne bloque pour le moment sur des détails techniques...
faut bien se perfectionner un peu plus...

zut, pour être parfait j'aurais du écrire ce message avec le profil provisoire de dépannage...

Merci aux suggestions diverses, et rdv sur le nouveau sujet que j'ouvre (avec mon bon profil, récupéré... ) pour le re-démarrage de l'install d'origine...

...ouf, firefox et thunderbird à nouveau opérationnels avec les favoris et passwords... mais si je récupère l'autre version je n'aurai pas à réinstaller les réseaux WhatsApp, Signal, Telegram... ET une vbox pour y mettre un win7, ce qui est, comme chacun sait, mon opération favorite...

[VolantDodo]

Résolu...

[Armaggion]

Pour répondre à l'une de tes questions restées ouvertes : squashfs est le système de fichiers propre des flatpaks (et peut-être partagé avec d'autres formes de containers mais au moins celui-ci).

[DodoVolant]

Merci de la précision...