- 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
Dernière news : Fedora 34 Beta est disponible
là j'ai une réponse qui va faire hurler le Landernau:
Et moi également !
Reste en F32 et passe toi des mises à jour.
La solution me paraît pour le moins radicale, et pas franchement pérenne : ne plus faire aucune mise à jour d'aucun logiciel !
Je vais commencer par creuser un peu la piste de la désactivation de ce plugin car, pour le coup, les mises à jour de firmware, je devrais pouvoir m'en passer.
D'après ce qu'ils disent, même si tu fais la mise à jour du bios, ça ne changera rien. Ils ne veulent que l'UEFI.
Parle-t-on de la même source, la page que je référençais dit ceci :
The WARNING: Firmware can not be updated in legacy BIOS mode will show if you are running on a system with only legacy BIOS or most commonly, a UEFI BIOS in "CSM compatibility mode". If this is detected then UEFI runtime functions are not available. This includes the ability to schedule firmware updates.
This warning can be ignored if UEFI firmware updates are not desired. It can be disabled by adding
puis :
If you change your BIOS mode from UEFI CSM/legacy to UEFI then you may have to reinstall all installed operating systems.
Si mon anglais ne me trompe pas trop, je comprends :
1. qu'il est possible de désactiver le plugin gênant si on n'a pas besoin de mise à jour de firmwares UEFI … mais je ne mesure pas vraiment les conséquences possibles
2. ou de modifier le «BIOS mode» (moyennant upgrade préalable du BIOS ?) mais qu'il faudra probablement réinstaller tous les OS (en l'occurrence Linux-Fedora et aussi W. puisque la machine est en dual boot) … et là je ne le sens pas trop.
Je peux tourner le problème autrement : j'ai une machine qui commence à dater un peu, mais qui me convient pour l'usage que j'en fais. Comment puis-je continuer à l'utiliser sous Fedora, alors qu'il faudra un jour ou l'autre passer en F33 et que les nouvelles versions de kernel ne semblent pas compatibles ?
tosca a écrit :Et le contenu de la page en question ne m'éclaire pas grandement !
Pourtant il y est dit que ces firmwares ne peuvent être updatés sur des machines dotés d'un bios traditionnel et non d'un bios UEFI.
Mais pas si je dois (et comment) upgrader le BIOS.
Ou si je peux (et avec quelles conséquences) désactiver les mises à jour de «firmware UEFI».
J'ai fini par trouver le descriptif de mon ordi, mais sur le site Dynabook France.
Copie d‘écran ici.
Apparemment, il n'y aurait qu'une seule mise à jour de BIOS, datant de septembre 2012, et portant le nom de 2.50-WIN (WIN pour Windows ? )
Pourtant dans la page de téléchargement des BIOS, mon modèle n'est pas référencé : copie d'écran.
Je tente quand même ? sachant que je n'ai pas encore trouvé comment s'installe un tel truc …
As-tu mis ce BIOS au dernier niveau disponible ?
Oups ! Désolée, j'avais zappé ce message et vu seulement le suivant (NB : gaffe aux notifications qui n'indiquent que le dernier message ). Je regarde ça de plus près.
Toujours bloquée, les nouvelles versions de 5.9 se succèdent et le problème demeure…
J'ai donc fait une recherche sur le message d'erreur
Erreur lors de l'appel de StartServiceByName pour org.freedesktop.fwupd : le délai d'attente est dépassé
et suis tombée sur ce fil.
Comme indiqué par Nicosss, j'ai donc tenté la commande
fwupdmgr get-history
qui me retourne ceci :
# fwupdmgr get-history
WARNING: Firmware can not be updated in legacy BIOS mode
See https://github.com/fwupd/fwupd/wiki/PluginFlag:legacy-bios for more information.
No history
Et le contenu de la page en question ne m'éclaire pas grandement !
Dois-je comprendre que mon BIOS ne permet pas d'installer les nouvelles (et futures) versions de Fedora ? J'étais pourtant convaincue que Linux pouvait fonctionner sur des machines quasiment antidéluviennes … Quelles possibilités de sortir de ce mauvais pas ?
Merci pour vos lumières.
Il me semble bien que le Live a un kernel 5.8.x et non 5.9.x
Autant pour moi, j'avais lu un peu trop vite la réponse de
Depuis un Live Fedora 33 tu auras un 5.8 livré, donc ça veut dire faire une installation et non pas une migration.
Heureusement que je n'avais pas lancé l'upgrade vers F33 !
Donc le problème demeure bel et bien : il faut que je parvienne à utiliser le 5.9 avant de pouvoir passer à F33.
Heu… après réflexion, si le problème venait du BIOS, je n'aurais pas pu démarrer Fedora 33 en Live CD, non ?
Compléments d'info :
- c'est un Toshiba Satellite L735
- j'ai rebooté pour voir, mais les infos sont maigres :
Insyde H20 Setup Utility
System BIOS Version 1.20
EC Version 1.20
Ça ne me parle pas beaucoup …
Pour les problèmes de blocage avec 5.9.x alors que 5.8.x fonctionne, il serait intéressant de connaître le modèle de l'ordinateur, le fabricant du BIOS et la version de celui-ci.
C'est un Toshiba Satellite 700 et quelques (c'est pas marqué dessus !)
Pour le bios, il y a moyen de savoir ça autrement qu'en interrompant au reboot ?
Je relance le sujet, parce que je rencontre d'autres ralentissements inexpliqués : ma souris (ou mon stylet) bloque parfois complètement pendant plusieurs secondes (ou dizaines, je n'ai pas chronométré).
Jusqu'ici, je pensais que le problème était du à des scripts ou extensions de Firefox, mais le problème survient également avec des outils locaux : lancement de Bluetooth, ou de KeePassX, ouverture d’un dossier, etc.
Y a-t-il un moyen de pister ce qui bloque ?
attends d'habiter en France alors ?
?
Explique un peu.
Revenons aux choses sérieuses
Le Live Fedora Cinnamon Live x86_64 33 vient de prouver son correct fonctionnement. Est-ce à dire que si/lorsque je décide de passer en F33 il n'y aura a priori pas de souci ? Même si je suis restée en kernel 5.8 sur F32 ?
De fait, je ne suis pas vraiment forcée d'upgrader tout de suite, il faut juste que je pense à conserver au moins un kernel opérationnel tant que je suis en F32.
On s'éloigne un peu de mon problème, je crois.
D'autant que chez moi, il n'y a ni appartement, ni résidence, ni rue. Pas vraiment la même config de base …
La machine ne boote pas sur USB ?
Ben j'ai pas d'USB non plus. en tout cas pas de cette taille-là !
Pour créer un clé de boot, il y a Fedora Media Writer en méthode officielle, ou sinon j'utilise Ventoy (l'avantage étant qu'il y a juste à copier les ISO direct sur la clé, et que c'est à la fois compatible BIOS et UEFI).
Moi y en pas causer chinois (mais je travaille le grec en ce moment, on ne peut pas tout faire en même temps …)
Et sinon: j'ai une synchro ADSL à un peu moins de 3Mb/s ATM en descendant, mais la marge de bruit descend de 5/6dB à seulement 3dB, je me retrouve à même pas 1.5Mb/s ATM en descendant après une coupure de 5 bonnes minutes le temps que la Livebox capte le décrochage et qu'elle se resynchro. Qui dit mieux ?
Je ne vais pas vous faire pleurer, mais je suis déjà restée 4,5 mois sans ADSL. Ça c'est un peu amélioré ces derniers temps, les coupures ne font pas plus d'une semaine, 3 ou 4 fois par an (sans compter les coupures d'électricité, toujours fréquentes).
Après, pas sûr que tu me battes, j'ai 2,5 Mbps en synchro descendante
Orange a fait des merveilles récemment : je suis à 7,2 Mb/s actuellement … c'est-à-dire lorsqu'il n'y a pas de coupure !
Bon, je vais faire mes fonds de tiroirs pour voir si je trouve quelques galettes adaptées.
Si tu essayes le Live
Kézako ? C'est l'utilisation d'un support CD/DVD ? Je n'ai plus fait ça depuis des lustres … je ne suis même pas sûre d'avoir encore des supports et, compte tenu de ma vitesse de connexion, ça va encore prendre des plombes !
Le souci est peut-être ailleurs dans ton installation actuelle.
Retour à la case départ, donc.
Le driver nvidia …
n'est pas celui utilisé (voir messages précédents)
PS : à tout hasard, j'ai refait le systemctl, avec un résultat différent cette fois :
$ systemctl status fwupd.service
● fwupd.service - Firmware update daemon
Loaded: loaded (/usr/lib/systemd/system/fwupd.service; static; vendor pres>
Active: inactive (dead)
Docs: https://fwupd.org/
lines 1-4/4 (END)
Et il ne me rend toujours pas la main, je dois faire un Ctrl-C pour la reprendre (la fois précédente, ça se terminait aussi par le nombre de lignes, mais je ne l'avais pas recopié).
Étrange qu'il n'y ait pas de messages supplémentaires suite à la commande.
En fait, il ne m'a pas rendu la main ensuite. J'ai fait un Ctrl-C pour la reprendre. J'aurais pas du ?
Depuis un Live Fedora 33 tu auras un 5.8 livré, donc ça veut dire faire une installation et non pas une migration.
Et donc ça ne poserait pas de problème au démarrage ?
Que retourne
$ lspci -nnk | grep -iA3 "VGA"
$ lspci -nnk | grep -iA3 "VGA"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218M [GeForce 315M] [10de:0a7a] (rev a2)
Subsystem: Toshiba Corporation GeForce 315M [1179:fcc0]
Kernel driver in use: nouveau
Kernel modules: nouveau
Que retourne
$ systemctl status fwupd.service
$ systemctl status fwupd.service
● fwupd.service - Firmware update daemon
Loaded: loaded (/usr/lib/systemd/system/fwupd.service; static; vendor pres>
Active: active (running) since Thu 2020-12-03 17:18:14 CET; 55min ago
Docs: https://fwupd.org/
Main PID: 2337 (fwupd)
Tasks: 5 (limit: 4642)
Memory: 3.9M
CPU: 550ms
CGroup: /system.slice/fwupd.service
└─2337 /usr/libexec/fwupd/fwupd
… en tournant en version 5.8, évidemment.
Par contre il faut savoir qu'en Fedora 33 nous sommes en 5.9.11.200 à ce jour.
Je ne suis pas très partante, si c'est pour finir par ne plus pouvoir tourner du tout !
Ça ne serait pas lié à l'utilisation de pilote propriétaire Nvidia ?
Je ne sais pas répondre à cette question. Je peux vérifier si tu me dis comment.
Bonjour,
Depuis quelques semaines sont apparues de nouvelles versions de kernel kernel-5.9.nn.100 (les précédentes étaient de la forme kernel-5.8.nn.200).
Je n'ai pu faire fonctionner aucune de ces nouvelles versions (au moins 3, il me semble) ; au reboot, après identification, la machine reste bloquée, écran vide, pendant des heures … jusqu'à ce que je reboote en optant pour une des anciennes versions qui, elles, fonctionnent toujours.
J'ai une notification de l’utilitaire de mises à jour graphique (que je n’utilise jamais puisque je passe par dnf en mode commande avec le message suivant :
Échec de mise à jour
Voici les détails des erreurs du gestionnaire de paquets :
Erreur lors de l'appel de StartServiceByName pour org.freedesktop.fwupd : le délai d'attente est dépassé
Questions :
Comment puis-je solutionner ce problème ?
Est-ce bloquant pour upgrader à Fedora 33, ou puis-je le faire sans être passée à la version de kernel la plus récente ?
Merci pour vos éclairages.
Configuration succincte: GPU / WiFi
Laptop Toshiba Satellite / Livebox Orange 4
Méthode d'installation :
dnf system-upgrade
Problèmes majeurs :
Néant
Problèmes mineurs :
Ai du désinstaller au préalable plusieurs programmes provoquant des erreurs :
- gimp, réinstallé après upgrade
- dispcalGUI, mais son remplaçant displayCAL ne semble pas figurer dans les dépôts officiels
- bleachbit, pas retrouvé non plus, mais ne me manquera pas
- perl-GStreamer et php-recode, dont je ne sais pas à quoi il servaient
Points positifs :
J'ai été surprise qu'aucune mise à jour de paquets ne soit disponible juste après l'upgrade. Est-ce que ce sont désormais les dernières versions qui sont installées à l'upgrade ?
Points négatifs :
Pas vu.
... et un outil pour trouver facilement les nouveaux emplacements des touches au paragraphe Comparez le nouveau clavier à l'ancien
Un peu plus de détails dans cet article ainsi que l'emplacement de la fameuse touche Eu, qui semble être AltGr H dans l'AZERTY nouvelle norme AFNOR.
Je vais peut-être bien «muter». il y aura quelques habitudes à changer (celles prises il y a 45 ans sur des ... Olivetti mécaniques !) mais pourquoi pas ?