Forum-Francophone-LinuxMint.fr

bonjour,

suite à de nombreux soucis depuis des jours et après vérification du disque avec badblocks
j'ai tout réinstallé en suivant les conseils de https://linux.claudeclerc.fr/linuxaddic ... disque_dur
sauf que je n'ai fait que des partitions primaires (FAT32 - ext4 - ext4 - swap-linux)

après plusieurs cessions sans problème, au dernier allumage
le logo mint tourne sans fin au demarrage et quand j'appuie sur esc pour voir ce qui se passe je peux lire :
(désolé mais je tape ce que je lis sur mon écran depuis un autre ordi. Par contre la signature est bien celle de la machine qui plante)

mount: mounting /run on /root/run failed: No such file or directory
systemd[1] : Failed to mount tmpfs at /run: No such file or directory
systemd[1] : Failed to mount tmpfs at /run/lock: No such file or directory
systemd[1] : Freezing execution.
[!!!!!!] Failed to mount API filesystems.

est-ce que je peux faire quelque chose ?
Merci

merci beaucoup !
j'avais déjà fait un fsck en recovery mode qui avait réparé des trucs mais le reboot n'avais pas marché.

là je viens de refaire sous clef live et tout à l'aire clean une autre idée ?

rebonjour tout le monde !

peresonne n'aurait la moindre petite idée de ce que je pourrais faire
pour essayer de refaire fonctionner cette machine ?

je suis un peu désespéré.

merci d'avance.

c'est pas top qualité.
tu me dis si il te faut autre chose.



merci beaucoup

De ce que je trouve sur internet c'est un logiciel de chiffrement ?
Je n'ai pas coché chiffrer le disque à l'installation et je n'ai pas installer LUKS moi même.
Donc je suppose que je ne l'ai pas.

Si ce n'est pas trop compliqué,
peux-tu m'expliquer ce qui te fait dire ça ?
je ne comprends même pas comment on comprend d'où vient le problème.

Je vais retenter une énième réinstallation
et ça va surement replanter au bout de quelques jours.

merci d'avoir pris le temps de regarder.

Bonjour lakoub

Iakoub a écrit : ven. 16 mai 2025 15:23 suite à de nombreux soucis depuis des jours et après vérification du disque avec badblocks

et

Iakoub a écrit : ven. 16 mai 2025 19:11 j'avais déjà fait un fsck en recovery mode qui avait réparé des trucs mais le reboot n'avais pas marché.

Il est donc normal qu'un nouveau fsck ne te renvoie plus de défaut vu qu'ils ont été réparés.

Cyrille a pensé, à juste titre, que ça pourrait être un problème de chiffrement, car ta photo nous dit qu'il y a un problème d'accès à /run sur /root/run ce qui peut effectivement être une mauvaise passphrase sur un disque chiffré.

Mais comme ce n'est pas ton cas, j'en déduis que si le /run n'est plus accessible, c'est qu'il a disparu ou tout au moins été assez endommagé pour ne plus fonctionner.

Maintenant que ton disque est sain, si tu as un instantané timeshift, tu peux essayer de le restaurer depuis le timeshift de ta clé usb live.
Ou comme tu le dis carrément réinstaller.
Mais j'ai bien peur que ton disque dur en ait un coup dans l'aile :

Iakoub a écrit : ven. 16 mai 2025 15:23 suite à de nombreux soucis depuis des jours et après vérification du disque avec badblocks

Donc après restauration ou réinstallation (ou même avant d'ailleurs) tu devrais faire un: Il faut bien entendu que smartmontools soit installé, que ton disque dur ait la technologie smart et que le service smartd soit actif.
Ça nous donnera l'état de santé réel de ton disque dur.
Je n'arrive jamais à me rappeler dans les "old age", "prefail" et "fail" lesquels sont importants, mais Cyrille pourra te le dire.