Можно ли "обновить" 32-битную до 64-битной установки?

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

Я знаю, как разделить (на самом деле одно из решений состоит в том, чтобы установить /, /etc, /home, /var/www, а также /opt как отдельные разделы), и я знаю, что чистая установка намного лучше грязной, но я хотел бы знать, возможно ли это сделать.

10 ответов

Решение

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

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

С другой стороны, то, что вы просили, возможно, есть небольшое руководство для систем, основанных на Debian, но помните, что "это действительно для системных администраторов профессионального уровня" и "эта процедура, во всех возможных отношениях, плохая идея. Ваш первенец, пожалуйста, не приходи ко мне плакать "... (так что удачи)

Я приведу рейз мертвым, потому что этот поток является одним из лучших результатов для "обновления Ubuntu до 64 бит", и выбранный ответ, хотя и является разумным выбором, не является полной историей.

Фактически можно обновить Ubuntu с 32 до 64 бит. Вы можете сделать это.

Я только что закончил делать такое обновление.

Тем не менее, слова "могут" и "должны" не похожи друг на друга, и это также относится к обновлению и новой установке. Ты можешь сделать это? Да. Должны ли вы сделать это? Eeeeeh...

Обновление с 32 до 64 бит без разрушения моей системы заняло у меня большую часть недели. Включая ручное исправление 600+ поврежденных пакетов в aptitude, поскольку автоматический распознаватель начал зацикливаться, по-видимому, из-за несовместимости PERL:i386 (требуется установленными пакетами) с PERL:amd64 (требуется пакетами, которые вы пытаетесь установить).

Это было после того, как я вручную установил несколько пакетов, включая правильную версию PERL, чтобы исправить ошибку: вы видите, apt-get -f install (что необходимо для получения в основном работающей 64-битной системы) деинсталлирует PERL32, чтобы установить PERL64... Затем весело продолжите попытки удалить 1234 других пакета, прежде чем приступить к фактической переустановке PERL. Излишне говорить, что это не очень хорошая идея, когда значительная часть системы apt (на самом деле, множества других вещей) зависит от работающего PERL.

Переустановка была выполнена полностью с консоли (конечно, aptitude FTW), потому что для консоли в основном требуется только рабочий bash (и рабочие проклятия для aptitude, но если вы попытаетесь это сделать, проклятий будет много, вы можете сделать на них ставку), в то время как X требует... Слишком много вещей, чтобы доверять ему, чтобы продолжать работать, пока вы выполняете операцию на открытом сердце в вашей системе.

Все вышесказанное в следующей статье о Debian объясняет, как настроить вашу систему:

https://wiki.debian.org/CrossGrading

Это не та статья, которая описана в первоначальном принятом ответе, потому что за это время все изменилось, в основном в лучшую сторону.

Основы:

 dpkg --add-architecture amd64

 apt-get update

 apt-get install linux-image-amd64:amd64

 reboot

 apt-get clean

 apt-get --download-only install dpkg:amd64 tar:amd64 apt:amd64

 dpkg --install /var/cache/apt/archives/*_amd64.deb

В какой момент вы сможете сделать это:

dpkg --print-architecture 

В результате в следующей строке:

amd64

Ура. Ubuntu считает, что это правильная 64-битная система. Какой милый. Вы знаете лучше, конечно.

Теперь вы можете запустить:

apt-get update

Это загрузит список всех 64-битных пакетов, которые вам понадобятся, чтобы завершить перекрестную интеграцию вашей системы.

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

Видите ли, теперь у вас есть несколько пакетов i386, которые не имеют фактического эквивалента multiarch, так что вы будете зависеть от различных технически "недоступных" зависимостей. Вы уже установили их, так что ваша система будет работать, но на этом этапе... Я бы не стал доверять дальше, чем смогу.

Статья признает необходимость исправления и предлагает вам сделать это следующим образом:

 apt-get -f install

Это заставит apt попытаться исправить нечестивый беспорядок, который вы только что сделали. И поверь мне, ты только что сделал нечестивый беспорядок.

Один небольшой сбой этой процедуры заключается в том, что она приведет к удалению части системы apt (и других критических подсистем) на полпути, вызывая ошибки в течение оставшейся части процесса (вы не говорите) и оставляя вас в затруднительном положении.,

К счастью, не без весла. Вы можете установить недостающие пакеты через:

dpkg -i/var/cache/apt/archives/(package)*amd64.deb

Обратите внимание, что, по крайней мере для меня, сеть перестала работать на одном... Ну, несколько... Очки. Это было связано с возможностью удаления ряда пакетов, необходимых для поддержания работоспособности вашей сети (например, клиента dhcp).

Затем apt радостно сообщил мне, что для этого нужно скачать несколько дополнительных пакетов. Без работающей сети.

Если это звучит так, будто вы официально обыграны... Это потому, что вы есть.

Если у вас нет проводного Nework (ваши пакеты Wi-Fi уже были удалены, а WiFI все равно гораздо сложнее, чтобы приступить к работе), вы знаете его конфигурационную информацию и можете использовать ifconfig, маршрут и т. д.

Просто продолжай пытаться apt-get -f install пока вы не получите больше ошибок.

После apt удовлетворен состоянием вашей системы вы можете запустить aptitude и вручную исправьте 600 сломанных пакетов, которые вы найдете. По-видимому apt а также aptitude есть разные представления о том, как выглядит работающая система. Не спрашивай меня почему.

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

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

Если все это еще не обескуражило вас, обратите внимание, что это была моя вторая попытка обновления в режиме реального времени.

Первый закончился mkfs,

Подсказка, подсказка, большая подсказка fscking. Вернее, большой mkfsing намек.

Но опять же, это действительно сработало в конце.

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

Это возможно

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

Если вы не знаете разницу между sync а также rsync, если вы не знакомы с insmod, если вы не знаете, как использовать ifconfig, если вы обычно не предпочитаете aptitude графическому установщику, имя которого ускользает от меня на данный момент... Просто сделайте резервную копию ваших данных и установите с нуля.

Это намного менее болезненно, это сэкономит вам много времени и оставит вас с новой установкой, без каких-либо неожиданных остатков, готовых укусить вас в тылу через 11 месяцев.

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

Это может даже работать.

Это может быть гораздо более разумным решением после реализации спецификации multiarch. https://wiki.ubuntu.com/MultiarchSpec - в настоящее время отложено до 11.04, но имейте в виду, что оно было отложено примерно на 6 выпусков. Тем не менее, реальный прогресс был достигнут в 10.10, так что, возможно, это произойдет в этот раз.

До тех пор, не беспокойтесь. Сделайте резервную копию ваших данных, переделите, если хотите, и переустановите.

Нет, вы не можете обновить с 32-х бит до 64-х бит. Это должна быть чистая (свежая) установка

Прежде чем вы убедитесь, что ваша система поддерживает 64-битную операционную систему, и проверьте минимальные требования для Ubuntu 64. Вы можете сделать это здесь

Термины 32-битный и 64-битный относятся к тому, как процессор компьютера обрабатывает информацию. 64-разрядная версия обрабатывает большие объемы оперативной памяти намного лучше, чем 32-разрядная система. Если вы используете 32-разрядную версию Ubuntu, вы можете выполнить обновление только до другой 32-разрядной версии Ubuntu. Аналогично, если вы используете 64-битную версию Ubuntu, вы можете выполнить обновление только до другой 64-битной версии Ubuntu.

Если вы хотите перейти с 32-битной Ubuntu на 64-битную Ubuntu, вам нужно сделать резервную копию ваших файлов, выполнить чистую установку 64-битной Ubuntu.

Теперь вы можете сделать это довольно легко с недавними установщиками (по крайней мере с 13.10, который я только что использовал). Загрузитесь с 64-битного образа DVD (или USB-накопителя или чего-либо еще) и выберите первый вариант переустановки, сохраняя ваши личные файлы. Это работает, даже если у вас нет отдельного /home раздел.

Это приведет к переустановке большей части системы, включая приложения, но для переустановки их из репозитория требуется заранее список установленных пакетов, поэтому, пока пакет имеет 64-разрядную версию, доступную для него в то время, вы должны получить большинство ваших приложений при перезагрузке. По моему опыту, некоторые из них не были установлены - в основном те, которые были установлены через сторонние репозитории, такие как Google Chrome, - но потом их установка не займет много времени.

Можно обновить Ubuntu 32-битную до 64-битной, она будет иметь много-много нежелательных файлов, и вы должны очистить его вручную. Истина - это "ГОЛОВА".

Я НИКОГДА / НЕ РЕКОМЕНДУЮ ДЛЯ НОВЫХ.

Что бы вы ни делали, сначала сделайте резервную копию ваших важных данных. Тогда идите на исследования с ОС.

Сначала попробуйте live-cd 64bit. Если это работает, перейдите на новую установку, рекомендуется.

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

Подумайте какое-то время: каковы ваши требования, что вы собираетесь делать, следующий план / работа с 64-битной ОС.

Для этого есть автоматизированный инструмент :

https://github.com/pbkwee/distrorejuve

Видеть --help; использовать --to-64bitвыключатель

Ваша ОС все еще 32-битная, так как вы обновили 32-битную версию - см. Ответ в комментарии для получения дополнительной информации.

Кстати, возможно ли сосуществование 32-битной Win и 64-битной Ubuntu?

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

Загрузите и запишите 64-разрядную версию iso и загрузитесь вместе с ней, она предложит вам различные варианты - вы можете выбрать вариант "Установить вместе".

https://help.ubuntu.com/community/GraphicalInstall

Я только что попробовал решение, предложенное выше Ником (19.10.13): использование 64-битного Live CD Ubuntu для 64-битной переустановки.
Я использовал Ubuntu 14.04.4 Live CD. Но если первый вариант действительно называется "переустановка", он более точно выглядит как:

Erase Ubuntu 14.04.4 LTS and reinstall  
Warning: This will delete all your Ubuntu 14.04 programs, documents,
photos, music, and all other files.  

Две другие опции, предлагаемые установщиком на Live CD:

  • Установить рядом (опция двойной загрузки)
  • Стереть диск и установить Ubuntu

Чтобы быть уверенным, я попробовал с тестовым диском, и действительно, первое, что делает опция "переустановка", это переформатирует существующий раздел ext4. Неудачно.
Поэтому я боюсь, что решение "перейти на 64-битную версию", предложенное Ником, больше не существует в 14.04.
И между прочим, Canonical, я не вижу смысла для установщика, имеющего так называемую опцию "переустановить" и "Стереть диск и установить". Кажется, оба делают одно и то же.

Очень жаль, что такой вариант обновления до 64-битного на месте мог бы быть очень хорошим!

Вам нужно сделать новую установку с 64-битной версией Ubuntu. Можно иметь 32-битные окна и 64-битную Ubuntu, если по понятным причинам они не используют один и тот же диск или раздел. Обратитесь к документации для получения инструкций по двойной загрузке.

https://help.ubuntu.com/community/WindowsDualBoot

Важно, чтобы процессор на машине, на которую вы устанавливаете, поддерживал 64-битный набор команд (что сейчас должно делать большинство современных процессоров)

Другие вопросы по тегам