Score:2

การติดตั้ง Ubuntu 20.10 แบบโคลนบนฮาร์ดแวร์เดียวกันล้มเหลวเมื่อบูต

ธง in

ฉันมี HW เดียวกันมากกว่า 100 หน่วยที่ฉันต้องการเพื่อเตรียมการจัดส่งผลิตภัณฑ์ของเรา ทั้งหมดนี้เป็น HW เดียวกัน (แพลตฟอร์ม celeron N, 32GB SSD) และมาพร้อมกับการติดตั้งมาตรฐาน Ubuntu 20.10 ซึ่งจำเป็นต้องปรับแต่งสำหรับผลิตภัณฑ์เฉพาะของเรา ฉันทำการปรับแต่งทั้งหมดในหน่วยเดียว ฉันต้องการเก็บไว้เป็นการตั้งค่า "หลัก" เพื่อกระจายไปในหน่วยทั้งหมด ฉันทิ้งอิมเมจของการติดตั้ง "หลัก" นี้ผ่าน Rufus บนเครื่องที่ใช้ Windows 10 และพยายามเตรียมยูนิตที่โคลน ปัญหาที่นี่คือ SSD ที่โคลนจะบู๊ตเฉพาะในยูนิต "หลัก" แต่จะไม่บู๊ตในยูนิตอื่น ฉันได้รับข้อความระบุว่า "... เลือกอุปกรณ์บู๊ตที่เหมาะสม ... ใส่สื่อสำหรับบู๊ตในอุปกรณ์บู๊ตที่เลือกแล้วกดปุ่ม" ฉันควรตั้งค่าที่เกี่ยวข้องกับ EFI ซึ่งจริง ๆ แล้วฉันไม่ทราบรายละเอียด ฉันพยายามคัดลอกไฟล์ด้วยวิธีนี้ cp /boot/efi/EFI/ubuntu/grubx64.efi /boot/efi/EFI/BOOT/bootx64.efi (ซึ่งในการติดตั้งของฉันเป็นตัวพิมพ์ใหญ่ทั้งหมด BOOTX64.EFI) เนื่องจากฉันได้รับมันควรใช้เป็นการกู้คืนเมื่อไม่พบไฟล์บูตหลัก แต่สิ่งนี้ไม่ได้ผล ฉันจะสร้างอิมเมจ Ubuntu 20.10 แบบพกพาที่ใช้งานได้สำหรับการติดตั้งขนาดใหญ่นี้ได้อย่างไร

pLumo avatar
in flag
คุณรู้หรือไม่ว่าการสนับสนุน 20.10 จะสิ้นสุดในอีก 3 สัปดาห์นับจากนี้
Maurizio Santovito avatar
in flag
ตกลงได้รับ Ubuntu รุ่นใหม่ล่าสุดไม่มีปัญหาการโคลนเหมือนที่ฉันอธิบายไว้ด้านบนหรือไม่
sudodus avatar
jp flag
หากคุณต้องการอายุการใช้งานที่ยาวนาน ผมขอแนะนำให้คุณใช้ Ubuntu 20.04.x ​​LTS (Long Time Support for 5 years) - อาจมีความแตกต่างที่สำคัญระหว่างคอมพิวเตอร์ของคุณ ซึ่งทำให้การคัดลอกสำเนาล้มเหลวในคอมพิวเตอร์เครื่องอื่นๆหรือคุณกำลังติดตั้ง Ubuntu **เซิร์ฟเวอร์** เป็นการตั้งค่าเครือข่ายแบบใช้สายในลักษณะที่ไม่สามารถพกพาได้ และอาจมีสิ่งอื่นที่ป้องกันการโคลน
C.S.Cameron avatar
cn flag
รูฟัสจะกระพริบช้ามากทีละภาพ Etcher จะทำหลายภาพพร้อมกัน Etcher มีเวอร์ชั่นลินุกซ์ด้วย ฉันมีปัญหาในการใช้ Rufus เวอร์ชันเก่า ควรใช้เวอร์ชันล่าสุด
C.S.Cameron avatar
cn flag
ฉันเข้าใจว่าคุณสามารถตรวจสอบรูปภาพโดยใช้ MD5SUM ได้ แต่ยังไม่ได้ลองวิธีต่อไปนี้: http://www.geekmungus.co.uk/linux-and-nagios/usingmd5sumtoverifyaddimagewiththeoriginal
Score:1
ธง in

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

Score:1
ธง cn

การทำสำเนาระบบ Ubuntu สำหรับการแจกจ่าย

อ้างอิง: จะทำซ้ำระบบ Ubuntu เพื่อแจกจ่ายได้อย่างไร

เมื่อคุณสร้างระบบปฏิบัติการ Ubuntu ที่มีทุกสิ่งที่คุณต้องการแล้ว ให้ใช้ Gnome-Disks เพื่อสร้างไฟล์อิมเมจของมัน (.img)

ป้อนคำอธิบายรูปภาพที่นี่

ใช้บาลีน่าเอ็ทเชอร์ https://www.balena.io/etcher/เพื่อแฟลชไฟล์อิมเมจ Ubuntu ไปยังฮาร์ดแวร์ใหม่ Etcher จะแฟลชไฟล์รูปภาพไปยัง SSD หลายตัวพร้อมกัน

ป้อนคำอธิบายรูปภาพที่นี่

ใช้ไอคอนการตั้งค่าที่มุมขวาบนของหน้าต่างเพื่อเลือกโหมดไม่ปลอดภัยสำหรับการแฟลชไดรฟ์ขนาดใหญ่

ป้อนคำอธิบายรูปภาพที่นี่

เมื่อทำการโคลนอิมเมจ พาร์ติชั่น OS ทั้งหมดจะมี UUID เหมือนกัน GParted มีตัวเลือกในการสร้าง UUID ใหม่หากต้องการ

Maurizio Santovito avatar
in flag
ขอบคุณ C.S.Cameron ฉันไม่จำเป็นต้องมี UUID อื่น ฉันแค่ต้องการดิสก์โคลนที่สามารถบูตได้เมื่อย้ายบนพีซี ซึ่งเหมือนกับที่ใช้สร้างไฟล์ .img จนถึงตอนนี้สิ่งนี้ถูกป้องกันโดยขั้นตอนการบู๊ต EFI อย่างน้อยนี่เป็นคำอธิบายเดียวที่ฉันสามารถหาได้ ฉันใช้ Rufus ในการโคลนนิ่งกับระบบ Debian Buster เป็นจำนวนมาก ดังนั้นฉันจึงไม่เคยคาดหวังถึงความแตกต่างเช่นนี้ในการเผยแพร่ Ubuntu หาก Balena etcher (ซึ่งฉันก็รู้จักเช่นกัน) จะป้องกันปัญหาดังกล่าวในการโคลน Ubuntu SSD ได้ ฉันก็จะสามารถใช้งานได้อย่างง่ายดาย
Maurizio Santovito avatar
in flag
แท้จริงแล้วสาเหตุมาจากการบู๊ต UEFI ไม่ได้รับการกำหนดค่าอย่างถูกต้องใน BIOS อย่างไรก็ตามขั้นตอนนี้ใช้งานได้จริง
Score:1
ธง jp

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

แต่มีบางสิ่งที่ต้องตรวจสอบ

  • การโคลนทำงานได้อย่างถูกต้องเมื่อไดรฟ์เป้าหมายมีขนาดใหญ่เท่ากับไดรฟ์ต้นทางเป็นอย่างน้อย (ไม่ใช่หนึ่งไบต์ที่เล็กกว่า) โปรดทราบว่าสองไดรฟ์ที่มีขนาดเท่ากัน (เช่น 32 GB) อาจมีจำนวนไบต์ต่างกัน

    • หากไดรฟ์เป้าหมายมีขนาดเล็กกว่าเล็กน้อย คุณสามารถแก้ไขปัญหาได้โดยเว้นพื้นที่ว่างในไดรฟ์ที่ไม่ได้จัดสรรให้เพียงพอใกล้กับส่วนท้ายของไดรฟ์
  • หากมีตารางพาร์ติชัน GUID, GPT และขนาดไดรฟ์เป้าหมายแตกต่างกัน คุณต้องแก้ไขตารางพาร์ติชันสำรอง ซึ่งควรอยู่ที่ส่วนท้ายของไดรฟ์ คุณสามารถทำได้ด้วย จีดิสก์ หรือง่ายกว่าด้วย gpt-แก้ไข.


  • อูบุนตู เซิร์ฟเวอร์ กำลังตั้งค่าเครือข่ายแบบใช้สายในลักษณะที่ไม่สามารถพกพาได้ และอาจมีสิ่งอื่นๆ ที่ป้องกันการโคลน
Maurizio Santovito avatar
in flag
ขอบคุณสำหรับคำตอบ ซูโดดัส
Maurizio Santovito avatar
in flag
ทั้งแหล่งที่มาและ SSD เป้าหมายเป็นหน่วยเดียวกัน ผู้ผลิตรายเดียวกัน ผลิตภัณฑ์เดียวกัน ทุกอย่างเหมือนกันกับพีซีที่เชื่อมต่ออยู่ ผลิตภัณฑ์เดียวกัน นี่คือเหตุผลที่ฉันต้องมีภาพหลักเพื่อกระจายไปทุกที่ แต่ฉันติดอยู่ที่ไม่สามารถเรียกใช้รูปภาพในหน่วยอื่นของผลิตภัณฑ์เดียวกันได้ ทางเลือกเดียวที่เรามีคือการติดตั้ง Ubuntu บนพีซีแต่ละเครื่องด้วยตนเองและทำซ้ำทุกขั้นตอนการปรับแต่งทำได้แต่ไม่มีประสิทธิภาพเลย ฉันเดาว่าฉันติดอยู่กับการกำหนดค่า UEFI ฉันไม่รู้ เนื่องจากฉันไม่คุ้นเคยกับวิธีการบูต UEFI ฉันเกรงว่า
sudodus avatar
jp flag
บางทีคุณอาจสร้างระบบหลักโดยเชื่อมต่อไดรฟ์อื่นอยู่ และไดรฟ์นั้นถูกมองว่าเป็นไดรฟ์แรก และพาร์ติชันระบบ EFI ก็อยู่ที่นั่น ดังนั้นไดรฟ์หลักจึงไม่มีพาร์ติชันระบบ EFI - หากคุณถอดปลั๊ก ปลดการเชื่อมต่อ หรือปิดใช้งานไดรฟ์ภายใน และติดตั้ง Ubuntu อีกครั้ง สิ่งต่างๆ น่าจะทำงานได้ดีขึ้น ดู[ลิงก์นี้](https://askubuntu.com/questions/16988/how-do-i-install-ubuntu-to-a-usb-key-without-using-startup-disk-creator/942312#942312)
sudodus avatar
jp flag
ฉันคิดว่าแม้แต่ 'หน่วยที่เหมือนกัน' ของ SSD อาจมีจำนวนไบต์ต่างกัน โปรดตรวจสอบตัวอย่างด้วย `lsblk -bdo name,size`
Maurizio Santovito avatar
in flag
ฉันตรวจสอบแล้ว พวกเขามีขนาดเท่ากันมาก ยิ่งไปกว่านั้น ฉันสามารถบูตดิสก์ที่โคลนได้หากเชื่อมต่อกับพีซีที่ใช้สำหรับการติดตั้งหลัก แต่เมื่อฉันย้ายไปยังพีซีเครื่องอื่น (ของผลิตภัณฑ์เดียวกัน ดังนั้นมันจึงเป็น HW เดียวกัน, RAM เดียวกัน, แพลตฟอร์มเดียวกัน, เหมือนกันทุกอย่าง) การบูตจะไม่เกิดขึ้นพร้อมกับข้อผิดพลาดในคำอธิบายที่ฉันเขียน
sudodus avatar
jp flag
อีกครั้ง คุณอาจสร้างระบบหลักโดยเชื่อมต่อไดรฟ์อื่น และไดรฟ์นั้นถูกมองว่าเป็นไดรฟ์แรก และพาร์ติชันระบบ EFI อยู่ที่นั่น **ดังนั้น [อาจจะ] ไดรฟ์หลักไม่มีพาร์ติชันระบบ EFI** - หากคุณถอดปลั๊ก ยกเลิกการเชื่อมต่อ หรือปิดใช้งานไดรฟ์ภายใน และติดตั้ง Ubuntu อีกครั้ง สิ่งต่างๆ น่าจะทำงานได้ดีขึ้น ดู[ลิงก์นี้](https://askubuntu.com/questions/16988/how-do-i-install-ubuntu-to-a-usb-key-without-using-startup-disk-creator/942312#942312) .
sudodus avatar
jp flag
โปรดตรวจสอบตารางพาร์ติชันในคอมพิวเตอร์ที่คัดลอกสำเนาและเชื่อมต่อสำเนาที่คัดลอก: `lsblk -o name,size,fstype,label`; แก้ไขคำถามเดิมเพื่อเพิ่มผลลัพธ์ของคำสั่งนี้ เยื้องแต่ละบรรทัด 4 ช่องว่างเพื่อแสดงเป็น `code` (มิฉะนั้นจะอ่านยาก)
sudodus avatar
jp flag
โปรดสังเกตด้วยว่า คุณไม่ควรบูตเครื่องคอมพิวเตอร์โดยเชื่อมต่อไดรฟ์ที่โคลนไว้ 2 ไดรฟ์พร้อมกัน เป็นเรื่องปกติที่จะเชื่อมต่อสำเนาที่ลอกแบบมาหลังจากกระบวนการบู๊ต เมื่อคุณเข้าสู่สภาพแวดล้อมเดสก์ท็อปแล้ว - เหตุผลก็คือโคลนทั้งสองมี UUID เหมือนกันบนระบบไฟล์ และระบบที่บู๊ตไม่สามารถแยกออกจากกันได้ และอาจผสมส่วนหนึ่งของไดรฟ์หนึ่งกับส่วน [อื่น] ของอีกไดรฟ์หนึ่ง ซึ่งอาจทำให้เกิดความเสียหายร้ายแรงได้

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา