[résolu] système crashé sur Testing après dernière mise à jour

Herve5 · 07-09-2020 17:55:50

Bonjour,
Je vivais heureux depuis une paire de mois sur un Lenovo neuf avec Debian-Testing-nonfree, et depuis la dernière mise à jour, qui contenait outre les paquets Debian une mise à jour des pilotes non-free de Nvidia, le boot plante avant l'interface graphique.

Au terminal, startx plante aussi, avec le message : "could not write pid to lock file in /tmp/tX0-lock"

Et je note aussi dans la série des messages : failed to start Anonymizing overlay network for TCP

et : 2 updates could not be installed automatically. For more details, see /var/logs/unattended-upgrades/unattended-upgrades.log
En restant en ligne de commande j'avoue ne même pas savoir comment afficher ce log...

Enfin, le comportement ci-dessus ne change pas si je change de noyau en interrompant le boot (j'ai les trois derniers installées par Testing manifestement).

Je pense que le matériel reste bon, car j'ai pu booter sur la petite partition Windows que j'ai laissée dans un coin (j'écris ceci dessus, ce qui est assez humiliant :-)

Je suis preneur de tout conseil!

Merci!
Hervé

Dernière modification par Herve5 (12-09-2020 08:45:23)

anonyme · 07-09-2020 18:09:03

Bonjour
ta machine un portable ?

normalement c'est très rare que la mise a jour du driver nvidia plante mais ça arrive parfois
il me faut un peu d'info sur ton matériel .
tu n'a qu'une carte graphique , pc de bureau , le type de gpu si tu le connais , tu utilise les backports de buster ou pas ?
si tu a la main en console pure (avec Ctrl+Alt+F2 ) , te co en root avec "su -" , bien purger l'ancien et refaire une install propre

remarque :
pour ceci "un Lenovo neuf avec Debian-Testing-nonfree"
ton profil en buster , cette machine en bullseye ? ( la testing actuelle )
chaque fois je lit en diagonale .........

je me rend compte que tu parle de testing sur ton #1

Dernière modification par anonyme (07-09-2020 18:32:59)

Herve5 · 07-09-2020 19:30:49

Merci anonyme!
c'est un portable récent Lenovo Thinkpad P53 avec deux cartes graphiques, celle du processeur intel (détails en bas) et une GPU Nvidia Quadro T2000 séparée. J'ai mentionné les mises à jour Nvidia mais je ne ne suis pas sûr du tout que ce soit la raison de la panne.

Je suis sur le dernier Testing (bullseye), mon profil doit correspondre à la machine précédente.

Comment faire pour "purger l'ancien"?
J'arrive effectivement à activer la console, mais jusqu'ici je n'ai tenté de lancer que l'utilitaire timeshift qui me fait des backups système réguliers, et hormis son "man" qu'il affiche par défaut au lancement sur la console, toute commande, par exemple "timeshift --list-snapshots" résulte en une "erreur de segmentation"

Merci!
Hervé
[edit] j'ai corrigé mon profil, ma version de Linux est la 5.7.0-3

détails du hardware recopié de la facture :
Processeur - Processeur Intel Core i7-9750H (2,60 GHz, jusqu'à 4,50 GHz avec Turbo Boost, 6 cœurs, cache 12 Mo)
Système d'exploitation - Windows 10 Famille 64
Operating System Language - Windows 10 Famille 64 - Europe de l'ouest (EN/FR/DE/NL/IT)
Memory - 16 Go (8 + 8) de mémoire DDR4 2 666 MHz SoDIMM
First Hard Drive - Disque SSD 2 To, M.2 2280, PCIe-NVMe, Opal
Capacité totale de stockage - 2 To
Écran - 15,6 po Full HD (1920x1080), rétro-éclairage par LED, IPS, anti-reflets, 500 nits, avec Dolby vision HDR 400
Webcam - Caméra infrarouge 720p et HD avec microphone
Graphic Card - NVIDIA Quadro T2000 4 Go de mémoire GDDR5 128
Lecteur d'empreintes - Lecteur d'empreintes digitales
Clavier - Clavier rétroéclairé avec pavé numérique - Français, noir
Lecteur d'empreintes - Empreintes digitales
TPM Setting - Compatible TPM2.0 discret
Système carte à puce - Lecteur de carte à puce
Batterie - Batterie interne lithium-polymère à 6 cellules, 90 Wh,
Power Cord - Adaptateur c.a. 170 W compact (3 broches) - Europe
Wireless - Intel Wi-Fi 6 AX200 2x2 AX, Bluetooth version 5.0
Réseau mobile / 4G - WWAN
Integrated Mobile Broadband - Fibocom L850-GL 4G LTE CAT9
Display Panel - Écran Full HD IPS (1920 x 1080) 15,6 po, 500 nit, non tactile, caméra infrarouge, microphone, WLAN, antennes pour réseaux 3G/4G
Language Pack - Publication Europe de l'ouest (EN/FR/DE/IT/NL)

Dernière modification par Herve5 (07-09-2020 20:01:19)

Debian Alain · 07-09-2020 19:48:19

bonsoir Hervé5 .

as tu vérifié ta racine ? voire si elle n'est pas pleine ?

df -h

amicalement ,

alain.

Dernière modification par Debian Alain (07-09-2020 19:49:26)

Herve5 · 07-09-2020 20:23:54

Debian Alain a écrit :

bonsoir Hervé5 .

as tu vérifié ta racine ? voire si elle n'est pas pleine ?

df -h

amicalement ,

alain.

https://debian-facile.org/img/smilies/xtras/coyotus.png

Horreur! en effet, le df -h me donne (je simplifie, parce que je ne peux pas copier/coller):
utilisé
udev 0% sur /dev
tmpfs 1% sur /run
/dev/nvme0n1p5 100% sur /
tmpfs 0% sur /dev/shm
tmpfs 1% sur /run/lock
tmpfs 0% sur /sys/fs/cgroup
/dev/nvme0n1p7 35% /home
/dev/nvme0n1p1 1%sur /run/user/1000

J'en déduis qu'effectivement / est entièrement plein
Maintenant, comment je fais à la console pour purger ça? J'ai trois versions du linux, 5.7.0-1, idem -2, idem -3, qui se sont installées avec les mises à jour de Testing : y a-t-il par exemple une commande simple pour virer la plus ancienne?

jarek · 07-09-2020 20:40:25

Si c'est trois versions de noyaux, c'est pas ça qui prend de la place.
La commande

apt autoremove

Supprime du superflu

Debian Alain · 07-09-2020 20:43:36

en recovery mode , regarde ce que donne :

dpkg -l | grep -iE "linux-image-|linux-headers-"

si tu as le noyau 5.6.0-2 , il se peut que tu n'aies pas les headers de ce noyau , donc :

apt remove --purge linux-image-5.6.0-2-amd64

si tu as le noyau 5.7.0-1 , je pense que tu dois avoir aussi les headers , donc :

apt remove --purge linux-image-5.7.0-1-amd64 linux-headers-5.7.0-1-amd64 linux-headers-5.7.0-1-common

les autres noyaux , je préfère pas y toucher . je te laisse de la réserve . au cas où , çà peut servir . c'est plus sûr .
comme çà tu auras les noyaux 5.7.0-2 et 5.7.0-3
refais un df -h et donne le résultat .
tu peux aussi nettoyer le cache d'apt et les tar.gz de /var/log/

nettoyer les paquets périmés du cache d'apt :

apt autoclean

si c'est pas suffisant , dans le pire des cas , supprimer tout le cache :

apt clean

et pour les tar.gz de /var/log/ :

rm /var/log/*.gz

attention à la faute de frappe ! commande très dangereuse ! je te fais confiance hein ? ;) 

n'oublie pas , à la fin , le :

df -h

pour vérifier 

sinon , l'une des solutions , c'est de regarder le(s) programme(s) inutile(s) qui prennent de la place et les désinstaller .
tu peux aussi modifier la taille de tes partitions et augmenter celle de la racine au détriment des autres , bien entendu .
(plus facile en GPT ou en LVM) .

voilà .

Dernière modification par Debian Alain (08-09-2020 10:47:19)

Herve5 · 08-09-2020 07:23:09

En effet Debian Alain, j'ai des tonnes de noyaux

Pour l'instant je n'ai lancé que l'unique commande apt autoclean, car immédiatement après ça, l'interface graphique qui devait guetter avec impatience a démarré toute seule (!) et je me suis loggué.
Je suis donc YES revenu sous linux, mais pas tiré d'affaire car sur l'encombrement de / je n'ai pas gagné grand'chose :

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

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G     18M  1,6G   2% /run

/dev/nvme0n1p5      28G     25G  1,8G  94% /

tmpfs              7,7G    167M  7,6G   3% /dev/shm

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

tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup

/dev/nvme0n1p7     1,7T    400G  1,2T  25% /home

/dev/nvme0n1p1     256M     60M  197M  24% /boot/efi

tmpfs              1,6G     76K  1,6G   1% /run/user/1000

Par contre en regardant les images et headers, j'en ai bien plus encore que ce que je vois au boot!

oot@LinuxHerve:/home/herve# dpkg -l | grep -iE "linux-image-|linux-headers-"

ii  linux-headers-5.7.0-2-amd64                                 5.7.10-1                        amd64        Header files for Linux 5.7.0-2-amd64

ii  linux-headers-5.7.0-2-common                                5.7.10-1                        all          Common header files for Linux 5.7.0-2

ii  linux-headers-5.7.0-3-amd64                                 5.7.17-1                        amd64        Header files for Linux 5.7.0-3-amd64

ii  linux-headers-5.7.0-3-common                                5.7.17-1                        all          Common header files for Linux 5.7.0-3

ii  linux-headers-amd64                                         5.7.17-1                        amd64        Header files for Linux amd64 configuration (meta-package)

ii  linux-image-5.6.0-1-amd64                                   5.6.7-1                         amd64        Linux 5.6 for 64-bit PCs (signed)

rc  linux-image-5.6.0-2-amd64                                   5.6.14-2                        amd64        Linux 5.6 for 64-bit PCs (signed)

rc  linux-image-5.7.0-1-amd64                                   5.7.6-1                         amd64        Linux 5.7 for 64-bit PCs (signed)

ii  linux-image-5.7.0-2-amd64                                   5.7.10-1                        amd64        Linux 5.7 for 64-bit PCs (signed)

ii  linux-image-5.7.0-3-amd64                                   5.7.17-1                        amd64        Linux 5.7 for 64-bit PCs (signed)

ii  linux-image-amd64                                           5.7.17-1                        amd64        Linux for 64-bit PCs (meta-package)

root@LinuxHerve:/home/herve#

Je vais donc au moins virer le 5.7.0-1 comme conseillé, mais j'imagine que je peux aussi nettoyer les DEUX 5.6, qui doivent dater de mon installation initiale?

MERCI dans tous les cas pour votre support salvateur!!
H.

Debian Alain · 08-09-2020 08:21:50

je te propose :

apt remove --purge linux-image-5.6.0-1-amd64 linux-image-5.6.0-2-amd64 linux-image-5.7.0-1-amd64 

çà devrai te retirer ces images qui te servent à rien 

curiosité , une fois fait , que donne :

uname -a 

et pour tes sauvegardes , je te conseilles un disque séparé (externe ou dans ta config)
ainsi que clonezilla pour sauvegarder des images de ton/tes disque(s) .

N.B.: Timeshift , connais pas . je crois que c'est emprunté à mint (mint ou lmde) .
le genre d'utilitaire qui vous remplit une partoche en moins de deux et la racine (faut pas toucher) de préférence ....
tu fais ce que tu veux , mais , pour ce genre de prog. , vu que t'es sur un portable , je te conseille un disque externe (USB 3.0) .

amicalement ,

alain

P.S.: si tu crois que tu as assez de place , tu peux nous installer et nous lancer un inxi ?

apt install inxi 

inxi -Fr

ce qui devrai nous donner ta config complète 

Dernière modification par Debian Alain (08-09-2020 08:49:04)

Herve5 · 08-09-2020 10:28:54

Merci!
Je vais faire ça mais peut-être pas ce soir car je sortirai tard de l'usine...

Par contre avec l'affaire Timeshift tu mets peut-être bien le doigt sur quelque chose; il me faut absolument vérifier s'il enregistre ses "clichés" sur / ! (autrement, c'est juste un GUI sur rsync qui est raisonnablement efficace; il m'a bien aidé sur le linux précédent)

Mon rêve est d'avoir deux disques internes précisément pour ces backups (idéalement : deux confs bootables plus ou moins cross-synchronisées), c'est pour ça que j'ai acheté un gros portable lourd cette fois avec plein de place.
Mais j'espérais réutiliser un ancien disque et surprise, pour le connecter il manque une nappe que Lenovo ne vend manifestement pas en SAV... Bref, ça devient une action à long terme, pour quand j'aurai plus de temps...

Je posterai les résultats d'ici demain au plus tard, y compris avec inxi (mais celui-là... lorsque je serai sûr d'avoir récupéré de la place!)

Merci encore,
H.

anonyme · 08-09-2020 10:39:37

Bonjour

ta racine "/" tu a le /home dedans ?
voir si tu peu pas déplacer des données ailleurs (disque externe par exemple ).
un petit fdisk -l

fdisk -l

 

un ssd trop plein c'est pas très bon

sinon sur une migration de debian , je purge les fichiers obsolets (installé mais devenu inutile des anciennes debian )
tu risque de pas gagner grand chose mais bon
a faire avec précaution si tu a de vieux programmes que tu utilise encore (par exemple j'ai un vieux scanner A4 epson usb1/scsi avec 3 petits paquets hors debian a conserver )
dernier point les sauvegardes tu le fait sur quel disque ?
peut être regarder ceci aussi de ton #3

l'utilitaire timeshift qui me fait des backups système réguliers,

par exemple "timeshift --list-snapshots" résulte en une "erreur de segmentation"

Herve5 · 08-09-2020 11:22:00

anonyme a écrit :

ta racine "/" tu a le /home dedans ?

Je suis loin de la machine jusqu'à tard ce soir; je peux dire que j'ai la structure préréglée dans l'install à partir d'une clé Debian testing d'il y a quelques mois. Ah, en remontant à mon post #8 je note que /home n'est pas sur le même point de montage que / :

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

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G     18M  1,6G   2% /run

/dev/nvme0n1p5      28G     25G  1,8G  94% /

tmpfs              7,7G    167M  7,6G   3% /dev/shm

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

tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup

/dev/nvme0n1p7     1,7T    400G  1,2T  25% /home

/dev/nvme0n1p1     256M     60M  197M  24% /boot/efi

tmpfs              1,6G     76K  1,6G   1% /run/user/1000

Mais je reviens sur tes questions dès que je remets la main sur l'engin

Merci!
H.

Debian Alain · 08-09-2020 11:50:07

Herve5 a écrit :

Mon rêve est d'avoir deux disques internes précisément pour ces backups

bonne idée .

Herve5 a écrit :

(idéalement : deux confs bootables plus ou moins cross-synchronisées)

attends , w$ et Lx ?
même si c'est entre deux Lx , un /home commun n'est pas du tout recommandé .
certains fichiers de conf. sont copiés dans le /home et deux systemes (mme Lx) le gèrent souvent très différemment l'un de l'autre.
tu risques plus de mettre la pagaille que de solutionner un éventuel problème ...

par contre , tu peux utiliser une partition "d'échange" supplémentaire (pas confondre avec la /swap)

Dernière modification par Debian Alain (08-09-2020 11:52:42)

Herve5 · 08-09-2020 12:06:15

Debian Alain a écrit :

même si c'est entre deux Lx , un /home commun n'est pas du tout recommandé .

non non, c'est vraiment juste du backup au départ, un disque de référence plus un autre bootable avec une sauvegarde de /home dans un dossier qui sera nommé autrement, juste pour récupérer les fichiers en cas de plante du premier disque.

Mais de toute façon j'en suis loin, il me faut trouver le hardware, l'installer, modifier les fichiers associés pour le voir au boot (rien que ça, comme presque tout, est une action si peu fréquente chez moi que je ne mémorise pas bien alors même que je l'ai déjà faite...) -bref l'aventure, mais... dans quelques mois au mieux.

Pour l'instant, mon objectif immédiat, c'est de nettoyer / et vérifier si ce vilain Timeshift écrit ses sauvegardes dans / ou pas...

Merci en tout cas, et je reviens ici dès que j'ai avancé!

Dernière modification par Herve5 (08-09-2020 12:09:49)

Debian Alain · 08-09-2020 12:22:48

-- regarde -- çà devrai apporter de l'eau à ton moulin .
en effet , je crains pour la racine (au moins le /root) .

ceci dit , Timeshift a l' air intéressant . je vais me renseigner .

P.S.: tu n'es pas obligé de créer un deuxième disque bootable (donc avec grub et un système dessus) .
par contre , si tu veux le monter automatiquement , suffit de le déclarer dans le "fstab" .

Dernière modification par Debian Alain (08-09-2020 13:05:57)

Herve5 · 09-09-2020 09:59:57

Rebonjour!
Ce matin, 284Mo de récupéré après la commande

apt remove --purge linux-image-5.6.0-1-amd64 linux-image-5.6.0-2-amd64 linux-image-5.7.0-1-amd64 

 

et encore 50 après apt autoremove
J'ai maintenant ceci :

root@LinuxHerve:/home/herve# dpkg -l | grep -iE "linux-image-|linux-headers-"

ii  linux-headers-5.7.0-2-amd64                                 5.7.10-1                        amd64        Header files for Linux 5.7.0-2-amd64

ii  linux-headers-5.7.0-2-common                                5.7.10-1                        all          Common header files for Linux 5.7.0-2

ii  linux-headers-5.7.0-3-amd64                                 5.7.17-1                        amd64        Header files for Linux 5.7.0-3-amd64

ii  linux-headers-5.7.0-3-common                                5.7.17-1                        all          Common header files for Linux 5.7.0-3

ii  linux-headers-amd64                                         5.7.17-1                        amd64        Header files for Linux amd64 configuration (meta-package)

ii  linux-image-5.7.0-2-amd64                                   5.7.10-1                        amd64        Linux 5.7 for 64-bit PCs (signed)

ii  linux-image-5.7.0-3-amd64                                   5.7.17-1                        amd64        Linux 5.7 for 64-bit PCs (signed)

ii  linux-image-amd64                                           5.7.17-1                        amd64        Linux for 64-bit PCs (meta-package)

et je vois :

root@LinuxHerve:/home/herve# uname -a

Linux LinuxHerve 5.7.0-3-amd64 #1 SMP Debian 5.7.17-1 (2020-08-23) x86_64 GNU/Linux

fdisk n'est pas installé par contre. (?)
J'en suis à :

root@LinuxHerve:/home/herve# df -h

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

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G     18M  1,6G   2% /run

/dev/nvme0n1p5      28G     24G  2,2G  92% /

tmpfs              7,7G    194M  7,5G   3% /dev/shm

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

tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup

/dev/nvme0n1p7     1,7T    414G  1,2T  26% /home

/dev/nvme0n1p1     256M     60M  197M  24% /boot/efi

tmpfs              1,6G     76K  1,6G   1% /run/user/1000

donc j'ai désormais 2 Go de survie dans /

Enfin j'ai vérifié où Timeshift stocke ses backups, mais c'est dans /home donc pas sur /.

Je pense maintenant que je peux tenir jusqu'à ce que j'ajoute un second disque...
Je dois retourner au boulot mais je vais installer inxi ce soir pour suivre la suggestion de Debian Alain, je posterai le résultat.

Merci infiniment à tous!

Dernière modification par Herve5 (09-09-2020 10:02:22)

Debian Alain · 09-09-2020 10:11:54

euuuhh , 2,2 Go de libre sur la racine , c'est pas beaucoup .

puisque tu as un peu de place , regarde avec ncdu(à installer) ce qui occupe tant de volume .

apt install ncdu 

ncdu /

attention , çà peut être long (5 min)

je parierai gros que tu as installé des programmes gourmands .

par ailleurs , une racine de 30 Go (installation par défaut , je pense , non ?) pour celui qui ne touche à rien , c'est très bien .
dès qu'on bricoie un peu , c'est vite trop petit .
pour moi , la racine idéale fait à peu près 50 Go .

en LVM (ou en GPT) c'est assez facile à régler .
bien sûr , un ajustement de la racine se fait à froid (ou en live) et au détriment des autres partitions .

que donne ?

fdisk -l 

P.S.: installer :

apt install fdisk 

pour faire du ménage sur ton systeme , y a -- bleachbit --
des fois mme il nettoie trop et supprime des choses utiles comme certains fichiers de conf .
faire attention lors du paramétrage .

Dernière modification par Debian Alain (09-09-2020 10:24:38)

Herve5 · 09-09-2020 11:36:40

ncdu me donne les écrans successifs suivants :

--- / ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

. 413,0 GiB [##########] /run                                                                                                                                                                 

  413,0 GiB [######### ] /home

   12,2 GiB [          ] /var

   10,6 GiB [          ] /usr

  818,2 MiB [          ] /opt

  229,0 MiB [          ] /boot

   26,0 MiB [          ] /etc

    5,7 MiB [          ] /root

  952,0 KiB [          ] /tmp

e  16,0 KiB [          ] /lost+found

   12,0 KiB [          ] /media

e   4,0 KiB [          ] /srv

e   4,0 KiB [          ] /mnt

.   0,0   B [          ] /proc

    0,0   B [          ] /sys

    0,0   B [          ] /dev

@   0,0   B [          ]  initrd.img.old

@   0,0   B [          ]  initrd.img

@   0,0   B [          ]  vmlinuz.old

@   0,0   B [          ]  vmlinuz

@   0,0   B [          ]  libx32

@   0,0   B [          ]  lib64

@   0,0   B [          ]  lib32

@   0,0   B [          ]  sbin

@   0,0   B [          ]  lib

@   0,0   B [          ]  bin

--- /run -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

                         /..

  413,0 GiB [##########] /timeshift                                                                                                                                                           

   16,0 MiB [          ] /log

    1,4 MiB [          ] /udev

  264,0 KiB [          ] /systemd

.  72,0 KiB [          ] /user

   16,0 KiB [          ] /NetworkManager

   12,0 KiB [          ] /network

    8,0 KiB [          ] /blkid

    8,0 KiB [          ] /cups

    4,0 KiB [          ]  utmp

    4,0 KiB [          ] /tmpfiles.d

    4,0 KiB [          ] /lock

    4,0 KiB [          ] /initramfs

    4,0 KiB [          ] /lvm

    4,0 KiB [          ]  motd.dynamic

    4,0 KiB [          ] /lightdm

    4,0 KiB [          ] /nvidia-persistenced

    4,0 KiB [          ] /avahi-daemon

    4,0 KiB [          ]  lightdm.pid

    4,0 KiB [          ]  acpid.pid

    4,0 KiB [          ]  crond.pid

    0,0   B [          ] /speech-dispatcher

    0,0   B [          ] /alsa

    0,0   B [          ] /sudo

    0,0   B [          ] /boltd

    0,0   B [          ] /wpa_supplicant

    0,0   B [          ] /mount

    0,0   B [          ] /console-setup

    0,0   B [          ] /uuidd

    0,0   B [          ] /pcscd

    0,0   B [          ] /dbus

e   0,0   B [          ] /xpra

e   0,0   B [          ] /udisks2

e   0,0   B [          ] /tor

e   0,0   B [          ] /sendsigs.omit.d

e   0,0   B [          ] /plymouth

@   0,0   B [          ]  shm

    0,0   B [          ]  unattended-upgrades.lock

@   0,0   B [          ]  nvidia-xdriver-f4011087

@   0,0   B [          ]  initctl

@   0,0   B [          ]  dmeventd-server

@   0,0   B [          ]  dmeventd-client

    0,0   B [          ]  crond.reboot

    0,0   B [          ]  agetty.reload

@   0,0   B [          ]  acpid.socket

où je note que ce sont les n sauvegardes de Timeshift qui prennent beaucoup de place, mais dans/home, pas à la racine. Comment je fais pour isoler la racine?
(je vais aussi nettoyer Timeshift de toute façon, qui remonte au Linux 5.6)

Concernant fdisk, il m'arrive un truc très curieux :

root@LinuxHerve:/home/herve# apt install fdisk

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

fdisk est déjà la version la plus récente (2.36-3).

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

root@LinuxHerve:/home/herve# fdisk -l

bash: fdisk : commande introuvable

Debian Alain · 09-09-2020 12:26:13

Je ne peux pas te répondre.
Je suis sorti .
Attends 15 - 16 heures .
Je pourrai difficilement répondre avant.

j'ai remarqué que ton dossier /run est bien rempli .
autant que ton /home .

/run fait partie de la racine .
regarde , fais un

ls /

et tu verra tous les dossiers de la racine .
dont /run

-- arborescence linux --

/run  exécution système runtime system  Informations relatives au système depuis son dernier démarrage (ex : utilisateurs actifs, services en cours d'exécution, etc.)

je subodore que timeshift a semé la zizanie dans ton systeme .

que donne : ?

du -h -d1 /run 

si çà peut aider ...
attention , il se peut que la page soit longue , voire très longue . 413 Go , çà fait du monde qd mme ...

Dernière modification par Debian Alain (09-09-2020 14:36:32)

Herve5 · 09-09-2020 16:30:22

En effet, Timeshift prend un tas de place :

root@LinuxHerve:/home/herve# du -h -d1 /run

0 /run/wpa_supplicant

413G  /run/timeshift

4,0K  /run/lightdm

0 /run/tor

0 /run/alsa

0 /run/boltd

0 /run/udisks2

16K /run/NetworkManager

4,0K  /run/nvidia-persistenced

0 /run/uuidd

0 /run/pcscd

0 /run/dbus

8,0K  /run/cups

4,0K  /run/avahi-daemon

0 /run/xpra

du: impossible d'accéder à '/run/user/1000/doc': Permission non accordée

72K /run/user

0 /run/sudo

0 /run/speech-dispatcher

0 /run/sendsigs.omit.d

0 /run/console-setup

16M /run/log

12K /run/network

4,0K  /run/tmpfiles.d

0 /run/mount

4,0K  /run/lvm

260K  /run/systemd

4,0K  /run/lock

8,0K  /run/blkid

0 /run/plymouth

1,4M  /run/udev

4,0K  /run/initramfs

414G  /run

Je m'en vais dégager la moitié des sauvegardes, pour voir...
Hum, en virant dix sauvegardes incrémentales sur les 20 je ne sauve pas grand'chose, je passe de 413 à 407Go :

root@LinuxHerve:/home/herve# du -h -d1 /run

0 /run/wpa_supplicant

407G  /run/timeshift

4,0K  /run/lightdm

0 /run/tor

0 /run/alsa

0 /run/boltd

0 /run/udisks2

16K /run/NetworkManager

4,0K  /run/nvidia-persistenced

0 /run/uuidd

0 /run/pcscd

0 /run/dbus

8,0K  /run/cups

4,0K  /run/avahi-daemon

0 /run/xpra

du: impossible d'accéder à '/run/user/1000/doc': Permission non accordée

72K /run/user

0 /run/sudo

0 /run/speech-dispatcher

0 /run/sendsigs.omit.d

0 /run/console-setup

16M /run/log

12K /run/network

4,0K  /run/tmpfiles.d

0 /run/mount

4,0K  /run/lvm

292K  /run/systemd

4,0K  /run/lock

8,0K  /run/blkid

0 /run/plymouth

1,4M  /run/udev

4,0K  /run/initramfs

407G  /run

Dernière modification par Herve5 (09-09-2020 16:37:09)

Debian Alain · 09-09-2020 17:05:43

si tu tiens à Timeshift , je crois que le mieux est encore de le désinstaller ,
supprimer toutes ses données , le réinstaller et refaire une sauvegarde .
sur un disque externe cette fois -ci .

en partant du principe que ton installation est en bon état et que tu peux te permettre de recommencer la sauvegarde .
désinstaller timeshift :

apt remove --purge timeshift 

effacer son dossier :

rm -rf /run/timeshift 

attention , commande très délicate !  ne te loupe pas ! vérifie bien avant de valider ...  

vérifier qu'il ne reste aucun dossier timeshift nulle part
puis le réinstaller :

apt install --reinstall timeshift 

enfin , reparamétrer si besoin et recommencer une sauvegarde 

Dernière modification par Debian Alain (09-09-2020 18:20:27)

Herve5 · 09-09-2020 17:33:53

Mon problème est que je ne comprends pas comment Timeshift peut tomber dans /, alors que son paramétrage est comme suit :

Dans mon idée, ce nvme01p7 ce n'est PAS / (Timeshift lui-même d'ailleurs y voit 1T de libre) :

root@LinuxHerve:/home/herve# df -h

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

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G     18M  1,6G   2% /run

/dev/nvme0n1p5      28G     24G  2,2G  92% /

tmpfs              7,7G    194M  7,5G   3% /dev/shm

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

tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup

/dev/nvme0n1p7     1,7T    414G  1,2T  26% /home

/dev/nvme0n1p1     256M     60M  197M  24% /boot/efi

tmpfs              1,6G     76K  1,6G   1% /run/user/1000

Dernière modification par Herve5 (09-09-2020 17:36:49)

Debian Alain · 09-09-2020 18:08:08

moi non plus , je ne comprends pas .

Herve5 · 09-09-2020 18:39:36

Est-ce qu'avec ncdu je peux en savoir plus sur juste nvme01p7 spécifiquement? (car j'y vois une tripotée d'options, que je ne maîtrise pas...)

Debian Alain · 09-09-2020 18:43:11

sur un dossier particulier , tu peux travailler avec ncdu .

par contre , il n 'est pas conçu pour analyser les partitions .

çà fait très longtemps que je n'ai plus besoin de ncdu , je l'ai un peu oublié .

Dernière modification par Debian Alain (09-09-2020 18:44:51)

Debian-facile

#1 07-09-2020 17:55:50

[résolu] système crashé sur Testing après dernière mise à jour

#2 07-09-2020 18:09:03

Re : [résolu] système crashé sur Testing après dernière mise à jour

#3 07-09-2020 19:30:49

Re : [résolu] système crashé sur Testing après dernière mise à jour

#4 07-09-2020 19:48:19

Re : [résolu] système crashé sur Testing après dernière mise à jour

#5 07-09-2020 20:23:54

Re : [résolu] système crashé sur Testing après dernière mise à jour

#6 07-09-2020 20:40:25

Re : [résolu] système crashé sur Testing après dernière mise à jour

#7 07-09-2020 20:43:36

Re : [résolu] système crashé sur Testing après dernière mise à jour

#8 08-09-2020 07:23:09

Re : [résolu] système crashé sur Testing après dernière mise à jour

#9 08-09-2020 08:21:50

Re : [résolu] système crashé sur Testing après dernière mise à jour

#10 08-09-2020 10:28:54

Re : [résolu] système crashé sur Testing après dernière mise à jour

#11 08-09-2020 10:39:37

Re : [résolu] système crashé sur Testing après dernière mise à jour

#12 08-09-2020 11:22:00

Re : [résolu] système crashé sur Testing après dernière mise à jour

#13 08-09-2020 11:50:07

Re : [résolu] système crashé sur Testing après dernière mise à jour

#14 08-09-2020 12:06:15

Re : [résolu] système crashé sur Testing après dernière mise à jour

#15 08-09-2020 12:22:48

Re : [résolu] système crashé sur Testing après dernière mise à jour

#16 09-09-2020 09:59:57

Re : [résolu] système crashé sur Testing après dernière mise à jour

#17 09-09-2020 10:11:54

Re : [résolu] système crashé sur Testing après dernière mise à jour

#18 09-09-2020 11:36:40

Re : [résolu] système crashé sur Testing après dernière mise à jour

#19 09-09-2020 12:26:13

Re : [résolu] système crashé sur Testing après dernière mise à jour

#20 09-09-2020 16:30:22

Re : [résolu] système crashé sur Testing après dernière mise à jour

#21 09-09-2020 17:05:43

Re : [résolu] système crashé sur Testing après dernière mise à jour

#22 09-09-2020 17:33:53

Re : [résolu] système crashé sur Testing après dernière mise à jour

#23 09-09-2020 18:08:08

Re : [résolu] système crashé sur Testing après dernière mise à jour

#24 09-09-2020 18:39:36

Re : [résolu] système crashé sur Testing après dernière mise à jour

#25 09-09-2020 18:43:11

Re : [résolu] système crashé sur Testing après dernière mise à jour

Pied de page des forums