Eu tenho as duas montagens a seguir listadas em meu/etc/fstab
//192.168.10.1/StashNas /mnt/stashnas cifs uid=sam,gid=sam,credentials=/etc/stashnas.credentials 0 0
//192.168.10.1/StashSam /mnt/stashsam cifs uid=sam,gid=sam,credentials=/etc/stashnas.credentials 0 0
Após a inicialização, /mnt/stashsam
é montado conforme o esperado, mas /mnt/stashnas
não é. Correr sudo mount -a
irá montar /mnt/stashnas
. Por que a primeira montagem não acontece no momento da inicialização?
Informação do sistema:
sam@stash-pc:~[main]$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 24.04 LTS
Release: 24.04
Codename: noble
sam@stash-pc:~[main]$ uname -a
Linux stash-pc 6.8.0-35-generic #35-Ubuntu SMP PREEMPT_DYNAMIC Mon May 20 15:51:52 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
Eu encontrei o problema.
Primeiro consegui verificar o log de inicialização para obter mais informações
(Existem muitos arquivos boot.log mantidos nessa direção,
boot.log
estavam vazios)Isso gerou uma mensagem de erro realmente útil:
Systemctl imprimiu isto:
Isso foi curioso porque o drive definitivamente não foi montado como
freenas.local:/...
(veja/etc/fstab
a pergunta acima)Acontece que havia um serviço systemd relativamente antigo para montar a mesma unidade no mesmo caminho de 2019
Excluindo esse serviço (e
sudo systemctl daemon-reload
) e agora o systemd está usando o serviço de montagem correto gerado pelo fstab para ambos os compartilhamentos:DR: Já existia um serviço systemd (personalizado - escrito por mim anos atrás) que estava montando a unidade incorretamente. Como já havia um serviço mnt definido para montar a unidade, o systemd não usou as configurações do
/etc/fstab
. Excluir o arquivo antigo da unidade systemd e recarregar o daemon systemd corrigiu o problema.