ext [34] opção 'commit' e integridade do sistema de arquivos

Question

Eu estou executando uma instalação 10.10 bastante fresca e baunilha, construída a partir do zero cerca de um mês atrás em um laptop Acer Aspire 5742. Eu uso o openbox como meu gerenciador de janelas e não uso o KDE nem o Gnome. Eu ainda não descobri como fazer o sistema hibernar quando estiver com pouca bateria, então fico com falta de energia ocasionalmente.

Tenho notado que quando meu laptop muda para a energia da bateria, minhas partições ext * são remontadas com a opção commit=600 .

Quando eu voltar para AC, há outro conjunto de remontas com commit=0 .

Isso é evidente nas entradas em /var/log/syslog like

Mar 31 14:48:48 gatsby kernel: [414710.189306] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro,commit=600
Mar 31 14:48:48 gatsby kernel: [414710.324137] EXT4-fs (dm-1): re-mounted. Opts: commit=600
Mar 31 14:48:48 gatsby kernel: [414710.749636] EXT4-fs (dm-2): re-mounted. Opts: commit=600
Mar 31 16:35:58 gatsby kernel: [421128.882072] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro,commit=0
Mar 31 16:35:58 gatsby kernel: [421129.083283] EXT4-fs (dm-1): re-mounted. Opts: commit=0
Mar 31 16:35:59 gatsby kernel: [421129.724136] EXT4-fs (dm-2): re-mounted. Opts: commit=0

O manual mount explica o significado da opção count em relação ao sistema de arquivos ext3:

commit=nrsec
       Sync all data and metadata every nrsec seconds.
       The default value is 5 seconds. Zero means default.

O que isso significa exatamente? Parece implicar que as gravações podem ser armazenadas em cache por até 10 minutos. Isso significa que pode haver corrupção no sistema de arquivos ou que algumas alterações podem não ser salvas se a carga da bateria acabar?

    

Answer 1

Não deve resultar em corrupção do sistema de arquivos (afinal de contas, é um sistema de arquivos de registro no diário), mas pode resultar em perda de trabalho.

A razão para o comportamento é que girar o disco usa energia e esperar mais tempo antes de realizar um registro no diário pode ser possível executar várias gravações de uma só vez, resultando em menos voltas e maior vida útil da bateria.

Se isto está causando problemas para você, você pode alterar o intervalo de confirmação quando estiver na bateria. As alterações são realizadas pelo pacote pm-utils , portanto crie um arquivo em /etc/pm/config.d/ (o nome não importa) com o seguinte conteúdo:

JOURNAL_COMMIT_TIME_BAT=300

O item acima define o tempo limite para 5 minutos. Você pode ajustá-lo conforme necessário.