[resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

CopCoben · 04-09-2019 23:22:59

Bonjour a tous,

Je parcours les forums depuis 2 jours pour trouver solution a mon problème qui à l'air d'etre un double problème plutôt.

J'ai upgradé ma distribution stretch en buster et depuis impossible de se connecter en ssh ou de faire un upgrade.

Voici les resultats de différentes commandes que j'ai lancées .

Merci d'avance pour votre aide !

Linux Fractal 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) x86_64 GNU/Linux

benoit@Fractal:~$ systemctl status sshd

● ssh.service - OpenBSD Secure Shell server

   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)

   Active: failed (Result: exit-code) since Wed 2019-09-04 23:53:25 CEST; 9min ago

     Docs: man:sshd(8)

           man:sshd_config(5)

  Process: 669 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)

benoit@Fractal:~$ systemctl status openssh

Unit openssh.service could not be found.

benoit@Fractal:~$ sudo apt-get update

Atteint :1 http://ftp.fr.debian.org/debian buster InRelease

Atteint :2 http://security.debian.org/debian-security buster/updates InRelease                                          

Ign :3 http://dl.google.com/linux/chrome/deb stable InRelease                                                           

Atteint :4 http://ftp.fr.debian.org/debian buster-updates InRelease   

Atteint :5 http://dl.google.com/linux/chrome/deb stable Release

Lecture des listes de paquets... Fait

benoit@Fractal:~$ sudo apt-get upgrade

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Calcul de la mise à jour... Fait

0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

3 partiellement installés ou enlevés.

Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.

Souhaitez-vous continuer ? [O/n] o

Paramétrage de openssh-server (1:7.9p1-10) ...

rescue-ssh.target is a disabled or a static unit, not starting it.

Job for ssh.service failed because the control process exited with error code.

See "systemctl status ssh.service" and "journalctl -xe" for details.

invoke-rc.d: initscript ssh, action "restart" failed.

● ssh.service - OpenBSD Secure Shell server

   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)

   Active: activating (auto-restart) (Result: exit-code) since Thu 2019-09-05 00:04:06 CEST; 10ms ago

     Docs: man:sshd(8)

           man:sshd_config(5)

  Process: 3310 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)

dpkg: erreur de traitement du paquet openssh-server (--configure) :

 installed openssh-server package post-installation script subprocess returned error exit status 1

Paramétrage de shim-signed-common (1.33+15+1533136590.3beb971-7) ...

Installation pour la plate-forme x86_64-efi.

grub-install : attention : Cannot set EFI variable Boot0000.

grub-install : attention : efivarfs_set_variable: writing to fd 8 failed: Aucun espace disponible sur le périphérique.

grub-install : attention : _efi_set_variable_mode: ops->set_variable() failed: Aucun espace disponible sur le périphérique.

grub-install : erreur : failed to register the EFI boot entry: Aucun espace disponible sur le périphérique.

dpkg: erreur de traitement du paquet shim-signed-common (--configure) :

 installed shim-signed-common package post-installation script subprocess returned error exit status 1

dpkg: des problèmes de dépendances empêchent la configuration de shim-signed:amd64 :

 shim-signed:amd64 dépend de shim-signed-common (= 1.33+15+1533136590.3beb971-7) ; cependant :

 Le paquet shim-signed-common n'est pas encore configuré.

dpkg: erreur de traitement du paquet shim-signed:amd64 (--configure) :

 problèmes de dépendances - laissé non configuré

Des erreurs ont été rencontrées pendant l'exécution :

 openssh-server

 shim-signed-common

 shim-signed:amd64

E: Sub-process /usr/bin/dpkg returned an error code (1)

Dernière modification par CopCoben (05-09-2019 21:43:31)

totophe56 · 05-09-2019 01:05:36

Salut à toi

je ne pense pas que tes problème soient liés

grub ne s'installe pas apparemment parce que tu n'a pas assez d'espace sur ta partition prévue à cet effet

grub-install : erreur : failed to register the EFI boot entry: Aucun espace disponible sur le périphérique.

pour le service ssh il te demande d'aller voir les logs pour savoir où se situe le soucis

See "systemctl status ssh.service" and "journalctl -xe" for details.

CopCoben · 05-09-2019 08:23:42

Merci pour ta réponse.
Concernant le grub, c'est étonnant.... voici ce que me donne un df -h

benoit@Fractal:~$ df -h

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

udev               3,8G       0  3,8G   0% /dev

tmpfs              764M     11M  754M   2% /run

/dev/sdc2          285G     20G  251G   8% /

tmpfs              3,8G    8,7M  3,8G   1% /dev/shm

tmpfs              5,0M    4,0K  5,0M   1% /run/lock

tmpfs              3,8G       0  3,8G   0% /sys/fs/cgroup

/dev/sdb1          916G    841G   29G  97% /home/benoit/Data1

/dev/sda1          916G    841G   29G  97% /home/benoit/Data2

/dev/sdc1          511M    5,1M  506M   1% /boot/efi

tmpfs              764M     12K  764M   1% /run/user/1000

benoit@Fractal:~$

sdb1 et sda1 sont des disques de données, le système est installé sur sdc

Le problème de grub et boot EFI est-il facilement gérable?

je remets le retour de systemctl status ssh.service

benoit@Fractal:~$ systemctl status ssh.service

● ssh.service - OpenBSD Secure Shell server

   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)

   Active: failed (Result: exit-code) since Thu 2019-09-05 00:04:07 CEST; 8h ago

     Docs: man:sshd(8)

           man:sshd_config(5)

  Process: 3338 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)

et journalctl -xe

benoit@Fractal:~$ sudo journalctl -xe

-- Le redémarrage automatique de l'unité (unit) ssh.service a été planifié, en

-- raison de sa configuration avec le paramètre Restart=.

sept. 05 09:19:37 Fractal systemd[1]: Stopped OpenBSD Secure Shell server.

-- Subject: L'unité (unit) ssh.service a terminé son arrêt

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- L'unité (unit) ssh.service a terminé son arrêt.

sept. 05 09:19:37 Fractal systemd[1]: Starting OpenBSD Secure Shell server...

-- Subject: L'unité (unit) ssh.service a commencé à démarrer

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- L'unité (unit) ssh.service a commencé à démarrer.

sept. 05 09:19:37 Fractal sshd[19757]: /etc/ssh/sshd_config line 25: Bad SSH2 cipher spec 'aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,blowfish-cbc,aes128-cbc,3des-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Control process exited, code=exited, status=255/EXCEPTION

-- Subject: Unit process exited

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- An ExecStartPre= process belonging to unit ssh.service has exited.

-- 

-- The process' exit code is 'exited' and its exit status is 255.

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Failed with result 'exit-code'.

-- Subject: Unit failed

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- The unit ssh.service has entered the 'failed' state with result 'exit-code'.

sept. 05 09:19:37 Fractal systemd[1]: Failed to start OpenBSD Secure Shell server.

-- Subject: L'unité (unit) ssh.service a échoué

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- L'unité (unit) ssh.service a échoué, avec le résultat failed.

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Service RestartSec=100ms expired, scheduling restart.

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Scheduled restart job, restart counter is at 5.

-- Subject: Le redémarrage automatique d'une unité (unit) a été planifié

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- Le redémarrage automatique de l'unité (unit) ssh.service a été planifié, en

-- raison de sa configuration avec le paramètre Restart=.

sept. 05 09:19:37 Fractal systemd[1]: Stopped OpenBSD Secure Shell server.

-- Subject: L'unité (unit) ssh.service a terminé son arrêt

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- L'unité (unit) ssh.service a terminé son arrêt.

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Start request repeated too quickly.

sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Failed with result 'exit-code'.

-- Subject: Unit failed

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- The unit ssh.service has entered the 'failed' state with result 'exit-code'.

sept. 05 09:19:37 Fractal systemd[1]: Failed to start OpenBSD Secure Shell server.

-- Subject: L'unité (unit) ssh.service a échoué

-- Defined-By: systemd

-- Support: https://www.debian.org/support

-- 

-- L'unité (unit) ssh.service a échoué, avec le résultat failed.

sept. 05 09:20:14 Fractal sudo[19776]:   benoit : TTY=pts/1 ; PWD=/home/benoit ; USER=root ; COMMAND=/bin/journalctl -xe

sept. 05 09:20:14 Fractal sudo[19776]: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

benoit@Fractal:~$

Ca sent la réinstallation complète nécessaire ce truc.......

raleur · 05-09-2019 08:53:55

Ces deux problèmes sont bien distincts.

1) sshd : l'option -t lance sshd en mode test de configuration. Visiblement ce test échoue, peut-être à cause d'un changement dans les options. Regarde dans les logs, particulièrement /var/log/auth.log s'il y a la raison de cet échec.

2) GRUB : l'espace disponible dont il est question dans le message d'erreur n'est pas sur le disque mais dans la mémoire non volatile (NVRAM) du firmware UEFI où sont stockées les variable d'amorçage EFI Boot*.
De mémoire, à confirmer, il faut regarder quelque part dans /sys/fs/pstore/ et faire du nettoyage. Sinon, j'ai déjà rencontré le cas, en dernier recours il est possible de passer le paramètre "efi_no_storage_paranoia" à la ligne de commande du noyau au démarrage, mais il existerait un risque de bloquer la carte mère d'après sa description :

Using this parameter you can use more than 50% of

your efi variable storage. Use this parameter only if

you are really sure that your UEFI does sane gc and

fulfills the spec otherwise your board may brick.

Dernière modification par raleur (05-09-2019 08:55:41)

CopCoben · 05-09-2019 09:09:50

1) j'ai rien vu de particulier dans le fichier auth.log, qui est tres tres verbeux! (n'etant pas franchement un expert, je suis certainement passé a coté de quelque chose quand meme); je peux eventuellement le poster ici.

2) ca me branche moyen comme manipulation......

raleur · 05-09-2019 09:17:19

Dans auth.log il faut regarder les lignes les plus récentes relatives à sshd.

CopCoben · 05-09-2019 09:24:26

voila ce que ca donne apres un systemctl start sshd. je vois rien concernant sshd.....

Sep  5 09:34:02 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

Sep  5 09:34:21 Fractal sudo: pam_unix(sudo:session): session closed for user root

Sep  5 09:35:11 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/home/benoit ; USER=root ; COMMAND=/usr/bin/apt-get install --reinstall shim-signed

Sep  5 09:35:11 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

Sep  5 09:35:14 Fractal sudo: pam_unix(sudo:session): session closed for user root

Sep  5 09:35:42 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action com.ubuntu.pkexec.synapt$

Sep  5 09:35:42 Fractal pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)

Sep  5 09:35:43 Fractal pkexec[22034]: benoit: Executing command [USER=root] [TTY=unknown] [CWD=/home/benoit] [COMMAND=/usr/sbin/synaptic]

Sep  5 09:36:14 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action com.ubuntu.pkexec.synapt$

Sep  5 09:36:14 Fractal pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)

Sep  5 09:36:14 Fractal pkexec[22081]: benoit: Executing command [USER=root] [TTY=unknown] [CWD=/home/benoit] [COMMAND=/usr/sbin/synaptic]

Sep  5 09:58:15 Fractal unix_chkpwd[22859]: password check failed for user (benoit)

Sep  5 09:58:15 Fractal kcheckpass[22780]: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost=  user=benoit

Sep  5 09:58:15 Fractal kcheckpass[22780]: Authentication failure for benoit (invoked by uid 1000)

Sep  5 09:59:11 Fractal dbus-daemon[553]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)

Sep  5 10:02:00 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/nano auth.log

Sep  5 10:02:00 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

Sep  5 10:06:28 Fractal sudo: pam_unix(sudo:session): session closed for user root

Sep  5 10:07:41 Fractal polkitd(authority=local): Registered Authentication Agent for unix-process:23232:3689479 (system bus name :1.248 [/usr/bin/pkttyagent --notify-fd 5 --fallback], obj$

Sep  5 10:07:48 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain TEMPORARY authorization for action org.freedesktop.systemd$

Sep  5 10:07:48 Fractal polkitd(authority=local): Unregistered Authentication Agent for unix-process:23232:3689479 (system bus name :1.248, object path /org/freedesktop/PolicyKit1/Authenti$

Sep  5 10:17:01 Fractal CRON[23587]: pam_unix(cron:session): session opened for user root by (uid=0)

Sep  5 10:17:01 Fractal CRON[23587]: pam_unix(cron:session): session closed for user root

Sep  5 10:20:54 Fractal polkitd(authority=local): Registered Authentication Agent for unix-process:23752:3768801 (system bus name :1.270 [/usr/bin/pkttyagent --notify-fd 5 --fallback], obj$

Sep  5 10:21:04 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain TEMPORARY authorization for action org.freedesktop.systemd$

Sep  5 10:21:04 Fractal polkitd(authority=local): Unregistered Authentication Agent for unix-process:23752:3768801 (system bus name :1.270, object path /org/freedesktop/PolicyKit1/Authenti$

Sep  5 10:21:31 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/nano auth.log

Sep  5 10:21:31 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

raleur · 05-09-2019 09:32:44

Et que donnent ?

sshd -t

sshd -T

CopCoben · 05-09-2019 09:41:29

benoit@Fractal:~$ sudo sshd -T

/etc/ssh/sshd_config line 25: Bad SSH2 cipher spec 'aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,blowfish-cbc,aes128-cbc,3des-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc'.

raleur · 05-09-2019 14:37:47

Je suppose qu'un ou plusieurs des algorithmes de chiffrement (ciphers) n'est plus supporté par la nouvelle version d'OpenSSH.
La liste des algorithmes de chiffrements supportés est affichée par la commande suivante :

ssh -Q cipher

Dans la page de manuel de sshd_config de buster, je vois que blowfish-cbc, cast128-cbc et arcfour ne sont plus mentionnés.

CopCoben · 05-09-2019 15:06:49

Bon alors une grande avancée.
J'ai essayer de tout réinstallé depuis une image netinst avec /home séparé.
Et la en fin d'installation un superbe message "impossible d'installer grub dans dummy, l'installation de grub-install-dummy a échoué, erreur fatale"
Fenêtre suivante "vous devez redémarrer manuellement avec le noyau /vmlinuz"
Chaud patate la....

raleur · 05-09-2019 15:40:37

Pas étonnant vu l'erreur lors de la modification des variables de boot EFI lors de la mise à niveau de GRUB. Les mêmes causes produisent les mêmes effets. Où vois-tu une grande avancée ? C'est de l'ironie ?

Et puis, qu'est-ce c'est que cette manie de tout réinstaller à la moindre difficulté ?

CopCoben · 05-09-2019 16:06:26

Oui c'est de l'ironie bien sûr !
C'est la manie des newbies (que je suis) qui se disent que ce sera plus simple de repartir sur un truc tout propre. Eh bien va falloir que je m'habitue à ne plus le faire....

Sinon c'est récupérable ? Ou je me mets en quête d'un nouveau disque dur ?
Je pensais que le partitionnement et le formatage permettaient de repartir sur du "comme neuf".....

raleur · 05-09-2019 16:28:38

Je répète que le disque dur et le partitionnement n'ont rien à voir là-dedans. Il s'agit de la mémoire non volatile de la carte mère.
C'est rattrapable si tu consens à faire ce que j'ai proposé dans le paragraphe 2) de mon message #4.
Maintenant que tu as détruit ton installation qui marchait encore, ça va être plus dur d'appliquer la première méthode (pstore).
As-tu un système live sous la main ?
Sinon, as-tu terminé l'installation sans GRUB ou abandonné après l'erreur ? Si tu as terminé, tu peux relancer l'installateur Debian en mode rescue pour finir d'installer GRUB.
Question importante : est-ce le seul système installé sur la machine ?

CopCoben · 05-09-2019 17:12:38

Oui j'ai un live de buster sous la main.
C'est le seul système sur la machine.
J'ai terminé l'installation, sans le grub, je vais tester de relancer en mode rescue.

Concernant

2) GRUB : l'espace disponible dont il est question dans le message d'erreur n'est pas sur le disque mais dans la mémoire non volatile (NVRAM) du firmware UEFI où sont stockées les variable d'amorçage EFI Boot*.
De mémoire, à confirmer, il faut regarder quelque part dans /sys/fs/pstore/ et faire du nettoyage. Sinon, j'ai déjà rencontré le cas, en dernier recours il est possible de passer le paramètre "efi_no_storage_paranoia" à la ligne de commande du noyau au démarrage, mais il existerait un risque de bloquer la carte mère d'après sa description :

Using this parameter you can use more than 50% of
your efi variable storage. Use this parameter only if
you are really sure that your UEFI does sane gc and
fulfills the spec otherwise your board may brick.

C'est une manipulation à faire dans un second temps si l'installation du grub en mode rescue échoue je suppose ?
J'espère ne pas en arriver là parce que je ne sais pas vraiment quoi faire.... Quand tu parles de nettoyage c'est quoi exactement ?

En tout cas merci pour ton aide.

raleur · 05-09-2019 17:25:40

Si Debian est le seul système, il y a un autre moyen d'installer GRUB sans avoir besoin de manipuler les entrées d'amorçage EFI.
Démarrer le système live et ouvrir un shell root.
Monter la racine du système installé.
Monter la partition système EFI
Monter /dev, /proc et /sys
Chrooter la racine du système installé.
Installer GRUB dans le chemin de périphérique amovible.

mount /dev/sdXY /mnt # remplacer sdXY par la vraie partition racine, sdc2 d'après tes messages précédents

mount --bind /dev /mnt/dev

mount --bind /proc /mnt/proc

mount --bind /sys /mnt/sys

chroot /mnt

mount /boot/efi

grub-install --removable --target=x86_64-efi --no-uefi-secure-boot

umount /boot/efi

exit

umount /mnt/dev

umount /mnt/proc

umount /mnt/sys

umount /mnt

Profite du système live pour examiner le contenu de pstore.

mountpoint /sys/fs/pstore || mount -t pstore pstore /sys/fs/pstore

ls -al /sys/fs/pstore

Dernière modification par raleur (05-09-2019 18:15:27)

CopCoben · 05-09-2019 17:31:56

OK super alors pour le molent j'abandonne le mode rescue et je vais essayer ta manip.
Je comprends pas le "bloc à supprimer si la commande n'affiche rien"
Question à 1000 balles : comment tu ouvres un shell root sous un live? Avec le mdp root du système qui est déjà installé ? (ha ouais j'avais prévenu, je suis pas un expert....)

CopCoben · 05-09-2019 17:32:54

Oubliés ma question sur le bloc à supprimer, suis sur mon tel, ça déconnait....

melissa6969 · 05-09-2019 17:40:52

simple petite question très rapide.??
pourquoi ne pas utiliser le mode rescue du live de debian netinstall, et de réparer grub (y a une option pour) (en fait ça le réinstalle sur la partition que tu lu aura donné)
c'est fonctionnel quand la partition efi est en bon état, évidemment l'installateur va pas faire de miracles si c'est le problème est lié à une partition corrompue ou que sais-je

Messages qui se sont croisés

Dernière modification par melissa6969 (05-09-2019 17:43:23)

raleur · 05-09-2019 18:04:32

CopCoben a écrit :

comment tu ouvres un shell root sous un live?

Sais pas, je n'ai jamais utilisé de système live. Une chose est sûre : pas avec le mot de passe du système installé.
Il y a peut-être un raccourci "terminal root" dans le menu du bureau. Sinon, il faut ouvrir un terminal et ensuite, je suppose que soit le mot de passe root est vide et on peut utiliser

su -

soit le compte utilisateur de la session live est déclaré dans sudo et on peut utiliser

sudo -s

melissa6969 a écrit :

pourquoi ne pas utiliser le mode rescue du live de debian netinstall, et de réparer grub (y a une option pour) (en fait ça le réinstalle sur la partition que tu lu aura donné)

Rappel : on n'indique pas de partition en mode EFI. L'ennui, c'est que ça va faire la même chose que lors de l'installation ou de la mise à jour et ça va échouer avec la même erreur d'espace insuffisant pour les variables de boot EFI.
En revanche le mode rescue de l'installateur Debian peut simplifier l'entrée dans un chroot ("lancer un shell dans la racine du système installé").

CopCoben · 05-09-2019 18:11:32

Oui merci, j'avais trouvé avec mon ami G....
concernant la manipulation

mount /dev/sdXY /mnt

est OK

mount --bind /dev /mnt/dev

est KO = me renvoit "/mnt/dev: mount point does not exist"

CopCoben · 05-09-2019 18:12:04

je precise : j'ai bien mis sdc1 a la place de sdXY

raleur · 05-09-2019 18:16:52

Ma faute, je voulais dire sdc2. sdc1 est la partition EFI. Vérifie qu'il y a bien bin, boot, dev et tout le reste sinon ce n'est pas la racine.

CopCoben · 05-09-2019 18:38:46

les commandes ont l'air d'etre passées
j'ai fait

mountpoint /sys/fs/pstore || mount -t pstore pstore /sys/fs/pstore

ls -al /sys/fs/pstore

il me renvoit une 40aine de lignes (je peux pas les mettre ici) du style :

-r--r---r--r 1 root root 350 dec 30 2018 dmseg-efi-156465466546541321321.enc.z

c'est ca qu'il faut nettoyer? comment?

bon je reboote et je croise les doigts…….

CopCoben · 05-09-2019 18:40:04

bon ca donne au reboot un ecran noir avec

grub> _

Debian-facile

#1 04-09-2019 23:22:59

[resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#2 05-09-2019 01:05:36

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#3 05-09-2019 08:23:42

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#4 05-09-2019 08:53:55

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#5 05-09-2019 09:09:50

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#6 05-09-2019 09:17:19

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#7 05-09-2019 09:24:26

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#8 05-09-2019 09:32:44

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#9 05-09-2019 09:41:29

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#10 05-09-2019 14:37:47

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#11 05-09-2019 15:06:49

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#12 05-09-2019 15:40:37

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#13 05-09-2019 16:06:26

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#14 05-09-2019 16:28:38

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#15 05-09-2019 17:12:38

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#16 05-09-2019 17:25:40

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#17 05-09-2019 17:31:56

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#18 05-09-2019 17:32:54

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#19 05-09-2019 17:40:52

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#20 05-09-2019 18:04:32

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#21 05-09-2019 18:11:32

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#22 05-09-2019 18:12:04

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#23 05-09-2019 18:16:52

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#24 05-09-2019 18:38:46

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

#25 05-09-2019 18:40:04

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Pied de page des forums