Score:8

จะมีปัญหาอะไรไหมหากฉันแก้ไข source.list และข้ามไปมาระหว่าง Ubuntu รุ่นต่างๆ

ธง my

ฉันพบว่า source.list ใน /etc/ฉลาด เป็นไฟล์คีย์สำหรับที่เก็บทั้งหมด

ฉันยังพบว่าทุกระบบและรุ่นอูบุนตูมีของตัวเอง source.listดังนั้นนี่คือที่ที่ฉันอยู่ในอารมณ์ทดลองเล็กน้อย!

ฉันอยู่บน อูบุนตู 18.04 LTS(64 บิต) ในขณะที่เพียงแค่เรียกดูและเห็นต่าง source.list ไฟล์. ซึ่งฉันพบสิ่งที่น่าสนใจ ณ ตอนนี้ มีอูบุนตูรุ่นใหม่ที่เพิ่งออกมามากมาย ฉันยินดีที่จะอัพเกรดของฉันด้วย 21.04 (เพราะคำพังเพย 40)

ดังนั้นฉันจึงพบว่าฉันสามารถอัพเกรดอูบุนตูได้โดย sudo do-release-upgrade คำสั่ง แต่คำสั่งนั้นจะไปยังรีลีสถัดไป แทนที่จะเป็นรีลีสล่าสุด นั่นคือ เสียเวลาและเปลืองเน็ตมาก (เน็ตผมไม่ถึง 20GB)

วิธีเดียวที่ฉันพบคือติดตั้งใหม่จาก ISO แต่ฉันไม่ต้องการรีเฟรชข้อมูลหรือแพ็คเกจทั้งหมดเนื่องจากใช้เวลาในการติดตั้งเล็กน้อย

ดังนั้นสิ่งที่ฉันทำเพียงเล็กน้อย โง่ฉันเปลี่ยนเนื้อหาของฉัน source.list ถึง -

#deb cdrom:[Ubuntu 21.04 _Hirsute Hippo_ - Release amd64 (20210420)]/ hirsute main ถูกจำกัด

# ดู http://help.ubuntu.com/community/UpgradeNotes สำหรับวิธีอัปเกรดเป็น
# รุ่นที่ใหม่กว่าของการแจกจ่าย
deb http://us.archive.ubuntu.com/ubuntu/ hirsute หลักถูกจำกัด
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute หลักถูกจำกัด

## การอัปเดตการแก้ไขข้อบกพร่องที่สำคัญเกิดขึ้นหลังจากการเปิดตัวครั้งสุดท้ายของ
## การกระจาย.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates หลักถูกจำกัด
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates หลักถูกจำกัด

## น.บ. ซอฟต์แวร์จากพื้นที่เก็บข้อมูลนี้ไม่ได้รับการสนับสนุนโดย Ubuntu โดยสิ้นเชิง
## ทีม. นอกจากนี้ โปรดทราบว่าซอฟต์แวร์ในจักรวาลจะไม่ได้รับใดๆ
## ตรวจสอบหรืออัปเดตจากทีมรักษาความปลอดภัยของ Ubuntu
deb http://us.archive.ubuntu.com/ubuntu/ จักรวาล hirsute
# deb-src http://us.archive.ubuntu.com/ubuntu/ จักรวาลขนดก
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates จักรวาล
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates จักรวาล

## น.บ. ซอฟต์แวร์จากพื้นที่เก็บข้อมูลนี้ไม่ได้รับการสนับสนุนโดย Ubuntu โดยสิ้นเชิง 
## ทีมและอาจไม่อยู่ภายใต้ใบอนุญาตฟรี โปรดพึงพอใจในตัวเอง 
## สิทธิ์ของคุณในการใช้ซอฟต์แวร์ นอกจากนี้ โปรดทราบว่าซอฟต์แวร์ใน 
## ลิขสิทธิ์จะไม่ได้รับการตรวจสอบหรืออัปเดตใด ๆ จาก Ubuntu
##ทีมรปภ.
deb http://us.archive.ubuntu.com/ubuntu/ ลิขสิทธิ์ขนดก
# deb-src http://us.archive.ubuntu.com/ubuntu/ ลิขสิทธิ์ขนดก
deb http://us.archive.ubuntu.com/ubuntu/ ลิขสิทธิ์ hirsute-updates
# deb-src http://us.archive.ubuntu.com/ubuntu/ ลิขสิทธิ์ hirsute-updates

## น.บ. ซอฟต์แวร์จากพื้นที่เก็บข้อมูลนี้อาจไม่ได้รับการทดสอบเป็น
## กว้างขวางตามที่มีอยู่ในรุ่นหลักแม้ว่าจะรวม
## เวอร์ชันที่ใหม่กว่าของบางแอปพลิเคชันซึ่งอาจมีคุณสมบัติที่เป็นประโยชน์
## นอกจากนี้ โปรดทราบว่าซอฟต์แวร์ในแบ็คพอร์ตจะไม่ได้รับการตรวจสอบใดๆ
## หรืออัปเดตจากทีมรักษาความปลอดภัยของ Ubuntu
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-backports ลิขสิทธิ์หลักจักรวาลที่ถูก จำกัด
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-backports ลิขสิทธิ์จักรวาลหลักที่ถูก จำกัด

## ยกเลิกการแสดงความคิดเห็นในสองบรรทัดต่อไปนี้เพื่อเพิ่มซอฟต์แวร์จาก Canonical's
## ที่เก็บ 'พันธมิตร'
## ซอฟต์แวร์นี้ไม่ได้เป็นส่วนหนึ่งของ Ubuntu แต่ให้บริการโดย Canonical และ the
## ผู้ขายที่เกี่ยวข้องเป็นบริการแก่ผู้ใช้ Ubuntu
# deb http://archive.canonical.com/ubuntu หุ้นส่วนขนดก
# deb-src http://archive.canonical.com/ubuntu พันธมิตร hirsute

deb http://security.ubuntu.com/ubuntu hirsute-security main ถูกจำกัด
# deb-src http://security.ubuntu.com/ubuntu hirsute-security หลักถูกจำกัด
deb http://security.ubuntu.com/ubuntu hirsute-security จักรวาล
# deb-src http://security.ubuntu.com/ubuntu จักรวาล hirsute-security
deb http://security.ubuntu.com/ubuntu ลิขสิทธิ์ hirsute-security
# deb-src http://security.ubuntu.com/ubuntu ลิขสิทธิ์ hirsute-security

# ระบบนี้ได้รับการติดตั้งโดยใช้สื่อแบบถอดได้ขนาดเล็ก
# (เช่น netinst, live หรือ single CD) "deb cdrom" ที่ตรงกัน
# รายการถูกปิดใช้งานเมื่อสิ้นสุดกระบวนการติดตั้ง
# สำหรับข้อมูลเกี่ยวกับวิธีกำหนดค่าแหล่งแพ็คเกจ apt
# ดูคู่มือ source.list(5)

แหล่งที่มา

จากนั้นฉันก็วิ่ง

อัปเดต sudo apt && sudo apt อัปเกรดแบบเต็ม && sudo apt dist-อัปเกรด

จากนั้นระบบของฉันและทุกอย่างก็เปลี่ยนเป็น 21.04

นั่นอาจเป็นสมองขนาดใหญ่เล็กน้อย?

สิ่งนี้จะเป็นอันตรายต่อระบบของฉันหรือไม่ มีประโยชน์บ้างไหม? มีอะไรผิดพลาดได้บ้าง?

  • แพ็คเกจทั้งหมดของฉันได้รับการอัปเกรดและติดตั้งแพ็คเกจใหม่แล้ว

  • ระบบของฉันเป็นปัจจุบัน

  • ฉันแค่อยากรู้ว่านี่อาจเป็นอันตรายหรืออาจทำอะไรไม่ดีได้ไหม

  • พูดตามตรง การอัปเกรดใช้เวลาเพียง 1804 Mb ดังนั้นจึงเบากว่ามาก

  • จนถึงตอนนี้ (ใช้มาสองชั่วโมงแล้ว) ไม่มีปัญหา

guiverc avatar
cn flag
ใช่ มันสามารถทำงานได้ แต่ก็ล้มเหลวได้เช่นกัน Ubuntu ไม่ใช่เดเบียนและมีเครื่องมือในการ *ปล่อย-อัปเกรด* ระบบของคุณ (*และรับรองความสำเร็จ*) คุณยังสามารถติดตั้งใหม่ได้โดยไม่สูญเสียไฟล์ข้อมูลใด ๆ และติดตั้งซ้ำโดยอัตโนมัติเพื่อเพิ่มแพ็คเกจเพิ่มเติมของคุณ (เช่น แพ็คเกจที่มีเครื่องหมาย *ติดตั้งด้วยตนเอง*) ฉันทำเป็นประจำเนื่องจากฉันเกี่ยวข้องกับการทดสอบ QA และใช้การติดตั้งใหม่สำหรับกล่องที่ใช้เพื่อวัตถุประสงค์ *การสนับสนุน* (รวมถึงของฉันเองด้วย) ในขณะที่อัปเกรดระบบของฉัน & ทำผ่านการติดตั้งการทดสอบ QA (*การอัปเกรดผ่านการติดตั้งใหม่* จะย้อนกลับเช่นกัน แต่การบ้านบางอย่างอาจมีส่วนร่วมเพื่อให้แน่ใจว่าไม่มีปัญหาด้านข้อมูล)
cn flag
Ray
โดยส่วนตัวแล้วฉันคิดว่าสิ่งที่คุณทำนั้นค่อนข้างงี่เง่า คุณกำลังบอกว่าการ `ปล่อย-อัปเกรด' ทีละเวอร์ชันนั้น "ใช้เวลานาน" นั่นเป็นเรื่องจริง แต่การทำสิ่งนี้อาจทำให้คุณใช้เวลามากขึ้น และไม่ใช่แค่เวลามากขึ้น แต่ยังมี "เวลาของมนุษย์" ของคุณเองด้วย หากคุณทำ `do-release-upgrade` หลายครั้ง คุณเรียกใช้คำสั่ง ตอบ "ใช่" 2-3 ครั้ง แล้วปล่อยให้มันทำงาน ดังนั้น...ฉันไม่คิดว่าคุณชั่งน้ำหนักข้อดีและข้อเสียของการตัดสินใจของคุณอย่างเหมาะสม คุณกำลังทำบางสิ่งที่มีคนไม่กี่คนทำ ดังนั้นหากคุณติดขัด มีคนไม่กี่คนที่สามารถช่วยคุณได้...
karel avatar
sa flag
สิ่งนี้ตอบคำถามของคุณหรือไม่ [ฉันข้ามการเผยแพร่เมื่ออัปเกรดได้ไหม](https://askubuntu.com/q/34430/)
cn flag
Ray
ขอบคุณสำหรับข้อเสนอ แต่ฉันแค่ต้องการช่วยคุณและไม่ได้ต้องการชื่อเสียงใดๆ ขอให้โชคดี!
us flag
`ฉันอยากถามว่าถ้าฉันใช้ 16.04 หรือ ubuntu รุ่น 32 บิต วิธีนี้จะได้ผลไหม (อัปเกรดเป็น 21.04 ซึ่งเป็น 64 บิต)' -- ไม่ คุณไม่สามารถอัปเกรดด้วยวิธีนั้นได้
guiverc avatar
cn flag
สำหรับระบบ x86 / *i386* ของฉัน ฉันดำเนินการ *อัปเกรดผ่านการติดตั้งใหม่* หรือ *ติดตั้งโดยใช้พาร์ติชันที่มีอยู่* ฉันอธิบายไว้ในคำตอบเพื่อเปลี่ยนจาก *i386* เป็น *amd64* (เนื่องจากเป็นการติดตั้งใหม่ & ไดเร็กทอรีระบบถูกล้าง อนุญาตให้เปลี่ยนสถาปัตยกรรมได้) สามารถดูรายละเอียดเพิ่มเติมได้ https://discourse.lubuntu.me/t/testing-checklist-understanding-the-testcases/2743 อาจจะ (ดู *ติดตั้งโดยใช้พาร์ติชันที่มีอยู่* ซึ่งฉันพูดถึงเกี่ยวกับการติดตั้งทดสอบ QA... ของฉัน กล่อง Ubuntu 11.04 i386 ที่ชื่นชอบเก่ายังคงมีอยู่ & ใช้ในการทดสอบ QA เป็นประจำ กล่องสุดท้ายของฉันที่มี 3.5 "FDD ฉันคิดว่า)
Score:16
ธง cn

ขอแสดงความยินดี คุณได้ค้นพบวิธีการดั้งเดิมของ Debian ในการโยกย้ายระหว่างรุ่น Debian: แก้ไขแหล่งที่มาแล้วเรียกใช้ dist-อัพเกรด.

อูบุนตู ทำปล่อยอัพเกรด วิธีการใช้ dist-อัพเกรด ภายใต้ประทุน แต่ยังมีคุณสมบัติเพิ่มเติมบางอย่างที่ผู้ใช้ส่วนใหญ่ชื่นชอบ:

  • source.list ใหม่ที่เป็นมาตรฐาน และแก้ไขไฟล์นั้นโดยอัตโนมัติ
  • การปิดใช้งาน PPA เพื่อป้องกันการอัปเกรดที่เสียหาย
  • ลบอัตโนมัติหลังจากติดตั้งแพ็คเกจใหม่
  • การย้ายสคริปต์เมื่อจำเป็น
  • รีบรีเฟรช
  • เส้นทางการอัปเกรดทั่วไปได้รับการทดสอบและแก้ไขจุดบกพร่องซ้ำแล้วซ้ำอีกโดยอาสาสมัครในช่วงก่อนเปิดให้ใช้งานจริง

สิ่งนี้อาจเป็นอันตรายหรืออาจทำสิ่งที่ไม่ดีได้หรือไม่?

แน่นอน. หากคุณใช้ชุดแหล่งข้อมูลใหม่ที่ไม่ฉลาด คุณสามารถทำลายระบบของคุณได้อย่างง่ายดาย

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

ค่อนข้างเป็นไปได้ที่จะใช้ dist-upgrade เพื่อขี่ ยังไม่ทดลอง เส้นทางระหว่างการเผยแพร่ - เช่นตั้งแต่ 20.04 ถึง 21.10 ฉลาดจะทำมัน แต่มันไม่ได้ทดสอบ บางทีมันอาจจะทำงานได้ดี อาจจะไม่ คุณอาจประสบปัญหาที่ไม่คาดคิดซึ่งไม่มีใครสามารถทำซ้ำได้ เราไม่ได้ทดสอบ (นั่นคือความหมายของ "ยังไม่ทดสอบ") คุณกำลังทดสอบมัน

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

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

Score:9
ธง cn

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

ฉันใช้ การพัฒนา ออกในกล่องนี้ (เช่น ปัจจุบัน แจมมี่); และโดยปกติแล้ว กระแทก ตัวเองประมาณ 30 ชั่วโมงหลังจากการเปิดตัวครั้งก่อน การพัฒนา ปล่อย (หรือเมื่อมีการตั้งค่าไฟล์เก็บถาวรที่จำเป็น ไฟล์ฐาน & แพ็คเกจหลักสองสามรายการพร้อมใช้งาน) ถ้า ทำปล่อยอัพเกรด -d ยังไม่ได้ตั้งค่า (ซึ่งค่อนข้างบ่อย) ฉันทำในสิ่งที่คุณทำ กระแทก กล่องนี้ ฉันตรวจสอบบางอย่างก่อนที่จะทำแน่นอน ดังนั้นอัตราความสำเร็จของคุณอาจขึ้นอยู่กับการตรวจสอบที่คุณดำเนินการ (การตรวจสอบเหล่านี้จำนวนมากและอื่น ๆ [เช่น การตรวจสอบให้แน่ใจว่าแพ็คเกจได้รับการอัปเกรดตามลำดับที่ถูกต้อง] จะทำผ่าน ทำปล่อยอัพเกรด & ผู้จัดการการอัพเกรด).

คุณยังสามารถติดตั้งใหม่ได้โดยไม่สูญเสียไฟล์ข้อมูลใด ๆ และติดตั้งซ้ำโดยอัตโนมัติเพื่อเพิ่มแพ็คเกจเพิ่มเติมของคุณ (เช่น แพ็คเกจที่ทำเครื่องหมายว่า ติดตั้งด้วยตนเอง); ฉันทำเป็นประจำเนื่องจากฉันเกี่ยวข้องกับการทดสอบ QA และใช้การติดตั้งใหม่สำหรับกล่องที่ใช้เพื่อวัตถุประสงค์ในการสนับสนุน (บางส่วนของฉันเองด้วย) ขณะที่มันอัปเกรดระบบของฉัน & ทำผ่านการติดตั้งทดสอบ QA (การอัปเกรดผ่านการติดตั้งใหม่จะย้อนกลับเช่นกัน แต่การบ้านบางอย่างอาจมีส่วนร่วมเพื่อให้แน่ใจว่าไม่มีปัญหาด้านข้อมูล). เช่น. เมื่อไร แรง หรือ 20.10 ถึง EOL; ฉันเพิ่งทำ เปรี้ยงปร้าง การติดตั้งการทดสอบ QA เพื่อทำการติดตั้งกล่องสนับสนุน 21.10 ของฉัน (การติดตั้งที่รวดเร็วประสบความสำเร็จมากกว่า 2 เท่า ทำปล่อยอัพเกรด ขั้นตอน; ฉันทำเพลงหาย เครื่องเล่นเพลงที่ฉันเลือก (ซึ่งไม่ได้ติดตั้งโดยการติดตั้งเริ่มต้น) ฯลฯ และในเวลาเพียงเศษเสี้ยว และทำแบบทดสอบ QA ให้เสร็จด้วย) การติดตั้งไม่จำเป็นต้องถูกทำลาย -- แต่นั่นไม่ได้หมายความว่าคุณไม่ควรมีการสำรองข้อมูล มันง่ายที่จะทำผิดพลาด

FYI: หากกล่องอยู่บน a การพัฒนา ปล่อย (ยกเว้นพีซีหลักของฉัน); ฉันไม่ได้อัพเกรดระบบเหล่านั้นจริง ๆ แต่ อัปเกรดผ่านการติดตั้งใหม่ ดังนั้นอีกครั้งที่ฉันสามารถข้ามการทดสอบ QA ไปพร้อมกับการอัปเกรดแพ็คเกจของฉันได้... แจมมี่ & โฟกัส (กล่าวคือต่อไป 20.04.4 ปล่อย). ในช่วงหลายเดือนที่ผ่านมาฉันยังได้เปลี่ยนกล่องจาก 21.04, ถึง เปรี้ยงปร้าง/21.10 กลับสู่ 20.04.3, ถึง 21.10..บางเส้นทางผ่านไม่ได้ ปล่อยอัพเกรดหรือการแก้ไขแหล่งที่มาของคุณ! และฉันไม่สูญเสียเพลงหรือแพ็คเกจใด ๆ ที่ฉันทำ ติดตั้งด้วยตนเอง (ประสบการณ์อาจแตกต่างกันไปเมื่อใช้แพ็คเกจของบุคคลที่สาม บนกล่อง QA ฉันหลีกเลี่ยงแพ็คเกจของบุคคลที่สาม)

guiverc avatar
cn flag
รายละเอียดนี้เพียงสั้น ๆ สัมผัสกับคำถาม (*เป็นความคิดเห็นของฉันทำความสะอาดเล็กน้อย*); แต่เน้นที่ข้อสังเกตของ OPs เป็นหลัก "*วิธีเดียวที่ฉันพบคือติดตั้งใหม่จาก ISO แต่ฉันไม่ต้องการรีเฟรชข้อมูลหรือแพ็คเกจทั้งหมดเนื่องจากใช้เวลาในการติดตั้งน้อย*" ซึ่งฉันไม่เห็นด้วยกับ... ตัวเลือก -install เป็นสิ่งที่ฉัน **รัก** เกี่ยวกับ Ubuntu :)
kinokijuf avatar
gb flag
âมักจะชนตัวเองประมาณ 30 ชั่วโมงหลังจากการเปิดตัวรุ่นพัฒนาก่อนหน้าâ â คุณสามารถแทนที่ชื่อสัตว์ใน source.list ของคุณด้วย `./devel` เพื่อเรียกใช้เบต้าถาวรและแสร้งทำเป็นว่า Ubuntu เป็น Debian Sid . สิ่งที่ดีที่สุดคือมันยังทำงานร่วมกับ Launchpad PPAs ได้ด้วย ซึ่งใช้แทนรีลีสล่าสุดที่มีอยู่ (ทั้งที่เสถียรหรือกำลังพัฒนา) ใน repo นั้นๆ
guiverc avatar
cn flag
ขอบคุณ @kinokijuf แต่ฉันใช้การชนด้วยตนเองทุก ๆ หกเดือนเพื่อตรวจสอบแหล่งข้อมูลของฉัน ทำความสะอาด PPA ของทีมที่ฉันเพิ่มในระหว่างรอบ & ลบซอฟต์แวร์ใด ๆ ที่ไม่ได้ทำให้เป็นที่เก็บ Ubuntu อย่างเป็นทางการ (*เว้นแต่จะพุชสำหรับรุ่นถัดไป*) การกระแทกด้วยมือเหมาะกับกิจวัตรประจำวันของฉันอย่างสมบูรณ์แบบ (*ฉันทำหลังจากทำความสะอาดเสร็จแล้วเท่านั้น*)
kinokijuf avatar
gb flag
ฟังดูเหมือนเรามีกรณีการใช้งานที่แตกต่างกัน ฉันไม่ได้พัฒนาแพ็คเกจ linux หรือ QA ฉันแค่ต้องการใช้บางอย่างที่คล้ายกับ debian sid บนเวิร์กสเตชัน และ debian จริงมีแพ็คเกจที่เก่ากว่าและการสนับสนุนชุมชนที่แย่กว่านั้น
guiverc avatar
cn flag
FYI: ข้อดีอีกอย่างของเครื่องมือ *release-upgrade* ของ Ubuntu คือการหลีกเลี่ยงข้อผิดพลาดที่ทราบ เช่น. หากระบบเดสก์ท็อปและคุณกำลังอัปเกรด (วิธี *debian*) บน GUI เป็นไปได้ที่สกรีนเซฟเวอร์จะเริ่มทำงานและคุณไม่สามารถปลดล็อกสกรีนเซฟเวอร์ได้ (เนื่องจากมีการเปลี่ยนแปลงแพ็คเกจ) สกรีนเซฟเวอร์จะปิดใช้งานในขณะที่อัปเกรด Ubuntu เครื่องมือทำงานเพื่อป้องกันปัญหา *ที่อาจเกิดขึ้น* ซึ่งอาจทำให้ผู้ใช้คิดว่าพวกเขาสูญเสียการควบคุมเครื่อง (*พวกเขาไม่สามารถปลดล็อกสกรีนเซฟเวอร์*) และด้วยเหตุนี้จึงรีบูตสร้างปัญหา (การรีบูตเป็นปัญหา)... เป็นปัญหา *เล็กๆ* มากมายที่หลีกเลี่ยง... ตัวอย่างเท่านั้น
guiverc avatar
cn flag
คุณใช้เครื่องมือ `do-release-upgrade` & like เพื่ออัปเกรดคุณจากรุ่นหนึ่งเป็นรุ่นถัดไป (เช่น 20.04 เป็น 20.10 หากรองรับ ไม่เช่นนั้นจะไปเป็น 21.04 ในปัจจุบัน) หรือรุ่น LTS ถัดไป เช่น. 20.04 จะอนุญาตให้อัปเกรดโดยตรงเป็น 22.04 **หลังจาก** 22.04.1 ได้รับการปล่อยตัวแล้ว (คีย์คือหลังจาก การเผยแพร่จะเกิดขึ้นในวันพฤหัสบดีเสมอ แต่โดยปกติแล้วเส้นทางการอัปเกรดจะไม่เปิดจนกว่าจะถึงวันจันทร์/วันอังคารถัดไป แม้ว่าจะสามารถ *เปิดใช้งาน* ในภายหลังได้เช่นกัน) . ผู้ใช้ 21.04 จะ/ควร *do-release-upgrade* (หรือ `update-manager`) เพื่ออัปเกรดเป็น 21.10 ในวัน/สัปดาห์ถัดไป (ถึง EOL ในวันที่ 20 มกราคม 2022)

โพสต์คำตอบ

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