incapaz de remontar o sistema de arquivos de volta para somente leitura após o upgrade do pacote

Question

No meu sistema Debian, eu tenho meu / em partição separada e montado read-only . Apenas /home/ , /var/ e /tmp/ são graváveis. Eu também criei um Pre-Invoke e Post-Invoke apt hook , para que apt possa automaticamente remontar o sistema para gravação, quando os pacotes forem instalados ou atualizados, e remontá-lo de volta para read-only quando terminar:

DPkg::Pre-Invoke  {"mount -o remount,rw / ;};
DPkg::Post-Invoke {"mount -o remount    / ;};

Toda esta configuração funciona bem com uma exceção. Às vezes, durante o processo de instalação / atualização, alguns serviços precisam ser reiniciados ou novos arquivos abertos durante a pequena janela, quando meu / é montado read-write , esses arquivos são abertos com write permissões. Depois que a instalação / atualização for concluída, meu Post-Invoke hook retornará erro porque não é possível remontar / de volta para read-only .

Existe alguma maneira de resolver este problema? Isso é muito chato, porque nessa situação eu geralmente preciso reiniciar o servidor, o que é impraticável.

EDITAR

Abaixo está um log da minha última atualização de pacote, que resultou no erro descrito:

root@alpha# apt-get upgrade 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be upgraded:
  base-files curl libc-bin libc6 libcurl3 libcurl3-gnutls libmysqlclient18 libssl1.0.0 locales multiarch-support mysql-client mysql-client-5.5 mysql-common
  nscd openssl tzdata wget whois
18 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 18.7 MB of archives.
After this operation, 264 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Fetched 18.7 MB in 0s (33.2 MB/s) 
Preconfiguring packages ...
(Reading database ... 20532 files and directories currently installed.)
Preparing to replace base-files 7.1wheezy3 (using .../base-files_7.1wheezy4_amd64.deb) ...
Unpacking replacement base-files ...
Processing triggers for man-db ...
Processing triggers for install-info ...
Setting up base-files (7.1wheezy4) ...
Installing new version of config file /etc/debian_version ...
(Reading database ... 20532 files and directories currently installed.)
Preparing to replace libc-bin 2.13-38 (using .../libc-bin_2.13-38+deb7u1_amd64.deb) ...
Unpacking replacement libc-bin ...
Processing triggers for man-db ...
Setting up libc-bin (2.13-38+deb7u1) ...
(Reading database ... 20532 files and directories currently installed.)
Preparing to replace libc6:amd64 2.13-38 (using .../libc6_2.13-38+deb7u1_amd64.deb) ...
Unpacking replacement libc6:amd64 ...
Setting up libc6:amd64 (2.13-38+deb7u1) ...
(Reading database ... 20532 files and directories currently installed.)
Preparing to replace libssl1.0.0:amd64 1.0.1e-2+deb7u1 (using .../libssl1.0.0_1.0.1e-2+deb7u4_amd64.deb) ...
Unpacking replacement libssl1.0.0:amd64 ...
Preparing to replace curl 7.26.0-1+wheezy7 (using .../curl_7.26.0-1+wheezy8_amd64.deb) ...
Unpacking replacement curl ...
Preparing to replace libcurl3:amd64 7.26.0-1+wheezy7 (using .../libcurl3_7.26.0-1+wheezy8_amd64.deb) ...
Unpacking replacement libcurl3:amd64 ...
Preparing to replace libcurl3-gnutls:amd64 7.26.0-1+wheezy7 (using .../libcurl3-gnutls_7.26.0-1+wheezy8_amd64.deb) ...
Unpacking replacement libcurl3-gnutls:amd64 ...
Preparing to replace mysql-common 5.5.33+dfsg-0+wheezy1 (using .../mysql-common_5.5.35+dfsg-0+wheezy1_all.deb) ...
Unpacking replacement mysql-common ...
Preparing to replace libmysqlclient18:amd64 5.5.33+dfsg-0+wheezy1 (using .../libmysqlclient18_5.5.35+dfsg-0+wheezy1_amd64.deb) ...
Unpacking replacement libmysqlclient18:amd64 ...
Preparing to replace multiarch-support 2.13-38 (using .../multiarch-support_2.13-38+deb7u1_amd64.deb) ...
Unpacking replacement multiarch-support ...
Processing triggers for man-db ...
Setting up multiarch-support (2.13-38+deb7u1) ...
(Reading database ... 20532 files and directories currently installed.)
Preparing to replace tzdata 2013h-0wheezy1 (using .../tzdata_2013i-0wheezy1_all.deb) ...
Unpacking replacement tzdata ...
Setting up tzdata (2013i-0wheezy1) ...

Current default time zone: 'Europe/London'
Local time is now:      Sat Feb 15 11:35:41 CET 2014.
Universal Time is now:  Sat Feb 15 11:35:41 UTC 2014.
Run 'dpkg-reconfigure tzdata' if you wish to change it.

(Reading database ... 20511 files and directories currently installed.)
Preparing to replace wget 1.13.4-3 (using .../wget_1.13.4-3+deb7u1_amd64.deb) ...
Unpacking replacement wget ...
Preparing to replace locales 2.13-38 (using .../locales_2.13-38+deb7u1_all.deb) ...
Unpacking replacement locales ...
Preparing to replace whois 5.0.23 (using .../whois_5.1.1~deb7u1_amd64.deb) ...
Unpacking replacement whois ...
Preparing to replace mysql-client 5.5.33+dfsg-0+wheezy1 (using .../mysql-client_5.5.35+dfsg-0+wheezy1_all.deb) ...
Unpacking replacement mysql-client ...
Preparing to replace mysql-client-5.5 5.5.33+dfsg-0+wheezy1 (using .../mysql-client-5.5_5.5.35+dfsg-0+wheezy1_amd64.deb) ...
Unpacking replacement mysql-client-5.5 ...
Preparing to replace nscd 2.13-38 (using .../nscd_2.13-38+deb7u1_amd64.deb) ...
[ ok ] Stopping Name Service Cache Daemon: nscd.
Unpacking replacement nscd ...
Preparing to replace openssl 1.0.1e-2+deb7u1 (using .../openssl_1.0.1e-2+deb7u4_amd64.deb) ...
Unpacking replacement openssl ...
Processing triggers for install-info ...
Processing triggers for man-db ...
Setting up libssl1.0.0:amd64 (1.0.1e-2+deb7u4) ...
Setting up libcurl3:amd64 (7.26.0-1+wheezy8) ...
Setting up curl (7.26.0-1+wheezy8) ...
Setting up libcurl3-gnutls:amd64 (7.26.0-1+wheezy8) ...
Setting up mysql-common (5.5.35+dfsg-0+wheezy1) ...
Setting up libmysqlclient18:amd64 (5.5.35+dfsg-0+wheezy1) ...
Setting up wget (1.13.4-3+deb7u1) ...
Setting up locales (2.13-38+deb7u1) ...
Generating locales (this might take a while)...
  en_DK.UTF-8... done
  en_US.UTF-8... done
Generation complete.
Setting up whois (5.1.1~deb7u1) ...
Setting up mysql-client-5.5 (5.5.35+dfsg-0+wheezy1) ...
Setting up mysql-client (5.5.35+dfsg-0+wheezy1) ...
Setting up nscd (2.13-38+deb7u1) ...
[ ok ] Starting Name Service Cache Daemon: nscd.
Setting up openssl (1.0.1e-2+deb7u4) ...
mount: / is busy

A última linha ( mount: / is busy ) é o erro retornado pelo apt, ao tentar remontar / de volta para read-only .

UPDATE:

o comando sugerido por Graeme não mostra nenhum arquivo:

# lsof / | awk 'NR==1 || $4~/[0-9][uw]/'
COMMAND     PID       USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME

    

Answer 1

Meu palpite é que não são apenas serviços, é o fato de você ter outros sistemas de arquivos, como / home e / var, montados dentro do sistema de arquivos raiz. Além disso, a melhor solução que consegui encontrar é descrita aqui:

link

Procure a seção Como instalo / desinstalo pacotes em um sistema de arquivos somente leitura? Resumindo, envolve remontar o sistema de arquivos de destino e, em seguida, chrooting na nova montagem, antes de usar o pacote Gerente.

A sugestão, delineada em uma das outras respostas, faz suposições sobre o que acontece quando o sistema de arquivos raiz é remontado rw para atualizações de pacote, portanto, esta solução pode não funcionar realmente no Debian, caso o Debian exiba um comportamento diferente do assumido. Mas ei, vale a pena um tiro, eu acho ...

    

Answer 2

Para chegar mais perto de uma resposta definitiva, precisamos ver quais arquivos estão causando o erro mount: / is busy . Você poderia fazer isso com:

lsof / | awk 'NR==1 || $4~/[0-9][uw]/'

Veja minha resposta à outra pergunta do OP - lsof: mostra arquivos abertos como leitura-escrita - para as advertências. Pode ser que você precise colocar isso em um script separado e colocar o script no gancho apt para ver algo.

Suspeito que os arquivos em /etc permanecem abertos depois que os serviços são iniciados. Alguns programas / daemons atualizam suas configurações dinamicamente. NetworkManager e cupsd são dois exemplos. As atualizações para cups , que fazem o cupsd procurar por novas impressoras (em oposição a um script de configuração dpkg ), podem muito bem ser o que está causando o problema. Eu recomendo que você coloque /etc em um sistema de arquivos gravável, mesmo que não seja a fonte do seu problema.

Outra possibilidade é que o buffer do sistema de arquivos ainda esteja no processo de ser liberado para o disco quando você tentar fazer a remontagem. Não sei qual é o comportamento de mount , se é para bloquear até que o pedido de inserção esteja completo ou para falhar e relatar o disco como ocupado. O primeiro parece mais provável, mas não vejo sync chamadas na saída de strace (embora possivelmente a chamada do sistema mount faça isso). De qualquer forma, pode funcionar para fazer um sync antes do remount se o lsof acima não mostrar nada, por exemplo:

DPkg::Post-Invoke { "sync; mount -o remount /"; };