Como forçar o Ubuntu a usar o amd64, não o i386 [fechado]

0

Eu tenho um desktop de 1 ano de idade, com recursos de 64 bits (o que é normal?). Está rodando o Ubuntu. Quando eu instalei isto, eu assegurei que eu tinha um kernel amd64 (veja abaixo), e C lib. Eu adicionei software aleatório no último ano.

O APT está realmente interessado em me oferecer pacotes de 32 bits. Eu gostaria de um switch / config para apt-get que diz forçar 64 bits se o pacote estiver disponível. Eu sei como fazer isso por pacote, mas preciso colocar tudo em 64 bits.

Alguma sugestão? REBRIEF: Meu problema é que pareço ser incapaz de usar os recursos padrão do gerenciador de pacotes ~ direcionamento de hardware correto . Se a melhor solução é reconstruir a caixa, então é o que farei.

$ uname -a
Linux meow 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

$ dpkg --print-foreign-architectures
amd64

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial

 $ cat /proc/cpuinfo 
 processor       : 0
 vendor_id       : GenuineIntel
 cpu family      : 6
 model           : 61
 model name      : Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz
 stepping        : 4
 microcode       : 0x16
 cpu MHz         : 2357.343
 cache size      : 4096 KB
 physical id     : 0
 siblings        : 4
 core id         : 0
 cpu cores       : 2
 apicid          : 0
 initial apicid  : 0
 fpu             : yes
 fpu_exception   : yes
 cpuid level     : 20
 wp              : yes
 flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap xsaveopt dtherm ida arat pln pts
 bugs            :
 bogomips        : 4788.91
 clflush size    : 64
 cache_alignment : 64
 address sizes   : 39 bits physical, 48 bits virtual
 power management:

Como um último suspiro, eu poderia apt list --installed e regex-fu mencionar amd64, então atualizar cada pacote, mas esta é uma solução não limpa.

Meu ponto de foco atual é python3: i386 não sendo python3: amd64.

EDIT respondendo a @ bodhi.zazen:

 $ sudo apt-get install python3:amd64
 [sudo] password for user: 
 Reading package lists... Done
 Building dependency tree       
 Reading state information... Done
 You might want to run 'apt-get -f install' to correct these:
 The following packages have unmet dependencies.
  python3 : Conflicts: python3:amd64 but 3.5.1-3 is to be installed

(Eu sei que existe um python: amd64, pois é um requisito para outras ferramentas)

EDITAR respondendo a @guiverc

 $ dpkg -l python3
 Desired=Unknown/Install/Remove/Purge/Hold
 ||/ Name                   Version          Architecture     Description
 +++-======================-================-================-==================================================
 ii  python3                3.5.1-3          i386             interactive high-level object-oriented language (d
 user@meow:~$ 
 user@meow:~$ aptitude why python3
 i   indicator-cpufreq Depends python3

EDIT resposta para @ravery Ok, isso faria mais sentido, a partir de uma perspectiva de design do sistema operacional. Se você postar como uma resposta, eu tomarei isso como uma resposta

    
por Owen Beresford 05.10.2017 / 00:11

1 resposta

2
dpkg --print-foreign-architectures 
amd64

Isso indica que você instalou o sistema como 32 bits, já que 64 bits é "estranho" para a arquitetura do sistema.
É por isso que o apt continua oferecendo pacotes de 32 bits.

A correção é reinstalar usando a imagem de 64 bits.

    
por ravery 05.10.2017 / 11:25