$ local_fs não incluindo todas as unidades

2

Este é um refinamento de uma pergunta que fiz ontem , o produto de uma pesquisa mais profunda que fiz desde então.

O script que inicia o CrashPlan tem, como deveria, uma strong dependência de $ local_fs em sua entrada LSB Required-Start. O problema está aparecendo quando esta dependência é satisfeita sem o volume USB sendo montado. Portanto, o CrashPlan acha que precisa criar seu destino de backup e os conflitos começam.

Meu entendimento de $ local_fs é que tudo no mtab será montado antes de ser satisfeito. Não é esse o caso? Existem opções que posso adicionar à entrada do mtab para alterar esse comportamento para o volume em questão?

    
por DavidF 02.12.2011 / 11:34

2 respostas

2

Se bem me lembro, as unidades USB são montadas pelo udev após os sistemas de arquivos virtuais (um sinal Upstart), não como parte de $ local_fs.

Portanto, uma solução é um bug contra o CrashPlan - está assumindo que a unidade que você deseja fazer backup não é USB.

Uma solução alternativa é alterar a dependência (ou adicionar um segundo) ao script de inicialização do CrashPlan.

Outra solução (mais fácil) é adicionar um 'sleep 60' ou outra pausa ao script de inicialização do CrashPlan. Ou simplesmente renumerar os links simbólicos para que eles sejam executados posteriormente.

    
por user535733 02.12.2011 / 21:07
0

O Upstart deve ser capaz de lidar com isso se você converter em um script upstart padrão. Eu tentei o seguinte, mas não tive nenhum sucesso até agora ... talvez seja o começo de uma resposta ...

  1. leia o link
  2. desativar /etc/init.d/crashplan
  3. crie /etc/init/crashplan.conf com conteúdo semelhante ao seguinte:

    descrição "crashplan on usbhdd" autor ""

    iniciar no MOUNTPOINT montado = / media / USB-HDD parar no runlevel [016]

    script de pré-inicialização     / usr / local / crashplan / bin / CrashPlanEngine start script final

    script de pós-parada     / usr / local / crashplan / bin / CrashPlanEngine stop script final

por Mark Howard 26.09.2012 / 18:26