Perguntas[64-bit](ubuntu)

Eu instalei o M plus no Ubuntu 22.04. Minha arquitetura é aarch64, quando executo o aplicativo recebo:

bash: /opt/mplus/8.8/mplus: No such file or directory

Eu instalei o M plus usando os seguintes comandos:

chmod a+x mplus.bin
./mplus.bin LAX_VM /usr/lib/jvm/java-17-openjdk-arm64/bin/java

A saída de ls -l /opt/mplus/8.8/é:
total 61754
drwxr-xr-x. 2 root root 3452 Jan 5 16:45 Documentation
drwxr-xr-x. 4 root root 3452 Jan 5 16:45 Examples
drwxr-xr-x. 6 root root 3452 Jan 5 19:05 jre
-rwxr-xr-x. 1 root root 63152192 Apr 25 2022 mplus
drwxr-xr-x. 2 root root 3452 Jan 5 16:47 uninstall

A saída de file /opt/mplus/8.8/mplus:

/opt/mplus/8.8/mplus: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, not stripped, too many notes (256)

estou enfrentando um problema que consumiu muito do meu dente. Estou tentando vincular meu arquivo de objeto (pequeno programa compilado com nasm) com o vinculador ld e usando funções c. Pesquisei muito e descobri que a solução para carregar todas as c libs é passar -lc como opção para ld que honestamente silenciou todos os avisos e erros e gerou meu executável. O problema é que sempre recebo o erro "Nenhum arquivo ou diretório" quando tento executar meu programa.

Pesquisei muito na internet e encontrei esta resposta útil Ask Ubuntu Answer , mas infelizmente isso não resolveu meu problema.

algumas informações aqui:

> file main

returned:

main: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld64.so.1, not stripped

A versão do programa é de 64 bits e o interpretador existe de acordo com o "comando do arquivo.

> ldd main

returned:

linux-vdso.so.1 (0x00007ffdf4bcc000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7a10b23000)
/lib/ld64.so.1 => /lib64/ld-linux-x86-64.so.2 (0x00007f7a10f14000)

De acordo com o comando "ldd", não há biblioteca compartilhada ausente

NB: O mesmo programa compilou e vinculou com sucesso com nasm e ld no macosx adicionando essas opções

-macosx_version_min 11.0 -L /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/lib -lSystem -no_pie

para o linker ld.

EDIT1: O programa vinculado funciona sem nenhum problema quando eu removo o -lc para ld e, claro, as chamadas de funções c dentro do meu arquivo asm

EDIT2:

readelf -h main

returned:

ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              EXEC (Executable file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0x4005d0
  Start of program headers:          64 (bytes into file)
  Start of section headers:          19096 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           56 (bytes)
  Number of program headers:         7
  Size of section headers:           64 (bytes)
  Number of section headers:         21
  Section header string table index: 20

Algumas informações extras sobre o programa

Estou recebendo a saída: cannot execute binary fileao tentar executar um binário. Na minha pesquisa acabei de encontrar soluções para problemas de arquitetura, permissões e 64/32 bits.

Eu corro em ambos os sistemas de processadores x86 de 64 bits. Sem ARM. Eu configurei as permissões executáveis.

   file binary
binary: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=eac437fc2642b3b1c36ebaada419dbb121d8b66c, with debug_info, not stripped


uname -a
Linux air 5.8.0-43-generic #49~20.04.1-Ubuntu SMP Fri Feb 5 09:57:56 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

tentei executar a escrita:. binary

grato por qualquer ideia...

Eu quero criar uma VM no meu Ubuntu 20.10 de 64 bits para testar o Arch Linux (e saber se consigo ou não instalá-lo sem quebrar as coisas). Para isso, instalei o Oracle Virtualbox 6.1.16 através de um arquivo .deb do próprio site da Oracle (20.10 não tinha uma versão explicitamente compatível, então baixei a compilação para 20.04 LTS). Quando abro e tento criar uma nova VM, só são oferecidas opções de 32 bits:

O Virtualbox só me mostra opções de 32 bits.

As somas SHA256 coincidem com as do site oficial (podem linkar se solicitado). Não sei mais o que solucionar, pois todas as outras incidências que vi desse problema parecem ter ocorrido no Windows.

Como posso fazer com que o Virtualbox me dê opções de 64 bits para a VM?

Eu tentei sudo apt-get remove Mullvad-VPN Ele me mostrou este comando Password for ubunt: Tentei várias vezes digitar a senha do meu sistema e as senhas ou palavras que digitei depois disso não aparecem. Então, não consigo desinstalar e nem usar o aplicativo depois de tentar executar uma atualização

Eu tenho uma máquina de 64 bits. Há mais de uma década, quando instalei o Ubuntu pela primeira vez, a versão de 32 bits foi recomendada, então foi isso que instalei. Tenho mantido atualizado e não tive nenhum problema. Belo sistema.

Agora eu quero atualizar para 20.04. O que eu faço?

Não quero ficar preso por uma decisão que me foi recomendada !!!

Estou tentando atualizar meu sistema de 18.04 para 20.04 usando o gerenciador de atualização. Não importa o que eu tente, recebo um erro ao calcular a atualização:

Could not calculate the upgrade 

An unresolvable problem occurred while calculating the upgrade.

A princípio, o erro me deu um motivo: tive que limpar todos os PPAs do Launchpad. Eu fiz isso e, depois de ainda receber o mesmo erro, fiz algumas pesquisas e encontrei este relatório de bug onde alguns usuários disseram que a instalação do clang-9 resolveu esse problema. Eu mesmo fiz isso e agora recebo o mesmo erro com uma explicação diferente: "instalei uma versão de pré-lançamento. Este é um problema transitório". Então eu removi o clang-9, atualizei e removi tudo automaticamente, e agora só recebo o erro sem nenhuma explicação sugerida.

Como esse diálogo não está ajudando, fui até o meu /var/log/dist-upgrade/main.log, onde vi esta linha:

ERROR Dist-upgrade failed: 'E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.'

Eu então verifiquei o apt.log para ver o que estava acontecendo. Há claramente um pouco de errado.

Quais são minhas opções daqui? Se você grep este log para "Broken", existem alguns pacotes que o atualizador vê como quebrados (embora nenhum deles apareça com dpkg ou no Synaptic), e remover todos eles é inviável e eu me preocupo pode quebrar todo o meu sistema. Com base na lista de pacotes com problemas, acho que existe um pacote de chaves ou dois que a correção eliminará todo o problema. Só não tenho certeza de quais podem ser. Qualquer ajuda seria muito apreciada.

Em resposta à minha pergunta off-topic anterior, aqui , instalei o Ubuntu 20.04 em uma VM no Windows, pois preciso fazer algumas coisas com ele. Como configuro o wine corretamente para instalar um programa de 32 bits no Ubuntu de 64 bits sem problemas de configuração?

Atualizei recentemente para o Ubuntu 20.04 e preciso do Lotus Notes 9.0.1 (32 bits) instalado.

Depois de um dia doloroso instalando bibliotecas de 32 bits do Ubuntu 18.04 , consegui fazê-lo funcionar.

Mas eu tenho uma biblioteca conflitante: libpangox

# dpkg -i libpangox-1.0-0_0.0.2-5_i386.deb 
(Reading database ... 302819 files and directories currently installed.)
Preparing to unpack libpangox-1.0-0_0.0.2-5_i386.deb ...
Unpacking libpangox-1.0-0:i386 (0.0.2-5) over (0.0.2-5) ...
dpkg: error processing package libpangox-1.0-0:i386 (--install):
 package libpangox-1.0-0:i386 0.0.2-5 cannot be configured because libpangox-1.0-0:amd64 is at a different version (0.0.2-5ubuntu1)
Errors were encountered while processing:
 libpangox-1.0-0:i386

Mas a biblioteca libpangox de 64 bits é usada pelo AnyDesk:

 # apt-rdepends --state-follow=Installed --state-show=Installed -r libpangox-1.0-0:amd64
Reading package lists... Done
Building dependency tree       
Reading state information... Done
libpangox-1.0-0:amd64
  Reverse Depends: libgtkglext1 (>= 1.2.0-9)
libgtkglext1
  Reverse Depends: anydesk (6.0.0)
anydesk

A versão das duas bibliotecas é (quase) a mesma 0.0.2-5:

# dpkg -l | grep libpangox-1.0.0
iF  libpangox-1.0-0:amd64                      0.0.2-5ubuntu1                        amd64        pango library X backend
iU  libpangox-1.0-0:i386                       0.0.2-5                               i386         pango library X backend

Mas 64 bits tem sufixo ubuntu1.

Nesse estado, o Lotus Notes não está funcionando. Eu recebo este erro:

Falha ao fazer login

CLFRJ0005E: O Notes não está instalado

Se eu remover o AnyDesk (e as bibliotecas relacionadas) e reinstalar a biblioteca i386:

# dpkg -r anydesk
# dpkg -r libgtkglext1:amd64
# dpkg -r libpangox-1.0-0:amd64
# dpkg -i libpangox-1.0-0_0.0.2-5_i386.deb

O Lotus Notes funciona novamente.

É possível instalar as bibliotecas de 64 bits (0.0.2-5ubuntu1) e 32 bits (0.0.2-5) com esta versão ligeiramente diferente?

Cumprimentos

Como instalar a versão de 64 bits do VLC (VideoLAN) no Ubuntu 18 (também de 64 bits)?

Já instalei o VLC do Ubuntu Software App e também do terminal, mas não sei como especificar a versão de 64 bits, nem tenho certeza se existe para Linux (existe para windows).

Eu preciso ter o VLC e o OBS Studio de 64 bits ou 32 bits.

Também não sei como verificar a versão instalada atual. Tentei as soluções neste post , mas não funcionam para mim, parece:

$ file $(which vlc)
/snap/bin/vlc: symbolic link to /usr/bin/snap

$ dpkg -s vlc
...package 'vlc' is not installed...