Estes são os "cookies" do cliente X para permitir a conexão com o servidor X (exibe). É muito claramente explicado no wiki:
xauth é um mecanismo para impor controles de acesso em servidores X (exibe). Quando um servidor X é iniciado, ele recebe um "cookie" gerado aleatoriamente. Este cookie é gravado em um arquivo de propriedade e legível pelo usuário cuja sessão o servidor X está executando. Não outros usuários podem ler esse arquivo. Quando um cliente X (aplicativo) é iniciado, ele tenta ler e usar o cookie para se autenticar com o servidor. Se essa autenticação "xauth" falhar, o aplicativo não é permitido conectar-se ao servidor e mostrar janelas no X exibição.
O comando
$ xauth list
mostrará os cookies disponíveis para a sessão atual:
selene/unix:0 MIT-MAGIC-COOKIE-1 c2438e7c2858f142e0b81d6b4fe3867b localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 c2438e7c2858f142e0b81d6b4fe3867b
Tradicionalmente, o local dos cookies de cada usuário foi ~ / .Xauthority: o servidor X grava seus cookies nesse arquivo inicia, e xauth (e outros clientes X) procuram naquele arquivo por cookies de autenticação.
Fonte: link
E como é mostrado aqui, parece que é um bug do lightdm que não remove os cookies antigos e polui o diretório /home
.
Na verdade, eu tenho esse problema como você e também com .goutputstream
arquivos como é mostrado neste outro bug:
Em seguida, sim, você pode excluí-los porque, se não tiver um cookie para se conectar a um servidor X, você criará um novo.