J’ai installé manjaro plasma depuis 3/4 semaines et tout a bien fonctionné jusqu’à aujourd’hui.
Aujourd’hui, après le démarrage de mon PC, j’ai remarqué que tous les dossiers dans mon /home n’éxistent plus.
Je peux créer des dossiers dans le home. Je peux accéder aux fichiers cachés.
Les dossiers que j’ai créé ont disparu. Lorsque je clique sur les dossiers créés à l’installation (Bureau, Documents, Téléchargements…), cela m’indique qu’ils n’éxistent pas.
J’aimerai récupérer les dossiers d’origine car j’ai des données perso dedans.
Si tu édites ton post tu peux utiliser le bouton </> de code une fois ton texte sélectionné pour le rendre lisible, là en citation c’est pas facile à lire.
//EDIT: toujours pareil, saute une ligne avant ton bloc de texte pour que le bouton code fasse son effet.
Exemple de bloc en mode code
blablabla
test, un deux, un deux
La “disparition” de fichiers dans un répertoire servant de point de montage est phénomène commun suite à un changement dans la configuration de montage de partition : les fichiers écrits dans un dossier monté n’apparaissent plus une fois la partition démontée, et inversement.
As-tu modifié tes partitions et/ou ta configuration de montage de partition après l’installation?
Que retourne ceci?
Effectivement à l’installation j’ai créé une partition / pour le système et une partition /home pour les données.
Je n’ai pas modifié mes partitions ou ma configuration de montage de partition depuis l’installation initiale.
$ inxi -op
Partition: ID-1: / size: 143.13 GiB used: 13.1 GiB (9.2%) fs: ext4 dev: /dev/sda2
ID-2: /boot/efi size: 798.4 MiB used: 296 KiB (0.0%) fs: vfat dev: /dev/sda1
ID-3: /home size: 763.18 GiB used: 1.7 GiB (0.2%) fs: ext4 dev: /dev/sda4
ID-4: /run/media/cyril18/DOC PERSO size: 983 MiB used: 58.7 MiB (6.0%) fs: ntfs dev: /dev/sdg1
ID-5: /run/media/cyril18/WD Externe size: 931.51 GiB used: 881.19 GiB (94.6%) fs: ntfs dev: /dev/sdb1
ID-6: swap-1 size: 7.81 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Unmounted: Message: No unmounted partitions found.
$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=B9B8-E4AD /boot/efi vfat umask=0077 0 2
UUID=1bb4ad46-6edf-4fd2-9968-d11d46de7387 / ext4 defaults,noatime 0 1
UUID=d7ca85c6-6e1a-49fc-9291-c08d4b4ce4ff /home ext4 defaults,noatime 0 2
Il faudrait nous donner les entrées de ton home (en mode texte : copier/coller ici depuis ton terminal - on évite les copies écran !) et on utilise le bouton </>
ls -l /home/
ls -la ~/
id
manjaro lors d’une mise à jour ne touche jamais à home, donc soit tu as changé d’utilisateur, soit tu as effacé toi-même les répertoires ou, oui tu as changé de partition “home” en cours de route…
EDIT: un changement de langue peut aussi donner ton résultat (Téléchargements → Downloads / Bureau → Desktop)
Comme le fait remarquer maycne.sonahoz, tu as encore 1.6 Go dans /home/ , je suppose donc que tu utilises simplement un autre utilisateur cyril18
Je n’ai rien bidouillé dans le système. Je n’ai pas changé de langue. Je suis le seul à utiliser ce PC.
Tout fonctionnait bien jusqu’à l’extinction du PC hier soir.
Hier j’ai installé un jeu depuis pamac. J’essaye actuellement de le supprimer mais j’ai une vérification des dépendance qui s’éternise.
L’explication la plus plausible était l’histoire des points de montage. Une vérification définitive à cela serait de regarder s’il existe un contenu au dossier /home sur la partition racine, depuis un liveUSB par exemple.
Dans les moins bonnes nouvelles
Ça pourrait être une suppression accidentelle, par une application ou une commande (tu peux lister les précédentes commandes que tu as exécuté avec history). Il y a quelques temps, Steam avait fait le buzz parce qu’il supprimait tous les fichiers de l’utilisateur s’il déplaçait le dossier des jeux…
Ça pourrait être un défaut au niveau du disque. Si je comprends bien, fsck devrait détecter les fichiers corrompus et les placer dans /home/lost+found (utiliser sudo ls /home/lost+found pour visualiser le contenu).
Je pose ça au cas où, en espérant que tu n’en aies pas besoin…
Ah oui, sur le moment j’ai pas capté, et quand j’ai lu la suite
j’ai tiqué là dessus (le dossier apartenant à root dans son “vrai” home) et j’ai vite compris que c’était le dossier /home/ du coup (dossier parent ..). Mais oui il y a bien un dossier /home/root/
Bien vu! J’attends la réponse première fois que je vois ça comment a-t-il fait?
De ce que je comprends en fait il a un dossier /home/cyril18 et /home/root/ le dossier apartenant à root dans son /home/cyril18 c’est le dossier parent .. je crois que c’est normal ça, mais le /home/root/ je pense pas que ça soit normal.
Peut être qu’il s’est logué en tant qu’utilisateur root dans son bureau, un truc du genre?
Enfin je crois qu’il faut attendre qu’il revienne pour y voir plus clair mais je pense que tu as mis le doigt sur quelque chose là.
J’ai corrigé mon message (#12) suite au tien (j’avais aussi mal lu)
Dans ton message il est clair que ls /home/ pointe sur le même répertoire que ~/ (dates les mêmes)
Dans /home/ il n’y a pas de répertoire root ! mais un “lost-found” appartement à root car nous sommes à la racine de la partition home (le home de root n’est jamais dans /home/ !)
le home doit être mauvais dans /etc/passwd - une mauvaise commande ou une application pas bonne ?
Concernant les fichiers qui étaient dedans, avec la modification de ces valeurs, je me serais attendu qu’ils aient été déplacé vers la nouvelle cible. Mais comme tu l’as montré précédemment, ce n’est pas le cas. Personnellement, j’ai peur qu’ils soient perdus, et qu’il te faille essayer de les récupérer avec les outils dont j’ai mis le lien plus haut.
Ensuite sur le pourquoi, on a donc définitivement exclu le problème de montage.
Une autre idée qui me vient en tête : as-tu changé la langue du système ? Ayant fait l’expérience il y a quelques temps, changer la langue système change également la langue des sous-dossiers personnels. Tu devrais alors normalement avoir de nouveaux sous-dossiers avec la nouvelle langue. Mais d’expérience, ça ne devrait pas pointer sur ta racine personnelle ni supprimer les dossiers existants ; mais y aurait-il eu un bug entre temps…?
J’ai préféré refaire une installation en laissant l’installateur s’occuper du partitionnement.
Heureusement que je sauvegarde mes données importantes sur un disque externe. Les dégâts ont été limités.
Je crois que j’ai supprimé la langue anglaise dans les paramètres régionaux la veille de mon problème. Ce qui est certain est que la langue française a toujours été installée.