Чи можливо "оновити" з 32-бітної до 64-бітної установки?


105

Згідно з заголовком, я хочу знати, чи зможу я після успішного встановлення 32 біт та послідовних інсталяцій програмного забезпечення оновитись до 64-бітної версії.

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


2
Це те саме питання, але не слід позначати його як дублікат, тому що тут також є альтернативні відповіді: Як оновити з x86 до x64 без втрати налаштувань?
rubo77

Аналогічне запитання щодо U&L: unix.stackexchange.com/q/244980/52956
Вільф

Відповіді:


68

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

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

З іншого боку, те, що ви запитували, можливо, є невеликий посібник для систем на базі Debian, але пам’ятайте, що "це справді для системних адміністраторів професійного рівня", і "ця процедура є в усіх відношеннях поганою ідеєю. Якщо вона їсть твій первісток, будь ласка, не плач мені "... (так удачі)


3
+1 вам. Не для слабких сердець ... Я збирався порекомендувати створити резервну копію всіх файлів конфігурації та даних, які вам важливі (можливо, навіть ваші влучні журнали), і зробити пошук і заміну в своєму apt source.list, щоб вказують на 64-бітні версії. Тоді я прочитав згаданий підручник і був швидко відхилений від цього поняття ...
gWaldo

2
Що робити, якщо у мене немає первістка, це означає, що процедура для мене безпечніша, ніж для інших? ..... я, дитина, питання: Якщо у вас тільки 32-х біт працює правильно, чому ви хочете пройти через пекло, щоб заощадити собі резервну копію / відновлення часу даних + час перевстановлення, врешті-решт цей метод не є швидше. Швидше = резервне копіювання, перевстановлення. Також менше проблем у довгостроковій перспективі.
Дмитро Лихтен

Велике спасибі: врешті я створив резервну копію всіх своїх даних, розділив диск і перевстановив. Тепер потрібні певні клопоти відновити БД, веб-сервер та деяку послугу.
dag729

@ dag729: Повірте, це клопот щодо резервного копіювання / відновлення, але менше, ніж альтернатива. Ви робите лише 32 -> 64 у важких випадках. Навіть сисадміни тут на роботі цього не робитимуть, вони створюють резервні копії, протирають, встановлюють, набагато чистіші / безпечніші.
Дмитро Лихтен

Я успішно використовував пов'язаний посібник для перехрещення з 32-бітного до 64-бітного (на ubuntu 14.04). Я професійний систематик з 20-річним досвідом роботи Debian / Ubuntu. І так, це було не для слабкого серця. На це пішло цілий день зусиль, який, за моїми оцінками, був би меншим, ніж зусиль, які знадобляться мені, щоб встановити всі налаштування, налаштування, бази даних тощо, які я встановив на робочій станції. Я мушу підкреслити, що це була моя робоча станція. Я б вважав необдуманим спробувати це на виробничому сервері.
jdhildeb

14

Я буду піднімати мертвих, тому що цей потік є одним із найкращих результатів "оновлення ubuntu до 64 біт", і обрана відповідь, хоча, правда, розумний вибір, не є повною історією.

Фактично можливо оновити Ubuntu з 32 до 64 біт. Ви можете це зробити.

Я щойно закінчив робити таке оновлення.

Однак, слова "можуть" і "повинні" не схожі ні на що, і це також стосується оновлення та нової установки. Ви можете зробити це? Так. Чи варто це робити? Еееее ...

Модернізація від 32 до 64 біт без експлуатації моєї системи зайняла мені більшу частину тижня. Включаючи ручне виправлення 600+ пошкоджених пакетів у здатності, тому що автоматичний резолютор почав циклічно, очевидно, через те, що PERL: i386 (необхідний для встановлених пакетів) не сумісний з PERL: amd64 (необхідний для пакетів, які ви намагаєтесь встановити).

Це було після того, як я вручну встановив купу пакетів, включаючи правильну версію PERL, щоб виправити влучну прокрутку: ви бачите, apt-get -f install(що потрібно, щоб отримати 64-бітну систему, що працює в основному), вилучите PERL32 для встановлення PERL64 ... Потім весело продовжуйте спробувати видалити 1234 інші пакети, перш ніж перейти до фактичної перевстановлення PERL . Потрібно сказати, що це не дуже гарна ідея, коли значна частина влучної системи (дуже багато інших речей, справді) залежить від працюючого PERL.

Перевстановлення здійснювалося повністю з консолі (звичайно, FTW), тому що для консолі потрібен лише робочий баш (і робочих прокльонів на здатність, але якщо ви спробуєте це зробити, прокльонів буде багато, ви можете зробити ставку на це ), тоді як 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, які не мають фактичного мультиархівного еквівалента, тому ви будете застрягати з різними технічно "недоступними" залежностями. Ви вже встановили їх, тож ваша система запуститься, але на цьому етапі ... я б не довіряв придатності більше, ніж я можу її кинути.

Стаття визнає необхідність виправлення та пропонує вам зробити це так:

 apt-get -f install

Це спричинить сприятливість спробувати виправити нечестивий безлад, який ви тільки що зробили. І повірте, ви щойно зробили безбожний безлад.

Одним незначним ікаком цієї процедури є те, що це призведе до видалення частин влучної системи (та інших критичних підсистем) частково через все , що призведе до помилок під час решти процесу (ви цього не говорите), а також залишить вас у кривиці .

На щастя, не без весла. Ви можете встановити відсутні пакети через:

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

Зауважте, що принаймні для мене мережа перестала працювати на одному ... ну, декількох ... Точках. Це було зумовлено влучним видаленням декількох пакетів, необхідних для роботи мережі (наприклад, вашого dhcp-клієнта).

Тоді, влучно весело повідомив мені, що потрібно завантажити кілька додаткових пакетів. Без діючої мережі.

Якщо це звучить так, ніби вас офіційно костять ... Ну, це тому, що ви є.

Якщо у вас є провідна новачка (ваші пакети Wi-Fi вже видалені, і WiFI все-таки є складнішим, щоб дійти до роботи в будь-якому разі), ви знаєте інформацію про його конфігурацію та можете використовувати ifconfig, маршрутизувати тощо.

Просто продовжуйте намагатися, apt-get -f installпоки не отримаєте більше помилок.

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

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

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

Якщо все це вас ще не відлякувало, зауважте, що це була моя друга спроба живого оновлення.

Перший закінчився ан mkfs.

Підказка, натяк, великий натяк. А точніше, великий натяк на mkfsing.

Але знову ж таки, це фактично спрацювало врешті-решт.

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

Це можливо .

Якщо це ваш єдиний варіант, з будь-якої причини ви можете це зробити, дотримуючись описаної вище процедури - якщо у вас є необхідні знання про домен.

Якщо ви не знаєте різниці між, syncі rsyncякщо вам не зручно з insmod, якщо ви не знаєте, як користуватися ifconfig, якщо ви не користуєтеся звичайним прихильністю до графічного інсталятора, ім'я якого в даний час уникає мене. .. Просто зробіть резервну копію своїх даних і встановіть з нуля.

Це набагато менш болісно, ​​це заощадить вам багато часу, і він залишить вас із свіжою установкою, без будь-яких несподіваних залишків, готових кусати вас в тилу через 11 місяців.

Якщо ви вже зробили резервну копію речей, які не хочете втрачати, і не маєте іншого вибору - або просто любите вчитися, стукаючи головою об речі (особливо в стіну) ... Ну, ви можете спробувати.

Це навіть може спрацювати.


Мені подобається це питання, ~ 7 років потому, і воно стає все краще. Зараз я знаходжу себе в 2018 році, а також хочу перетворити свою систему з 32-х до 64-бітних. Debian має відмінну вики - статтю тут , в основному HOWTO на перетворення архітектури в живій системі. Одне з проблем у мене полягає в тому, що, незважаючи на додавання обох архітектур та запуск оновлення apt-get, деякі пакети просто не відображаються для однієї архітектури.
TGP1994

13

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

До цього часу не турбуйтеся. Створіть резервну копію даних, якщо хочете, і переустановіть їх.


1
Не можна чекати, коли програма MultiArch буде впроваджена!
dag729

Я вважаю, що 11.10 зараз використовує мультиарх.
Крістофер Кайл Хортон

Припустимо, я подорожую тим часом, який перебуваю тут ~ 5 років після вашої відповіді, чи це "розумніше" зараз? Або все-таки перевстановити?
Каміло Мартін

1
Тепер принаймні можна примусово вручну встановлювати пакети з інших арк таким чином, щоб не зламатись влучно. Але ні, вам слід просто перевстановити.
Скотт Річі

8

Ні, ви не можете оновити з 32 біт до 64 біт. Це повинно бути чистою (свіжою) установкою

Перш ніж переконатися, що ваша система здатна мати 64-бітну операційну систему, і перевірте мінімальну вимогу для Ubuntu 64. Це можна зробити тут

Терміни 32-розрядні та 64-бітні стосуються способу обробки комп'ютера процесором. 64-розрядна версія обробляє велику кількість оперативної пам'яті набагато краще, ніж 32-бітна система. Якщо ви використовуєте 32-бітну версію Ubuntu, ви можете виконати оновлення лише до іншої 32-бітної версії Ubuntu. Аналогічно, якщо ви використовуєте 64-бітну версію Ubuntu, ви можете виконати оновлення лише до іншої 64-бітної версії Ubuntu.

Якщо ви хочете перейти з 32-розрядного Ubuntu до 64-розрядного Ubuntu, вам потрібно буде створити резервну копію файлів, зробити чисту установку 64-розрядного Ubuntu.


7

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

Це дозволить перевстановити більшу частину системи, включаючи додатки, але для її попереднього встановлення потрібен список встановлених пакетів, щоб перевстановити їх з репо, тому поки пакет має на той час 64-бітну версію, вам слід закінчити більшість ваших програм під час перезавантаження. На мій досвід, декілька не встановлювались - в основному ті, що були встановлені через репортажі сторонніх розробників, такі як Google Chrome - але для їх встановлення вручну не потрібно багато часу.


Чи можете ви поділитися джерелом із інструкціями, як це зробити / застереження?
ізоморфізм

Я перевірив це з 14.04 LTS і, на жаль, це більше не можна зробити. Детальні відомості дивіться у моїй відповіді нижче.
філофель

2

Оновити ubuntu 32bit до 64bit можна, у ньому буде багато і небажаних файлів, і вам доведеться чистити його вручну. Правда - «ГОЛОВНА» .

Я НІКОЛИ / НЕ РЕКОМЕНДУЮ НОВІ.

Що б ви не робили, спершу створюйте резервні копії важливих даних. Потім вирушайте на дослідження з ос.

Спершу спробуйте живий диск на 64 біт. Якщо це працює, рекомендується встановити свіжий, рекомендується.

Також є деякі програми, які досі 32-бітні. Отже, щоб встановити 32-бітне програмне забезпечення на 64-бітній ОС, нам потрібна деяка зворотна обробка. Це також буде поганою справою.

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


1
Що ви маєте на увазі під "32-бітовим програмним забезпеченням на 64-бітній ОС, нам потрібна деяка зворотна обробка"? x86_64 повинен бути схожим на набір x86_32, тож, справи просто працюють, чи не так?
Каміло Мартін

1

Під час оновлення з 32-бітної ОС ваша система все ще має 32-бітну інформацію - див. Відповідь у коментарі для отримання додаткової інформації.

до речі, чи можливо співіснування 32-бітного Win та 64-бітного Ubuntu?

Абсолютно - це називається dualboot - у вас буде можливість при вході використовувати будь-яку.

Завантажте та запишіть 64-бітний iso та завантажте його, він підкаже вам різні варіанти - ви хочете вибрати параметр Встановити поряд.

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


1

Я просто спробував рішення, запропоноване вище Ніком (19 жовтня 13 жовтня): Використання 64-розрядного Live CD Ubuntu для 64-бітної перевстановлення.
Я використовував живий компакт-диск Ubuntu 14.04.4. Але якщо перший варіант справді називається "перевстановлення", він більш точно відображається як:

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.
І BTW, Canonical, я навряд чи бачу сенсу, щоб інсталятор мав і так звану опцію «перевстановити», і «стерти диск та встановити». Здається, обидва роблять одне і те ж.

Дуже погано, оскільки такий варіант оновлення до 64-бітового місця міг бути справді приємним!


-1

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

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

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


2
Ви навіть турбувались читати запитання?
dag729
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.