Erreur openssh-server après upgrade

[littlejohn75]

@Vinz

Beaucoup de choses obscures pour moi

Même cela ?

@Vinz

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
...
194 Temperature_Celsius     0x0022   118   098   000    Old_age   Always       -       29

Il faut dire qu’une valeur de 118° cela fait peur, a priori, mais une valeur brute de 29° tout en fin de ligne, c’est beaucoup plus sympathique.
Reprenons, d’abord remarquez que le numéro de série dans la sortie de

sudo smartctl  -d 'cciss,1'  --info /dev/sda

n’est pas le même que celui affiché avec èd cciss,0. On a bien accès à des disques physiques différents.
Je vous conseille donc de lancer

sudo smartctl  -d  cciss,$D  --info /dev/sda

pour des valeurs $D égales à 2,3,.. jusqu’à ce que le disque ne soit plus trouvé ( erreur ou numéro de série affiché inchangé )
Il est grand temps de lancer des tests SMART

sudo smartctl  -d  cciss,0  -t short /dev/sda
sudo smartctl  -d  cciss,1  -t short /dev/sda

et ainsi de suite pour $D = 2,3, …
Notez l’heure à laquelle vous pourrez consulter les résultats (option -a )

Une remarque sur le partitionnement

@Vinz

En mode rescue apres chroot:

turman@195-154-216-106:~$ sudo chroot /mnt /bin/bash
root@195-154-216-106:/$df -hTx tmpfs
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda2        ext4       916G    705G  165G  82% /
udev             devtmpfs   1,9G       0  1,9G   0% /dev
root@195-154-216-106:/$lsblk --fs
NAME   FSTYPE   LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0  squashfs                                                           
sda                                                                       
├─sda1 ext4     /boot 54e0bfeb-4c89-4f26-a0eb-e0afde40706c                
├─sda2 ext4     /     a8ac874e-2e31-4ae7-9ca2-4d62bd54ed75  164,1G    77% /
└─sda3 swap           b989aa61-cf22-4287-98e9-e7a1bef031ef                [SWAP]
root@195-154-216-106:/$ip address show

On voit que vous avez attribué tout l’espace disponible à un seul système de fichiers racine (ext4) directement sur une partition sda2. Cela présente de nombreux inconvénients pour un serveur

• vous mélangez la partie système et la partie applicative
• si il y a un problème avec une application qui remplit les journaux, ( /var/log) vous risquez de remplir à terme la racine.
• Les écritures sur la partie système ( / /usr /etc /boot /lib /usr ) sont nettement moins fréquentes que sur la partie applicative, si on prend soin d’avoir /var comme système de fichiers séparé.
• il en résulte que la probabilité d’avoir des ennuis en mettant tout dans un seul FS comme vous l’avez fait est augmentée d’au moins deux ordres de grandeur par rapport à un partitionnement plus adapté.
  Si vous reconstruisez le serveur , je ne peux que vous conseiller d’utiliser LVM ce qui vous permettra d’avoir la possibilité d’agrandir après coup les systèmes de fichiers ( même la racine ou le swap peuvent être dans un volume logique, donc extensible )

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

---

F. Petitjean
Ingénieur civil du Génie Maritime.

« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français

« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)