ทำไม Ubuntu ขอให้ตรวจสอบฮาร์ดไดรฟ์ของฉันทุกครั้ง

30

เมื่อเร็ว ๆ นี้ฉันถูกบังคับให้เริ่มต้นคอมพิวเตอร์ใหม่เป็นจำนวนมาก เมื่อฉันบู๊ตตอนนี้อูบุนตูเริ่มสแกนฮาร์ดไดรฟ์เพื่อหาข้อผิดพลาด แต่รับรองกับฉันว่าฉันสามารถยกเลิกได้หากต้องการโดยกด 'c'

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

boot disk-check

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

1

คุณกำลังบังคับให้รีบูตหรือไม่ กดปุ่มเปิด / ปิดค้างไว้หรือกดปุ่มรีเซ็ตตัวอย่างเช่น

— Kris Harper

33

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

คุณสามารถบังคับนี้ด้วยตัวเองโดยการวางไฟล์forcefsckใน/โดยการออก

touch /forcecheck

จากสถานี

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

คุณยังสามารถใช้tune2fsเพื่อแก้ไขพฤติกรรมนี้

sudo tune2fs -c 60 /dev/sdXY

จะตั้งค่านี้เป็น 60 รีสตาร์ท นอกจากนี้คุณยังสามารถเปลี่ยนเป็นระยะเวลาด้วย-i:

sudo tune2fs -i 30d /dev/sdXY

เป็นเวลา 30 วันหรือ 1m เป็นเวลา 1 เดือนหรือ 10w เป็นเวลา 10 สัปดาห์

(แทนที่/dev/sdXYด้วยชื่ออุปกรณ์สำหรับพาร์ติชันที่ต้องการ/dev/sda1คุณสามารถรับชื่อนี้ได้โดยการเรียกใช้sudo blkidหรือls -lA /dev/disk/by-labelถ้าพาร์ติชันนั้นติดป้ายกำกับ)

sudo dumpe2fs /dev/sda1

จะแสดงการโหลดและการโหลดข้อมูล ส่วนหนึ่งของสิ่งนี้รวมถึง:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

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

ขอบคุณ @Lekensteyn (มันมาจากความทรงจำและความทรงจำของฉันก็ไม่ดีในบางครั้ง;))

— Rinzwind

3

การเป็น nit-picker ที่นี่: ฉันคิดว่ามันไม่เป็นความจริงที่ "การตรวจสอบถูกบังคับโดยระบบโดยการใส่ไฟล์ forcefsck ใน /" (โดยปกติจะไม่ fsck ตรวจสอบว่าระบบไฟล์ "สกปรก" หรือผ่าน "max-count" / "ตรวจสอบครั้งต่อไป") และ "สิ่งนี้ทำทุก ๆ 30 ครั้งรีสตาร์ท" (มันแตกต่างกันไปขึ้นอยู่กับโปรแกรมที่คุณใช้เพื่อฟอร์แมตพาร์ติชันด้วย) dumpe2fsสำหรับทั้งตรวจสอบการส่งออกของ ubuntugeek.com/…

— จัด

1

นั่นไม่ใช่การจัดวาง nitpicking :-) นั่นถูกต้อง เปลี่ยนแล้ว

— Rinzwind

สิ่งนี้ใช้ได้เฉพาะกับระบบไฟล์ในตระกูล ext * ซึ่งเป็นค่าเริ่มต้นใน Ubuntu XFS หรือ JFS ไม่ประจำจะตรวจสอบระบบแฟ้ม

— ม.ค.

3

สองครั้งที่คุณพูดถึงforcecheckควรจะเป็นforcefsckแทน? (อ้างอิง: askubuntu.com/questions/14740/ … )

— idbrii

5

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

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

ไมค์: คลิกที่yesterdayด้านบนLekensteynเพื่อดูสิ่งที่มีการเปลี่ยนแปลง

— Rinzwind

1

เป็นไปได้ที่จะปิดการใช้งานการตรวจสอบระบบไฟล์อย่างสมบูรณ์ในระบบไฟล์ ext โดยใช้:

sudo tune2fs -c 0 /dev/sdXY

นี่อาจไม่ใช่ความคิดที่ดีของเจ้า manpage ของ Tune2fs:

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

— โทมัส
แหล่งที่มา

0

ในขณะที่ mikewhething และ Rinzwind นั้นเหมาะสำหรับ ext-filesystems, afaik, มันจะไม่เกิดขึ้นหากคุณเลือกใช้ reiserfs ฉันใช้มันเป็นเวลา 10 ปีโดยไม่มีปัญหาและสามารถแนะนำได้ ไม่มี fsck อีกแล้ว

ฉันไม่รู้ระบบไฟล์อื่น ๆ ซึ่งเป็นที่นิยมบน Linux

— ไม่ทราบผู้ใช้
แหล่งที่มา

4

reiserfsck มีแนวโน้มที่จะทำลายระบบไฟล์เกินกว่าจะซ่อมได้ หาก reiserfs เคยพัฒนาปัญหานั่นคือเกมที่จบ

— Simon Richter

1

มันเกิดขึ้นกับคุณหรือคุณมีการอ้างอิง?

— ไม่ทราบผู้ใช้

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

— Reinstate Monica

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

— Simon Richter

ฉันยังคงใช้รูปแบบ reiserfs "3.6" ตาม dmesg อาจสร้างความแตกต่างได้ไหม

— ไม่ทราบผู้ใช้