Sistema de arquivos local não desmontado corretamente durante o desligamento

3

Eu tenho um sistema de arquivos com dois HDDs e várias partições montadas separadamente localmente.

/root , /home , /usr , /var , /local/share , /home/bernhard/fotos/bilder , /backup estão em partições separadas e são todos "ext3".

Durante a desmontagem, a mensagem " desmontando o sistema de arquivos local " não aparece mais e ao inicializar todas as partições, mas a partição raiz precisa recarregar o diário, o que indica uma desmontagem inadequada. A partição raiz e / usr estão em sda, as outras em sdb ou outros dispositivos montados em usb. a única partição desmontada sem problema parece ser a partição raiz em sda4.

Gostaria de saber se o script para desmontar todos os dispositivos tem um loop " espera pelo sucesso " ou se o próprio script foi corrompido. No entanto, ontem fiz o upgrade para 11.04 e o erro persistiu.

O

pmount não parece ser apropriado, pois o dispositivo não é hot-plug, mas simplesmente montado durante o início do sistema. Obviamente montagem / usr e depois / usr / local / share assim como / home e posterior / home / bernhard / fotos / bilder apresentam problemas para umount; os dispositivos podem estar ocupados e, portanto, não devidamente desmontados.

Alguém tem uma ideia de um script para organizar a desmontagem de forma ordenada? Como esperar pela desmontagem da montagem secundária? Você sabe também onde colocar tal script que será usado em vez do comando original?

Pode ser uma solução geral.

    
por bernhard 29.04.2011 / 15:21

1 resposta

2

Eu não tenho um 11.04 aqui para experimentar, mas parece-me que o / etc / init.d / umountfs deve fazer a desmontagem. Lá você verá que todos os pontos de montagem regulares são passados para umount em uma única chamada. É deixado para umount processá-los em uma ordem sensata, a qual, na minha opinião, deveria ser capaz. Parece não haver loop "Aguardar pelo sucesso" nesse script. E mesmo que algum dispositivo não tenha sido desmontado com sucesso, umount -r deve montar esses sistemas de arquivos como somente leitura, então não deve haver necessidade de repetição de registros.

Para obter mais informações sobre esse problema, convém editá-lo de uma ou mais das seguintes maneiras:

  • Defina VERBOSE=yes para ver mais resultados
  • Coloque um sleep 20 no início e no final de do_stop , cada um precedido por echo adequado. Dessa forma, você verá qual saída é originada desse script e terá tempo para lê-lo durante o encerramento. Naturalmente, você deve desativar sua tela inicial para ver realmente essa saída.
  • Talvez também faça um set -x para que você possa ver o funcionamento interno do script de shell, os argumentos passados para umount em particular.
  • Até mesmo criar um shell lá, para que você possa experimentar durante o desligamento, por exemplo, para identificar motivos pelos quais alguns sistemas de arquivos estão ocupados e não podem ser desmontados.
  • Tente adicionar sua própria lógica de ordenação, usando a sintaxe bash normal para ordenar os argumentos para desmontar ou executar várias invocações de umount. Eu acho que isso não deve ser necessário se o script funcionar como pretendido, e se ele não funcionar como deveria, deve haver algum tipo de mensagem de erro. Então eu só implementaria isso se não houvesse outra pista sobre o que está errado.
por MvG 26.06.2012 / 10:57