J'ai flingué mon OS

12 replies [Last post]
MetallicaMust
Offline
Joined: 03/06/2016

Hello,

J'ai complètement flingué mon système et je suis incapable de le récupéré. Je précise que c'est totalement de ma faute.

Ca fait environs 1 mois. Etant totalement coupable de cette situation, j'ai tenter de récupéré seul. J'y suis parvenu une première fois avant de faire une autre bêtise. J'y suis parvenu une seconde fois mais un bug s'est occupé de bloqué l'accès au bureau MATE et après j'ai tenter des choses sans trop être sûr et j'ai re-fait des bêtises.

J'ai persisté dans mes tentatives de réparations car c'est hautement formateur !
J'ai cherché, mais là je ne trouve plus de solutions...

Bref, il me reste 3 solutions :

1. Trouver l'ensemble des paquets .deb de Trisquel (version actuel) et forcer leur installation avec # dpkg --force-all -i *.deb

2. Réinstaller Trisquel dans la partition "sda1" en conservant les autres partitions en l'état (si c'est possible)

3. Faire une sauvegarde de mes données sur un DD externe, sauf que cette partition est chiffrée et je ne sais pas comment faire depuis le LiveCD. Il faudrait probablement utiliser "chroot" mais là j'ai peur de faire d'autres bêtises car j'ai vraiment besoin de récupéré mes documents.

Actuellement j'utilise la méthode de Ker Tris avec "Chroot" ( https://trisquel.info/fr/forum/%C3%A9cran-bloqu%C3%A9-au-d%C3%A9marrage#comment-101326 ) qui me permet de travailler sur le système cassé depuis le LiveCD et de poster ce message (navigateur du LiveCD).

Mille mercis à ceux qui accepterons, malgré ma propre bêtise, de bien vouloir m'aider.

Magic Banana

I am a member!

Offline
Joined: 07/24/2010
  1. La commande suivante devrait (je n’ai pas testé) télécharger tous les .deb qui dépendent (récursivement) du paquet "trisquel" :
    $ sudo apt-get download $(debfoster -d trisquel | tail -n +2 | tr -s ' \n' ' ')
    Si tu n’as pas même apt-get qui fonctionne, tu peux exécuter cela depuis un terminal du système Trisquel Live, ouvert dans un répertoire du disque dur interne (pas un répertoire du système Live : tu remplirais toute ta RAM !).
  2. C’est possible. Je l’ai déjà fait. Y compris avec le système de fichiers monté en /home qui avait été chiffré lors de la précédente installation. Il suffit de ne pas choisir un type d’installation par défaut (demander « autre chose », je crois) et lors de la phase de partitionnement, de spécifier que système de fichier existant doit être monté en /home mais *pas* formaté (il te faut, aussi, définir le système de fichiers à monter en /).
  3. Comme l’écrit uboot, tu devrais pouvoir accéder à tes fichiers depuis un système Trisquel Live, qui te demandera ton mot de passe.
MetallicaMust
Offline
Joined: 03/06/2016

Hello,

D'abord merci infiniment à uboot et à Magic Banana pour l'aide ;-)

En interface graphique, depuis le LiveCD, j'ai bien la partition chiffrée qui apparaît dans le volet de "Raccourcis" à gauche du gestionnaire de fichier "caja". Il se nomme "730 GB chiffrés". En l'ouvrant il me demande le mot de passe pour "monter" cette partition. Je met mon mot de passe et il me répond "Impossible de monter 730 GB chiffrés. Le périphérique déverrouillé ne possède pas de système de fichiers valide" !!! Par contre quand je redémarre l'ordi sur le système cassé il me demande correctement le mot de passe de déchiffrement et passe correctement cette étape avant d'aboutir à un écran tout noir au moment où il devrait me proposer les sessions en mode graphique.

root@trisquel:# lsblk
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                             8:0    0 698.7G  0 disk  
|-sda1                                          8:1    0  18.6G  0 part  /
|-sda2                                          8:2    0     1K  0 part  
`-sda5                                          8:5    0   680G  0 part  
  `-luks-7a5ff569-9ef5-4bf6-8661-816acdbca8cf 252:0    0   680G  0 crypt 
    |-trisquel--vg-swap_1                     252:1    0  23.5G  0 lvm   
    `-trisquel--vg-home                       252:2    0 656.5G  0 lvm   
sr0                                            11:0    1   2.5G  0 rom   
loop0                                           7:0    0   2.4G  1 loop

Je vais déjà tenter de résoudre le problème grâce à votre aide. Je repasserai plus tard pour donner le retour en espérant avoir résolu le problème.

NOTE : La commande de Magic Banana fonctionne ;-)

MetallicaMust
Offline
Joined: 03/06/2016

Merci uboot pour ton aide.

Alors voilà ce qu'il en est

root@trisquel:/# vgchange -ay
  2 logical volume(s) in volume group "trisquel-vg" now active

En ouvrant le dossier personnel j'ai les 2 fichiers suivant :
- Access-Your-Private-Data.desktop
- README.txt

Le fichier README.txt contient :

THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA.

From the graphical desktop, click on:
 "Access Your Private Data"

or

From the command line, run:
 ecryptfs-mount-private

J'ai essayé la commande et elle me répond :

root@trisquel:/home/DOSSIER_PERSO# ecryptfs-mount-private
ERROR: Encrypted private directory is not setup properly

J'ai le même résultat depuis un Terminal sur LiveCD et un autre Terminal que j'ai passé sur le système endommagé (avec chroot)

En clickant Access-Your-Private-Data.desktop j'ai une fenêtre d'erreur :

Erreur lors du lancement de l'application.

Détails : L'exécution du processus fils « xterm » a échoué (Aucun fichier ou dossier de ce type)

J'ai aussi essayé tes commande avec le même resultat et j'ai encore essayé en modifiant ta commande comme suit pour l'intégré au montage avant le chroot :

root@trisquel:/# mkdir /media/system
root@trisquel:/# mount /dev/sda1 /media/system
root@trisquel:/# mount --bind /dev /media/system/dev
root@trisquel:/# mount -t proc /proc /media/system/proc
root@trisquel:/# mount -t sysfs /sys /media/system/sys
root@trisquel:/# mount /dev/mapper/trisquel--vg-home /media/system/home
root@trisquel:/# chroot /media/system

Le résultat est toujours le même.

MetallicaMust
Offline
Joined: 03/06/2016

Voilà, désolé du "retard", mais mon job ne me laisse presque plus de temps... Même pas pour me reposer...
Revenons au sujet.

Il manque un argument à la première commande :

root@trisquel:~# cryptsetup luksOpen /dev/sda5
La commande exige un périphérique et un nom de correspondance comme arguments.

Du coup je passe par l'interface graphique de caja pour saisir le mot de passe pour le disque qui se nomme "730 GB chiffrés".

Il m'affiche la fenêtre d'erreur "Impossible de monter 730 GB chiffrés. L’opération a été annulée."

Je poursuit tes instructions :

root@trisquel:~# vgchange -ay
  2 logical volume(s) in volume group "trisquel-vg" now active

Je crée le point de montage et j'effectue le montage :

root@trisquel:~# mkdir -p /media/recup
root@trisquel:~# mount /dev/mapper/trisquel--vg-home /media/recup

Je vais dans le point de montage et je trouve bien mon dossier perso :

root@trisquel:~# cd /media/recup
root@trisquel:/media/recup# ls
webmust

Mais à l'intérieur de celui-ci je n'y trouve toujours que ces 2 fichiers :

root@trisquel:/media/recup# cd webmust
root@trisquel:/media/recup/webmust# ls
Access-Your-Private-Data.desktop  README.txt

Lorsque je veux ouvrir Access-Your-Private-Data.desktop (via l'interface graphique caja) j'ai toujours le même message d'erreur :

Erreur lors du lancement de l'application.

Détails : L'exécution du processus fils « xterm » a échoué (Aucun fichier ou dossier de ce type)

Donc je ne sais pas quoi faire là...

J'ose essayer sans autre les solutions proposé sur la page https://doc.ubuntu-fr.org/ecryptfs#methode_automatique que uboot propose ou y aurait-il potentiellement un autre problème ?

MetallicaMust
Offline
Joined: 03/06/2016

Alors..

J'ai tenté plusieurs choses (toujours depuis le LiveCD).

J'arrive toujours au même résultats

root@trisquel:/media/recup/webmust# ls
Access-Your-Private-Data.desktop  README.txt

la seul chose nouvelle est ceci :

trisquel@trisquel:~$ sudo -i
root@trisquel:~# ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
find: Boucle détectée dans le système de fichiers ; « «/sys/kernel/debug/pinctrl» » est dans la même boucle que «/sys/kernel/debug».

J'ai aussi tenté cette commande après un reboot.

Là, je ne sais vraiment pas quoi faire...

Pourrai-je tenter la méthode "bulldozer" (voir : https://doc.ubuntu-fr.org/tutoriel/recuperer_ses_donnees_depuis_un_livecd#methode_bulldozer ) pour sauvegarder les donnée chiffrée et les déchiffré après réinstallation ?

---

J'ai aussi regardé la solution consistant à réinstallé Trisquel dans la partition /sda1 en conservant les autres partitions.

Magic Banana disait :

C’est possible. Je l’ai déjà fait. Y compris avec le système de fichiers monté en /home qui avait été chiffré lors de la précédente installation. Il suffit de ne pas choisir un type d’installation par défaut (demander « autre chose », je crois) et lors de la phase de partitionnement, de spécifier que système de fichier existant doit être monté en /home mais *pas* formaté (il te faut, aussi, définir le système de fichiers à monter en /).

J'ai effectivement demandé "Autre choses" dans le processus d'installation du CD d'installation, mais après, j'ai bien le graphique de partionnement, mais je ne trouve pas les options permettant les réglages évoqués...

Merci encore pour votre aide.

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

Si tu cliques sur une partition existante puis sur le bouton « Modifier » (ou quelque chose du genre), une fenêtre te permet de définir le point de montage et où si oui ou non la partition doit être formatée (non pour ton /home!). Comme sur cette capture d’écran : https://4.bp.blogspot.com/-XmFx4yo84P4/WL0cne_KykI/AAAAAAAAJNQ/j5AM_PPS7OkfcWMonF6N7ClDwwNdfEOMQCLcB/s1600/Screenshot%2Bat%2B2017-03-04%2B17%253A57%253A43.jpeg

MetallicaMust
Offline
Joined: 03/06/2016

@uboot

Voilà, la commande est juste ;-p

Tout fonctionne correctement, mais le résultat est toujours le même :
root@trisquel:/media/recup/webmust# ls
Access-Your-Private-Data.desktop README.txt

Je vais donc arrêter là en ce qui concerne la récup' des donnée.

En tout cas, merci infiniment pour ton aide ;-)

MetallicaMust
Offline
Joined: 03/06/2016

@Magic Banana

Pour faire la réinstallation, je veux être absolument certain de ne pas faire de bêtise. Alors voilà tout le détail.

J'ai donc ceci :

/dev/sda
   /dev/sda1     ext4   /     [formater ? OUI]     19999 MB     (Trisquel 8)
   /dev/sda5                  [formater ? NON]     730153 MB

Donc la première ligne (sda1) j'ai paramêtré comme suit :

Taille :                   19999 MB                                  //ne change pas
Utilisé comme :            système de fichiers journalisé ext4       //liste déroulante
Formater la partition :    [OUI]                                     //case à cocher
Point de montage :         /

La seconde ligne (sda5) j'ai paramêtré comme suit :

Utilisé comme :            Ne pas utiliser la partition              //liste déroulante
Formater la partition :    [NON]                                     //case à cocher grisé

C'est bien juste tout ca ?

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

Non : tu veux utiliser la seconde partition (le « home » auquel tu ne parviens plus à accéder). Tu veux qu’elle soit montée en /home. Mais sans formater ! Recrée ensuite le même premier utilisateur que sur l’ancien système, avec le même mot de passe. C’est en tout cas ce que j’ai fait lorsque j’ai installé Trisquel 8 par-dessus Trisquel 7 avec /home qui avait été chiffré lors de l’installation de Trisquel 7. Mais je n’avais pas de problème pour y accéder.

MetallicaMust
Offline
Joined: 03/06/2016

Je ne sais pas comment faire ca...

Voici le liste du menu déroulant (des options) pour la modification de la partition /dev/sda5

Système de fichiers journalisé ext4
Système de fichiers journalisé ext3
Système de fichiers ext2
Système de fichiers journalisé btrfs
Système de fichiers journalisé JFS
Système de fichiers journalisé XFS
Système de fichiers FAT16
Système de fichiers FAT32
Espace d'échange ( "swap" )
Volume physique pour chiffrement
Ne pas utiliser la partition

Au pif, je penche sur le système de fichiers FAT32 comme ceci :

Utilisé comme :            système de fichiers FAT32                 //liste déroulante
Formater la partition :    [NON]                                     //case à cocher
Point de montage :         /home

Je ne sais pas si FAT32 est juste ou si c'est un autre système de fichier. De plus je ne sais pas quel est la différence entre un système de fichier "journalisé" et ceux qui ne le sont pas... Comment puis-je savoir ce qu'il faut choisir ?

Ça a l'aire tellement simple pour toi !! ;-)

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

Je pensais que lorsque l’on ne demandait pas le formatage (c'est-à-dire la création d’un système de fichiers sur une partition), aucun type de système de fichiers n’avait à être spécifié. Je ne me souviens pas de cela en tout cas.

Mais puisque tu dois apparemment choisir quelque chose, choisis « Volume physique pour chiffrement » qui, de ce que je comprends, correspond à ce que tu as. De nouveau : *sans* formater.

D’après ce que j’ai compris, tu n’as pas de sauvegarde. Si tu tiens à tes fichiers et es prêt à passer plus de temps à leur récupération, réalise avant une sauvegarde de la partition chiffrée depuis le système live :
$ dd /dev/sda5 /chemin/vers/sauvegarde.img
/chemin/vers/sauvegarde.img doit être remplacé par le chemin vers le fichier de sauvegarde… qui prendra 680 Go (autant que /dev/sda5).

FAT32 est extrêmement basique. Il ne permet pas même de définir des permissions sur les fichiers. On ne l’utilise que lorsque l’on a pas besoin de mieux et que l’on souhaite que Windows puisse lire les fichiers. Donc typiquement pour des clés USB et autres disque durs externes qui transportent des fichiers que l’on souhaite partager avec des victimes de ces systèmes d’exploitation.

MetallicaMust
Offline
Joined: 03/06/2016

Ok, je vais faire la sauvegarde de cette façon là.

Je n'arrive pas à faire ce soir. Il faut que je me couche.

Je ferai "Volume physique pour chiffrement" et je donnerai le résultat.