Forum

Bonjour,
Installée en dur.
Curieux de voir si l'habillage définitif de la M9 serait de mise... mais pas encore !
Les remarques restent les mêmes que pour l'Alpha :
Impossibilité de configurer le WIFI depuis l'installateur (et donc d'ajouter les sources et faire les MàJ dans la foulée);
Une erreur au boot pour "dm.service" mais je n'ai pas de RAID, donc normale. Disparition de l'erreur après arrêt du service concerné dans le MCC.
Pas de commentaires sur les choix esthétiques pour, à la fois Mageia et Plasma...
Sinon, tout fonctionne parfaitement (pour une utilisation basique s'entend).

A signaler : L'installation en dur avec formatage d'une partition précédemment montée sur la M8 crée une erreur bloquante au (re)boot sur cette dernière. En cause le fichier "/etc/fstab" (de la M8 donc) qu'il faut modifier avec les nouveaux éléments de la Beta, à la place de ceux de l'ancienne.
A+

Je pense que ce sont des points importants qui mérite qu'on s'y arrête.
Peux-tu donner plus de détail ?

Pour le wifi dans l'installeur, ceci peut venir des pilotes non disponibles à ce moment. Autrefois, le wifi n'était possible qu'en WEP. Il y a déjà eu du progrès

Bonjour,

Pour le WIFI dans l'installateur, c'est exact, j'ai d'ailleurs un message qui survient à un moment, pour m'expliquer que le driver nécessaire (pour moi) n'est pas disponible.

Concernant le non-redémarrage de la M8 après installation en dur de la Beta, c'est plus difficile à comprendre.
...Mais je confirme que c'est bien le "/etc/fstab" de celle-ci qui est en jeu et ne laisse pas démarrer "Plymouth" (et le boot).
Ce qui me permet d'être aussi catégorique, c'est que, avant d'écrire ce message j'ai fait un petit essai sur la seule M8 =>
Dans le MCC j'ai monté des partitions d'essais (dans /media/...) qui ne l'étaient pas. Le "fstab" a donc été réécrit au final. Et au reboot, pas de démarrage !
=> Grub est OK, le kernel se lance et c'est "Plymouth" qui ne se lance pas.
Je ne garantie pas de visu que le kernel se soit lancé, mais le fait que la ligne de commande permette de travailler me laisse supposer qu'il le soit.

Une simple réécriture de "/etc/fstab.old" en "/etc/fstab" permet un reboot total et parfait de la M8.
Mais il faut bien tenir en compte que celui-ci sera partiellement erroné puisqu'il ne listera donc pas la nouvelle distribution.

La modification du "fstab" lors du montage des partitions d'essais a donc bloqué le lancement du boot selon ma logique.
Et dans le cas de l'installation (au lieu d'un simple montage local par MCC) d'une nouvelle distribution (Beta par ex.) avec formatage d'une partition, le "fstab" de la M8 ne se modifie pas => puisqu'on travaille ailleurs c'est impossible, et devient bloquant avec un nouveau Nº de partition qu'il ne trouve pas.
Même problème pour les deux cas.

En aparté, je trouve bizarre que ce "fstab" de la M8 soit composé de ligne de partitions avec l'UUID et d'autres avec le simple "Label" sans même un Nº de partition...



A+

Un petit bonjour d'un ancien de Mandrake,
je viens d'installer la mga9 beta1 x86_64 KDE et de faire les mises à jour et elle est toujours aussi intéressante que les versions précédentes !
Bravo à l'équipe !
Je vous signale toutefois (comme c'est le but quand on installe des bétas :-)) un blème intrigant que j'ai constaté dans les journaux de démarrage au niveau du sddm et du xdg-desktop-portal-kde qui semble "mal" installé/configuré :
>>>
xdg-desktop-portal-kde[1082]: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.
<<<
Malgré cela, je ne vois aucun problème dans le fonctionnement de KDE
Je ne vois pas trop s'il faut réinstaller le xdg-desktop-portal, les plugins de qt ou bien sddm. (les infos que j'ai googlées sur internet sont pas trés concluantes)
je vous joint l'extrait du journal de boot et j’attends vos idées.
Sinon j'aime bien cette version à cheval sur qt5/6 et (peut-être?) kde6 au final ?
@+

avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Activating systemd to hand-off: service name='org.freedesktop.portal.Desktop' unit='xdg-desktop-portal.service' requested by ':1.0' (uid=986 pid=1060 comm="/>
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Successfully activated service 'org.freedesktop.systemd1'
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Starting xdg-desktop-portal.service...
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Activating via systemd: service name='org.freedesktop.portal.Documents' unit='xdg-document-portal.service' requested by ':1.2' (uid=986 pid=1064 comm="/usr/l>
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Starting xdg-document-portal.service...
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Activating via systemd: service name='org.freedesktop.impl.portal.PermissionStore' unit='xdg-permission-store.service' requested by ':1.3' (uid=986 pid=1068 >
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Starting xdg-permission-store.service...
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Successfully activated service 'org.freedesktop.impl.portal.PermissionStore'
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Started xdg-permission-store.service.
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Successfully activated service 'org.freedesktop.portal.Documents'
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Started xdg-document-portal.service.
avril 10 15:43:28 Z68XGIGA.home xdg-document-portal[1068]: Ignoring invalid max threads value 4294967295 > max (100000).
avril 10 15:43:28 Z68XGIGA.home rtkit-daemon[886]: Supervising 0 threads of 0 processes of 0 users.
avril 10 15:43:28 Z68XGIGA.home rtkit-daemon[886]: Supervising 0 threads of 0 processes of 0 users.
avril 10 15:43:28 Z68XGIGA.home rtkit-daemon[886]: Supervising 0 threads of 0 processes of 0 users.
avril 10 15:43:28 Z68XGIGA.home dbus-daemon[1062]: [session uid=986 pid=1062] Activating via systemd: service name='org.freedesktop.impl.portal.desktop.kde' unit='plasma-xdg-desktop-portal-kde.service' requested by ':1.2' (uid=986 pid=>
avril 10 15:43:28 Z68XGIGA.home sddm-greeter[1060]: QFont::fromString: Invalid description '(empty)'
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Starting plasma-xdg-desktop-portal-kde.service...
avril 10 15:43:28 Z68XGIGA.home sddm-greeter[1060]: Loading file:///usr/share/sddm/themes/mga-coffee/Main.qml...
avril 10 15:43:28 Z68XGIGA.home xdg-desktop-portal-kde[1082]: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
avril 10 15:43:28 Z68XGIGA.home xdg-desktop-portal-kde[1082]: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: plasma-xdg-desktop-portal-kde.service: Main process exited, code=dumped, status=6/ABRT
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: plasma-xdg-desktop-portal-kde.service: Failed with result 'core-dump'.
avril 10 15:43:28 Z68XGIGA.home systemd[1046]: Failed to start plasma-xdg-desktop-portal-kde.service.
avril 10 15:43:28 Z68XGIGA.home sddm-greeter[1060]: Loading file:///usr/share/sddm/themes/mga-coffee/Main.qml...
avril 10 15:43:28 Z68XGIGA.home kernel: ------------[ cut here ]------------
avril 10 15:43:28 Z68XGIGA.home kernel: irq 28 handler nvkm_intr+0x0/0x240 [nouveau] enabled interrupts
avril 10 15:43:28 Z68XGIGA.home kernel: WARNING: CPU: 0 PID: 63 at kernel/irq/handle.c:161 __handle_irq_event_percpu+0x153/0x1a0
avril 10 15:43:28 Z68XGIGA.home kernel: Modules linked in: qrtr rfkill dm_mirror dm_region_hash dm_log intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel iTCO_wdt intel_pmc_bxt gpio_ich iTCO_vendo>
avril 10 15:43:28 Z68XGIGA.home kernel: mxm_wmi drm wmi cec
avril 10 15:43:28 Z68XGIGA.home kernel: CPU: 0 PID: 63 Comm: kworker/0:1 Not tainted 6.2.10-desktop-1.mga9 #1
avril 10 15:43:28 Z68XGIGA.home kernel: Hardware name: Gigabyte Technology Co., Ltd. Z68XP-UD3/Z68XP-UD3, BIOS F8 10/11/2011
avril 10 15:43:28 Z68XGIGA.home kernel: Workqueue: events nouveau_cli_work [nouveau]
avril 10 15:43:28 Z68XGIGA.home kernel: RIP: 0010:__handle_irq_event_percpu+0x153/0x1a0
avril 10 15:43:28 Z68XGIGA.home kernel: Code: 44 00 00 e9 09 ff ff ff 80 3d 19 3d 6a 01 00 75 1b 48 8b 13 44 89 ee 48 c7 c7 a0 e2 44 b7 c6 05 03 3d 6a 01 01 e8 3d 80 f7 ff <0f> 0b fa 0f 1f 44 00 00 e9 fc fe ff ff f0 48 0f ba 6b 40 01 0>
avril 10 15:43:28 Z68XGIGA.home kernel: RSP: 0018:ffffa7a740003f60 EFLAGS: 00010282
avril 10 15:43:28 Z68XGIGA.home kernel: RAX: 0000000000000000 RBX: ffff944980e70f00 RCX: 0000000000000027
avril 10 15:43:28 Z68XGIGA.home kernel: RDX: ffff944c8f41c508 RSI: 0000000000000001 RDI: ffff944c8f41c500
avril 10 15:43:28 Z68XGIGA.home kernel: RBP: 0000000000000001 R08: 0000000000000000 R09: ffffa7a740003e08
avril 10 15:43:28 Z68XGIGA.home kernel: R10: 0000000000000003 R11: ffffffffb76c2088 R12: 0000000000000000
avril 10 15:43:28 Z68XGIGA.home kernel: R13: 000000000000001c R14: ffff944982552000 R15: 0000000000000000
avril 10 15:43:28 Z68XGIGA.home kernel: FS: 0000000000000000(0000) GS:ffff944c8f400000(0000) knlGS:0000000000000000
avril 10 15:43:28 Z68XGIGA.home kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
avril 10 15:43:28 Z68XGIGA.home kernel: CR2: 00007f8ef967d8e0 CR3: 0000000103bd2004 CR4: 00000000000606f0
avril 10 15:43:28 Z68XGIGA.home kernel: Call Trace:
avril 10 15:43:28 Z68XGIGA.home kernel: <IRQ>
avril 10 15:43:28 Z68XGIGA.home kernel: handle_irq_event+0x37/0x80
avril 10 15:43:28 Z68XGIGA.home kernel: handle_edge_irq+0x90/0x240
avril 10 15:43:28 Z68XGIGA.home kernel: __common_interrupt+0x3f/0xc0
avril 10 15:43:28 Z68XGIGA.home kernel: common_interrupt+0x7d/0xa0
avril 10 15:43:28 Z68XGIGA.home kernel: </IRQ>
avril 10 15:43:28 Z68XGIGA.home kernel: <TASK>
avril 10 15:43:28 Z68XGIGA.home kernel: asm_common_interrupt+0x22/0x40
avril 10 15:43:28 Z68XGIGA.home kernel: RIP: 0010:_raw_spin_unlock_irq+0xe/0x30
avril 10 15:43:28 Z68XGIGA.home kernel: Code: cc cc 0f 1f 44 00 00 c3 cc cc cc cc 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 c6 07 00 fb 0f 1f 44 00 00 <65> ff 0d 13 42 39 49 74 05 c3 cc cc cc cc 0f 1f 44 00 00 c3 c>
avril 10 15:43:28 Z68XGIGA.home kernel: RSP: 0018:ffffa7a74027fe90 EFLAGS: 00000286
avril 10 15:43:28 Z68XGIGA.home kernel: RAX: 0000000000000000 RBX: ffff9449974a66e8 RCX: ffff944c8f42c9a8
avril 10 15:43:28 Z68XGIGA.home kernel: RDX: 0000000000000001 RSI: ffff9449800510b0 RDI: ffff944c8f42c980
avril 10 15:43:28 Z68XGIGA.home kernel: RBP: ffff944c8f42c980 R08: 00000000000007b8 R09: ffff944980afa7f4
avril 10 15:43:28 Z68XGIGA.home kernel: R10: 0000000000000007 R11: 0000000000000001 R12: ffff944c8f430e00
avril 10 15:43:28 Z68XGIGA.home kernel: R13: 0000000000000000 R14: ffff944c8f430e05 R15: ffff944980afa780
avril 10 15:43:28 Z68XGIGA.home kernel: process_one_work+0x1fe/0x410
avril 10 15:43:28 Z68XGIGA.home kernel: worker_thread+0x4a/0x3b0
avril 10 15:43:28 Z68XGIGA.home kernel: ? __pfx_worker_thread+0x10/0x10
avril 10 15:43:28 Z68XGIGA.home kernel: kthread+0xda/0x100
avril 10 15:43:28 Z68XGIGA.home kernel: ? __pfx_kthread+0x10/0x10
avril 10 15:43:28 Z68XGIGA.home kernel: ret_from_fork+0x2c/0x50
avril 10 15:43:28 Z68XGIGA.home kernel: </TASK>
avril 10 15:43:28 Z68XGIGA.home kernel: ---[ end trace 0000000000000000 ]---

Bonjour, merci pour ce retour.
Si j'ai bien compris, ce service xdg-desktop-portal-kde doit permettre d'obtenir un sélectionneur de fichier à la mode KDE même pour les applications GTK, notamment Firefox et Thunderbird.
Que donne :

A ma connaissance, KDE6 n'existe pas encore. D'ailleurs, ce serait plutôt Plasma6.
?

Bonjour et merci de cette réponse rapide.



Il me semble, sauf qu'il est lancé par d-bus, dans le contexte du SDDM (donc avant Plasma et le démarrage de session utilisateur), qu'il plante avec ce message d'erreur et que tout se passe bien par la suite, aussi bien l'interaction avec SDDM que le démarrage de Plasma et la session utilisateur.
De plus ce n'est pas un problème d'accès au plugin qt xcb puiqu'il dit qu'il l'a trouvé. Comme la situation est en sortie d'installation complète de la béta1 suivie de la mise à jour des paquets, cela doit être un problème de configuration du script d'installation d'un des paquets xdg ou bien d'une dépendance non signalée.

Oui, il s'agit probablement d'un problème de timing.
J'ai trouvé ce rapport : https://bugs.kde.org/show_bug.cgi?id=458865
mais qui indique qu'une solution a été appliquée https://invent.kde.org/plasma/plasma-workspace/-/commit/670cf731a75037c646864ed0bd03a35a35130c5e
il y a 5 mois, donc elle doit être embarquée dans notre version actuelle de plasma-workspace.

Effectivement, ça y ressemble.
Mais votre version actuelle de plasma-workspace n'est pas dans l'image d'installation de la mga9-beta1 que j'ai téléchargée récemment ?
ou bien dans vos maj ultérieures des paquets du plasma-workspace ?
@+

Dans les mises à jour, c'est sûr. Avec le béta1, il faudrait vérifier.
C'est pourquoi, ceci me laisse perplexe.

comment savoir si ce commit 670cf731 sur startplasma-x11.cpp est appliqué sur ma version installée ?
= plasma (5.27.3) avec
plasma-workspace 5.27.3-3.mga9
plasma-sdk 5.27.3-1.mga9
plasma-desktop 5.27.3-2.mga9
(à part recompiler startplasma-x11.cpp avec ce commit patché et vérifier que l'erreur disparait, of course)

j'ai avancé :
en fait les sources de la version 5.27.3 incorporent déjà ce commit, donc ce n'est pas l'explication du plantage.
Ou si c'est bien lui, cette correction n'a pas réparé ce bug !

Cela dit, la trace de plantage semble être liée au pilote graphique "nouveau"

Quel pilote proprio était utilisable jusqu'à maintenant ?

cela me semblait être un problème différent du premier puisqu'on poursuit le boot et on atteint multi-user puis graphical.target aprés cette première erreur et puis on a la trace du core dump (sur nouveau) qui s'affiche ensuite. Vous pensez que les deux sont liés malgré tout ?

Le pilote nouveau xorg étant installé sur cette machine, vous pensez que je devrais tester le pilote propriétaire NVidia (GeForce GTX 560 Ti) ?

Bonjour,
Non, le dernier pilote propriétaire disponible dans cauldron est le 470, or pour cette carte, il faudrait le 390, mais on ne l'a plus.
Tu es gagné par l'obsolescence.
Et c'est un problème distinct de celui du xdg-desktop-portal.

En fait je l'ai trouvé dans les archives du site NVidia (NVIDIA-Linux-x86_64-390.157.run), mais l'installation doit se faire en manuel et j'hésite un peu à l'installer, je pense faire une bonne sauvegarde de la config graphique auparavant.
En parlant d'obsolescence, suis-je le seul à votre connaissance à décrire cette erreur plugin xcb sur ma config (qui serait donc trop âgée - comme moi ? ()
Pour ce problème, j'essaie de remonter dans les sources et ce message est produit par
libQt5Gui.so (5 ou 6 ?)-> qguiapplication.cpp ( fonction statique init_platform(), called by QGuiApplicationPrivate::createPlatformIntegration())
C'est donc vraisemblablement une création d'instance de QGuiApplication par startkde-x11 avec une plateforme qt xcb mal paramétrée (peut-être trop tôt dans la séquence de démarrage de sddm pour qu'elle soit valide.
Je me pose aussi une autre question : pourquoi sddm aurait besoin du xdg-desktop-portal-kde à ce stade ? on n'a pas encore lancé de session utilisateur et il se peut qu'on choisisse gnome et non Plasma.