Início / unix / Perguntas / 759516
Accepted
GraemeV
Asked: 2023-10-21 22:05:46 +0800 CST

Elimine a inclusão de bibliotecas X11 no initrd

  • 772

Estou executando o Debian Bookworm em um TS412 (QNAP); ele armazena o kernel e o initrd em flash. Tem um total de 16 MB de flash. Portanto, mesmo depois de ajustar as partições MD, o melhor que consigo é um initrd de 12 MB. Estou usando compactação xz. Mas mesmo assim, o initrd inicial era de 12,5 MB. Eu sei que a solução comum é reduzir os módulos, mas eles não são o verdadeiro problema.

2984    .../usr/lib/modules
6036    .../usr/share
18824   .../usr/lib/arm-linux-gnueabi

Procurando em arm-linux-gnueabi tinha coisas como libX11... Essa máquina nem tem console (até conseguir uma linha serial é difícil) certamente não precisa de "X".

Então eu removi muitos pacotes totalmente (apt-get remove ...), na verdade, um pouco mais do que deveria. Mas o resultado foi um initrd muito menor (cerca de 5 MB IIRC) que inicializa e funciona perfeitamente.

O problema é que, se eu fizer ssh na caixa e executar o emacs(1), seria bom projetar a versão da GUI de volta para minha área de trabalho normal (que tem muita memória e telas grandes, etc.), mas isso exigiria a instalação do Bibliotecas cliente X no TS412.

Agora não vejo por que só porque tenho o pacote com as bibliotecas do cliente X instaladas, uma cópia precisa ser mantida no initrd, elas não são necessárias durante a inicialização. Existe uma maneira de limitar a entrada de outras coisas no initrd, não apenas nos módulos (que não são os culpados)

Já tentei pesquisas em documentos em busca de guias para limitar o initrd.

debian

2 respostas

  1. Best Answer

    Pode haver um binário destinado a exibir informações gráficas durante a inicialização que extrairia bibliotecas das quais depende no arquivo initramfs .

    Um desses binários disponível na maioria das arquiteturas, inclusive, armelé o label.soplugin fornecido por plymouth-labelcomo plugin para Plymouth para ter uma exibição gráfica com texto durante a inicialização. Este plugin depende de várias bibliotecas X11 e é usado para renderizar texto . Quando este plugin é adicionado ao initramfs, todas as bibliotecas das quais ele depende também são adicionadas para que possa ser usado na fase de inicialização. Isso é anunciado pelas dependências do pacote: plymouth-labeldepende de libcairo2qual depende de vários pacotes da biblioteca X11, incluindo o fornecimento da biblioteca .libx11-6 libX11.so.6

    A adição do gancho initramfs label.soseria /usr/share/initramfs-tools/hooks/plymouth:

    PLUGIN_PATH="$(plymouth --get-splash-plugin-path)"

case "${THEME_NAME}" in
  text|details|tribar)
      PLUGINS="text.so details.so"
      ;;
  *)
      PLUGINS="text.so details.so label.so"
      ;;
esac

[...]

for PLUGIN in ${PLUGINS}
do
  if [ -f ${PLUGIN_PATH}/${PLUGIN} ]
  then
      copy_exec ${PLUGIN_PATH}/${PLUGIN}
  else
[...]

    copy_execé uma função shell (fornecida por initramfs-tools-core) que extrairá as dependências sempre que necessário, além de copiar o binário, contando lddpara descobrir o que é necessário.

    então parece que seria puxado apenas quando uma configuração sem texto fosse usada em Plymouth... para exibir texto.

    Como o objetivo principal do QNAP não é o vídeo, deve-se evitar a instalação do plymouth e principalmente deste plugin, evitando que as bibliotecas X11 sejam extraídas do arquivo initramfs .

    Não consigo ver nenhuma outra causa para esse comportamento. Pode haver outro pacote semelhante causando esse comportamento por motivos semelhantes.

    • 13

  2. Tendo seguido a lógica da resposta útil do @AB. Criei um par rápido e sujo de scripts para ajudar a acompanhar a árvore de dependências. (a resposta AB continua sendo a resposta para a pergunta específica)

    graeme@qnap412u:/tmp/myinitrd$ xzcat /boot/initrd.img-6.1.0-13-marvell  | cpio -i
34382 blocks

graeme@qnap412u:/tmp/myinitrd$ ~/bin/genxrefs.sh /tmp/myinitrd/  > /tmp/refs
Doing /tmp/myinitrd/usr/lib/klibc-tUxlTFMpGlp_BpS5UnpMpyc8b3g.so
    not a dynamic executable
Doing /tmp/myinitrd/usr/lib/arm-linux-gnueabi/ld-linux.so.3
Doing /tmp/myinitrd/usr/lib/arm-linux-gnueabi/libkmod.so.2.4.0
..elided..

graeme@qnap412u:/tmp/myinitrd$ ~/bin/whoneeds.awk  libudev /tmp/refs 
libudev.so.1 is used by /tmp/myinitrd/usr/lib/arm-linux-gnueabi/libdevmapper.so.1.02.1

graeme@qnap412u:/tmp/myinitrd$ ~/bin/whoneeds.awk devmapper  /tmp/refs 
graeme@qnap412u:/tmp/myinitrd$ ~/bin/whoneeds.awk libatomic  /tmp/refs 
libatomic.so.1 is used by /tmp/myinitrd/usr/lib/arm-linux-gnueabi/libkmod.so.2.4.0
libatomic.so.1 is used by /tmp/myinitrd/usr/lib/arm-linux-gnueabi/libcrypto.so.3


graeme@qnap412u:/tmp/myinitrd$ cat ~/bin/genxrefs.sh
#! /bin/bash -ue

# This will fail if any names uses spaces or commas (at a pinch, we could use TAB)

INITDIR=$1

objs=$(find ${INITDIR} -type f -name '*.so.*' -o -path '*.so')

# This is going to mess up if anybody uses spaces in pathnames
for obj in ${objs}
do
    echo "Doing ${obj}" >&2
    ldd ${obj} | while read line
    do
    requires=${line%% =>*}
    requires=${requires%% *} # 1st word
    requires=$(basename ${requires})
    
    provided=${line#*=>}

    # Ugly , we use commas because, for example quoted strings are too hard in awk(1)
    
    echo "${obj},${requires},${provided}"
    done  
done
graeme@qnap412u:/tmp/myinitrd$ cat ~/bin/whoneeds.awk
#! /usr/bin/awk -f
BEGIN {
    # NB this version of awk does not appear to understand FPAT
    FS=","

    STRING=ARGV[1]
    ARGV[1]=""
}

{ if ( index($2, STRING) > 0 )
    print $2 " is used by " $1 }
    • 0

relate perguntas