Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

nombre réponses : 25

#0 -1 »  Lecture d’un flux vidéo avec VLC (Freebox TV) » Le 31/08/2021, à 13:32

Le Farfadet Spatial
Réponses : 2

Salut à tous!

Je suis en train de faire tourner une Ubuntu 21.04 fraichement installée. Lorsque j’essaye de lire le flux vidéo d’une Freebox, j’obtiens une erreur que je ne parviens pas à corriger et je ne trouve rien qui puisse m’aider sur le web.

Voici une trace d’exécution de VLC :

$ vlc http://mafreebox.freebox.fr/freeboxtv/playlist.m3u
VLC media player 3.0.12 Vetinari (revision 3.0.12-1-0-gd147bb5e7e)
[000056060a1a85b0] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour démarrer VLC sans interface.
[00007f5a3c001180] mjpeg demux error: cannot peek
[00007f5a3c0c3a80] mjpeg demux error: cannot peek
[00007f5a3400c8b0] access stream error: HTTP 404 error
[00007f5a3400c8b0] http stream error: local stream 1 error: Cancellation (0x8)
[000056060a1a85b0] main libvlc error: no suitable access module for `https://upload.wikimedia.org/wikipedia/fr/thumb/e/e8/France_2_logo_antenne_(2008).png/270px-France_2_logo_antenne_(2008).png'
[00007f5a3d184a90] mjpeg demux error: cannot peek
[00007f5a3d1c3490] mjpeg demux error: cannot peek
[00007f5a3c012b90] mjpeg demux error: cannot peek
QObject::~QObject: Timers cannot be stopped from another thread

VLC m’ouvre également une fenêtre avec le message suivant :

Votre média d'entrVotre média d'entrée ne peut être ouvert:
VLC ne peut pas ouvrir « rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=sd ». Vérifier les messages du journal pour plus de détails.

Au demeurant, Totem parvient à lire le flux vidéo en provenance de la Freebox, donc le problème semble bien venir de VLC. Par ailleurs, je parviens à lire des fichiers vidéos et des Bluray avec VLC. Si quelqu’un a une idée, je suis preneur.

À bientôt.

#1 Re : -1 »  Lecture d’un flux vidéo avec VLC (Freebox TV) » Le 31/08/2021, à 19:25

Le Farfadet Spatial
Réponses : 2

Salut à tous!

Merci de la réponse.

berserk a écrit :

Non, ça ne vient pas de là. Pour que la sortie soit aisément lisible, j’ai utilisé UFW :

$ sudo ufw status verbose 
État : actif
Journalisation : on (low)
Par défaut : allow (incoming), allow (outgoing), deny (routed)
Nouveaux profils : skip

$ vlc http://mafreebox.freebox.fr/freeboxtv/playlist.m3u
VLC media player 3.0.12 Vetinari (revision 3.0.12-1-0-gd147bb5e7e)
[000055ae755dd620] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour démarrer VLC sans interface.
[00007f1a04001a80] access stream error: HTTP 404 error
[00007f1a04001a80] http stream error: local stream 1 error: Cancellation (0x8)
[000055ae755dd620] main libvlc error: no suitable access module for `https://upload.wikimedia.org/wikipedia/fr/thumb/e/e8/France_2_logo_antenne_(2008).png/270px-France_2_logo_antenne_(2008).png'
[00007f1a0c015ec0] mjpeg demux error: cannot peek
[00007f1a0c0c3e40] mjpeg demux error: cannot peek
[00007f1a0c0c3e40] mjpeg demux error: cannot peek
QObject::~QObject: Timers cannot be stopped from another thread

Ce qui n’a rien de surprenant, puisque je peux lire le flux vidéo avec Totem. Si c’était un problème de pare-feu, je ne pourrais pas le lire avec Totem non plus. Le plus probable, vu que d’autres logiciels peuvent lire le flux vidéo, c’est que le problème provient soit de l’installation de VLC, soit de sa configuration.

À bientôt.

#2 -1 »  [Résolu] Pas de son sous Ubuntu 20.04 » Le 24/07/2021, à 15:38

Le Farfadet Spatial
Réponses : 6

Salut à tous!

Je possède un ordinateur portable Dell XPS. Je l’ai acheté avant la sortie d’Ubuntu 20.04, donc il était installé avec Ubuntu 18.04. D’ailleurs, sur la page des pilotes de ce système, seul Ubuntu 18.04 est listé. Cependant, j’avais besoin de logiciels plus récent que ce qu’on trouve dans la 18.04, notamment concernant les compilateurs. Je viens donc enfin de le mettre à jour.

J’avais déjà un problème avec la carte son intégré : je devais régulièrement faire plusieurs démarrages pour qu’elle soit activée. Sous Ubuntu 20.04, elle n’est jamais activée. J’ai essayé les solutions proposées à cette adresse :

https://www.linuxuprising.com/2018/06/f … ue-in.html

Et à celle-ci :

https://askubuntu.com/questions/1256825 … oration-de

Mais ça n’a rien changé (je suis donc revenu en arrière).

Ce PPA ne semble pas supporter Ubuntu 20.04 :

https://code.launchpad.net/~ubuntu-audi … /+packages

Quelques informations concernant mon système :

$ inxi -F
System:    Host: petrus Kernel: 5.4.0-80-lowlatency x86_64 bits: 64 Desktop: Gnome 3.36.9 
           Distro: Ubuntu 20.04.2 LTS (Focal Fossa) 
Machine:   Type: Laptop System: Dell product: XPS 13 9380 v: N/A serial: <superuser/root required> 
           Mobo: Dell model: 088MRW v: A01 serial: <superuser/root required> UEFI: Dell v: 1.13.1 date: 03/25/2021 
Battery:   ID-1: BAT0 charge: 50.8 Wh condition: 50.8/52.0 Wh (98%) 
CPU:       Topology: Quad Core model: Intel Core i7-8565U bits: 64 type: MT MCP L2 cache: 8192 KiB 
           Speed: 900 MHz min/max: 400/4600 MHz Core speeds (MHz): 1: 900 2: 900 3: 900 4: 900 5: 900 6: 900 7: 900 8: 900 
Graphics:  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel 
           Display: wayland server: X.Org 1.20.9 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa Intel UHD Graphics 620 (WHL GT2) v: 4.6 Mesa 20.2.6 
Audio:     Device-1: Intel Cannon Point-LP High Definition Audio driver: snd_hda_intel 
           Sound Server: ALSA v: k5.4.0-80-lowlatency 
Network:   Device-1: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter driver: ath10k_pci 
           IF: wlp2s0 state: up mac: 9c:b6:d0:9d:09:73 
Drives:    Local Storage: total: 476.94 GiB used: 138.20 GiB (29.0%) 
           ID-1: /dev/nvme0n1 vendor: SK Hynix model: PC401 NVMe 512GB size: 476.94 GiB 
Partition: ID-1: / size: 462.78 GiB used: 138.13 GiB (29.8%) fs: ext4 dev: /dev/nvme0n1p3 
Sensors:   System Temperatures: cpu: 44.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 440 Uptime: 5m Memory: 15.33 GiB used: 4.53 GiB (29.6%) Shell: bash inxi: 3.0.38

La carte son répond en PCI :

$ lspci -nnk | grep -A2 Audio
00:1f.3 Audio device [0403]: Intel Corporation Cannon Point-LP High Definition Audio Controller [8086:9dc8] (rev 30)
	DeviceName: Onboard - Sound
	Subsystem: Dell Cannon Point-LP High Definition Audio Controller [1028:08af]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel, snd_sof_pci
$ hwinfo --sound
18: PCI 1f.3: 0403 Audio device                                 
  [Created at pci.386]
  Unique ID: nS1_.TcF5NQQW2p9
  SysFS ID: /devices/pci0000:00/0000:00:1f.3
  SysFS BusID: 0000:00:1f.3
  Hardware Class: sound
  Device Name: "Onboard - Sound"
  Model: "Intel Cannon Point-LP High Definition Audio Controller"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x9dc8 "Cannon Point-LP High Definition Audio Controller"
  SubVendor: pci 0x1028 "Dell"
  SubDevice: pci 0x08af 
  Revision: 0x30
  Driver: "snd_hda_intel"
  Driver Modules: "snd_hda_intel"
  Memory Range: 0xdc518000-0xdc51bfff (rw,non-prefetchable)
  Memory Range: 0xdc200000-0xdc2fffff (rw,non-prefetchable)
  IRQ: 161 (12553 events)
  Module Alias: "pci:v00008086d00009DC8sv00001028sd000008AFbc04sc03i80"
  Driver Info #0:
    Driver Status: snd_hda_intel is active
    Driver Activation Cmd: "modprobe snd_hda_intel"
  Driver Info #1:
    Driver Status: snd_sof_pci is active
    Driver Activation Cmd: "modprobe snd_sof_pci"
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Alsa détecte la carte son :

$ aplay -l
**** Liste des Périphériques Matériels PLAYBACK ****
carte 0: PCH [HDA Intel PCH], périphérique 0: ALC3271 Analog [ALC3271 Analog]
  Sous-périphériques: 0/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 3: HDMI 0 [HDMI 0]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 7: HDMI 1 [HDMI 1]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 8: HDMI 2 [HDMI 2]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 9: HDMI 3 [HDMI 3]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 10: HDMI 4 [HDMI 4]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0

En revanche, PulseAudio ne détecte pas la carte son :

$ pacmd list-cards 
0 card(s) available.

Il doit bien y avoir un moyen de corriger ce problème, mais je ne trouve pas. Quelqu’un peut-il m’aider?

À bientôt.

#3 Re : -1 »  [Résolu] Pas de son sous Ubuntu 20.04 » Le 25/07/2021, à 16:11

Le Farfadet Spatial
Réponses : 6

Salut à tous!

Merci pour la réponse.

xubu1957 a écrit :

Avais-tu installé : pavucontrol ?

Oui. Mais en effet, j’avais oublié de préciser : Pulseaudio ne propose qu’une sortie fictive. Ce n’est pas un problème de volume sonore : d’une part, j’ai tout mis au maximum dans Alsamixer, d’autre part Pavucontrol ne propose rien de plus que le mixeur de l’environnement de bureau (Gnome en l’espèce), à savoir une sortie fictive et pas d’entrée. Ça donne vraiment l’impression que le problème se situe au niveau de Pulseaudio, qui ne prend pas en compte la carte audio.

Tu pourrais regarder dans > TUTO Problèmes de sons sous Ubuntu

Ça ne propose rien de plus que ce que j’ai déjà fait, mais je reconnais que je n’ai pas tout mis ici, parce que ce serait trop long et n’apporterait pas d’information utile.

À bientôt.

#4 Re : -1 »  [Résolu] Pas de son sous Ubuntu 20.04 » Le 25/07/2021, à 16:24

Le Farfadet Spatial
Réponses : 6

Salut à tous!

Je peux tout de même donner quelques informations supplémentaires.

Aplay fonctionne sans retourner d’erreur, mais je n’entends rien :

$ aplay /usr/share/sounds/alsa/Noise.wav
Lecture WAVE '/usr/share/sounds/alsa/Noise.wav' : Signed 16 bit Little Endian, Fréquence 48000 Hz, Mono

Ce qui tend à confirmer que le problème ne se situe pas au niveau d’Alsa.

Voici un retour de PulseAudio :

 pulseaudio -v
I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
I: [pulseaudio] core-util.c: Successfully gained nice level -11.
I: [pulseaudio] main.c: This is PulseAudio 13.99.1
I: [pulseaudio] main.c: Page size is 4096 bytes
I: [pulseaudio] main.c: Machine ID is 00007f4880234dbb8364c457c7ea24b2.
I: [pulseaudio] main.c: Using runtime directory /run/user/1001/pulse.
I: [pulseaudio] main.c: Using state directory /home/yoann/.config/pulse.
I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-13.99.1/modules.
I: [pulseaudio] main.c: Running in system mode: no
E: [pulseaudio] pid.c: Daemon already running.
E: [pulseaudio] main.c: Échec de pa_pid_file_create().

De ce que je trouve sur le net, les erreurs avec pa_pid_file_create tendent à être résolues en modifiant le fichier /etc/pulse/default.pa, mais je ne sais pas trop quelle modification opérer et je préfère éviter de faire des choses à l’aveuglette. Si quelqu’un a une idée…

À bientôt.

#5 Re : -1 »  [Résolu] Pas de son sous Ubuntu 20.04 » Le 25/07/2021, à 17:36

Le Farfadet Spatial
Réponses : 6

Salut à tous!

xubu1957 a écrit :
sudo fuser -v /dev/snd/*

Ah! Mais oui, ça me revient : le problème que le démon Timidity démarre avant le démon Pulseaudio, de sorte que Pulseaudio ne trouve plus qu’une sortie fictive.

Effectivement :

 sudo fuser -v /dev/snd/*
                     UTIL.       PID ACCÈS  COMMANDE
/dev/snd/controlC0:  timidity   2732 F.... timidity
/dev/snd/pcmC0D0p:   timidity   2732 F...m timidity
/dev/snd/seq:        timidity   2732 F.... timidity
/dev/snd/timer:      timidity   2732 f.... timidity

J’ai réalisé la commande suivante :

$ sudo systemctl stop timidity

Immédiatement, le son est revenu. En suivant la documentation Debian, j’ai aussi réalisé la commande suivante :

$ sudo systemctl disable timidity
timidity.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable timidity

Mais je suis un peu embêté, car je vais avoir besoin de Timidity…

À bientôt.

#6 Re : -1 »  [Résolu] Pas de son sous Ubuntu 20.04 » Le 25/07/2021, à 17:51

Le Farfadet Spatial
Réponses : 6

Salut à tous!

Je viens d’effectuer un redémarrage et le son était immédiatement disponible. Je vais donc passer ce sujet en résolu. Si je rencontre un problème avec Timidity, je ferais un nouveau fil de discussion.

Donc, problème résolu, merci.

À bientôt.

#7 -1 »  [Résolu] Paquet ubuntu-minimal indisponible » Le 22/07/2021, à 16:57

Le Farfadet Spatial
Réponses : 4

Salut à tous!

J’essaye désespérément de mettre à jour un Dell XPS 13 depuis Ubuntu 16.04 vers Ubuntu 20.04. Le système est à jour :

$ sudo apt dist-upgrade 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Cependant, lorsque je demande de changer de version, j’obtiens un message comme quoi le paquet «ubuntu-minimal» n’est pas disponible. Je ne parviens pas à trouver comment corriger le problème. Quelqu’un a-t-il une idée?

À bientôt.

#8 Re : -1 »  [Résolu] Paquet ubuntu-minimal indisponible » Le 22/07/2021, à 17:14

Le Farfadet Spatial
Réponses : 4

Salut à tous!

xubu1957 a écrit :

Bonjour,

Que retourne :

sudo do-release-upgrade -c

?

$ sudo do-release-upgrade -c
Recherche d'une nouvelle version d'Ubuntu
Nouvelle version « 20.04.2 LTS » disponible.
Lancer « do-release-upgrade » pour mettre à niveau vers celle-ci.

Cela dit, j’avais avancé : j’ai changé les sources de logiciels pour passer aux sources officiels (j’utilisais «mirors.txt». Ça a changé la donne, il semble que j’ai des soucis avec les PPA maintenant. J’essaye de nettoyer ça et je reviens ici.

Merci!

À bientôt.

#9 Re : -1 »  [Résolu] Paquet ubuntu-minimal indisponible » Le 22/07/2021, à 17:29

Le Farfadet Spatial
Réponses : 4

Salut à tous!

Bon, une fois les miroirs officiels sélectionnés et les PPA supprimés, il semble que la mise à niveau passe :

73 paquets installés ne sont plus maintenus par Canonical. Vous 
pouvez toujours obtenir une assistance de la part de la communauté. 

250 paquets vont être supprimés. 1007 nouveaux paquets vont être 
installés. 5653 paquets vont être mis à jour. 

Vous devez télécharger au total 10,1 G. Ce téléchargement prendra 
environ 7 minutes avec votre connexion. 

L'installation de la mise à niveau peut prendre plusieurs heures. Une 
fois le téléchargement terminé, ce processus ne peut être annulé.

Je vous tiens au courant.

À bientôt.

#10 Re : -1 »  [Résolu] Paquet ubuntu-minimal indisponible » Le 22/07/2021, à 22:22

Le Farfadet Spatial
Réponses : 4

Salut à tous!

Et voici :

$ lsb_release -d
Description:	Ubuntu 20.04.2 LTS

Problème résolu.

À bientôt.

#11 -1 »  [Résolu] Gel après veille profonde. » Le 19/10/2020, à 04:29

Le Farfadet Spatial
Réponses : 7

Salut à tous!

J’ai un ordinateur qui ne sort pas de la veille prolongée : l’écran reste noir et le clavier ne réagit pas. En revanche, dans un tel cas je peux toujours m’y connecter par SSH.

Comme j’ai un carte graphique NVidia, j’ai d’abord pensé que cela venait d’elle, aussi ai-je appliqué ce que l’on trouve sur le site de NVidia :

https://forums.developer.nvidia.com/t/s … 28/45282/9

Cependant, le problème persiste. Je pense que ça a même aggravé les choses, puisque désormais, lorsque que je suis connecté par SSH à la machine, elle ne s’éteint plus après que j’ai lancé la commande suivante :

$ sudo poweroff

Comme j’ai également un processeur Ryzen, je me suis demandé si le problème ne venait pas de là, aussi ai-je suivi les indications que l’on trouve à cette adresse :

https://askubuntu.com/questions/1220638 … 0-and-x570

Mais le problème persiste. Du coup, j’ai ramené la configuration à son état initial.

J’ai un peu cherché dans DMesg et Journalctl, mais je n’ai pas trouvé d’information qui m’a semblé pertinente.

Bon, la première étape est de réussir à réaliser un diagnostic, mais pour le coup je ne sais pas vraiment quoi chercher. Quelqu’un a-t-il une idée?

Pour commencer, quelques informations sur mon système :

$ lsb_release -a
LSB Version:	core-11.1.0ubuntu2-noarch:printing-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.1 LTS
Release:	20.04
Codename:	focal
$ free -h
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           15Gi       8,8Gi       247Mi       301Mi       6,6Gi       6,3Gi
Partition d'échange:        15Gi       2,2Gi        13Gi
$ sudo lshw -short
Chemin matériel            Périphérique  Classe         Description
======================================================================
                                            system         MS-7B89 (To be filled by O.E.M.)
/0                                          bus            B450M MORTAR MAX (MS-7B89)
/0/0                                        memory         64KiB BIOS
/0/f                                        memory         16GiB Mémoire Système
/0/f/0                                      memory         Project-Id-Version: @(#) $Id$Report-Msgid-Bugs-To: PO-Revision-Date: 2020-04-03 08:20+0000Last-Translator: Lyonel Vincent <Unknown>Language-Team: MIME-V
/0/f/1                                      memory         8GiB DIMM DDR4 Synchrone Unbuffered (Unregistered) 2133 MHz (0,5 ns)
/0/f/2                                      memory         Project-Id-Version: @(#) $Id$Report-Msgid-Bugs-To: PO-Revision-Date: 2020-04-03 08:20+0000Last-Translator: Lyonel Vincent <Unknown>Language-Team: MIME-V
/0/f/3                                      memory         8GiB DIMM DDR4 Synchrone Unbuffered (Unregistered) 2133 MHz (0,5 ns)
/0/12                                       memory         512KiB L1 cache
/0/13                                       memory         4MiB L2 cache
/0/14                                       memory         32MiB L3 cache
/0/15                                       processor      AMD Ryzen 7 3700X 8-Core Processor
/0/100                                      bridge         Starship/Matisse Root Complex
/0/100/0.2                                  generic        Starship/Matisse IOMMU
/0/100/1.1                                  bridge         Starship/Matisse GPP Bridge
/0/100/1.1/0                                storage        E12 NVMe Controller
/0/100/1.3                                  bridge         Starship/Matisse GPP Bridge
/0/100/1.3/0                                bus            400 Series Chipset USB 3.1 XHCI Controller
/0/100/1.3/0/0              usb1            bus            xHCI Host Controller
/0/100/1.3/0/0/1                            multimedia     Clarett 4Pre USB
/0/100/1.3/0/0/7                            input          Dell KB216 Wired Keyboard
/0/100/1.3/0/0/a                            input          USB Laser Mouse
/0/100/1.3/0/1              usb2            bus            xHCI Host Controller
/0/100/1.3/0.1              scsi0           storage        400 Series Chipset SATA Controller
/0/100/1.3/0.1/0            /dev/sdb        volume         3726GiB TOSHIBA HDWE140
/0/100/1.3/0.1/1            /dev/sdc        disk           1500GB WDC WD15EARS-00M
/0/100/1.3/0.1/1/1          /dev/sdc1       volume         1397GiB Volume EXT4
/0/100/1.3/0.1/0.0.0        /dev/cdrom      disk           BW-16D1HT
/0/100/1.3/0.2                              bridge         400 Series Chipset PCIe Bridge
/0/100/1.3/0.2/0                            bridge         400 Series Chipset PCIe Port
/0/100/1.3/0.2/0/0                          bridge         XIO2000(A)/XIO2200A PCI Express-to-PCI Bridge
/0/100/1.3/0.2/0/0/0                        bus            XIO2200A IEEE-1394a-2000 Controller (PHY/Link)
/0/100/1.3/0.2/1                            bridge         400 Series Chipset PCIe Port
/0/100/1.3/0.2/1/0          enp35s0         network        RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
/0/100/1.3/0.2/4                            bridge         400 Series Chipset PCIe Port
/0/100/3.1                                  bridge         Starship/Matisse GPP Bridge
/0/100/3.1/0                                display        GM107 [GeForce GTX 750 Ti]
/0/100/3.1/0.1                              multimedia     GM107 High Definition Audio Controller [GeForce 940MX]
/0/100/7.1                                  bridge         Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
/0/100/7.1/0                                generic        Starship/Matisse PCIe Dummy Function
/0/100/8.1                                  bridge         Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
/0/100/8.1/0                                generic        Starship/Matisse Reserved SPP
/0/100/8.1/0.1                              generic        Starship/Matisse Cryptographic Coprocessor PSPCPP
/0/100/8.1/0.3                              bus            Matisse USB 3.0 Host Controller
/0/100/8.1/0.3/0            usb3            bus            xHCI Host Controller
/0/100/8.1/0.3/0/2                          multimedia     HD Webcam C510
/0/100/8.1/0.3/1            usb4            bus            xHCI Host Controller
/0/100/8.1/0.3/1/1          scsi11          storage        Expansion Desk
/0/100/8.1/0.3/1/1/0.0.0    /dev/sda        disk           4TB Expansion Desk
/0/100/8.1/0.3/1/1/0.0.0/1  /dev/sda1       volume         127MiB reserved partition
/0/100/8.1/0.3/1/1/0.0.0/2  /dev/sda2       volume         3725GiB Volume EXT4
/0/100/8.1/0.3/1/3          scsi10          storage        USB3.0 Card Reader
/0/100/8.1/0.3/1/3/0.0.0    /dev/sdd        disk           USB3.0 CRW-CF/MD
/0/100/8.1/0.3/1/3/0.0.0/0  /dev/sdd        disk           
/0/100/8.1/0.3/1/3/0.0.1    /dev/sde        disk           USB3.0 CRW-SM/xD
/0/100/8.1/0.3/1/3/0.0.1/0  /dev/sde        disk           
/0/100/8.1/0.3/1/3/0.0.2    /dev/sdf        disk           USB3.0 CRW-SD
/0/100/8.1/0.3/1/3/0.0.2/0  /dev/sdf        disk           
/0/100/8.1/0.3/1/3/0.0.3    /dev/sdg        disk           USB3.0 CRW-MS
/0/100/8.1/0.3/1/3/0.0.3/0  /dev/sdg        disk           
/0/100/8.1/0.3/1/3/0.0.4    /dev/sdh        disk           USB3.0 CRW-SD/MS
/0/100/8.1/0.3/1/3/0.0.4/0  /dev/sdh        disk           
/0/100/8.1/0.4                              multimedia     Starship/Matisse HD Audio Controller
/0/100/8.2                                  bridge         Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
/0/100/8.2/0                                storage        FCH SATA Controller [AHCI mode]
/0/100/8.3                                  bridge         Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
/0/100/8.3/0                                storage        FCH SATA Controller [AHCI mode]
/0/100/14                                   bus            FCH SMBus Controller
/0/100/14.3                                 bridge         FCH LPC Bridge
/0/101                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/102                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/103                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/104                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/105                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/106                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/107                                      bridge         Starship/Matisse PCIe Dummy Host Bridge
/0/108                                      bridge         Matisse Device 24: Function 0
/0/109                                      bridge         Matisse Device 24: Function 1
/0/10a                                      bridge         Matisse Device 24: Function 2
/0/10b                                      bridge         Matisse Device 24: Function 3
/0/10c                                      bridge         Matisse Device 24: Function 4
/0/10d                                      bridge         Matisse Device 24: Function 5
/0/10e                                      bridge         Matisse Device 24: Function 6
/0/10f                                      bridge         Matisse Device 24: Function 7
/0/1                                        system         PnP device PNP0c01
/0/2                                        system         PnP device PNP0c02
/0/3                                        system         PnP device PNP0b00
/0/4                                        system         PnP device PNP0c02
/0/5                                        printer        PnP device PNP0400
/0/6                                        communication  PnP device PNP0501
/0/7                                        system         PnP device PNP0c02

À bientôt.

#12 Re : -1 »  [Résolu] Gel après veille profonde. » Le 20/10/2020, à 03:11

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Bon, je suppose que si personne n’a répondu, c’est parce que personne n’a d’idée, mais à tout hasard j’essaye de relancer ce fil de discussion. Est-ce que quelqu’un a une piste?

Je suis désolé, mais je ne suis pas en mesure de donner plus d’élément dans l’immédiat.

À bientôt.

#13 Re : -1 »  [Résolu] Gel après veille profonde. » Le 22/10/2020, à 05:57

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Merci Moko pour la réponse très complète et mes excuses pour avoir tardé.

moko138 a écrit :

Piste 1, préalable : 20.04 est-elle compatible avec la sortie d'hibernation ?

Bonne question. Il semble qu’il faille activer l’hibernation :

https://www.how2shout.com/linux/how-to- … cal-fossa/

Hors, je n’ai pas installé «pm-utils»… Peut-être que l’ordinateur tente d’entrer en hibernation sans avoir les modules nécessaires.

Ce qui se passe, c’est que lorsque mon ordinateur est en veille depuis longtemps, je ne parviens pas à sortir de la veille. Je suis parti du principe que c’est un problème d’hibernation, mais d’un coup j’ai l’impression que c’est autre chose.

Piste 2 : /etc/initramfs-tools/conf.d/resume

À ce sujet :

$ ls /etc/initramfs-tools/conf.d/resume
ls: impossible d'accéder à '/etc/initramfs-tools/conf.d/resume': Aucun fichier ou dossier de ce type

À moins que ce fichier ne soit créé que pendant la veille, ça pourrait être un problème.

Et j'insiste : sépare bien les deux retours, merci.

Oui, bien sûr, sinon ça ne sera pas lisible.

J’ai oublié de préciser : j’utilise le noyau «lowlatency», peut-être que le problème vient de là – toutefois, je n’ai rien trouvé à ce sujet sur le web :

$ uname -a
Linux petra 5.4.0-52-lowlatency #57-Ubuntu SMP PREEMPT Thu Oct 15 12:05:45 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Comme je ne suis pas très sûr d’être capable de provoquer le problème, sauf à attendre longtemps, je vais déjà explorer deux pistes : installer «pm-utils» et si le problème persiste tenter de lancer le noyau avec les options «noapic nomodeset». Je ferais un retour.

À bientôt.

#14 Re : -1 »  [Résolu] Gel après veille profonde. » Le 22/10/2020, à 10:33

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Bon, j’ai testé l’hibernation, je ne suis pas à l’abri qu’un problème se déclare, mais toujours est-il que pour l’instant ça a fonctionné. En tout cas, du fait de ce que j’ai vu, je peux dire que mon problème n’est pas un problème de sortie de l’hibernation : le gel a lieu après une mise en veille, pas après une hibernation.

Je vais donc passer les options «noapic nomodeset» au noyau et je ferais un retour. Par contre, si ça corrige le problème, il faudra attendre quelques jours pour m’en assurer.

À bientôt.

#15 Re : -1 »  [Résolu] Gel après veille profonde. » Le 23/10/2020, à 19:08

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Bon, les options «noacpi nomodset» n’ont rien changé. Du coup, j’ai remis les options du noyau à leur état initial. J’ai eu un nouveau gel, je peux donc donner les informations demandées :

$ echo -e "\n\tUUID des partitions de swap :"; sudo blkid -t TYPE=swap ; echo -e "\n\tLe(s) swap(s) dans le fichier fstab :"; grep swap /etc/fstab | grep -v ^# ; echo -e "\n\tLe fichier de swap :"; ls -l / | grep swap ; echo -e "\n\tLe(s) swap(s) dans /proc :" ; cat /proc/swaps ; echo -e "\n\tLe(s) swap(s) dans le fichier resume :" ; grep UUID /etc/initramfs-tools/conf.d/resume

	UUID des partitions de swap :
/dev/mapper/vgubuntu-swap_1: UUID="6d6e8ece-934a-4317-83bf-2d2cb2b05162" TYPE="swap"

	Le(s) swap(s) dans le fichier fstab :
/dev/mapper/vgubuntu-swap_1 none            swap    sw              0       0

	Le fichier de swap :

	Le(s) swap(s) dans /proc :
Filename				Type		Size	Used	Priority
/dev/dm-1                               partition	16777212	0	-2

	Le(s) swap(s) dans le fichier resume :
grep: /etc/initramfs-tools/conf.d/resume: Aucun fichier ou dossier de ce type

Toujours pas de fichier «resume», je me demande s’il ne faut pas que je le crée moi-même, par exemple en suivant ceci :

https://askubuntu.com/questions/292878/ … ap-partito

Par contre, je pense avoir trouvé des messages utiles dans le journal :

oct. 23 18:17:40 petra kernel: Xorg: page allocation failure: order:5, mode:0x40cc0(GFP_KERNEL|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0
oct. 23 18:17:40 petra kernel: CPU: 8 PID: 3768 Comm: Xorg Tainted: P           OE     5.4.0-52-lowlatency #57-Ubuntu
oct. 23 18:17:40 petra kernel: Hardware name: Micro-Star International Co., Ltd. MS-7B89/B450M MORTAR MAX (MS-7B89), BIOS 2.60 12/30/2019
oct. 23 18:17:40 petra kernel: Call Trace:
oct. 23 18:17:40 petra kernel:  dump_stack+0x6d/0x9a
oct. 23 18:17:40 petra kernel:  warn_alloc.cold+0x7b/0xdf
oct. 23 18:17:40 petra kernel:  __alloc_pages_slowpath+0xe34/0xe80
oct. 23 18:17:40 petra kernel:  ? get_page_from_freelist+0x6b/0x390
oct. 23 18:17:40 petra kernel:  __alloc_pages_nodemask+0x2d2/0x320
oct. 23 18:17:40 petra kernel:  alloc_pages_current+0x87/0xe0
oct. 23 18:17:40 petra kernel:  kmalloc_order+0x1f/0x80
oct. 23 18:17:40 petra kernel:  kmalloc_order_trace+0x24/0xc0
oct. 23 18:17:40 petra kernel:  __kmalloc+0x228/0x280
oct. 23 18:17:40 petra kernel:  nvkms_alloc+0x24/0x60 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  _nv002653kms+0x16/0x30 [nvidia_modeset]
oct. 23 18:17:40 petra kernel: WARNING: kernel stack frame pointer at 00000000e6b926bf in Xorg:3768 has bad value 000000004bbef540
oct. 23 18:17:40 petra kernel: unwind stack type:0 next_sp:0000000000000000 mask:0x2 graph_idx:0
oct. 23 18:17:40 petra kernel: 0000000064c84242: ffffa7abc3d8b8f8 (0xffffa7abc3d8b8f8)
oct. 23 18:17:40 petra kernel: 00000000bab3fe07: ffffffffae036ad2 (show_trace_log_lvl+0x20a/0x2ee)
oct. 23 18:17:40 petra kernel: 00000000a134ac46: ffffffffc202bc56 (_nv002653kms+0x16/0x30 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000dc3bf1a5: ffffa7abc3d8bc58 (0xffffa7abc3d8bc58)
oct. 23 18:17:40 petra kernel: 000000005c978840: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 0000000061737179: 00000000c3d8b9e0 (0xc3d8b9e0)
oct. 23 18:17:40 petra kernel: 0000000036f6c85d: 0000000000000002 (0x2)
oct. 23 18:17:40 petra kernel: 000000004d68e2b6: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 00000000dbf45154: ffffa7abc3d88000 (0xffffa7abc3d88000)
oct. 23 18:17:40 petra kernel: 00000000a5423d30: ffffa7abc3d8c000 (0xffffa7abc3d8c000)
oct. 23 18:17:40 petra kernel: 00000000a74eac98: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000008462ece5: ffffa7abc3d88000 (0xffffa7abc3d88000)
oct. 23 18:17:40 petra kernel: 000000009bb3b716: ffffa7abc3d8c000 (0xffffa7abc3d8c000)
oct. 23 18:17:40 petra kernel: 000000008c1eb915: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000005421fc80: 0000000000000002 (0x2)
oct. 23 18:17:40 petra kernel: 000000009ddcfca8: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000601cdc56: 0000010100000000 (0x10100000000)
oct. 23 18:17:40 petra kernel: 000000000ad5ff02: ffffa7abc3d8bc50 (0xffffa7abc3d8bc50)
oct. 23 18:17:40 petra kernel: 00000000c146800f: ffffa7abc3d8b810 (0xffffa7abc3d8b810)
oct. 23 18:17:40 petra kernel: 00000000141e9207: ffffffffc202bc56 (_nv002653kms+0x16/0x30 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 000000003306c800: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000000ebe6596: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 00000000efe52ed0: 0000000000000286 (0x286)
oct. 23 18:17:40 petra kernel: 000000006f6d9860: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000009639281f: ffffa7abc3d8b9e0 (0xffffa7abc3d8b9e0)
oct. 23 18:17:40 petra kernel: 000000005ef9e7ef: 0000000000040cc0 (0x40cc0)
oct. 23 18:17:40 petra kernel: 0000000048c2291a: ffffa7abc3d8b908 (0xffffa7abc3d8b908)
oct. 23 18:17:40 petra kernel: 0000000006592e5d: ffffffffae0366f5 (show_stack+0x35/0x50)
oct. 23 18:17:40 petra kernel: 000000008d08a643: ffffa7abc3d8b928 (0xffffa7abc3d8b928)
oct. 23 18:17:40 petra kernel: 00000000c5f24da2: ffffffffaeaca7f3 (dump_stack+0x6d/0x9a)
oct. 23 18:17:40 petra kernel: 00000000b687cf13: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 000000007266102c: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 0000000029d424ab: ffffa7abc3d8b9d0 (0xffffa7abc3d8b9d0)
oct. 23 18:17:40 petra kernel: 00000000832684f3: ffffffffae289fdd (warn_alloc.cold+0x7b/0xdf)
oct. 23 18:17:40 petra kernel: 00000000153d8e65: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000583e230a: 00040cc001400100 (0x40cc001400100)
oct. 23 18:17:40 petra kernel: 000000007f2455ea: ffffffffaf381798 (.LC19+0x447/0xb3e)
oct. 23 18:17:40 petra kernel: 00000000ffa884cc: ffffa7abc3d8b958 (0xffffa7abc3d8b958)
oct. 23 18:17:40 petra kernel: 0000000040c2b534: 0000000000000018 (0x18)
oct. 23 18:17:40 petra kernel: 00000000e0328d56: ffffa7abc3d8b9e0 (0xffffa7abc3d8b9e0)
oct. 23 18:17:40 petra kernel: 000000002c648473: ffffa7abc3d8b978 (0xffffa7abc3d8b978)
oct. 23 18:17:40 petra kernel: 000000008e663c42: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 0000000082612c9b: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 000000005402f7ca: 00000001ae2871bb (0x1ae2871bb)
oct. 23 18:17:40 petra kernel: 000000008242ba19: ffffa7abc3d8ba84 (0xffffa7abc3d8ba84)
oct. 23 18:17:40 petra kernel: 000000008dbf193f: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 0000000089f9b05c: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000b1e5f50c: 0000000000000002 (0x2)
oct. 23 18:17:40 petra kernel: 00000000e01599b6: ffffa7abc3d8bb08 (0xffffa7abc3d8bb08)
oct. 23 18:17:40 petra kernel: 00000000f7c63f68: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 0000000048500b02: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 0000000043668b19: ffffa7abc3d8baf8 (0xffffa7abc3d8baf8)
oct. 23 18:17:40 petra kernel: 00000000b9420e69: ffffffffae2885e4 (__alloc_pages_slowpath+0xe34/0xe80)
oct. 23 18:17:40 petra kernel: 00000000545f7cb3: 00000050c3d8baa0 (0x50c3d8baa0)
oct. 23 18:17:40 petra kernel: 0000000056e0e57d: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 0000000094191294: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000cd6ad507: 0000004000000004 (0x4000000004)
oct. 23 18:17:40 petra kernel: 0000000065c8911f: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000a3909c7a: 0000001000000800 (0x1000000800)
oct. 23 18:17:40 petra kernel: 00000000743aac7f: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000b1b8729e: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000506e2df7: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000008e243e21: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000cb5628c1: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 00000000c32597d7: 0000000000000400 (0x400)
oct. 23 18:17:40 petra kernel: 000000002a813371: 00006d82e0caa240 (0x6d82e0caa240)
oct. 23 18:17:40 petra kernel: 0000000008d0aaa5: 0000030100000000 (0x30100000000)
oct. 23 18:17:40 petra kernel: 0000000033cbfb11: 00000000000000cd (0xcd)
oct. 23 18:17:40 petra kernel: 00000000946542c1: ffff927d1f355d00 (0xffff927d1f355d00)
oct. 23 18:17:40 petra kernel: 0000000051223461: 0000024000000001 (0x24000000001)
oct. 23 18:17:40 petra kernel: 00000000c71c2fbd: ffffa7abc3d8baa0 (0xffffa7abc3d8baa0)
oct. 23 18:17:40 petra kernel: 00000000092dc5f0: 0140090000000000 (0x140090000000000)
oct. 23 18:17:40 petra kernel: 0000000033373900: 00040cc000000240 (0x40cc000000240)
oct. 23 18:17:40 petra kernel: 000000001c9b2842: 000000021f355d00 (0x21f355d00)
oct. 23 18:17:40 petra kernel: 00000000171c1f2a: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000dd439453: 0000000000000301 (0x301)
oct. 23 18:17:40 petra kernel: 00000000789067f2: 0000000000000301 (0x301)
oct. 23 18:17:40 petra kernel: 00000000da6e3f6c: ffffa7abc3d8baf8 (0xffffa7abc3d8baf8)
oct. 23 18:17:40 petra kernel: 000000007fcf8c20: ffffffffae2871bb (get_page_from_freelist+0x6b/0x390)
oct. 23 18:17:40 petra kernel: 000000002e9c1ed7: 00040cc011ee5a00 (0x40cc011ee5a00)
oct. 23 18:17:40 petra kernel: 000000003e0b8702: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000070c28bd: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 000000007f23b56b: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 00000000020eb5bf: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 0000000083fd6e28: 0000000000040cc0 (0x40cc0)
oct. 23 18:17:40 petra kernel: 0000000077c6fe8e: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000009148ec2f: 0000000000040cc0 (0x40cc0)
oct. 23 18:17:40 petra kernel: 0000000068bf6ad5: ffffa7abc3d8bb60 (0xffffa7abc3d8bb60)
oct. 23 18:17:40 petra kernel: 00000000462cdc6c: ffffffffae288902 (__alloc_pages_nodemask+0x2d2/0x320)
oct. 23 18:17:40 petra kernel: 000000002543ab40: ffff927d1f357080 (0xffff927d1f357080)
oct. 23 18:17:40 petra kernel: 00000000b738c184: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000005c4a7d97: ffff927d1f357080 (0xffff927d1f357080)
oct. 23 18:17:40 petra kernel: 00000000c100e53f: 0000000200000000 (0x200000000)
oct. 23 18:17:40 petra kernel: 00000000bf2ac81c: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000ff8bab7b: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 000000009aa1fc20: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 00000000d8f72deb: 0000000000040cc0 (0x40cc0)
oct. 23 18:17:40 petra kernel: 00000000c999ff2d: ffffffffafcbbe40 (policy_zone+0x20/0x20)
oct. 23 18:17:40 petra kernel: 0000000063852fa1: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 00000000f26085c1: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000f3716a44: ffffa7abc3d8bb90 (0xffffa7abc3d8bb90)
oct. 23 18:17:40 petra kernel: 000000003ca1f287: ffffffffae29ff27 (alloc_pages_current+0x87/0xe0)
oct. 23 18:17:40 petra kernel: 000000004abf1b2d: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 00000000acf6fb2e: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 00000000a85d7d67: 0000000000000cc0 (0xcc0)
oct. 23 18:17:40 petra kernel: 0000000091202a80: 0000000000000005 (0x5)
oct. 23 18:17:40 petra kernel: 00000000f0b5827f: ffffa7abc3d8bbb0 (0xffffa7abc3d8bbb0)
oct. 23 18:17:40 petra kernel: 00000000b57f950c: ffffffffae255f2f (kmalloc_order+0x1f/0x80)
oct. 23 18:17:40 petra kernel: 00000000bbaa209f: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 0000000090c98cdf: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 00000000c8970704: ffffa7abc3d8bbf0 (0xffffa7abc3d8bbf0)
oct. 23 18:17:40 petra kernel: 00000000ad91b424: ffffffffae255fb4 (kmalloc_order_trace+0x24/0xc0)
oct. 23 18:17:40 petra kernel: 0000000056a281c2: 0000000000000301 (0x301)
oct. 23 18:17:40 petra kernel: 0000000022437bed: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 0000000000194fe8: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 000000004bcaf195: 0000000000000cc0 (0xcc0)
oct. 23 18:17:40 petra kernel: 00000000ef08a139: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 00000000d9e37d06: ffff927cbd190008 (0xffff927cbd190008)
oct. 23 18:17:40 petra kernel: 00000000a9af4b7f: ffffa7abc3d8bc30 (0xffffa7abc3d8bc30)
oct. 23 18:17:40 petra kernel: 00000000cf3a4c7f: ffffffffae2aed08 (__kmalloc+0x228/0x280)
oct. 23 18:17:40 petra kernel: 00000000f2f925a8: 0000000000000003 (0x3)
oct. 23 18:17:40 petra kernel: 00000000730e8e99: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 0000000063f45af7: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 0000000089589061: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 00000000b43e6add: ffff927bce970008 (0xffff927bce970008)
oct. 23 18:17:40 petra kernel: 0000000007bfd0ec: ffff927cbd190008 (0xffff927cbd190008)
oct. 23 18:17:40 petra kernel: 00000000c6266d31: ffffa7abc3d8bc50 (0xffffa7abc3d8bc50)
oct. 23 18:17:40 petra kernel: 000000007a71b94d: ffffffffc1fed394 (nvkms_alloc+0x24/0x60 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000207c5053: 0000000000010110 (0x10110)
oct. 23 18:17:40 petra kernel: 00000000792315e6: ffff927cc725d108 (0xffff927cc725d108)
oct. 23 18:17:40 petra kernel: 00000000e6b926bf: 0000000000000009 (0x9)
oct. 23 18:17:40 petra kernel: 000000003ddcd43e: ffffffffc202bc56 (_nv002653kms+0x16/0x30 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 000000005d5dae09: ffff927c93f74008 (0xffff927c93f74008)
oct. 23 18:17:40 petra kernel: 0000000009f81199: ffffffffc2022e36 (_nv002759kms+0x66/0x1470 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000f741b84a: 0000000000040cc0 (0x40cc0)
oct. 23 18:17:40 petra kernel: 0000000075aa43aa: ffff927a0a755b60 (0xffff927a0a755b60)
oct. 23 18:17:40 petra kernel: 000000006d8d284f: ffff927a0a750008 (0xffff927a0a750008)
oct. 23 18:17:40 petra kernel: 00000000cf321732: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000003888ea67: ffff927c93f74008 (0xffff927c93f74008)
oct. 23 18:17:40 petra kernel: 00000000c384b64c: ffffffffae29ff00 (alloc_pages_current+0x60/0xe0)
oct. 23 18:17:40 petra kernel: 000000009db0ed87: 00000000000062a8 (0x62a8)
oct. 23 18:17:40 petra kernel: 00000000b3254e62: 0000000000000003 (0x3)
oct. 23 18:17:40 petra kernel: 00000000a690145e: 0000000000000cc0 (0xcc0)
oct. 23 18:17:40 petra kernel: 000000007a878db3: 0000000000000003 (0x3)
oct. 23 18:17:40 petra kernel: 000000009c152c78: ffffa7abc3d8bce0 (0xffffa7abc3d8bce0)
oct. 23 18:17:40 petra kernel: 000000009bb4ad6a: ffffffffae255f73 (kmalloc_order+0x63/0x80)
oct. 23 18:17:40 petra kernel: 000000007f151b2d: 00000000000062a8 (0x62a8)
oct. 23 18:17:40 petra kernel: 00000000ec283ef7: 00000000000062a8 (0x62a8)
oct. 23 18:17:40 petra kernel: 0000000077fb47d4: ffffa7abc3d8bd20 (0xffffa7abc3d8bd20)
oct. 23 18:17:40 petra kernel: 00000000d50a0e5a: ffffffffae255fb4 (kmalloc_order_trace+0x24/0xc0)
oct. 23 18:17:40 petra kernel: 00000000788ef9fb: 00007ffebedf3ae0 (0x7ffebedf3ae0)
oct. 23 18:17:40 petra kernel: 000000005dee4b5e: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 00000000f40df50b: 00000000000062a8 (0x62a8)
oct. 23 18:17:40 petra kernel: 000000000b11b5ba: 0000000000000cc0 (0xcc0)
oct. 23 18:17:40 petra kernel: 0000000093534d47: 00000000000062a8 (0x62a8)
oct. 23 18:17:40 petra kernel: 00000000ebb9eb5f: ffffffffc1fefe30 (_nv000531kms+0x50/0x50 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 000000006fd72096: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000000d8edfc2: ffff927d0cc07800 (0xffff927d0cc07800)
oct. 23 18:17:40 petra kernel: 000000002733d12f: 0000000000000003 (0x3)
oct. 23 18:17:40 petra kernel: 00000000547d64dd: ffff927a0a755990 (0xffff927a0a755990)
oct. 23 18:17:40 petra kernel: 00000000b262f532: ffffffffc1ff0341 (_nv000673kms+0x31/0xe0 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 0000000071be960c: 00000008ae53b9ae (0x8ae53b9ae)
oct. 23 18:17:40 petra kernel: 0000000095a33c70: ffffffffc20b4928 (_nv002237kms+0x288/0xfffffffffffdc960 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 0000000020a2f0a4: 0000000000005b58 (0x5b58)
oct. 23 18:17:40 petra kernel: 00000000be90e811: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 00000000762639c2: 0000000000000009 (0x9)
oct. 23 18:17:40 petra kernel: 00000000ad1be7e2: ffff927cc725d108 (0xffff927cc725d108)
oct. 23 18:17:40 petra kernel: 000000003b32081d: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 0000000044df0958: ffffffffc20b46a0 (_nv002166kms+0x78/0xfffffffffffdc9d8 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000a6780822: ffffffffc1fefe30 (_nv000531kms+0x50/0x50 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 0000000019cd221c: ffffffffc1ff1796 (nvKmsIoctl+0x96/0x1d0 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000e56009c9: ffff927a0a750008 (0xffff927a0a750008)
oct. 23 18:17:40 petra kernel: 0000000009476ff6: 00000000000062a0 (0x62a0)
oct. 23 18:17:40 petra kernel: 000000002eaf1d36: 0000000000000292 (0x292)
oct. 23 18:17:40 petra kernel: 00000000043b5728: ffff927c778dcc00 (0xffff927c778dcc00)
oct. 23 18:17:40 petra kernel: 0000000094284872: ffffa7abc3d8be10 (0xffffa7abc3d8be10)
oct. 23 18:17:40 petra kernel: 00000000e7a2db6b: 0000000000000009 (0x9)
oct. 23 18:17:40 petra kernel: 0000000056e8e081: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 000000003c1c3564: 00000000000062a0 (0x62a0)
oct. 23 18:17:40 petra kernel: 0000000099d32d1b: ffff927cbea36000 (0xffff927cbea36000)
oct. 23 18:17:40 petra kernel: 00000000a41c5488: ffffffffc1fedf32 (nvkms_ioctl_common+0x42/0x80 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 00000000a617386a: ffff927c6e858000 (0xffff927c6e858000)
oct. 23 18:17:40 petra kernel: 000000008bc8257a: ffff927c778dcc00 (0xffff927c778dcc00)
oct. 23 18:17:40 petra kernel: 00000000c1b6c338: ffff927ce9bcc6c0 (0xffff927ce9bcc6c0)
oct. 23 18:17:40 petra kernel: 00000000ead6f2a1: 00007ffebede5200 (0x7ffebede5200)
oct. 23 18:17:40 petra kernel: 0000000041aab446: ffffa7abc3d8be48 (0xffffa7abc3d8be48)
oct. 23 18:17:40 petra kernel: 0000000093da3bf0: ffffffffc1fee02d (nvkms_ioctl+0xbd/0xf0 [nvidia_modeset])
oct. 23 18:17:40 petra kernel: 000000005d064934: 000062a000000009 (0x62a000000009)
oct. 23 18:17:40 petra kernel: 00000000075bfcde: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 000000005948d889: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 000000004c02e848: ffff927cbea36001 (0xffff927cbea36001)
oct. 23 18:17:40 petra kernel: 000000005717e4e8: ffff927cbea36000 (0xffff927cbea36000)
oct. 23 18:17:40 petra kernel: 00000000076b067a: ffffa7abc3d8be58 (0xffffa7abc3d8be58)
oct. 23 18:17:40 petra kernel: 0000000068f5cf4f: ffffffffc0ba807b (nvidia_frontend_unlocked_ioctl+0x3b/0x50 [nvidia])
oct. 23 18:17:40 petra kernel: 000000006ad49fa4: ffffa7abc3d8bed8 (0xffffa7abc3d8bed8)
oct. 23 18:17:40 petra kernel: 000000000e8eee35: ffffffffae2fc7e5 (do_vfs_ioctl+0x405/0x660)
oct. 23 18:17:40 petra kernel: 0000000018dc87d4: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 0000000052d575a8: 00007ffebedf3aa0 (0x7ffebedf3aa0)
oct. 23 18:17:40 petra kernel: 00000000d33316d2: 0000000000000014 (0x14)
oct. 23 18:17:40 petra kernel: 000000004593d9b4: ffff927cbea36000 (0xffff927cbea36000)
oct. 23 18:17:40 petra kernel: 0000000037300c0a: ffffa7abc3d8beb8 (0xffffa7abc3d8beb8)
oct. 23 18:17:40 petra kernel: 00000000412ea2d3: ffffffffae308eb7 (__fget+0x77/0xa0)
oct. 23 18:17:40 petra kernel: 0000000088895a85: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000522d5ca4: 0000000000000014 (0x14)
oct. 23 18:17:40 petra kernel: 00000000c2dfaa5b: 122e88f7f7367400 (0x122e88f7f7367400)
oct. 23 18:17:40 petra kernel: 000000001eccf321: ffff927cbea36001 (0xffff927cbea36001)
oct. 23 18:17:40 petra kernel: 0000000056be358d: 0000000000000014 (0x14)
oct. 23 18:17:40 petra kernel: 0000000071cb0eea: 00000000c0106d00 (0xc0106d00)
oct. 23 18:17:40 petra kernel: 0000000004854b00: 00007ffebede5200 (0x7ffebede5200)
oct. 23 18:17:40 petra kernel: 00000000c3161486: ffff927cbea36000 (0xffff927cbea36000)
oct. 23 18:17:40 petra kernel: 0000000050ae2e2e: ffffa7abc3d8bf18 (0xffffa7abc3d8bf18)
oct. 23 18:17:40 petra kernel: 00000000aed2d2e7: ffffffffae2fcaa7 (ksys_ioctl+0x67/0x90)
oct. 23 18:17:40 petra kernel: 000000001ac2d319: ffffffff00000000 (0xffffffff00000000)
oct. 23 18:17:40 petra kernel: 00000000fddf9998: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 0000000074692ab9: ffffa7abc3d8bf58 (0xffffa7abc3d8bf58)
oct. 23 18:17:40 petra kernel: 000000009d7fc816: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000a658604d: ffffa7abc3d8bf28 (0xffffa7abc3d8bf28)
oct. 23 18:17:40 petra kernel: 00000000394cb4a6: ffffffffae2fcaea (__x64_sys_ioctl+0x1a/0x20)
oct. 23 18:17:40 petra kernel: 000000008363e224: ffffa7abc3d8bf48 (0xffffa7abc3d8bf48)
oct. 23 18:17:40 petra kernel: 00000000f487cac6: ffffffffae0045c7 (do_syscall_64+0x57/0x190)
oct. 23 18:17:40 petra kernel: 000000001b8adcb8: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000760afdf1: ffffffffaec0008c (entry_SYSCALL_64_after_hwframe+0x44/0xa9)
oct. 23 18:17:40 petra kernel: 00000000ee8fee0e: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000eb3f8860: 0000000000000001 (0x1)
oct. 23 18:17:40 petra kernel: 000000007a37c88e: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000b5f96fe7: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 00000000a6da8513: 0000000000000014 (0x14)
oct. 23 18:17:40 petra kernel: 00000000e15e8b2a: 0000561880ac1920 (0x561880ac1920)
oct. 23 18:17:40 petra kernel: 00000000b2ff9d89: 0000000000003246 (0x3246)
oct. 23 18:17:40 petra kernel: 00000000f76f7474: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 000000003dc862bf: 00007ffebedeb4e0 (0x7ffebedeb4e0)
oct. 23 18:17:40 petra kernel: 00000000f0667bcc: 0000000000000000 ...
oct. 23 18:17:40 petra kernel: 00000000b8a76613: ffffffffffffffda (0xffffffffffffffda)
oct. 23 18:17:40 petra kernel: 00000000ff9cc784: 00007f221c86d50b (0x7f221c86d50b)
oct. 23 18:17:40 petra kernel: 000000004c7c6615: 00007ffebede5200 (0x7ffebede5200)
oct. 23 18:17:40 petra kernel: 00000000d02df3e0: 00000000c0106d00 (0xc0106d00)
oct. 23 18:17:40 petra kernel: 000000007a68f4d6: 0000000000000014 (0x14)
oct. 23 18:17:40 petra kernel: 00000000fdf28bb6: 0000000000000010 (0x10)
oct. 23 18:17:40 petra kernel: 0000000079bbb24f: 00007f221c86d50b (0x7f221c86d50b)
oct. 23 18:17:40 petra kernel: 00000000e5e8cc3b: 0000000000000033 (0x33)
oct. 23 18:17:40 petra kernel: 000000005956d5e5: 0000000000003246 (0x3246)
oct. 23 18:17:40 petra kernel: 0000000071f86141: 00007ffebede51f8 (0x7ffebede51f8)
oct. 23 18:17:40 petra kernel: 0000000098c31bba: 000000000000002b (0x2b)
oct. 23 18:17:40 petra kernel:  ? _nv002759kms+0x66/0x1470 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? alloc_pages_current+0x60/0xe0
oct. 23 18:17:40 petra kernel:  ? kmalloc_order+0x63/0x80
oct. 23 18:17:40 petra kernel:  ? kmalloc_order_trace+0x24/0xc0
oct. 23 18:17:40 petra kernel:  ? _nv000531kms+0x50/0x50 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? _nv000673kms+0x31/0xe0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? _nv000531kms+0x50/0x50 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvKmsIoctl+0x96/0x1d0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvkms_ioctl_common+0x42/0x80 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvkms_ioctl+0xbd/0xf0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvidia_frontend_unlocked_ioctl+0x3b/0x50 [nvidia]
oct. 23 18:17:40 petra kernel:  ? do_vfs_ioctl+0x405/0x660
oct. 23 18:17:40 petra kernel:  ? __fget+0x77/0xa0
oct. 23 18:17:40 petra kernel:  ? ksys_ioctl+0x67/0x90
oct. 23 18:17:40 petra kernel:  ? __x64_sys_ioctl+0x1a/0x20
oct. 23 18:17:40 petra kernel:  ? do_syscall_64+0x57/0x190
oct. 23 18:17:40 petra kernel:  ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
oct. 23 18:17:40 petra kernel: Mem-Info:
oct. 23 18:17:40 petra kernel: active_anon:1049248 inactive_anon:244713 isolated_anon:0
                                active_file:654166 inactive_file:697090 isolated_file:0
                                unevictable:175690 dirty:80 writeback:1 unstable:0
                                slab_reclaimable:959285 slab_unreclaimable:99702
                                mapped:193145 shmem:92369 pagetables:15934 bounce:0
                                free:144829 free_pcp:25 free_cma:0
oct. 23 18:17:40 petra kernel: Node 0 active_anon:4196992kB inactive_anon:978852kB active_file:2616664kB inactive_file:2788360kB unevictable:702760kB isolated(anon):0kB isolated(file):0kB mapped:772580kB dirty:>
oct. 23 18:17:40 petra kernel: Node 0 DMA free:15868kB min:64kB low:80kB high:96kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15996kB managed:15>
oct. 23 18:17:40 petra kernel: lowmem_reserve[]: 0 3415 15883 15883 15883
oct. 23 18:17:40 petra kernel: Node 0 DMA32 free:200060kB min:14516kB low:18144kB high:21772kB active_anon:364348kB inactive_anon:7304kB active_file:742756kB inactive_file:824800kB unevictable:0kB writepending:>
oct. 23 18:17:40 petra kernel: lowmem_reserve[]: 0 0 12468 12468 12468
oct. 23 18:17:40 petra kernel: Node 0 Normal free:363388kB min:52996kB low:66244kB high:79492kB active_anon:3832372kB inactive_anon:971728kB active_file:1873660kB inactive_file:1963560kB unevictable:702760kB wr>
oct. 23 18:17:40 petra kernel: lowmem_reserve[]: 0 0 0 0 0
oct. 23 18:17:40 petra kernel: Node 0 DMA: 1*4kB (U) 1*8kB (U) 1*16kB (U) 1*32kB (U) 1*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15868kB
oct. 23 18:17:40 petra kernel: Node 0 DMA32: 29437*4kB (UME) 8566*8kB (UME) 786*16kB (UME) 74*32kB (UME) 6*64kB (ME) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 201604kB
oct. 23 18:17:40 petra kernel: Node 0 Normal: 51985*4kB (UME) 15275*8kB (UME) 1427*16kB (UME) 303*32kB (UME) 60*64kB (UME) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 366508kB
oct. 23 18:17:40 petra kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
oct. 23 18:17:40 petra kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
oct. 23 18:17:40 petra kernel: 1453991 total pagecache pages
oct. 23 18:17:40 petra kernel: 10532 pages in swap cache
oct. 23 18:17:40 petra kernel: Swap cache stats: add 495417, delete 484889, find 225746/254500
oct. 23 18:17:40 petra kernel: Free swap  = 15126524kB
oct. 23 18:17:40 petra kernel: Total swap = 16777212kB
oct. 23 18:17:40 petra kernel: 4181674 pages RAM
oct. 23 18:17:40 petra kernel: 0 pages HighMem/MovableOnly
oct. 23 18:17:40 petra kernel: 79876 pages reserved
oct. 23 18:17:40 petra kernel: 0 pages cma reserved
oct. 23 18:17:40 petra kernel: 0 pages hwpoisoned
oct. 23 18:17:40 petra kernel: BUG: unable to handle page fault for address: 0000000000007980
oct. 23 18:17:40 petra kernel: #PF: supervisor read access in kernel mode
oct. 23 18:17:40 petra kernel: #PF: error_code(0x0000) - not-present page
oct. 23 18:17:40 petra kernel: PGD 0 P4D 0 
oct. 23 18:17:40 petra kernel: Oops: 0000 [#1] PREEMPT SMP NOPTI
oct. 23 18:17:40 petra kernel: CPU: 8 PID: 3768 Comm: Xorg Tainted: P           OE     5.4.0-52-lowlatency #57-Ubuntu
oct. 23 18:17:40 petra kernel: Hardware name: Micro-Star International Co., Ltd. MS-7B89/B450M MORTAR MAX (MS-7B89), BIOS 2.60 12/30/2019
oct. 23 18:17:40 petra kernel: RIP: 0010:_nv002606kms+0x60/0x100 [nvidia_modeset]
oct. 23 18:17:40 petra kernel: Code: eb 40 0f 1f 84 00 00 00 00 00 48 c7 03 00 00 00 00 c6 43 08 00 41 8b 86 d0 00 00 00 83 c5 01 48 81 c3 28 04 00 00 39 e8 76 18 <48> 8b 3b 48 85 ff 74 ea 80 7b 08 00 75 d2 e8 >
oct. 23 18:17:40 petra kernel: RSP: 0018:ffffa7abc3d8bc30 EFLAGS: 00010202
oct. 23 18:17:40 petra kernel: RAX: 0000000000000004 RBX: 0000000000007980 RCX: 0000000000000004
oct. 23 18:17:40 petra kernel: RDX: ffff927cbd195348 RSI: 0000000000007980 RDI: ffff927cbd190008
oct. 23 18:17:40 petra kernel: RBP: 0000000000000000 R08: 0000000000000100 R09: 0000000000000000
oct. 23 18:17:40 petra kernel: R10: 0000000000000004 R11: 0000000000000004 R12: 0000000000007980
oct. 23 18:17:40 petra kernel: R13: 0000000000007980 R14: ffff927cbd190008 R15: 0000000000000001
oct. 23 18:17:40 petra kernel: FS:  00007f221c50da80(0000) GS:ffff927d0ea00000(0000) knlGS:0000000000000000
oct. 23 18:17:40 petra kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
oct. 23 18:17:40 petra kernel: CR2: 0000000000007980 CR3: 00000003be96a000 CR4: 0000000000340ee0
oct. 23 18:17:40 petra kernel: Call Trace:
oct. 23 18:17:40 petra kernel:  ? _nv002759kms+0x3ca/0x1470 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? kmalloc_order+0x63/0x80
oct. 23 18:17:40 petra kernel:  ? kmalloc_order_trace+0x24/0xc0
oct. 23 18:17:40 petra kernel:  ? _nv000531kms+0x50/0x50 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? _nv000673kms+0x31/0xe0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? _nv000531kms+0x50/0x50 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvKmsIoctl+0x96/0x1d0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvkms_ioctl_common+0x42/0x80 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvkms_ioctl+0xbd/0xf0 [nvidia_modeset]
oct. 23 18:17:40 petra kernel:  ? nvidia_frontend_unlocked_ioctl+0x3b/0x50 [nvidia]
oct. 23 18:17:40 petra kernel:  ? do_vfs_ioctl+0x405/0x660
oct. 23 18:17:40 petra kernel:  ? __fget+0x77/0xa0
oct. 23 18:17:40 petra kernel:  ? ksys_ioctl+0x67/0x90
oct. 23 18:17:40 petra kernel:  ? __x64_sys_ioctl+0x1a/0x20
oct. 23 18:17:40 petra kernel:  ? do_syscall_64+0x57/0x190
oct. 23 18:17:40 petra kernel:  ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
oct. 23 18:17:40 petra kernel: Modules linked in: snd_hrtimer snd_seq_dummy bnep bluetooth ecdh_generic ecc binfmt_misc nls_iso8859_1 nvidia_uvm(OE) nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) snd_hda_codec>
oct. 23 18:17:40 petra kernel: CR2: 0000000000007980
oct. 23 18:17:40 petra kernel: ---[ end trace 39813462ddd96745 ]---
oct. 23 18:17:40 petra kernel: RIP: 0010:_nv002606kms+0x60/0x100 [nvidia_modeset]
oct. 23 18:17:40 petra kernel: Code: eb 40 0f 1f 84 00 00 00 00 00 48 c7 03 00 00 00 00 c6 43 08 00 41 8b 86 d0 00 00 00 83 c5 01 48 81 c3 28 04 00 00 39 e8 76 18 <48> 8b 3b 48 85 ff 74 ea 80 7b 08 00 75 d2 e8 >
oct. 23 18:17:40 petra kernel: RSP: 0018:ffffa7abc3d8bc30 EFLAGS: 00010202
oct. 23 18:17:40 petra kernel: RAX: 0000000000000004 RBX: 0000000000007980 RCX: 0000000000000004
oct. 23 18:17:40 petra kernel: RDX: ffff927cbd195348 RSI: 0000000000007980 RDI: ffff927cbd190008
oct. 23 18:17:40 petra kernel: RBP: 0000000000000000 R08: 0000000000000100 R09: 0000000000000000
oct. 23 18:17:40 petra kernel: R10: 0000000000000004 R11: 0000000000000004 R12: 0000000000007980
oct. 23 18:17:40 petra kernel: R13: 0000000000007980 R14: ffff927cbd190008 R15: 0000000000000001
oct. 23 18:17:40 petra kernel: FS:  00007f221c50da80(0000) GS:ffff927d0ea00000(0000) knlGS:0000000000000000
oct. 23 18:17:40 petra kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
oct. 23 18:17:40 petra kernel: CR2: 0000000000007980 CR3: 00000003be96a000 CR4: 0000000000340ee0

Ce qui remet sur la piste d’un problème avec X et le pilote NVidia, ce qui m’a l’air cohérent avec mon problème. Notamment, j’ai l’impression qu’il y a un problème avec «modset». Bon, je ne sais pas comment corriger ça, mais au moins est-ce une piste.

Quelqu’un a-t-il une idée?

À bientôt.

#16 Re : -1 »  [Résolu] Gel après veille profonde. » Le 25/10/2020, à 21:05

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Je crains que personne ne puisse m’aider, mais au cas où, je tente de relancer ce fil de discussion.

Est-ce que quelqu’un a une idée pour résoudre ce problème?

À bientôt.

#17 Re : -1 »  [Résolu] Gel après veille profonde. » Le 06/11/2020, à 15:29

Le Farfadet Spatial
Réponses : 7

Salut à tous!

Bon, du coup, j’ai testé avec le noyau standard, mais le problème se posait également. J’ai donc désinstallé le pilote propriétaire pour utiliser Nouveau. D’une part, le problème a été réglé. D’autre part, j’ai testé du code de visualisation 3D que j’ai fait, je n’ai pas eut de problème de ralentissement et je n’ai pas vu de surcharge du processeur – or, ces codes font aussi du calcul numérique, donc utilisent fortement le processeur, donc il est probable que j’aurais vu une surcharge. J’ai aussi testé avec du logiciel de montage et de même il semble bien que la carte graphique prend intégralement le décodage en charge. En plus, je peux utiliser Wayland plutôt que X.org, alors que le pilote propriétaire ne le permet toujours pas. Je n’ai pas encore pu tester le calcul sur carte graphique.

Lorsque ma carte vidéo était récente, les performances de Nouveau était en retrait par rapport au pilote propriétaire. Maintenant que la carte est moins récente, il semble bien que les performances se valent.

En tout cas, mon constat est que NVidia nous ralentit dans l’avancement du serveur graphique. Si on a le choix, je pense qu’il vaut mieux privilégier les processeurs ATI. Si on a un processeur NVidia, s’il n’est pas trop récent, ça vaut le coup d’essayer Nouveau.

En tout cas, le problème est résolu.

À bientôt.

#18 -1 »  [Résolu] /boot sur LVM avec UEFI » Le 03/09/2020, à 22:25

Le Farfadet Spatial
Réponses : 7

Salut à tous !

Je tente d’installer Ubuntu 20.04 sur une machine sur laquelle Fedora 32 était installé et où le plan de partitionnement ne correspondait pas. J’ai donc reformaté et installé Ubuntu, mais je n’arrive pas à obtenir un GRUB fonctionnel : au démarrage de la machine, j’obtiens le menu de GRUB avec pour seule entrée l’accès à la configuration UEFI.

Il s’agit donc d’une machine en UEFI, avec deux disques, le premier de 480 GO (SSD) pour le système, le deuxième de 2TO pour « /home ».

Voici mon plan de partitionnement :

sda : SSD 480 GO
   sda1 : 629 MO, EFI System
   sda2 : 479 GO, volume LVM
      /dev/lvm-system/root : 81 GO, ext4, monté sur « / »
      /dev/lvm-system/swap : 17 GO, partition d’échange
      /dev/lvm-system/disque2 : 382 GO, ext4, monté sur « /mnt/disque2 »

sdb : disque 2 TO
   sdb1 : 2 TO, monté sur « /home »

Après installation, « /dev/lvm-system/root » semble en état normal ‑ dans la commande suivante, j’ai monté le volume dans une session live, raison pour laquelle le nom n’est pas le même :

$ ls /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/
bin       boot-sav  etc   lib32   lost+found  opt   run   srv  usr
boot      cdrom     home  lib64   media       proc  sbin  sys  var
BootInfo  dev       lib   libx32  mnt         root  snap  tmp

Notamment le répertoire « /boot » semble contenir ce qui est attendu :

$ ls /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/boot/
config-5.4.0-42-generic      memtest86+.bin
config-5.4.0-45-generic      memtest86+.elf
efi                          memtest86+_multiboot.bin
grub                         System.map-5.4.0-42-generic
grub.bak                     System.map-5.4.0-45-generic
initrd.img                   vmlinuz
initrd.img-5.4.0-42-generic  vmlinuz-5.4.0-42-generic
initrd.img-5.4.0-45-generic  vmlinuz-5.4.0-45-generic
initrd.img.old               vmlinuz.old

Pourtant, comme indiqué, à l’amorçage je tombe sur l’écran de sélection de GRUB, avec pour seule entrée la configuration de l’UEFI : impossible de lancer le système.

J’ai tenté de corriger le problème avec Boot-repair, mais le problème reste le même. Le rapport de Boot-repair est disponible à cette adresse :

https://paste.ubuntu.com/p/TTdP7FThVN/

J’ai également fait un rapport Boot-info de la machine :

https://paste.ubuntu.com/p/MWcB6k7yg3/

J’ai un essayé de lancer le système via la ligne de commande de GRUB, mais peine perdu. Visiblement, je ne parviens pas à créer une entrée GRUB dans le MBR. Pourtant, j’ai déjà créé des systèmes UEFI avec « /boot » sur une partition LVM sans problème, mais là, je sèche. Est-ce que quelqu’un a une idée pour m’aider ?

À bientôt.

#19 Re : -1 »  [Résolu] /boot sur LVM avec UEFI » Le 03/09/2020, à 22:48

Le Farfadet Spatial
Réponses : 7

Salut à tous !

J’ai utilisé Chroot pour modifier le fichier « /etc/default/grub » et y ajouter « GRUB_PRELOAD_MODULES="lvm" » :

$ cat /media/ubuntu/43e4a2d7-6ef5-44d0-88c1-6ca885bc0dd1/etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_PRELOAD_MODULES="lvm"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Évidemment, derrière j’ai lancé « update-grub », c’est d’ailleurs pour cela que j’ai utilisé Chroot. Cela dit, après avoir relancé la machine, toujours le même problème : je tombe sur l’écran de sélection de GRUB, avec pour seule entrée la configuration de l’UEFI et impossible de lancer le système.

Bon, je n’ai plus d’idée. Est-ce que quelqu’un voit un moyen de me sortir de là ?

À bientôt.

#20 Re : -1 »  [Résolu] /boot sur LVM avec UEFI » Le 04/09/2020, à 01:11

Le Farfadet Spatial
Réponses : 7

Salut à tous!

geole a écrit :

Fais des installations simples sans lvm et sans le répertoire home séparé dans une autre partition.

Déjà, il ne faut pas oublier qu’il y a deux disques sur cette machine, je ne peux donc pas gérer ça comme s’il n’y avait qu’un seul disque.

Par ailleurs, ce n’est pas la première fois que je fais un partitionnement de ce genre. Ça m’a beaucoup servi, avoir séparé «/home» du reste m’a permis plusieurs fois de sauver les données lorsque j’ai eu des problèmes avec un système. Par ailleurs, j’ai plusieurs fois eu à redimensionner des partitions racines. J’ai fait ça sur de nombreuses machines sous Debian sans que ça ne pose jamais le moindre problème. Il y a forcément moyen de s’en sortir avec cette machine.

À l’inverse, je me suis déjà retrouvé à devoir reformater toute une machine parce que les partitions n’étaient pas séparées. Dans l’immédiat, j’ai une difficulté, mais à long terme l’expérience montre que ça réduit les problèmes.

À bientôt.

#21 Re : -1 »  [Résolu] /boot sur LVM avec UEFI » Le 04/09/2020, à 16:42

Le Farfadet Spatial
Réponses : 7

Salut à tous !

Bon, de toute évidence, j’avais raté mon partitionnement et je ne parvenais pas à installer GRUB sur le MBR. Du coup, j’ai opté pour une méthode un peu brutale, mais qui a bien fonctionné : j’ai relancé l’installation, en demandant à l’installateur de créer lui-même la table de partition, en utilisant LVM. Une fois cela fait, j’ai arrêté l’installation et refait la configuration des volumes virtuels, avant de relancer l’installation. Désormais, le plan de partitionnement est bien celui que j’avais prévu et la machine fonctionne.

Depuis cette nouvelle installation :

$ lsb_release -a
LSB Version:	core-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.1 LTS
Release:	20.04
Codename:	focal

Voici le plan de partitionnement :

$ df -h
Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
udev                           7,8G       0  7,8G   0% /dev
tmpfs                          1,6G    2,0M  1,6G   1% /run
/dev/mapper/vgubuntu-root       74G     25G   46G  35% /
tmpfs                          7,9G    129M  7,7G   2% /dev/shm
tmpfs                          5,0M    4,0K  5,0M   1% /run/lock
tmpfs                          7,9G       0  7,9G   0% /sys/fs/cgroup
/dev/loop1                      55M     55M     0 100% /snap/core18/1880
/dev/loop0                     256M    256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop2                      63M     63M     0 100% /snap/gtk-common-themes/1506
/dev/loop3                     281M    281M     0 100% /snap/languagetool/23
/dev/sda1                      599M     30M  570M   5% /boot/efi
/dev/loop4                      50M     50M     0 100% /snap/snap-store/467
/dev/loop5                      30M     30M     0 100% /snap/snapd/8542
/dev/loop6                     174M    174M     0 100% /snap/musescore/169
/dev/mapper/vgubuntu-disque2   349G     69M  331G   1% /mnt/disque2
/dev/sdb1                      1,8T    285G  1,5T  17% /home
/dev/loop7                      56M     56M     0 100% /snap/core18/1885
/dev/loop8                      30M     30M     0 100% /snap/snapd/8790
tmpfs                          1,6G    116K  1,6G   1% /run/user/1000
/dev/sdc1                      466G    218G  249G  47% /media/christian/Iomega HDD


$ sudo fdisk /dev/sda

Bienvenue dans fdisk (util-linux 2.34).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.


Commande (m pour l'aide) : i
Numéro de partition (1,2, 2 par défaut) : 1

         Device: /dev/sda1
          Start: 2048
            End: 1050623
        Sectors: 1048576
           Size: 512M
           Type: Système EFI
      Type-UUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B
           UUID: 8B242475-6B38-489B-AECD-B6BD67704CA1
           Name: EFI System Partition

Commande (m pour l'aide) : i
Numéro de partition (1,2, 2 par défaut) : 2

         Device: /dev/sda2
          Start: 1050624
            End: 937701375
        Sectors: 936650752
           Size: 446,6G
           Type: LVM Linux
      Type-UUID: E6D6D379-F507-44C2-A23C-238F2A3DF928
           UUID: 74BCC74F-46DE-48F7-A2D2-758348DD02F3

Commande (m pour l'aide) : q


$ sudo vgdisplay 
  --- Volume group ---
  VG Name               vgubuntu
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  8
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <446,63 GiB
  PE Size               4,00 MiB
  Total PE              114337
  Alloc PE / Size       114176 / 446,00 GiB
  Free  PE / Size       161 / 644,00 MiB
  VG UUID               XHQ1dF-XF0x-zUeW-js0c-flnL-95G0-JJXqwU


$ sudo lvdisplay 
  --- Logical volume ---
  LV Path                /dev/vgubuntu/root
  LV Name                root
  VG Name                vgubuntu
  LV UUID                rGQQHW-Fuei-5P8C-cb8a-754E-qBLp-3Fyixi
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:00 +0200
  LV Status              available
  # open                 1
  LV Size                75,00 GiB
  Current LE             19200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/vgubuntu/swap_1
  LV Name                swap_1
  VG Name                vgubuntu
  LV UUID                Tyyqg1-lrpw-iQRC-e0QH-aiB6-A7aQ-a3YcDW
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:15 +0200
  LV Status              available
  # open                 2
  LV Size                16,00 GiB
  Current LE             4096
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/vgubuntu/disque2
  LV Name                disque2
  VG Name                vgubuntu
  LV UUID                SuCD6Z-ED9l-OVDc-5l46-EmCK-eVXe-6Jt84p
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2020-09-04 13:05:43 +0200
  LV Status              available
  # open                 1
  LV Size                355,00 GiB
  Current LE             90880
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

Problème résolu.

À bientôt.

#22 Re : -1 »  [Résolu] /boot sur LVM avec UEFI » Le 04/09/2020, à 17:46

Le Farfadet Spatial
Réponses : 7

Salut à tous!

geole a écrit :

Les puristes du LVM seront surpris de la présence de SDB1 et SDC1

SDB1 est un disque mécanique qui sert uniquement pour la partition «/home». Il est important qu’il ne soit pas dans le même LVM que le système, afin de pouvoir récupérer les données si jamais le LVM système a un problème – techniquement, les unités SSD ont une durée de vie moins grande que les disques mécaniques. Par ailleurs, je veux qu’il soit indépendant du système, afin de pouvoir l’extraire et le placer dans un autre système en cas de besoin – récupération, migration, aléa inattendu.

Cette façon de faire m’a permis de récupérer des situations souvent considérées comme dramatiques.

SDC1 est un disque externe qui sert de système de sauvegarde (en utilisant Back In Time).

Je ne veux pas jouer au vieux con, mais plus de vingt ans à utiliser des systèmes de type UNIX me font dire que c’est l’approche la plus sûre, tant qu’on n’utilise pas de RAID (ce qui est significativement plus cher).

À bientôt.

#23 Re : -1 »  [Résolu] Installation bloquée » Le 02/09/2020, à 18:27

Le Farfadet Spatial
Réponses : 4

Salut à tous!

Je suis vraiment désolé de ne pas pouvoir donner plus d’information, je comprends bien que ça ne facilite pas l’aide. En fait, ce manque d’information ne facilite pas ma recherche d’information non plus.

Ce que je peux indiquer, c’est que visiblement le téléchargement de l’image s’est déroulé comme il faut :

$ echo "b45165ed3cd437b9ffad02a2aad22a4ddc69162470e2622982889ce5826f6e3d *ubuntu-20.04.1-desktop-amd64.iso" | shasum -a 256 --check
ubuntu-20.04.1-desktop-amd64.iso: OK

À bientôt.

#24 Re : -1 »  [Résolu] Installation bloquée » Le 03/09/2020, à 17:45

Le Farfadet Spatial
Réponses : 4

Salut à tous!

Bon, au temps pour moi : effectivement, 10 minutes n’était pas assez. J’ai attendu plus longtemps et l’installation est passée à l’étape suivante. Je n’avais jamais vu un aussi long délai, mais très bien. Problème réglé.

À bientôt.