ทำไม Debian และ Ubuntu ถึงแยกตัวออกจากกัน

เหตุผลที่ Debian และ Ubuntu แยกตัวออกจากกัน

Debian และ Ubuntu แยกตัวออกจากกันในปี 2004 ด้วยเหตุผลเรื่องปฏิทินการทำงาน ไม่ใช่เรื่องของซอร์สโค้ด Debian จะปล่อยรุ่น stable ออกมาเมื่อทีมพัฒนาเห็นว่าพร้อมใช้งานแล้ว ในขณะที่ Ubuntu สัญญาว่าจะปล่อยรุ่นใหม่ทุกๆ 6 เดือนตามวันที่กำหนดไว้ล่วงหน้า ดังนั้น Ubuntu จึงใช้วิธีคัดลอก branch การพัฒนาของ Debian มาทำการ freeze, แก้ไขส่วนที่บกพร่อง แล้วจึงปล่อยออกมา

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

ที่มาของ Ubuntu

Ian Murdock ก่อตั้ง Debian Project เมื่อวันที่ 16 สิงหาคม 1993 จนถึงปี 2004 Debian กลายเป็นดิสทริบิวชันที่ใหญ่ที่สุดซึ่งดำเนินการโดยอาสาสมัคร แต่การพัฒนาเป็นไปอย่างล่าช้า Debian 3.0 "woody" ถูกปล่อยออกมาเมื่อวันที่ 19 กรกฎาคม 2002 และรุ่นถัดมาคือ Debian 3.1 "sarge" กว่าจะมาถึงก็วันที่ 6 มิถุนายน 2005 ซึ่งใช้เวลาเกือบสามปีระหว่างการปล่อยรุ่นเสถียรสองรุ่น ในช่วงเวลาดังกล่าว ผู้ที่ต้องการซอฟต์แวร์เวอร์ชันล่าสุดบนเซิร์ฟเวอร์ Debian ไม่ได้รับคำตอบหรือการสนับสนุนใดๆ จากทาง Debian โดยตรง

ในเดือนเมษายน 2004 Mark Shuttleworth ได้เชิญนักพัฒนา Debian ประมาณหนึ่งโหลมาที่อพาร์ตเมนต์ของเขาในลอนดอน เพื่อวางแผนสร้างระบบที่ใช้พื้นฐานจาก Debian โดยมีกำหนดการปล่อยรุ่นที่แน่นอน และเขาก็ได้ก่อตั้ง Canonical Ltd เพื่อจ้างนักพัฒนาเหล่านั้น รุ่นแรกคือ Ubuntu 4.10 "Warty Warthog" ถูกปล่อยออกมาในอีกหกเดือนต่อมาเมื่อวันที่ 20 ตุลาคม 2004 หมายเลขเวอร์ชันคือวันที่ปล่อยรุ่น: 4.10 หมายถึงตุลาคม 2004 และ 26.04 หมายถึงเมษายน 2026

Ubuntu ไม่เคยเป็น fork ในความหมายทั่วไป fork คือการคัดลอก codebase ออกมาครั้งหนึ่งแล้วแยกตัวออกจากต้นฉบับ แต่ Ubuntu คัดลอก Debian ใหม่ในทุกรอบการพัฒนา แพ็กเกจต่างๆ จะถูกนำมาจาก Debian unstable ซึ่งเป็นสาขา rolling ที่ Debian เรียกว่า sid และสำเนานั้นจะถูกรีเฟรชโดยอัตโนมัติในช่วงสัปดาห์แรกๆ ของแต่ละรอบการพัฒนา Ubuntu หลังจากช่วง import freeze นักพัฒนาของ Ubuntu จะต้องดึงแพ็กเกจแต่ละรายการเข้ามาด้วยตนเองและต้องให้เหตุผลประกอบตามกฎของ freeze แผนผังตระกูลที่กว้างขึ้นของดิสทริบิวชัน Linux มี fork จริงๆ อยู่มากมาย แต่ Ubuntu ไม่ใช่หนึ่งในนั้น มันเป็น downstream ที่ดำเนินไปอย่างต่อเนื่องและถาวร

สิ่งที่ทั้งสองโครงการยังคงใช้ร่วมกัน

ส่วนที่ใช้ร่วมกันนั้นมีขนาดใหญ่กว่าส่วนที่แตกต่างกันมาก ทั้งสองโครงการใช้รูปแบบแพ็กเกจ .deb โดยมี dpkg เป็นฐานและมี apt อยู่ด้านบน และทั้งสองโครงการปฏิบัติตามนโยบายของ Debian ในเรื่องตำแหน่งการวางไฟล์และวิธีการประกาศ dependency ของแพ็กเกจ เอกสารสำหรับนักพัฒนาของ Ubuntu เองระบุว่าส่วนที่ซ้อนทับกันนั้นมีสัดส่วนประมาณสี่ในห้าของซอร์สแพ็กเกจทั้งหมดที่คัดลอกมาจาก Debian โดยไม่มีการแก้ไขใดๆ ผู้ดูแลแพ็กเกจที่แก้ไขบั๊กใน Debian ก็ถือเป็นการแก้ไขให้กับผู้ใช้ Ubuntu ไปในตัว โดยปกติแล้วทั้งสองฝ่ายแทบไม่ต้องรับรู้ถึงการเปลี่ยนแปลงนั้นเลย

ในกรณีที่ Ubuntu มีการแก้ไขแพ็กเกจ สตริงเวอร์ชันจะระบุไว้ชัดเจน โดย 1.2.3-4 ของ Debian จะกลายเป็น 1.2.3-4ubuntu1 ซึ่งส่วนต่อท้ายนั้นจะทำเครื่องหมายถึงการเปลี่ยนแปลงในระดับท้องถิ่นที่ทั้งสองโครงการเรียกว่า delta โดย Ubuntu จะเผยแพร่ delta ฉบับเต็มสำหรับทุกแพ็กเกจที่มีการแก้ไขและส่ง patch ไปยังระบบติดตามแพ็กเกจของ Debian เพื่อให้ผู้ดูแลแพ็กเกจของ Debian สามารถตรวจสอบสิ่งที่ฝั่ง downstream ได้ดำเนินการไปและนำไปใช้ได้หากต้องการ

ประเด็นที่ว่าเพียงพอหรือไม่นั้นมีการถกเถียงกันมาตั้งแต่ปี 2005 และข้อโต้แย้งนี้ควรได้รับการระบุอย่างตรงไปตรงมาแทนการเลือกข้าง ในมุมของ Debian ข้อร้องเรียนคือเรื่องของผลลัพธ์จากความพยายาม: Canonical จ่ายเงินให้คนทำงานในฝั่ง downstream ซึ่งฝั่ง downstream เป็นผู้รวบรวมผู้ใช้และความสนใจไป ส่วนการผลักดันการแก้ไขกลับไปยัง upstream นั้นเป็นงานพิเศษที่ไม่มีใครได้รับค่าจ้างให้ทำ ในมุมของ Ubuntu กำหนดการปล่อยซอฟต์แวร์ทุกหกเดือนไม่สอดคล้องกับโครงการที่ไม่มีกำหนดการที่แน่นอน ดังนั้นการรอ Debian จึงไม่ใช่ทางเลือกเสมอไป ทั้งสองข้อความนี้เป็นความจริง และไม่มีฝ่ายใดที่เคยหยุดยั้งการไหลเวียนของแพ็กเกจเหล่านี้ได้เลย

การออกรุ่นเมื่อพร้อม โดยอิงตามวันที่ในปฏิทิน

วันที่ออกรุ่นของ Debian เป็นผลลัพธ์ที่เกิดขึ้น ไม่ใช่คำสัญญา Debian 12 "bookworm" ออกเมื่อวันที่ 10 มิถุนายน 2023 และ Debian 13 "trixie" ออกเมื่อวันที่ 9 สิงหาคม 2025 ซึ่งห่างกันประมาณสองปี แต่ไม่มีสิ่งใดรับประกันว่าช่วงเวลาถัดไปจะเป็นเช่นเดิม ปัจจุบันสาขา testing มีชื่อว่า "forky" และยังไม่มีกำหนดการออกรุ่น เนื่องจาก Debian จะไม่ประกาศวันที่จนกว่าจำนวนบั๊กที่วิกฤตต่อการออกรุ่นจะอยู่ในระดับที่ยอมรับได้

สำหรับ Ubuntu วันที่คือคำสัญญา โดยจะมีการออกรุ่นทุกหกเดือน และทุกรุ่นที่สี่ซึ่งออกในเดือนเมษายนของปีเลขคู่จะเป็นรุ่น LTS (long term support) Ubuntu 26.04 LTS "Resolute Raccoon" ออกเมื่อวันที่ 23 เมษายน 2026 ตามกำหนดการ ส่วนรุ่นที่ออกระหว่างนั้นเป็นรุ่น interim ซึ่งได้รับการอัปเดตเพียงเก้าเดือนเท่านั้น ด้วยเหตุนี้จึงไม่ควรนำมาใช้บนเซิร์ฟเวอร์ที่คุณไม่ต้องการติดตั้งใหม่ปีละสองครั้ง การเลือกระหว่าง Ubuntu LTS กับรุ่น interim บนเซิร์ฟเวอร์ จึงขึ้นอยู่กับตัวเลขเก้าเดือนนี้

จังหวะเวลาดังกล่าวเป็นตัวกำหนดปฏิทินการอัปเกรดของคุณ และนี่คือผลลัพธ์ที่ใช้งานได้จริงที่สุดจากความแตกต่างนี้ บน Ubuntu LTS คุณจะทราบล่วงหน้าหลายปีว่าการอัปเกรดแบบ in-place ครั้งถัดไปของคุณจะเกิดขึ้นในเดือนเมษายนของปีเลขคู่ ดังนั้น การอัปเกรดจาก Ubuntu 24.04 ไปยัง 26.04 จึงสามารถวางแผนได้ตั้งแต่ก่อนที่ 26.04 จะถูกปล่อยออกมา ส่วนบน Debian คุณต้องคอยติดตามประกาศการ freeze และวางแผนงานเมื่อการออกรุ่นเกิดขึ้นจริงแล้วเท่านั้น

การเปลี่ยนแปลงของ LTS

Ubuntu 6.06 LTS "Dapper Drake" เปิดตัวเมื่อวันที่ 1 มิถุนายน 2006 และเป็น LTS รุ่นแรก ก่อนหน้านั้น Ubuntu เป็นระบบที่พัฒนาอย่างรวดเร็วและมีการเปลี่ยนเวอร์ชันใหม่ทุก 6 เดือน ซึ่งไม่ใช่สิ่งที่ธุรกิจจะนำมาสร้างเซิร์ฟเวอร์สำหรับใช้งานจริงได้ LTS ได้สร้างสิ่งที่สำคัญอย่างหนึ่งคือ การกำหนดวันสิ้นสุดการสนับสนุนไว้ในอนาคต ซึ่งไกลพอที่จะสามารถวางแผนการทำงานรองรับได้ นั่นคือการเปลี่ยนแปลงที่ทำให้ Ubuntu กลายเป็นดิสทริบิวชันมาตรฐานสำหรับเซิร์ฟเวอร์ และรอบการปล่อยเวอร์ชันทุก 6 เดือนคือสิ่งที่คอยหล่อเลี้ยงระบบนี้ เพราะ LTS แต่ละรุ่นถูกรวบรวมขึ้นจากงานที่ผ่านการทดสอบและปรับปรุงมาแล้วในรุ่นระหว่างกาลก่อนหน้านั้น

Debian เดินทางมาถึงจุดเดียวกันจากทิศทางที่ต่างออกไป รุ่น stable ของ Debian มีการเคลื่อนไหวอย่างช้าๆ อยู่แล้ว และโครงการ Debian LTS ได้เข้ามาขยายอายุการสนับสนุนของแต่ละรุ่นหลังจากที่ทีมรักษาความปลอดภัยของ Debian เองได้ลดบทบาทลง

ใครเป็นผู้สนับสนุนคุณและสนับสนุนนานเท่าใด

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

ทีมรักษาความปลอดภัยของ Debian เองจะดูแลรุ่น stable เป็นเวลา 3 ปี หลังจากนั้นทีม Debian LTS ซึ่ง Debian อธิบายว่าเป็นกลุ่มอาสาสมัครและบริษัทต่างๆ ไม่ใช่ทีมรักษาความปลอดภัยและทีมปล่อยซอฟต์แวร์อย่างเป็นทางการ จะรับช่วงต่อจนครบ 5 ปี การส่งมอบงานนี้เห็นได้จากวันที่ในปัจจุบัน: bookworm เข้าสู่สถานะ LTS เมื่อวันที่ 11 มิถุนายน 2026 และได้รับการคุ้มครองถึงวันที่ 30 มิถุนายน 2028 ส่วน bullseye จะสิ้นสุดระยะเวลา LTS ในวันที่ 31 สิงหาคม 2026 หลังจากจุดนั้น Freexian จะจำหน่าย Extended LTS หรือ ELTS ต่อไปจนถึง 10 ปี โดยครอบคลุมเฉพาะชุดแพ็กเกจที่ลูกค้าที่จ่ายเงินใช้งานจริงเท่านั้น

Ubuntu LTS ได้รับการดูแลรักษาความปลอดภัยมาตรฐานจาก Canonical เป็นเวลา 5 ปี การสมัครสมาชิก Ubuntu Pro จะขยายระยะเวลานี้เป็น 10 ปี ผ่านทาง ESM (expanded security maintenance) ซึ่งครอบคลุมทั้ง main และ universe และส่วนเสริม Legacy จะขยายต่อไปจนถึง 15 ปี ณ เดือนสิงหาคม 2026 Ubuntu Pro เปิดให้ใช้งานฟรีสำหรับการใช้งานส่วนบุคคลสูงสุด 5 เครื่อง ดังนั้นบน VPS หนึ่งเครื่อง ตัวเลข 10 ปีจึงเป็นจริงได้โดยไม่ต้องมีใบสั่งซื้อ นอกจากนี้ Pro ยังมาพร้อมกับบริการ livepatch ซึ่งเป็นช่องทางที่รองรับสำหรับการ แพตช์ kernel แบบสดบน VPS โดยไม่ต้องรีบูตเครื่องทุกครั้งที่มีการอัปเดตความปลอดภัยของ kernel

โครงสร้างเบื้องหลังตัวเลขเหล่านั้นมีความสำคัญมากกว่าตัวเลขเอง สำหรับ Ubuntu คุณซื้อการสนับสนุนจากบริษัทเดียวกับที่สร้าง distribution นั้นขึ้นมา สำหรับ Debian ไม่มีบริษัทดังกล่าว ดังนั้นการสนับสนุนแบบเสียค่าใช้จ่ายจึงมาจากบุคคลที่สาม เช่น Freexian, จากผู้ให้บริการโฮสติ้งของคุณ หรือจากทีมงานของคุณเอง

ระบบ init และการลงมติที่ยุติข้อถกเถียง

ความแตกต่างทางเทคนิคที่ชัดเจนที่สุดคือระบบ init ซึ่งเป็นกระบวนการแรกที่ kernel เริ่มทำงานและเป็นผู้ดูแลบริการทุกอย่างหลังจากนั้น Ubuntu 6.10 "Edgy Eft" ซึ่งปล่อยออกมาเมื่อวันที่ 26 ตุลาคม 2006 ได้นำ Upstart ซึ่งเขียนโดย Canonical มาใช้งาน ในขณะที่ Debian ยังคงใช้ sysvinit ต่อไปอีกหลายปีในระหว่างที่มีการถกเถียงกัน คณะกรรมการด้านเทคนิคของ Debian ได้ยุติเรื่องนี้ด้วยการลงมติเมื่อวันที่ 11 กุมภาพันธ์ 2014 โดยประธานคณะกรรมการได้ใช้สิทธิ์ออกเสียงชี้ขาดให้เลือกใช้ systemd สำหรับ Debian 8

Ubuntu ปฏิบัติตามในเวลาไม่กี่วันหลังจากนั้น โพสต์ของ Shuttleworth เกี่ยวกับการตัดสินใจดังกล่าวในหัวข้อ "Losing graciously" ได้ให้เหตุผลไว้อย่างชัดเจนว่า Ubuntu เป็นสมาชิกหลักของตระกูล Debian จึงควรยอมรับผลการตัดสินใจนั้น Ubuntu 15.04 เริ่มใช้ systemd เป็นค่าเริ่มต้นเมื่อวันที่ 23 เมษายน 2015 และ Debian 8 "jessie" ก็ทำเช่นเดียวกันในวันที่ 26 เมษายน 2015 ซึ่งเป็นเวลาสามวันหลังจากนั้น

การบรรจบกันของระบบนี้เป็นเหตุผลว่าทำไมคู่มือการจัดการบริการส่วนใหญ่จึงสามารถใช้ร่วมกันได้โดยไม่ต้องแก้ไข Unit files, systemctl และ journalctl ทำงานเหมือนกันทั้งสองระบบ Debian 13 มาพร้อมกับ systemd 257 และ Ubuntu 26.04 LTS มาพร้อมกับ systemd 259 ดังนั้นสิ่งที่แยกทั้งสองออกจากกันจึงเป็นเพียงหมายเลขเวอร์ชัน ไม่ใช่การออกแบบระบบ

Snap และส่วนที่ไม่สามารถพอร์ตได้

Ubuntu 16.04 LTS ได้นำเสนอแพ็กเกจ snap ในปี 2016 และ 18.04 เป็นรุ่นแรกที่ส่งมอบแอปพลิเคชันเริ่มต้นบางตัวในรูปแบบ snap โดย snap เป็นชุดซอฟต์แวร์แบบเบ็ดเสร็จในตัวที่มาพร้อมกับ dependency ของตนเอง ทำให้โครงการต้นทางสามารถผลักดันเวอร์ชันใหม่ไปยัง Ubuntu ทุกรุ่นที่รองรับได้ในทันที แทนที่จะต้องรอให้คลังซอฟต์แวร์หลักอัปเดตตาม

เหตุผลที่ไม่มีดิสทริบิวชันหลักอื่นยอมรับ snap เป็นค่าเริ่มต้นนั้นไม่ใช่เพราะรูปแบบของมัน แต่เป็นเพราะไคลเอนต์ snapd จะสื่อสารกับร้านค้าเพียงแห่งเดียวซึ่งดำเนินการโดย Canonical และฝั่งเซิร์ฟเวอร์ของร้านค้านั้นไม่ได้เป็นโอเพนซอร์ส ดังนั้นดิสทริบิวชันที่ยอมรับ snap จึงเป็นการส่งมอบส่วนหนึ่งของการกระจายซอฟต์แวร์ของตนให้กับผู้จำหน่ายรายอื่น ซึ่ง Debian ไม่ได้ทำเช่นนั้นและไม่ได้ติดตั้ง snapd มาให้เป็นค่าเริ่มต้น

นี่คือจุดที่คำแนะนำจากต้นทางหยุดทำงานลงอย่างเงียบๆ Certbot เป็นตัวอย่างที่ชัดเจนที่สุด โดยเอกสารของ Certbot เองแนะนำให้ติดตั้งผ่าน snap และเตือนว่าแพ็กเกจของดิสทริบิวชัน "มักจะล้าสมัยอย่างรวดเร็วบนดิสทริบิวชันแบบ LTS" หากทำตามหน้านั้นบน Ubuntu ทุกอย่างจะทำงานได้ปกติ แต่หากทำตามบนเซิร์ฟเวอร์ Debian มาตรฐาน ขั้นตอนแรกสุดจะไม่มีโปรแกรมให้เรียกใช้งาน คู่มือ Certbot สำหรับ Nginx บน Ubuntu 24.04 ของเราจึงเลือกใช้แพ็กเกจของดิสทริบิวชันด้วยเหตุผลดังกล่าว

เคอร์เนล เฟิร์มแวร์ และประเด็นเรื่องซอฟต์แวร์ที่ไม่ใช่เสรี

Social Contract ของ Debian และ DFSG (แนวทางปฏิบัติสำหรับซอฟต์แวร์เสรีของ Debian) เป็นตัวกำหนดว่าซอฟต์แวร์ใดสามารถเข้าสู่ main ได้ ส่วนซอฟต์แวร์อื่นทั้งหมดจะถูกจัดอยู่ใน contrib และ non-free ซึ่งตลอดระยะเวลาส่วนใหญ่ของ Debian นั้นรวมถึง binary firmware blobs ที่ฮาร์ดแวร์เครือข่ายและอุปกรณ์จัดเก็บข้อมูลทั่วไปจำเป็นต้องใช้เพื่อให้ทำงานได้ หลังจากมีมติทั่วไป (General Resolution) ในปี 2022 Debian 12 ได้เพิ่มพื้นที่จัดเก็บ non-free-firmware แยกออกมา และอิมเมจตัวติดตั้งอย่างเป็นทางการก็ได้รวมเฟิร์มแวร์ดังกล่าวมาตั้งแต่นั้น

Ubuntu ตัดสินใจในทางตรงกันข้ามตั้งแต่วันแรก โดยคลังซอฟต์แวร์ของ Ubuntu แบ่งออกเป็น main และ restricted ซึ่ง Canonical เป็นผู้สนับสนุนและรวมถึงไดรเวอร์ที่เป็นกรรมสิทธิ์ นอกจากนี้ยังมี universe และ multiverse ซึ่งดูแลโดยชุมชน บน VPS ผลกระทบที่เกิดขึ้นมีน้อยมากเนื่องจากฮาร์ดแวร์เสมือนแทบไม่จำเป็นต้องใช้เฟิร์มแวร์ แต่สำหรับฮาร์ดแวร์เฉพาะ (dedicated hardware) นี่คือความแตกต่างระหว่างการ์ดเครือข่ายที่ใช้งานได้กับการ์ดที่ไม่ทำงานเลย

เคอร์เนลมีความแตกต่างกันในแนวทางเดียวกัน ณ เดือนสิงหาคม 2026 Ubuntu 26.04 LTS มาพร้อมกับ Linux 7.0 ในขณะที่ Debian 13 มาพร้อมกับ Linux 6.12 นอกจากนี้ Ubuntu ยังปรับปรุงเคอร์เนลให้ทันสมัยอยู่เสมอภายในรุ่น LTS เดียวกันผ่าน hardware enablement stacks ในขณะที่ Debian จะคงเคอร์เนลซีรีส์เดิมไว้ตลอดอายุการใช้งานของรุ่น stable และเสนอเวอร์ชันที่ใหม่กว่าผ่านทาง backports คำว่าใหม่กว่าหมายถึงการรองรับอุปกรณ์ virtio และระบบไฟล์รุ่นล่าสุดได้ดีกว่า ส่วนคำว่าเก่ากว่าหมายถึงพฤติกรรมการทำงานที่คุณทดสอบในเดือนมกราคมจะเป็นพฤติกรรมเดิมที่คุณได้รับในเดือนธันวาคม

สิ่งที่อาจเสียหายเมื่อทำตามคำแนะนำของอีกระบบ

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

• คลังซอฟต์แวร์ (apt repositories) ของบุคคลที่สามจะถูกเผยแพร่แยกตามรุ่นของระบบปฏิบัติการและชื่อรหัส (codename) ผู้ให้บริการที่รองรับ noble และ jammy อาจไม่มีการเผยแพร่สำหรับ trixie ซึ่งความล้มเหลวที่เกิดขึ้นจะมีลักษณะคล้ายกับปัญหาเครือข่ายมากกว่าจะเป็นการตัดสินใจเชิงนโยบาย
• Launchpad PPA ถูกสร้างขึ้นเพื่อรองรับ Ubuntu แต่ละรุ่นโดยเฉพาะ การเพิ่ม PPA เหล่านี้ลงใน Debian จะเป็นการดึงไฟล์ไบนารีที่เชื่อมโยงกับเวอร์ชันไลบรารีของ Ubuntu ซึ่งอาจใช้งานได้โดยบังเอิญ หรืออาจเป็นการดึงเอาส่วนประกอบรันไทม์ส่วนใหญ่ของ Ubuntu เข้ามาในระบบของคุณ
• สิ่งใดก็ตามที่อ้างอิงถึง snapd, การสมัครสมาชิก Ubuntu Pro หรือ livepatch ของ Canonical จะไม่มีขั้นตอนที่เทียบเท่ากันใน Debian ดังนั้นส่วนเหล่านั้นของคู่มือจึงจำเป็นต้องเปลี่ยนใหม่แทนที่จะเป็นการปรับใช้
• อิมเมจเริ่มต้นมีความแตกต่างกันในเรื่องผู้ใช้งานที่คุณใช้ล็อกอิน โดยปกติอิมเมจของ Ubuntu จะให้ผู้ใช้ ubuntu ที่มีสิทธิ์ sudo และไม่มีรหัสผ่าน root ในขณะที่อิมเมจของ Debian มักจะให้ผู้ใช้ debian ส่วนอิมเมจจากผู้ให้บริการรายอื่นอาจมีความแตกต่างกันไป ให้ตรวจสอบข้อมูลของคุณก่อนที่จะเปลี่ยนแปลงการตั้งค่าใดๆ เกี่ยวกับ SSH

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

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

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

แล้วคุณควรเลือกใช้ตัวไหน?

เลือกใช้ Ubuntu LTS เมื่อคุณต้องการกำหนดวันที่อัปเกรดที่ระบุลงในปฏิทินล่วงหน้าได้หลายปี และต้องการผู้ให้บริการที่คุณสามารถซื้อบริการสนับสนุนได้ เลือกใช้ Debian stable เมื่อคุณต้องการการติดตั้งเริ่มต้นที่มีขนาดเล็กกว่า โดยไม่มีบริษัทใดบริษัทหนึ่งเข้ามาเกี่ยวข้อง และต้องการฐานระบบที่มีการเปลี่ยนแปลงช้าจนมีความเสถียรสูง

ทุกอย่างที่เหลือสามารถถ่ายโอนทักษะถึงกันได้ ทั้งสองระบบใช้ apt ทั้งคู่ปฏิบัติตาม Debian Policy และทั้งสองระบบรันแอปพลิเคชันเดียวกันจากรูปแบบแพ็กเกจเดียวกัน ดังนั้นทักษะที่คุณมีจึงนำไปใช้ต่อได้ หากคุณย้ายมาจาก Red Hat หรือ Fedora แทน คำสั่งที่เทียบเท่ากันระหว่าง dnf และ apt จะช่วยให้คุณเข้าใจการทำงานของทั้งสองฝั่ง และหากคุณกำลังเปรียบเทียบสองระบบนี้กับอิมเมจอื่นที่มีให้เลือกตอน deploy คู่มือการเลือกใช้ระบบปฏิบัติการสำหรับ VPS ของเรา จะช่วยเปรียบเทียบระบบเหล่านี้กับตัวเลือกอื่นๆ ในรายการให้คุณทราบ

FAQ

Ubuntu เป็น fork ของ Debian หรือไม่?

ไม่เป็นเช่นนั้น การทำ fork คือการคัดลอก codebase ออกมาหนึ่งครั้งแล้วดูแลแยกจากกันตั้งแต่นั้นเป็นต้นไป แต่ Ubuntu จะนำเข้าข้อมูลจาก Debian unstable ใหม่ทุกรอบในทุกๆ 6 เดือน และเอกสารสำหรับนักพัฒนาของ Ubuntu ระบุว่าสัดส่วนของ source package ที่คัดลอกมาโดยไม่มีการแก้ไขนั้นอยู่ที่ประมาณ 4 ใน 5 Ubuntu จึงเป็น downstream ถาวรของ Debian ซึ่งเป็นเหตุผลว่าทำไมความรู้ด้านการทำ packaging ของ Debian จึงนำมาใช้กับ Ubuntu ได้โดยไม่ต้องปรับเปลี่ยน และทำไมการแก้ไขใน Debian มักจะส่งผลถึงผู้ใช้ Ubuntu โดยที่ไม่มีใครต้องทำงานเพิ่ม

บทเรียนของ Ubuntu ใช้กับ Debian ได้หรือไม่?

โดยปกติแล้วใช้ได้ และข้อยกเว้นต่างๆ นั้นคาดเดาได้ ทั้งสองระบบใช้ apt, ใช้ systemd และปฏิบัติตาม Debian Policy เหมือนกัน ดังนั้นการจัดการ package และการจัดการ service จึงเหมือนกัน สิ่งที่จะใช้งานไม่ได้คือสิ่งที่ผูกติดกับโครงสร้างพื้นฐานของ Canonical เช่น ขั้นตอนการติดตั้งแบบ snap, Launchpad PPAs, คำสั่งของ Ubuntu Pro และ apt repository ของบุคคลที่สามที่เผยแพร่เฉพาะสำหรับ codename ของ Ubuntu เท่านั้น เมื่อ repository ไม่มี suite สำหรับ release ของคุณ apt จะรายงานว่า "does not have a Release file" ซึ่งหมายความว่าผู้ให้บริการไม่ได้สร้างไฟล์สำหรับ codename ของคุณ

การอัปเดตความปลอดภัยของ Debian และ Ubuntu มีระยะเวลานานเท่าใด?

Ubuntu LTS จะได้รับการดูแลความปลอดภัยมาตรฐานจาก Canonical เป็นเวลา 5 ปี, 10 ปีหากสมัครสมาชิก Ubuntu Pro และสูงสุดถึง 15 ปีด้วยส่วนเสริม Legacy ส่วน Debian stable release จะได้รับการดูแลจากทีมความปลอดภัยของ Debian เป็นเวลา 3 ปี และรวมระยะเวลา LTS ที่ตามมาอีกเป็น 5 ปี บริการ Extended LTS แบบชำระเงินของ Freexian ครอบคลุมระยะเวลา 10 ปี แต่เฉพาะสำหรับ package ที่ลูกค้าของพวกเขาต้องการเท่านั้น

ระหว่าง Debian กับ Ubuntu อย่างไหนดีกว่าสำหรับเซิร์ฟเวอร์?

ไม่มีอย่างไหนดีกว่ากันโดยทั่วไป การตัดสินใจที่แท้จริงขึ้นอยู่กับตารางเวลาและการสนับสนุน Ubuntu LTS เหมาะสำหรับเซิร์ฟเวอร์ที่ต้องการกำหนดวันอัปเกรดที่คาดการณ์ได้และต้องการซื้อการสนับสนุนจากผู้ให้บริการรายเดียว Debian stable เหมาะสำหรับเซิร์ฟเวอร์ที่ให้ความสำคัญกับการติดตั้งเริ่มต้นที่เล็กกว่าและการเปลี่ยนแปลงที่ช้ากว่าตารางเวลาที่กำหนดไว้ ทั้งสองระบบรันซอฟต์แวร์เดียวกันจากรูปแบบ package เดียวกัน ดังนั้นการเลือกอย่างใดอย่างหนึ่งจึงไม่จำกัดสิ่งที่คุณสามารถโฮสต์ได้