Como montar um compartilhamento CIFS para que ele não avise sobre modificações de arquivos externos

Question

Esta é a entrada fstab atual para o mount.

//qnap/share /data  cifs noauto,user,username=qnap,uid=1000,gid=1000 0 0

Isso funciona bem e na maioria das vezes sem problemas.

No entanto, ao usar algum software (por exemplo, editores de texto básicos, como o gedit, ou aplicativos mais avançados, como o PhpStorm) para abrir arquivos no compartilhamento, o software relata "notificações de alteração de arquivo externo" de tempos em tempos.

O registro de data e hora do arquivo não muda, e tanto este computador quanto o NAS têm o mesmo tempo definido pelo NTP.

Alguém sabe o que está acionando essas notificações de "alteração de arquivo externo" em aplicativos básicos de edição de texto do Linux, como o gedit?

Alguém sabe alguns flags de montagem diferentes que podem ajudar a resolver isso?

Estou interessado em uma correção e também interessado em saber o que está acontecendo em um nível inferior para acionar essas notificações.

Obrigado Dave

    

Answer 1

No seu fstab , altere a linha para

//qnap/share /data  cifs username=qnap,password=<your_pass>,_netdev,uid=1000,gid=1000 0 0

Insira sua senha no lugar e observe também _netdev . A opção _netdev é sempre recomendada para montagens cifs no fstab. Essa opção atrasa a montagem até que a rede seja ativada, embora a exclusão dessa opção não crie um problema.

O aviso é porque você não forneceu a senha durante a montagem.

Um método similar, mas ligeiramente diferente (na forma como as credenciais são armazenadas em um arquivo e o arquivo é referenciado no fstab) foi descrito aqui .

Editar : Use noauto (como você fez), se você deseja montar durante o login, em vez de inicializar. As opções user e sync também são opcionais, use-as de acordo com suas necessidades.

    

Answer 2

Eu tenho o mesmo problema com o Pluma (fork Gedit do MATE Desktop); parece ser causado pela diferença na resolução do registro de data e hora da modificação do arquivo entre a máquina local do GNU / Linux (nanosec) e a máquina remota do Windows (~ 2 segundos para o FAT32).

Quando a Pluma terminou de gravar o arquivo, ele consultou e lembrou-se da data e hora da modificação do arquivo; no caso do CIFS, essa informação é armazenada em cache (mostre a hora nanosec original). Mas quando o tempo passou, os atributos armazenados em cache expiraram e a Pluma tentou verificar a data e a hora do arquivo para modificação externa novamente; agora ele receberia o timestamp do lado do servidor (arredondado para a resolução de 2 segundos); A Pluma interpreta isso como uma modificação externa e exibe o aviso.

Eu trabalhei em torno disso parando o CIFS dos atributos de arquivo em cache: especificando a opção actimeo=0 em fstab :

//qnap/share /data  cifs noauto,user,username=qnap,uid=1000,gid=1000,actimeo=0 0 0

Assim, quando o Pluma salva o arquivo e lê o timestamp, ele sempre obtém o timestamp do lado do servidor já arredondado e para de enviar a mensagem irritante.