Diretório inicial bloqueado após o login, conteúdo substituído por “Access-Your-Private-Data.desktop”

Question

Instalei o Ubuntu no meu sistema e optei por criptografar meu diretório pessoal após a instalação, com o seguinte comando:

ecryptfs-migrate-home -u mylogin

Funcionou algumas vezes perfeitamente: digitei minha senha na tela de login e meu diretório pessoal foi descriptografado automaticamente .

Agora tenho um problema: meu diretório pessoal está bloqueado após cerca de um minuto e contém apenas dois arquivos:

$ ll
lrwxrwxrwx 1 mylogin mylogin 56 sept. 24 15:26 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop*
lrwxrwxrwx 1 mylogin mylogin 52 sept. 24 15:26 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt

Aqui está o conteúdo dos arquivos:

Access-Your-Private-Data.desktop :

[Desktop Entry]
_Name=Access Your Private Data
_GenericName=Access Your Private Data
Exec=/usr/bin/ecryptfs-mount-private
Terminal=true
Type=Application
Categories=System;Security;
X-Ubuntu-Gettext-Domain=ecryptfs-utils

README.txt :

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

Não entendo por que o diretório foi desmontado para proteger meus dados enquanto fiz login há um minuto.

Uma vez que eu execute Access-Your-Private-Data.desktop e eu digite minha senha, eu posso ver meus arquivos novamente. Mas isso me faz digitar minha senha duas vezes e quebra vários programas: o Firefox não pode iniciar, o Gnome Shell perdeu alguns ícones, o Dropbox relata que está instalando novamente, etc.

O que causa isso? Como isso pode ser corrigido?

Não encontrei nenhuma solução em lugar algum. Eu não uso o SSH para me conectar ao meu computador.

Eu uso o Ubuntu 16.04.3 com um kernel atualizado .

    

Answer 1

Encontrei uma solução estranha, removi as entradas do crontab :

da minha conta

Eu tinha algumas linhas como esta, meu crontab :

@reboot sleep 60 && mkdir -p /run/shm/project1_cache /run/shm/project1_logs
@reboot sleep 60 && mkdir -p /tmp/project1-test-dev

Em minha casa, adicionei alguns links simbólicos que apontam para esses diretórios (coloquei os diretórios cache e logs na RAM para acelerar o Symfony).

Mudei esses comandos para um script lançado com o gerenciador de aplicativos de inicialização do Gnome Shell e funciona como antes.

Não entendo por que isso resolveu meu problema, mas funciona para mim.