เคอร์เนล Linux ที่ใช้ร่วมกันได้น้อยที่สุดนั้นจำเป็นต้องมีเพื่อใช้งาน Ubuntu อย่างไร

ทำไมเคอร์เนลรุ่นเก่า

ไม่ว่าด้วยเหตุผลใดก็ตามคุณอาจถูกบังคับให้รันเคอร์เนลอื่นนอกเหนือจากที่ Ubuntu ให้ไว้ อาจใช้เวลาหลายปีกว่าที่เคอร์เนลที่เข้ากันได้กับโมดูลเคอร์เนลที่คอมไพล์เฉพาะผู้ให้บริการ VPS ที่ใช้ Xen / คอนเทนเนอร์อาจบังคับให้คุณใช้เคอร์เนลของเขาเป็นต้น

ฉันมีคำถามนี้มานาน แต่สิ่งนี้ได้จุดประกายอีกครั้งในวันนี้

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

นโยบายเอกสารประกอบ?

ฉันสนใจเป็นพิเศษในวัตถุประสงค์ของนักพัฒนา / QA ในเรื่องนี้เกี่ยวกับการเปิดตัว LTS และการใช้เคอร์เนล LTS ที่เสถียรขึ้น บางคำถามที่เกี่ยวข้องอย่างใกล้ชิด:

• อะไรคือนโยบายเกี่ยวกับความเข้ากันได้กับรุ่นก่อนหน้านี้เคอร์เนล? เช่นไม่มีรายงานข้อผิดพลาดที่ยอมรับต้องทำงานกับเคอร์เนลทุกเวอร์ชันกลับไปและรวมถึง LTS ก่อนหน้านี้เป็นต้น
• ตัวอย่างกรณีจริง: ฉันจะมีปัญหาเมื่อใช้เคอร์เนลของ Lucid บนแม่นยำหรือไม่
• ซอฟต์แวร์ค่อนข้างใกล้เคียงกับเคอร์เนล (udev, gvfs, mdadm และอื่น ๆ ) ที่กำลังทำการทดสอบในรุ่นอื่นที่ไม่ใช่รุ่นที่ให้มาพร้อมกับการเปิดตัวหรือไม่?
• Desktop / Server edition แตกต่างกันอย่างไรในเรื่องนี้

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

ซอฟต์แวร์ RAID รองรับการจัดการบล็อกที่ไม่ดี (MD)

Ubuntu เป็นเพียงแค่ไม่รบกวนเกี่ยวกับกรณีเหล่านี้หรือฉันขาดทรัพยากรในเรื่องนี้หรือไม่? นอกจากบันทึกประจำรุ่นแล้วฉันยังใช้ Google ในระดับหนึ่งโดยใช้คำหลัก: Ubuntu 12.04 minimal kernel version requiredและอีกหลายรุ่น ถึงกระนั้นก็ไม่มีแถลงการณ์ใด ๆ เกี่ยวกับเรื่องนี้ที่เกิดขึ้นกับผลลัพธ์เหล่านั้น ตอนนี้ฉันพบคำถามนี้โผล่ขึ้นมาเป็นทรัพยากรที่เกี่ยวข้องเท่านั้น ฉันหาคำตอบนี้ยากและดูดีมาก แต่มันเกี่ยวกับปัญหา / สภาพแวดล้อมที่เฉพาะเจาะจงและไม่เกี่ยวกับการใช้งานเซิร์ฟเวอร์ / เดสก์ท็อป

Userspace vs kernel

ฉันรู้ว่าซอฟต์แวร์ส่วนใหญ่ของ userland ไม่ควรกังวลเกี่ยวกับเคอร์เนลเวอร์ชัน แต่มันมีความซับซ้อนมากขึ้นสำหรับซอฟต์แวร์ VPN หรือแอปพลิเคชันที่มีการโต้ตอบกับฮาร์ดแวร์เช่นซอฟต์แวร์ด้านบน แต่อย่าง V4L2, Network Manager, Alsa และอื่น ๆ

Debian vs Ubuntu

เดเบียนมีความชัดเจนในเรื่องนี้ สำหรับ Wheezy แล้วเรารู้ว่าถ้าคุณพึ่งพา udev มันจะต้องใช้ 2.6.26 เพื่อให้ทำงานได้อย่างถูกต้องจากรีลีสโน้ต (ในผลงาน):

รุ่น udev ใน wheezy ต้องใช้เคอร์เนลของรุ่น 2.6.26 หรือใหม่กว่าด้วย [... ]

สิ่งที่ฉันไม่ขอ

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

โปรดหลีกเลี่ยงการสนทนาใด ๆ เช่น "เหตุใดจึงต้องเรียกใช้เคอร์เนลรุ่นเก่า" - คุณไม่มีทางเลือกในบางครั้งและมันไม่เกี่ยวกับสิ่งที่เราต้องการ แต่จะจัดการกับสถานการณ์เช่นนั้นได้อย่างไร

คำถาม:นโยบายความเข้ากันได้กับเคอร์เนลเวอร์ชันก่อนหน้าคืออะไร เช่นไม่มีรายงานข้อผิดพลาดที่ยอมรับต้องทำงานกับเคอร์เนลทุกเวอร์ชันกลับไปและรวมถึง LTS ก่อนหน้านี้เป็นต้น

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

• เกี่ยวกับซอฟต์แวร์รุ่นล้าสมัยสำหรับการเปิดตัวของนักข่าว
• แพ็คเกจไม่ได้จัดทำโดย Ubuntu

นอกจากนี้ทีมงานเคอร์เนลของ Ubuntu มีคำถามที่พบบ่อยซึ่งคุณอาจสนใจ:

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

แต่เพียงแค่นี้กล่าวว่าซึ่งเมล็ดจะได้รับการสนับสนุนไม่ว่าคนที่ได้รับการพิจารณาเข้ากันได้

คำถาม:กรณีตัวอย่างจริง: ฉันจะมีปัญหาเมื่อเรียกใช้เคอร์เนลของ Lucid บนแม่นยำหรือไม่

นี่เป็นคำถามที่ตอบยาก โดยเฉพาะอย่างยิ่งเพราะมันขึ้นอยู่กับแอพพลิเคชั่น / โมดูลที่คุณจะใช้ เราสามารถ จำกัด คำถามนี้ไว้ที่ "มาตรฐาน" Ubuntu Desktop หรือ Server แต่ถึงอย่างนั้นมันก็ยากเกินไปที่จะตอบ: มีเอกสารไม่เพียงพอและมีข้อมูลที่กระจัดกระจาย

ตัวอย่างเช่นเพื่อตรวจสอบว่า udev จาก Quantal เข้ากันได้กับเคอร์เนล Lucid หรือไม่คุณจะต้องดูบันทึกย่อรุ่น M, N, O, P, Q, เคอร์เนล changelogs และ udev changelogs จากนั้นไปยังแพ็คเกจอื่นเช่น libc, พุ่งพรวดเป็นต้น แพ็คเกจทั้งหมดเหล่านี้ขึ้นอยู่กับเคอร์เนลเวอร์ชันที่เฉพาะเจาะจงและแพ็คเกจเหล่านี้ไม่ได้ถูกควบคุมโดยตรงโดย Ubuntu (ในแง่ที่ไม่ใช่ทีม Ubuntu ที่ตัดสินใจเกี่ยวกับนโยบายความเข้ากันได้ของแพ็คเกจนั้น)

คำถาม:ซอฟต์แวร์ค่อนข้างใกล้เคียงกับเคอร์เนล (udev, gvfs, mdadm และอื่น ๆ ) ที่กำลังทดสอบอยู่นอกเหนือจากรุ่นที่ให้มาพร้อมกับการเปิดตัวหรือไม่?

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

คำถาม:รุ่นเดสก์ท็อป / เซิร์ฟเวอร์แตกต่างกันในเรื่องนี้อย่างไร

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

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

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

ไม่ว่าใครจะชอบหรือไม่ก็ตามแนวทางปฏิบัติอย่างหนึ่งของ Ubuntu คือมองไปข้างหน้าและพยายามสนับสนุนเทคโนโลยีล่าสุดมากกว่าที่ล้าสมัยที่สุด คุณสามารถหาตัวอย่างของสิ่งนี้ได้เมื่อแผ่นซีดีของ Ubuntu ถูกทิ้งลงบนแผ่นดีวีดีหรือเมื่อ Unity 2d ถูกลบออกจาก Quantal

นอกจากนี้และนี่คือจุดที่สำคัญที่สุดในความคิดของฉันอูบุนตูจะไม่สนใจในการจัดจำหน่ายซอฟต์แวร์ที่ทำงานแต่ซอฟต์แวร์ที่ทำงานและได้รับการสนับสนุน มีความแตกต่างที่สำคัญระหว่างสองคำนี้

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

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

ทำการเดาที่มีการศึกษาฉันไม่คิดว่าเมล็ดที่เก่ากว่าจะได้รับการพิจารณาสำหรับ Ubuntu ทุกรุ่น ... และทำไมพวกเขาจะเป็นอย่างไร 'เคอร์เนลที่ต้องการ' เป็นเพียงสิ่งเดียวที่มาพร้อมกับ

เหตุใดจึงต้องการใช้เคอร์เนลรุ่นเก่าในรีลีสใหม่แทนที่จะปล่อยเคอร์เนลตัวเก่า

AFAIK ทีมเคอร์เนลมองไปข้างหน้าค่อนข้างย้อนหลัง พวกมันย้อนกลับเมล็ดที่ใหม่กว่าจากรีลีสที่ใหม่กว่าตัวอย่างเช่น Quantal kernels ทำให้ backported เป็น Precise แต่ไม่ใช่วิธีอื่น ๆ