Как запустить Ubuntu 20.04 на 32-битных устройствах?
Насколько мы понимаем, версия 20.04 существует только в 64-битной версии. Однако я только что услышал, что после некоторого обсуждения в сообществе Ubuntu рассматривалась 32-битная версия. У меня есть как минимум 1000 устаревших устройств, которые мы хотели бы повысить до 20.04, но реализованный микропроцессор Intel позволит нам запускать только 32-разрядную ОС.
В настоящее время мы используем 16.04 на этих устройствах, и наш клиент попросил нас вручную обновить все их устройства с помощью нашего последнего стека мобильного программного обеспечения этим летом. Мы любим Ubuntu и хотели бы придерживаться ее, но, как и другим, нам понадобится 32-битная версия. Что мы можем с этим сделать? Спасибо за внимание.
3 ответа
Я тестировал и до сих пор использую x86/i386/32-битное оборудование.
после 18.04 и i386
Релизы были выпущены для Lubuntu 18.10 и Xubuntu 18.10, и они поддерживались в течение всего жизненного цикла космического цикла.
ISO-образы также были выпущены в цикл дискотеки (Lubuntu, Xubuntu), поэтому любые установки, сделанные с ними, предоставлялись обновленными пакетами на протяжении всего жизненного цикла продукта, однако обе команды (Lubuntu и Xubuntu не обеспечивали поддержку дискотеки после того, как производство ISO-образов прекратилось ). ).
На этапе альфа -тестирования можно было перейти с disco (x86/i386) на eoan , и я сделал это с тестовой коробкой Pentium 4, поскольку другое оборудование все еще было полезно для обнаружения проблем в amd64 , который все еще получал полную поддержку (я не у меня нет коробки amd64 , способной использовать видеокарту в коробке Pentium 4). Однако архитектура сборки для i386 была постепенно остановлена на этапе бета-тестирования eoan , поэтому любой компьютер, такой как мой Pentium 4, на котором выполнялась разработка 19.10, застрял с использованием неисправленного программного обеспечения, которого следует избегать в производственной среде, и вскоре я проигнорировал box ( до тех пор, пока он не понадобился для 18.04.3, 18.04.4, 18.04.5 QA-тестирования ).
Я наблюдал за обсуждениями x86/i386 ( с активным интересом ) и не видел НИКАКИХ НОВОСТЕЙ , сообщающих о каком-либо интересе к архитектуре x86/i386, которая снова создается, выпускается или поддерживается. Я также состою в команде Ubuntu News, поэтому хотелось бы думать, что я видел все объявления, релизы, блоги и т. д. и ничего не видел. Я нахожусь в IRC большую часть дня ( во многих комнатах ) и тоже ничего подобного не видел. Мое участие в аромате также не привело к новостям.
18.04 и i386
Ubuntu предоставил поддержку x86 в 18.04 , создав несколько установочных ISO-образов , но версии рассматривали его как обычный выпуск (последний i386 для большинства версий ), и i386 будет поддерживаться на протяжении всего цикла 18.04. Будет ли это продолжаться в ESM, я не видел точных новостей, но ароматы в любом случае прекращают поддержку 18.04 в этом месяце (через 3 года после выпуска 18.04 26 апреля 2018 г.).
[Нам] нужна 32-битная версия. Что мы можем с этим сделать?
Дебиан
Debian по-прежнему выпускает полный 32-битный дистрибутив. Это не Ubuntu, но это самое близкое, что вы получите.
Согласно https://discourse.ubuntu.com/ лучший способ опубликовать предложения для Ubuntu:
* Успешные предложения сообщества, как правило, имеют следующие характеристики: Они сделаны на правильном форуме (в настоящее время http://community.ubuntu.com или соответствующий список рассылки разработчиков) Они уже хорошо изучены. Вы заботитесь об этой функции больше, чем кто-либо другой, поэтому поищите эту функцию на Launchpad (или в апстриме). Используйте журналы изменений и архивы списков рассылки, чтобы определить, почему он изначально был удален, кто участвовал и какие изменения в коде были сделаны. Это настоящий исследовательский проект — делайте заметки и добавляйте ссылки в закладки. Вам нужно будет вернуться к ним.
Они происходят в нужное время в шестимесячном цикле разработки Ubuntu. Большинство изменений запланировано на начало ноября и начало мая — через несколько недель после выпуска Ubuntu, когда команды начинают планировать свою работу на следующие шесть месяцев. Многие изменения запланированы на год или два вперед. Не обращайтесь к команде в январе, ожидая увидеть новую функцию в апреле. Предполагающий обладает достаточными техническими навыками, чтобы начать работу. Худшее, что вы можете сказать разработчику: «Ну, я не программист». И не были ими, когда они начинали. Разработчики с радостью наставят: они покажут вам, как ловить рыбу. Они не будут делать всю работу за вас. У них есть свои проекты (которые их волнуют больше).
Предлагающий имеет четкое видение и готов возглавить добровольцев. Вам не нужно делать всю работу самостоятельно — другие заинтересованные волонтеры постоянно появляются из ниоткуда. Базовые лидерские и управленческие навыки помогут распределить нагрузку и сделать работу легкой и интересной для всех.
Письменное предложение само по себе является убедительным для аудитории. Вы не пытаетесь убедить себя. Вы не просите разработчиков. Вы ни с кем не спорите. Вы пытаетесь убедить разработчиков, что эта новая функция является отличным дополнением к их кодовой базе, что ее будет легко поддерживать, что она соответствует стандартам с открытым исходным кодом, что ее будет легко поддерживать, что ее будут использовать. Вы пытаетесь убедить волонтеров, которые могли бы присоединиться к дюжине других проектов, в том, что ваш — самый полезный и веселый/интересный/сложный. Ошибки из списка пожеланий обычно соответствуют нескольким из этих критериев, поэтому некоторые из них подбираются разработчиками (добровольцами).
Предложение: познакомьтесь с участниками сообщества Ubuntu, прежде чем предлагать идею. Присоединяйтесь к команде (тестирование, документация, поддержка, сортировка ошибок, апстрим и т. д.), которая вам интересна, и найдите несколько способов внести свой вклад. Наблюдайте за тем, как другие вносят предложения и как реагируют участники и сообщество, какие каналы связи они используют, на какие ресурсы ссылаются. Хорошо проведенное время.*