Início / user-190347

tresf's questions

Martin Hope
tresf
Asked: 2025-01-17 02:10:33 +0800 CST
  • 7

Estou tentando calcular o -ovalor para extrair um .AppImagearquivo usando unsquashfsarquiteturas/SOs estrangeiros, mas usando objdumpem vez de readelfpara tornar a solução mais compatível com SOs como o macOS.

unsquashfs

Usage:

-o BYTES, -offset BYTES
              skip BYTES at start of FILESYSTEM.  Optionally a suffix of K, M or G can be given to specify Kbytes, Mbytes or Gbytes respectively (default 0
              bytes).

Estou seguindo a orientação desta solução , que usa readelfpara calcular o -ovalor de deslocamento. Isso funciona muito bem no Ubuntu, mas não funciona no macOS devido à indisponibilidade geral de readelf.

No entanto, eu gostaria de usar objdumpif possible. Eu encontrei algumas perguntas que explicam como encontrar o ponto de entrada/deslocamento de um executável binário, mas não importa quais valores eu tente, não consigo encontrar uma maneira de obter o valor correto para unsquashfs. Estou convertendo valores hexadecimais para decimais, mas nada de objdumpcorresponde aos readelfvalores abaixo, mesmo usando a equação do Employed Russian ehdr->e_entry - phdr->p_vaddr + phdr->p_offset. .

Por exemplo, veja o AppImage do Audacity:

https://github.com/audacity/audacity/releases/download/Audacity-3.7.1/audacity-linux-3.7.1-x64-22.04.AppImage
  • Chamar readelf -h audacity-linux-3.7.1-x64-22.04.AppImageme dá alguns valores úteis, como Start of section headers, Size of section headers, Number of section headers.
  • Em seguida, usando a lógica de Martin Vyskočil $START_OF_SECTION + $SECTION_SIZE * $SECTION_NO , posso obter um valor correto de 191680 + 64 * 32, que é 193728.
  • O comando a seguir é bem-sucedido (no macOS e no Ubuntu): 
    unsquashfs -o 193728 audacity-linux-3.7.1-x64-22.04.AppImage squashfs-root

... mas como posso calcular esse valor de deslocamento com objdumpem vez de readelf?

bash
Martin Hope
tresf
Asked: 2022-05-13 06:48:56 +0800 CST
  • 0

Eu tenho um script que inexplicavelmente bifurca uma nova instância do Terminal em algumas distribuições Linux... Prefiro que não faça isso. Estranhamente, quando executo o script diretamente ( ./install.sh), a instância adicional do Terminal não é criada.

curl qz.sh | bash # warning this will install a Linux Desktop App you may not want :)
  • No MacOS Mojave : Funciona normalmente
  • No Ubuntu 22.04 : Funciona normalmente em uma VM
  • No Fedora 34 : Funciona normalmente em uma VM
  • No Ubuntu 20.10 : Alegadamente gera um novo terminal
  • No Manjaro XFCE : Funciona bem até atingir o sudo ...comando no script e gerar uma nova instância do Terminal

Código fonte completo aqui .

O código em questão é o seguinte:

# Install using unattended techniques: https://github.com/qzind/tray/wiki/deployment
echo -e "Download successful, beginning the install..."
case $OSTYPE in
    "darwin"*)
        # Assume .pkg (installer) for MacOS
        sudo installer -pkg "$TEMP_FILE" -target /
        ;;
    *)
        # Assume .run (makeself) for others
        if which sudo >/dev/null 2>&1 ; then
            # use "sudo" if available
            sudo bash "$TEMP_FILE" -- -y
        else
            # fallback to "su -c"
            su root -c "bash '$TEMP_FILE' -- -y"
        fi
        ;;
esac

Pergunta: Por que isso gera uma nova instância do Terminal em alguns ambientes e como posso evitar que isso aconteça?

bash sudo