Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

En explorant un peu, je vois qu'à l'intérieur de / j'ai notamment deux logs de 6Go :
kgru9zl.png
Il y a moyen de purger un peu ces logs?

--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

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)

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Leap 15.2
Noyau : Linux 5.3.18
(G)UI : KDE 5.18.5
Inscription : 11-03-2016

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

Bonjour smile

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

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

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)

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

chalu a écrit :

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

su -



*ahem* apparemment non, car maintenant en effet sad:

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)


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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)


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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 le chapitre de la carte graphique , je laisse robert2a te répondre .

ton retour me surprend .

carte mal installée ?

que donne ? :

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

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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
 


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

bon , autant pour moi .

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

je te laisse aux bons soins de  robert2a .

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)

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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

Debian Alain a écrit :



P.S.: que donne ? :

nvidia-detect


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

aussi , si tu peux , :

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


et ne filtre rien  , poste le retour complet cette fois . lol
je ne peux pas aller plus loin . tongue
si ton interface graphique est mal gérée (demande à robert2a) ,
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) .scratchhead.gif
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 robert2a .

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

amicalement ,

alain .

coyotus.png

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

En ligne

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

robert2a
Membre
Inscription : 15-11-2014

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

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 robert2a (10-09-2020 16:57:28)

Hors ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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)


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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 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.

coyotus.png

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)

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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 smile

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


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

amicalement ,

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

alain.

coyotus.png

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)

En ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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)


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

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

En ligne

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

robert2a
Membre
Inscription : 15-11-2014

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

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 )

Hors ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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! big_smile

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)


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

arf ! les flatpaks ...

ouais c'est pratique .

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

En ligne

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

robert2a
Membre
Inscription : 15-11-2014

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

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 robert2a (12-09-2020 00:46:50)

Hors ligne

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

Herve5
Membre
Lieu : région de Cannes, France
Distrib. : Debian 10
Noyau : Linux 5.7.0-3-amd64
(G)UI : Mate 1.20.4
Inscription : 02-03-2019

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

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


--
Hervé S.
deux machines de type Clevo (donc pas très solides) de 2017, l'une sous Debian 10, l'autre Ubuntu 16LTS, plus depuis peu un beau Lenovo Thinkpad P53 sous Debian Testing Xfce

En ligne

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

Debian Alain
Adhérent(e)
Lieu : Bretagne
Distrib. : stable / testing
Noyau : Linux 5.8.0-1-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

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)

En ligne

Pied de page des forums