O x-systemd.automount está funcionando conforme pretendido?

1

Eu tenho a seguinte entrada em /etc/fstab :

UUID=foo /media/bar xfs noauto,x-systemd.automount,nofail,x-systemd.device-timeout=1,noatime 0 2

A execução de cat /proc/mounts | grep bar retorna o seguinte:

systemd-1 /media/bar autofs rw,relatime,fd=41,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1419 0 0
/dev/sdb1 /media/bar xfs rw,noatime,attr2,inode64,noquota 0 0

Há algumas coisas que não entendo:

  • Esta entrada "duplicada" é normal?
  • Por que a linha systemd exibe autofs e relatime em vez de xfs e noatime ?
  • Quando esta unidade está desconectada, posso inicializar, mas não consigo acessar nenhuma partição além de / ! , por exemplo, ls / funcionará, mas ls /media/bar e até ls ~ não ( /home está em uma partição separada).

Esse terceiro problema pode não estar relacionado a tudo o que eu sei, mas ainda estou interessado nos dois primeiros.

    
por Bhuz 11.05.2018 / 17:03

1 resposta

1

Is this "duplicate" entry normal?

Sim, é normal. É assim que o autofs funciona (veja abaixo).

Why does the systemd line show autofs and relatime instead of xfs and noatime ?

Novamente, é como o subsistema de kernel autofs funciona.

No momento da inicialização, o systemd monta um pseudo sistema de arquivos autofs no ponto de montagem desejado. Suas opções de montagem não devem e não corresponderão às opções de montagem desejadas.

Quando o espaço do usuário acessa qualquer arquivo abaixo deste ponto de montagem, o kernel do Linux pausa o processo do espaço de usuário, notifica o systemd (que monta o sistema de arquivos real xfs sobre o pseudo autofs filesystem especificado no respectivo .mount unit) e finalmente permite que o userspace prossiga, o qual acessa o sistema de arquivos real.

When this drive is unplugged, I can boot but I cannot access any partition besides /! e.g. ls / will work but ls /media/bar and even ls ~ will not (/home is on a separate partition).

Acessar caminhos abaixo de um ponto de montagem que deve ser montado automaticamente, mas não pode ser (por exemplo, devido a uma unidade ausente) falhará. Se o systemd não for capaz de montar um sistema de arquivos real sobre o pseudo-um, o kernel retornará uma falha no processo de acesso.

Se /home não estiver automontado, não será possível explicar /home inacessibilidade.

    
por intelfx 12.05.2018 / 10:28