ecryptfs-recover-private visszaállítási probléma

Ubuntu Linux

Sziasztok!

Ismerősömnek elromlott a gépe, de kellene róla neki pár fontos könyvtár az adattárolóról. Áthozta az Nvme-t, mert nekem van hozzá dokkolóm. Rádugtam egy Ubuntu-s gépre, a /media/usernevem/diskID/home alatt látom is a könyvtárát. Vele egy szinten pedig egy /.ecryptfs mappát.  Az ő mappájába lépve pedig egy !.Private és !.ecryptfs file-t. Mivel tudja a jelszót is, így gondoltam sima ügy lesz, csináltam már hasonlót korábban más ismerősnek is. Most sajnos még a jelszóbekérésig sem jutok el.

Az ecryptfs-utils már korábban telepítve volt a gépemre, azt nem kellett felrakni.

Eddig jó vagyok:
sudo find / -type d -iname '.Private' 2>/dev/null
Szépen visszaadja a /media/usernevem/diskID/home/.ecryptfs/ismeros-userneve/.Private elérést.

A gond ott kezdődik, amikor folytatnám:
sudo ecryptfs-recover-private --debug
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/1001/gvfs’: Permission denied
find: ‘/run/user/1001/doc’: Permission denied

--verbose-ra ugyanez van. Ha pedig kapcsolók nélkül akarom, akkor bejön még melléjük a /proc/6786 (Bár itt egy random szám van, ami minden egyes parancs kiadásánál változik.)

ls -la /run/user/1001/ -re ezt kapom:
d?????????  ? ?        ?          ?              ? doc
d?????????  ? ?        ?          ?              ? gvfs

Sok reményt nem fűztem hozzá, de kiadtam:

chmod 555 /run/user/1001/doc
chmod: cannot access '/run/user/1001/doc': Permission denied

Régen hasonló módon működött nekem is:
https://www.howtogeek.com/116297/how-to-recover-an-encrypted-home-directory-on-ubuntu/
Az oldalon a "Recovering From a Live CD"-től van a lényeg. (Igaz jelen esetben nem Live CD-ről csináltam, de a logikának szerintem ugyanannak kellene lennie.)

 

Érthetetlen, hogy nálam miért tagadja meg a hozzáférést olyan mappákhoz, amelyek localban vannak az én adattárolómon, nem is a /media/...-on belül felcsatolt idegen meghajtón. Van ötletetek, hogy mi lehet a gond?

  • 226 megtekintés

( sfe19 | 2023. 04. 24., h – 21:05 )

Próbáltam így is, de ugyanaz a hiba:
sudo ecryptfs-recover-private --noautomount /media/usernevem/diskID/home/.ecryptfs/ismeros-userneve/.Private

( batyu v | 2023. 04. 25., k – 17:37 )

Először is, ha adatot akarsz menteni, akkor praktikusan ne az eredeti meghajtón próbálkozz, hanem készíts másolatot. Ez valószínűleg itt több dolgot is megold.

Tippre az a probléma, hogy a felcsatolt fájlrendszeren nem a te felhasználód a tulajdonosa a fájloknak, így az ecryptfs nem engedi/nem tudja mountolni. Másold le magadnak valahova, ahova az userednek van írási joga is (lehet, hogy ezt csak rootként tudod megtenni, ezesetben utána értelemszerűen állítsd be a tulajdonost a saját useredre) és úgy próbáld. Esetleg segíthet: https://wiki.archlinux.org/title/ECryptfs ;)

A másolattal annyi bajom volt, hogy kb. minden 4.-5. file-t skippelnem kellett. (Pedig nem hibás a disk.) Így ez nem volt járható út.

De a tipped lényegében bejött. Az első kulcs lépés az volt, hogy az automatikusan felcsatolt Nvme-t, lecsatoltam, majd a /mnt alá beraktam manuálisan.

Utána ezen felcsatolások következtek:

mount -t proc proc ./proc

mount -t sysfs sysfs ./sys

mount -t devtmpfs devtmpfs ./dev

mount -t devpts devpts ./dev/pts

Mivel a jelszavak is bezavartak, sudoersbe felvettem ezt: %sudo ALL=(ALL) NOPASSWD: ALL

Volt egy chroot . /bin/bash

sudo -u ismeros-userneve bash --login

Utána már lehetett követni a "nagykönyvben leírtakat". Pl. https://help.ubuntu.com/community/EncryptedPrivateDirectory#Recovering_Your_Data_Manually

+ volt még egy "trükk". Bind-olást is kellett alkalmazni: mount -o bind /media/usernevem/SATAdisk /mnt/uj_mappa/SATAdisk/