Bonjour,
Même si tu agrandis le swap ça va encore swapper, ça ralentit le système.
A mon avis il faudrait ajouter une barrette mémoire de 4G ou de 8 G.
hechmi50
- il y a 9 heures
- Inscrit 21 août 2007
- 1 meilleure réponse
- Petit nouveau Adepte du forum Posteur fou Rédacteur potentiel
- Dans Boot saturé
Je crois qu’en suivant ce que préconise fgland tu gagneras un peu de place dans /boot et tu pourras faire l’upgrade.
Cependant je vois que ton installation est atypique vu l’absence de partition EFI (partition en fat32 avec drapeaux esp et boot), je ne sais pas si tu es d’humeur à faire une fresh install en respectant le standard EFI.
A toi de voir. - Dans Boot saturé
- Modifié
J’ai l’impression qu’au départ l’installation n’a pas été faite convenablement (je ne m’attendais pas à cela), il n’y a pas de partition EFI dédiée.
Pour nous en assurer fournis les retours de:sudo blkid sudo cat /etc/fstab
- Dans Boot saturé
Montre
sudo du -h /boot/efi/EFI/fedora
- Dans Boot saturé
Tu n’as pas donné le retour de
sudo ls /boot/efi/EFI
Il y avoir des répertoires superflus, chez moi la partition EFi ne prend que 66 M. - Dans Boot saturé
- Modifié
C’est pas normal d’être à l’étroit avec 474 M.
- Dans Boot saturé
- Modifié
Quelle est la taille de ta partition EFI?
df -h /boot/efi
Que contient-elle?
sudo ls /boot/efi/EFI
- Dans Boot saturé
- Modifié
C’est pas la partition boot qui est saturée mais la partition EFI, celle qui est montée dans /boot/efi, souvent les constructeurs la fixent à 100 Mo, ça devient insuffisant en cas d’update des firmwares.
Si tu as viré Windows tu peux supprimer le répertoire Microsoft qui est resté dans la partition EFI pour gagner de l’espace. (attention à ne pas le faire si es en dual boot Windows/Fedora Linux) Bonjour,
Ce n’est pas précisé mais j’imagine que tu arrives à booter avec Ubuntu, dans ce cas boote avec ubuntu, ouvre un terminal et exécute:
sudo update-grub
Et poste aussi:
efibootmgr
Que renvoie
$ systemctl get-default
Voici la réponse attendue:
hechmi@fedora:~/Téléchargements/Fedora-Workstation-Live-x86_64-40$ for checksum in *-CHECKSUM; do gpgv --keyring ./fedora.gpg "$checksum"; done gpgv: Signature faite le ven. 19 avril 2024 18:56:39 CET gpgv: avec la clef RSA 115DF9AEF857853EE8445D0A0727707EA15B79CC gpgv: Bonne signature de « Fedora (40) <fedora-40-primary@fedoraproject.org> »
- Dans Choix au démarrage
C’est une histoire d’ordre de boot. Poste
efibootmgr -v
Je doute que grub de Fedora soit en premier. Cela me parait plus propre, cependant /tmp n’est pas le meilleur emplacement pour créer un virtual environment.
Il vaut mieux le créer à la racine de ton projet, quelque part dans ton répertoire personnel.- Dans présentation
Ha la moyenne d’âge du forum diminue !
Cela me réconforte!
adam80 / dev/sda1 grub2 core.img taille 2Mio drapeaux bios_grub
Je suis d’accord avec L0standf0nd, il s’agit d’une installation EFI avec une table de partition msdos.
Dans le setup du bios, désactive le “mode compatibilité” (ou CSM) et le booot legacy pour ne laisser que le boot EFI. Il se peut ça boote directement en EFI.Sinon laisse en l’état mais pour la prochaine installation sauvegarde toutes tes données et bascule vers une table de partition GPT, tu auras une installation en EFI native. Le mode Legacy est en passe de devenir obsolète.
Tu démarres bien en mode efi.
Poste:
sudo ls /boot/efi/EFI
efibootmgr
- Modifié
Je suspecte une installation en mode legacy, pour voir, une fois Fedora démarrée poste le retour de cette commande:
[ -d /sys/firmware/efi ] && echo 'efi' || echo 'legacy'
Si l’écran du bios ne s’affiche même pas cela peut être du à un dépôt de poussière sur la carte mère.
Débranche la (ou les) cartre mémoire, donne un coup d’aspiration à leurs emplacements et au reste d’ailleurs, remets-la en place et tente un démarrage.sudo cp /etc/skel/.* /home/moi/
puis
chown moi:moi .bash_logout .bash_profile .bashrc .mozilla
Redémarre ta session utilisateur.