ฉันควรทำตามขั้นตอนอะไรบ้างก่อนดำเนินการอัพเกรดเพื่อหลีกเลี่ยงปัญหา

10

หลังจากได้รับแจ้งเกี่ยวกับ1404_HWE_EOLฉันกำลังพิจารณาที่จะอัพเกรดระบบการผลิตที่สำคัญเป็น 16.04.1 ฉันพูดว่า "ระบบการผลิตที่สำคัญ" เพราะนี่คือเวิร์กสเตชันที่ฉันใช้ทุกวันในที่ทำงาน ฉันต้องการหลีกเลี่ยงข้อผิดพลาดหรือปัญหาอื่น ๆ เพราะฉันไม่มีเวลามากพอที่จะใช้การดีบักและแยกแยะปัญหาต่าง ๆ (แผนกไอทีไม่ได้ช่วยระบบ linux) ฉันสำรองข้อมูลทั้งหมดแล้ว แต่ไม่ได้เป็นพาร์ติชันระบบปฏิบัติการปัจจุบัน (ฉันอาจ dd ไดรฟ์ระบบปฏิบัติการเป็นเลเยอร์ทางเลือกอื่น) ฉันควรทำขั้นตอนอื่นใดก่อนอัพเกรด ฉันต้องการทราบวิธีลดความยุ่งยากในการใช้งานการอัปเกรดรุ่นที่เสนอใน Ubuntu

ฉันได้อ่านเกี่ยวกับการเอาสัญญาซื้อขายไฟฟ้าก่อนที่จะอัพเกรด ฉันติดตั้ง PPAs 27 อันแล้วจะต้องใช้เวลาพอสมควรในการลบสิ่งเหล่านี้ทั้งหมดโปรแกรมที่พวกเขานำมาใช้ สิ่งนี้มีประโยชน์อย่างมากหรือไม่? มีอะไรอีกไหม

— สตีเวนซีโฮเวล
แหล่งที่มา

ระบบการผลิตนี้เป็น VM หรือไม่? ถ้าเป็นเช่นนั้นคุณอาจมีตัวเลือกในการถ่ายภาพและ / หรือย้อนกลับก่อนที่จะทำการอัพเกรด ฉันเคยใช้สิ่งนี้มาก่อนเพื่อหลีกเลี่ยงการอัพเกรดที่ล้มเหลวในเครื่องพัฒนาท้องถิ่น (ไม่ใช่เซิร์ฟเวอร์ที่ใช้งานจริง)

— ashes999

ไม่ใช่ VM ในกรณีเช่นนี้จะเป็นตัวเลือกที่ดี

— สตีเวนซีโฮเวล

1

เมื่อฉันอัปเกรดกระบวนการจะยกเลิก PPA ที่เพิ่มของฉันโดยอัตโนมัติ - คุณไม่จำเป็นต้องลบออก หลังจากอัปเกรดฉันสามารถเปิดใช้งานได้อีกครั้ง ปัญหาเกี่ยวกับฟัน (สำหรับฉัน) ส่วนใหญ่เกี่ยวกับ PPA สองสามอย่างที่ไม่ได้รับการอัพเดตเพื่อรองรับ Xenial

— Paddy Landau

ข้อควรระวัง หากคุณมีการ์ดแสดงผล AMD ตรวจสอบให้แน่ใจว่าเข้ากันได้กับไดรเวอร์ที่มีใน 16.04 ของฉันไม่ได้และเพื่อประโยชน์ของอายุการใช้งานที่ยาวนานของฮาร์ดแวร์ของฉันฉันได้กลับไปที่ 14.04

— โทนี่มาร์ติน

13

ระบบการผลิตที่สำคัญ

ฉันจะไม่อัปเกรดระบบเช่นนั้น ฉันจะติดตั้ง 16.04 บนเครื่องอื่นคัดลอกข้อมูลสดไปยังเครื่องนั้น ทดสอบทดสอบเพิ่มเติม จากนั้นทำให้เครื่องนั้นเป็นเซิร์ฟเวอร์ที่ใช้งานจริง

และคุณสามารถทำซ้ำกับ 18.04 ด้วยเซิร์ฟเวอร์ 14.04 ปัจจุบัน

ทำไมถึงต้องเสี่ยง?

— Rinzwind
แหล่งที่มา

ในสถานการณ์ของฉันฉันไม่มีฮาร์ดแวร์สแต็คที่ซ้ำซ้อนดังนั้นหมายความว่าใช้ddโคลนไดรฟ์ของฉัน (SSD กับ HDD) ทดสอบทั้งต้นฉบับและโคลนจากนั้น nuke และปูเพื่อเปิดระบบปฏิบัติการใหม่ ฉันทำสิ่งนี้มาตลอด แต่หวังว่าการทำตามขั้นตอนบางอย่างจะให้วิธีการที่เชื่อถือได้สำหรับการอัปเกรดเป็นรุ่นใหม่ นั่นคือแง่ดีเกินไปหรือไม่

— สตีเวนซีโฮเวล

Nope เป็นไปได้โดยสิ้นเชิง 1 สิ่งที่คุณอาจต้องคำนึงถึง: 16.04 ใช้ "systemd" ดังนั้นการเริ่มต้นบริการทั้งหมดจึงเปลี่ยนไป

— Rinzwind

ดังนั้นขั้นตอนใดบ้างที่นำไปสู่ผลลัพธ์ที่ได้รับการปรับปรุงเมื่อใช้do-release-upgradeเพื่ออัพเกรด Ubuntu เป็น LTS รุ่นถัดไป

— สตีเวนซีโฮเวล

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

— สตีเวนซีโฮเวล

ขออภัย "ปรับปรุงผลลัพธ์เมื่อใช้ do-release-upgrade" เมื่อเทียบกับอะไร

— Rinzwind

2

ฉันจะใช้ Image Backup ("dd" ในระบบ Linux Live) ของ Workstation และแปลงเป็น VirtualBox VM (RAW-Image ถึง VDI) หลังจากนั้นทำการ snap และรัน Image นี้ใน VB เล่นทุกขั้นตอนเพื่ออัปเกรด หากบางสิ่งบางอย่างใช้งานไม่ได้ให้รีบกลับมา หลังจากมีระบบที่อัปเกรดแล้วคุณสามารถแปลง VDI กลับไปเป็น raw และ "dd" เป็นระบบของคุณหรือเล่น run-book
แต่ควรสำรองข้อมูลภาพ "dd" ล่าสุดเสมอก่อนที่คุณจะเขียนทับระบบเก่าของคุณ
ฉันชอบที่จะใช้ระบบของฉันจาก USB Thumb-drive เพื่อให้การติดตั้งระบบทำได้ด้วย "VDI -> RAW -> usb tumb-drive" และบูตจากระบบอัพเกรด / ติดตั้ง พร้อมแล้ว โอเคคุณ "หลวม" พอร์ต USB หนึ่งพอร์ต แต่คุณจะไม่มีปัญหาและคุณสามารถทำการสำรองข้อมูลระบบได้อย่างง่ายดาย

— 0x0C4
แหล่งที่มา

1

นี่คือรูปแบบของคำตอบของ @ rinzwind ที่อาจใช้ได้กับฮาร์ดแวร์ที่คุณมีอยู่แล้ว

หากคุณมี (หรือเพิ่มพื้นที่ว่าง) เพียงพอในดิสก์ไดรฟ์ภายในของคุณคุณสามารถสร้างพาร์ติชันใหม่ 2 พาร์ติชัน (ใช้บางสิ่งเช่น gparted จากไลฟ์ CD / USB distro) และคัดลอกรูท (/) ไปยังหนึ่งในนั้น และ / home ของอีกฝ่ายและติดป้ายกำกับพวกเขาบางอย่างเช่น root2 และ home2 เพื่อให้ง่ายต่อการค้นหา

หากรูทและโฮมอยู่ในพาร์ติชั่นเดียวกันคุณก็สามารถคัดลอกมันได้ แต่มันก็ดีกว่าเยอะเพราะหลายเหตุผลถ้าแยกกัน

คุณจะต้องชี้ไปที่รูทใหม่ที่บ้านใหม่โดยแก้ไขการเปลี่ยนแปลงใน/etc/fstabพาร์ติชั่นรูทใหม่ (อัพเดท UUID ของพาร์ติชั่นใหม่ / บ้านและรูท)

คุณได้รับพวกเขาโดยการทำls -l /dev/disk/by-labelเพื่อค้นหาอุปกรณ์ที่รูทและโฮมใหม่นั้นเปิดใช้งานอยู่จากนั้นเรียกใช้ls -l /dev/disk/by-uuidเพื่อรับจากชื่ออุปกรณ์ไปยัง uuids

จากนั้นอัพเดตด้วง (จากระบบที่ใช้งานจริงของคุณ) ด้วยบางอย่างเช่นเครื่องมือปรับแต่งด้วงเพื่อเพิ่มรูทใหม่ไปยังเมนูด้วงของคุณ

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

เมื่อคุณอัปเกรดเสร็จแล้วคุณสามารถบอกด้วงว่าสำเนาเป็นรายการสด (รายการเริ่มต้น) และตอนนี้ต้นฉบับเป็นข้อมูลสำรอง ด้วงตัวปรับแต่งทำให้การทำสิ่งนี้ค่อนข้างง่าย

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

นอกจากนี้ยังทำให้การสำรองข้อมูลของคุณง่ายขึ้นมากเพราะไม่ได้ปะปนกับเนื้อหาของระบบอีกต่อไป

ด้วยพาร์ติชั่น "test" ชุดที่สองคุณสามารถลองใช้ทุกสิ่งที่คุณไม่ต้องการเสี่ยงกับระบบที่คุณต้องพึ่งพาในการทำงานประจำวัน

ขณะนี้ฉันกำลังใช้ Kubuntu 12.04 เช่นนี้กับ 16.04 ในพาร์ทิชัน "การพัฒนา" ของฉันจนกว่าจะได้รับการกำหนดค่าตามที่ฉันต้องการ

ด้วยราคาดิสก์ไดรฟ์ที่ต่ำมากในทุกวันนี้คุณสามารถคัดลอกไดรฟ์ภายในที่มีอยู่ไปยังไดรฟ์ใหม่ที่มีขนาดใหญ่กว่าเดิมและใช้ในกรณีที่จำเป็นถ้า บริษัท ของคุณจะให้คุณ

คำตอบนี้ครอบคลุมรายละเอียดที่สำคัญทั้งหมดของวิธีการทำเช่นนี้ ฉันไม่พยายามครอบคลุมทุกรายละเอียดเล็กน้อยของแต่ละขั้นตอน แต่เนื่องจากคุณกำลังทำงานกับสำเนาของทุกสิ่งไม่ควรมีปัญหาร้ายแรงและทุกสิ่งทุกอย่างได้รับการกล่าวถึงในที่อื่นบน stackexchange แล้ว

— โจ
แหล่งที่มา

0

แม้ว่าสิ่งนี้จะไม่สามารถใช้ได้กับกรณีเฉพาะของคุณ แต่ถ้าระบบ Ubuntu เป็น VM คุณสามารถแก้ไขปัญหานี้ได้โดยถ่ายภาพก่อนที่จะอัพเกรดและย้อนกลับหากไม่ได้ผล

ฉันเคยอัพเกรดหนึ่งใน VMs ของฉันและแม้ว่าการอัพเกรดล้มเหลวและย้อนกลับไปตามคาด แต่ฉันไม่ได้รับระบบที่สะอาด / ใช้งานได้

@ คำตอบของ Rinzwind สามารถใช้งานกับ VM ได้ด้วย: สร้าง VM ใหม่ติดตั้ง Ubuntu รุ่นใหม่บนนั้นและเริ่มคัดลอกสิ่งต่างๆ

— ashes999
แหล่งที่มา