O sistema de arquivos Drobo ignora / etc / fstab, montagens automáticas no lugar errado após a conexão ser interrompida

1

Eu tenho um Drobo em três partições no Linux Mint, e periodicamente ele sai do sistema de arquivos, perdendo seus pontos de montagem. Ao retornar, ele desconsidera /etc/fstab e é montado como um novo dispositivo em /media - como se eu tivesse inserido um novo pendrive.

AFAICT, as declarações do fstab estão corretas - elas funcionam manualmente - mas talvez eu tenha perdido um elemento-chave:

# drobo mount points
UUID="d4af52ec-7734-4a43-91cf-ccea799b130e" /mnt/d1 ext3 rw,user 0 2
UUID="599456dd-3e9e-4f56-aa8e-957191099c6b" /mnt/d2 ext3 rw,user 0 2
UUID="94a0b9bf-6ae3-45cf-9a66-da228da64660" /mnt/d3 ext3 rw,user 0 2

O Drobo sai impuro, criando uma tonelada de duplicatas falsas. O único hardware é uma unidade interna e o Drobo.

gvfsd-fuse   on  /run/user/1000/gvfs       type  fuse.gvfsd-fuse  (rw,nosuid,nodev,user=zed)
/dev/sde2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdf2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdg2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdd2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdc2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdb2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdh2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev)
/dev/sdi2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdk2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdj2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdn2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdm2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdl2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdo2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdp2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdq2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdt2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sds2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdr2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdz2    on  /mnt/d3                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdy2    on  /mnt/d2                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdx2    on  /mnt/d1                   type  ext3             (rw,noexec,nosuid,nodev,user=zed)
/dev/sdu2    on  /media/zed/drobo1         type  ext3             (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdw2    on  /media/zed/drobo3         type  ext3             (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdv2    on  /media/zed/drobo2         type  ext3             (rw,nosuid,nodev,uhelper=udisks2)

Quando desmonto e re-monto (manualmente), ele segue as declarações do fstab sem problemas. Eu nunca preciso primeiro digitar umount /mnt/d* . Eu não preciso ser root para montar novamente.

O comando manual un-mount funciona rapidamente. O primeiro comando re-mount demora alguns segundos e o Drobo roda de volta ( este eu espero que o Drobo permita que as unidades durmam, mas o próprio Drobo ainda está no sistema de arquivos). O segundo e terceiro comandos de montagem sempre acontecem tão rapidamente quanto eu posso digitá-los.

0 [08:57:46 zed@linnicks doc 124] umount /media/zed/drobo*
0 [08:57:51 zed@linnicks doc 125] mount /mnt/d3
0 [08:57:56 zed@linnicks doc 126] mount /mnt/d2
0 [08:57:59 zed@linnicks doc 127] mount /mnt/d1
0 [08:58:01 zed@linnicks doc 128] 

Eu senti falta de algo óbvio? Obrigado pela leitura.

Adicional: Minha principal preocupação é por que o / etc / fstab é desconsiderado, embora eu possa ser melhor aconselhado a encontrar a causa básica para as desistências em primeiro lugar **. Só agora me ocorreu que o cron poderia desmontar e remontar, mas isso é mais um band-aid.

É fácil culpar um Drobo de 2008 por uma falha ocasional. Parece completamente aleatório. O Drobo funcionará bem por uma semana ou três e então simplesmente estará no lugar errado. São sempre as três partições. Eu tive menos do que sorte estelar com outros Drobos, então sou rápido em culpar o drobo pelas desistências - talvez eu esteja sendo muito apressado lá. Certamente vale a pena notar que meu sistema operacional teoricamente deve reconhecer o hardware e não tentar defini-lo como três novos dispositivos a cada vez.

Eu não acho que o Drobo esteja meramente entrando no modo sleep, porque eu posso passar um dia ou dois sem usá-lo e voltar para ele.

** Essa ambigüidade pode ser um motivo de preocupação mais profunda de uma perspectiva de backup, mas estou planejando um RAID melhor e mais tradicional que funcionará como backup adicional. Tudo no "RealRaid" será triplicado para Drobo, então quando um deles morre, eu o substituo e segui em frente. Na mesma nota, se alguém encontrou um dispositivo específico (Qnap, Lacie ...) para ser altamente satisfatório no nível do consumidor (possivelmente até mesmo prosumer), lemmeno. Eu provavelmente estou pensando na faixa de 15-30TB.

Não consigo criar a tag Drobo . Se alguém com mais representantes achar que é apropriado, por favor,

    
por zedmelon 04.08.2017 / 16:07

1 resposta

1

My main concern is why /etc/fstab is disregarded

...

The manual mount immediately put them right back where they should be

A montagem automática a que você se refere é realizada por udisks. Como você deseja, é suposto para adiar a entrada em /etc/fstab , se houver uma. Mas se não houver um, ele será montado em /media . Parece que os udisks ficam confusos com as montagens falhas (mas ainda existentes) ... Eu chamaria isso de bug nos udisks. Se você está interessado em vê-lo melhorado, por favor informe ao projeto:).

Os udisks foram testados com a remoção de dispositivos, pois isso é algo que os usuários reais fazem :). Se o udisks montar um sistema de arquivos e o dispositivo for removido, ele tentará desmontar o sistema de arquivos e limpá-lo. Essa desmontagem ocorre independentemente de um ponto de montagem ser especificado manualmente em /etc/fstab . No entanto, os udiscos não são desmontados automaticamente se o dispositivo foi montado "manualmente", usando /sbin/mount .

Portanto, seu cenário não teria necessariamente sido notado quando os desenvolvedores de udisks fizeram sua codificação / teste inicial.

Observe que a execução manual de mount /dev/sdu2 se comporta de maneira diferente do automount que acontece quando o "novo" dispositivo é conectado. /sbin/mount não chama udisks . ( udisks pode ser implementado em termos de /sbin/mount ).

    
por 05.08.2017 / 18:50