Fenêtre CCM - Zone des icônes complètement noire ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
Bonjour,Je me demande s' il n'y a pas un manque de mémoire à un moment.
Ce pc a une partition d' échange (swap) ?
Pour test, peut être pourrait on essayer de désactiver certains services "lourds". Par exemple baloo et tracker qui sont consommateurs de ressources.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
pour info pb similaire du CCM
partie droite blanche (pas noire), et XFCE ne s'envoie pas en l'air
Ceci sous Mageia8/XFCE, CG Nvidia Quadro FX5600 le tout sur Station HPxw9400 (bi-proc, 32Go de RAM)
CCM se lance, mais aléatoirement rien d'affiché partie droite
Et sur ma machine, c'est bien aléatoire, car à l'instant, CCM lancé, j'ai bien les indications dans la partie droite...alors qu'hier non!
Diffrérence avec hier, une mise à jour sans grand rapport j'imagine mais je la poste dès fois que...
Code BASH :
rpm -qa --last |more vim-minimal-8.2.5052-1.mga8.x86_64 ven. 10 juin 2022 17:52:41 lib64jpeg8-2.0.7-1.mga8.x86_64 ven. 10 juin 2022 17:52:41 lib64jpeg62-2.0.7-1.mga8.x86_64 ven. 10 juin 2022 17:52:40 virtualbox-6.1.34-1.5.mga8.x86_64 ven. 10 juin 2022 17:52:39 vim-enhanced-8.2.5052-1.mga8.x86_64 ven. 10 juin 2022 17:52:35 vim-common-8.2.5052-1.mga8.x86_64 ven. 10 juin 2022 17:52:34 virtualbox-kernel-5.15.43-desktop-1.mga8-6.1.34-1.12.mga8.x86_64 ven. 10 juin 2022 17:52:32 virtualbox-kernel-desktop-latest-6.1.34-1.12.mga8.x86_64 ven. 10 juin 2022 17:52:31 clementine-1.4.0-0.rc1.423.1.mga8.x86_64 lun. 06 juin 2022 17:55:41 ...
Édité par kalagani Le 10/06/2022 à 18h51
Melidian Membre non connecté
-
- Voir le profil du membre Melidian
- Inscrit le : 02/06/2022
Possible, même si j'ai l'impression d'avoir de la marge (650Mo sur 1Go dans le gestionnaire de tâches).
Je vais installer 2Go pour voir si cela fait une différence ou pas.
Egalement, j'ai laissé l'installateur Mageia en auto pour le partitionnement.
D'après Gparted ou la gestion de disques CCM, j'ai un swap de 4Go.
Je fais quelques essais de plus et je vous tiens au courant.
Merci,
Melidian Membre non connecté
-
- Voir le profil du membre Melidian
- Inscrit le : 02/06/2022
J'ai refait un essai sous XFCE avec 2Go de RAM cette fois (au lieu de 1Go la fois précédente).
Idem, boucle de déco-> écran reco -> disparition écran reco -> écran reco...
J'ai redémarré le PC et ouvert une session sous Enlightment pour récupérer le log précédent (avec l'option -b -1).
Je retrouve les mêmes erreurs de type
Citation :
"kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12)"
qui font planter la session :
Caché :
juin 10 20:33:16 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 6, 4096, -12) juin 10 20:33:16 kernel: lightdm[11540]: segfault at 0 ip b791fa61 sp bfff2c7c error 4 in libc-2.32.so[b78b8000+11a000] juin 10 20:33:16 kernel: Code: 00 00 21 c2 74 24 7a 17 38 30 0f 84 9f 00 00 00 40 38 30 0f 84 96 00 00 00 40 83 f2 02 74 0b 38 30 0f 84 88 00 00 00 40 31 d2 <8b> 08 83 c0 04 29 ca 81 c1 ff fe fe fe 4a 73 58 31 ca 81 e2 00 01 juin 10 20:33:16 systemd[1]: Stopping Session 9 of user lightdm. juin 10 20:33:16 acpid[664]: client 11440[0:0] has disconnected juin 10 20:33:16 acpid[664]: client connected from 11539[0:0] juin 10 20:33:16 acpid[664]: 1 client rule loaded juin 10 20:33:16 systemd[1]: session-9.scope: Succeeded. juin 10 20:33:16 systemd[1]: Stopped Session 9 of user lightdm. juin 10 20:33:16 systemd[1]: session-9.scope: Consumed 2.046s CPU time. juin 10 20:33:16 systemd-logind[704]: Removed session 9. juin 10 20:33:16 lightdm[11564]: rm: cannot remove '/var/run/drakx-matchbox-window-manager.pid': No such file or directory juin 10 20:33:17 lightdm[11565]: /usr/share/mga/backgrounds/default.jpg is a 3840x2160 8 bit deep RGB PNG image with an alpha channel juin 10 20:33:17 lightdm[11565]: Software: www.inkscape.org juin 10 20:33:17 lightdm[11565]: Default gamma for ITRUE image is 1.00 juin 10 20:33:17 lightdm[11565]: Zooming image by 27%...done juin 10 20:33:17 lightdm[11565]: Clipping image...(Adding border)...done juin 10 20:33:17 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:17 kernel: [
drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:17 lightdm[11565]: Building XImage...done juin 10 20:33:17 lightdm[11565]: Have adjusted image from 1.00 to display gamma of 2.20 juin 10 20:33:17 systemd-logind[704]: New session 11 of user lightdm. juin 10 20:33:17 systemd[1]: Started Session 11 of user lightdm. juin 10 20:33:19 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:19 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:20 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:20 kernel: [TTM] Failed to find memory space for buffer 0x20ed3162 eviction juin 10 20:33:20 kernel: [TTM] No space for 20ed3162 (768 pages, 3072K, 3M) juin 10 20:33:20 kernel: [TTM] placement[0]=0x00000000 (1) juin 10 20:33:20 kernel: [TTM] use_type: 1 juin 10 20:33:20 kernel: [TTM] use_tt: 1 juin 10 20:33:20 kernel: [TTM] size: 131072
drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:17 lightdm[11565]: Building XImage...done juin 10 20:33:17 lightdm[11565]: Have adjusted image from 1.00 to display gamma of 2.20 juin 10 20:33:17 systemd-logind[704]: New session 11 of user lightdm. juin 10 20:33:17 systemd[1]: Started Session 11 of user lightdm. juin 10 20:33:19 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:19 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:20 kernel: [drm:radeon_gem_object_create [radeon]] *ERROR* Failed to allocate GEM object (3145728, 2, 4096, -12) juin 10 20:33:20 kernel: [TTM] Failed to find memory space for buffer 0x20ed3162 eviction juin 10 20:33:20 kernel: [TTM] No space for 20ed3162 (768 pages, 3072K, 3M) juin 10 20:33:20 kernel: [TTM] placement[0]=0x00000000 (1) juin 10 20:33:20 kernel: [TTM] use_type: 1 juin 10 20:33:20 kernel: [TTM] use_tt: 1 juin 10 20:33:20 kernel: [TTM] size: 131072
Avec 2Go de RAM, je pense que l'aspect mémoire est écarté.
Je suppose que c'est donc le pilote Radeon qui gère mal ma ATI RV100 M6.
Quelques recherches Internet sur "Radeon *ERROR* Failed to allocate GEM object" remontent quelques soucis il y a plusieurs années.
Merci,
Edit : si besoin, je peux ajouter le log complet de cet essai en .txt
Édité par Melidian Le 10/06/2022 à 21h21
Melidian Membre non connecté
-
- Voir le profil du membre Melidian
- Inscrit le : 02/06/2022
J'ai fait quelques recherches et quelques essais complémentaires sur mon problème de crash du X sous Xfce (principalement, mais aussi sous KDE de façon moins fréquente).
Dans le Thinkwiki dédié aux vieux IBM Thinkpad, la carte installée sur mon PC X31 a apparemment posé quelques soucis à ses débuts avec Linux :
Lien vers Thinkwiki pour carte graphique du X31
Une configuration Xorg est proposée. J'ai tenté de la mettre en oeuvre mais le problème reste présent sous les "gros" environnements graphiques (et en particulier sous Xfce), avec toujours ce message "Radeon *ERROR* Failed to allocate GEM object" qui fait planter la session.
Ajout => je suppose par contre au final que le fichier de configuration Xorg n'est tout simplement pas pris en compte puisque le Kernel Mode Setting (KMS) est actif sur ma machine. Peut-être faudra-t-il que je teste l'ajout d'un paramètre kernel nomodeset pour forcer la prise en compte de la configuration Xorg.
Maintenant, quelque soit l'environnement utilisé, l'initialisation de la carte vidéo se fait toujours de la façon suivante :
Caché :
juin 13 17:23:27 kernel: [drm] radeon kernel modesetting enabled.
juin 13 17:23:27 kernel: checking generic (e0000000 ff0000) vs hw (e0000000 8000000)
juin 13 17:23:27 kernel: fb0: switching to radeon from VESA VGA
juin 13 17:23:27 kernel: Console: switching to colour dummy device 80x25
juin 13 17:23:27 kernel: radeon 0000:01:00.0: vgaarb: deactivate vga console
juin 13 17:23:27 kernel: [drm] initializing kernel modesetting (RV100 0x1002:0x4C59 0x1014:0x052F 0x00).
juin 13 17:23:27 kernel: [drm] Forcing AGP to PCI mode
juin 13 17:23:27 kernel: radeon 0000:01:00.0: VRAM: 128M 0x00000000E0000000 - 0x00000000E7FFFFFF (16M used)
juin 13 17:23:27 kernel: radeon 0000:01:00.0: GTT: 512M 0x00000000C0000000 - 0x00000000DFFFFFFF
juin 13 17:23:27 kernel: [drm] Detected VRAM RAM=128M, BAR=128M
juin 13 17:23:27 kernel: [drm] RAM width 32bits DDR
juin 13 17:23:27 kernel: [drm] radeon: 16M of VRAM memory ready
juin 13 17:23:27 kernel: [drm] radeon: 512M of GTT memory ready.
juin 13 17:23:27 kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072
juin 13 17:23:27 kernel: [drm] radeon: power management initialized
juin 13 17:23:27 kernel: [drm] PCI GART of 512M enabled (table at 0x0000000002980000).
juin 13 17:23:27 kernel: radeon 0000:01:00.0: WB disabled
juin 13 17:23:27 kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000c0000000
juin 13 17:23:27 kernel: [drm] radeon: irq initialized.
juin 13 17:23:27 kernel: [drm] Loading R100 Microcode
juin 13 17:23:27 kernel: [drm] radeon: ring at 0x00000000C0001000
juin 13 17:23:27 kernel: [drm] ring test succeeded in 0 usecs
juin 13 17:23:27 kernel: [drm] ib test succeeded in 0 usecs
juin 13 17:23:27 kernel: [drm] Panel ID String: 1024x768
juin 13 17:23:27 kernel: [drm] Panel Size 1024x768
juin 13 17:23:27 kernel: [drm] Radeon Display Connectors
juin 13 17:23:27 kernel: [drm] Connector 0:
juin 13 17:23:27 kernel: [drm] VGA-1
juin 13 17:23:27 kernel: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
juin 13 17:23:27 kernel: [drm] Encoders:
juin 13 17:23:27 kernel: [drm] CRT1: INTERNAL_DAC1
juin 13 17:23:27 kernel: [drm] Connector 1:
juin 13 17:23:27 kernel: [drm] LVDS-1
juin 13 17:23:27 kernel: [drm] Encoders:
juin 13 17:23:27 kernel: [drm] LCD1: INTERNAL_LVDS
juin 13 17:23:27 kernel: [drm] fb mappable at 0xE0040000
juin 13 17:23:27 kernel: [drm] vram apper at 0xE0000000
juin 13 17:23:27 kernel: [drm] size 1572864
juin 13 17:23:27 kernel: [drm] fb depth is 16
juin 13 17:23:27 kernel: [drm] pitch is 2048
juin 13 17:23:27 kernel: fbcon: radeondrmfb (fb0) is primary device
juin 13 17:23:27 kernel: Console: switching to colour frame buffer device 128x48
juin 13 17:23:27 kernel: radeon 0000:01:00.0: [drm] fb0: radeondrmfb frame buffer device
juin 13 17:23:27 kernel: [drm] Initialized radeon 2.50.0 20080528 for 0000:01:00.0 on minor 0
juin 13 17:23:27 kernel: checking generic (e0000000 ff0000) vs hw (e0000000 8000000)
juin 13 17:23:27 kernel: fb0: switching to radeon from VESA VGA
juin 13 17:23:27 kernel: Console: switching to colour dummy device 80x25
juin 13 17:23:27 kernel: radeon 0000:01:00.0: vgaarb: deactivate vga console
juin 13 17:23:27 kernel: [drm] initializing kernel modesetting (RV100 0x1002:0x4C59 0x1014:0x052F 0x00).
juin 13 17:23:27 kernel: [drm] Forcing AGP to PCI mode
juin 13 17:23:27 kernel: radeon 0000:01:00.0: VRAM: 128M 0x00000000E0000000 - 0x00000000E7FFFFFF (16M used)
juin 13 17:23:27 kernel: radeon 0000:01:00.0: GTT: 512M 0x00000000C0000000 - 0x00000000DFFFFFFF
juin 13 17:23:27 kernel: [drm] Detected VRAM RAM=128M, BAR=128M
juin 13 17:23:27 kernel: [drm] RAM width 32bits DDR
juin 13 17:23:27 kernel: [drm] radeon: 16M of VRAM memory ready
juin 13 17:23:27 kernel: [drm] radeon: 512M of GTT memory ready.
juin 13 17:23:27 kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072
juin 13 17:23:27 kernel: [drm] radeon: power management initialized
juin 13 17:23:27 kernel: [drm] PCI GART of 512M enabled (table at 0x0000000002980000).
juin 13 17:23:27 kernel: radeon 0000:01:00.0: WB disabled
juin 13 17:23:27 kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000c0000000
juin 13 17:23:27 kernel: [drm] radeon: irq initialized.
juin 13 17:23:27 kernel: [drm] Loading R100 Microcode
juin 13 17:23:27 kernel: [drm] radeon: ring at 0x00000000C0001000
juin 13 17:23:27 kernel: [drm] ring test succeeded in 0 usecs
juin 13 17:23:27 kernel: [drm] ib test succeeded in 0 usecs
juin 13 17:23:27 kernel: [drm] Panel ID String: 1024x768
juin 13 17:23:27 kernel: [drm] Panel Size 1024x768
juin 13 17:23:27 kernel: [drm] Radeon Display Connectors
juin 13 17:23:27 kernel: [drm] Connector 0:
juin 13 17:23:27 kernel: [drm] VGA-1
juin 13 17:23:27 kernel: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
juin 13 17:23:27 kernel: [drm] Encoders:
juin 13 17:23:27 kernel: [drm] CRT1: INTERNAL_DAC1
juin 13 17:23:27 kernel: [drm] Connector 1:
juin 13 17:23:27 kernel: [drm] LVDS-1
juin 13 17:23:27 kernel: [drm] Encoders:
juin 13 17:23:27 kernel: [drm] LCD1: INTERNAL_LVDS
juin 13 17:23:27 kernel: [drm] fb mappable at 0xE0040000
juin 13 17:23:27 kernel: [drm] vram apper at 0xE0000000
juin 13 17:23:27 kernel: [drm] size 1572864
juin 13 17:23:27 kernel: [drm] fb depth is 16
juin 13 17:23:27 kernel: [drm] pitch is 2048
juin 13 17:23:27 kernel: fbcon: radeondrmfb (fb0) is primary device
juin 13 17:23:27 kernel: Console: switching to colour frame buffer device 128x48
juin 13 17:23:27 kernel: radeon 0000:01:00.0: [drm] fb0: radeondrmfb frame buffer device
juin 13 17:23:27 kernel: [drm] Initialized radeon 2.50.0 20080528 for 0000:01:00.0 on minor 0
Je suis en particulier intrigué par les lignes suivantes :
juin 13 17:23:27 kernel: radeon 0000:01:00.0: VRAM: 128M 0x00000000E0000000 - 0x00000000E7FFFFFF (16M used)
juin 13 17:23:27 kernel: radeon 0000:01:00.0: GTT: 512M 0x00000000C0000000 - 0x00000000DFFFFFFF
juin 13 17:23:27 kernel: [drm] Detected VRAM RAM=128M, BAR=128M
juin 13 17:23:27 kernel: [drm] RAM width 32bits DDR
juin 13 17:23:27 kernel: [drm] radeon: 16M of VRAM memory ready
juin 13 17:23:27 kernel: [drm] radeon: 512M of GTT memory ready.
Cela donne l'impression que le Kernel détecte une carte graphique avec 128Mo de VRAM, entraînant avec un AGP de 4 une mémoire GTT fixée à 512Mo.
Le pilote Radeon précise bien que 16Mo sont utilisés en première ligne et que 16Mo de VRAM sont prêts en avant-dernière ligne...
Mais je me demande s'il ne table pas sur 128Mo présents au final, entraînant sur des environnements graphiques un peu plus lourds, un débordement de l'usage mémoire au-delà des 16Mo et générant les erreurs qui plantent la session.
Je vais essayer de basculer Xfce sur le moteur graphique xRender s'il m'en laisse le temps avant de planter. Cela permettre de contourner la carte graphique et ainsi valider qu'elle est bien responsable du plantage.
Maintenant, que pensez-vous de ces messages mentionnant une fois 128Mo de VRAM, une autre fois 16Mo ?
Merci d'avance,
Edit : Mise à jour du lien vers le Thinkwiki.
Edit 2 : Ajout d'une remarque sur le KMS actif qui bloque la prise en compte de la configuration Xorg.
Édité par Melidian Le 15/06/2022 à 16h43
Melidian Membre non connecté
-
- Voir le profil du membre Melidian
- Inscrit le : 02/06/2022
Petite mise à jour suite à mes derniers essais.
J'ai enfin trouvé le moyen de garder une session sous Xfce stable !
J'ai tout simplement désactivé le compositeur dans le menu "Peaufinage des fenêtres" et tout est rentré dans l'ordre.
Il a fallu que je tente à plusieurs reprises pour pouvoir accéder au menu et décocher la case qui va bien avant que ma session ne plante.
Mais après çà, le PC s'est montré parfaitement stable en tournant toute la nuit sans problème avec de multiples entrées/sorties sur écran de veille.
Sur une machine aussi dépassée, je peux sacrifier les quelques effets de transparence ou autres flous artistiques sur les fenêtres...
Au final, Xfce est étonnament réactif sur une machine aussi vieille (avec le passage à 2Go de RAM quand même).
J'avais ouvert un Firefox avec 3 onglets, un gestionnaire de tâches, un gestionnaire de fichier, le CCM ainsi qu'un terminal, le tout réparti sur les 4 bureaux virtuels et tout cela ronronnait tranquillement tout en tenant dans 1050 à 1150Mo de RAM utilisés seulement.
Très content donc !
Plus qu'à attendre que le bug CCM nécessitant pour le moment un "downgrade" de paquets temporaire soit fixé et tout sera parfait !
A l'occasion, je testerai peut-être un compositeur plus léger comme Compton.
Par contre, si quelqu'un peut m'expliquer comment interpréter les paramètres de VRAM donnés dans le journal de log, je serai très heureux !
Egalement, si quelqu'un peut me renseigner sur la façon de clôturer ce sujet, je suis preneur.
Bonne journée à vous tous,
Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
Même si je n'ai pas beaucoup participé, j'ai suivi le sujet.
Content que tu aies résolu une partie du problème et qu'au moins tu saches à quoi t'attendre pour le premier.
Sinon, je peux te confirmer que LXQt avec OpenBox et Compton marchent très bien. LE PC est rapide et très réactif. C'est de mon PC avec cette configuration que j'écris actuellement
OursoNoir Membre non connecté
-
- Voir le profil du membre OursoNoir
- Inscrit le : 14/02/2016
- Groupes :
J'ai constaté le problème sur mes machines, cependant il me suffit de cliquer sur "Matériel" puis de revenir sur "Gestion des logiciels" pour que tout s'affiche normalement.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie