ineffable Premier poste, je me présente. Didier J'ai 63 ans et une pratique distante de Linux, c'est à dire que je me débrouille en mode console pour les trucs de base mais là je suis sorti de mon domaine de débrouille, en partie parce que je me suis laissé conduire vers une installation LVM alors que je ne maîtrise pas du tout. L'ordinateur s'est figé lors de l'installation fedora34 à partir d'une fedora33 mise à jour. Je savais que je partais dans de gros ennuis en éteignant l'ordinateur complètement figé à 66 % de la phase d'installation mais j'ai attendu et je n'avais plus la main. L'ordinateur est un ASUS vivobook (indiqué model A412U) environ 4 ans dont j'ai viré Windows et j'ai installé fedora en me laissant guider vers une installation automatique qui fut donc de type lvm. C'est en gpt et j'ai maintenant seulement accès à la console grub (le grub d'une fedora 33 mise à jour). En mode console donc si je lance la commande "ls" il me sort : (hd1,gpt1) qui est la partition efi, (hd1,gpt2) partition ext sur laquelle se trouvent vmlinuz, initramfs, config etc... et (hd1,gpt3) que la console ne peut lire, le domaine lvm. Le "bios" (atteint en pressant la touche F2 au démarrage) est capricieux car je ne peux pas changer l'ordre des entrées. C'est important car il m'est impossible de booter depuis une clé USB et accéder. Bon, j'ai peu d'espoir et rien à sauvegarder sur cet ordinateur mais je ne sais pas comment récupérer un boot sur une clé USB et un fedora live par exemple. Une possibilité (théorique en ce qui me concerne) serait de forcer le boot sur la clé USB contenant un Iso de fedora depuis la console grub pour court-circuiter l'ordre des entrée du setup. Cette clé est reconnue hd0. A votre bon cœur.... Didier
raigoin Bonjour Didier, Afin d'accéder à la sélection de boot, vous pouvez utiliser la touche "Esc" au démarrage de votre PC Asus. Au préalable, vérifiez l'intégrité du support (la clé et son ISO).
ineffable Merci pour la réponse Ragoin mais ça fait partie de ce qui ne fonctionne pas sans que je comprenne pourquoi. Donc, voie de sortie impossible. Je profite de cette réponse pour compléter. J'ai tenté de relancer manuellement Linux à partir de la console et j'aboutis à la console proposée quand le système plante, avec ctrl-D pour continuer. Avec cette console je dispose du chroot mais, parce que c'est un système lvm je ne réussis pas à m'en débrouiller. Aussi, je communique depuis une tablette samsung S7 sous Android mais établir un accès au système fedora depuis cette tablette est hors de ma débrouille comme je dis. Je précise donc : quand je lance l'ordinateur il aboutit directement à cette console grub sauf si F2 et j'aboutis au setup qui ne fonctionne pas car les entrées listées ne commutent pas si je le demande. Donc, bloqué. Clairement fedora34 a planté parce qu'il y avait des trucs pas corrects. J'ai donc téléchargé fedora34 depuis la zone des mises à jour et logiciels de l'installation fedora33 faite en lvm et en effaçant le Windows d'origine. Puis l'ordinateur à redémarré et une longue installation a commencé qui s'est figée à 66 % sur la barre de progression affichée.
ineffable Ragoin avait raison et je viens d'accéder à la clé usb. Donc j'efface tout et le problème sera résolu. Merci.
Nicosss Effectivement tu peux repartir sur une installation propre en retirant toutes tes partitions. F34 te fera une installation avec BTRFS ce qui est moins contraignant que LVM lorsque l'on ne maîtrise pas le sujet. Autre point, il ne faut jamais interrompre une mise à jour au risque de corrompre ton OS, je pense que tu vois de quoi je parle 😉
didierg Nicosss wrote:F34 te fera une installation avec BTRFS ce qui est moins contraignant que LVM lorsque l'on ne maîtrise pas le sujet. Fedora 34 permet aussi de choisir de faire une installation sur des partitions standards (donc ni LVM ni BTRFS) ce qui n'est pas un mauvais choix sur un portable sur lequel on n'ajoutera jamais d'autre disque physique.
raigoin didierg wrote:Nicosss wrote:F34 te fera une installation avec BTRFS ce qui est moins contraignant que LVM lorsque l'on ne maîtrise pas le sujet. Fedora 34 permet aussi de choisir de faire une installation sur des partitions standards (donc ni LVM ni BTRFS) ce qui n'est pas un mauvais choix sur un portable sur lequel on n'ajoutera jamais d'autre disque physique. Dans certains cas, on peut avoir besoin de chiffrer le disque. Lors de l'installation du système, Anaconda permet cette option. https://docs.fedoraproject.org/fr-FR/Fedora/23/html/Installation_Guide/sect-installation-gui-storage-partitioning.html Avant c'était proposé avec LVM, désormais avec BTRFS.
didierg raigoin wrote:Avant c'était proposé avec LVM, désormais avec BTRFS. Rien n'empêche de chiffrer une partition standard avec LUKS.
raigoin didierg wrote: Rien n'empêche de chiffrer une partition standard avec LUKS. Sans doute, mais cela oblige à procéder en deux étapes (installation et chiffrement). Toutefois, cela reste plus convivial quand c'est l'installateur qui le propose.
didierg raigoin wrote:Sans doute, mais cela oblige à procéder en deux étapes (installation et chiffrement). Toutefois, cela reste plus convivial quand c'est l'installateur qui le propose. Il y a juste une case à cocher au niveau de l'installateur pour préciser que l'on veut chiffrer les partitions avec LUKS1 ou LUKS2.
raigoin Merci didierg. C'est ce qui est indiqué lors de la configuration automatique. De fait, c'est la solution pour laquelle j'avais opté lors de l'installation de l'OS. Toutefois, je n'avais pas remarqué qu'il était possible de sélectionner le chiffrement en partitionnement manuel (cette partie d'Anaconda manque de traduction française).