Ubuntu'yu 32'den 64 bit'e yükseltin


14

Ubuntu'nun 32 bit sürümünü 64 bit sürüme yükseltmenin bir yolu var mı? Ubuntu 9.10 kullanıyorum.

Basit bir yol yoksa, evimi ve /etcdizinlerimi yeni yüklemeye kopyalarsam , işe yarar mı?


2
İpucu: etckeepereski sistemde ve yeni sistemde kullanın ve eski sisteme yüklenen tüm ekstra paketleri ( dselectve dpkg -l) yükledikten sonra, dist yapılandırma dosyalarıyla karşılaştırıldığında değişikliklerinizi yeni sisteme birleştirin;) ...
0xC0000022L

Yanıtlar:


4

Ne yazık ki, diğer işletim sistemleri gibi, bunu yapacak bir 'yükseltme yolu' yoktur. Neredeyse kesinlikle bir yeniden yükleme yapmanız gerekecek.

Verilerinizi korumak için, ana dizininizi yedeklemek, diğer verilerle birlikte iyi bir fikir olacaktır ve yeni kurulumunuza kolayca aktarılmalıdır.

Herhangi bir şey yapmadan önce verilerinizi daima yedekleyin!


6

Sadece /etc64 bitlik paketler için yapılandırma gereksinimleri arasında küçük bir fark olması durumunda kopyalamakla kalmaz , aynı zamanda bir kopyasını alıp daha sonra diffkopyayı yeni yüklenen 64'e karşı ing. Çalışır. Muhtemelen değişikliklerin sayısı çok fazla değildir, bu yüzden bunu yapmak ve gerekli değişiklikleri manuel olarak yapmak umarım büyük bir zorluk olmayacaktır.

Önerdiğiniz /etcgibi kopyalamak olsa Tamam çalışmalıdır - paranoya uğruna bunu daha uzun bir yol yapmak. /homeBir kurulumdan diğerine geçerken ana endişe kaynağı olan kopyalamanın tamamen güvenli olması daha olasıdır.

Özellikle 64-bit uygulamaları kullanmanız gerektiğinden daha fazla RAM kullanmak için 64-bit'e geçmek istiyorsanız, 32-bit kullanıcı alanına sahip 64-bit çekirdeği kullanabilirsiniz. Debian aslında i386 depolarında a64 çekirdek paketleri sağlar, bu yüzden basit bir şekilde yapılabilir aptitude install linux-image-2.6-amd64, ancak Ubuntu maalesef bu kadar zamana değmeyecek kendi çekirdeğinizi derlemek zorunda kalmazsınız. teknik olarak yaşanan ki (bu yani olan basit ama sadeceEğer kendi çekirdeğinizi daha önce derlediyseniz, işlemden memnun kalırsınız. Bir 32-bit kullanıcı ülkesi ile 64-bit çekirdeği çalıştırırsanız, tek bir uygulama hala en fazla ~ 3Gb'ye erişebilir (bazı durumlarda sadece ~ 2Gb), ancak bir bütün olarak sistem (tüm işlemler birlikte artı çekirdek gibi şeyler) G / Ç önbellek ve arabellekler) sahip olduğunuz kadar kullanabilirsiniz. Her VMWare VM bu amaçlar için tek bir uygulama olarak sayılır - Eski VM ana bilgisayarlarımdan birini bu şekilde çalıştırırım (VM'ler daha hızlı olduğu gibi 64 bit çekirdek, 32 bit kullanıcı alanı ve 32 bit VMWare ile toplamda ~ 7 Gb kullanır) Makinelerin CPU'sunu 64-bit özellikli bir sürüme yükselttiğimde ve ekstra RAM eklediğimde tam bir 64 bit ana bilgisayar işletim sistemi yükseltmesinden daha fazla - benzer VM çözümlerinin de aynı şekilde hareket edeceğini tahmin ediyorum.


PAE etkinken 'linux-image-server' çekirdeğinin kullanılmasıyla aynı değil mi?
Kirill V. Lyadvinsky

AMD64 tabanlı / uyumlu işlemcilerin 32 bit ve 64 bit kodu birlikte çalıştırmak için modlar arasında geçiş yapması gerekmediğini anlıyorum, bu nedenle orada fazladan verimsizlik yok ve PAE'nin kullandığı bellek eşleme jiggery-pokery'si yok (32 bit uygulamalar yalnızca sanal adres alanlarının daha düşük 4Gb veya daha azını kullanıyor gibi görünüyor). Ben yanlış olabilir, ama ben ekstra adreslenebilir RAM almak için bu şekilde 32 ve 64 bit kod karıştırma PAE daha az verimsiz olduğuna inanıyorum.
David Spillett

6

Makinemi geçen ay 32bit 10.10'dan 64bit 10.10'a veri kaybetmeden yeniden kurdum. Tek hile, 64bit ubuntu 10.10'u yeniden yüklediğinizde tüm diski formatlamak için değil, disk yeniden boyutlandırma araçlarını seçmektir.


+1. Aslında bunun da yapıldığını gördüm (Debian ve Ubuntu) ve kusursuz çalışıyor gibiydi.
0xC0000022L

0

64 bit çekirdeğe 32 bit kullanıcı alanı çalıştırmak, sistem olanakları devreye girer girmez sorunlara neden olabilir. Örneğin, 64 bit çekirdek üzerinde 32 bit libalsa kullanmak neredeyse işe yarayacak, ancak asound.h'de tanımlanan ioctl veri yapıları 64 bit ve 32 bit mimarilerle derlendiğinde farklı boyutlara ve düzenlemelere sahip olduğundan neredeyse güvenilir olmayacak ve kararsız olacaktır.

Bu nedenle, jackd -d alsa -X alsaraw (veya onun jackd2 eşdeğeri) kullanılması, 64bit çekirdeğinde 32bit yardımcı programı çağrıldığında başarısız bir iddiayla iptal olur. Tampon sayıları yanlış yorumlandığından, standart ses işlemi çok daha az güvenilir olacaktır.

Genel olarak, herhangi bir çekirdek veri yapısı, boyutlarının 32 ve 64 bit çekirdekler arasında farklılık göstermeyeceği bir şekilde bildirilmelidir veya 32 bit kod, çekirdek mimariye uygun olarak farklı yapı tanımlarını kullanma konusunda akıllı olmalıdır.

Sonuçta, sıfırdan yeniden yükleme ve ana bölüm / dizini aktarma muhtemelen daha iyi.


Bu, 7 yıl önce soruldu (ve cevaplandı). Hangi yeni bilgileri getirdiğiniz konusunda biraz daha net olabilir misiniz? Lütfen Nasıl Cevap Verilir ve turumuza katılın .
Burgi
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.