อัปเกรด Ubuntu จากรุ่น 32 เป็น 64 บิต


14

มีวิธีอัปเกรด Ubuntu รุ่น 32 บิตของฉันเป็น 64 บิตหรือไม่ ฉันใช้ Ubuntu 9.10

หากไม่มีวิธีง่ายๆจะเกิดอะไรขึ้นถ้าฉันเพียงแค่คัดลอกบ้านและ/etcไดเรกทอรีของฉันไปยังการติดตั้งใหม่มันจะทำงานได้อย่างไร


2
คำแนะนำ: ใช้etckeeperกับระบบเก่าและระบบใหม่และหลังจากติดตั้งแพ็กเกจพิเศษทั้งหมด ( dselectและdpkg -l) ที่ติดตั้งบนระบบเก่าให้รวมการเปลี่ยนแปลงของคุณเปรียบเทียบกับไฟล์ dist config เข้าสู่ระบบใหม่;) ...
0xC0000022L

คำตอบ:


4

น่าเสียดายเช่นเดียวกับระบบปฏิบัติการอื่น ๆ ไม่มี 'เส้นทางการอัพเกรด' ในการทำเช่นนี้ คุณจะต้องทำการติดตั้งใหม่อีกครั้ง

สำหรับการเก็บรักษาข้อมูลของคุณการสำรองโฮมไดเร็กตอรี่ของคุณจะเป็นความคิดที่ดีพร้อมกับข้อมูลอื่น ๆ และควรนำเข้าสู่การติดตั้งใหม่ของคุณได้อย่างง่ายดาย

สำรองข้อมูลของคุณทุกครั้งก่อนที่จะลองทำอะไร!


6

ฉันจะไม่คัดลอก/etcในกรณีที่มีความแตกต่างกันเล็กน้อยระหว่างข้อกำหนดการกำหนดค่าสำหรับแพคเกจคอมไพล์ 64 บิต แต่การคัดลอกจากนั้นdiffคัดลอกไอเท็มเทียบกับ 64- ที่ติดตั้งใหม่ แต่ระบบจะใช้งานได้ โอกาสที่จำนวนของการเปลี่ยนแปลงไม่มากดังนั้นการทำเช่นนี้และการเปลี่ยนแปลงที่จำเป็นด้วยตนเองหวังว่าจะไม่ยากมาก

การคัดลอก/etcไปตามที่คุณแนะนำควรจะใช้ได้แม้ว่าฉันจะทำมันอีกต่อไปเพื่อให้เกิดความหวาดระแวง การทำสำเนา/homeซึ่งเป็นพื้นที่หลักของข้อกังวลเมื่อทำการย้ายจากการติดตั้งหนึ่งไปยังอีกการติดตั้งนั้นมีแนวโน้มว่าจะปลอดภัยอย่างสมบูรณ์

หากคุณต้องการย้ายไปที่ 64- บิตเพื่อใช้ประโยชน์จาก RAM มากกว่าเพราะคุณจำเป็นต้องใช้แอพพลิเคชั่น 64- บิตโดยเฉพาะคุณสามารถใช้เคอร์เนล 64- บิตที่มีพื้นที่ผู้ใช้ 32- บิต Debian มีแพ็คเกจเคอร์เนล a64 จริง ๆ ในที่เก็บของ i386 ดังนั้นมันสามารถทำได้อย่างง่ายดายaptitude install linux-image-2.6-amd64แต่ Ubuntu ไม่น่าเสียดายที่คุณต้องรวบรวมเคอร์เนลของคุณเองซึ่งอาจไม่คุ้มค่ากับเวลาหากคุณไม่มี ที่มีประสบการณ์ในทางเทคนิค (เช่นนี้เป็นที่เรียบง่าย แต่เท่านั้นหากคุณได้รวบรวมเคอร์เนลของคุณเองมาก่อนจะสะดวกสบายกับกระบวนการ) หากคุณใช้เคอร์เนล 64- บิตที่มี userland 32- บิตแอปแต่ละตัวยังสามารถเข้าถึง ~ 3Gb ได้มากที่สุด (ในบางกรณีเพียง ~ 2Gb) แต่ระบบโดยรวม (กระบวนการทั้งหมดเข้าด้วยกันรวมถึงสิ่งต่าง ๆ ของเคอร์เนลเช่น แคชและบัฟเฟอร์ของ IO) สามารถใช้งานได้มากเท่าที่คุณมี แต่ละ VMWare VM นับเป็นแอปเดียวสำหรับวัตถุประสงค์เหล่านี้ - ฉันใช้ VM ตัวเก่าของฉันโฮสต์ด้วยวิธีนี้ (VMs ใช้ ~ 7Gb รวมกับเคอร์เนล 64 บิต, userland 32 บิตและ VMware 32 บิต) เนื่องจากเร็วกว่า กว่าอัพเกรดโฮสต์ OS 64- บิตเต็มเมื่อฉันอัพเกรด CPU ของเครื่องเป็น 64 บิตที่มีความสามารถและเพิ่ม RAM เพิ่มเติม - ฉันเดาว่าโซลูชั่น VM ที่คล้ายกันจะทำหน้าที่เหมือนกัน


เป็นเช่นนั้นหรือไม่ที่ใช้เคอร์เนล 'linux-image-server' ที่เปิดใช้งาน PAE
Kirill V. Lyadvinsky

ฉันเข้าใจว่าตัวประมวลผลที่ทำงานร่วมกับ AMD64 ไม่จำเป็นต้องสลับระหว่างโหมดต่าง ๆ เพื่อเรียกใช้รหัส 32 บิตและ 64 บิตด้วยกันดังนั้นจึงไม่มีประสิทธิภาพเพิ่มขึ้น อย่างใดอย่างหนึ่ง (แอพ 32 บิตที่ดูเหมือนจะใช้ 4Gb ที่ต่ำกว่าหรือน้อยกว่าของพื้นที่ที่อยู่เสมือนของพวกเขา) ฉันอาจผิด แต่ฉันเชื่อว่าการผสมรหัส 32 และ 64 บิตด้วยวิธีนี้เพื่อให้ได้ RAM ที่กำหนดแอดเดรสได้พิเศษนั้นไม่มีประสิทธิภาพน้อยกว่า PAE
David Spillett

6

ฉันติดตั้งเครื่องใหม่จาก 32 บิต 10.10 เป็น 64 บิต 10.10 เมื่อเดือนที่แล้วโดยไม่สูญเสียข้อมูลใด ๆ เคล็ดลับเพียงอย่างเดียวคือการเลือกเครื่องมือปรับขนาดดิสก์ไม่ใช่ฟอร์แมตดิสก์ทั้งหมดเมื่อคุณติดตั้ง Ubuntu 64 บิต 10.10 ใหม่


+1 ที่จริงฉันก็เห็นสิ่งนี้ทำเช่นกัน (Debian และ Ubuntu) และดูเหมือนว่าจะทำงานได้อย่างไร้ที่ติ
0xC0000022L

0

การรัน userland แบบ 32 บิตบนเคอร์เนล 64 บิตมีแนวโน้มที่จะทำให้เกิดปัญหาทันทีที่ระบบอำนวยความสะดวกเข้ามาเกี่ยวข้อง ตัวอย่างเช่นการใช้ 32 บิต libalsa บนเคอร์เนล 64 บิตเกือบจะใช้งานได้ แต่ค่อนข้างไม่น่าเชื่อถือและไม่เสถียรเนื่องจากโครงสร้างข้อมูล ioctl ที่กำหนดใน asound.h มีขนาดและการจัดเรียงที่แตกต่างกันเมื่อรวบรวมด้วยสถาปัตยกรรม 64 บิตและ 32 บิต

ดังนั้นการใช้ jackd -d alsa -X alsaraw (หรือเทียบเท่า jackd2) จะยกเลิกด้วยการยืนยันที่ล้มเหลวเมื่อเรียกอรรถประโยชน์ 32 บิตบนเคอร์เนล 64 บิต การใช้งานเสียงมาตรฐานจะมีความน่าเชื่อถือน้อยลงมากเนื่องจากการนับจำนวนบัฟเฟอร์ตีความผิด

โดยทั่วไปโครงสร้างข้อมูลเคอร์เนลใด ๆ จะต้องประกาศในลักษณะที่ขนาดไม่แตกต่างกันระหว่างเคอร์เนล 32- และ 64 บิตหรือรหัส 32 บิตจะต้องฉลาดเกี่ยวกับการใช้คำจำกัดความของโครงสร้างที่แตกต่างกันในการติดต่อกับสถาปัตยกรรมเคอร์เนล

ดังนั้นโดยรวมแล้วคุณน่าจะดีกว่าที่จะติดตั้งใหม่ตั้งแต่เริ่มต้นและถ่ายโอนพาร์ติชัน / ไดเรกทอรีของคุณ


เรื่องนี้ถูกถาม (และตอบ) กว่า 7 ปีที่ผ่านมา คุณช่วยให้ชัดเจนขึ้นเล็กน้อยเกี่ยวกับข้อมูลใหม่ที่คุณกำลังนำเข้ามา? โปรดดูวิธีการตอบและใช้เวลาของเราเกี่ยวกับการท่องเที่ยว
Burgi
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.