- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Fedora-Fr - Communauté francophone Fedora - Linux
Communauté francophone des utilisateurs de la distribution Linux Fedora.
- Contributions : Récentes | Sans réponse
Dernière news : Fedora Linux 36 est disponible !
#1 Re : [F35] Installation des programmes » Gimp - plugins UFRaw et Dartable » 28/01/2022 14:15:56
Ok merci pour le lien qui est intéressant effectivement.
Il y a de quoi faire effectivement même avec les flatpaks mais tous les liens entre tous les plugins et gimp (avec ou sans flatpak) ne sont pas encore parfaitement au point.
J' essaye de garder une cohérence dans l'écosystème des logiciels en les tirant de la même source tout au moins par catégorie. C'est le cas pour tous ces logiciels de traitement photos.
J'ai personnellement de plus en plus tendance à m'approvisionner en flatpak justement pour ajouter de la sécurité par conteneurisation mais bien sûr il y aurait une rupture de logique si des plugins de flatpak pouvaient se relier à un logiciel gimp issus des dépôts Fedora courants.
Bon, merci pour tes réponses, c'est sympa.
Influencé encore par la logique Windows, je pensais qu'on devait "déposer" le plugin manuellement dans un répertoire particulier pour qu'il soit pris en compte.
C'était au fond l' ambiguité que je voulais lever au départ.
Au plaisir.
#2 Re : [F35] Installation des programmes » Gimp - plugins UFRaw et Dartable » 28/01/2022 03:09:15
Après vérif, j'ai bien gimp ufraw darktable en rpm dépôt fedora et rawtherapee en flatpak.
dartable après réinstall est connu dans les préférences de gimp si on le désigne. Le plugin fonctionne.
ufraw n'apparait pas sur gimp mais possède un bouton de redirection sur gimp qui ne fonctionne pas , la réponse est : L’ouverture de « /tmp/P1000153.RW2_00HXG1.ufraw » a échoué :
L’ouverture de « /tmp/P1000153.RW2_00HXG1.ufraw » a échoué : Impossible d’ouvrir « /tmp/P1000153.RW2_00HXG1.ufraw » en lecture : XML does not have <svg> rootQuant à rawtherapee le pluging fonctionne avec un petit tour de passe passe en retrouvant une fenêtre de dialogue masquée.
Bref tout ça, c'est pas mal de gymnastique ....
A cet égard leur installation semble beaucoup plus facile sur windows ce qui est un comble car toutes sont des app opensources et gratuites.
Merci ton intérêt
#3 Re : [F35] Installation des programmes » Gimp - plugins UFRaw et Dartable » 27/01/2022 22:00:40
merci c'est en flatpak.
#4 [F35] Installation des programmes » Gimp - plugins UFRaw et Dartable » 27/01/2022 21:23:53
- saddak
- Réponses : 6
Bonsoir,
Je n'ai pas trouvé la méthode comment installer les plugins UFRaw et Darktable dans Gimp.
Quelqu'un a t'il un pas à pas simple ?
merci d'avance
#5 Re : [F35] Support général » Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021- » 18/01/2022 15:52:40
Oui la maj selinux a remis les choses en ordre.
No more pbm, dates' discrepancy between version solved.
#6 Re : [F35] Support général » Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021- » 17/01/2022 02:15:24
Bonsoir,
Je ne pense pas que ce soit très grave à part empêcher de faire un sudo su qui renvoie la même réponse ce n'est apparemment pas gênant et je ne crois pas que ça affecte la sécurité.
Ça se résoudra certainement dans les prochaines maj.
A +
#7 Re : [F35] Support général » Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021- » 16/01/2022 18:22:33
Vu les rapports de bugs et discussions de spécialistes.
Comme j'y pige rien, j'attends que ca se résolve tout seul avec les maj.
Merci pour la réponse.
#8 [F35] Support général » Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021- » 16/01/2022 14:35:29
- saddak
- Réponses : 9
Bonjour,
lors mise à jour quotidienne ce message :
Nettoyage de : pcre2-syntax-10.37-4.fc35.noarch 50/62
Nettoyage de : mesa-filesystem-21.3.3-1.fc35.x86_64 51/62
Nettoyage de : tigervnc-license-1.11.0-14.fc35.noarch 52/62
Nettoyage de : cups-filesystem-1:2.3.3op2-11.fc35.noarch 53/62
Nettoyage de : cups-libs-1:2.3.3op2-11.fc35.x86_64 54/62
Nettoyage de : mesa-libgbm-21.3.3-1.fc35.x86_64 55/62
Nettoyage de : mesa-libglapi-21.3.3-1.fc35.x86_64 56/62
Nettoyage de : wireplumber-libs-0.4.5-3.fc35.x86_64 57/62
Nettoyage de : cryptsetup-libs-2.4.2-1.fc35.x86_64 58/62
Nettoyage de : pam-1.5.2-5.fc35.x86_64 59/62
Nettoyage de : rubberband-1.9.2-2.fc35.x86_64 60/62
Nettoyage de : mesa-vulkan-drivers-21.3.3-1.fc35.x86_64 61/62
Nettoyage de : mesa-libxatracker-21.3.3-1.fc35.x86_64 62/62
Exécution du scriptlet: pam-1.5.2-7.fc35.x86_64 62/62
Exécution du scriptlet: wireplumber-0.4.7-2.fc35.x86_64 62/62
Exécution du scriptlet: mesa-libxatracker-21.3.3-1.fc35.x86_64 62/62
Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021-05-26
Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021-05-26Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021-05-26
Faut il y prêter attention?
Merci à vous!
#9 Re : [F35] Support général » OBS sous Wayland » 15/01/2022 01:02:13
Bonjour raigoin,
merci pour tes réponses.
OBS fonctionne bien sous Wayland avec Pipewire mais le problème qui me gêne c'est l'impossibilité de créer les raccourcis dans les paramètres d'OBS.
Je ne suis pas le seul, j'ai vu ça sur Reddit, mais je n'ai pas encore trouvé de solution satisfaisante autrement que de passer par des manips qui sont au-dessus de mes compétences.
Ces raccourcis sont très importants pour que tu puisses piloter OBS sans son écran d'affichage c.a.d démarrer, mettre en pause, stopper passer d'une source à une autre etc..
Mais bon ca va s'arranger un jour ou l'autre.
Pour Signal, je viens de refaire une tentative, c'est encore écran noir. Peut-être est-ce un problème de pilote nvidia ...
Encore merci
#10 [F35] Support général » OBS sous Wayland » 14/01/2022 14:20:34
- saddak
- Réponses : 3
Bonjour,
Je me suis stabilisé sous Fedora depuis un bon moment et suis devenu un utilisateur lambda sans expertise particulière avec Linux , juste de quoi être bien avec mon ordi.
Par contre, je suis enquiquiné depuis l'introduction de Wayland avec diverses applis qui me donnent parfois un écran noir (Signal ..) et m'obligent à me loguer sous gnome x11.
OBS a fait des progrès puisque les écrans sont visibles. Mais impossible de configurer les raccourcis dans les paramètres.
Y a t'il des solutions temporaires pas trop compliquées ?
Merci
#11 Re : [Anciennes versions] Support général » curseur bizarroide » 22/03/2021 15:29:31
Bon de retour avec le bon curseur sur le dernier noyau.
J'ai installé nvidia linux graphics drivers trouvé dans Logiciel de gnome. Ça a pris bcp de temps à télécharger et installer.
Au redémarrage, j'ai cru qu'il n'allait jamais ressuciter tellement l'écran noir a duré.
Bon, voilà , c'est revenu , mais j'espère que ca ne va pas ralentir la bécane. Si d'autres solutions plus avisées merci .
Et re-merci pour la bonne réponse!
#12 Re : [Anciennes versions] Support général » curseur bizarroide » 22/03/2021 14:49:56
Ah bonne question merci.
je ne sais même plus où j'en suis avec ma carte Nvidia, si j'ai activé ou non , si les pilotes sont les bons.. bref il faut que je regarde ça.
Merci , je vous tiens au courant si je peux me dépatouiller, car je suis un vieux noob..
#13 [Anciennes versions] Support général » curseur bizarroide » 22/03/2021 14:33:41
- saddak
- Réponses : 4
Bonjour,
Avec clonezilla, j'ai dû restaurer une version de fedora vieille de près de 3 mois après avoir cassé mon boot par une fausse manip.
La restauration s'est bien passée et les mises à jour à partir de cette restauration aussi. Sauf qu' à la suite d'une nouvelle mise à jour du moyau 5.11.7, mon curseur a pris une forme étrange de micro-bracelet dessiné en pointillés. Il fonctionne parfaitement mais je ne sais pas d'où il sort. En rétablissant le vieux noyau au boot, le curseur adwaita redevient lui-même.
Avez vous un commentaire là-dessus?
Merci.
#14 Re : [Anciennes versions] Support général » [Résolu] Lynis » 01/03/2021 12:02:53
Une nette amélioration par rapport à hier. Est ce des modifs en suivant quelques recommandations de Lynis ont eu un effet? Je ne sais pas.
En tous cas ces outils (Lynis, systemd-analyse, etc..sont bien utiles.
Bon, je pense que je vais clore cette discussion.
Merci Gérard.
[gerardm@Asus ~]$ sudo systemd-analyze
Startup finished in 4.608s (firmware) + 6.181s (loader) + 1.539s (kernel) + 5.699s (initrd) + 1min 13.269s (userspace) = 1min 31.299s
graphical.target reached after 1min 13.253s in userspace
[gerardm@Asus ~]$ sudo systemd-analyze blame
32.836s firewalld.service >
29.834s sssd.service >
28.873s upower.service >
24.004s akmods.service >
18.849s plymouth-quit-wait.service >
8.687s ModemManager.service >
7.994s avahi-daemon.service >
7.044s NetworkManager-wait-online.service >
6.965s initrd-switch-root.service >
6.684s lvm2-monitor.service >
6.283s sssd-kcm.service >
4.925s abrtd.service >
4.757s libvirtd.service >
4.726s systemd-homed.service >
3.752s udisks2.service >
3.648s systemd-journal-flush.service >
3.510s switcheroo-control.service >
2.900s systemd-udevd.service >
2.327s rtkit-daemon.service >
1.857s systemd-machined.service >
1.855s thermald.service >
1.527s cups.service >
1.526s sysroot.mount >
1.497s dbus-broker.service >
1.383s systemd-resolved.service >
1.222s chronyd.service >
958ms packagekit.service >
784ms dracut-initqueue.service >
761ms systemd-fsck@dev-disk-by\x2duuid-9EB1\x2dCFC7.service >
757ms auditd.service >
747ms systemd-tmpfiles-setup-dev.service >
712ms swap-create@zram0.service >
609ms sshd.service >
594ms polkit.service >
509ms systemd-fsck@dev-disk-by\x2duuid-bac25b83\x2d2313\x2d45e3\x2d880a\x2dc5>
490ms vboxdrv.service >
486ms livesys.service >
474ms plymouth-switch-root.service >
347ms gdm.service >
316ms systemd-tmpfiles-setup.service >
310ms NetworkManager.service >
302ms systemd-backlight@backlight:nv_backlight.service >
287ms user@1000.service >
259ms import-state.service >
253ms var-lib-nfs-rpc_pipefs.mount >
244ms colord.service >
241ms accounts-daemon.service >
230ms initrd-parse-etc.service >
229ms systemd-udev-trigger.service >
202ms boot-efi.mount >
197ms wpa_supplicant.service >
195ms systemd-random-seed.service >
177ms systemd-sysctl.service >
177ms flatpak-system-helper.service >
161ms mnt-ata\x2dSlimtype_DVD_A_DS8A9SH_3208703_673312406860.mount >
151ms systemd-modules-load.service >
147ms geoclue.service >
143ms boot.mount >
136ms dev-zram0.swap >
135ms ecbd.service >
111ms systemd-logind.service >
109ms plymouth-read-write.service >
103ms systemd-remount-fs.service >
101ms rpc-statd-notify.service >
91ms home.mount >
87ms uresourced.service >
73ms systemd-vconsole-setup.service >
72ms systemd-user-sessions.service >
70ms systemd-fsck-root.service >
63ms systemd-userdbd.service >
62ms systemd-journald.service >
60ms systemd-update-utmp.service >
56ms dracut-pre-pivot.service >
53ms dracut-shutdown.service >
51ms dracut-cmdline.service >
44ms dev-hugepages.mount >
43ms dev-mqueue.mount >
42ms sys-kernel-debug.mount >
37ms systemd-backlight@leds:asus::kbd_backlight.service >
32ms systemd-rfkill.service >
28ms dracut-pre-udev.service >
26ms initrd-cleanup.service >
24ms sys-fs-fuse-connections.mount >
23ms sys-kernel-config.mount >
20ms user-runtime-dir@1000.service >
16ms plymouth-start.service >
14ms kmod-static-nodes.service >
10ms livesys-late.service >
9ms systemd-update-utmp-runlevel.service >
8ms initrd-udevadm-cleanup-db.service >
7ms gssproxy.service >
5ms modprobe@configfs.service >
5ms tmp.mount >
4ms nfs-convert.service >
3ms modprobe@fuse.service >
3ms modprobe@drm.service >
2ms iscsi-shutdown.service >
lines 75-97/97 (END)#15 Re : [Anciennes versions] Support général » [Résolu] Lynis » 28/02/2021 21:44:10
La machine Asus (voir signature) que j'ai récupéré de mon fils, avec une Nvidia GTX 660M , 2 HDD internes de 500 G chacun.
Je ne sais plus trop comment j'ai installé ça mais en gros, un dual boot avec Windows conservé sur le premier, et installation Fedora sur le deuxième avec un démarrage sur grub2 qui me donne le choix.
C'est sûr que je voudrais mettre un ssd en remplacement du HDD1 mais ma commande à Crucial n'a pas abouti et j'ai dû annuler (j'habite Marrakech donc no spare parts available).
Merci pour ton intérêt.
#16 Re : [Anciennes versions] Support général » [Résolu] Lynis » 28/02/2021 19:14:03
En complément...le temps du plymouth au user est impressionnant.
[gerardm@Asus ~]$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @3min 16.469s
└─multi-user.target @3min 16.469s
└─plymouth-quit-wait.service @1min 11.979s +2min 4.488s
└─systemd-user-sessions.service @1min 11.902s +67ms
└─remote-fs.target @1min 11.895s
└─remote-fs-pre.target @1min 11.895s
└─nfs-client.target @1min 5.618s
└─gssproxy.service @1min 4.707s +909ms
└─network.target @1min 4.701s
└─wpa_supplicant.service @1min 5.937s +204ms
└─dbus-broker.service @15.805s +5.761s
└─dbus.socket @15.586s
└─sysinit.target @15.540s
└─systemd-userdbd.service @3min 2.380s +53ms
└─systemd-userdbd.socket @5.374s
└─system.slice
└─-.slice#17 Re : [Anciennes versions] Support général » [Résolu] Lynis » 28/02/2021 19:05:42
Merci pour la réponse et merci de me rassurer, je commençais à flipper; bon, maintenant, je vais devoir regarder ça de près.
Les 2 premiers checks indiquent des temps très longs ce que je savais déjà et n'ajoutent rien de spécial à ma compréhension.
J'ai fait aussi des checks avec rkhunter et checkrootkit qui m'ont un peu rassuré aussi.
Les commandes de systemd-analyse ne sont pas évidentes quand même à interpréter, je ne sais pas trop quoi en déduire.
J'en donne une copie à tout hasard si ça choque quelqu'un.
[gerardm@Asus ~]$ sudo systemd-analyze time
[sudo] Mot de passe de gerardm :
Startup finished in 4.540s (firmware) + 6.068s (loader) + 1.520s (kernel) + 5.905s (initrd) + 3min 16.487s (userspace) = 3min 34.522s
graphical.target reached after 3min 16.469s in userspace
[gerardm@Asus ~]$ sudo systemd-analyze
Startup finished in 4.540s (firmware) + 6.068s (loader) + 1.520s (kernel) + 5.905s (initrd) + 3min 16.487s (userspace) = 3min 34.522s
graphical.target reached after 3min 16.469s in userspace
[gerardm@Asus ~]$ sudo systemd-analyze blame
2min 46.396s akmods.service
2min 4.488s plymouth-quit-wait.service
48.603s firewalld.service
41.755s sssd.service
31.633s upower.service
11.717s udisks2.service
11.067s dnf-makecache.service
9.476s ModemManager.service
9.112s sssd-kcm.service
8.847s systemd-journal-flush.service
7.642s initrd-switch-root.service
7.187s NetworkManager-wait-online.service
6.916s lvm2-monitor.service
5.979s avahi-daemon.service
5.951s rtkit-daemon.service
5.846s systemd-homed.service
5.845s switcheroo-control.service
5.844s systemd-machined.service
5.843s thermald.service
5.761s dbus-broker.service
5.248s abrtd.service
3.416s libvirtd.service
2.364s systemd-udevd.service
1.841s cups.service
1.578s sysroot.mount
1.513s systemd-fsck@dev-disk-by\x2duuid-bac25b83\x2d2313\x2d45e3\x2d880a\x2dc52381108644.service
1.180s systemd-resolved.service
1.175s polkit.service
1.045s dev-zram0.swap
909ms gssproxy.service
803ms systemd-tmpfiles-setup-dev.service
774ms dracut-initqueue.service
761ms auditd.service
708ms livesys.service
504ms systemd-fsck@dev-disk-by\x2duuid-9EB1\x2dCFC7.service
439ms flatpak-system-helper.service
432ms plymouth-switch-root.service
412ms NetworkManager.service
395ms colord.service
384ms packagekit.service
384ms accounts-daemon.service
343ms systemd-backlight@backlight:nv_backlight.service
282ms systemd-random-seed.service
276ms systemd-tmpfiles-setup.service
270ms user@1000.service
259ms systemd-logind.service
237ms var-lib-nfs-rpc_pipefs.mount
232ms initrd-parse-etc.service
224ms import-state.service
224ms systemd-udev-trigger.service
221ms systemd-sysctl.service
204ms wpa_supplicant.service
177ms nfs-convert.service
145ms ecbd.service
141ms gdm.service
139ms mnt-ata\x2dSlimtype_DVD_A_DS8A9SH_3208703_673312406860.mount
129ms boot.mount
115ms home.mount
111ms chronyd.service
109ms rpc-statd-notify.service
105ms plymouth-read-write.service
105ms swap-create@zram0.service
92ms systemd-tmpfiles-clean.service
90ms boot-efi.mount
89ms systemd-remount-fs.service
74ms systemd-journald.service
73ms systemd-vconsole-setup.service
70ms systemd-update-utmp.service
67ms systemd-user-sessions.service
66ms dev-hugepages.mount
64ms dev-mqueue.mount
63ms sys-kernel-debug.mount
56ms dracut-pre-pivot.service
53ms systemd-userdbd.service
51ms dracut-cmdline.service
42ms kmod-static-nodes.service
41ms systemd-fsck-root.service
39ms geoclue.service
39ms uresourced.service
38ms vboxdrv.service
35ms dracut-shutdown.service
32ms systemd-rfkill.service
29ms systemd-backlight@leds:asus::kbd_backlight.service
28ms dracut-pre-udev.service
25ms initrd-cleanup.service
20ms user-runtime-dir@1000.service
17ms sys-fs-fuse-connections.mount
16ms sys-kernel-config.mount
15ms sshd.service
15ms plymouth-start.service
13ms proc-sys-fs-binfmt_misc.mount
12ms systemd-update-utmp-runlevel.service
11ms systemd-modules-load.service
10ms livesys-late.service
8ms initrd-udevadm-cleanup-db.service
5ms modprobe@configfs.service
5ms modprobe@drm.service
4ms tmp.mount
3ms modprobe@fuse.service
3ms iscsi-shutdown.service .
#18 [Anciennes versions] Support général » [Résolu] Lynis » 28/02/2021 14:42:38
- saddak
- Réponses : 7
Bonjour,
Incapable d'analyser, décrypter ce résultat d'audit de Lynis qui me fiche les jetons. Qui pourrait me donner la bonne adresse ou le conseil pertinent pour solutionner ce binz ?
Je l'en remercie d'avance.
- Running 'systemd-analyze security'
- ModemManager.service: [ MEDIUM ]
- NetworkManager.service: [ EXPOSED ]
- abrt-journal-core.service: [ UNSAFE ]
- abrt-oops.service: [ UNSAFE ]
- abrt-xorg.service: [ UNSAFE ]
- abrtd.service: [ UNSAFE ]
- accounts-daemon.service: [ UNSAFE ]
- alsa-state.service: [ UNSAFE ]
- atd.service: [ UNSAFE ]
- auditd.service: [ EXPOSED ]
- avahi-daemon.service: [ UNSAFE ]
- chronyd.service: [ EXPOSED ]
- colord.service: [ EXPOSED ]
- crond.service: [ UNSAFE ]
- cups.service: [ UNSAFE ]
- dbus-:1.15-org.freedesktop.problems@0.service: [ UNSAFE ]
- dbus-broker.service: [ EXPOSED ]
- dm-event.service: [ UNSAFE ]
- earlyoom.service: [ EXPOSED ]
- ecbd.service: [ UNSAFE ]
- emergency.service: [ UNSAFE ]
- expressvpn.service: [ UNSAFE ]
- firewalld.service: [ UNSAFE ]
- flatpak-system-helper.service: [ UNSAFE ]
- fwupd.service: [ MEDIUM ]
- gdm.service: [ UNSAFE ]
- geoclue.service: [ MEDIUM ]
- getty@tty1.service: [ UNSAFE ]
- gssproxy.service: [ UNSAFE ]
- iscsid.service: [ UNSAFE ]
- iscsiuio.service: [ UNSAFE ]
- libvirtd.service: [ UNSAFE ]
- livesys-late.service: [ UNSAFE ]
- livesys.service: [ UNSAFE ]
- low-memory-monitor.service: [ MEDIUM ]
- lvm2-lvmpolld.service: [ UNSAFE ]
- mcelog.service: [ UNSAFE ]
- mdmonitor.service: [ UNSAFE ]
- mlocate-updatedb.service: [ EXPOSED ]
- nfs-blkmap.service: [ UNSAFE ]
- nfs-idmapd.service: [ UNSAFE ]
- nfs-mountd.service: [ UNSAFE ]
- nfsdcld.service: [ UNSAFE ]
- packagekit.service: [ UNSAFE ]
- pcscd.service: [ UNSAFE ]
- plymouth-start.service: [ UNSAFE ]
- polkit.service: [ UNSAFE ]
- rc-local.service: [ UNSAFE ]
- rescue.service: [ UNSAFE ]
- rngd.service: [ UNSAFE ]
- rpc-gssd.service: [ UNSAFE ]
- rpc-statd-notify.service: [ UNSAFE ]
- rpc-statd.service: [ UNSAFE ]
- rpcbind.service: [ UNSAFE ]
- rtkit-daemon.service: [ MEDIUM ]
- sshd.service: [ UNSAFE ]
- sssd-kcm.service: [ EXPOSED ]
- sssd.service: [ EXPOSED ]
- switcheroo-control.service: [ EXPOSED ]
- systemd-ask-password-console.service: [ UNSAFE ]
- systemd-ask-password-plymouth.service: [ UNSAFE ]
- systemd-ask-password-wall.service: [ UNSAFE ]
- systemd-homed.service: [ MEDIUM ]
- systemd-initctl.service: [ UNSAFE ]
- systemd-journald.service: [ OK ]
- systemd-logind.service: [ OK ]
- systemd-machined.service: [ MEDIUM ]
- systemd-networkd.service: [ OK ]
- systemd-resolved.service: [ OK ]
- systemd-rfkill.service: [ UNSAFE ]
- systemd-timesyncd.service: [ OK ]
- systemd-udevd.service: [ MEDIUM ]
- systemd-userdbd.service: [ OK ]
- thermald.service: [ UNSAFE ]
- udisks2.service: [ UNSAFE ]
- upower.service: [ OK ]
- uresourced.service: [ EXPOSED ]
- user@1000.service: [ UNSAFE ]
- vboxservice.service: [ UNSAFE ]
- vgauthd.service: [ UNSAFE ]
- virtlockd.service: [ UNSAFE ]
- virtlogd.service: [ UNSAFE ]
- vmtoolsd.service: [ UNSAFE ]
- wpa_supplicant.service: [ UNSAFE ]#19 Re : [Anciennes versions] Installation de Fedora » Installation Fedora 29 : retour d'expérience » 06/11/2018 19:37:39
Bonsoir,
Méthode d'installation :
# dnf install dnf-plugin-system-upgrade
# dnf upgrade && dnf clean all
# dnf system-upgrade download --releasever=29
# dnf system-upgrade reboot
Problèmes majeurs : Aucun
problèmes mineurs : plus de synchro avec Dropbox, manque des blibli pour Clémentine qui fonctionne quand même et le problème d'alerte récurrente sur la restriction d'accès user-ru avec selinux
qui a été corrigé depuis.
Points positifs : c'est la première fois que je fais un upgrade, cette méthode c'est du cousu-main et très pro . Superbe page d'accueil au démarrage.
Points négatifs : la contrepartie, c'est que ça prend des plombes pour installer environ 10000 fichiers.#20 Re : [Anciennes versions] Support général » [Résolu] SELinux interdit à systemd-user-ru d'utiliser l'accès read sur le doss » 06/11/2018 13:46:36
Jonathan raspaut a écrit :
# semanage fcontext -a -t systemd_logind_exec_t /usr/lib/systemd/systemd-user-runtime-dir # restorecon -v /usr/lib/systemd/systemd-user-runtime-dirVisiblement cela fonctionne chez moi et pour d'autres personnes aussi
Info ici
https://bugzilla.redhat.com/show_bug.cgi?id=1644313#c55
idem
ca fonctionne maintenant avec ces 2 lignes.
merci
#21 Re : [Anciennes versions] Support général » [Résolu] boot.log dmesg » 15/10/2018 15:43:00
tetedecrocro a écrit :
Ok saddak, mais de toute façon c'est un petit problème mineur qui ne t'empêche pas d'utiliser ta machine.
Si tu veux insisté pour ce problème tu peux essayé de régénérez avec Dracut.
Si cela corrige ton problème, cela signifie que quelque chose n'allait pas avec les initramfs.dracut --regenerate-all --force
J'ai réessayer avec ta commande Dracut mais ça donne toujours la même chose.
Comme tu dis, de toutes façons je ne perçois aucun disfonctionnement , donc je vais pas passer ma vie la-dessus.
En tous cas, merci ta réponse, j' apprécie quand on ne laisse pas tomber une discussion même si c'est barbant.
#22 Re : [Anciennes versions] Support général » [Résolu] boot.log dmesg » 12/10/2018 15:36:40
tetedecrocro a écrit :
Bonjour.
Réinstallez le système a chaque problème mineur c'est pas le meilleur choix à faire.
Ou sinon tu aurais du attendre la nouvelle Fedora fin Octobre dans 15 jours environ et à ce moment formater et installer en même temps la Fedora 29 stable, là oui. Mais bon c'est qu'une suggestion.saddak a écrit: Y a t'il d'autres manip à faire?
Fais les même commandes puis voir le status:
# systemctl daemon-reload # systemctl start systemd-modules-load.service
@tetedecrocro
d'accord avec toi, je vais pas réinstaller le système à chaque fois qu'il y a un petit truc à régler, mais en même temps (as a beginner) je voulais faire un peu de training et dépoussiérer déjà tout ce que j'avais accumulé rapidement.
Ca m'empêchera pas d'installer la 29 quand elle sera mûre.
concernant les commandes du sujet , c'est bien ce que j'ai fait et j'obtiens donc:
systemctl status systemd-modules-load.service
● systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static>
Active: inactive (dead)
Condition: start condition failed at Fri 2018-10-12 14:28:53 WEST; 2min 38s ago
├─ ConditionDirectoryNotEmpty=|/lib/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/usr/lib/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/usr/local/lib/modules-load.d was not>
├─ ConditionDirectoryNotEmpty=|/etc/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/run/modules-load.d was not met
├─ ConditionKernelCommandLine=|modules-load was not met
└─ ConditionKernelCommandLine=|rd.modules-load was not metMerci !
#23 Re : [Anciennes versions] Support général » [Résolu] boot.log dmesg » 12/10/2018 13:21:23
tetedecrocro a écrit :
Bonjour.
# systemctl daemon-reload # systemctl start systemd-modules-load.servicePuis donne au forum le résultat de :
# systemctl status systemd-modules-load.service
Bonjour,
en définitive, antbel m'a donné l'idée de réinstaller l'OS, ce que j'ai fait le plus proprement possible.
J'ai même chiffré le disque comme proposé lors installation même si ça n'était pas vraiment impératif.
Du coup la demande de phrase de passe à l'ouverture permet un travail silencieux en arrière plan ce qui fait que lorsque le passe est accepté, je ne vois plus défiler le déroulement du démarrage qui est masqué par le logo d'attente de fedora et donc plus de mesage d'erreur apparent.
J'ai donc donc demandé le status qui me renvoie:
systemctl status systemd-modules-load.service
● systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vend>
Active: inactive (dead)
Condition: start condition failed at Fri 2018-10-12 11:45:22 WEST; 16min ago
├─ ConditionDirectoryNotEmpty=|/lib/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/usr/lib/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/usr/local/lib/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/etc/modules-load.d was not met
├─ ConditionDirectoryNotEmpty=|/run/modules-load.d was not met
├─ ConditionKernelCommandLine=|modules-load was not met
└─ ConditionKernelCommandLine=|rd.modules-load was not metY a t'il d'autres manip à faire?
Btw, j'ai installé KVM qui semble bien fonctionner.
Merci
#24 Re : [Anciennes versions] Support général » [Résolu] boot.log dmesg » 09/10/2018 13:45:39
@madko @tetedecrocro @didierg
merci pour vos commentaires.
#25 Re : [Anciennes versions] Support général » [Résolu] boot.log dmesg » 09/10/2018 13:35:38
antbel a écrit :
si tu as le temps , la sagesse te conseillerai de faire une sauvegarde:
- de tes fichiers de ton home sur une clé usb
- à la limite du répertoire /etc mais à faire en root
- de repartir ensuite sur installation neuve on n'utilisant que les dépôts conseillés. Voirhttps://doc.fedora-fr.org/wiki/Cat%C3%A … 9p%C3%B4ts
en privilégiant d'abord : rpm fusion free et rpm fusion non-free
le reste c'est pour des spécialistes
Tu as certainement raison.
Les débutants comme moi ont tendance à essayer plein de trucs et compte tenu du manque d'expertise , on se retrouve vite dépassé, mais c'est aussi la seule façon d'apprendre.
Ca ne me pose pas de problème de réinstaller le système autant de fois qu'il le faut, bien que ce soit un peu chronophage. Mon seul souci comme tu dis , c'est de préserver mon home et de pas bousiller mon grub.
Merci
Fedora-Fr est hébergé gracieusement sur un serveur IKOULA.
Le Projet Fedora est maintenu et dirigé par la communauté et sponsorisé par Red Hat.
Ce site est également maintenu par la communauté. Red Hat n'est pas responsable de son contenu.