Forum

Bonjour à tous

Le PC de ma femme, un thinkpad X240 dont le partitionnement du SSD a été fait en LVM afin d'avoir un disque dur entièrement chiffré ne démarre plus :-(

J'ai l'impression qu'il ne voit plus la partition /home !

Un lien avec une partition boot qui serait saturée ? J'ai aussi l'impression qu'il ne voit plus la swap :-(


Merci d'avance pour votre aide !!!

Bonjour,

Je ne vois pas de message concernant la partition swap (et même si elle manquait, je ne suis pas sur que cela bloquerait le système completement.).

De ce que je comprends de mon point de vue de néophyte en teme de volume lvm, c'est que c' est le volume lvm (qui héberge /home?) qui à un problème.

Le journal de log dit quelque chose à ce sujet (disque manquant dans le volume lvm, corruption du lvm ?) ?

Bonjour
Merci beaucoup pour cette première réponse. J'ai 3 machines en LVM c'est la première fois que je rencontre un tel problème.
En effet, j'ai l'impression que la partition /home n'est "plus vue" alors que les autres et notamment /var et /usr le sont après avoir rentré le mot de passe pour déverrouiller le disque.

Je crois bien que je vais avoir vraiment besoin d'un spécialiste :-(



Certes la partition /boot semble bien chargée mais j'avais vérifié il y a quelques semaines et il y avait de la place en prévoyant une partition pas trop petite. Cela étant c'est peut-être quand même la cause du problème ?
Pour autant lorsque je fais un cd /home je n'ai aucune réponse. Le reste du disque semble lisible sauf /home
[edit] : si j'accède bien à /home mais lorsque je fais un ls ou un dir : rien. Ca semble vide. Rien n'est vu.

Quelque chose me dit que je vais devoir tout refaire :-(

Édité par TuxMips Le 15/08/2022 à 15h27

Bon pour mon 1000ème post, j'aurais préféré écrire quelque chose de plus festif.
J'ai passé la commande journalctl -xb préconisée par le système.
Ca fait plusieurs centaines de lignes. Mais j'ai remarqué ce qui suit.

Ca renifle la saturation de /boot quand même

Voici deux "photos" d'écran. Désolé car l'écran n'étant pas assez grand pour voir les fins des deux lignes j'ai du déplacer le curseur vers la droite.

Du coup si c'est vraiment une saturation de vieux kernels, comment je fais pour en supprimer quelques uns en ligne de commande, si tant est que cela soit possible avec un noyau à peine démarré ? Ensuite je pourrais faire un live CD. Sauf que voilà, ils sont dans un carton en vue de notre déménagement et d'avoir à tout défaire :-(

Édité par TuxMips Le 15/08/2022 à 18h34

Arf, j'allais te proposer d'utiliser un livecd (ou usb) pour faire le ménage!
Si j'en juge par la place gagnée en supprimant 6 kernels chez moi, et si j'ai bien compté les 19 kernels chez toi, ils occupent environ 1,5Go. Plus quelques fichiers supplémentaires....
Exemple du contenu du /boot chez moi (après ménage!):

Je ne suis pas du tout spécialiste des problèmes de démarrages, mais logiquement au stade où on en est d'après tes captures d'écran, Grub a déjà fait quelque chose donc ta partition /boot devrait être montée. À ta place je tenterais les

pour le kernel 5.10.78, identifié en root bien sûr.
Puis si ça fonctionne même chose avec les autres.
Attention à ne pas oublier de laisser au moins le kernel actuel!! (le 5.15.6-desktop2, apparemment chez toi.)

Édité par Girotte Le 15/08/2022 à 19h00

Merci beaucoup Girotte
Mais cela n'a pas fonctionné. Les fichiers ont bien été supprimés.
Visiblement en continuant dans le journal de log j'ai trouvé cela. Et c'est vraiment la partition /home qui semble poser problème :-(
je n'ose pas lancer la commande fsck. De surcroît sur un disque partitionné en LVM, il faudrait peut-être que je la lance uniquement sur /home qui se trouve dans un volume logique ?
(et toujours le problème de l'écran pas assez grand. Donc toujours deux photos).

Bonsoir,
Tu peux lancer la commande fsck et ne pas accepter les corrections. Tu peux juste voir s'il rapporte des erreurs.

Merci Yuusha

après la sortie des numéros de version de fsck de util-linux et e2fsck
ca me dit :

/dev/mapper/vg--mga_lm-lv_root est monté
e2fsck: Ne peut continuer, arrêt immédiat

Un truc me laisse perplexe : pourquoi vg--mga_lm-lv_root

pourquoi les deux -- entre vg et mga ?

Alors qu'un peu plus haut dans la sortie du shell après que le démarrage ait planté j'ai bien un [FAILED] Failed to start File System Check on /dev/vg-mga_lm/lv_home

Édité par TuxMips Le 15/08/2022 à 21h08

Ce n'est pas un problème. Chez moi la commande lsblk donne, parmi les résultats, vg--mga-lv_home et vg--mga-lv_MESDONNEES.

Du coup, il faut chercher ailleurs.

Édité par Girotte Le 16/08/2022 à 10h09

J'ai peut-être trouvé quelque chose, mais sans garantie que ça résolve ton problème. Il s'agirait, si le paquet
multipath-tools n'est pas installer sur ton thinkpad, de l'installer et de redémarrer.

L'idée vient de là.

Malgré ce qui est écrit sur la page que je cite, cela ne semble pas poser de problème que le paquet soit installé alors que la partition /root n'est pas dans le LVM.
Le mien est sur une partition primaire à part, seul mon /home est dans le LVM, et il n'y a aucun souci de fonctionnement et aucun avertissement lors des démarrages.

Merci beaucoup Girotte
Je regarde asap !
Va falloir quand même que la machine 1/ se connecte au net (je vais me mettre en filaire) et 2/ qu'elle prenne la commande urpmi.
Je vais essayer aussi de faire un live CD pour essayer de voir ce que cela donne aussi.
Mais ca tombe vraiment très mal en ce moment :-( Un mois plus tôt, cela aurait été plus cool
Enfin cette panne me semble quand même un peu "forte en café" : cette machine fonctionne depuis pratiquement le début de la sortie de mageia 7 puis est passée sans encombre en mageia 8. Et les trois autres laptops que j'ai configuré pratiquement de la même manière ne posent pas de problème.
[edit]:
Précision : c'est tout mon disque qui est dans le LVM sauf /boot

Édité par TuxMips Le 16/08/2022 à 15h21

rhaaa
Si je n'ai pas fait encore le liveCD j'ai quand même le DVD Mageia 8 d'installation.
Je vais tenter une reinstallation complète du système sans reformater /home (si t'en est que cette partition soit encore vue par l'installateur). Mais auparavant je voudrais sauvegarder un fichier qui me permettra d'aller chercher la dernière sauvegarde de la machine sur le serveur de la maison pour le cas où je n'aurais pas d'autre solution que de refaire aussi le /home. C'est celui qui contient le mot de passe de samba du compte de la machine sur le serveur.

Bien entendu je suis toujours dans un shell et je devrais passer la commande cp "en ligne de commande". Et je ne suis pas un spécialiste du tout :-(

Lorsque je mets une clef usb, le périphérique sdb (et sdb1) apparait bien.

Mais je n'ai rien dans /run/media je ne vois pas la clef :-(

C'est normal ? Sur mon thinkpad je la vois bien. Comment copier ce fichier dans la clef ?

Édité par TuxMips Le 17/08/2022 à 09h16

C'est bziarre, je trouve.

À ta place je tenterais:
- Dans le terminal

Ça devrait te donner pour ta clé quelque chose comme

- Copier l'identifiant (chez moi, 531D-66E0)
- En root:

(en remplaçant bien sûr dans cette commande le "user" par ton nom de login et "identifiant" par celui qu'on a copié.)

- En user (Là je ne suis plus sûre si ce n'est pas en root; à voir si bash ne t'envoie pas un "Permission non accordée."):

Édité par Girotte Le 17/08/2022 à 10h20

Merci beaucoup.
Malheureusement le système a refusé de créer le dossier dans la clef :-(
"Aucun fichier ou dossier de ce type" :-(

Je me demande si cela ne donne pas une piste : c'est comme ci l'identifiant du profil n'était plus vu.

[edit] : je viens de faire un cat /etc/passwd : c'est bon. Le profil est bien là avec aussi celui de ma fille. en 1000:1000 et 1001:1001

Édité par TuxMips Le 17/08/2022 à 11h16

Oh sapristi!

Et en root:
mkdir /run/media/identifiant
et
mount /run/media/identifiant
?
(On ne s'occupe plus de user)
Chez moi, ça donne aussi accès à la clé.
Après, plus d'idée!

Édité par Girotte Le 17/08/2022 à 11h13