pula fsck na inicialização no servidor do Ubuntu 10.04

Question

Estamos sentados aqui na frente de um servidor Ubuntu 10.04 que insiste em fazer um longo checkdisk durante a reinicialização.

Nós vemos uma opção para editar a linha de opções de inicialização do kernel no grub para pular a verificação.

Qual seria o parmater, algo como --skip-fsck talvez?

Também estou tentando usar o google e os documentos e não consegui encontrá-lo até agora. Ainda pesquisando ...

EDITAR:

Com a ajuda de Mat (pesquisando para fsck não chkdsk) eu achei o parâmetro, provavelmente é "fastboot", tentei editar o grub durante o boot com isso ... ainda não achei o jeito certo de fazer isso. Precisa - na frente? qual linha?

EDIT2:

O processo de inicialização no Ubuntu 10.04 não é como tradicionalmente no Linux, algumas coisas mudaram para "acelerar" o processo de inicialização. Obviamente, isso resulta no fato de que fsck não é mais um processo de primeiro plano que pode ser abortado com ctrl-c. Há pressionando "C" mencionado, mas isso não funciona, sem reação.

EDIT3:

Este é um servidor Ubuntu 10.04. Eu encontrei isto:

link

Quote: "Alterações na saída do tempo de inicialização no Ubuntu Server

Com a introdução de plymouth, as mensagens de inicialização dos scripts de inicialização não são mais exibidas acima do prompt de login em tty1. Em vez disso, eles são todos de saída para tty7 e no Ubuntu Server, podem ser vistos após o boot pressionando Alt + F7. Em todos os sistemas, a saída de inicialização também pode ser encontrada em /var/log/boot.log.

[...] Teclas de atalho para interagir com o mountall continuarão funcionando sem a tela inicial, mas não podem ser descobertas: C para cancelar um fsck em execução; M para solicitar um shell de manutenção; S para pular uma montagem indisponível; e F para tentar consertar erros encontrados por um fsck. "

Eu tentei c, C, m, M e Ctrl-C sem resultado. Alt-F7 me envia para um log de inicialização diferente do Alt-F1, mas ambos não reagem, ainda fsck-ing.

Tenho a impressão de que a verificação é feita absolutamente em segundo plano. (upstart?) Não é possível obter controle desse processo. Em primeiro plano, o processo de inicialização continuou com os outros discos (que estão limpos), mas pára, mas não aceitou ctrl-c. Também não há consoles de log disponíveis (alt-f2, ...), apenas os logs de inicialização.

EDIT4: Talvez esta seja uma informação relacionada:

link

    

Answer 1

opções fstab / etc / fstab é um arquivo de configuração do sistema e é usado para informar ao kernel do Linux quais partições (sistemas de arquivos) devem ser montadas e onde, na árvore do sistema de arquivos.

Uma entrada fstab típica pode ser assim:

/dev/hda1 / ext3 defaults 1 1
/dev/hdb1 /home ext3 defaults 1 2

The 6th column (in bold) is a fsck options.
0 = Do not check.
1 = First file system (partition) to check;
/ (root partition) should be set to 1.
2 = ALL OTHER file systems to be checked.

Mas é uma má ideia parar de verificar o disco. Esta é minha mente.

    

Answer 2

Assumindo que por "checkdisk" você quer dizer fsck, o kernel não é responsável por isso; é tratado no espaço do usuário.

De experimentos recentes, descobri que é seguro usar o CTRL-C para interromper o fsck no início e concluir o processo de inicialização. Você pode então editar as opções no fstab, como nance disse, ou usar tune2fs para reajustar o sistema de arquivos (assumindo que é um ext [234] FS) para que mais tempo ( -i ) ou mais montagens ( -c ) sejam necessário entre fscks obrigatórios.

    

Answer 3

Primeiro, você tentou pressionar C em TTY7 ou TTY1? Você também tentou M para fsck manual? Eu acredito que essas são teclas de atalho para o processador inicial de inicialização, plymouth, e não para o mountall, e são implementadas através da funcionalidade 'watch-keystroke' do plymouth.

No entanto, se você realmente estiver experimentando um fsck longo em ext3 ou ext4, a unidade provavelmente está marcada como suja. Isto é provavelmente porque foi reiniciado muitas vezes, e atingiu a contagem máxima de montagem entre os fsck's, ou tem sido muito tempo e atingiu o "tempo máximo desde a última contagem fsck". Basicamente, a forma como o FS é normalmente configurado, você precisa fazer um fsck completo de vez em quando para limpar o lixo.

Outra opção é que realmente encontrou algo terrivelmente errado com o volume. Tudo isso deve ser relatado em algum lugar na saída do tty7.

Nesse caso, com o volume passando por fsck completo, mesmo se você interromper o processo, o sistema não montará o volume, porque ele está marcado como sujo. Há hacks para contornar isso, mas na maior parte, você provavelmente está melhor esperar que ele termine. Você deve ver algum tipo de progresso no TTY7 (alt-f7).

    

Answer 4

Edite a parte 'kernel' das opções de inicialização no GRUB e altere "ro" para "rw". Isso faz com que o sistema de arquivos raiz seja lido e escrito. O Fsck não gosta de verificar os sistemas de arquivos de leitura / gravação e é ignorado.

Para o RHEL e o CentOS, "fastboot" é a opção de inicialização correta.

Advertência: Eu não testei o que acontece se você tem FSCKFIX = yes em / etc / default / rcS ... coisas ruins podem acontecer nesse caso.

Aviso: Eu não sei exatamente com qual versão do Ubuntu eu fiz isso.