[Résolu] problème installation stretch / buster

Debian Alain · 24-04-2019 01:17:46

je vous écrit car je suis en pleine débâcle .

j'ai voulu upgrader ma stretch vers buster :

mal m'en a pris : un paquet refusait de se mettre à jour
peu importe que ce soit avec le noyau des backports ou avec le noyau officiel de stretch

j'ai donc voulu forcer sa mise à jour :
çà m' adésinstallé apt ,tasksell gpg , etc ... etc ...

j'ai donc voulu installer buster : pas de update-grub . j'ai attendu 15 min , çà suffit non ?
j'ai donc voulu installer stretch pour repartir de zero , même souci et en plus , je me retrouve avec buster .

j'ai essayé rescatux . il n'a pas pu soigner mon grub .

en désespoir de cause , je vous poste mon bootinfoscript : un peu plus de 24,000 lignes

je vais essayer aussi , de vous poster un pastebin .

pastebin

j'ai essayé aussi de chrooter sdh5 (le root disque stretch / buster)
j'y suis arrivé mais pas moyen de monter le /boot/ accès au grub impossible .

si qqun peut me donner un gros coup de main , ce serai chouette .

au moment d'installer grub , le dvd reconnaît tous les systemes sauf le sien .

sdh mixte w$10 / stretch-buster

bien sûr , grub ne fonctionne pas : aucun accès à sdh5 . il n'y a que çà qui déconne . le reste semble être ok

Dernière modification par Debian Alain (24-04-2019 12:39:34)

kawer · 24-04-2019 05:21:52

Tu ne donne pas assez d'infos ont ne risque pas de t'aider , tout en détaillant le problème rencontré et le résultat désiré ainsi que les manipulations déjà effectué.
Depuis un chroot tu peu monter n'importe quel partitions, il faut le faire dans /mnt, d'abord tu monte la racine, ensuite sdMachin dans /mnt/boot/efi/ Puis tu réinstalle grub.
Si tu n'a plus apt tu le réinstalle avec dpkg, si tu n'a plus dpkg tu réinstalle ta debian

Dernière modification par kawer (24-04-2019 05:22:29)

Herve33 · 24-04-2019 05:33:59

Bonjour,
oui j'ai également pas tout saisi. Pour ma part, je ne fais jamais de montée de version, je réinstalle dès qu'on change de version stable. C'est plus long c'est vrai, mais au moins je repart avec un système sain.

melissa6969 · 24-04-2019 07:04:27

Pourquoi faire un chroot pour grub.?!
Avec l'installateur de debian t'as les options avancées dans le rescue mode.
Et de là tu peux réinstaller grub en deux secondes.
Si ça échoue alors là c'est une autre chanson qui se prépare.!!

Comme quoi une testing en phase de gel est pas si stable que ça.
Tes le deuxième a avoir un problème avec grub après une montée en version.!!
Je sais pas si y a un rapport de bug, mais tu devrais en faire un, ça serait pas de trop.!!
Le problème n'est pas reproductible sur sid en tout cas.

D'ailleurs on sait rien.
Uefi.??
Legacy.??
Secure boot.??
Quel paquet de grub est concerné.??
Quel message d'erreur précisément.??
Écran noir.??
Qui a la main entre Windows et debian.??
Etc etc

Dernière modification par melissa6969 (24-04-2019 07:08:56)

Debian Alain · 24-04-2019 08:22:07

alors , mes disques sont en tables de partitions dos .

si vous aviez pris la peine de lire le boot info script que je vous ai donné , vous auriez déjà plus d'infos .

pour résumer :

1 ere montée en version stretch buster : échec
2 ème montée en version stretch - buster : echec
reinstallation buster : echec
reinstallation stretch : echec
rescatux : echec

https://debian-facile.org/paste-3F2F6F6507

le systeme boote sur sdl (SSD M.2) et
la section avancée du démarrage de stretch-buster me donne
une quantité faramineuse de lignes sans résultat aucun .

à quoi çà sert que ducros y se décarcasse si vous lisez même pas ses rapports ! ?

raleur · 24-04-2019 08:42:19

Debian Alain a écrit :

pas de update-grub . j'ai attendu 15 min , çà suffit non ?
(...)je vous poste mon bootinfoscript : un peu plus de 24,000 lignes

Problème connu. Dans certaines circonstances que je n'ai pas réussi à élucider mais en tout cas en multiboot quand plusieurs instances de GRUB sont présentes, update-grub se mélange les pinceaux en lisant les grub.cfg des autres systèmes et inclut les mêmes entrées de façon répétitive. Chaque système fait la même chose, et les fichiers grub.cfg générés enflent.

Contournement : désactiver la détection des autres systèmes sur tous les systèmes sauf celui qui gère le GRUB actif en ajoutant la ligne suivante à /etc/default/grub :

GRUB_DISABLE_OS_PROBER=true

et regénérer grub.cfg avec update-grub ou update-grub2 selon la distribution.
Ensuite, regénérer le grub.cfg du GRUB actif.

melissa6969 a écrit :

Pourquoi faire un chroot pour grub.?!

Parce qu'exécuter update-grub pour un système autre que le système actif ne peut fonctionner que dans un chroot.

melissa6969 a écrit :

Avec l'installateur de debian t'as les options avancées dans le rescue mode.

Le mode rescue ne fait rien d'autre qu'un chroot après avoir fait les montages qui vont bien.

melissa6969 · 24-04-2019 09:17:45

raleur a écrit :

Contournement : désactiver la détection des autres systèmes sur tous les systèmes sauf celui qui gère le GRUB actif en ajoutant la ligne suivante à /etc/default/grub :
GRUB_DISABLE_OS_PROBER=true

tiens je connaissais pas cette manipulation; elle est super simple, moi qui me cassait la tête à désactiver os-prober sur tous les systèmes sauf celui qui a la main sur le grub, merci pour l'astuce je vais faire quelques bricolages du coup

melissa6969 a écrit :

Avec l'installateur de debian t'as les options avancées dans le rescue mode.
Le mode rescue ne fait rien d'autre qu'un chroot après avoir fait les montages qui vont bien.

oui il y fait tout seul comme un grand, pourquoi faire compliqué quand on peut faire simple parfois

raleur · 24-04-2019 10:07:18

Certes le mode rescue de l'installateur Debian automatise les actions pour lancer le chroot mais il faut l'avoir sous la main, rebooter avec, se farcir toutes les étapes de configuration préalable...
Si on a encore un système bootable sur la machine, cela peut être plus simple et rapide de faire un chroot manuellement (quand on sait faire).

Debian Alain · 24-04-2019 10:25:09

bon , j'ai réinstallé stretch . en laissant le temps à grub de se mettre à jour . 10 min montre en main .

grub est à nouveau fonctionnel sans les lignes parasites .

malgré tout , stretch ne démarre pas .

il est sur sdh 5 .

voici mon blkid :

sudo blkid

[sudo] Mot de passe de alain : 

/dev/sda1: LABEL="CLONEZILLA" UUID="00C9126C750535DC" TYPE="ntfs" PTTYPE="atari" PARTLABEL="clonezilla" PARTUUID="cbf916aa-5698-4e73-b44e-36924b55762b"

/dev/sdg1: UUID="28994cab-32e4-413a-b169-ba193b390e44" TYPE="ext4" PARTUUID="8ab00601-01"

/dev/sdg3: UUID="QUPTlc-14DV-OJpe-0XsL-YUKg-u2k7-mOVbhw" TYPE="LVM2_member" PARTUUID="8ab00601-03"

/dev/sdg5: UUID="79c14d75-4edb-4eb7-a710-38760ef1e927" TYPE="swap" PARTUUID="8ab00601-05"

/dev/sdg6: UUID="ec20e31b-9163-47cd-8cad-08f0096fe272" TYPE="ext4" PARTUUID="8ab00601-06"

/dev/sdg7: UUID="b80c1e60-173b-4a98-ad09-41547e98afb2" TYPE="ext4" PARTUUID="8ab00601-07"

/dev/sdh1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="A6ECA3BDECA385E1" TYPE="ntfs" PARTUUID="000c8e33-01"

/dev/sdh2: UUID="8CC4AD79C4AD6664" TYPE="ntfs" PARTUUID="000c8e33-02"

/dev/sdh5: UUID="15820bb1-b27d-440f-8e7b-ff3db4bf5d62" TYPE="ext4" PARTUUID="000c8e33-05"

/dev/sdh6: UUID="6a36eda9-3442-492a-9d62-3cd768bc21a1" TYPE="swap" PARTUUID="000c8e33-06"

/dev/sdh7: UUID="eac89501-3e51-46ba-8dfc-864d1c8c9234" TYPE="ext4" PARTUUID="000c8e33-07"

/dev/sdi1: PARTLABEL="Microsoft reserved partition" PARTUUID="6cbecf1e-970d-498e-8894-5aa28d0b813e"

/dev/sdi2: LABEL="SAUVEGARDES W10" UUID="0CE41FABE41F95D4" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7dee4ed1-a599-4baa-906b-fe5ef15fc7bd"

/dev/sdj1: LABEL="HDD_EXT3_LINUX" UUID="8b1b42c9-5fc2-45e4-a6cd-b8b975ce06a5" TYPE="ext4" PARTLABEL="HDD_EXT3_LINUX" PARTUUID="770cae4f-f9c5-4838-8305-1825b08589e6"

/dev/sdk1: LABEL="HDD EXT 4" UUID="4739E9CC7687E15B" TYPE="ntfs" PTTYPE="atari" PARTUUID="3d8de4e7-881d-4061-b36f-d0d25ec0fb8d"

/dev/sdl1: UUID="87b8f371-408c-46d1-a141-b78c50c41f60" TYPE="ext4" PARTUUID="bd674831-01"

/dev/sdl5: UUID="77574568-1cb6-45b1-b870-d1093c6bdebd" TYPE="swap" PARTUUID="bd674831-05"

/dev/sdl6: UUID="ad915d9a-9f6a-4f7d-898d-20ca649caa3c" TYPE="ext4" PARTUUID="bd674831-06"

/dev/mapper/fedora-swap: UUID="0bc0cf2c-0626-4bfe-86e0-8f21cb1b9be6" TYPE="swap"

/dev/mapper/fedora-home: UUID="258d9fdb-8a5a-467d-9a2e-b749600b97bc" TYPE="ext4"

/dev/mapper/fedora-root: UUID="88605aac-8515-4cfe-9b42-a29dd0416de1" TYPE="ext4"

et mon boot infoscript

https://debian-facile.org/paste-2AC3FC8B1C

10,000 lignes seulement

Croutons · 24-04-2019 10:42:02

hello
Une usine a gaz ton machin , il serait peu être temps de faire du ménage?
Au final tu te sert pas de toute tes distros, autant les installer en VM pour les tester

melissa6969 · 24-04-2019 10:52:28

@raleur
quand le système démarre pas, c'est clair que l'installateur nous sauve la vie, je sais pas pourquoi toutes les distros ne font pas ça d'ailleurs.!!
après on fait pas tous les jours un chroot, mais savoir y faire manuellement est une bonne chose qui peut nous faire gagner du temps au lieu de réinstaller inutilement

@debian-alain
pourquoi tu débranches pas tous tes disques durs lors de l'installation de stretch pour éviter la pagaille.??
Parce que je rejoins l'avis de croutons, que c'est une sacrée usine à gaz tes partitions, c'est un bordel sans nom, franchement pas étonnant que grub s'emmêle les pinceaux.
quand on installe un OS et qu'on une 50 millions de partitions sur 10 millions de disques durs, on débranche les DD inutiles, ça allège l'update-grub, et ça évite la cacophonie totale.
enfin c'est mon avis ^^

ta stretch est sur sur sdh avec windows, donc le SSD et tous les autres disques durs ne servent à rien durant l'installation, et tu verra que grub va aller bien + vite, ou du moins pas trop lentement.!!

Dernière modification par melissa6969 (24-04-2019 11:05:08)

Debian Alain · 24-04-2019 12:18:02

pour me tirer d'affaire , voilà ce que j'ai fait :

effacement des partions étendues de sdh avec ubcd (parted magic)

réinstallation stretch en netinst

j'avais cette ereur :

erreur : no such device: xxxxxxxxxxxxxxxxxxxxxxx

erreur : hdx cannot get C/H/S values

erreur : le noyau doit d'abord être chargé

j'ai fait ceci :

sudo os-prober

sudo update-initramfs -u -k all

sudo update-grub

problème réglé

Dernière modification par Debian Alain (25-04-2019 08:22:21)

Anonyme · 24-04-2019 13:29:48

Bonjour,
puisque tu as corrigé ton problème, regarde aussi les labels de ces 2 partitions :
sdj1 "HDD_EXT3_LINUX" TYPE="ext4"
sdk1 "HDD EXT 4" TYPE="ntfs"
Ce n'est effectivement pas très simple de maintenir autant de systèmes sans se planter.
Je me suis fait une belle frayeur en découvrant le label Sauvegardes (heureusement incorrect) sur la partition où je venais de faire une installation.

raleur · 24-04-2019 13:33:51

Debian Alain a écrit :

grub est à nouveau fonctionnel sans les lignes parasites .

Sans lignes parasites ? Comment qualifies-tu ce genre d'aberration qu'on trouve à la pelle dans les grub.cfg de ton dernier rapport de bootinfoscript ?

menuentry 'Memory test (memtest86+, serial console 115200) (sur /dev/sdc5) (sur /dev/sdg1) (sur /dev/sdb2) (sur /dev/sdc5) (sur /dev/sdg1) (sur /dev/sdc5) (sur /dev/sdg1) (sur /dev/sdc5) (sur /dev/sdg1) (sur /dev/sdb6) (sur /dev/sdk1) (sur /dev/sdb6) (sur /dev/sdg1) (sur /dev/sdg6)'

Debian Alain a écrit :

erreur : no such device: 7b87a855-9ecd-4b25-a3c5-bc36f04fb21c

Je serais curieux de savoir d'où sort cet UUID. Il ne figure nulle part dans ton dernier rapport de bootinfoscript, ni dans les partitions, ni dans les fstab, ni dans les grub.cfg.

Debian Alain a écrit :

j'ai fait ceci :
sudo os-prober
sudo update-initramfs -u -k all

Inutile. os-prober ne modifie rien par lui-même et l'erreur est dans GRUB, pas dans l'initramfs.

debCbon · 24-04-2019 22:22:16

bonsoir

raleur a écrit :

melissa6969 a écrit :
Pourquoi faire un chroot pour grub.?!

Parce qu'exécuter update-grub pour un système autre que le système actif ne peut fonctionner que dans un chroot.
melissa6969 a écrit :
Avec l'installateur de debian t'as les options avancées dans le rescue mode.

Le mode rescue ne fait rien d'autre qu'un chroot après avoir fait les montages qui vont bien.

œuvrer en chroot n'est pas le sujet du fil, mais j'aimerais approfondir le sujet: un fil préalable existe-t-il sur ce forum/wiki où par exemple exécuter update-grub (ou quoi que ce soit d'autre) serait expliqué pas à pas?

slts

chalu · 25-04-2019 06:50:30

œuvrer en chroot n'est pas le sujet du fil, mais j'aimerais approfondir le sujet:

Tu peux chercher dans le wiki et créer ton propre fil sur la question.

Debian Alain · 28-04-2019 15:21:06

j'ai eu un gros coup de bol , je veux bien le reconnaître .

en attendant , voilà le lien qui m'a permis de me tirer d'affaire :

https://forum.ubuntu-fr.org/viewtopic.php?id=2029820

quant au chroot , oui , j'y ai pensé , pour y avoir tâté un peu il y a qque temps ,

mais , je ne maîtrise pas suffisamment .

ma tentative s'est donc soldée par un échec .

pourtant : https://debian-facile.org/doc:systeme:chroot

je ne sais pas si , comme le précise râleur , ces lignes n'ont rien à y voir :

sudo os-prober
sudo update-initramfs -u -k all

je me demande , si , tout simplement , je n'avais pas oublié de mettre grub à jour ....

possible.

vu qu'une bricole analogue m'est arrivée avec buster ... peu après ...

Dernière modification par Debian Alain (28-04-2019 16:20:02)

raleur · 28-04-2019 19:02:07

Si tu ne veux plus risquer d'avoir ce problème d'update-grub qui n'en finit pas et de grub.cfg démesuré à cause des répétitions en boucle, fais comme j'ai indiqué plus haut : désactive os-prober dans /etc/default/grub sur toutes les distributions sauf celle qui a le GRUB actif, et exécute update-grub sur toutes les distributions en finissant par celle qui a le GRUB actif. C'est radical.

Debian Alain · 29-04-2019 08:16:05

je retiens ton offre , râleur :

GRUB_DISABLE_OS_PROBER=true

Debian-facile

#1 24-04-2019 01:17:46

[Résolu] problème installation stretch / buster

#2 24-04-2019 05:21:52

Re : [Résolu] problème installation stretch / buster

#3 24-04-2019 05:33:59

Re : [Résolu] problème installation stretch / buster

#4 24-04-2019 07:04:27

Re : [Résolu] problème installation stretch / buster

#5 24-04-2019 08:22:07

Re : [Résolu] problème installation stretch / buster

#6 24-04-2019 08:42:19

Re : [Résolu] problème installation stretch / buster

#7 24-04-2019 09:17:45

Re : [Résolu] problème installation stretch / buster

#8 24-04-2019 10:07:18

Re : [Résolu] problème installation stretch / buster

#9 24-04-2019 10:25:09

Re : [Résolu] problème installation stretch / buster

#10 24-04-2019 10:42:02

Re : [Résolu] problème installation stretch / buster

#11 24-04-2019 10:52:28

Re : [Résolu] problème installation stretch / buster

#12 24-04-2019 12:18:02

Re : [Résolu] problème installation stretch / buster

#13 24-04-2019 13:29:48

Re : [Résolu] problème installation stretch / buster

#14 24-04-2019 13:33:51

Re : [Résolu] problème installation stretch / buster

#15 24-04-2019 22:22:16

Re : [Résolu] problème installation stretch / buster

#16 25-04-2019 06:50:30

Re : [Résolu] problème installation stretch / buster

#17 28-04-2019 15:21:06

Re : [Résolu] problème installation stretch / buster

#18 28-04-2019 19:02:07

Re : [Résolu] problème installation stretch / buster

#19 29-04-2019 08:16:05

Re : [Résolu] problème installation stretch / buster

Pied de page des forums