chev_chelios Les caractéristiques de la machine serait un plus.
Que retournent les commandes suivantes en utilisant le bloc de code -> Voir FAQ
$ lspci
$ df -h
$ free -h
Desaroi du démarrage, cause disque plein
- Modifié
Salut Nicosss,
Merci pour ta réponse
Nicosss
Comme dit plus haut le systeme ne démarre pas, j’ai démarré le pc a partir du Live OS FEDORA 41 avec l’option pcie_aspm=off
Donc voici le lspci mais pas sur que le df -h et le free aide a quelque chose, mais j’ai donc pu avoir une description de la machine :
💡
## Report details
- **Date generated:** 2025-03-24 05:58:24
## Hardware Information:
- **Hardware Model:** ASUSTeK COMPUTER INC. ROG Strix G713RW_G713RW
- **Memory:** 16.0 GiB
- **Processor:** AMD Ryzen™ 9 6900HX with Radeon™ Graphics × 16
- **Graphics:** NV174
- **Graphics 1:** AMD Radeon™ 680M
- **Disk Capacity:** (null) / Micron_2450_MTFDKBA1T0TFK (V5MA010) 1To
## Software Information:
- **Firmware Version:** G713RW.327
- **OS Name:** Fedora Linux 41 (Workstation Edition)
- **OS Build:** (null)
- **OS Type:** 64-bit
- **GNOME Version:** 47
- **Windowing System:** Wayland
- **Kernel Version:** Linux 6.11.4-301.fc41.x86_64💡liveuser@localhost-live:~$ df -h
Filesystem Size Used Avail Use% Mounted on
LiveOS_rootfs 3.0G 132M 2.9G 5% /
devtmpfs 4.0M 0 4.0M 0% /dev
tmpfs 7.5G 92K 7.5G 1% /dev/shm
efivarfs 128K 37K 87K 30% /sys/firmware/efi/efivars
tmpfs 3.0G 132M 2.9G 5% /run
/dev/ventoy 2.3G 2.3G 0 100% /run/initramfs/live
/dev/loop0 2.2G 2.2G 0 100% /run/rootfsbase
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-udev-load-credentials.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-network-generator.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysctl.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
tmpfs 7.5G 8.0K 7.5G 1% /tmp
vartmp 7.5G 0 7.5G 0% /var/tmp
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-resolved.service
tmpfs 1.5G 228K 1.5G 1% /run/user/1000
/dev/sdb2 32M 28M 4.6M 86% /run/media/liveuser/VTOYEFI
/dev/sdb1 112G 107G 5.5G 96% /run/media/liveuser/Ventoy💡liveuser@localhost-live:~$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Root Complex (rev 01)
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 17h-19h IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Dummy Host Bridge (rev 01)
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Dummy Host Bridge (rev 01)
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe GPP Bridge
00:02.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe GPP Bridge
00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe GPP Bridge
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Dummy Host Bridge (rev 01)
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Dummy Host Bridge (rev 01)
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h PCIe Dummy Host Bridge (rev 01)
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h Internal PCIe GPP Bridge (rev 10)
00:08.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h-19h Internal PCIe GPP Bridge (rev 10)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 71)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Rembrandt Data Fabric: Device 18h; Function 7
01:00.0 VGA compatible controller: NVIDIA Corporation GA104 [Geforce RTX 3070 Ti Laptop GPU] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GA104 High Definition Audio Controller (rev a1)
02:00.0 Network controller: MEDIATEK Corp. MT7922 802.11ax PCI Express Wireless Network Adapter
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)
04:00.0 Non-Volatile memory controller: Micron Technology Inc 2450 NVMe SSD [HendrixV] (DRAM-less) (rev 01)
05:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt [Radeon 680M] (rev c7)
05:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 19h PSP/CCP
05:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #3
05:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #4
05:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 60)
05:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
06:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #8
06:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #5
06:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #6💡liveuser@localhost-live:~$ free -h
total used free shared buff/cache available
Mem: 14Gi 2.5Gi 10Gi 166Mi 2.7Gi 12Gi
Swap: 8.0Gi 0B 8.0GiUne autre commande qui pourrait être utile:
💡liveuser@localhost-live:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 2.1G 1 loop /run/rootfsbase
sdb 8:16 0 111.8G 0 disk
├─sdb1 8:17 0 111.8G 0 part /run/media/liveuser/Ventoy
└─sdb2 8:18 0 32M 0 part /run/media/liveuser/VTOYEFI
zram0 252:0 0 8G 0 disk [SWAP]
nvme0n1 259:0 0 953.9G 0 disk
├─nvme0n1p1 259:1 0 600M 0 part
├─nvme0n1p2 259:2 0 1G 0 part
└─nvme0n1p3 259:3 0 952.3G 0 part
├─fedora-root 253:1 0 117.7G 0 lvm
└─fedora-home 253:2 0 182.3G 0 lvm La partition fedora-home semble etre corrompu et je n’arrive pas à la réparer avec l’appli Disks, ce que j’ai fais avec la partition fedora-root et j’ai pu récupérer l’accès en la montant et c’est là que j’ai vu que les deux tiers des fichiers étaient corrompu
Je reste disponible si il y a besoin de plus d’info.
D’ailleurs je pense que le problème est inérant a la machine, entre plantage du Live OS (redemarrage) et impossible de passer en super user après plus d’une heure que le systeme soit lancé :
🆘liveuser@localhost-live:~$ su
bash: /usr/bin/su: Input/output errorC’est la joie quoi …
Merci encore
Edit Nicosss : Mise en forme pour lisibilité
je ne suis pas sûr que Disks soit adapté pour réparer une lvm.
sdb1 est annoncé 111.8G, fedora-root 117.7G, où fedora-home prend-il ses 182.3G ?
Salut
fgland
Aie … Je suis loins d’être expert en LVM, mais j’apprends 😇
SDB est le disque Ventoy que j’utilise, vois le comme la clée usb qui contient le live-cd sur lequel j’ai démarré.
Le disque qui a besoin d’être remis en route est le NVME0N1 , donc la partition root prends 117Go et la partition home prends 182 Go , sur les 952Go disponible sur le NVME, tout le reste est de l’espace libre
Merci
ok, et tu crois vraiment que les 117Go étaient utilisés ?
device [10de:24a0] error status/mask=00000040/0000a000 semble un problème nvidia ( c’est d’ailleurs sur une ligne nouveau), pas de disque.
Utilises-tu le pilote proprio nvidia ?
Merci fgland
Ce que je crois c’est que j’ai vu un message dans ce sens disant que le disk root etait full et donc impossible de faire de réparation.
Ce que j’ai donc fait c’est de recuperer tous l’espace libre du disque et en attribuer une partie (10Go) à la partition nvme0n1p3
C’est pour cela que la partition nvme0n1p3fait 952Go , la fedora-root 117Go et la fedora-home 182Go et qu’il reste encore une certaine quantité de données de disponible
Le problème étant que si je ne mets pas l’option pcieaspm=off des logs infini se génèrent
Mar 20 04:42:21 localhost-live kernel: pcieport 0000:00:01.1: AER: Correctable error message received from 0000:01:00.0
Mar 20 04:42:21 localhost-live kernel: nouveau 0000:01:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)
Mar 20 04:42:21 localhost-live kernel: nouveau 0000:01:00.0: device [10de:24a0] error status/mask=00000040/0000a000
Mar 20 04:42:21 localhost-live kernel: nouveau 0000:01:00.0: [ 6] BadTLP Plusieurs dizaines de fois pas secondes donc oui je pense que ça aurait pu me remplir mon disque sans que je m’en apercevoir
Il me semble en effet que j’utilisais le pilote propriétaire Nvidia , mais pas sur que ce soit lié , car le message semble venir du port PCIE et pas de la carte graphique en elle même mais je me trompe peu être
Merci pour votre aide
chev_chelios Et si depuis le Grub tu utilises l’option pci=noaer ? Tu as toujours les erreurs et les plantages ?
Ensuite tu peux toujours démarrer depuis un Live Server ou Netinstall puis utiliser Troubleshooting pour pouvoir travailler sur ton système actuel, voire installer le pilote propriétaire Nvidia pour ta carte.
Merci pour ta réponse.
Je ne pense pas que le problème vienne de la carte graphique, c’est la cause de mon problème mais pas la conséquence.
Actuellement mon problème est que mon systeme est corrompu a cause des logs générés par la gestion d’alimentation de la carte graphique qui ont rempli completement ma partition LVM fedora-root.
Est ce que il y aurait un moyen pour réparer le systeme Fédora 41 sans avoir à le reinstaller, maintenant que j’ai ajouter de l’espace libre et lancer une réparation du disque ?
Une operation à lancer pour verifier les fichiers systeme ou remplacer les fichiers qui seraient manquant ou corrompu?
Quand je le démarre actuellement sans l’option quiet , je vois 30 secondes de log de démarrage qui me semble normal, sans erreur en tout cas et après , j’ai un ecran noir avec trois petit point au milieu de l’écran et le pc plante.
CTRL+ALT+SUPP n’a plus aucun effet
Une fois que le problème sera résolu et mon systeme démarrera je m’occuperai de ce problème de carte graphique ( reduction de la consommation)
Merci pour votre aide
Je vous écris actuellement de la machine sous un systeme Live de fedora 41 workstation
chev_chelios SDB est le disque Ventoy que j’utilise, vois le comme la clée usb qui contient le live-cd sur lequel j’ai démarré.
chev_chelios - OS Name: Fedora Linux 41 (Workstation Edition)
- Modifié
Entre temps j’ai reussi a réparer ma partition fedora-home avec fsck et je suis en train de faire une copie pour confirmer que les fichiers ne sont pas corrompu.
Pour l’instant, rien a signaler.
J’ai quand même essayer de redémarrer des fois que le plantage soit dû à un fichier innaccessible sur la partition fedora-home, mais aucun résultat.
Toujours cet ecran noir avec les trois petits point au millieu de l’ecran et plantage de la machine car CTRL+ALT + SUPP n’a aucun effet
Je pense donc que mon problème vient bien de la partition fedora-root et qu’elle contient des fichiers systeme manquant ou corrompu.
😟
chev_chelios Justement c’est ce que j’indiquais dans mon dernier message, pouvoir monter ton système dans un chroot pour pouvoir faire une mise à jour ou un distro-sync et voir ce que ça donne.
Tu pourras aussi supprimer des logs, etc selon le problème.
Tu as bien effectué un fsck sur fedora-root aussi ?
Au démarrage, quand tu as le choix du noyau, appuie sur la touche e pour éditer la ligne de boot, déplace-toi sur la ligne des options du noyau et retire rhgb et quiet. Puis ctrl+x pour continuer le démarrage. Cela permettra de voir à quel endroit il bloque.
Bonjour Nicosss
Merci pour les commandes
Nicosss distro-sync
pour la partition fedora-root en effet j’ai tenter d’utiliser fsck mais il y avais beaucoup trop d’erreurs, j’ai arrêter la réparation et j’ai utilisé l’application graphique Disks pour réparer la partition LVM 😬.
En rentrant ce soir je vais regarder les posts au sujet de distro-sync ou tenter une mise à jour systeme a partir d’un system live-cd
Bonjour fgland
J’édite déjà la partie grub au demarrage de la machine pour retirer la partie quiet et ajouter l’option pcie-aspm=off
chev_chelios Quand je le démarre actuellement sans l’option quiet , je vois 30 secondes de log de démarrage qui me semble normal, sans erreur en tout cas et après , j’ai un ecran noir avec trois petit point au milieu de l’écran et le pc plante.
CTRL+ALT+SUPP n’a plus aucun effet
Le probleme c’est que je ne vois pas ce qui plante car c’est peut etre au moment où l’interface graphique se lance que le pc n’a plus de réaction.
Je vais essayer de monter la partition fedora-root pour voir si j’arrive a récupérer des logs, mais j’ai un fort doute la dessus.
Merci a vous deux pour vos conseils et vos idées
👍
essaie de démarrer sans interface graphique en mettre 3 au bout de la ligne de boot
- Modifié
Bonjour a tous, Bonjour@“fgland”#p645215
Bon j’ai reussi a démarrer sans “ l’interface graphique” en retirant la partie rhgb dans le grub.😃
Que je mette 3 ou 1 ou emergency ou rescue ou systemd.unit=multi-user.target ça ne change rien.
Il semblerait qu’il ouvre le disque en lecture seule et du coup arrête tous les services pour demarrer en tant que root.
Et c’est là que ça bloque. En appuyant sur la touche “echap”, cela m’affiche la fameuse page noir avec les trois petit points, et si je réappuie sur la touche “echap”, cela semble rejouer les logs pour arriver au même endroit qui bloque avec le demarrage du root.
Je n’ai pas compris la démarche, peut être le fonctionnement normal du demarrage
J’ai essayer le chroot(via le live-usb), mais j’ai trouvé l’operation trop facile et du coup forcement cela n’a rien changé , je pense qu’une autre commande est necessaire ou cette manipulation ne reglera pas mon problème
En suivant cette procédure : https://www.turnkeylinux.org/docs/chroot-to-repair-system
Pour l’instant je pense que la reinstallation est ma seule option, même si veux l’eviter☹
Je continue a chercher, merci pour votre aide❤ et vos conseils
EDIT : Je ne sais pas si cela viole les règles de mettre des liens comme je l’ai fait, si ce n’est pas le cas, j’essayerai de votre mettrre une video en slow motion pour essayer de voir ce qui s’inscrit lors du déroulement des logs .
chev_chelios cela n’a rien changé , je pense qu’une autre commande est necessaire ou cette manipulation ne reglera pas mon problème
Nicosss un chroot pour pouvoir faire une mise à jour ou un distro-sync et voir ce que ça donne.
En effet , il manque quelques commandes …. j’y retourne 😅
- Modifié
root@localhost-live:/home/liveuser# mount /dev/nvme0n1p2 /mnt/rescue/boot/
root@localhost-live:/home/liveuser# ls /mnt/rescue/boot/
config-6.11.4-301.fc41.x86_64 initramfs-0-rescue-9c0af7f30b0445f3babeef85714e7a48.img lost+found System.map-6.12.11-200.fc41.x86_64
config-6.12.11-200.fc41.x86_64 initramfs-6.11.4-301.fc41.x86_64.img symvers-6.11.4-301.fc41.x86_64.xz vmlinuz-0-rescue-9c0af7f30b0445f3babeef85714e7a48
efi initramfs-6.12.11-200.fc41.x86_64.img symvers-6.12.11-200.fc41.x86_64.xz vmlinuz-6.11.4-301.fc41.x86_64
grub2 loader System.map-6.11.4-301.fc41.x86_64 vmlinuz-6.12.11-200.fc41.x86_64
root@localhost-live:/home/liveuser# mount -t proc proc /mnt/rescue/proc/
root@localhost-live:/home/liveuser# mount -t sysfs sys /mnt/rescue/sys/
root@localhost-live:/home/liveuser# mount -o bind dev /mnt/rescue/dev/
mount: /mnt/rescue/dev: special device dev does not exist.
dmesg(1) may have more information after failed mount system call.
root@localhost-live:/home/liveuser# mount -o bind /dev /mnt/rescue/dev/
root@localhost-live:/home/liveuser# mount -t devpts pts /mnt/rescue/pts
mount: /mnt/rescue/pts: mount point does not exist.
dmesg(1) may have more information after failed mount system call.
root@localhost-live:/home/liveuser# mount -t devpts pts /mnt/rescue/dev/pt
ptmx pts/
root@localhost-live:/home/liveuser# mount -t devpts pts /mnt/rescue/dev/pt
ptmx pts/
root@localhost-live:/home/liveuser# mount -t devpts pts /mnt/rescue/dev/pts
root@localhost-live:/home/liveuser# chroot /mnt/rescue/
bash-5.2# exit
exit
root@localhost-live:/home/liveuser# dnf --installroot=/mnt/rescue distro-sync
Updating and loading repositories:
Fedora 41 - x86_64 100% | 134.5 KiB/s | 26.5 KiB | 00m00s
Copr repo for PyCharm owned by phracek 100% | 11.4 KiB/s | 2.1 KiB | 00m00s
Fedora 41 - x86_64 - Updates 100% | 293.0 KiB/s | 23.7 KiB | 00m00s
RPM Fusion for Fedora 41 - Nonfree - Steam 100% | 65.1 KiB/s | 8.7 KiB | 00m00s
RPM Fusion for Fedora 41 - Nonfree - NVIDIA Driver 100% | 74.6 KiB/s | 9.1 KiB | 00m00s
google-chrome 100% | 24.5 KiB/s | 1.3 KiB | 00m00s
Fedora 41 openh264 (From Cisco) - x86_64 100% | 14.9 KiB/s | 989.0 B | 00m00s
Fedora 41 - x86_64 - Updates 100% | 6.1 MiB/s | 6.0 MiB | 00m01s
RPM Fusion for Fedora 41 - Nonfree - Steam 100% | 75.0 KiB/s | 14.0 KiB | 00m00s
RPM Fusion for Fedora 41 - Nonfree - NVIDIA Driver 100% | 78.6 KiB/s | 18.1 KiB | 00m00s
google-chrome 100% | 47.9 KiB/s | 3.3 KiB | 00m00s
Repositories loaded.
Package Arch Version Repository Size
Upgrading:
--------------------------------------------------------------------------------------------
Transaction Summary:
Installing: 9 packages
Upgrading: 532 packages
Replacing: 534 package
Total size of inbound packages is 2 GiB. Need to download 2 GiB.
After this operation, 495 MiB extra will be used (install 5 GiB, remove 5 GiB).
Is this ok [y/N]: yEt c’est parti pour les grosse betises… On verra bien le resultat
En tout cas on dirait bien que le systeme était fortement corrompu😖
Merci a tous.
Je vous tiens au courant de la “réparation”
je suis intrigué par ta procédure. L’opération se fait en ‘chroot’ mais après, avoir fait le chroot tu en es sortie avec exit. Donc tu n’es plus dans le chroot. Peut-être que le distro-sync n’en a pas besoin.
Bonjour fgland
Il n’a pas reconnu la commande distro-sync en etant en chroot
Bon du coup après avoir tout mis a jour avec la commande distro-sync , je redemarrre et kernel panic .
J’y suis rester jusqu’a 3h du matin , et du coup ce matin j’ai reinstaller le systeme.
Je vais maintenant m’occuper de mon Nextcloud pour mettre en place les sauvegardes pour éviter de nouveau ce genre de probleme.
Je ne sais pas si vous avez d’autrees suggestionq ou des questions sur des manipulations que j’aurais oublier de notifier et je vais clore le sujet en non résolu.
Merci encore a vous deux pour votre aide !!
la seule chose que je vois ou on a peut-être pas assez insisté, est le pilote nvidia. Si tu l’avais installé, nouveau était blacklisté et s’il ne marchait pas pour une raison ou pour une autre, tu ne pouvais avoir d’affichage graphique.
La réinstallation est certainement le plus sûr.