Papix
Bonjour,
- boot en direct (pas dans une machine virtuelle) sur clé usb fedora 34 kde --> ok
- chargement du live ---> ok (tout à l'air de fonctionner normalement)
- clic sur 'install' --> Rien ne se passe, aucun message ...suis perplexe..lol
Svp, pouvez-vous m'aider ?
(j'ai fait une installation avec gnome-boxes avec le même live et tout fonctionne normalement. Je suppose donc que le problème serait lié à mon matériel.)
Aperçu de ma config. :
. carte mère asus z87, 8G ram, Intel i5-4670K
. 3 disques sata dont un libre pour futur fédora
. pas de carte graphique
Cordialement.
VINDICATORs
UEFI pas UEFI?
Tu as indiqué sur quoi booter dans le bios?
Papix
Je n'ai rien indiqué dans le bios (prioité à EFI). Le boot s'est fait sur la clé usb normalement en mode EFI et le live a été chargé correctement en mémoire, a priori.
VINDICATORs
Oki, j'ai cru voir que c'était déjà installé.
Alors là pour le live je ne vois pas. Est ce que tu as vérifié les sommes de contrôle de ton image? Parfois cela demande du temps avant de s'afficher.
Perso j'utilise l'image de la netinstall (image iso légère avec installation personnalisé, mais il faut une connexion assez rapide) ou de la everything (iso complet). Puis je choisi quoi installer (c'est pas trop complexe en plus et souvent bien plus complet).
Papix
Oui checksum vérifiée, c'est ok.
Netinstall pour moi c'est quasi exclu, because connexion trop lente..
Je crois que c'est l'installateur Candela ou anaconda qui se plante...le pb est de savoir pourquoi ?
VINDICATORs
Faudrait voir les logs dans /var/log ou avec journalctl.
Papix
VINDICATORs wrote:Faudrait voir les logs dans /var/log ou avec journalctl.
Sauf que Ksysemlog n'est pas installé et que je ne sais pas accéder au fichier log qui forcément ne sont ni sur le disque, ni sur la clé usb puisque le système n'est pas encore opérationnel..🙁
Donc là je suis à sec...je crains de devoir laisser tomber fedora....(ça ne me tente pas de faire un essai avec la fedora 33 pour voir si ça fonctionne).
Ha oui j'ai essayé d'installer Ksystemlog...mais discover s'est planté surement à cause des mises à jour en attente... Fedora 34 n'aime pas mon pc ! :hammer:
cezame
Si c'est un UEFI vérifie que secure boot soit désactivé ainsi que Legacy actif.
VINDICATORs
Papix wrote:VINDICATORs wrote:Faudrait voir les logs dans /var/log ou avec journalctl.
Sauf que Ksysemlog n'est pas installé et que je ne sais pas accéder au fichier log qui forcément ne sont ni sur le disque, ni sur la clé usb puisque le système n'est pas encore opérationnel..🙁
Donc là je suis à sec...je crains de devoir laisser tomber fedora....(ça ne me tente pas de faire un essai avec la fedora 33 pour voir si ça fonctionne).
Ha oui j'ai essayé d'installer Ksystemlog...mais discover s'est planté surement à cause des mises à jour en attente... Fedora 34 n'aime pas mon pc ! :hammer:
Normalement tu dois avoir accès aux logs de anaconda.
Il arrive parfois qu'il y ai des soucis avec les noyaux. Une netinstall permet d'avoir la dernière version des paquets mis à jours. Donc tu passe outre les soucis. Ce ne sera pas plus long que de télécharger la liveKDE, du moins si tu ne force pas sur les options soit dit en passant.
Privilégie la "Everything" sinon, voir la serveur pour installer au moins la base. Par contre c'est plus lourd (+6Go la première, et plus de 1Go la deuxième).
Je ne sais pas si l'installation en mode non graphique est possible avec la Live.
Regarde aussi dans le bios si il n'y a pas l'option pour interdire l'installation de SE.
Papix
oui secure boot est desactivé, la clé boot normalement et le live s'installe (je peux visiter les menus et application sans pb). Mais le clic sur 'install' qui exécute anaconda ne produit absolument rien....juste une petite activité cpu qui se termine par un encéphalogramme plat..
(j'ai activer légacy - je ne vois pas bien l'intérêt- mais ça n'a rien changer, sauf que j'avais + d'unités dans mon menu de boot du bios).
Je commence à désespérer, car soit il y a un message que je ne peux pas voir, soit c'est le bug pur et simple..
PS: A tout hasard j'ai effacer à nouveau la base de données (KEK, BD ET BDX) du secure boot... et kif kif..
Papix
Bonjour,
Rien de neuf, pas moyen de faire fonctionner Anaconda sur mon pc !
Je ne comprends pas car des installations d'autres distributions telles Opensus ou Mageia, ne posent aucun problème.
(je suis actuellement sous Ubuntu budgie et je cherche à migrer vers une distro non basée sur Debian ou Arch).
Je vous remercie pour votre aide, mais je pense laisser tomber Fedora..
Bonne journée à vous.
Jules-Marie-84
Bonjour Papix, bonjour à toutes et tous.
As-tu essayé de lancer, depuis le live, Anaconda avec le terminal ???
Je pense que ça doit pouvoir se faire, ce qui peut-être renseignerait mieux sur ce qui se passe dans ton ordi au lancement de l'installeur ?
Papix
Bonjour à Toutes et Tous,
Bien vu Jules, mais le résultat ne me dit rien qui vaille. 🙁
[liveuser@localhost-live ~]$ su
[root@localhost-live liveuser]# anaconda
Starting installer, one moment...
anaconda 34.24.9-1.fc34 for anaconda bluesky (pre-release) started.
* installation log files are stored in /tmp during the installation
* shell is available on TTY2 and in second TMUX pane (ctrl+b, then press 2)
* when reporting a bug add logs from /tmp as separate text/plain attachments
** (anaconda:4003): WARNING **: 05:19:31.550: Binding '<Shift>Print' failed!
Traceback (most recent call last):
File "/usr/sbin/anaconda", line 506, in <module>
ignore_oemdrv_disks()
File "/usr/lib64/python3.9/site-packages/pyanaconda/ui/lib/storage.py", line 384, in ignore_oemdrv_disks
matched = device_matches("LABEL=OEMDRV", disks_only=True)
File "/usr/lib64/python3.9/site-packages/pyanaconda/core/storage.py", line 180, in device_matches
single_spec_matches = udev.resolve_glob(full_spec)
File "/usr/lib/python3.9/site-packages/blivet/udev.py", line 163, in resolve_glob
for dev in get_devices():
File "/usr/lib/python3.9/site-packages/blivet/udev.py", line 81, in get_devices
dev = device_to_dict(device)
File "/usr/lib/python3.9/site-packages/blivet/udev.py", line 53, in device_to_dict
result = dict(device.properties)
File "/usr/lib/python3.9/site-packages/pyudev/device/_device.py", line 1068, in __getitem__
return ensure_unicode_string(value)
File "/usr/lib/python3.9/site-packages/pyudev/_util.py", line 64, in ensure_unicode_string
value = value.decode(sys.getfilesystemencoding())
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe9 in position 9: invalid continuation byte
[root@localhost-live liveuser]#
Jules-Marie-84
Boudiou !
C'est le bordel me semble-t-il... :-?
À ta place j'essayerais avec la Fedora Gnome, déjà histoire de voir si ce n'est pas KDE qui pose problème.
Si c'est pareil essaye une autre distri, Mint ou Debian ou Manjaro (histoire d'avoir une Arch facile sur laquelle tu ne passeras pas ta jeunesse juste pour un test).
Ensuite, qu'est-ce que tu as comme matériel ?
Le BIOS est-il à jour ?
Sinon ce que tu peux essayer en dernier coup (après les autres tests), c'est de débrancher tous ce qui est actuellement dans ta tour, disques, cartes ajoutées s'il y en a, TON LECTEUR GRAVEUR DVD (j'ai eu un problème avec un DVD défectueux il y a quelques années...
Mon bestiau plantait sans cesse, figeait, bref la grosse galère, après avoir tout débranché et rebranché les périphériques et disques un par un...
Un DVD à 15€ neuf à réglé le souci instantanément.
Et il est toujours monté sur ma machine depuis. 🙂
Tu branche une grosse clef USB3 ou un petit SSD ou un disque mécanique autre que ce qui est actuellement branché et tu tente l'install dessus.
Peut-être y a-t-il une panne sur un périphérique ou sur la carte mère ???
Bon courage et raconte-nous la suite.
Papix
Comme tu dis, il y a un gros sac de noeuds dans leur programmation !
Avant ton dernier msg j'avais déjà essayé :
- Distro fedora gnome, kde et même via le net; toujours le chaos !
- Autre clés USB ou USB 3 --> pareil, nada ..
- Autre distro --> pas de souci avec manjaro, endeavouros, opensuse, mxlinux (la dernière) et ceci quel que soit le disque utilisé (j'ai 3 disques dans ma tour).
Me reste plus qu'a débranché les périphériques et disques un par un..la galère ...et la ça me saoule vraiment ...(pas sûr que je le fasse) :hammer:
VINDICATORs
à part la version du noyau qui est souvent bien plus récente je ne vois pas en quoi utiliser Fedora fait que tu ne peux pas installer.
J'ai le même genre de machine et cela tourne au poil. (Après je ne dois pas être en UEFI soit dit en passant... Cela fait des années qu'elle tourne sans soucis).
Regarde en remettant le bios par défaut et en revoyant la configuration si cela ne vient pas de là.
Papix
Comme je voulais qu'il ne soit pas dit que je n'arrive pas installer Fedora, j'ai insisté :-P
Après de nombreux essais divers et variés dont un avec fedora 35, toujours rien , nada..
Du coup, j'ai fini par regarder les logs en détail et je tombe sur ça :
DEBUG:blivet:IGNORED: blivet.safe_dbus.DBusCallError: Failed to call GetFirmwareInitiatorName method on /org/freedesktop/UDisks2/Manager with None arguments:
GDBus.Error:org.freedesktop.UDisks2.Error.ISCSI.NoFirmware: No firmware found]
au passage d'après seagate ce disque n'a pas besoin de firmware...ptdr
Tiens, tiens....., ni une ni 2, j'ouvre le 'bestiau' (ce que je ne voulais pas faire) et débranche mon disque 2.
Pour expliquer ma config, j'ai 3 disques dans la tour.
- Disque n° 1 'Sda' en boot efi avec un ubuntu budgie de prod (que je veux changer à terme, because politique snap)
- Disque n° 2 'Sdb' (celui que j'ai débranché) disque de stockage et de sauvegarde (une seule partition ext4).
- Disque n° 3 'Sdc qui me sert de test pour les futures installations (histoire de tester autrement qu'en virtuel)
Donc je boot sur ma clé usb en mode 'trouble shooting' histoire d'éviter des embrouilles avec le graphique et bien sur sans le disque 2.
Et là miracle j'installe fedora 34 kde en mode partitionnement automatique sur la place dispo du disque n° 3.... ..euréka !!
MAIS
Fedora s'est installé en mode légacy ;c.à.d que le boot se fait directement sur le disque 3. Il devient donc inconnu de l'efi et donc de grub de mon disque 1 (Ubuntu). Ca veut dire que je doit passer par le bios pour booter, soit sur ubuntu, soir sur Fedora (pas glop)
Du coup les redémarrages demandés par Fedora en fin d'installation puis lors des 1.3gio de mise à jour ne peuvent se faire correctement puisque à chaque fois il faut passer par le bios. (il aurait fallu que je change l'ordre des priorités des disques).
Il y a également le grub sur ubuntu de mon disque 1 qui râle because il y a le bios qui lui raconte des trucs sur le disque 3 et il ne comprend pas (allez savoir pourquoi ..mdr)
Pour toutes c'est raisons et d'autres (notamment les mises à jours qui se font comme windows, c;à;d lors d'un reboot avec le message 'ne pas éteindre' --ça craint grave-) j'abandonne définitivement mon projet d'utiliser Fedora.
Un grand merci pour votre participation mais pour moi la messe est dite :lol:
Nednet
Bien joué pour avoir trouvé l'origine du problème.
Par contre je ne vois pas pourquoi débrancher ce disque empêcherait d'installer en EFI...
Papix
Non, ce n'est pas le disque que j'ai débranché qui a provoqué l'installation en légacy...
Après examen les paramètres de mon bios étaient :
- CSM : Activé (c.a.d compatibles uefi)
- Priorité périphériques de démarrage : ROM d'option UEFI et Héritée
- Sécure boot : désactivé
- Type système d'exploitation : Autre SE (prise en charge non-efi)
Donc j'ai du me planter car je devais avoir la possibilité de booter sur la clé usb soit en mode uefi soit en mode légacy.
Il est fort probable que j'ai booté en légacy.
Du coup je ne peux pas déterminer si c'est à cause de ce boot et /ou du disque débranché que j'ai pu installer fedora 34.
(je penche quand même pour le disque).
Depuis j'ai remis mon bios en mode boot uefi only (ce que j'avais avant tous mes essais), comme ça pas de risque de 'gourance' dans le futur.
VINDICATORs
Ta vérifié l'état smart de tes disques?
Seagate... que de souvenirs de chiasses olympique sur beaucoup de séries en grand public...