#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.
C'est une histoire de pare-feu : https://doc.ubuntu-fr.org/vlc#configurer_votre_pare-feu
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.
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!
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!
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é.
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!
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!
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.