Retour de mageia 10 rc1 sur 2 pc:
soucis non bloquants de la rc1
Cauldron, la prochaine version de Mageia
jeanfrancois3 Membre non connecté
-
- Voir le profil du membre jeanfrancois3
- Inscrit le : 01/08/2015
- Groupes :
1) si on veut supprimer les paquet orphelins avec "urpme -auto-orphans" et que virtualbox est présent, on a le message suivant:
Échec de la désinstallation:
kmod(vboxdrv.ko) = 7.1.18 est nécessaire pour (déjà installé) virtualbox-7.1.18-1.mga9.x86_64
il faut donc désinstaller virtualbox => urpme -auto-orphans => urpmi virtualbox
2) quand on a sa partition home cryptée:
Au boot, régulièrement (mais pas toujours), la fenêtre de demande de code est masquée sur mes 2 écrans (3440*1440 et 1920*1200)
Il faut donc taper son mode passe en aveugle, sans savoir que Mageia l'attends (ctrl + alt + F2 le montre)
3) Après mise à jour du kernel, "urpmi kernel-latest" & "uname -a" ne donnent pas toujours la même version, il faut donc faire:
=> update-grub
j'ai plusieurs os sur mes pc avec /boot/efi commun, je ne sais si ça joue ?
4) carte graphique :
pc1 avec amd 7900xt: le serveur n'est pas le bon proposé
pc2 avec nvidia 770gtx: le serveur n'est pas le bon proposé
je bricole à chaque installation pour savoir ce qui manque: kernel-source-latest kernel-??? et quel serveur utiliser (nouveau/proprio/vesa, idem chez amd )
5) avec la nvidia 770gtx et driver proprio: le blocage graphique apparait régulièrement pendant 30" environ avec le message d'erreur:
"effets de bureau ont ete re-initialises suite à une re-initialisation du module graphique"
kwriteconfig6 --file kwinrc --group Compositing --key Enabled false
permet d'utiliser le pc normalement.
6) j'ai l'impression que de moins en moins de "drake" sont disponibles en console (rpm, reseau (dhcp /ip fixe) ...).
c'est dommage, quand les problèmes arrivent, c'est très pratique.
7) le temps de veille que je n'arrive pas a regler.
Quelque soit le réglage utilisé dans system setting, le pc se met en veille au bout de quelques minutes si je ne l'utlise pas
8) Obligé de fermer la console à la fermeture de Mageia
j'aime récupérer mon bureau dans le même état au redamarrage de mageia, mais maintenant, le bureau m'oblige à fermer konsole (au moins un de ces onglets)
Je réinstaller très régulièrement mes Mageia dés qu'une alpha arrive, mais que je garde mon /home complet sans toujours faire le ménage ...
Voilà, comme d'habitude, très content d'utiliser une nouvelle version de Mageia à la maison et au travail ...
Merci à tous les développeurs.
Cordialement,
Jean-François
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Ça fait pas mal d'anomalies juste pour 2 PC.
Faut regarder sur le bugzilla de mageia si ces bug sont déclarés et le faire le cas échéant
Il y a un moment que la rc1 a été publiée, ils devraient avoir été déclarés.
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
BAud Membre non connecté
-
- Voir le profil du membre BAud
- Inscrit le : 18/11/2017
- Site internet
- Groupes :
inxi -MSGa # en utilisateur pour avoir infos système / noyau / gestionnaire de bureau / wayland ou Xorg...
hw-probe -all -upload # fournir l'URL qui permettra de voir les pilotes utilisés pour ton matériel, le dmesg...
Quelques éléments à préciser (avec ta numérotation) :
3.1 as-tu rebooté après urpmi kernel-desktop-latest ? uname -a indique le noyau en cours d'utilisation, le nouvel installé n'est pris en compte qu'après reboot (et le update-grub a déjà été fait par urpmi lors de l'install' du noyau
3.2 pour /boot/efi commun, chaque système va tenter de prendre la main dessus, la détection d'OS est censée prendre en compte les autres installations, mais bon, généralement c'est le dernier qui gagne

4. quel serveur ?
Bon, dans notre fablab je n'ai que des vieilles nVidia qui utilisent le pilote nouveau, j'ai surtout parfois des soucis de _freeze_ avec certaines, mais je n'ai pas rencontré ton souci (peut être lié au pilote utilisé => le inxi -MSGa le précisera)
8. je crois que systemd a rajouté des contraintes à l'extinction du PC, peut-être une konsole où tu es loggué en root ?
Tu peux garder ton /home sans souci hormis que toutes les configurations ne vont pas forcément se mettre à jour. Quand tu rencontres un souci avec une application (ou un bureau), tu peux te créer un nouvel utilisateur -- qui aura ainsi un profil vierge et initialisé avec les dernières configs -- pour voir si tu reproduis le souci rencontré. S'il n'y a pas de souci, tu peux ainsi comparer les différences de configuration et au besoin faire recréer le répertoire sous $HOME/.config (tu peux garder l'ancien en le renommant).
cauldron FTW - premier samedi à La Villette - contribution placée sous licence libre CC-by-SA et WTFPL sciemment et expressément
jeanfrancois3 Membre non connecté
-
- Voir le profil du membre jeanfrancois3
- Inscrit le : 01/08/2015
- Groupes :
$ inxi -MSGa
System:
Host: juan-02 Kernel: 6.18.35-desktop-1.mga10 arch: x86_64 bits: 64
compiler: gcc v: 15.2.0 clocksource: tsc avail: hpet,acpi_pm
parameters: BOOT_IMAGE=/boot/vmlinuz-6.18.35-desktop-1.mga10
root=UUID=aecf8c7b-dd21-4dc4-a000-716b01daedcf ro splash quiet noiswmd
nokmsboot resume=UUID=7b4bdcb2-2a77-469a-bf3e-2511c790e604 audit=0
vga=791
Desktop: KDE Plasma v: 6.5.5 tk: Qt v: N/A info: frameworks v: 6.22.0
wm: kwin_x11 vt: 2 dm: SDDM Distro: Mageia 10
Machine:
Type: Desktop System: ASUS product: All Series v: N/A
serial: <superuser required>
Mobo: ASUSTeK model: STRIX X99 GAMING v: Rev 1.xx
serial: <superuser required> part-nu: All uuid: <superuser required>
Firmware: UEFI vendor: American Megatrends v: 2101 date: 07/10/2019
Graphics:
Device-1: NVIDIA GK104 [GeForce GTX 770] vendor: Micro-Star MSI
driver: nvidia v: 470.256.02
alternate: nvidiafb,nouveau,nvidia_drm,nvidia470 non-free: series: 470.xx+
status: legacy-active (EOL~2024-09-xx) arch: Kepler-2 code: GKxxx
process: TSMC 28nm built: 2012-2018 pcie: gen: 1 speed: 2.5 GT/s lanes: 16
link-max: gen: 3 speed: 8 GT/s bus-ID: 01:00.0 chip-ID: 10de:1184
class-ID: 0300
Display: x11 server: X.org v: 1.21.1.23 with: Xwayland v: 24.1.12
compositor: kwin_x11 driver: X: loaded: nvidia,v4l gpu: nvidia
display-ID: :0 screens: 1
Screen-1: 0 s-res: 5360x1440 s-dpi: 93 s-size: 1464x385mm (57.64x15.16")
s-diag: 1514mm (59.6")
Monitor-1: DP-1 pos: primary,left res: mode: 3440x1440 hz: 60
scale: 100% (1) dpi: 110 size: 797x333mm (31.38x13.11") diag: 864mm (34.01")
modes: N/A
Monitor-2: DVI-D-0 pos: right res: mode: 1920x1200 hz: 60 scale: 100% (1)
dpi: 94 size: 518x324mm (20.39x12.76") diag: 611mm (24.05") modes: N/A
API: OpenGL v: 4.6.0 vendor: nvidia v: 470.256.02 glx-v: 1.4
direct-render: yes renderer: NVIDIA GeForce GTX 770/PCIe/SSE2
memory: 1.95 GiB
API: EGL Message: EGL data requires eglinfo. Check --recommends.
Info: Tools: api: glxinfo de: kscreen-console,kscreen-doctor
gpu: nvidia-settings,nvidia-smi x11: xdriinfo, xdpyinfo, xprop, xrandr
# hw-probe -all -upload
Probe for hardware ... Ok
Reading logs ... Ok
Uploaded to DB, Thank you!
Probe URL: https://linux-hardware.org/?probe=102b1fbf09
1) urpme --orphans ne demande plus de désinstaller virtualbox
3.1) oui, plusieurs redémarrages étaient effectués
3.2) C'est exactement ça, j'ai l'impression que ça arrive souvent avec open mandriva entre autre
4) serveur: voir au dessus
8) Je ne savais pas, effectivement, j'ai toujours dans konsole un onglet en root. je vais tester en quittant cet onglet
9) En principe avant d'installer la nouvelle version, je fais un peu de vide dans le profil au moins ./config et ./local. C'est ce que je vais faire avec la 10 finale.
Comme d'habitude, je crois que j'arrive après la guerre, ktorrent cherche les iso de la 10 ...
Édité par jeanfrancois3 Le 28/06/2026 à 13h36
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie