automount do Ubuntu (/ etc / fstab) comportamento estranho

0

Eu tenho a configuração SSD + HDD e planejei ter o SO no SSD (/ dev / sdb) e usar o HDD (/ dev / sda) como armazenamento. Eu quero HDD para ser montado durante o início do sistema para a subpasta de casa (caminho completo / home / artemm / grande). Eu coloquei no fstab:

UUID=627cd586-cfb1-49eb-83b4-ee52e95b36bf /home/artemm/large           ext4    defaults,errors=remount-ro        0       2

Ou

/dev/sda3 /home/artemm/large           ext4    defaults        0       2

Ou crie com o utilitário de discos:

/dev/disk/by-uuid/627cd586-cfb1-49eb-83b4-ee52e95b36bf /home/artemm/large auto nosuid,nodev,nofail 0 0

Ou até mesmo adicionar ao /etc/bash.bashrc

mount /dev/sda3 /home/artemm/large/

Tudo produz o mesmo resultado: Após o boot, eu tenho o meu HDD montado, mas não vejo nenhuma pasta ou arquivo. No Nautilus na seção de dispositivos, o hdd parece montado, mas vazio.

Aqui está uma captura de tela do manual mount:

eaquiestáoresultadodoautomount(semarquivos/pastas,masparecequedeterminaoespaçolivre):

Aqui estão alguns fatos adicionais:

  • Não consigo desmontar esse disco ( link ).
  • Se eu remover o automount e executar o fsck, ele será executado normalmente (sem erros).
  • Se eu remover a montagem automática e montá-la manualmente, ela será montada conforme o esperado (para / home / artemm / large /).
  • Se eu remover o automount, adicione a entrada ao fstab e, em seguida, no terminal "sudo mount -a", ele é montado esperado (para / home / artemm / large /).
  • A execução acabou de instalar o Ubuntu 14.04

Alguma ideia do que poderia provocar tal comportamento e / ou como lidar com o meu caso de uso (montagem do hdd na inicialização)?

Parece que, mesmo quando a pasta é mostrada como dispositivo, ela aponta apenas para a pasta em vez de montá-la

Atualização: Eu criei o arquivo nesse ponto de montagem após o automount (assim a pasta estava vazia). Ela persiste com o automount. link . Mas "sudo mount / dev / sda3 / home / artemm / large /" muda o conteúdo para "regular" / esperado (várias pastas que eu espero ver lá).

Atualização 2: No terminal após automount e boot (pasta vazia):

$ mount -l | grep large
/dev/sda3 on /home/artemm/large type ext4 (rw)

Então fazendo:

$ mount /dev/sda3
mount: according to mtab, /dev/sda3 is already mounted on /home/artemm/large
mount failed
$ sudo mount /dev/sda3 
$

Após montar com o sudo, tudo funciona como esperado (recuperei minhas pastas).

    
por Artemm 11.10.2014 / 15:13

2 respostas

0

Eu tenho uma pasta pessoal criptografada e parece que isso causou um problema. O sistema operacional pode tentar montar a unidade antes que a pasta inicial esteja acessível. Eu acabei criando o ponto de montagem em / mnt / large e, em seguida, criando o symlink em / home / artemm / large lá.

    
por 11.10.2014 / 17:42
0

Eu acho que o seu problema está errado. Sua pasta / home / user / large tem os bons direitos, desde que proprietário e grupo?

Depois disso, basta usar Discos novamente, certifique-se de que a opção "montar na inicialização" esteja marcada, desde que "mostre na interface do usuário", mas não "Exigir autorização adicional para montar". Verifique também se você selecionou o tipo de sistema de arquivos como ext4 em vez de automático.

Aqui está minha configuração para o meu próprio fs:

UUID=XXX   /mnt/test   ext4    nosuid,nodev,nofail,x-gvfs-show   0       0
    
por 11.10.2014 / 15:20