Estou tentando usar um repositório de arquivos para atualizar o linux / ubuntu em uma máquina não conectada. A arquitetura desta máquina (uname -a):
x86_64 GNU/Linux
Os resultados de dpkg --printarchitecture
são:
amd64
É uma máquina amd64 da Trusty Tahr e diz isso especificamente, por exemplo, no arquivo sources.list do aptitude. Além disso, o "Sobre este computador" no ubuntu diz especificamente que a máquina é de 64 bits. Então, instalei os pacotes amd64 na máquina. No entanto, quando tento fazer apt-get update
, obtenho erros como:
W: Failed to fetch file:/var/spool/apt-mirror-trusty/mirror/archive.ubuntu.com/ubuntu/dists/trusty/main/binary-i386/Packages File not found
Portanto, em outras palavras, mesmo sendo uma máquina de 64 bits, o apt está inexplicavelmente tentando ler os pacotes i386. Por que está fazendo isso e como posso fazê-lo usar os pacotes de 64 bits?
Observe que não há nada no sources.list que especifique i386.
A única linha não comentada no arquivo sources.list é:
deb file:///var/spool/apt-mirror-trusty/mirror/archive.ubuntu.com/ubuntu trusty main restricted universe multiverse
fonte
dpkg
é configurado por padrão para aceitar o amd64 e seu irmão de 32 bits. Digo "talvez" porque não encontrei nenhuma documentação oficial com essas informações. Apenas meus 2 centavos.Respostas:
Nas
amd64
instalações do Ubuntu ,i386
é ativado como uma arquitetura adicional por padrão.apt
& co. espere que os repositórios forneçam todas as arquiteturas configuradas, o que causa o erro que você está vendo.Como seu espelho possui apenas
amd64
pacotes, você deve marcá-lo da seguinte maneira:fonte
dpkg --print-foreign-architectures
mostrará qualquer arquitetura para a qual o suporte multiarca está ativado; Eu tive o mesmo problema e (provavelmente sem surpresa) o comando acima relatou:i386
[arch=amd64]
em cadadeb
linha não é uma boa solução. Isso explica como fazê-lo: superuser.com/a/714392/376867i386
para lidar com um repositório problemático é um exagero. Observe que se você tiver vários repositórios causando o problema descrito na pergunta, isso indica um problema no campo Arquiteturas dos repositórios , não na configuração local.