อูบุนตูมีความยืดหยุ่นในการปิดเครื่องซ้ำอีกครั้ง?

15

บริษัท ของฉันกำลังพิจารณาใช้ Ubuntu เป็นระบบปฏิบัติการเพื่อใช้งานบนอุปกรณ์ฮาร์ดแวร์

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

หน่วยที่จะทำงานโดยใช้ Ubuntu เป็นประเภทของหน่วยที่จะไม่ปิดอย่างสวยงาม - สายไฟจะถูกลบออกและนั่นคือ

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

ฉันรู้ว่าไม่มีอะไรแตกได้ แต่เป็นระบบปฏิบัติการที่ใช้กันทั่วไปสำหรับการตั้งค่าแบบฝังตัวหรือไม่ มันถามหาปัญหาในการใช้ Ubuntu ในสภาพแวดล้อมแบบนี้หรือไม่?

hardware shutdown restart

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

1

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

— Joe

ฉันสงสัยว่าเป็นไปได้ไหมที่จะใช้ระบบไฟล์ที่มีคุณสมบัติการคัดลอก - เขียน - เขียนเช่น ZFS ในทางทฤษฎีแล้วมันจะเป็นไปไม่ได้ที่จะได้รับความเสียหายตั้งแต่เริ่มระบบครั้งต่อไปการคืนค่าจะเกิดขึ้นจนกว่าสถานะ FS ที่เป็นที่รู้จักกันดีสุดท้ายจะหลีกเลี่ยงข้อมูลที่เป็นลายลักษณ์อักษรบางส่วนหลังจากนั้น

— Wizek

12

หมายเหตุ: คำตอบนี้มาจากมุมมองของสภาพแวดล้อมการผลิตที่การสูญเสียข้อมูลหรือการหยุดทำงานสามารถนำไปสู่การสูญเสียเงินลูกค้าอุปกรณ์อุตสาหกรรมทำงานผิดพลาด ฯลฯ หากคุณเพียงแค่ซ่อมแซมกับ Raspberry Pi ที่บ้านฉันจะบอกว่าไม่มี ปัญหา ... :)

ฉันจะไม่แนะนำ Ubuntu ในการกำหนดค่าเริ่มต้นและระบบไฟล์ ext4 (ค่าเริ่มต้น) โดยการออกแบบสำหรับสภาพแวดล้อมแบบฝังตัวซึ่งจะมีการปิดซ้ำ "ungraceful" ตามที่คุณแนะนำ

ถ้าฉันถูกต้องคุณกำลังใช้ Ubuntu 8.04 ซึ่งรองรับ ext3 ได้ดีที่สุด ขณะที่ทั้งสอง ext3 / ใช้ ext4 บันทึกเป็นวิธีการรักษาไฟล์ (เขียน) ความซื่อสัตย์สุจริตและเพื่อช่วยในการกู้คืนเหล่านี้ไม่ควรจะเป็นที่พึ่งเมื่อ "ดึงสายไฟ" คือกฎมากกว่าเป็นข้อยกเว้น

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

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

4

ฉันต้องโทรหา FUD วารสาร ext3 / 4 สามารถไว้วางใจได้อย่างแน่นอนเพื่อให้ระบบไฟล์อยู่ในสภาพที่ใช้งานได้เมื่อดึงปลั๊ก อย่างไรก็ตามมันไม่ทำอะไรเลยสำหรับข้อมูลผู้ใช้ดังนั้นแอปพลิเคชันที่เขียนไฟล์ในเวลาที่เกิดความผิดพลาดอาจทำให้ข้อมูลเสียหายเว้นแต่ว่าพวกเขาจะระมัดระวัง การเปิดใช้งานการซิงค์กับสื่อแฟลชจะไม่เพียงทำให้ช้าลงอย่างมาก แต่จะทำให้แฟลชเสื่อมสภาพเร็วขึ้น JFFS และ YAFFS สำหรับใช้กับแฟลช NOR โดยตรงที่สร้างขึ้นในระบบฝังตัว; ext4 ทำงานได้ดีขึ้นกับอุปกรณ์ประเภทผู้บริโภคที่ปรับระดับการสึกหรอภายใน

— psusi

1

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

— นักคณิตศาสตร์

1

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

— psusi

2

@ mathematician1975: หากคุณต้องการใช้ Linux เพื่อจุดประสงค์เหล่านี้คุณต้องใช้ distro แบบเรียลไทม์ / ฝังตัวอาจจะคล้ายucLinuxไม่ใช่เดสก์ท็อป / เซิร์ฟเวอร์ distro อย่าง Ubuntu ... :)

— ish

2

@ mathematician1975 - หากนี่คือ "ข้อมูลสำคัญทางธุรกิจ" แน่นอนว่าคุณต้องการใส่ใน UPS หรือไม่ ไม่มีระบบปฏิบัติการบนโลกที่สามารถรับประกันข้อมูลที่ปราศจากความเสียหายเมื่อคุณดึงปลั๊กได้ตลอดเวลา ดังที่ได้กล่าวมาแล้วการทำทุกอย่างให้อ่านอย่างเดียวนอกเหนือจากข้อมูลจะช่วยได้และลินุกซ์ distro เบา ๆ สามารถปิดสัญญาณอย่างปลอดภัยและรวดเร็วจาก UPS

— Paddy Landau

5

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

บนไดรฟ์อ่าน - เขียนระบบไฟล์ ext4 นั้นยืดหยุ่นได้ดีมาก แต่ไม่ว่าระบบไฟล์จะมีไดรฟ์ใด ๆ ที่เขียนได้จะต้องได้รับความเสียหาย

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

1

คุณอยู่ในโหมดฉุกเฉิน หลังจากเข้าสู่ระบบพิมพ์

journalctl -xb

เพื่อดูบันทึกของระบบsystemctl rebootเพื่อรีบูตและsystemctl defaultหรือexitเพื่อเข้าสู่โหมดเริ่มต้น

กดEnterเพื่อบำรุงรักษา (หรือกดCTRL - Dเพื่อดำเนินการต่อ):

ฉันเห็นว่าข้อความทุกครั้งหลังจากไฟฟ้าดับ Windows OS ใด ๆ ก็มีความยืดหยุ่นมากกว่าปัญหาไฟดับกว่า Linux เป็นค่าเริ่มต้น

ฉันอยู่ในเมืองของฉันในช่วงปิดเทอมฤดูร้อนเดือนละสองครั้ง

— เฟอร์นันโด
แหล่งที่มา

-1

ฉันใช้ Ubuntu มาประมาณ 18 เดือนและฉันได้ทดลองกับโปรแกรมและการดาวน์โหลดทุกประเภท ความคิดเห็นของฉันเกี่ยวกับ Ubuntu คือมันเป็นระบบปฏิบัติการที่เสถียรที่สุดเท่าที่มีอยู่

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

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

— ดาร์เรลดับบลิว
แหล่งที่มา

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

— Eliah Kagan