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

Herve5 · 09-09-2020 20:15:24

En explorant un peu, je vois qu'à l'intérieur de / j'ai notamment deux logs de 6Go :

Il y a moyen de purger un peu ces logs?

Debian Alain · 09-09-2020 20:50:42

purger les logs :

rm -f /var/log/*.gz 

cette commande n'efface que les "archives"  qui prennent souvent de la place .

les fichiers de log proprement dits sont conservés 

attention , ne te loupe pas : un mauvais caractère , une faute de frappe : et zou ! plus de système .

fais donc très attention ...

avant de supprimer un log , il vaut mieux regarder ce qu'il contient .
pour dépannage éventuel .
normalement , syslog.1 est la première annexe a syslog .
donc si syslog.1 est trop gros (ce qui semble être le cas ici)
il faut d'abord regarder syslog .
je suis pas très calé en analyse de log mais si un barbu peut t'aider , ce sera bienvenu , je crois .

pour commencer , que donnent ? :

tail -n 50 /var/log/messages 

tail -n 50 /var/log/syslog 

arrivé là , pour l'analyse de log , je préfère qu'un autre tiers que moi t'aide .
je suis pas sûr de pouvoir t'aider plus .

P.S.: de toute manière , on devrait être confirmé . Timeshift a semé la zizanie dans ton système .

Dernière modification par Debian Alain (09-09-2020 21:02:04)

Herve5 · 10-09-2020 06:55:32

je note plusieurs interventions par seconde du pilote nvidia...

herve@LinuxHerve:~$ sudo tail -n 50 /var/log/messages

[sudo] Mot de passe de herve : 

Sep 10 07:35:30 LinuxHerve kernel: [   97.430403] usb 1-11: reset full-speed USB device number 4 using xhci_hcd

Sep 10 07:35:30 LinuxHerve kernel: [   97.676204] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:35:30 LinuxHerve kernel: [   97.705669] usb 1-9: reset full-speed USB device number 3 using xhci_hcd

Sep 10 07:35:30 LinuxHerve kernel: [   97.981640] usb 1-8: reset high-speed USB device number 2 using xhci_hcd

Sep 10 07:35:30 LinuxHerve kernel: [   98.330999] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:35:30 LinuxHerve kernel: [   99.337979] snd_hda_intel 0000:01:00.1: azx_get_response timeout, switching to polling mode: last cmd=0x001f000a

Sep 10 07:35:30 LinuxHerve kernel: [  100.346364] snd_hda_codec_hdmi hdaudioC1D0: HDMI: invalid ELD buf size -1

Sep 10 07:35:30 LinuxHerve kernel: [  100.390893] acpi LNXPOWER:0c: Turning OFF

Sep 10 07:35:30 LinuxHerve kernel: [  100.392995] acpi LNXPOWER:07: Turning OFF

Sep 10 07:35:30 LinuxHerve kernel: [  100.393248] acpi LNXPOWER:06: Turning OFF

Sep 10 07:35:30 LinuxHerve kernel: [  100.393416] acpi LNXPOWER:04: Turning OFF

Sep 10 07:35:30 LinuxHerve kernel: [  100.394157] OOM killer enabled.

Sep 10 07:35:30 LinuxHerve kernel: [  100.394159] Restarting tasks ... 

Sep 10 07:35:30 LinuxHerve kernel: [  100.400736] done.

Sep 10 07:35:30 LinuxHerve upowerd[1836]: energy 85,400000 bigger than full 85,390000

Sep 10 07:35:30 LinuxHerve kernel: [  100.715942] PM: suspend exit

Sep 10 07:35:30 LinuxHerve kernel: [  100.717418] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:35:30 LinuxHerve kernel: [  100.867346] e1000e 0000:00:1f.6 enp0s31f6: NIC Link is Down

Sep 10 07:35:30 LinuxHerve kernel: [  101.120830] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:35:32 LinuxHerve kernel: [  102.518127] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:35:37 LinuxHerve kernel: [  107.518994] wlp82s0: authenticate with 04:f0:21:45:d8:07

Sep 10 07:35:37 LinuxHerve kernel: [  107.524943] wlp82s0: send auth to 04:f0:21:45:d8:07 (try 1/3)

Sep 10 07:35:37 LinuxHerve kernel: [  107.551871] wlp82s0: authenticated

Sep 10 07:35:37 LinuxHerve kernel: [  107.554314] wlp82s0: associate with 04:f0:21:45:d8:07 (try 1/3)

Sep 10 07:35:37 LinuxHerve kernel: [  107.555873] wlp82s0: RX AssocResp from 04:f0:21:45:d8:07 (capab=0x11 status=0 aid=1)

Sep 10 07:35:37 LinuxHerve kernel: [  107.568214] wlp82s0: associated

Sep 10 07:35:37 LinuxHerve kernel: [  107.571678] IPv6: ADDRCONF(NETDEV_CHANGE): wlp82s0: link becomes ready

Sep 10 07:45:38 LinuxHerve kernel: [  708.821301] snd_hdac_bus_update_rirb: 316 callbacks suppressed

Sep 10 07:45:38 LinuxHerve kernel: [  709.165039] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:45 LinuxHerve kernel: [  716.128616] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:45 LinuxHerve kernel: [  716.149248] snd_hdac_bus_update_rirb: 140 callbacks suppressed

Sep 10 07:45:46 LinuxHerve kernel: [  716.834421] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:46 LinuxHerve kernel: [  716.897818] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:47 LinuxHerve kernel: [  718.318142] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:47 LinuxHerve kernel: [  718.364191] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:48 LinuxHerve kernel: [  718.739171] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:49 LinuxHerve kernel: [  720.143342] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:45:49 LinuxHerve lightdm[13151]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

Sep 10 07:45:50 LinuxHerve kernel: [  721.150110] snd_hdac_bus_update_rirb: 464 callbacks suppressed

Sep 10 07:45:50 LinuxHerve kernel: [  721.249247] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:12 LinuxHerve kernel: [  803.256802] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:12 LinuxHerve kernel: [  803.279668] snd_hdac_bus_update_rirb: 12 callbacks suppressed

Sep 10 07:47:17 LinuxHerve lightdm[13214]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

Sep 10 07:47:18 LinuxHerve kernel: [  808.815637] snd_hdac_bus_update_rirb: 138 callbacks suppressed

Sep 10 07:47:18 LinuxHerve kernel: [  809.161149] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:18 LinuxHerve kernel: [  809.168858] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:19 LinuxHerve kernel: [  810.575259] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:19 LinuxHerve kernel: [  810.607144] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:20 LinuxHerve kernel: [  810.981226] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Sep 10 07:47:21 LinuxHerve kernel: [  812.398976] nvidia-modeset: WARNING: GPU:0: BOE Technology Group Co., Ltd (DP-3): G-SYNC Compatible: EDID min refresh rate invalid, disabling G-SYNC Compatible.

Le syslog est moins évident pour moi, voici ce que je lis, qui manifestement trace le "réveil" de la machine ce matin :

herve@LinuxHerve:~$ sudo tail -n 50 /var/log/syslog

Sep 10 07:47:21 LinuxHerve acpid: client connected from 849[0:0]

Sep 10 07:47:21 LinuxHerve acpid: 1 client rule loaded

Sep 10 07:47:30 LinuxHerve systemd[1]: Stopping User Manager for UID 117...

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped target Main User Target.

Sep 10 07:47:30 LinuxHerve gvfsd[13191]: A connection to the bus can't be made

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopping Accessibility services bus...

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopping D-Bus User Message Bus...

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopping Virtual filesystem service...

Sep 10 07:47:30 LinuxHerve systemd[13155]: dbus.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped D-Bus User Message Bus.

Sep 10 07:47:30 LinuxHerve systemd[13155]: at-spi-dbus-bus.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped Accessibility services bus.

Sep 10 07:47:30 LinuxHerve systemd[13155]: gvfs-daemon.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped Virtual filesystem service.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped target Basic System.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped target Paths.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped target Sockets.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Stopped target Timers.

Sep 10 07:47:30 LinuxHerve systemd[13155]: dbus.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed D-Bus User Message Bus Socket.

Sep 10 07:47:30 LinuxHerve systemd[13155]: dirmngr.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed GnuPG network certificate management daemon.

Sep 10 07:47:30 LinuxHerve systemd[13155]: gpg-agent-browser.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed GnuPG cryptographic agent and passphrase cache (access for web browsers).

Sep 10 07:47:30 LinuxHerve systemd[13155]: gpg-agent-extra.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed GnuPG cryptographic agent and passphrase cache (restricted).

Sep 10 07:47:30 LinuxHerve systemd[13155]: gpg-agent-ssh.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed GnuPG cryptographic agent (ssh-agent emulation).

Sep 10 07:47:30 LinuxHerve systemd[13155]: gpg-agent.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed GnuPG cryptographic agent and passphrase cache.

Sep 10 07:47:30 LinuxHerve systemd[13155]: pk-debconf-helper.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed debconf communication socket.

Sep 10 07:47:30 LinuxHerve systemd[13155]: pulseaudio.socket: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Closed Sound System.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Reached target Shutdown.

Sep 10 07:47:30 LinuxHerve systemd[13155]: systemd-exit.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Finished Exit the Session.

Sep 10 07:47:30 LinuxHerve systemd[13155]: Reached target Exit the Session.

Sep 10 07:47:30 LinuxHerve systemd[1]: user@117.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[1]: Stopped User Manager for UID 117.

Sep 10 07:47:30 LinuxHerve systemd[1]: Stopping User Runtime Directory /run/user/117...

Sep 10 07:47:30 LinuxHerve systemd[1]: run-user-117.mount: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[1283]: run-user-117.mount: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[1]: user-runtime-dir@117.service: Succeeded.

Sep 10 07:47:30 LinuxHerve systemd[1]: Stopped User Runtime Directory /run/user/117.

Sep 10 07:47:30 LinuxHerve systemd[1]: Removed slice User Slice of UID 117.

Sep 10 07:48:22 LinuxHerve wpa_supplicant[662]: wlp82s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-67 noise=9999 txrate=650000

Sep 10 07:49:00 LinuxHerve systemd[1]: Starting Cleanup of Temporary Directories...

Sep 10 07:49:00 LinuxHerve systemd[1]: systemd-tmpfiles-clean.service: Succeeded.

Sep 10 07:49:00 LinuxHerve systemd[1]: Finished Cleanup of Temporary Directories.

Mais tu as tout-à-fait raison, mon propos n'était pas de virer les logs, juste de nettoyer les premiers giga (giga! -qui va lire un giga de texte!) et je ne trouve pas d'utilitaire pour ça...

chalu · 10-09-2020 07:30:54

Bonjour

Concernant fdisk, il m'arrive un truc très curieux :
root@LinuxHerve:/home/herve# apt install fdisk

[...]
root@LinuxHerve:/home/herve# fdisk -l

bash: fdisk : commande introuvable

Es-tu bien passé en root en mettant le tiret après su ?

su -

bloc à supprimer si la commande n’affiche rien

Debian Alain · 10-09-2020 09:05:57

afin d'éviter un souci de carte graphique , que donne : ?

glxinfo -B 

bon , pour ton log "messages" , rien d'alarmant .
des problèmes de synchro entre la carte et l'écran .
peut être un écran pas pleinement compatible G-Sync (synchro Nvidia)

on note , sur le marché , 2 types de synchro :
- Free - sync (souvent AMD)
- G - sync (souvent Nvidia )

https://www.coolblue.be/fr/conseils/ecr … 0FreeSync.

il y a une petite différence , déjà dans le fait que chaque marque développe sa propre synchro .
mais en pratique , çà ne se voit presque pas .
c'est très rare et très difficile .
souvent , un écran compatible avec l'un l'est aussi avec l'autre .

mais bon , suffit de pas faire gaffe et on se retrouve avec un problème de compat ' comme ici .
mais rien de méchant .

pour lire les logs , souvent , ce n'est pas possible avec gedit , nano ou openoffice .
à cause de l'encodage du fichier et de sa taille .

une commande très utile dans ce cas : Tail

par exemple :

tail -n 50 /var/log/messages 

affiche les 50 dernières lignes du fichier de logs (dans le répertoire /var/log/ , donc) appelé  "messages" 

note : les redémarrages sucessifs (plusieurs fois par jour) peuvent faire gonfler les logs inutilement
vu que des rapports sont créés à chaque redémarrage .
un utilitaire : logrotate existe pour gérer les fichier de logs .
il assure la "rotation" de ces derniers vers les "archives" en *.gz .
normalement (par défaut) logrotate gère les fichiers de log sur une semaine .
en usage très fréquent , les fichiers sont donc appelés à grossir inutilement ,
le temps que logrotate fasse son travail .

P.S.: https://wiki.debian-fr.xyz/Consulter_le … ercher_%3F dis moi si çà peut t'aider ? ...

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

Herve5 · 10-09-2020 12:10:42

chalu a écrit :

Bonjour
Es-tu bien passé en root en mettant le tiret après su ?
su -

*ahem* apparemment non, car maintenant en effet :

herve@LinuxHerve:~$ su -

Mot de passe : 

root@LinuxHerve:~# fdisk -l

Disque /dev/nvme0n1 : 1,86 TiB, 2048408248320 octets, 4000797360 secteurs

Modèle de disque : SAMSUNG MZVLB2T0HALB-000L7              

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : D21D9C19-0254-4BCF-BF99-9B5484330444

Périphérique        Début        Fin   Secteurs Taille Type

/dev/nvme0n1p1       2048     534527     532480   260M Système EFI

/dev/nvme0n1p2     534528     567295      32768    16M Réservé Microsoft

/dev/nvme0n1p3     567296  307767295  307200000 146,5G Données de base Microsoft

/dev/nvme0n1p4 3998748672 4000796671    2048000  1000M Environnement de récupération Windows

/dev/nvme0n1p5  307767296  366360575   58593280  27,9G Système de fichiers Linux

/dev/nvme0n1p6  366360576  399337471   32976896  15,7G Partition d'échange Linux

/dev/nvme0n1p7  399337472 3998748671 3599411200   1,7T Système de fichiers Linux

Dernière modification par Herve5 (10-09-2020 12:14:55)

Herve5 · 10-09-2020 12:17:00

Debian Alain a écrit :

afin d'éviter un souci de carte graphique , que donne : ?

glxinfo -B

Voici :

herve@LinuxHerve:~$ glxinfo -B

name of display: :0.0

display: :0  screen: 0

direct rendering: Yes

Memory info (GL_NVX_gpu_memory_info):

    Dedicated video memory: 4096 MB

    Total available memory: 4096 MB

    Currently available dedicated video memory: 3616 MB

OpenGL vendor string: NVIDIA Corporation

OpenGL renderer string: Quadro T2000/PCIe/SSE2

OpenGL core profile version string: 4.6.0 NVIDIA 450.66

OpenGL core profile shading language version string: 4.60 NVIDIA

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 4.6.0 NVIDIA 450.66

OpenGL shading language version string: 4.60 NVIDIA

OpenGL context flags: (none)

OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 450.66

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Ce qui m'intéresse n'est pas vraiment la capacité à faire du shading ou autres, c'est uniquement le fait que mes logiciels de traitement de photo, Darktable et Autopano, puissent utiliser le coprocesseur, ce qui accélère réellement par rapport à mon ancienne machine à copro intel intégré...

Merci à tous les deux pour votre suivi!!

Dernière modification par Herve5 (10-09-2020 12:20:52)

Debian Alain · 10-09-2020 12:34:54

sur le chapitre de la carte graphique , je laisse anonyme te répondre .

ton retour me surprend .

carte mal installée ?

que donne ? :

lspci -nnk | grep -iE "vga|3d|display" -A3

Herve5 · 10-09-2020 12:39:16

Voici :

herve@LinuxHerve:~$ lspci -nnk | grep -iE "vga|3d|display" -A3

00:1c.5 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #6 [8086:a33d] (rev f0)

  Kernel driver in use: pcieport

00:1c.6 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #7 [8086:a33e] (rev f0)

  Kernel driver in use: pcieport

--

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117GLM [Quadro T2000 Mobile / Max-Q] [10de:1fb8] (rev a1)

  Subsystem: Lenovo TU117GLM [Quadro T2000 Mobile / Max-Q] [17aa:2297]

  Kernel driver in use: nvidia

  Kernel modules: nvidia

Debian Alain · 10-09-2020 12:43:14

bon , autant pour moi .

apparemment , je me suis trompé . tu sembles avoir le driver proprio .

je te laisse aux bons soins de anonyme .

il est beaucoup plus calé que moi en cartes graphiques . surtout Nvidia .

P.S.: que donne ? :

nvidia-detect

Dernière modification par Debian Alain (10-09-2020 13:35:54)

Herve5 · 10-09-2020 15:09:14

Merci Alain!
Je suis à l'usine actuellement, je te réponds ce soir

Debian Alain a écrit :

P.S.: que donne ? :
nvidia-detect

Debian Alain · 10-09-2020 15:59:27

aussi , si tu peux , :

 lspci -nnk | egrep "VGA|3D|Display" -A3

et ne filtre rien , poste le retour complet cette fois .
je ne peux pas aller plus loin .
si ton interface graphique est mal gérée (demande à anonyme) ,
tu peux t'intéresser à bumblebee / optimus .
un logiciel spécialement conçu pour gérer ce fameux couple intel / nvidia sur debian .
il existe un wiki sur le site de df mais je sais pas s'il est vraiment à jour (je crois pas) .
https://debian-facile.org/doc:materiel: … ia:optimus
lis le attentivement , prends le temps et questionne avant de faire quoi que ce soit .
je te conseille plus particulièrement ce paragraphe : https://debian-facile.org/doc:materiel: … vec-nvidia
je l'ai mis à jour suite à des problèmes antérieurs et avec le soutien de anonyme .

n'utilisant ni portable , ni carte nvidia , je ne peux pas t'aider plus .

amicalement ,

alain .

Dernière modification par Debian Alain (10-09-2020 16:11:43)

anonyme · 10-09-2020 16:43:19

Bonjour

lspci -nnk | egrep "VGA|3D|Display" -A3

00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 630 [8086:5912] (rev 04)

  Subsystem: ASUSTeK Computer Inc. HD Graphics 630 [1043:872f]

  Kernel driver in use: i915

  Kernel modules: i915

tu dois avoir un retour de ce type avec intel
ta machine a un gpu de ton lspci (nvidia) de ton #34

je sais pas quel problème , une bonne purge et installation du driver

ton driver est correct , pour ta demande c'est cuda qu'il te faut certainement

mes logiciels de traitement de photo, Darktable et Autopano, puissent utiliser le coprocesseur, 

ce qui accélère réellement par rapport à mon ancienne machine à copro intel intégré...

donc OpenGL pour le driver et OpenCL pour cuda

ce n'est pas un coprocesseur, mais un gpu qui a une puissance de calcul plus importante que le cpu pour certain travaux.

Dernière modification par anonyme (10-09-2020 16:57:28)

Herve5 · 10-09-2020 17:41:17

Merci de votre support sans faille!
Alors, j'obtiens respectivement :

herve@LinuxHerve:~$ nvidia-detect

Detected NVIDIA GPUs:

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117GLM [Quadro T2000 Mobile / Max-Q] [10de:1fb8] (rev a1)

Checking card:  NVIDIA Corporation TU117GLM [Quadro T2000 Mobile / Max-Q] (rev a1)

Your card is supported by the default drivers.

Your card is also supported by the Tesla 450 drivers series.

Your card is also supported by the Tesla 440 drivers series.

Your card is also supported by the Tesla 418 drivers series.

It is recommended to install the

    nvidia-driver

package.

et

herve@LinuxHerve:~$  lspci -nnk | egrep "VGA|3D|Display" -A3

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117GLM [Quadro T2000 Mobile / Max-Q] [10de:1fb8] (rev a1)

  Subsystem: Lenovo TU117GLM [Quadro T2000 Mobile / Max-Q] [17aa:2297]

  Kernel driver in use: nvidia

  Kernel modules: nvidia

Est-ce que cet état des choses pourrait expliquer mes fichiers log géants?

Dernière modification par Herve5 (10-09-2020 17:42:32)

Debian Alain · 10-09-2020 18:17:55

je ne sais pas .

je t'ai déjà répondu .

pour tes fichiers de log , tu as besoin de l'avis d'un expert . ce que je ne suis pas .

pour ta carte graphique , j'ai longtemps cru , après t'avoir lu , que tu avais 2 cartes .
une intel et une Nvidia .
je vois qu'il n'en est rien . ou alors tu filtre tes infos et ce n'est pas ce que je te demande .
je t'ai déjà précisé que je n'utilise ni portable , ni carte nvidia .
je ne peux pas t'aider plus .
fais des recherches sur opencl / opengl Nvidia . (cuda aussi)
quel pilote as tu installé ?

pour solutionner tes problèmes de /run ,
commence par faire place nette au sujet de timeshift .
procure toi un 2 ème disque (externe par exemple) et recommence tes sauvegardes .
j'espère sincèrement que timeshift n'a pas vérolé ton système .
car j'ai cru lire ci et là des soucis lors de sa désinstall et de sa mise à zéro .

bonne chance ,

amicalement ,

alain.

P.S.:

glxinfo -B

te donnera l'état de tes pilotes openGL (déjà fait , normalement , aux posts #30 et #32)

clinfo 

te donnera l'état de tes pilotes openCL
pour les pilotes openCL , essaies ceci (sans garantie) :

apt install nvidia-cuda-toolkit 

et teste .

Dernière modification par Debian Alain (10-09-2020 18:50:54)

Herve5 · 10-09-2020 20:18:17

Debian Alain a écrit :

(...)
pour ta carte graphique , j'ai longtemps cru , après t'avoir lu , que tu avais 2 cartes .
une intel et une Nvidia .(...)

Je me suis mal exprimé. J'avais auparavant une machine avec une carte graphique intégrée au processeur; j'ai volontairement changé pour avoir une carte externe nvidia, pour des raisons de traitement photo, mais il me semblait que mon processeur avait toujours une fonction d'accélérateur graphique aussi, c'est pour ça que je parlais de deux "cartes graphiques".
Mais clairement sur ce portable il n'y a que le processeur et la carte nvidia. Je suis désolé. Je n'ai jamais rien filtré.

Je n'ai pas l'impression que Timeshift soit à l'origine du problème : ses sauvegardes ne sont pas sur /, et j'ai utilisé ce logiciel sur plusieurs machines depuis des années.

Je pense que je vais laisser refroidir cette histoire, en commençant par nettoyer mes fichiers log de 6Go, qui sont mon problème principal.
Ensuite je chercherai ce qui les a rempli, peut-être la carte mais peut-être pas (je n'en ai parlé que parce qu'en lisant sans compétence la fin du log plus haut j'ai noté plusieurs entrées par seconde "signées nvidia".) Je vais suivre ça pour savoir si ça continue, et comment l'éviter...

En tout cas grâce à toi j'ai énormément appris, et j'ai maintenant de quoi bien mieux comprendre la situation!

Merci encore!
Je reviendrai sans doute poster ici ce que j'ai fait pour "nettoyer" mes 6Go de log, histoire de me faire auditer

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

Debian Alain · 10-09-2020 20:23:01

amicalement ,

et pardon si j'ai été désagréable ...

alain.

P.S.: il faut que je rectifie une erreur que tu commets :

/timeshit est dans /run et run est dans / , donc /timeshift est dans la racine.

vérifie avec

ls /

qui te donnera les répertoires de la racine (dont /run) 

et

ls /run

qui devrai te donner entre autres /run/timeshift 

pour clore le tout , essaies

ls -lah /run/timeshift 

et tu devrai avoir l'occupation complète de  ton dossier /run/timeshift 

Dernière modification par Debian Alain (10-09-2020 20:29:51)

Herve5 · 10-09-2020 21:15:18

Merci!

j'obtiens

root@LinuxHerve:~# ls -lah /run/timeshift

total 4,0K

drwxr-xr-x  3 root root   60 sept. 10 19:00 .

drwxr-xr-x 35 root root  960 sept. 10 21:52 ..

drwxr-xr-x  5 root root 4,0K mai   17 09:06 backup

Pour moi ce dossier /run bien que sous la racine est monté autrement (et en plus Timeshift sauve ses images ailleurs); il me semble voir le montage de /run par exemple de cette façon :

root@LinuxHerve:~# df -h

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

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

tmpfs              1,6G    1,8M  1,6G   1% /run

/dev/nvme0n1p5      28G     24G  2,9G  89% /

tmpfs              7,7G    292M  7,4G   4% /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    412G  1,2T  26% /home

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

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

Bref j'en reviens à mon obsession des fichiers log. J'ai trouvé des choses, mais il me faut encore filtrer. Manifestement, les log sont ouverts en permanence, donc on ne les efface pas comme ça, il faut un utilitaire spécifique...
Je vais réfléchir à ça; je sauverai les 1000 dernières lignes ailleurs avant d'agir.

Dernière modification par Herve5 (10-09-2020 21:16:52)

Debian Alain · 10-09-2020 21:39:23

recherche dans la configuration de logrotate , si tu peux pas lui demander quelquechose comme çà ...

anonyme · 11-09-2020 12:25:40

Bonjour

il y a deux choses qui sont pas normales , la grosseur par exemple syslog.1 (il manque "syslog" qui chez moi fait 28k et pas des "go" )
et il semble que ton script ne fonctionne plus dans /etc/logrotate.d/rsyslog
le contenu du fichier

/var/log/syslog

{

  rotate 7

  daily

  missingok

  notifempty

  delaycompress

  compress

  postrotate

    /usr/lib/rsyslog/rsyslog-rotate

  endscript

}

/var/log/mail.info

/var/log/mail.warn

/var/log/mail.err

/var/log/mail.log

/var/log/daemon.log

/var/log/kern.log

/var/log/auth.log

/var/log/user.log

/var/log/lpr.log

/var/log/cron.log

/var/log/debug

/var/log/messages

{

  rotate 4

  weekly

  missingok

  notifempty

  compress

  delaycompress

  sharedscripts

  postrotate

    /usr/lib/rsyslog/rsyslog-rotate

  endscript

}

tu a effacé presque tous les fichiers dans /var/log ?

sur une machine qui fonctionne bien ils ne font que quelques "ko" le plus souvent .
la seule raison de toucher a ce script c'est de rajouter un log a traiter ce qui est rare

par exemple si "syslog" devient illisible redémarrer la machine le recrée si tu la effacer
mais la priorité c'est de comprendre pourquoi il y a ces écritures et combien de log sont anormalement important.
le syslog.1 c'est la sauvegarde de hier , le syslog celui actuel , les syslog.x.gz (sauvegarde ou x est un numéro) sont numéroté du plus récent au plus vieux (le principe identique pour tous les logs )
mon dossier log fait environ 25Mo au total

les .1 et .gz tu peu éffacé , sinon essayer de voir ce qui les rempli (syslog , messages , user.log le plus souvent )

Herve5 · 11-09-2020 16:32:43

Bonjour et merci!
Voici où j'en suis :
- élimination des vieux noyaux inutiles (apt remove -- purge linux-image-5.6.0-1-amd64 etc.)
- nettoyage des vieux paquets (apt clean)
- au dernier reboot le gros fichier syslog.1 avait disparu (!!) et désormais mes logs sont de taille normale
- en continuant à creuser j'ai trouvé dans /var/lib/flatpak d'énorrrmes fichiers (genre >500Mo) ; je me suis pelé la doc de flatpak (le GUI ne marche pas, le man est incomplet, des vieux sites faux mais avec les bons qualifiers m'ont aidé à trouver la commande flatpak uninstall xxxx --delete-data. Avec ça j'a gagné une paire de Go.
J'en suis actuellement à une racine à 19Go sur 28 ("72%").
Je pense qu'à partir de là il ne me reste plus qu'à lui allouer une dizaine de Go de plus, au détriment de /home. Et à me méfier des gentils flatpaks qui s'installent si facilement lors que le .deb n'est pas dispo!

Merci encore!

Je savais que dans la trilogie, Appimage mieux que Flatpak bien mieux que Snap, oui je n'ai aucun snap, mais alors là maintenant je vais me méfier aussi de celui du milieu...
(mes références : https://www.ostechnix.com/linux-package … s-flatpak/ et surtout, pour Ubuntu qui veut tuer apt avec Snap, https://news.slashdot.org/story/20/06/0 … lashdot%29 )

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

Debian Alain · 11-09-2020 16:36:41

arf ! les flatpaks ...

ouais c'est pratique .

j'en ai 1 ou 2 sur ma machine mais oui , c'est vite gourmand ...

anonyme · 12-09-2020 00:46:13

Bonsoir
inexact

- nettoyage des vieux paquets (apt clean)

 

supprime tout la cache d' apt (inutile en temps normal sauf de faire travailler les serveur debian au prochain "apt update"

la commande pour enlever l' inutile dans le cache est :

apt-get autoclean

 

ou "apt autoclean" doit fonctionner aussi

pour les fichiers de vieille version de debian encore installé je le fais avec synaptic , mais il existe une commande pour les lister , a faire avec prudence si tu a des paquets hors dépôt debian .

Dernière modification par anonyme (12-09-2020 00:46:50)

Herve5 · 12-09-2020 08:44:23

anonyme a écrit :

Bonsoir
inexact
- nettoyage des vieux paquets (apt clean)
supprime tout la cache d' apt

Oui, c'est vrai. J'ai essayé de résumer, car je me suis trouvé très bavard sur ce fil, et là l'ai raté.
En outre la première manip que j'ai faite était effectivement autoclean, qui a elle seule m'a permis de relancer l'interface graphique, mais ensuite dans l'inquiétude où j'étais avec ma toute petite marge sur / j'ai aussi effectué apt clean, etc.

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

Debian Alain · 12-09-2020 11:41:04

Hervé ?

tu fais comment pour avoir la taille des flatpaks installés ?

chez moi , /var/lib/flatpak ne fait que 40 Ko environ (+/- 2Ko)

Dernière modification par Debian Alain (12-09-2020 11:43:36)

Debian-facile

#26 09-09-2020 20:15:24

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

#27 09-09-2020 20:50:42

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

#28 10-09-2020 06:55:32

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

#29 10-09-2020 07:30:54

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

#30 10-09-2020 09:05:57

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

#31 10-09-2020 12:10:42

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

#32 10-09-2020 12:17:00

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

#33 10-09-2020 12:34:54

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

#34 10-09-2020 12:39:16

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

#35 10-09-2020 12:43:14

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

#36 10-09-2020 15:09:14

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

#37 10-09-2020 15:59:27

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

#38 10-09-2020 16:43:19

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

#39 10-09-2020 17:41:17

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

#40 10-09-2020 18:17:55

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

#41 10-09-2020 20:18:17

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

#42 10-09-2020 20:23:01

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

#43 10-09-2020 21:15:18

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

#44 10-09-2020 21:39:23

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

#45 11-09-2020 12:25:40

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

#46 11-09-2020 16:32:43

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

#47 11-09-2020 16:36:41

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

#48 12-09-2020 00:46:13

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

#49 12-09-2020 08:44:23

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

#50 12-09-2020 11:41:04

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

Pied de page des forums