ubuntu 16.04 fstab falha com nobootwait

12

Acabei de instalar o Ubuntu 16.04 (para substituir o 14.04) com a intenção de portar a maior parte do arquivo fstab de trabalho, para montar outras partições / discos JFS. Mas parece que estou tendo problemas com nobootwait .

Por exemplo, uma entrada fstab que trabalhou em 14.04 foi:

UUID=<uuid>  /storage jfs defaults,nodiratime,noatime,nofail,nobootwait  0 2

Mas em 16.04, ele não montará a unidade no momento da inicialização nem montará conforme o seguinte comando:

sudo mount /storage

Eu tenho jfsutils instalados, e eu sou capaz de montar a partição manualmente, ou seja,

sudo mount -t jfs /dev/sdX /storage

Eu encontrei isso em dmesg

[   6.720171] jfs: Unrecognized mount option "nobootwait" or missing value

Então, tomando isso como uma dica, quando eu removo a opção nobootwait do fstab, o comando

sudo mount /storage 

funciona bem. (Eu não sei sobre o tempo de inicialização como estou fazendo atualmente sobre o ssh e não quero arriscar a inicialização do computador).

Obviamente, uma solução é descartar a opção nobootwait . Mas eu não quero fazer isso. Talvez nobootwait NUNCA trabalhei (eu nunca tive falha de boottime do disco) em 14.04 e 14.04 apenas ignorei o erro, mas eu quero a suposta funcionalidade de nobootwait .

Houve uma mudança no Ubuntu 16.04 ou no kernel do linux em relação a nobootwait ?

    
por codechimp 14.06.2016 / 17:08

4 respostas

11

Esta opção parece ter sido descartada. O manpage do Ubuntu para fstab contém este texto se você selecionar 14.04 LTS no topo:

The  mountall(8)  program  that  mounts  filesystem  during  boot  also
 recognises additional options that the ordinary mount(8) tool does not.
These  are:  ''bootwait''  which  can  be applied to remote filesystems
mounted outside of /usr or /var, without which  mountall(8)  would  not
hold up the boot for these; ''nobootwait'' which can be applied to non-
remote filesystems to explicitly instruct mountall(8) not  to  hold  up
the boot for them; ''optional'' which causes the entry to be ignored if
the filesystem type is not known  at  boot  time;  and  ''showthrough''
which  permits  a mountpoint to be mounted before its parent mountpoint
(this latter should be used carefully, as it can cause boot hangs).

Este parágrafo não existe na versão da página que você recebe se você selecionar 16.04 na parte superior.

    
por Organic Marble 14.06.2016 / 17:21
9

Se você está apenas procurando como replicar o comportamento nobootwait em 16.04, parece que a opção que você está procurando é nofail . A partir do link

   nofail
       With nofail, this mount will be only wanted, not required, by
       local-fs.target or remote-fs.target. This means that the boot will
       continue even if this mount point is not mounted successfully.
    
por cheshirekow 22.06.2017 / 18:37
2

Parece que há 2 opções relevantes que precisam ser definidas para imitar o comportamento nobootwait, retiradas de systemd mount manpage :

   nofail
       With nofail, this mount will be only wanted, not required, by
       local-fs.target or remote-fs.target. This means that the boot will
       continue even if this mount point is not mounted successfully.
   x-systemd.device-timeout=
       Configure how long systemd should wait for a device to show up
       before giving up on an entry from /etc/fstab. Specify a time in
       seconds or explicitly append a unit such as "s", "min", "h", "ms".

, portanto, as opções de configuração para nofail, x-systemd.device-timeout=1 devem fazer o sistema aguardar 1 segundo para que o dispositivo seja montado antes de continuar a inicialização.

    
por Konstantin Pereiaslov 30.04.2018 / 20:22
0

A partir do Ubuntu 16.04, o sistema init padrão é o systemd que substituiu o mountall. O link fornece novas opções que provavelmente eliminam a necessidade de nobootwait.

    
por Zigmund Ozea 11.04.2017 / 03:52