logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 26-08-2021 19:59:20

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Résolu upgrade de Stretch vers Buster

Bonjour,

Quelques soucis lors d'une tentative d'upgrade de Stretch ver Buster sur un ASUS N550LF de 2014.
Après avoir sans difficulté upgradé ma machine de Buster vers Bullseye, en suivant les instructions du manuel, j'ai imprudemment entrepris d'upgrader l'autre machine du foyer qui elle était sous Stretch, vers Buster.
Tout s'est bien passé jusqu'à l'upgrade de grub. Là tout s'est figé. Je n'ai pas eu le réflexe de faire une photo d'écran.
J'ai donc reproduit l'échec à partir de  Buster 10.10.0 live en utilisant Calamares et j'ai eu le résultat suivant:


L'installation a échoué
Erreur Boost.Python pour le job "boot loader"
Command 'grub-install --target=x86_64-efi-directory=/boot/efi --bootloader id=Debian --force' returned
non-zero exit satus 1.
Installing for x86_64-efi platform. grub-install:warning: Cannot set EFI variable Boot0000. grub-install:warning:
efivarfs_set_variable:writing to fd 7 failed: No space left on device. grub-install: warning: _efi_set_variable_mode:ops-
>set_variable() failed: No space left on device. grub-install: error: failed to register the EFI boot entry: No space left on device.
...
 



En faisant un essai d'install avec Bullseye, j'ai eu le même msg " grub-install dummy a échoué".
J'ai tenté d'appliquer les conseils de Raleur:


in-target grub-install --no-nvram --force-extra-removable
in-target update-grub
 


Cela n'a rien donné.

Me voici donc au bout de mes maigres compétences.kernal_panic.gif
Je n'ai guère envie de remonter Stretch, d'autant que trouver une iso+nonfree ne paraît pas simple...
Merci de votre aide

Dernière modification par ganix (16-09-2021 20:26:28)

Hors ligne

#2 26-08-2021 22:42:31

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

Cela n'a rien donné.


C'est-à-dire ? Impossible que ces commandes provoquent l'erreur ci-dessus. D'autre part elles sont prévues pour l'installateur Debian classique, je ne garantis rien avec Calamares que je ne connais pas du tout.

Puisque tu as un système live, as-tu vérifié le contenu de /sys/fs/pstore ?

Il n'est pas question de réinstaller stretch, c'est obsolète et ça aura probablement le même problème.


Il vaut mieux montrer que raconter.

Hors ligne

#3 14-09-2021 16:24:39

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

Bonjour,

Je viens de reprendre l'installation de Bullseye sur l'ASUS N550LF.

J'ai l'erreur "grub-install dummy" a échoué.
je suis revenu au menu principal
J'ai baissé la priorité des questions à "bas"
J'ai relancé l'installation de grub
J'ai répondu oui à l'installation "sur le chemin des support amovible EFI"
et j'obtiens toujours l'erreur "grub-install dummy" a échoué.
quand je fais ctrl+alt+f4 je vois les sorties suivantes:
grub-installer: error: failed to register the efi boot entry: no space left on device
grub-installer: error: Running 'grub install --force-extra-removable --force "dummy"'
En regardant avec le système live, le volume de /sys/fs/pstore  est indiqué à 0, mais l'accès est interdit, alors je ne sais pas si la valeur indiquée signifie quelque chose.

JAvec un shell de l'installateur, jai ensuite essayé

in-target grub-install --no-nvram --force-extra-removable



et comme sortie j'ai, toujours avec ctrl+alt+f4:
in-target: Unexpected error; command non executed: 'grub-install --no-nvram --force-extra-removable'

Pour l'instant je suis à court d'idées et pour tout dire un peu inquiet.

Hors ligne

#4 15-09-2021 11:28:15

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : Résolu upgrade de Stretch vers Buster

Bonjour,
   Il n'y a que Stretch installé sur la machine ASUS ?
  J'ai déjà rencontré des problèmes en installant une Debian sur une autre, ... J'ai solutionné tout ça en effaçant totalement le disque dur ... avec:

shred sda


(en considérant que sda est la partition ( à voir avec fdisk -l)et en relançant l'install par la suite ...
Attention , avec la commande shred, tout sera effacé du disque dur...
Si je comprend le msg d'erreur, il n'y a pas assez de place sur ta partition EFI ...
Ce n'est qu'une idée, mais elle écrasera tout ce qui est écrit sur le disque dur, donc à faire tres gaffe en l'utilisant (depuis la vieille version de stretch ou d'un "live", je pense ça marche aussi)
En tout cas avec cette méthode tu ne pourra plus upgrader stretch (puisque ca aura été écrasé, avec tout autre O.S présent) et t'auras juste une nouvelle install bullseye, toute vierge ...

Hors ligne

#5 15-09-2021 13:27:00

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

@ upub

Il n'y a que Stretch installé sur la machine ASUS ?


J'ai d'abord tenté un upgrade vers Buster en suivant les instructions sur  https://wiki.debian.org/fr/DebianUpgrade et eu l'erreur  " grub-install dummy a échoué".
J'ai alors tenté l'installation de Bullseye avec les mêmes résultats. L'installateur avertit que tout sera effacé...
Je ne sais que penser. Je vais essayer.
La suite après essai.

Hors ligne

#6 15-09-2021 14:56:21

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

J'ai répondu oui à l'installation "sur le chemin des support amovible EFI"
et j'obtiens toujours l'erreur "grub-install dummy" a échoué.


Normal, le but de cette option n'est pas de supprimer cette erreur.

ganix a écrit :

En regardant avec le système live, le volume de /sys/fs/pstore  est indiqué à 0


Qu'est-ce que ça veut dire "le volume est indiqué à 0" ? C'est l'espace libre, l'espace occupé ?

sudo ls -alR /sys/fs/pstore


serait plus cair.


Il vaut mieux montrer que raconter.

Hors ligne

#7 15-09-2021 16:35:10

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

raleur a écrit :


Qu'est-ce que ça veut dire "le volume est indiqué à 0" ? C'est l'espace libre, l'espace occupé ?
sudo ls -alR /sys/fs/pstore



Si j'ai bien compris c'est le /sys/fs de l'installation qu'il faut lister, alors voici ce que j'obtiens:

user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/


/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/:
total 8
drwxr-xr-x  2 root root 4096 Apr 10 20:15 .
drwxr-xr-x 18 root root 4096 Sep 14 13:35 ..
user@debian:~$

user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fr


ls: cannot access '/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fr': No such file or directory

Dernière modification par ganix (15-09-2021 17:37:03)

Hors ligne

#8 15-09-2021 17:35:50

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

Tu peux supprimer tout ça pour libérer de l'espace dans la NVRAM UEFI.

Il vaut mieux montrer que raconter.

Hors ligne

#9 15-09-2021 17:44:34

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

raleur a écrit :


Tu peux supprimer tout ça pour libérer de l'espace dans la NVRAM UEFI.



Je pense m'être trompé, si j'ai bien compris c'est le /sys/fs de l'installation qu'il faut lister, alors voici ce que j'obtiens:

user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/


/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/:
total 8
drwxr-xr-x  2 root root 4096 Apr 10 20:15 .
drwxr-xr-x 18 root root 4096 Sep 14 13:35 ..
user@debian:~$

user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fs


ls: cannot access '/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fs': No such file or directory

Dernière modification par ganix (15-09-2021 18:13:01)

Hors ligne

#10 15-09-2021 17:49:00

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

Mais non, il ne s'agit pas de vrais fichiers mais d'une mémoire de la carte mère, elle est accessible depuis le système actif !

Dernière modification par raleur (15-09-2021 17:49:50)


Il vaut mieux montrer que raconter.

Hors ligne

#11 15-09-2021 18:18:37

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

raleur a écrit :

Mais non, il ne s'agit pas de vrais fichiers mais d'une mémoire de la carte mère, elle est accessible depuis le système actif !



Bon, j'avais effacé le contenu de pstore.

Donc maintenant je tente la réinstallation de grub sur le support amovible.Je vais faire cela un peu plus tard dans

Hors ligne

#12 15-09-2021 19:08:29

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

Quel support amovible ?

Il vaut mieux montrer que raconter.

Hors ligne

#13 15-09-2021 19:15:18

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

C'est reparti mais,
comme après avoir mis les priorités des questions à "bas" je ne trouvais pas comment revenir à l'installation de grub, jai relancé l'installation.
J'ai répondu non à

forcer le mode UEFI


J'ai répondu oui à la question

Installer le programme de démarrage GRUB sur le disque principal?


tout a semblé bien se passer mais au redémarrage j'ai une console grub et l'invite de commande

grub>


Sans doute y a-t-il là un progrès...
J'ai arrêté proprement la machine avec la commande

halt

Dernière modification par ganix (15-09-2021 19:29:44)

Hors ligne

#14 15-09-2021 20:12:22

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

Installer le programme de démarrage GRUB sur le disque principal?


Avec quel installateur as-tu fait cette installation et dans quel mode d'amorçage ?
L'installateur classique ne devrait pas poser cette question en mode EFI. As-tu ensuite sélectionné un disque ?

Dernière modification par raleur (15-09-2021 20:12:59)


Il vaut mieux montrer que raconter.

Hors ligne

#15 15-09-2021 22:36:09

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

raleur a écrit :

Avec quel installateur as-tu fait cette installation et dans quel mode d'amorçage ?


Avec l'installateur graphique

raleur a écrit :

L'installateur classique ne devrait pas poser cette question en mode EFI. As-tu ensuite sélectionné un disque ?


Oui j'ai sélectionné le disque sur lequel je fais l'installation

Hors ligne

#16 15-09-2021 22:52:25

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

Avec l'installateur graphique


Ambigu. L'installateur classique en mode graphique ("graphical install" dans le menu de boot) ou l'installateur Calamares depuis le système live ?

ganix a écrit :

Oui j'ai sélectionné le disque sur lequel je fais l'installation


Alors c'était une installation en mode BIOS alors que les précédentes étaient en mode EFI. Pourquoi avoir changé ? Le GRUB qui affiche l'invite "grub>" est probablement un reste d'une précédente tentative d'installation qui ne trouve plus son système (et pour cause). Cela suppose que tu n'as pas repartitionné le disque, et notamment pas supprimé la partition EFI ?

On peut voir la table de partition affichée par fdisk ?

Si tu forces l'amorçage en mode BIOS/legacy/CSM depuis le firmware de l'ordinateur, tu devrais obtenir le menu de GRUB correspondant à ta dernière installation.


Il vaut mieux montrer que raconter.

Hors ligne

#17 16-09-2021 08:21:32

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

Bonjour,

raleur a écrit :

Ambigu. L'installateur classique en mode graphique ("graphical install" dans le menu de boot) ou l'installateur Calamares depuis le système live ?


L'installateur classique en mode graphique ("graphical install" dans le menu de boot)

raleur a écrit :

Alors c'était une installation en mode BIOS alors que les précédentes étaient en mode EFI. Pourquoi avoir changé ? Le GRUB qui affiche l'invite "grub>" est probablement un reste d'une précédente tentative d'installation qui ne trouve plus son système (et pour cause). Cela suppose que tu n'as pas repartitionné le disque, et notamment pas supprimé la partition EFI ?


En mode EFI ça n'avait pas marché alors je n'ai pas coché la case "forcer le mode EFI", mais j'ai bien repartitionné le disque.

raleur a écrit :

On peut voir la table de partition affichée par fdisk ?


user@debian:~$ sudo fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000LM024 HN-M
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: gpt
Disk identifier: 01F5CEA0-7D4F-49DB-878F-0424ACC598B8

Device       Start        End    Sectors   Size Type
/dev/sda1     2048    1050623    1048576   512M EFI System
/dev/sda2  1050624    2050047     999424   488M Linux filesystem
/dev/sda3  2050048 1953523711 1951473664 930.5G Linux LVM


Disk /dev/sdb: 7.22 GiB, 7757365248 bytes, 15151104 sectors
Disk model: USB DISK 2.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: 0x792fab23

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 6187103 6187104    3G  0 Empty
/dev/sdb2        1476    6701    5226  2.6M ef EFI (FAT-12/16/32)


Disk /dev/mapper/panxeko--vg-root: 23.28 GiB, 24998051840 bytes, 48824320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/panxeko--vg-var: 9.31 GiB, 9999220736 bytes, 19529728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/panxeko--vg-swap_1: 976 MiB, 1023410176 bytes, 1998848 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/panxeko--vg-tmp: 1.86 GiB, 1996488704 bytes, 3899392 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/panxeko--vg-home: 895.13 GiB, 961133150208 bytes, 1877213184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/loop0: 2.6 GiB, 2788732928 bytes, 5446744 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

raleur a écrit :

Si tu forces l'amorçage en mode BIOS/legacy/CSM depuis le firmware de l'ordinateur, tu devrais obtenir le menu de GRUB correspondant à ta dernière installation.

en choisissant:
Dans Boot Configuration
Launch CSM [enabled]

Dans Boot Option Priorities
Boot Option #1 [debian (P0: ST1000L...]
Boot Option #2 [UEFI OS (P0: ST1000...]

j'obtiens une invite de commande grub en caractères plus grands...

Dernière modification par ganix (16-09-2021 09:35:37)

Hors ligne

#18 16-09-2021 10:25:55

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

je n'ai pas coché la case "forcer le mode EFI"


C'est curieux, à ma connaissance l'installateur ne propose cette option que s'il a démarré en mode EFI et s'il a détecté la présence éventuelle d'un OS avec amorçage BIOS/legacy (je n'ai pas les conditions précises sous la main). Or a priori ce n'est pas le cas ici.

ganix a écrit :

j'ai bien repartitionné le disque


Pourtant le partitionnement actuel correspond à une installation en mode EFI : table de partition GPT, partition système EFI, pas de partition d'amorçage BIOS.
Tu as choisi le partitionnement assisté ou manuel ? Le partitionnement assisté utilisant le disque entier aurait dû créer une nouvelle table de partition de type MSDOS sans partition système EFI.

Tu peux monter /dev/mapper/panxeko--vg-root et récupérer le contenu de son fichier etc/fstab ?

ganix a écrit :

en choisissant:
Dans Boot Configuration
Launch CSM [enabled]

Dans Boot Option Priorities
Boot Option #1 [debian (P0: ST1000L...]
Boot Option #2 [UEFI OS (P0: ST1000...]

j'obtiens une invite de commande grub en caractères plus grands


A l'invite de grub, peux-tu exécuter la commande "set" pour voir la valeur des variables cmdpath et platform ?

Pas sûr que ces réglages suffisent à booter en mode CSM. Les deux boot options que tu montres sont pour l'amorçage EFI. Il faut soit désactiver le boot UEFI, soit forcer le boot en mode CSM via le menu de boot au démarrage qui est accessible en appuyant sur une touche propre à chaque ordinateur.


Il vaut mieux montrer que raconter.

Hors ligne

#19 16-09-2021 10:51:03

anonyme
Invité

Re : Résolu upgrade de Stretch vers Buster

Bonjour


Comment démarer en mode DOS à partir d'un lecteur USb ou optique ?
Suivez les instructions suivantes :
a. Allumez ou redémarrer votre ordinateur portable et appuyez sur la touche F2 du clavier pour accéder à l'interface de configuration du BIOS.
b. Allez dans Boot (Démarrage) et réglez l'option Launch CSM sur [Enabled].
c. Allez ensuite dans le menu Security (Sécurité) et réglez l'option Secure Boot Control sur [Disabled].
d.  Appuyez sur la touche F10 du clavier pour enregistrer les modifications et quitter le BIOS.
e. Au redémarrage de l'ordinateur, maintenez enfoncée la touche Echap du clavier pour ouvrir le menu de démarrage
 



la doc => https://www.asus.com/FR/SupportOnly/N55 … sk_Manual/

ps: il y aussi une option "os" windows ou disabled (mais a priori il n'en parle pas (description du bios du portable))

#20 16-09-2021 16:08:00

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

anonyme a écrit :

Comment démarer en mode DOS à partir d'un lecteur USb ou optique ?


Là-dessus, pas de problème, j'ai le manuel de la machine et que je démarre en "mode dos" ou en UEFI à pour seul effet de changer la taille de l'invite de commande grub qui s'affiche à l'écran.
Cependant je ne désarme pas.
Merci à tous de votre aide.

Hors ligne

#21 16-09-2021 16:58:29

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

Normalement, tu devrais pouvoir afficher le menu de GRUB avec

configfile (hd0,gpt2)/grub/grub.cfg


Si ce n'est pas le cas, peux-tu exécuter la commande "set" à l'invite grub> et relever la valeur de cmdpath, platform et prefix dans les deux cas ?
Peux-tu aussi démarrer un système live, monter /dev/mapper/panxeko--vg-root et récupérer le contenu de son fichier etc/fstab ?

Dernière modification par raleur (16-09-2021 17:18:56)


Il vaut mieux montrer que raconter.

Hors ligne

#22 16-09-2021 20:12:52

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

ubub a écrit :

Bonjour,
  J'ai déjà rencontré des problèmes en installant une Debian sur une autre, ... J'ai solutionné tout ça en effaçant totalement le disque dur ... avec:

shred sda


(en considérant que sda est la partition ( à voir avec fdisk -l)et en relançant l'install par la suite ...
Attention , avec la commande shred, tout sera effacé du disque dur...
Si je comprend le msg d'erreur, il n'y a pas assez de place sur ta partition EFI ...
Ce n'est qu'une idée, mais elle écrasera tout ce qui est écrit sur le disque dur, donc à faire tres gaffe en l'utilisant (depuis la vieille version de stretch ou d'un "live", je pense ça marche aussi)
En tout cas avec cette méthode tu ne pourra plus upgrader stretch (puisque ca aura été écrasé, avec tout autre O.S présent) et t'auras juste une nouvelle install bullseye, toute vierge ...



J'avais dit que j'essaierai.

shred -vfz -n 2 /dev/sda.


Je confirme que ça marche depuis une live Bullseye.

Et après install de Bullseye en mode UEFI sans coup férir.
Problème résolu donc.
Je vais quand même essayer de comprendre a posteriori.

De nouveau merci à tous.

Hors ligne

#23 16-09-2021 21:43:59

raleur
Membre
Inscription : 03-10-2014

Re : Résolu upgrade de Stretch vers Buster

ganix a écrit :

Je vais quand même essayer de comprendre a posteriori.


Aucune chance. shred (qui est totalement superflu, une simple écriture de zéros sur les premiers Mo du disque aurait suffi) a effacé tous les indices.

Il y a ceux qui cherchent à comprendre pour apprendre de leurs échecs, et ceux qui effacent tout et se condamnent à reproduirent leurs erreurs.


Il vaut mieux montrer que raconter.

Hors ligne

#24 17-09-2021 01:13:10

ganix
Membre
Lieu : Saint-Malo
Distrib. : Debian 12 Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : Xfce 4.18.1
Inscription : 01-01-2021

Re : Résolu upgrade de Stretch vers Buster

raleur a écrit :


Aucune chance. shred (qui est totalement superflu, une simple écriture de zéros sur les premiers Mo du disque aurait suffi) a effacé tous les indices.

Il y a ceux qui cherchent à comprendre pour apprendre de leurs échecs, et ceux qui effacent tout et se condamnent à reproduirent leurs erreurs.


Je ne sais pas ce que shred écrit mais comme il y a cela dans coreutils, je l'ai utilisé et ça vaut bien les zéros.
Par ailleurs, je n'ai pas réécrit tout le disque mais seulement effectivement les premiers Mo. Sinon j'y serais encore.
Cependant je retiens de cette install, qu'il fallait bien faire un peu de ménage sur le disque et donc si je refais une install sur une autre machine, je commencerai par là.

Merci encore

@+

Hors ligne

Pied de page des forums