J'ai flingué mon OS
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
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.
- 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 !). - 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 /).
- Comme l’écrit uboot, tu devrais pouvoir accéder à tes fichiers depuis un système Trisquel Live, qui te demandera ton mot de passe.
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 loopJe 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 ;-)
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.
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 ?
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.
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
@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 ;-)
@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 ?
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.
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 !! ;-)
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.
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.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires