(suite de la traduction initiale) |
(Fin de la traduction initiale) |
||
Line 6: | Line 6: | ||
Cette page présente les anomalies courantes de Fedora 28 et, si disponible, leur correction ou solution de contournement. Si vous trouvez votre problème dans cette page, '' ne remplissez pas un rapport d’anomalie pour lui'', sauf à recevoir des instructions explicites pour le faire. Lorsque la chose est appropriée, une référence à l’anomalie courante dans Bugzilla est incluse. | Cette page présente les anomalies courantes de Fedora 28 et, si disponible, leur correction ou solution de contournement. Si vous trouvez votre problème dans cette page, '' ne remplissez pas un rapport d’anomalie pour lui'', sauf à recevoir des instructions explicites pour le faire. Lorsque la chose est appropriée, une référence à l’anomalie courante dans Bugzilla est incluse. | ||
{{admon/note|Version de pré-libération|Fedora 28 n’a pas encore été libéré. Durant cette période de pré-libération, cette page cette page couvre les problèmes connus dans les versions de Fedora 28 de pré-libération. Les problèmes solutionnés seront retirés de cette page dès qu’une | {{admon/note|Version de pré-libération|Fedora 28 n’a pas encore été libéré. Durant cette période de pré-libération, cette page cette page couvre les problèmes connus dans les versions de Fedora 28 de pré-libération. Les problèmes solutionnés seront retirés de cette page dès qu’une solution sera disponible (par exemple, un problème qui affecte la version Béta mais qui est résolu dans la libération finale sera retiré au moment de cette libération.}} | ||
== Notes de version == | == Notes de version == | ||
Line 19: | Line 19: | ||
Si vous utilisez le média Live d’installation de Workstation et que vous configurez plusieurs langues dans l’installateur, il ne vous sera pas possible de passer de l’une à l’autre à partir des raccourcis systèmes standard (typiquement {{key press|Win|Espace}} or {{key press|Alt|Maj}}). Cependant, vous pouvez toujours cliquer sur l’indicateur de langues dans l’installateur pour cela. | Si vous utilisez le média Live d’installation de Workstation et que vous configurez plusieurs langues dans l’installateur, il ne vous sera pas possible de passer de l’une à l’autre à partir des raccourcis systèmes standard (typiquement {{key press|Win|Espace}} or {{key press|Alt|Maj}}). Cependant, vous pouvez toujours cliquer sur l’indicateur de langues dans l’installateur pour cela. | ||
Cela | Cela n’affecte pas les autres médias d’installation (KDE Live, DVD et les images netinst). | ||
{{Common bugs issue|anaconda-workstation-keymap|L’arrangement de clavier sélectionné durant l’installation de Fedora Workstation Live n’est pas appliqué au système installé|1561864}} | {{Common bugs issue|anaconda-workstation-keymap|L’arrangement de clavier sélectionné durant l’installation de Fedora Workstation Live n’est pas appliqué au système installé|1561864}} | ||
Si vous sélectionnez un clavier différent durant l’installation de Fedora à partir d’une image de Fedora Workstation live, le système installé continue à utiliser | Si vous sélectionnez un clavier différent durant l’installation de Fedora à partir d’une image de Fedora Workstation live, le système installé continue à utiliser l’arrangement de clavier anglais par défaut. Une solution de contournement consiste à installer à partir d’une image netinst, ou de configurer à nouveau l’arrangement de clavier sur le système installé. | ||
{{Common bugs issue|anaconda-iscsi-live|L’installateur de plusieurs images live ne prend pas en charge iSCSI|1395620|1429132}} | {{Common bugs issue|anaconda-iscsi-live|L’installateur de plusieurs images live ne prend pas en charge iSCSI|1395620|1429132}} | ||
Sur de nombreuses, ou sur toutes les images live de Fedora, l’installateur n’offre pas la fonctionnalité iSCSI ( le bouton « AJouter une cible iSCSI » n’apparaît pas dans l’écran « Disques spécialisés et réseaux »). Vous pouvez éviter le problème en exécutant {{command|sudo dnf install storaged-iscsi}} depuis une console avant de lancer le processus d’installation, ou en installant à partir d’une image dédiée plutôt | Sur de nombreuses, ou sur toutes les images live de Fedora, l’installateur n’offre pas la fonctionnalité iSCSI (le bouton « AJouter une cible iSCSI » n’apparaît pas dans l’écran « Disques spécialisés et réseaux »). Vous pouvez éviter le problème en exécutant {{command|sudo dnf install storaged-iscsi}} depuis une console avant de lancer le processus d’installation, ou en installant à partir d’une image dédiée plutôt qu’à partir d’une image live. | ||
== Problèmes de mise à jour == | == Problèmes de mise à jour == | ||
Line 41: | Line 41: | ||
Afin d’éviter ce problème, vous pourriez tenter de désactiver plymouth (en retirant l’option de démarrage <code>rhgb</code>) durant la mise à jour ou le désinstaller avec la mise à jour (ces solutions de contournement n’ont pas été testées). | Afin d’éviter ce problème, vous pourriez tenter de désactiver plymouth (en retirant l’option de démarrage <code>rhgb</code>) durant la mise à jour ou le désinstaller avec la mise à jour (ces solutions de contournement n’ont pas été testées). | ||
Si cela | Si cela c’est déjà produit pour vous, vous devriez être en mesure de régler le problème en démarrant une image live ou une image de sauvetage, en montant le système de fichiers en question (qui devrait rejouer le journal), peut-être en exécutant <code>xfs_repair</code> pour être sûr qu’il n’y a pas d’autre problème. Dans le pire des cas, vous devrez également réinstaller GRUB totalement. | ||
== Problème du système central == | == Problème du système central == | ||
Line 66: | Line 66: | ||
{{Common bugs issue|gnome-autosuspend-idle-timer|Autosuspend se déclenche intempestivement dans GNOME|1556790}} | {{Common bugs issue|gnome-autosuspend-idle-timer|Autosuspend se déclenche intempestivement dans GNOME|1556790}} | ||
GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Cependant, cette minuterie d’inactivité est présentement cassée, et si une application bloque la suspension et la libère ensuite , la minuterie n’est pas réinitialisée, et, au lieu de cela, suspend le système '''immédiatement'''. Cela est le plus fréquemment visible lors du visionnage d’une vidéo dans movie player ou dans un navigateur Web – si vous visionnez une vidéo plus longtemps que les 20 minutes pré-programmées pour autosuspend, et que vous n’utilisez ni la souris, ni le clavier dans l’intervalle, le système est suspendu immédiatement après la fin de la vidéo, sans vous laissez la possibilité de l’empêcher. | GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Cependant, cette minuterie d’inactivité est présentement cassée, et si une application bloque la suspension et la libère ensuite, la minuterie n’est pas réinitialisée, et, au lieu de cela, suspend le système '''immédiatement'''. Cela est le plus fréquemment visible lors du visionnage d’une vidéo dans movie player ou dans un navigateur Web – si vous visionnez une vidéo plus longtemps que les 20 minutes pré-programmées pour autosuspend, et que vous n’utilisez ni la souris, ni le clavier dans l’intervalle, le système est suspendu immédiatement après la fin de la vidéo, sans vous laissez la possibilité de l’empêcher. | ||
La solution de contournement la plus simple est de désactiver autosuspend dans les paramètres de GNOME. | La solution de contournement la plus simple est de désactiver autosuspend dans les paramètres de GNOME. | ||
{{Common bugs issue|gnome-autosuspend-gdm|Le système est automatiquement suspendu après 20 minutes | {{Common bugs issue|gnome-autosuspend-gdm|Le système est automatiquement suspendu après 20 minutes lorsqu’on se trouve dans GDM, même si autosuspend est désactivé|1558485}} | ||
Maintenant, GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Même si vous désactivez/ajustez cette fonctionnalité dans les paramètres de GNOME, cela ne s’applique qu’à votre session utilisateur spécifique et n’affecte ''pas'' le comportement par défaut du système, qui est concerné lors de l’affichage d’un | Maintenant, GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Même si vous désactivez/ajustez cette fonctionnalité dans les paramètres de GNOME, cela ne s’applique qu’à votre session utilisateur spécifique et n’affecte ''pas'' le comportement par défaut du système, qui est concerné lors de l’affichage d’un écran GDM. Cela vous affecte lorsque, p. ex.vous vous déconnectez ou lorsque vous changez d’utilisateur, lorsque vous démarrez seulement l’ordinateur sans vous connecter et que vous y accédez à distance (partage de fichiers, ssh), etc. Avec certains environnements de bureau, comme Fluxbox, votre système est immédiatement suspendu lorsque vous vous déconnectez. | ||
Vous pouvez désactiver (ou configurer) auto-suspend à l’échelle du système en créant un fichier <code>/etc/dconf/db/local.d/00-autosuspend</code> avec ce contenu ou un contenu similaire : | Vous pouvez désactiver (ou configurer) auto-suspend à l’échelle du système en créant un fichier <code>/etc/dconf/db/local.d/00-autosuspend</code> avec ce contenu ou un contenu similaire : | ||
Line 91: | Line 91: | ||
Totem (''Videos'') échoue à lire un média lors de l’utilisation d’une session Wayland dans des machines virtuelles. (concerne aux machines par défaut libvirt, mais pas à VirtualBox). La piste audio est lue, mai ni la vidéo, ni une fenêtre totem n’apparaît. Si vous avez besoin de lire des médias dans cet environnement, utilisez soit une session X11, soit un lecteur de média différent. | Totem (''Videos'') échoue à lire un média lors de l’utilisation d’une session Wayland dans des machines virtuelles. (concerne aux machines par défaut libvirt, mais pas à VirtualBox). La piste audio est lue, mai ni la vidéo, ni une fenêtre totem n’apparaît. Si vous avez besoin de lire des médias dans cet environnement, utilisez soit une session X11, soit un lecteur de média différent. | ||
Chesse ne démarre pas dans des conditions similaires. | Chesse ne démarre pas dans des conditions similaires. C’est parce que les machines virtuelles ne disposent pas de caméra ; cela ne limite en aucune manière l’utilisateur. | ||
{{Common bugs issue|wayland-touchpad-scroll-in-vm|Les événements de défilement ne sont pas envoyés depuis le pavé tactile/ | {{Common bugs issue|wayland-touchpad-scroll-in-vm|Les événements de défilement ne sont pas envoyés depuis le pavé tactile/ergot de pointage dans les machines virtuelles sous Wayland|1386602}} | ||
Sous Wayland, l’envoi des événements de défilement dans une machine virtuelle fonctionne bien lors de l’utilisation de la souris, mais ne fonctionne pas lors de l’utilisation du pavé tactile ou | Sous Wayland, l’envoi des événements de défilement dans une machine virtuelle fonctionne bien lors de l’utilisation de la souris, mais ne fonctionne pas lors de l’utilisation du pavé tactile ou de l’ergo de pointage. Pour contourner cela, passez à une session Xorg sur votre hôte. | ||
{{Common bugs issue|vpn-statusmenu-missing|Le contenu de l’entrée VPN dans le menu d’état de GNOME | {{Common bugs issue|vpn-statusmenu-missing|Le contenu de l’entrée VPN dans le menu d’état de GNOME n’apparaît parfois pas|1497897}} | ||
Certains utilisateurs ont rapporté que, parfois, l’icône et le texte de l’entrée VPN dans le menu d’état de GNOME (celui qui apparaît sur un clic de la partie supérieure droite de l’écran) n’apparaissent pas. Ordinairement, cela montre l’icône d’un cadenas et le texte « VPN désactivé » (ou une information sur une connexion active), mais il arrive parfois que ni le texte, ni l’icône | Certains utilisateurs ont rapporté que, parfois, l’icône et le texte de l’entrée VPN dans le menu d’état de GNOME (celui qui apparaît sur un clic de la partie supérieure droite de l’écran) n’apparaissent pas. Ordinairement, cela montre l’icône d’un cadenas et le texte « VPN désactivé » (ou une information sur une connexion active), mais il arrive parfois que ni le texte, ni l’icône n’apparaissent ; le menu ne contient alors qu’une ligne vide. L’entrée fonctionne néanmoins comme prévu. | ||
Aucune solution à ce problème | Aucune solution à ce problème n’est connue à ce jour, mais il est sans conséquence fonctionnelle – vous pouvez toujours utiliser l’entrée de menu 'vide'. | ||
== Problèmes de Plasma (KDE) == | == Problèmes de Plasma (KDE) == | ||
Line 134: | Line 134: | ||
Red Hat Bugzilla – Bug 1519042 | Red Hat Bugzilla – Bug 1519042 | ||
soas | soas démarre dans journal : | ||
Cela peut générer de la confusion chez l’utilisateur | Cela peut générer de la confusion chez l’utilisateur | ||
Line 142: | Line 142: | ||
== Autres problèmes == | == Autres problèmes == | ||
{{Common bugs issue|hibernation-broken| | {{Common bugs issue|hibernation-broken|L’hibernation ne fonctionne pas à partir d’une installation standard|1206936}} | ||
Le générateur ''systemd-hibernate'' utilisé pour prendre en charge la reprise de la fonctionnalité d’hibernation s’attend à trouver <code>resume=/path/to/swap</code> parmi les arguments du noyau. Anaconda n’ajoute pas cet argument dans le fichier {{filename|/etc/default/grub}} et le générateur en ligne de commande dracut n’agit pas de manière telle que le générateur hibernate de systemd puisse localiser la mémoire d’échange (swap) avec l’image de reprise. | |||
Pour contourner cela, vérifiez le chemin devmapper vers le swap en utilisant la commande <code>swapon -s</code> et ajoutez-le à l’entrée <code>GRUB_CMDLINE_LINUX</code> dans {{filename|/etc/default/grub}}, puis régénérez le fichier {{filename|grub.cfg}} utilisé : | |||
* Via grub2-mkconfig: | * Via grub2-mkconfig: | ||
** | ** Pour les systèmes BIOS : <pre>sudo grub2-mkconfig -o /boot/grub2/grub.cfg</pre> | ||
** | ** Pour les systèmes UEFI : <pre>sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg</pre> | ||
* Via | * Via grubby : <pre>sudo grubby --args=resume=/path/to/swap --update-kernel=$(grubby --default-kernel)</pre> | ||
[[Category:Common bugs]] | [[Category:Common bugs]] |
Latest revision as of 06:40, 22 April 2018
Cette page présente les anomalies courantes de Fedora 28 et, si disponible, leur correction ou solution de contournement. Si vous trouvez votre problème dans cette page, ne remplissez pas un rapport d’anomalie pour lui, sauf à recevoir des instructions explicites pour le faire. Lorsque la chose est appropriée, une référence à l’anomalie courante dans Bugzilla est incluse.
Notes de version
Lisez l’annonce de libération de F28 Béta pour des informations spécifiques sur les changements apportés dans Fedora 28 et pour d’autres informations plus générales.
Mon anomalie n’apparaît pas
Toutes les anomalies ne sont pas listées dans cette page, mais Bugzilla devrait être une base de données complète sur les anomalies connues. Cette page est un échantillon des anomalies les plus communément discutées sur nos listes de diffusion et sur les forums.
Pour savoir si votre anomalie a déjà été rapportée, vous pouvez rechercher dans Bugzilla. Si elle n’a pas encore été rapportée, nous vous encourageons à le faire afin d’aider Fedora dans votre intérêt et dans celui des autres. Un guide sur les anomalies et demandes de fonctionnalités a été créé pour vous aider.
Si vous pensez qu'une anomalie déjà rapportée devrait être ajoutée à « cette » page parce qu'elle est fréquemment rencontrée, vous pouvez :
- l'ajouter vous-même, si vous avez un accès à ce wiki. Common_bugs_instructions vous guide sur la manière d’ajouter une entrée à la page correctement, mais la chose la plus importante est de vous assurer que l’anomalie est listée — ne vous inquiétez pas trop si vous n’obtenez pas le bon format d’emblée, nous pouvons améliorer la chose ultérieurement.
- Ou, ajouter le mot clé « CommonBugs » au rapport d’anomalie. Quelqu’un de l’équipe QA inspectera l’anomalie pour savoir s’il faut l’ajouter en tant qu’anomalie commune. Pour envoyer votre requête, ajoutez un commentaire à l’anomalie qui comprend
- un résumé de l’anomalie
- tout moyen de contournement connu
- une évaluation de l’impact sur les utilisateurs de Fedora.
Pour référence, vous pouvez interroger Bugzilla pour les anomalies marquées « CommonBugs » :
- CommonBugs? (anomalies avec le mot clé CommonBugs, mais qui n’a pas encore de lien vers cette page)
- CommonBugs+(anomalies avec le mot clé CommonBugs et contenant un lien vers cette page)
Problèmes d’installation
Le changement d’arrangement de clavier à partir des combinaisons de touches ne fonctionne pas dans Wayland
link to this item - Bugzilla: #1389959
Si vous utilisez le média Live d’installation de Workstation et que vous configurez plusieurs langues dans l’installateur, il ne vous sera pas possible de passer de l’une à l’autre à partir des raccourcis systèmes standard (typiquement ⊞ Win+Espace or Alt+Maj). Cependant, vous pouvez toujours cliquer sur l’indicateur de langues dans l’installateur pour cela.
Cela n’affecte pas les autres médias d’installation (KDE Live, DVD et les images netinst).
L’arrangement de clavier sélectionné durant l’installation de Fedora Workstation Live n’est pas appliqué au système installé
link to this item - Bugzilla: #1561864
Si vous sélectionnez un clavier différent durant l’installation de Fedora à partir d’une image de Fedora Workstation live, le système installé continue à utiliser l’arrangement de clavier anglais par défaut. Une solution de contournement consiste à installer à partir d’une image netinst, ou de configurer à nouveau l’arrangement de clavier sur le système installé.
L’installateur de plusieurs images live ne prend pas en charge iSCSI
link to this item - Bugzilla: #1395620 - Bugzilla: #1429132
Sur de nombreuses, ou sur toutes les images live de Fedora, l’installateur n’offre pas la fonctionnalité iSCSI (le bouton « AJouter une cible iSCSI » n’apparaît pas dans l’écran « Disques spécialisés et réseaux »). Vous pouvez éviter le problème en exécutant sudo dnf install storaged-iscsi
depuis une console avant de lancer le processus d’installation, ou en installant à partir d’une image dédiée plutôt qu’à partir d’une image live.
Problèmes de mise à jour
Des mises à jour de Fedora 26 peuvent échouer à cause de dépendances riches
link to this item - Bugzilla: #1552547
Losque vous faites une mise à jour de Fedora 26 vers Fedora 27 ou 28, la transaction peut avorter immédiatement parce que les paquets cibles ont des dépendances riches. La liste de tels paquets, à la date de mars 2018, est disponible dans l’anomalie 1552547. Finalement, la solution voulue est d’envoyer les dnf+rpm à jour dans Fedora 26 pour gérer la transaction proprement. Dans le même temps, la solution de contournement la plus simple est de retirer les paquets affectés avant de faire la mise à jour et de les réinstaller dans le système mis à jour.
la mise à jour de GRUB peut échouer si /boot est sur XFS
link to this item - Bugzilla: #1227736
Si vous utilisez le système de fichiers XFS sur /boot
et mettez votre système à jour, vous pouvez vous retrouver avec une invite de commande minimale de GRUB (juste une invite de commande, aucun noyau à choisir de manière interactive) après que la mise à jour a été effectuée. Le problème est dû au redémarrage de système alors que XFS est dans un état « dirty » (sale) et que tous les changements n’ont pas encore été sauvegardés sur le système de fichiers.
Afin d’éviter ce problème, vous pourriez tenter de désactiver plymouth (en retirant l’option de démarrage rhgb
) durant la mise à jour ou le désinstaller avec la mise à jour (ces solutions de contournement n’ont pas été testées).
Si cela c’est déjà produit pour vous, vous devriez être en mesure de régler le problème en démarrant une image live ou une image de sauvetage, en montant le système de fichiers en question (qui devrait rejouer le journal), peut-être en exécutant xfs_repair
pour être sûr qu’il n’y a pas d’autre problème. Dans le pire des cas, vous devrez également réinstaller GRUB totalement.
Problème du système central
L’installation de plus d’un module dans la même transaction ne fonctionne pas correctement
link to this item - Bugzilla: #1561816
Lors de l’utilisation de la nouvelle fonction Add-on Modularity dans Fedora 28, si vous essayez d’installer plus d’un module dans la même transaction – par exemple, en exécutant dnf module install nodejs:9/default reviewboard:2.5/server
– cela ne fonctionne pas comme attendu. Seul le dernier module nommé est installé immédiatement ; les autres modules ne sont installés que lors de la commande dnf update
suivante. Une solution de contournement est de n’installer qu’un module par transaction.
Problèmes GNOME
Problèmes Wayland
Wayland a remplacé la traditionnelle pile d’affichage X11. Bien que le développement ait été rapide et que Wayland soit utilisable dans la plupart des situations, il reste quelques anomalies. Suivez ce lien pour en savoir plus :
- État des fonctionnalités de Wayland
- Problèmes connus avec Wayland
- Rapport d’anomalie en relation avec Wayland
Merci de vérifier que votre problème n’est pas dans la liste avec de remplir un nouveau rapport d’anomalie, bien que, dans le doute, remplir un rapport d’anomalie soit la bonne chose à faire.
Wayland est présentement activé par défaut dans GNOME. Si vous désirez le désactiver, sélectionnez « GNOME on Xorg » en tant que session au moment de vous connecter (vous ne rencontrez cet écran que si votre utilisateur dispose d’un mot de passe) :
Autosuspend se déclenche intempestivement dans GNOME
link to this item - Bugzilla: #1556790
GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Cependant, cette minuterie d’inactivité est présentement cassée, et si une application bloque la suspension et la libère ensuite, la minuterie n’est pas réinitialisée, et, au lieu de cela, suspend le système immédiatement. Cela est le plus fréquemment visible lors du visionnage d’une vidéo dans movie player ou dans un navigateur Web – si vous visionnez une vidéo plus longtemps que les 20 minutes pré-programmées pour autosuspend, et que vous n’utilisez ni la souris, ni le clavier dans l’intervalle, le système est suspendu immédiatement après la fin de la vidéo, sans vous laissez la possibilité de l’empêcher.
La solution de contournement la plus simple est de désactiver autosuspend dans les paramètres de GNOME.
Le système est automatiquement suspendu après 20 minutes lorsqu’on se trouve dans GDM, même si autosuspend est désactivé
link to this item - Bugzilla: #1558485
Maintenant, GNOME 3.28 suspend automatiquement le système après 20 minutes d’inactivité de l’utilisateur. Même si vous désactivez/ajustez cette fonctionnalité dans les paramètres de GNOME, cela ne s’applique qu’à votre session utilisateur spécifique et n’affecte pas le comportement par défaut du système, qui est concerné lors de l’affichage d’un écran GDM. Cela vous affecte lorsque, p. ex.vous vous déconnectez ou lorsque vous changez d’utilisateur, lorsque vous démarrez seulement l’ordinateur sans vous connecter et que vous y accédez à distance (partage de fichiers, ssh), etc. Avec certains environnements de bureau, comme Fluxbox, votre système est immédiatement suspendu lorsque vous vous déconnectez.
Vous pouvez désactiver (ou configurer) auto-suspend à l’échelle du système en créant un fichier /etc/dconf/db/local.d/00-autosuspend
avec ce contenu ou un contenu similaire :
[org/gnome/settings-daemon/plugins/power] # Do not autosuspend sleep-inactive-ac-type='nothing' sleep-inactive-battery-type='nothing'
et en exécutant :
sudo dconf update
Totem et Cheese échouent sur Wayland dans des machines virtuelles
link to this item - Bugzilla: #1467368
Totem (Videos) échoue à lire un média lors de l’utilisation d’une session Wayland dans des machines virtuelles. (concerne aux machines par défaut libvirt, mais pas à VirtualBox). La piste audio est lue, mai ni la vidéo, ni une fenêtre totem n’apparaît. Si vous avez besoin de lire des médias dans cet environnement, utilisez soit une session X11, soit un lecteur de média différent.
Chesse ne démarre pas dans des conditions similaires. C’est parce que les machines virtuelles ne disposent pas de caméra ; cela ne limite en aucune manière l’utilisateur.
Les événements de défilement ne sont pas envoyés depuis le pavé tactile/ergot de pointage dans les machines virtuelles sous Wayland
link to this item - Bugzilla: #1386602
Sous Wayland, l’envoi des événements de défilement dans une machine virtuelle fonctionne bien lors de l’utilisation de la souris, mais ne fonctionne pas lors de l’utilisation du pavé tactile ou de l’ergo de pointage. Pour contourner cela, passez à une session Xorg sur votre hôte.
link to this item - Bugzilla: #1497897
Certains utilisateurs ont rapporté que, parfois, l’icône et le texte de l’entrée VPN dans le menu d’état de GNOME (celui qui apparaît sur un clic de la partie supérieure droite de l’écran) n’apparaissent pas. Ordinairement, cela montre l’icône d’un cadenas et le texte « VPN désactivé » (ou une information sur une connexion active), mais il arrive parfois que ni le texte, ni l’icône n’apparaissent ; le menu ne contient alors qu’une ligne vide. L’entrée fonctionne néanmoins comme prévu.
Aucune solution à ce problème n’est connue à ce jour, mais il est sans conséquence fonctionnelle – vous pouvez toujours utiliser l’entrée de menu 'vide'.
Problèmes de Plasma (KDE)
Problèmes réseau
Problèmes matériels
Problème avec les applications
Problèmes ARM
Problèmes Fedora Server
Problème Fedora Cloud
Problèmes Fedora Atomic
Cinnamon dans QEMU/KVM
Cinnamon Beta 1.3 live.iso n'exécute que openbox
Comment installer :
- liveuser login (no password)
- openbox-terminal (cliquez à droite sur l’écran blanc pour obtenir le menu)
- su liveinst
- après installation redémarrez dans un terminal
- login
- openbox-terminal
- su dnf update (349)
- reboot to cinnamon (defaults to fallback mode cinnamon)
Problèmes Soas
Red Hat Bugzilla – Bug 1519042 soas démarre dans journal : Cela peut générer de la confusion chez l’utilisateur
Se résout en pressant la touche f1, puis f3 pour obtenir le menu principal
Autres problèmes
L’hibernation ne fonctionne pas à partir d’une installation standard
link to this item - Bugzilla: #1206936
Le générateur systemd-hibernate utilisé pour prendre en charge la reprise de la fonctionnalité d’hibernation s’attend à trouver resume=/path/to/swap
parmi les arguments du noyau. Anaconda n’ajoute pas cet argument dans le fichier /etc/default/grub
et le générateur en ligne de commande dracut n’agit pas de manière telle que le générateur hibernate de systemd puisse localiser la mémoire d’échange (swap) avec l’image de reprise.
Pour contourner cela, vérifiez le chemin devmapper vers le swap en utilisant la commande swapon -s
et ajoutez-le à l’entrée GRUB_CMDLINE_LINUX
dans /etc/default/grub
, puis régénérez le fichier grub.cfg
utilisé :
- Via grub2-mkconfig:
- Pour les systèmes BIOS :
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
- Pour les systèmes UEFI :
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
- Pour les systèmes BIOS :
- Via grubby :
sudo grubby --args=resume=/path/to/swap --update-kernel=$(grubby --default-kernel)