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 07-09-2020 17:55:50

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

anonyme
Invité

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

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 .........  tongue  je me rend compte que tu parle de testing sur ton #1

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

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

bonsoir Hervé5 .  big_smile  big_smile  big_smile

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

df -h



amicalement ,

alain.

coyotus.png

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

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

Debian Alain a écrit :

bonsoir Hervé5 .  big_smile  big_smile  big_smile

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 sad
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?


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

jarek
Invité

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

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

apt autoremove


Supprime du superflu

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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à .

coyotus.png

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

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

En effet Debian Alain, j'ai des tonnes de noyaux big_smile
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.


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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

coyotus.png

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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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.

--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

anonyme
Invité

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

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"
 

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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.


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

-- 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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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
 


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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)

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

Mon problème est que je ne comprends pas comment Timeshift peut tomber dans /, alors que son paramétrage est comme suit :
6cruFoC.png
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)


--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

moi non plus , je ne comprends pas .

Hors ligne

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

Herve5
Adhérent(e)
Lieu : mi à Toulouse mi Paris, France
Distrib. : Debian 6.1.0-13 bullseye
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce 4.18
Inscription : 02-03-2019

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

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...)

--
Hervé S.
Lenovo Thinkpad P53 / Debian 12 Xfce ; Tuxedo InfinityBook / Ubuntu

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

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)

Hors ligne

Pied de page des forums