Puncte:0

mount.ecryptfs_private în .xsession început de nodm/lightdm se plânge de „mount: nu există un astfel de fișier sau director”

drapel mu

Încerc să decriptez Privat directorul din interiorul unui utilizator $HOME automat la pornirea sistemului. Sistemul este un Debian GNU/Linux 10 (de fapt un Raspbian, dar presupun că nu este diferit în acest scop) care utilizează NuDM pentru a porni Xorg.

EDITARE 1: Am încercat acum să instalez un Debian 11 curat cu Nodm într-o mașină virtuală și mă confrunt cu exact aceeași problemă descrisă mai jos.

Nodm conectează automat utilizatorul neprivilegiat și rulează $HOME/.xsession script de pornire.

Am următorul script, care este apelat de .xsession:

#!/bin/bash -x
# Original de Michael Halcrow, IBM
# Extras într-un scenariu de sine stătător de Dustin Kirkland
# Editat pe 28-10-2021 de Lucio Crusca

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PD="Privat"    
WPF="$HOME/.ecryptfs/wrapped-passphrase"
MPSF="$HOME/.ecryptfs/$PD.sig"

dacă /sbin/mount.ecryptfs_private ; atunci
    iesirea 0
fi

dacă [ -f "$WPF" -a -f "$MPSF" ]; atunci
        dacă [ $(wc -l < ​​"$MPSF") = "1" ]; atunci
            dacă printf „%s\0” „$LP” | ecryptfs-unwrap-passphrase „$WPF” - | ecryptfs-add-passphrase -; atunci
                ecou Ok
            altfel
                ecou incorect LP
                iesirea 1
            fi
        altfel
            dacă printf „%s\0” „$LP” | ecryptfs-insert-wrapped-passphrase-in-cheie „$WPF” - ; atunci
                ecou Ok
            altfel
                ecou incorect LP
                iesirea 1
            fi
        fi
    /sbin/mount.ecryptfs_private
altfel
    eroare de configurare echo
    iesirea 1
fi
iesirea 0

Este o versiune redusă a /usr/bin/ecryptfs-mount-private. Execută exact aceleași comenzi, dar se așteaptă ca variabila de mediu LP să conțină expresia de acces în loc să ceară expresia de acces în mod interactiv.

Am salvat acest script ca $HOME/el-mount.sh. Când sistemul meu pornește și NoDM pornește, execută .xsession care, la rândul său, îmi apelează scriptul, redirecționând stdout și stderr într-un fișier jurnal pentru depanare. Lucrul nu funcționează, în sensul că scoate acest lucru:

...
+ /sbin/mount.ecryptfs_private
mount: Nu există un astfel de fișier sau director

Totuși, dacă mă conectez la sistem prin ssh și rulați la fel el-mount.sh script, conectat ca același utilizator configurat în NoDM, scriptul funcționează impecabil. Doar în cazul în care vă întrebați, variabila LP este setată corect în ambele cazuri (deja verificată în fișierul jurnal).

Am încercat deja să trec de la NoDM la lightdm-autologin-greeter, dar obțin exact același rezultat.

Cum fac eu mount.ecryptfs_private funcționează când este sunat în timpul autentificării automate?

Puncte:0
drapel mu

Am rezolvat în sfârșit. Problema este că Eroare Debian 870126 asta e inca deschis. Până când cineva o va remedia, va trebui să o rezolvi adăugând manual:

 sesiune opțională pam_keyinit.so forță revocarea

la /etc/pam.d/nodm (sau altul pam fișier de configurare, în funcție de managerul dvs. de afișare).

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.