Ubuntu-fr

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 < ⋅ >

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, à 17: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

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, à 22:38)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

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, à 19:11)

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, à 22:43)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

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 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. )

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, à 21:03)

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, à 22:46)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

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

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 < ⋅ >

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

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.

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

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 < ⋅ >

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$ 

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, à 21:47)

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, à 22: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

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, à 02:33)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

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.

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, à 16:26)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

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 < ⋅ >

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, à 20:55)

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+

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$

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, à 21:00)

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, à 21:09)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .