#76 Le 02/07/2022, à 17:18
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Inutile de râler comme cela en majuscules grasses.
Je râle parce que tu donnes encore ce conseil inutile ( ou très rarement utile, seulement dans des cas bien particuliers ) alors qu'on a ( toi et moi ) déjà évoqué les pourquoi et les comment.
J'aurais pu mettre en rouge car c'est fondamentalement une erreur ( Simedon EST dans un contexte multi-utilisateurs humains, évoqué très tôt dans la discussion. )
Simedon, pour ses essais, a un peu changé de contexte en cours de route, en introduisant une EmmabuntuDE4, dont l'installation est ( probablement ) chiffrée.
J'en suis encore à tenter de lire contenu. C'est la-dessus que tu devrais te concentrer.
C'est exactement ce que je fais. Mettre en place des montages aux bons endroits : un emplacement pour le contenu chiffré, et un autre emplacement pour le même contenu mais déchiffré.
Si c'est possible. Le chiffrement, j'avoue, n'est pas mon sujet de prédilection. Mais je parie qu'une fois déchiffrées dans leur partition de destination, ces données porteront leurs propres droits et permissions.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#77 Le 02/07/2022, à 17:58
- geole
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
C'est exactement ce que je fais. Mettre en place des montages aux bons endroits : un emplacement pour le contenu chiffré, et un autre emplacement pour le même contenu mais déchiffré.
Il n'a pas lieu de changer le point de montage de la partition déchiffrée
Voir échange N°55 avec la correction mal faite, il faut d'abord supprimer la ligne présente uniquement valable pour une partition non chiffrée.
C) Mettre à jour le fichier fstab en supprimant les lignes en erreur et en ajoutant le bon point de montage
sudo sed -i '/DATA/d' /etc/fstab
echo /dev/mapper/data /media/DATA ext4 defaults 0 2 | sudo tee -a /etc/fstab
Le montage de la partition chiffrée est géré en amont du fstab par le fichier crypttab
Le montage dechiffré étant prévu sous /dev/mapper/data
Dernière modification par geole (Le 02/07/2022, à 18:09)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#78 Le 02/07/2022, à 18:27
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
La partie « déchiffrée » est à monter dans /media/DATA et il y a bien un autre montage ( géré par crypttab ) pour la partie chiffrée, en amont. 2 étapes, 2 emplacements.
/media/DATA peut bien appartenir à root:root avec droits rwxr-xr-x
S'assurer que l'étape 1 fonctionne comme attendue ( comment ? )
Voir le /etc/fstab de Simedon serait opportun je crois - travailler en aveugle avec des sed, bof.
Et du coup là, c'est un système entier qu'on monte dans /media/DATA - où c'était déjà à la base ( sous le premier système installé ) qu'une partition pour des $HOME séparés ?
Dernière modification par Coeur Noir (Le 02/07/2022, à 23:38)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#79 Le 02/07/2022, à 20:09
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Simedon, pour ses essais, a un peu changé de contexte en cours de route, en introduisant une EmmabuntuDE4, dont l'installation est ( probablement ) chiffrée.
.
lors de l'installation emmabuntusDE4 je n'ai pas demandée de chiffrage, et fait l'installation sans /home à part (comme expliqué dans: #"30)
Dernière modification par SIMEDON (Le 02/07/2022, à 20:11)
Hors ligne
#80 Le 02/07/2022, à 21:15
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Ok donc tout ce questionnement autour du chiffrement est inutile. Qu'est-ce que ça vient faire là ?
Si. Si, si, c'est utile. M'a fallu relire le fil plusieurs fois. Geole comment peux-tu être sûr de la méthode à employer pour ce montage de données chiffrées ?
[ edit ] Plus tard, ce sera C'est juste une histoire de « quel dossier appartient à qui, et accorde quels droits ».
un retour terminal depuis Ubuntu:
dominus@dominus-ThinkPad-R61e:~/Bureau$ ls -al /home total 16 drwxr-xr-x 4 root root 4096 juil. 1 17:34 . drwxr-xr-x 20 root root 4096 juin 30 19:07 .. drwxr-xr-x 18 dominus dominus 4096 juin 30 19:07 dominus drwxr-xr-x 14 simon simon 4096 juil. 1 17:38 simon
dominus et simon sont 2 utilisateurs distincts, existants sur ce système.
Tel quel, depuis la session simon, simon doit pouvoir naviguer jusqu'à /home/dominus et au moins lister ce qu'il y a dans dominus.
simon ne pourra rien écrire ni modifier par là, car seul le propriétaire ( dominus ) disposent de ces droits ( rwx ) dans ce dossier.
Le retour depuis cette Ubuntu de
ls -lna /home
montrera les uid / gid de simon et dominus ( 1000 pour le premier créé, 1001 pour l'autre s'il est le second à avoir été créé. )
Il faudrait les mêmes infos depuis l'EmmabuntuDE4, les retours de
ls -la /home
# et
ls -lna /home
# ça montrera les uid / gid au lieu des noms
et on pourra comparer.
Ça c'est ce qu'on sait de ta situation sous l'EmmabuntuDE4 ( et qui paraît saine ) :
dominusde4@dominusde4-7650f7g:~/Bureau$ grep -v ^# /etc/fstab
UUID=5fd2c68d-fd65-4c92-8348-ac9cc6ee3ac3 / ext4 defaults,noatime,discard 0 1
UUID=67651ac7-8547-497c-abe2-614cb7476259 /media/DATA ext4 defaults,noatime,discard 0 2
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
lsblk -fe7 -o +size
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 238,5G
├─sda1 1K
├─sda5 swap 1 d766402a-fa1d-474f-ad34-d578fff31d69 7,6G
├─sda6 ext4 1.0 67651ac7-8547-497c-abe2-614cb7476259 170,2G 0% /media/DATA 183,2G # c'est ce dossier qu'il faut que tu explores, c'est là dedans que tu montes la partition sda6, qui contient quoi ?
├─sda7 ext4 1.0 6a9fb69f-c521-420f-b386-160dea32ee01 24,1G # ici ( je suppose ) la partition racine du système Ubuntu, sans point de montage car non montée.
└─sda8 ext4 1.0 5fd2c68d-fd65-4c92-8348-ac9cc6ee3ac3 11,3G 46% / 23,6G # ici la partition racine du système EmmabuntuDE4, qui contient entre autres les dossiers /home et /media.
sr0 1024M
zram0 [SWAP] 256M
dominusde4@dominusde4-7650f7g:~/Bureau$
…donc la question c'est plutôt : que contient sda6 d'UUID 67651ac7-8547-497c-abe2-614cb7476259 que tu montes dans /media/DATA ?
soit :
ls -la /media/DATA
# et
ls -lna /media/DATA
L'hypothèse : sur ton EmmabuntuDE4, il n'y a qu'un seul utilisateur « humain », d'uid 1000 - qui saura accéder à et écrire dans des éléments appartenant à l'utilisateur d'uid 1000 montés dans /media/DATA
Je ne crois pas que Debian numérote autrement les utilisateurs, ou plutôt Ubuntu étant aussi une Debian, elle numérote de la même façon ; le premier créé aura 1000 pour uid, le suivant 1001, etc.
Les nombres uid / gid sont statiques, ils dépendent du système de fichiers, ils sont portés nativement par les éléments ( fichiers, dossiers… ), ce sont des attributs d'un fichier ( comme sa date de création, modification ou son nom… ) Les noms d'utilisateur ou de groupe, eux, ne sont pas statiques, ils dépendent de ce que tu as renseigné pour eux sur ce système, ce sont des valeurs variables en fonction de chaque système : chez moi l'utilisateur d'uid 1000 c'est django, chez toi c'est peut-être simon. Si je copiais chez moi le $HOME de ton simon d'uid 1000, ses éléments se verraient attribués django comme propriétaire, et mon django y auraient les mêmes droits que ton simon.
Bref : les noms c'est pratique et convivial mais circonscrit à un système donné. Les uid / gid c'est moins joli mais c'est porté nativement par les éléments de données, c'est donc stable à travers les systèmes ( Linux, unix ).
[ edit ] Plus tard, ce sera Là c'est juste une question d'abord de repérage, éventuellement d'utilisateur ou de groupe à créer. Rien d'autre.
Dernière modification par Coeur Noir (Le 02/07/2022, à 23:43)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#81 Le 02/07/2022, à 21:52
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Ok donc tout ce questionnement autour du chiffrement est inutile. Qu'est-ce que ça vient faire là ?
C'est juste une histoire de « quel dossier appartient à qui, et accorde quels droits ».un retour terminal depuis Ubuntu:
dominus@dominus-ThinkPad-R61e:~/Bureau$ ls -al /home total 16 drwxr-xr-x 4 root root 4096 juil. 1 17:34 . drwxr-xr-x 20 root root 4096 juin 30 19:07 .. drwxr-xr-x 18 dominus dominus 4096 juin 30 19:07 dominus drwxr-xr-x 14 simon simon 4096 juil. 1 17:38 simon
dominus et simon sont 2 utilisateurs distincts, existants sur ce système.
Tel quel, depuis la session simon, simon doit pouvoir naviguer jusqu'à /home/dominus et au moins lister ce qu'il y a dans dominus.
simon ne pourra rien écrire ni modifier par là, car seul le propriétaire ( dominus ) disposent de ces droits ( rwx ) dans ce dossier.
Le retour depuis cette Ubuntu dels -lna /home
montrera les uid / gid de simon et dominus ( 1000 pour le premier créé, 1001 pour l'autre s'il est le second à avoir été créé. )
Il faudrait les mêmes infos depuis l'EmmabuntuDE4, les retours de
ls -la /home # et ls -lna /home # ça montrera les uid / gid au lieu des noms
et on pourra comparer.
Ça c'est ce qu'on sait de ta situation sous l'EmmabuntuDE4 ( et qui paraît saine ) :
dominusde4@dominusde4-7650f7g:~/Bureau$ grep -v ^# /etc/fstab UUID=5fd2c68d-fd65-4c92-8348-ac9cc6ee3ac3 / ext4 defaults,noatime,discard 0 1 UUID=67651ac7-8547-497c-abe2-614cb7476259 /media/DATA ext4 defaults,noatime,discard 0 2 tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 lsblk -fe7 -o +size NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE sda 238,5G ├─sda1 1K ├─sda5 swap 1 d766402a-fa1d-474f-ad34-d578fff31d69 7,6G ├─sda6 ext4 1.0 67651ac7-8547-497c-abe2-614cb7476259 170,2G 0% /media/DATA 183,2G # c'est ce dossier qu'il faut que tu explores, c'est là dedans que tu montes la partition sda6, qui contient quoi ? ├─sda7 ext4 1.0 6a9fb69f-c521-420f-b386-160dea32ee01 24,1G # ici ( je suppose ) la partition racine du système Ubuntu, sans point de montage car non montée. └─sda8 ext4 1.0 5fd2c68d-fd65-4c92-8348-ac9cc6ee3ac3 11,3G 46% / 23,6G # ici la partition racine du système EmmabuntuDE4, qui contient entre autres les dossiers /home et /media. sr0 1024M zram0 [SWAP] 256M dominusde4@dominusde4-7650f7g:~/Bureau$
…donc la question c'est plutôt : que contient sda6 d'UUID 67651ac7-8547-497c-abe2-614cb7476259 que tu montes dans /media/DATA ?
soit :ls -la /media/DATA # et ls -lna /media/DATA
L'hypothèse : sur ton EmmabuntuDE4, il n'y a qu'un seul utilisateur « humain », d'uid 1000 - qui saura accéder à et écrire dans des éléments appartenant à l'utilisateur d'uid 1000 montés dans /media/DATA ( je ne crois pas que Debian numérote autrement les utilisateurs, ou plutôt Ubuntu étant aussi une Debian, elle numérote de la même façon ; le premier créé aura 1000 pour uid, le suivant 1001, etc. )
Là c'est plus une question d'abord de repérage, puis d'utilisateur ou de groupe à créer. Rien d'autre.
depuis emmabuntus:
dominusde4@dominusde4-7650f7g:~/Bureau$ ls -la /media/DATA
# et
ls -lna /media/DATA
total 32
drwxr-xr-x 5 dominusde4 root 4096 15 avril 2020 .
drwxr-xr-x 3 root root 4096 5 déc. 2021 ..
dr-x------ 3 dominusde4 fuse 4096 9 juil. 2017 dominus
drwxrwxr-x 3 root root 4096 9 juil. 2017 .ecryptfs
drwx------ 2 root root 16384 9 juil. 2017 lost+found
total 32
drwxr-xr-x 5 1000 0 4096 15 avril 2020 .
drwxr-xr-x 3 0 0 4096 5 déc. 2021 ..
dr-x------ 3 1000 1000 4096 9 juil. 2017 dominus
drwxrwxr-x 3 0 0 4096 9 juil. 2017 .ecryptfs
drwx------ 2 0 0 16384 9 juil. 2017 lost+found
dominusde4@dominusde4-7650f7g:~/Bureau$
je reboote pour passer sous ubuntu et je compile le reste:
dominus@dominus-ThinkPad-R61e:~/Bureau$ ls -lna /home
total 16
drwxr-xr-x 4 0 0 4096 juil. 1 17:34 .
drwxr-xr-x 20 0 0 4096 juin 30 19:07 ..
drwxr-xr-x 18 1000 1000 4096 juin 30 19:07 dominus
drwxr-xr-x 14 1001 1001 4096 juil. 1 17:38 simon
dominus@dominus-ThinkPad-R61e:~/Bureau$
je rboote sur emmabuntus pour finir le reste:
dominusde4@dominusde4-7650f7g:~/Bureau$ ls -la /home
# et
ls -lna /home
# ça montrera les uid / gid au lieu des noms
total 12
drwxr-xr-x 3 root root 4096 2 juil. 09:22 .
drwxr-xr-x 18 root root 4096 2 juil. 10:15 ..
drwxr-x--- 18 dominusde4 dominusde4 4096 2 juil. 21:59 dominusde4
total 12
drwxr-xr-x 3 0 0 4096 2 juil. 09:22 .
drwxr-xr-x 18 0 0 4096 2 juil. 10:15 ..
drwxr-x--- 18 1000 1001 4096 2 juil. 21:59 dominusde4
dominusde4@dominusde4-7650f7g:~/Bureau$
voilà.
Dernière modification par SIMEDON (Le 02/07/2022, à 22:03)
Hors ligne
#82 Le 02/07/2022, à 23:01
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Mmm…
Déjà sous ton EmmabuntuDE4, tu n'as qu'un seul utilisateur : dominusde4 d'uid 1000 ( comme ton dominus sous Ubuntu ) MAIS de gid 1001 ( qui est le groupe de …simon sous ton Ubuntu )
c'est pas forcément bloquant faudra juste s'en souvenir en temps utile.
Ensuite, qu'est-ce que toi tu sais de la partition sda6 ?
Non parce que là ça colle pas tout à fait à ce que tu décris ( quand tu dis qu'il n'y a de chiffrement nulle part ) :
ls -lna /media/DATA
(…)
dr-x------ 3 dominusde4 fuse 4096 9 juil. 2017 dominus
drwxrwxr-x 3 root root 4096 9 juil. 2017 .ecryptfs
le dossier dominus - vu son nom ET ses uid / gid ( 1000 ), ressemble fort à un $HOME ( celui de dominus sous Ubuntu, non ? ) - MAIS en lecture seule et attribué au groupe fuse.
Pourquoi le groupe fuse aurait-il l'uid 1000 sous ton EmmabuntuDE4 ? Ça ne me paraît pas normal du tout… mais j'ai pas de Debian sous la main pour comparer. Mais quand même ça paraît louche.
Enfin la présence du fichier .ecryptfs suggère fortement que cette partition est ou fut chiffrée, depuis le 9 juillet 2017 ça te paraît cohérent ?
Donc là j'aimerais bien voir :
⋅ comment tu te sers de cette partition d'UUID 67651ac7-8547-497c-abe2-614cb7476259 dans ton Ubuntu,
⋅ le fstab de cette Ubuntu.
Tout cela confirme l'intuition de Geole : c'est une partition chiffrée, ça se monte pas pareil qu'une partition en clair. Et je ne serais d'aucune aide à ce sujet.
Une fois les données déchiffrées et montées dans /media/DATA, s'il y a encore des problèmes de droits / permissions / utilisateurs, je saurais aider, à priori.
Mais pour monter le bazar chiffré, je ne veux pas tenter : il faut déjà savoir quelle méthode de chiffrement tu avais utilisé et que tu te souviennes de la passphrase. Ou que tu saches où la récupérer…
…sans passphrase pas la peine d'aller plus loin.
[ edit à cause du #56 ] Je ne me rappelé plus que j'avais chiffré! (c'est un PC d'experimentation)
Alors conseil : sauvegarde les données de ce pc qui t'intéressent, tant que tu peux y accéder ( manifestement ton système est « réglé » pour déchiffrer dès le démarrage ).
Si tu ne connais pas la passphrase ou ne sais pas comment la récupérer - dis toi que tu as perdu tes données chiffrées ( au moindre pépin qui empêcherait de lancer ta session. )
Une fois la sauvegarde effectuée, rétablis une situation normale, sans chiffrement.
Et si tu veux du chiffrement, ne t'y lance pas à la légère.
Dernière modification par Coeur Noir (Le 02/07/2022, à 23:46)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#83 Le 03/07/2022, à 09:59
- geole
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonjour
Hier, je me suis lamentablement fourvoyé. La partition n'est pas chiffrée. Ce sont les données qui sont chiffrées.
Donc on revient à l'état initial
sudo -v umount /dev/sda6
sudo rm -v /etc/crypttab
sudo sed -i '/DATA/d' /etc/fstab
echo UUID=67651ac7-8547-497c-abe2-614cb7476259 /media/DATA ext4 defaults,noatime,discard 0 2 | sudo tee -a /etc/fstab
sudo mount -v /dev/sda6
Puis on tente de déchiffrer en appliquant cette procédure
Soit cette partition a été créée par cet O.S. Dans ce cas, tu as déjà le logiciel.
Soir cette partition est une duplication d'une autre partition chiffrée, dans ce cas, tu devras installer le logiciel.
sudo apt install ecryptfs-utils
Puis
https://forum.ubuntu-fr.org/viewtopic.p … #p22574485
tu te positionnes et tu déchiffres et tu regardes
cd /media/DATA/dominus
ecryptfs-mount-private
ls -ls
Il te sera demandé un phrase de déchiffrement; Avec un peu de chance, cela sera l'un de tes mots de passes.
Sinon, il faudra jouer le chapitre 8. Je ne sais pas si cela vaut le coup pour une machine de test d'aller plus loin que cette commande:
sudo ecryptfs-recover-private
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#84 Le 03/07/2022, à 14:32
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Hier, je me suis lamentablement fourvoyé. La partition n'est pas chiffrée. Ce sont les données qui sont chiffrées.
Tu ne t'es pas fourvoyé.
Là seul le dossier dominus est chiffré. On peut donc écrire à côté de lui - sur cette partition - d'autres éléments non chiffrés.
Mais quand « l'entièreté » d'une partition est chiffrée - bah ce sont toujours les données qui sont chiffrées.
Le mécanisme de chiffrement a lieu plus tôt / plus haut - enfin c'est comme ça que je le comprends, c'est peut-être moi qui me fourvoie ( j'utilise peu le chiffrement car justement son fonctionnement n'est pas clair dans mon esprit : j'évite d'utiliser des trucs que je comprends potentiellement de travers )
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#85 Le 04/07/2022, à 20:33
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir,
Bonjour
tu te positionnes et tu déchiffres et tu regardes
cd /media/DATA/dominus ecryptfs-mount-private ls -ls
le retour après avoir installé ecryptfs-utils :
ominusde4@dominusde4-7650f7g:/media/DATA/dominus$ cd /media/DATA/dominus
ecryptfs-mount-private
ls -ls
ERROR: Encrypted private directory is not setup properly
total 0
0 lrwxrwxrwx 1 dominusde4 fuse 56 9 juil. 2017 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
0 lrwxrwxrwx 1 dominusde4 fuse 52 9 juil. 2017 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
dominusde4@dominusde4-7650f7g:/media/DATA/dominus
Hors ligne
#86 Le 04/07/2022, à 20:37
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir,
Mmm…
Une fois la sauvegarde effectuée, rétablis une situation normale, sans chiffrement.
.
comment procéder?
Merci.
Hors ligne
#87 Le 04/07/2022, à 21:55
- geole
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir.
Je t'ai donné bêtement la commande standard. Lorsque ce n'est pas le home, il faut préciser où cela se trouve. Donc certainement
ecryptfs-mount-private /media/DATA
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#88 Le 05/07/2022, à 12:13
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
dominusde4@dominusde4-7650f7g:/media/DATA/dominus$ cd /media/DATA/dominus
là, tu t'es placé « dans » le dossier dominus.
À priori, c'est un rang au dessus qu'il faut se placer, dans /media/DATA qui contient le dossier dominus et le fichier .ecryptfs et de là, déchiffrer ( nécessitera la passphrase initiale, probablement )
Ces données, une fois déchiffrées, tu les sauvegardes ailleurs, sans chiffrement.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#89 Le 05/07/2022, à 21:44
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir,
cd /media/DATA/dominus
ecryptfs-mount-private /media/DATA
ls -ls
cela donne:
dominusde4@dominusde4-7650f7g:~/Bureau$ cd /media/DATA/dominus
ecryptfs-mount-private /media/DATA
ls -ls
ERROR: Encrypted private directory is not setup properly
total 0
0 lrwxrwxrwx 1 dominusde4 fuse 56 9 juil. 2017 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
0 lrwxrwxrwx 1 dominusde4 fuse 52 9 juil. 2017 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
dominusde4@dominusde4-7650f7g:/media/DATA/dominus$
Hors ligne
#90 Le 05/07/2022, à 22:39
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
bonsoir,
dominusde4@dominusde4-7650f7g:/media/DATA/dominus$ cd /media/DATA/dominus
là, tu t'es placé « dans » le dossier dominus.
À priori, c'est un rang au dessus qu'il faut se placer, dans /media/DATA qui contient le dossier dominus et le fichier .ecryptfs et de là, déchiffrer ( nécessitera la passphrase initiale, probablement )
Ces données, une fois déchiffrées, tu les sauvegardes ailleurs, sans chiffrement.
je peux accéder à mes données en passant par ubuntu (sauvegarde sur clef); si je format la partition Sda6 (données à part et ancien /home) avec Gparted live cd et également la partition contenant ubuntu) je créer depuis emmabuntu un dossier contenant les dossiers documents, video, telechargement, etc, (j'ai essayé, je peux créer des dossier dans sda6) et je créer mes liens symbolique; puis je peux réinstaller ubuntu, avec la même méthode que emmabuntu ( lien symbolique pour accéder aux dossiers sur sda6 (données a part), (suivant méthode post#30)
possible de formater malgrès un dossier chiffré?
Dernière modification par SIMEDON (Le 05/07/2022, à 22:47)
Hors ligne
#91 Le 05/07/2022, à 23:23
- geole
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
bonsoir,
possible de formater malgrès un dossier chiffré?
Bonsoir.
Bien sur, le dossier chiffré est tout simplement détruit..
Comme j'ai dit, je ne connais pas bien. Mais si tu souhaites, je peux essayer de voir quelle commande il faudrait faire mais je ne me sens pas tenté de me mettre dans le contexte. Comme c'est une machine de test, cela me semble inutile.
Dernière modification par geole (Le 05/07/2022, à 23:24)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#92 Le 05/07/2022, à 23:31
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Des données chiffrées restent des données. Si elles t'appartiennent tu peux les déplacer, supprimer, etc.
je peux accéder à mes données en passant par ubuntu
Ça veut dire que ton Ubuntu utilises ce dossier chiffré ( et le déchiffre au démarrage ou lancement de session ) ?
Organise bien la répartition de tes données afin de ne pas te retrouver le bec dans l'eau quand tu retourneras sous Ubuntu.
Dernière modification par Coeur Noir (Le 06/07/2022, à 03:33)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#93 Le 12/07/2022, à 16:29
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Des données chiffrées restent des données. Si elles t'appartiennent tu peux les déplacer, supprimer, etc.
Bonjour,
Plus de chiffrage:J'ai réinstallé UBUNTU 20.04 sur une partition (sans /home à part) et formaté sda6 au passage puis monté , toujours lors de l'install, cette dernière dans /media/DATA .idem pour Emmabuntus en dual boot;
je me retrouve donc avec une partition sda6 vide.j'ai voulu créer un dossier DOMINUS , contenant les dossiers: documents, vidéo, etc..depuis UBUNTU sur sda6 pour par la suite créer des liens symbolique depuis Ubuntu pour accéder aux sous dossier , puis je pensé créer des liens symbolique pour accéder à ces même dossier depuis Emmabuntu .
Mais pas possible de créer de dossier?
Merci.
Hors ligne
#94 Le 12/07/2022, à 17:24
- iznobe
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Salut , donne :
pour voir si tout es ok au niveau des partitions :
lsblk -fe7
sudo mount -av
ensuite , on pourra alors crée ton repertoire utilisateur dans la partition adequate .
tu as toujours ta partition /home ?
car c ' est alors plus simple de faire les liens symboliques vers les repertoires contenus dans celle-ci .
Dernière modification par iznobe (Le 12/07/2022, à 17:26)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#95 Le 12/07/2022, à 17:35
- Coeur Noir
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Normal.
Avec les droits root:
tu crées le dossier puis tu appropries ce dossier à l'utilisateur d'uid 1000.
Ensuite les utilisateurs d'uid 1000 depuis Ubuntu comme Emmabuntu pourront faire ce qu'ils veulent dans ce dossier.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#96 Le 12/07/2022, à 21:47
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Normal.
Avec les droits root:
tu crées le dossier puis tu appropries ce dossier à l'utilisateur d'uid 1000.Ensuite les utilisateurs d'uid 1000 depuis Ubuntu comme Emmabuntu pourront faire ce qu'ils veulent dans ce dossier.
j'ai essayé depuis le terminal Ubuntu:
sudo mkdir/media/DATA/Documents
mais commande introuvable?
lsblk -fe7 donne:
dominus@dominus-ThinkPad-R61e:~/Bureau$ lsblk -fe7
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1
│
├─sda5
│ swap d766402a-fa1d-474f-ad34-d578fff31d69 [SWAP]
├─sda6
│ ext4 42ecb456-d7a7-40d2-bf9b-ed813bbce83c
├─sda7
│ ext4 d210eebc-12d3-432e-82f5-04c77f37fc60 15,4G 30% /
└─sda8
ext4 18161e15-2a18-4664-af70-3590f1554133
sr0
dominus@dominus-ThinkPad-R61e:~/Bureau$
sudo mount -av donne:
dominus@dominus-ThinkPad-R61e:~/Bureau$ sudo mount -av
[sudo] Mot de passe de dominus :
/ : ignoré
none : ignoré
dominus@dominus-ThinkPad-R61e:~/Bureau$
Dernière modification par SIMEDON (Le 12/07/2022, à 21:55)
Hors ligne
#97 Le 12/07/2022, à 21:50
- ylag
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir.
Il manque un espace entre mkdir et /media ; essaie plutôt :
sudo mkdir /media/DATA/Documents
A+
En ligne
#98 Le 12/07/2022, à 21:54
- SIMEDON
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Bonsoir.
Il manque un espace entre mkdir et /media ; essaie plutôt :
sudo mkdir /media/DATA/Documents
A+
donne:
dominus@dominus-ThinkPad-R61e:~/Bureau$ sudo mkdir /media/DATA/Documents
mkdir: impossible de créer le répertoire «/media/DATA/Documents»: Aucun fichier ou dossier de ce type
dominus@dominus-ThinkPad-R61e:~/Bureau$
Hors ligne
#99 Le 12/07/2022, à 21:55
- ylag
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Re,
Ça signifie probablement que le répertoire /media/DATA n'existait pas au moment où tu as lancé la commande.
Si c'est le cas, il faut utiliser l'option « -p » avec mkdir :
sudo mkdir -p /media/DATA/Documents
Pour plus d'infos, voir :
man mkdir
A+
Dernière modification par ylag (Le 12/07/2022, à 22:00)
En ligne
#100 Le 12/07/2022, à 22:07
- iznobe
Re : [RESOLU] migrer en réinstallant versions sup en conservant le /home
Je dirais plutot que le fstab ne monte pas la partition dans DATA .
donne ton fstab du coup :
cat /etc/fstab
tu n' as pas dis si tu avais toujours une partition home ou pas .
Dernière modification par iznobe (Le 12/07/2022, à 22:09)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne