Eu pesquisei na Internet e descobri que isso é verdade para o samba, como você afirmou
% bl0ck_qu0te%Tente seguir esta correção nos fóruns do Ubuntu
% bl0ck_qu0te% após a minha atualização ontem de repente Nautilus tornou-se completamente sem resposta e quase todos os comandos (ssh, apt-get, mc) no terminal (mas também enrolado como clicar em "reload" no Synaptic) trava sem explicação (precisa ^ C para obter out, nenhum timeout ocorre, nada no syslog).
Desde que eu tenho um "parâmetro desconhecido" no meu smb.conf isso me deu uma pista. Todo comando parece chamar meu samba ou smb.conf !!
xxx@Muboot:~$ ssh xxx@fixesalon
Ignoring unknown parameter "update encrypted"
^C
xxx@Muboot:~$ mc
Ignoring unknown parameter "update encrypted"
^C
xxx@Muboot:~$ sudo apt-get update
[sudo] password for xxx:
0% [En cours]Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
Ignoring unknown parameter "update encrypted"
0% [Connexion à fr.archive.ubuntu.com] [Connexion à security.ubuntu.com] [Con^C
^ saída de alguns comandos e cursor de suspensão ^
Estou mexendo bastante com minha configuração, mas NÃO nestes últimos dias.
O culpado ocorreu diretamente após a atualização em uma janela aberta do Nautilus e no primeiro comando (ssh) no terminal sem reiniciar nada. Estou bastante crivado. isso também acontece no "modo de recuperação", portanto, como root. Se eu desabilitar (-x) os scripts init.d para samba e samba-ad-dc o problema desaparece, mas eu não toquei em sua configuração desde muitas semanas, então eu não acho que o samba é o problema real (embora eu nunca vi o script samba-ad-dc antes .. É novo? file-date: april-1-2014)
De onde isso poderia vir? Como posso solucionar / depurar isso?
Obrigado por qualquer sugestão! Greetz
(edit)
Parte 2 > Eu costumo analisar o meu smb.conf para "testparm" e é isso que eu fiz depois que o problema começou do nada. O smb.conf validado não resolveu o problema, meus comandos e o Nautilus ainda estavam travados sem nenhum tempo limite ou saída para stdout, syslog ou samba-logs. Mesmo com o smb.conf padrão, o problema persistiu. Eu adicionei então apenas este 1 "parâmetro ignorado" novamente para mostrar a chamada bizarra para o samba em (quase) todos os comandos. (alguém ainda poderia esclarecer esse comportamento?)
Desde que eu usei o Gadmin-samba alguns meses atrás (e depois purgado), eu suponho que deve haver algum resíduo dele escondido no sistema. Eu agora expulso o samba e estou limpando meu sistema de todos os vestígios de samba (Gadmin-) e talvez olhe para o "dconf" também. Vou começar a experimentar com o smb.conf validado e com defeito para ver se consigo reproduzir o erro depois de reinstalar o samba (provavelmente amanhã). Eu escreverei "parte 3" se falhar ou responda a minha própria pergunta se tiver sucesso.