- 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 Linux 36 est disponible !
parfait, linux est sauf, mais ce sera plus que parfait en mettant le système à jour car F32 est obsolète depuis pas mal de temps... Comme on peut faire une dnf system-upgrade en sautant une version, tu pourrais passer directement en F34. Plus on attend plus c'est difficile...
Bonjour,
il faudrait regarde dans pavucontrol, à installer s'il ne l'est pas, si cette sortie est bien active
Il faut regarder les onglets périphérique de sortie et lecture.
Pavucontrol est appelé 'Contrôle de volume audio' dans les menus.
Bonjour,
on voit beaucoup de problème avec cette carte... par exemple https://bugzilla.redhat.com/show_bug.cgi?id=1834917 ou il a quelques piste de solution
Que donne ?
$ lspci -vv
et
$ dmesg | grep snd
bonjour,
un peu plus de détail comme la taille de l'écran serait un plus pour avoir une réponse
Je veux juste attirer ton attention sur le fait que la chronologie est erronée.
Tu dois d'abord copier le contenu du /home ancien avant de le démonter sinon tu copies un point de montage, c'est à dire un répertoire vide.
on a du mal a se comprendre.
Il ne faut pas copier l'ancien mais le nouveau qui est actuellement masqué par le montage de l'ancien home et au n° 3, j'indique bien le contenu de home : /home/* ce ne sera donc pas un point de montage.
Voir le post #23.
De l'ancien on ne récupère que les données, pas la configuration
C'est la partition home(ancien) qui est démonté, une fois démonté, on y trouve le /home de la nouvelle installation
si tu es assez à l’aise avec la console, c’est possible directement.
Comme tu as un home déjà “configuré” sur la racine du disque, on va se servir de lui, en supposant que l’utilisateur est le même ainsi que son mot de passe.
Préparer la partition qui recevra le nouveau home. Pour la taille, cela dépend de te “philosophie”. Mon home ne contient que les données de configuration et les dossiers programme contenant les historiques : firefox, thunderbird, Brave…
Se déconnecter
Passer en mode terminal : alt+ctrl+F3
se connecter en root
1) démonter le /home
$ sudo umount /home
2) monter le nouveau home de façon temporaire, à adapter en fonction de ton installation
$ sudo mount /dev/sdxx /mnt
3) copier le home de la racine sur le nouveau disque
$ sudo cp – a /home/* /mnt/
4) demonter mnt et remonter le disque en /home
$ sudo umount /mnt
sudo mount /dev/sdxx /home
repasser en mode graphique et se connecter
6) monter l’ancien home sur mnt
$ sudo mount /dev/sdxx /mnt
7) Copier uniquement les dossiers de données.
démonter l’ancien home
$ sudo umount /mnt
il restera à supprimer la ligne de l’ancien home dans /etc/fstab et y ajouter une ligne pour le nouveau home en t’inspirant de /etc/mtab
N’hésite pas à dire si quelque chose n’est pas clair
Bonjour,
la solution dans ce cas est de supprimer le paquet qui pose pose problème en vérifiant bien sûr que les dépendances soient 'raisonnables', tu pourras toujours le réinstaller après.
Mais un peu de recherche indique que ce paquet existe bien.
https://dl.fedoraproject.org/pub/fedora … noarch.rpm
Cela peut-être un problème de synchro des dépôts
Peut-être nettoyer dnf pour le forcer à relire les dépôts
# sudo dnf clean all
à priori non, cela vient de ton /home
as-tu une partition libre qui te permette de démarrer sur un home vierge ?
donc pour terminer car si cela ne marche pas, ce sera difficile sans avoir la machine sous la main comme dit Nicoss.
Il faudrait reprendre la régénération de grub
démarrer avec le rescue en choisissant 1
# chroot /mnt/sysroot
dnf reinstall grub2-efi
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
sortir du chroot avec ctrl+d
puis du rescue avec ctrl+d
redémarrer sur le disque
j’ai refait le tour des commandes et je ne vois rien de particulier. il faut vraiment faire un dnf reinstall grub2-efi avant de régénérer grub ? car il a bien passé la bonne commande.
Il a dit qu’il n’avait aucune donnée à sauvegarder donc il peut réinstaller sans problème mais cela me semble un peu bête si près du but car pouvoir reprendre une mise à jour avec le rescue serait souvent une solution. Mais comme je ne l’avais jamais fait…
à quel disque correspond 2cd32f28-335b-4836-af77-2ed8e13f69d ?
Le problème est semble-t-il la reconstruction de de grub à partir du rescue.
Qu'en pense Nicoss, je n'ai pas trop d'idée...
bravo, le problème que j'évoquais date de plusieurs années... j'aurais dû le préciser
c'est là qu'est le problème, il veut booter sur le rescue.
essai de redémarrer sur un autre noyau en mettant 3 à la fin de la ligne linux donc après quiet pour voir si l'écran noir est un problème graphique
Quand as-tu ce message ?
après avoir choisi une des entrées dans la liste des noyaux de grub ?
le disque semble bon, ce serait plutôt un problème de la ligne de boot qui ne pointe pas sur le bon endroit
Pour vérifier les identifiants des disques
# blkid
et ensuite vérifier si le code root=UUID=xxxxxx de la ligne de boot correspond bien à sdb2
Pour cela
avant de valider l'entrée du noyau, appuyer sur e pour l'éditer
Il serait aussi intéressant d'avoir le contenu du fichier /run/initramfs/rdsosreport.txt
cela semble bon mais vu de loin !
et en redémarrant sur ce disque ?
et
$ ls -l /media/temp/pcfedora/
La commande
$ sudo mount /dev/fedora/home /media/temp/
passe mais est sans effet
c'est à dire ?
pas d'effet après la commande ou il n'y a rien dans /media/temp ?
La commande
$ ls -l /media/temp/
devrait te lister ce qu'il y a mais surtout elle dira s'il y a un problème de lecture
réfléchi un peu, je ne parle pas anglais mais ce n'est certainement pas avec create que je vais lire ! veux-tu récupérer des données ou tout effacer car c'est ce que tu es en train de faire
pvdisplay
vgdisplay
lvdisplay
et en plus il y a la description de la commande
hélas, regarde sur le forum d'OVH, il en est beaucoup question. Je n'ai jamais trouvé la solution quand j'ai voulu en installer un sinon l'installation manuelle des plugin et mise à jour.
Si mes soubenirs sont bons, ce n'est pas lié à SELinux et firwalld
de mémoire gparted ne sait pas lire les lvm (jamais utilisé). Photorec ne peux rien faire non plus
il y a un tas de commande vg*** qui sont donnés dans la doc indiqué.
Lance-les et donne les retour
je suppose que tu as fait cela depuis le live rescue donc cela me parait normal, il monte les partition automatiquement.
il faudrait les démonter pour voir le résultat mais ce n'est pas possible, dans ton cas / est sur sdb2
redémarre le rescue en prenant l'option 3
les partitions ne sont pas montées, on peut donc lancer
mais si c'est une partition btrfs, fsck n'est pas utilisable
essai
# btrfs check /dev/sdb2
cela fait l'analyse mais je n'ai pas l'impression que cela répare...
si ce n'est pas btrfs
# fsck /dev/sdb2
C'est vrai que cela devient compliqué mais c'est aussi un moyen d'apprendre à utiliser la boite à outils !
à toi de voir
Quand j'essaye de lire le disque sur mon Fedora 35 il monte mais avec une partition de 1.1Go alors que c'est un 160Go.
Dans Gparted (çà je connais un peu) le disque et sa partition sont bien visibles.
une seul partition sur ce disque ?
si le disque est endommagé, gparted devrait le signaler.
Quel est le type de formatage du disque ? mbr, gpt... ?
apparemment il a été mal arrêté. Comment as-tu rebooté ? en sortant du chroot avec ctrl+D ou avec un reboot ?
pour trouver qu'elle est la partition /
# lsblk
ensuite si / est sur sda2, à adapter
et comme dit @nouvo09
# fsck /dev/sda2
As-tu des données à récupérer ?
peut-être pas
c'est une erreur fréquente :
https://unix.stackexchange.com/question … witch-root
si tu as encore le courage !
à priori une erreur dans la ligne de boot
à quel moment as-tu cette erreur ? accèdes-tu à la liste des noyaux ?