Ошибка неверная архитектура amd64 выполните dpkg add architecture linux mint

Debian: простое превращение i386 в amd64

Это краткая статья о том, как без переустановки организовать 64-битную архитектуру на вашем 32-битном Debian/Deabian-based дистрибутиве (который вы могли по-невнимательности загрузить вместо 64bit).

* Ваше железо должно изначально поддерживать amd64, магию творить никто не собирается.
* Это может повредить систему, так что действуйте очень осторожно.
* Всё проверялось на Debian10-buster-i386.
* Не делайте этого, если хоть что-то здесь не понимаете.

Dpkg, apt и sources.list

Сразу к делу, если вы сумaсшедший всё взвесили, начинаем подготовку пакетов (в принципе здесь порядок не имеет значения, но по пунктам удобнее)

1. Выбираем amd64 в /etc/apt/sources.list, вставляя ‘ [arch=amd64] ‘ между deb\deb-src и URL

Это нужно для того, чтобы в будущем загружались только 64-х битные пакеты.

2.Добавляем amd64 в dpkg, чтобы он не ругался:

3.Обновляем список пакетов:

Разумеется всё это не имеет смысла без 64-х битного ядра, поэтому устанавливаем его:

Место $VERSION подставить нужную версию ядра.

После установки ядра grub перенастроится автоматически.

Завершение

После перезагрузки наша система уже сможет работать с amd64, но с пакетами могут возникнуть некоторые проблемы. У меня для их решения было достаточно выполнить данные команды:

Хотя сильно на этот счёт беспокоиться тоже не стоит — все нужные пакеты со временем сами установятся как зависимости, а ненужные удаляются так:

Источник

LiveInternetLiveInternet

—Поиск по дневнику

—Подписка по e-mail

—Постоянные читатели

—Статистика

Добавление/удаление 32/64-bit архитектур в Ubuntu Linux

Добавление/удаление 32/64-bit архитектур в Ubuntu Linux

Как добавить/удалить 32-bit/64-bit архитектуру в Ubuntu Linux, вы задавались данным вопросом? Решение есть.

Так вот, например работая на компьютере с 32-bit архитектурой, вы хотите установить приложение которое не доступно для вашей архитектуры, но доступно для 64-bit, в данном случае есть выход. Конечно не всегда он срабатывает, но выручает часто.

Наведу пример, скачали мы пакет определенного приложения, пускай это будет pak-name-amd64.deb, вам нужно установить данный пакет в Ubuntu, вы попробуете конечно выполнить установку пакета подобным способом:

pak-name-amd64.deb is for architecture amd64 ; the package cannot be built on this system

sudo dpkg —add-architecture amd64
sudo apt-get update

• После вы увидите сообщение, что система нам предлагает установить пакеты которые не смогли установиться ранее из-за ошибок, просто жмем клавишу — Enter и установка пакетов должна пройти гладко(гарантий нет), у меня это происходило без ошибок.

В общем, установили мы приложение и вроде-бы все работает, не забываем удалить 64-bit архитектуру с системы которую мы ранее добавили, так как у нас архитектура 32-bit, выполним в терминале команду:

sudo dpkg —remove-architecture amd64
sudo apt-get update

• На данном этапе мы решили вопрос установки приложения под 64-bit архитектуру. Аналогичное мы можем проделать и для приложений под 32-bit архитектуру если у нас основная 64-bit, делаем по тому же принципу.

Есть у нас условный пакет с названием — pak-name-i386.deb.
Добавим 32-bit архитектуру в систему:

sudo dpkg —add-architecture i386
sudo apt-get update

• Данная команда проверит и предложит установить пакеты которые не были установлены из-за ошибок при нашей попытке установки приложения выше.

После данных манипуляций так же не забываем удалить 32-bit архитектуру если у вас основная 64-bit, выполним в терминале команду:

sudo dpkg —remove-architecture i386
sudo apt-get update

Выбор ранее не выбранного пакета teamviewer.
(Чтение базы данных … на данный момент установлено 315507 файлов и каталогов.)
Распаковывается пакет teamviewer (из файла ./teamviewer_amd64.deb) …
dpkg: зависимости пакетов не позволяют настроить пакет teamviewer:
teamviewer зависит от lib32asound2, однако:
Пакет lib32asound2 не установлен.
teamviewer зависит от lib32z1, однако:
Пакет lib32z1 не установлен.
teamviewer зависит от ia32-libs, однако:
Пакет ia32-libs не установлен.

dpkg: ошибка при обработке параметра teamviewer (—install):
проблемы зависимостей — оставляем не настроенным
При обработке следующих пакетов произошли ошибки:
teamviewer

sudo dpkg —add-architecture i386
sudo apt-get update

sudo dpkg —remove-architecture i386
sudo apt-get update

/Загрузки# dpkg -i teamviewer_10.0.46203_i386.deb
Выбор ранее не выбранного пакета teamviewer.
(Чтение базы данных … на данный момент установлено 243957 файлов и каталогов.)
Preparing to unpack teamviewer_10.0.46203_i386.deb .
Unpacking teamviewer (10.0.46203) .
dpkg: зависимости пакетов не позволяют настроить пакет teamviewer:
teamviewer зависит от libjpeg62, однако:
Пакет libjpeg62 не установлен.

dpkg: error processing package teamviewer (—install):
проблемы зависимостей — оставляем не настроенным
При обработке следующих пакетов произошли ошибки:
teamviewer

• Что мы делаем в данном случае чтобы приложение подтянуло нужные ему пакеты и установилось до конца и у нас была возможность работать с приложением TeamViewer.

Достаточно в этой ситуации просто выполнить команду:

• Далее согласиться установить пакеты нажав на клавишу Enter. Как видим неустановленные пакеты подтянулись и приложение удачно установилось.

Так же если кому интересно, советовал бы посмотреть видео, так же узнаете некоторые дополнительные команды:

На этом пожалуй все, приложение мы установили, как добавить и удалить нужные нам архитектуры обсудили, после уже практикуемся, пробуем, пользуемся материалом изложенным выше. Как говорил, нет никаких гарантий, что все приложения будут гладко устанавливаться и работать, некоторые устанавливаются без проблем и далее работают отлично, есть некоторые если и установил без ошибок, при клике на ярлык, а оно не запускается и так бывает все это побочные последствия несоответствия архитектуры под которую пишется приложение. Если у вас все же после прочтения материала выше остались вопросы или вы столкнулись с проблемой при добавлении архитектуры и установке пакета, спрашивайте в комментариях к материалу, постараюсь по возможности ответить каждому.

Источник

ошибка: архитектура пакета (amd64) не соответствует системе (i386)

Я пытаюсь установить Ubuntu 12.10, и, кстати, у меня не работает беспроводная связь. Итак, я пытаюсь решить эту проблему вручную. Я уже установил 64-битную Ubuntu. Проблема в том, что я не могу установить какие-либо пакеты, потому что когда я получаю сообщение об ошибке. Например, если я запускаю команду sudo dpkg -i wireless-bcm43142-dkms_6.20.55.19-1_amd64.deb , я получаю эту ошибку:

Я также получаю эту ошибку, если я пытаюсь установить какой-либо пакет. Моя система — Dell 3421 с процессором i5, поэтому я не знаю, почему Ubuntu считает, что у меня система i386. Если я запускаю команду uname , я получаю следующие результаты:

Заранее благодарю за любую помощь.

2 ответа

Различные варианты uname дают признак ядра, что Вы установили.

Это в свою очередь дает ключ к разгадке относительно версии Ubuntu, которую Вы установили, а также объяснение Вашей ошибки

ошибка: архитектура пакета (amd64) не соответствует системе (i386)

На установке на 64 бита, как которая Вы ожидали бы что-то:

ключевая роль x86_64 , который указывает на установку на 64 бита.

Ваш вывод — i686 указывает на установку версии на 32 бита Ubuntu.

Некоторые полезные ссылки в конце — достаточны для высказывания — Вы не можете установить 64 бита debian пакет в системе на 32 бита. Именно это Ваше сообщение об ошибке в основном сообщает Вам.

Вам будет нужен вариант на 32 бита пакета — он обычно заканчивается именем i386.deb .

Источник

Почему моя системная архитектура i386 на 64-битном процессоре? [закрыто]

Недавно в моем Gmail появилось небольшое сообщение, в котором сообщается, что моя версия Chrome Chrome больше несовместима. Поэтому я попытался обновить свой хром (я не очень долго заботился о своей хромовой версии, я нахожусь на версии 45.0.2454.99).

Итак, я выполнил инструкции, данные самими хром, и он загрузил google-chrome-stable_current_amd64.deb для моего Debian.

Когда я попытался установить его, используя:

Это затмило мне ошибку:

До сегодняшнего дня я подозревал, что мой компьютер имеет 64 бита, поэтому я запустил uname -a

Linux MyComp 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19) x86_64 GNU/Linux

«свободная» команда показывает, что мой SO понимает, что есть 8 гигов RAM:

Добавлено редактирование: Все еще dpkg —print-architecture создает i386

В чем дело с моей ОС? Есть x64? Почему не удается обновить хром?

Я понимаю, что хром остановил поддержку 32 бит, но это не проблема для меня?

Запуск apt-get install google-chrome-stable дает мне:

Итак, следуя инструкциям, выполните следующие действия:

Это еще больше испортилось.

[1: 1: 0323/093649: ОШИБКА: image_metadata_extractor.cc (114)] Не удалось загрузить libexif. libexif.so.12: невозможно открыть файл общих объектов: нет такого файла или каталог [26967: 26967: 0323/093649: ОШИБКА: browser_main_loop.cc (245)] Ошибка темы GTK: невозможно найти движок темы в модуле_path: «xfce», (10 раз)

То же самое, когда я запускаю google-chrome-stable

Прямо сейчас я использую chronium 45, так как я установил его перед «правильной» установкой хром.

Попробовал удалить архитектуру, но:

dpkg: error: не удается удалить архитектуру ‘amd64’, которая в настоящее время используется база данных

Whitch — это любопытное, но нежелательное.

Ну, это закончилось полным восстановлением, хром — это не единственное приложение, которое вызвало у меня проблемы, и поскольку это казалось синтомом какой-то неправильной /плохой установки, я решил просто потратить время, чтобы сделать это с 0 , сохранение некоторых файлов в /home /backupuser и форматирование root.

Источник

Ошибка неверная архитектура amd64 выполните dpkg add architecture linux mint

Разбор полёта архитектуры amd64

21 мар 2018, 20:34

Пришли обновки libsystemd0:i386 libudev1:i386. Хотя у меня архитектура amd64. В чём заключается этот прикол? Зачем 64-х битной системе нужны библиотеки другой архитектуры, когда мне(возможно), не понадобится запускать программы той, другой архитектуры, в принципе? К тому же, обновки для systemd. Зачем 64-х битной systemd нужны эти библиотеки?

П.С: Инзвиняюсь, я забыл уточнить. Я менял конфигурацию dpkg для i386 архитектуры, лишь для того, что бы установить 1 программку. Но потом вернул архитектуру обратно. Это могло как-то повлиять на udev и systemd?

Разбор полёта архитектуры amd64

21 мар 2018, 20:51

Разбор полёта архитектуры amd64

21 мар 2018, 20:59

Разбор полёта архитектуры amd64

21 мар 2018, 21:53

Разбор полёта архитектуры amd64

21 мар 2018, 23:04

Разбор полёта архитектуры amd64

22 мар 2018, 01:03

я тоже пытался на подобные вопросы найти ответы. и пришел к выводу, что если пользоваться минтом, то нигде.

А если хочешь все держать под контролем, то надо переползать на арч, генту или что-то им подобное. но там своих (других) заморок хватает

При желании наверное любой дистрибутив можно вычистить/вылизать под себя, вопреки воле ментейнеров, но постоянные обновления сводят на нет все/любые потуги пользователя. В конце концов 99% плюнет и будет есть что дают. Ну а оставшийся процент будет держать пальцы веером и ходить гоголем. Вполне заслуженно я полагаю. )) Жаль, что я не из их числа.

Разбор полёта архитектуры amd64

22 мар 2018, 01:28

Разбор полёта архитектуры amd64

22 мар 2018, 07:10

vir0id , 1. Посмотреть когда ты притащил 32-х битные пакеты можно в логах apt/dpkg

2. У каждого пакета есть свои зависимости, которые тоже можно глянуть без сложностей. Как прямые
apt depends systemd
так и обратные
apt rdepends libsystemd0:i386
Плюс верно, при попытке удаления пакета — он всегда покажет что утащит за собой перед самой операцией.

3. Мультилиб 32/64 в принципе пока норма, т.к. действительно могут еще потребоваться прикладным прогам и те и другие реализации. Собрать исключительно 64 бит можно генту из стейдж-образа no-multilib, но даже там они предупреждают, что ты при этом должен понимать че делаешь)

4. дублированная либа под другую архитектуру лежит у тебя на диске занимает вместе с остальными

100мб к примеру, и никак не используется до момента её вызова зависящей прогой. Нет тут особых кейсов производительности или безопасности.

Источник