เวลาสูงสุดที่พีซีแบบ Linux สามารถใช้งานได้ [ปิด]

12

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้

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

ปิดให้บริการใน4 ปีที่แล้ว

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

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

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

12.04 reboot uptime

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

2

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

— TheWanderer

7

@ Zacharee1 อืมมทำไมคุณต้องการรีบูต นอกจากจะเป็นการใช้พลังงานแล้วยังมีเหตุผลอีกมากมาย ในความเป็นจริงมันจะดีกว่าถ้าคุณไม่ ฮาร์ดแวร์โดยทั่วไปจะมีอายุการใช้งาน X ปีต่อส่วน มาพูดถึงความเรียบง่ายกันดีกว่าว่า X อยู่ในระดับสากล 10 (ไม่ต้องอยู่ไกลกัน) - โดยปกติแล้วจะใช้งานต่อเนื่อง 10 ปี เป็นการใช้งานปกติ หากคุณบูตเครื่องใหม่ซึ่งไม่ได้ใช้งานอย่างต่อเนื่อง แต่คุณต้องกดปุ่มฮาร์ดแวร์อีกครั้งเมื่อเครื่องบู๊ต ถ้าคุณปล่อยให้มันเป็น - ส่วนประกอบส่วนใหญ่หมุนลดการบริโภคและการสวมใส่ต่อไป

— VLAZ

1

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

— 6053

1

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

— tcrosley

2

@ Zacharee1 ทุกอย่างใน RAM จะไม่ทำให้คอมพิวเตอร์ของคุณช้าลง หากมีหน่วยความจำรั่วในแอปพลิเคชันอาจใช้เวลาพูดถึง 60% ของ RAM และระบบจะเริ่มทำการแลกเปลี่ยนซึ่งช้าอย่างไรก็ตามวิธีแก้ไขคือรีสตาร์ทแอปพลิเคชันไม่ใช่ระบบปฏิบัติการ การหยุดเครื่องจะหยุดการสึกหรอของส่วนประกอบ แต่คุณจะต้องเปลี่ยนมันเร็วกว่าที่พวกเขามักจะสวมใส่ในกรณีส่วนใหญ่ และยิ่งกว่านั้นฉันได้ชี้ให้เห็นว่าส่วนประกอบฮาร์ดแวร์ลดการสึกหรอด้วยตัวเองแล้ว เพียงแค่ปล่อยให้ระบบไม่ทำงาน

— VLAZ

36

ทำงานเป็นผู้ดูแลระบบฉันเห็นเซิร์ฟเวอร์ Linux นานกว่า 700-800 วันโดยไม่ต้องรีบูตเครื่องดังนั้นจึงไม่มีข้อ จำกัด เวลาทำงาน ข้อผิดพลาดที่คุณได้รับไม่เกี่ยวข้องกับ Linux (เคอร์เนล)

สามารถเริ่มบริการได้จำนวนมากและข้อผิดพลาดส่วนใหญ่สามารถแก้ไขได้ในระบบการผลิต

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

7

สามารถยืนยันสิ่งนี้ สถานะการออนไลน์ปัจจุบันบนหนึ่งในเซิร์ฟเวอร์ของฉัน: ~ $ uptime 00:13:15 เพิ่มขึ้น 883 วัน, 9:00, ผู้ใช้ 1 คน, โหลดเฉลี่ย: 0.00, 0.01, 0.05 Ubuntu 12.04.4 LTS ไม่จำเป็นต้องอัปเดตอะไรเลยเพราะมันไม่ได้ทำงานอะไรที่สำคัญ

— Minthos

5

ฉันเก็บอินสแตนซ์ของ Linux ที่ฝังไว้เรียบร้อยแล้วเป็นเวลา 3 ปีขึ้นไป

— RafałCieślak

16

ไม่จำเป็นต้องมีเทคนิคเพื่อรีสตาร์ทคอมพิวเตอร์หลังจากผ่านช่วงระยะเวลาหนึ่ง ฉันเคยทำงานมาหลายเดือนแล้ว (รวมถึงการอัพเดทโมดูลเคอร์เนล) ด้วยการหยุดพักชั่วคราว (เป็น RAM และดิสก์) ระหว่างนั้น

มีโอกาสอยู่ที่ไหน

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

อาจมีปัญหาบางอย่างที่ "แย่ลง" เมื่อเวลาผ่านไป (เช่นปัญหาไดรเวอร์ฮาร์ดแวร์กระบวนการรั่ว) แต่ปัญหาเหล่านี้ถือเป็นข้อบกพร่องและสามารถแก้ไขได้ด้วยการอัปเกรดซอฟต์แวร์หรือแก้ไขโดยการรีโหลด / รีสตาร์ทของระบบย่อยนั้น ดูด้านบน).

— David Foerster
แหล่งที่มา

6

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

— Peter Cordes

1

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

— David Foerster

7

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

# uptime
04:58:44 up 2186 days, 23:15,  1 user,  load average: 0.02, 0.02, 0.00

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

ดังนั้นฉันคิดว่า "ไม่มีสูงสุด" ค่อนข้างแน่นอนคำตอบที่ถูกต้อง

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

7

ฉันไม่รู้ว่าสิ่งนี้มีผลกระทบต่อความเสถียรของระบบหรือไม่ แต่ช่วงเวลาสูงสุดที่แสดงในอูบุนตูที่ใช้เคอร์เนล 3.19-xx คือ68,0962597349822ปีที่ผ่านมาบนเครื่อง 32- บิตและ292471208677,8627ปีบนเครื่อง 64- บิต

นั่นเป็นเพราะ uptime ปัจจุบันของระบบซึ่งจะถูกส่งกลับโดยsysinfo()syscall จะกลับมาเป็น__kernel_long_tประเภทซึ่งจะประกาศเป็นlongในเคอร์เนล 32 บิตและเป็นlong longในเคอร์เนล 64 บิต ;

A longบนเครื่อง 32 บิตมีค่าสูงสุด2147483647คือ

long longบนเครื่อง 64 บิตมีค่าสูงสุดของ9223372036854775807;

ทำคณิตศาสตร์2147483647s= 68,0962597349822ปีและ9223372036854775807s= 292471208677,8627ปี

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

— คอส
แหล่งที่มา

3

OP ไม่ได้ขอเวลาทำงานสูงสุดที่ระบบสามารถบันทึกได้อย่างถูกต้องเขากำลังถามว่าเขาจะต้องรีบูตระบบเป็นประจำเนื่องจากความเสถียร / ฯลฯ การ จำกัด

— Boluc Papuccuoglu

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

— kos

6

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

FWIW ฉันมักจะปล่อยให้คอมพิวเตอร์ที่บ้าน Windows ทำงานอยู่ มันมักจะทำงานได้ดีสำหรับสัปดาห์โดยไม่ต้องรีบูตเครื่อง

— ฟิลลิป
แหล่งที่มา

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

— tcrosley

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

— เสา

@tcrosley คุณแน่ใจหรือไม่ว่าการอัพเดทความปลอดภัยของ Windows มักจะถูกดาวน์โหลดทุกสัปดาห์? ความเข้าใจของฉันทั้งจากนโยบายการวางจำหน่ายการอัปเดตของ Microsoftและจากประสบการณ์ส่วนตัวที่ใช้ Windows คือการอัพเดทมักจะออกประมาณเดือนละครั้ง Mast:แม้ว่าคุณจะมีอิสระที่จะปิดการใช้งานการอัปเดตอัตโนมัติ แต่ฉันไม่รู้ว่าทำไมจึงทำให้อัปเดตนานขึ้น สันนิษฐานว่า - หวังว่า! - คุณกำลังอัปเดตด้วยตนเองอย่างน้อยก็เพื่อความปลอดภัย ในทางกลับกันการปิดใช้งานการอัปเดตอัตโนมัติอาจทำให้ควบคุมได้ง่ายขึ้นเมื่อเกิดการหยุดทำงาน

— Eliah Kagan

@EliahKagan ฉันมีการตั้งค่าเครื่องเพื่อดาวน์โหลดไม่เพียง แต่แก้ไขความปลอดภัยเท่านั้น แต่ยังรวมถึงการอัพเดทแอพพลิเคชั่นไดรเวอร์ ฯลฯ ฉันอาจผิดเกี่ยวกับการใช้งานสัปดาห์ละครั้ง แต่แน่นอนบ่อยกว่าเดือนละครั้ง จะตรวจสอบการอัปเดตทุกเช้าเวลา 3:00 น. ฉันจะเข้ามาในตอนเช้าและพบว่าระบบของฉันรีบูตและหลังจากเข้าสู่ระบบจะมีข้อความ "ระบบของคุณถูกรีบูตเพื่อติดตั้งการอัปเดต"

— tcrosley

4

Linux (เคอร์เนล) เป็นทรัพยากรที่ดีมากเมื่อโปรแกรมออก GNU / Linux ซึ่งเป็นระบบปฏิบัติการทั้งหมดนั้นใช้งานได้ดีอย่างไม่มีกำหนด การรีสตาร์ทโปรแกรมพื้นที่ผู้ใช้หลังจากคุณอัปเดตเป็นความคิดที่ดีและบ่อยครั้งวิธีที่ง่ายที่สุดในการรับทุกสิ่งโดยใช้การอัปเดตglibcคือการรีบูตระบบ

ในระบบที่มีบั๊กไดรเวอร์ (โดยทั่วไปแล้วบั๊กไดรเวอร์กราฟิกทุกอย่างอื่นมักจะเป็นหินแข็ง) บางครั้งคุณมีพฤติกรรมแปลก ๆ ที่ได้รับการแปลกถ้าคุณไม่รีบูตเร็ว ๆ นี้ หากคุณเห็นเคอร์เนล OOPS ในdmesgผลลัพธ์ของคุณคุณควรรีบูตทันทีที่สะดวกและรายงาน (หรือ google รอบสำหรับคนอื่น ๆ ที่มีปัญหาคล้ายกันในฮาร์ดแวร์ที่คล้ายกันในกรณีที่มันเป็นปัญหาที่รู้จักกัน) Distros ไม่ได้จัดส่งกราฟิกสแต็กรุ่น dev ล่าสุดดังนั้นบางครั้งข้อผิดพลาดจะได้รับการแก้ไขแล้วและการ์ดกราฟิกของคุณใหม่เกินไปสำหรับไดรเวอร์ในเวอร์ชั่น distro ที่คุณกำลังทำงานอย่างเสถียร ในกรณีดังกล่าวให้ค้นหา PPA ที่มีบิลด์ที่ปรับปรุงแล้วของ mesa / drm / xorg (ฉันไม่แน่ใจว่าตัวเลือกที่ดีที่สุดสำหรับการใช้งาน Ubuntu ที่มีกราฟิกซ้อนกันคือ ATM)

อย่างไรก็ตาม, ยกเว้นไดรเวอร์หรือข้อผิดพลาดเคอร์เนลอื่น ๆ , Linux สามารถทำงานได้อย่างไม่มีกำหนดโดยไม่จำเป็นต้องรีบูตเพื่อล้างการกระจายตัวของหน่วยความจำหรืออะไรทำนองนั้น

ฉันมี Linux router / firewall / mailserver / shell box (P3 450MHz, OCed ถึง 500MHz) ซึ่งเห็น uptimes หลายร้อยวันเป็นประจำ ฉันรีบูตเฉพาะเพื่อจัดเรียงสายไฟใหม่หรือเปลี่ยนแหล่งจ่ายไฟที่ล้มเหลว เป็นไปอย่างมั่นคงด้วย CPU / RAM / ฮาร์ดไดรฟ์เดียวกันเป็นเวลา 15 ปี ฉันไม่เคยต้องรีบูท "เพราะมันไม่เสถียร" มันมักจะมีสาเหตุเฉพาะเช่นความล้มเหลวของแหล่งจ่ายไฟหรือการอัพเกรดเคอร์เนลหรือไฟฟ้าดับและแบตเตอรี่ UPS ของฉันเกือบหมดแล้ว (เรียกการปิดเครื่องอัตโนมัติด้วยapcupsd)

หากระบบของคุณทำหน้าที่แปลก ๆ ให้ตรวจสอบdmesgปัญหา หากเป็นเพียงเดสก์ท็อปของคุณหากคุณเพิ่งติดตั้งการอัปเดตแพ็คเกจที่ไม่ใช่เคอร์เนลให้ออกจากระบบ / เข้าสู่ระบบ (หรือรีบูต แต่คุณไม่ต้องทำ) ฉันพบ Kubuntu 15.04 จะพบปัญหาได้อย่างง่ายดายหลังจากอัปเดตแพ็คเกจฉันคิดว่าเนื่องจากความเข้ากันไม่ได้ของไบนารีระหว่างไลบรารีรุ่นเดียวกันที่อัปเกรดแล้วและไม่ได้อัปเกรดซึ่งทำงานอยู่ในไบนารีเดียวกัน (ดูการอภิปรายเกี่ยวกับข้อผิดพลาดนี้ )

ฉันไปเพื่อตรวจสอบปัญหาฮาร์ดแวร์คือการบูท memtest86 + ( aptitude install memtest86+) ปล่อยให้วิ่งเต็มหรือวิ่งข้ามคืน นั่นไม่ได้รับประกันระบบที่มีเสถียรภาพเนื่องจากแรงดันไฟฟ้าของแหล่งจ่ายไฟลดลงอย่างมากในการโหลดแบบ spike สามารถเกิดขึ้นได้กับซีพียูในปัจจุบันและ memtest จะไม่ตัดสิ่งนั้นออก และจะไม่ทำให้ซีพียูของคุณร้อนเหมือน Prime95

— Peter Cordes
แหล่งที่มา

3

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

— แพทริค
แหล่งที่มา

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

— efkan

1

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

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

3

คุณช่วยอธิบายและอธิบายเพิ่มเติมให้ละเอียดหน่อยได้ไหม? you just have to set it to not sleep or shut downพิเศษสายนี้

— heemayl

“ ในทางเทคนิคไม่มีข้อ จำกัด ” น่าจะพอเพียงสำหรับคำตอบสั้น ๆ กระชับและถูกต้อง

— Léo Lam

0

โดยส่วนตัวฉันไม่ต้องการเรียกใช้แล็ปท็อปหรือพีซีเป็นเวลาหลายวันโดยไม่ต้องรีบูตเครื่องหรือปิดเครื่อง

เพียงเพราะส่วนประกอบหลักที่สร้างความร้อนสามารถเพิ่มความเร็วในการสึกหรอของ MB

(ถ้าคุณไม่มีการระบายความร้อนและการระบายอากาศที่เหมาะสม)

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

4

หากเป็นขยะระดับผู้บริโภคเช่น Acer หรือ HP แต่ Thinkpads หรือแล็ปท็อป Dell Latitude ระดับธุรกิจมักจะทำดีกว่า ตอนนี้ฉันมี Latitude ใช้งานตลอด 24 ชั่วโมงเป็นเวลานานกว่าหนึ่งปีแล้วมันอยู่ติดกับฉันและยังใช้งานได้อย่างสมบูรณ์

@kingtoor เหตุใดจึงเป็นการดีกว่าหากเรียกใช้เครื่องที่ระบายความร้อนไม่เพียงพอ 24x7 โดยมีการรีบูตเป็นครั้งคราวมากกว่าการเรียกใช้ 24/7 โดยไม่ต้องบูตใหม่ (หรือนั่นไม่ใช่สิ่งที่คุณหมายถึงการพูด?)

— Eliah Kagan

1

ปิดเครื่อง / นอนหลับเมื่อไม่ได้ใช้งานบนแล็ปท็อปที่ร้อนเมื่อปล่อยทิ้งไว้ 24/7 ตลอดเวลา ไม่เกี่ยวข้องกับการรีบูท (โดยไม่ต้องเสียเวลา) กับเวลาที่ต่อเนื่อง

— Peter Cordes

คำตอบของฉันอยู่ในความคิดเห็นของฉัน

— Kingtoor

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

— Kingtoor

0

ไม่เฉพาะกับ Ubuntu แต่ฉันมีแลปท็อปวินเทจปี 1997 (300 MHz, 288 MB RAM) ที่ใช้ดิสทริบิวเตอร์เดเบียนที่ใช้เวลามากกว่า 60 วันในขณะที่ใช้งานโปรแกรมเดียว (รวมถึงระบบและ conky) และ ไม่ได้เริ่มต้นและหยุดซอฟต์แวร์อื่น ๆ ยกเว้นเทอร์มินัลเพื่อโหลดการอัพเดททุกสัปดาห์ ในที่สุดก็เกิดข้อผิดพลาดเมื่อโหลดอัปเดตประมาณ 63 วัน ในทางตรงกันข้ามระบบเดสก์ท็อป Kubuntu 14.04 ของฉันจะหยุดการล็อคหน้าจอหลังจากผ่านไปประมาณสองสัปดาห์ ฉันเห็นด้วยกับคำตอบอื่น ๆ ; มันเกี่ยวกับซอฟต์แวร์ที่คุณใช้และความถี่ที่คุณเริ่มและหยุดโปรแกรมอื่น ๆ มากกว่าเกี่ยวกับ Linux เช่นนั้น

— Zeiss Ikon
แหล่งที่มา

หากเกิดข้อผิดพลาด (ฉันหมายถึงฮาร์ดไดรฟ์เสียหายหรือหยุดไม่ใช่แค่ X crashing ซึ่งแก้ไขได้โดยไม่ต้องรีบูตเครื่อง) นั่นอาจหมายความว่ามีปัญหาฮาร์ดแวร์ (ความร้อนสูงเกินไป RAM ไม่ดี ฯลฯ ) ในฐานะผู้ดูแลระบบฉันมีบางครั้งที่เซิร์ฟเวอร์ของฉันทำงานเป็นเวลาหลายเดือนโดยไม่ต้องรีบูตเครื่อง แต่ฉันต้องการหลีกเลี่ยงเพราะคุณต้องรีบูตเพื่อใช้การอัปเดตเคอร์เนล

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

— Zeiss Ikon

Ctrl + Alt + F1 ไม่ทำงานใช่ไหม และไดรเวอร์กราฟิกที่ไม่ดีอาจเป็นตัวการ - พวกเขาอาจไม่ได้รับการทดสอบโดยคำนึงถึงเวลาที่เหมาะสม แต่ Linux นั้นสามารถทำงานได้เป็นเวลาหลายปีโดยไม่มีปัญหา

ฉันจะต้องลอง CTL-ALT-F1 ถ้าฉันจำได้ในครั้งต่อไปที่ฉันได้ล็อคหน้าจอค้าง (ฉันใช้ฮาร์ดรีเซ็ต) ฉันคิดว่าฉันจะใช้startxรีสตาร์ทเซิร์ฟเวอร์ X หรือไม่ หรือฉันต้องใช้คำสั่งพิเศษเพื่อเริ่มบริการใหม่หรือไม่ ฉันทราบดีเกี่ยวกับ Linux เก่าว่า "การรีสตาร์ทเป็นการอัพเกรดเคอร์เนลและการติดตั้งฮาร์ดแวร์"

— Zeiss Ikon

เข้าสู่ระบบด้วย root หรือในฐานะผู้ใช้ทั่วไปและใช้ sudo และทำตามคำแนะนำเหล่านี้