Score:0

จะปิดใช้งานการตรวจสอบระบบไฟล์อย่างถาวรในการบูต Ubuntu 20.04 LTS ได้อย่างไร

ธง cl

ก่อนอื่นเลย มันไม่ใช่คำถามที่ซ้ำกัน เพราะฉันลองตัวเลือกทั้งหมดของคำถามเดียวกันแล้ว มันไม่ได้ผลเลย

ฉันลองสิ่งนี้ (ไม่ได้ผล): ฉันจะปิดการตรวจสอบระบบไฟล์เมื่อบูตใน 20.04 ได้อย่างไร

ฉันพยายามแก้ไข /etc/fstab เช่น ผู้ใช้ขั้นสูง และการเปลี่ยนแปลง การถ่ายโอนข้อมูล และ ผ่าน ถึง 0 เกี่ยวกับฉัน ราก พาร์ติชันไม่ทำงานเช่นกัน

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

นอกจากนี้ ฉันกำลังใช้ดูอัลบูตกับ Windows 10 บนดิสก์เดียวกัน ฉันไม่รู้ว่าสิ่งนี้ต้องทำหรือไม่ แต่อาจดีที่จะแจ้งให้คุณทราบ

สิ่งเดียวที่ใช้ได้ผล (แต่ไม่ถาวร) ถูกต่อท้าย บูตเร็ว ในตัวเลือก Ubuntu เมื่อฉันอยู่บนหน้าจอ GRUB หลังจากกด อี โดยเลือก Ubuntu

user535733 avatar
cn flag
เพื่อให้ได้คำตอบที่แตกต่างกันเพียงพอ คุณต้องถามคำถามที่แตกต่างกันพอสมควร ดูเหมือนว่าจะเป็น [ปัญหา XY](https://en.wikipedia.org/wiki/XY_problem): คุณกำลังถามเกี่ยวกับวิธีแก้ปัญหาที่คุณต้องการ (ปิดใช้งาน fsck) แทนที่จะถามว่าเหตุใดจึงต้องซ่อมแซมระบบไฟล์ทุกครั้งที่บูต
C.S.Cameron avatar
cn flag
นี่เป็นวิธีอื่น: https://askubuntu.com/questions/1250119/how-to-skip-filesystem-checks-during-boot
heynnema avatar
ru flag
@C.S.Cameron **ไม่ใช่ความคิดที่ดี คุณต้องการให้ fsck ทำงานหากพบปัญหาเกี่ยวกับระบบไฟล์** เป็นการดีกว่าที่จะค้นหา/แก้ไขสาเหตุของการซ่อมแซมระบบไฟล์อย่างต่อเนื่อง
C.S.Cameron avatar
cn flag
@heynnema: หลายคนบ่นเกี่ยวกับการตรวจสอบระบบไฟล์ที่ทำงานหลังจากบูตทุกครั้งเป็น 20.04 และไม่เคยพบข้อผิดพลาดของระบบไฟล์เลย หลังจากนั้นไม่นานก็แก่มาก https://askubuntu.com/search?q=20.04+filesystem+check. สิ่งนี้จะเกิดขึ้นทุกครั้งที่บูตในระบบ Live และทุกครั้งในบางระบบที่ติดตั้ง มันไม่มีประโยชน์อะไรหากไม่ได้ช่วยคุณแก้ไขสิ่งต่างๆ ไม่มีใครกลับมาหาฉันและบอกว่ามันพังคอมพิวเตอร์ของพวกเขา ฉันไม่เคยได้ยินว่ามันเกิดขึ้นใน 18.04 หรือก่อนหน้า
C.S.Cameron avatar
cn flag
รายงานข้อผิดพลาดของฉันสามารถพบได้ที่นี่: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1875548
heynnema avatar
ru flag
@C.S.Cameron คุณมีประสบการณ์มากกว่าตัวฉันเมื่อทำงานกับระบบ 20.04 ฉันสนใจที่จะดูว่า fsck แบบแมนนวลทำงานอย่างไรเมื่อบู๊ตเป็น Ubuntu Live DVD / USB ในด้วงที่ยังไม่ได้แก้ไข สิ่งภายนอกอาจทำให้ระบบไฟล์เสียหาย ซึ่งบังคับให้ fsck... เช่น การติดตั้งไดรเวอร์ Windows ที่อนุญาตให้อ่าน/เขียนไปยัง Linux พาร์ติชัน ext2/3/4... หรือ HDD/SSD ที่ล้มเหลว นอกจากนี้ `tune2fs` ยังมีการตั้งค่าบางอย่างที่ต้องตรวจสอบ นอกจากนี้ Ubuntu Live DVD/USB จะทำการตรวจสอบระบบไฟล์ในตัวมันเองเสมอ เพื่อยืนยันการสร้าง DVD/USB ที่ดี ก่อนที่จะมีคนทำการติดตั้งที่ไม่ถูกต้อง
C.S.Cameron avatar
cn flag
@heynnema: จากสิ่งที่ฉันเห็น การตรวจสอบระบบไฟล์อัตโนมัติที่มีอยู่ใน Ubuntu 20.04 Live ถูกลบออกใน Ubuntu 21.04 นี่หมายความว่าใน 20.04 อาจเกิดจากข้อบกพร่องหรือการตัดสินใจที่ผิดพลาด บางทีคุณอาจต้องการพิจารณาข้อความที่ไฮไลต์ด้านบนอีกครั้ง
heynnema avatar
ru flag
@C.S.Cameron โปรดบอก/แสดงให้ฉันเห็นว่าคุณทราบได้อย่างไรว่า auto fsck ถูกลบออกจาก 21.04 /etc/fstab ไม่แสดงสิ่งบ่งชี้นี้ ฉันไม่ทราบค่า tune2fs ที่มีการเปลี่ยนแปลง Ubuntu Live 21.04 ยังคงตรวจสอบอัตโนมัติตอนบูต ถ้าฉันจำไม่ผิด... ฉันอาจจะคิดผิดก็ได้...
C.S.Cameron avatar
cn flag
@heynnema: ฉันใช้ Rufus และ Etcher เพื่อสร้าง Live USB ฉันบูท USB ทั้งที่มีและไม่มี `quiet splash` ทั้งคู่ไม่ได้ตรวจสอบระบบไฟล์ ฉันไม่เคยได้รับการตรวจสอบระบบไฟล์อัตโนมัติด้วยและติดตั้งระบบเลย
heynnema avatar
ru flag
@C.S.Cameron เดิมทีเรากำลังพูดถึงการปิดใช้งาน fsck บนระบบรันไทม์ปกติ ไม่ใช่ Live DVD/USB นั่นคือสิ่งที่ฉันพูดถึงพร้อมกับความคิดเห็นของฉันที่จะไม่ปิดการใช้งาน
C.S.Cameron avatar
cn flag
@heynnema: หากคุณค้นหา AU สำหรับ '20.04 filesystem check' คุณจะเห็นข้อร้องเรียน 48 ข้อ ส่วนใหญ่เกี่ยวกับการตรวจสอบระบบไฟล์อัตโนมัติ หลายคนเกี่ยวกับระบบที่ติดตั้ง หากคุณค้นหา AU สำหรับ '21.04 filesystem check' คุณจะเห็นโพสต์ 5 รายการ ซึ่งไม่มีข้อร้องเรียนใด ๆ เกี่ยวกับการตรวจสอบระบบที่ใช้งานอยู่หรือระบบที่ติดตั้งไว้ผิดพลาดคุณเห็นวิธีแก้ไขปัญหาเมื่อการตรวจสอบระบบไฟล์ไม่แสดงข้อผิดพลาดหรือไม่ หากไม่แสดงข้อผิดพลาดก็ไม่คุ้มที่จะรัน (ฉันคิดว่า)
heynnema avatar
ru flag
@C.S.Cameron นั่นกลับไปที่ความคิดเห็นอื่นที่ฉันทำ ... เกี่ยวกับการเรียกใช้ 'fsck' ด้วยตนเองเมื่อบู๊ตเป็น Ubuntu Live DVD / USB หลายครั้งจะพบข้อผิดพลาดที่การตรวจสอบระบบไฟล์อัตโนมัติซ้ำๆ ไม่สามารถทำได้ ผู้ใช้จำนวนมากอาจไม่มีเวลา/ความรู้/ความดื้อรั้นที่จะค้นหาว่าทำไมบางสิ่งจึงเกิดขึ้น... พวกเขาแค่บ่นเกี่ยวกับข้อความภาพที่เกิดขึ้นซ้ำๆ จนกว่าฉันจะแสดง/แจ้งว่าผู้ใช้ได้พยายามแก้ไขระบบไฟล์ที่เสียหาย ความเห็นของฉันคือ... อย่าปิดใช้งานการตรวจสอบอัตโนมัติบนระบบที่ติดตั้ง
heynnema avatar
ru flag
@C.S.Cameron ฉันรวบรวมคำตอบ `fsck` อย่างรวดเร็วสำหรับ OP มาดูกันว่าพวกเขาจะใช้เวลาในการทดสอบไหม...
heynnema avatar
ru flag
ขอสถานะ...
heynnema avatar
ru flag
ขอสถานะ...
cl flag
@heynnema ฉันลองใช้คำสั่ง `fsck` โดยใช้ live DVD มันใช้งานไม่ได้ ฉันยังติดตั้ง Ubuntu ใหม่ ฉันเกือบแน่ใจว่ามันเกี่ยวข้องกับ Windows dual boot ฉันต้องลบทุกอย่างออกจาก SSD และติดตั้ง Windows ใหม่กว่า Ubuntu ดังนั้น ทุกอย่างได้รับการติดตั้งอย่างถูกต้อง และฉันไม่ได้รับการตรวจสอบระบบไฟล์เมื่อบูตอีกต่อไป แต่เมื่อใช้ HD ฉันได้รับข้อความนี้เป็นเวลา 1 ปี ฉันคิดว่ามันเป็นเรื่องปกติ ฉันแนะนำให้ปิดสิ่งนี้ตามคำตอบของฉัน ถ้าคุณมีข้อความนี้ขณะบู๊ตตลอดเวลา ซึ่งเป็นวิธีเดียว เพราะไม่มีข้อผิดพลาด ไม่มีระบบไฟล์ คุณ สามารถตรวจสอบกี่ครั้งก็ได้
Score:1
ธง ru

ตรวจสอบระบบไฟล์ของคุณด้วยตนเอง...

  • บูตเป็น Ubuntu Live DVD/USB ในโหมด âTry Ubuntuâ mode
  • เปิด เทอร์มินัล หน้าต่างโดยการกด Ctrl+Alt+
  • พิมพ์ sudo fdisk -l
  • ระบุชื่ออุปกรณ์ /dev/sdXX สำหรับ "Linux Filesystem" ของคุณ
  • พิมพ์ sudo fsck -f /dev/sdXXแทนที่ sdXX ด้วยเลขที่พบก่อนหน้านี้
  • ทำซ้ำ ฟค คำสั่งหากมีข้อผิดพลาด
  • พิมพ์ รีบูต

บันทึก: ถ้า ฟค ค้นหา / ซ่อมแซมปัญหา ลบ บูตเร็ว จาก /etc/default/grub ของคุณและ sudo ปรับปรุงด้วง.

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

บันทึก: นอกจากนี้คุณยังสามารถ sudo fdisk -l เพื่อดูว่าพบข้อผิดพลาดของพาร์ติชันหรือไม่

บันทึก: คุณยังสามารถใช้ ดิสก์ ข้อมูลและการทดสอบ SMART หน้าต่างเพื่อดูว่ามีความล้มเหลวของดิสก์ที่ค้างอยู่หรือไม่ ไม่ต้องสนใจข้อความ "Your disk is OK"

บันทึก: หากคุณบูตคู่กับ Windows และคุณได้ติดตั้งไดรเวอร์ Windows ที่อนุญาตให้คุณอ่าน/เขียนไปยังพาร์ติชัน Linux ext2/3/4 ให้ลบไดรเวอร์นี้โดยเร็ว เพราะจะทำให้พาร์ติชัน Linux เสียหาย

cl flag
มันไม่ได้ผล ลองแล้ว ฉันได้รับข้อความนี้เป็นเวลา 1 ปีและคิดว่ามันเป็นเรื่องปกติสำหรับ Ubuntu ฉันต้องติดตั้งทุกอย่างใหม่บน SSD Windows และ Ubuntu เพื่อให้หยุดทำงาน มันเป็นเพียงข้อผิดพลาดอย่างที่ฉันพูดในความคิดเห็นอื่น คุณสามารถลองตรวจสอบดิสก์ของคุณกี่ครั้งก็ได้ที่คุณต้องการ ไม่พบข้อผิดพลาดใด ๆ เพียงทำตามคำตอบของฉันและเพลิดเพลินไปกับการบู๊ตที่เร็วขึ้นหากคุณใช้ HD
heynnema avatar
ru flag
@JoãoHamerski คุณทำ **Notes** จากคำตอบของฉันด้วยหรือไม่ `gparted`, `fdisk` ไดรเวอร์ Windows ext2/3/4 หรือไม่ แสดงภาพหน้าจอของข้อมูล SMART
Score:-1
ธง cl

[แก้ไขแล้ว]

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

ต่อไปนี้: https://wiki.ubuntu.com/Kernel/KernelBootParameters

คุณสามารถคงอยู่ บูตเร็ว ตัวเลือกในการบู๊ต

  • เปิดไฟล์ตัวเลือกด้วง sudo gedit /etc/default/grub
  • ค้นหาสำหรับ "GRUB_CMDLINE_LINUX_DEFAULT"
  • น่าจะเป็นอย่างนั้น GRUB_CMDLINE_LINUX_DEFAULT="เงียบ" เป็นค่าเริ่มต้น
  • ผนวก บูตเร็ว ภายในเครื่องหมายคำพูดคู่
  • มันควรจะเป็นเช่นนี้ GRUB_CMDLINE_LINUX_DEFAULT="บูตแบบเงียบสแปลช"
  • วิ่ง sudo ปรับปรุงด้วง เพื่อใช้การเปลี่ยนแปลง
kanehekili avatar
zw flag
เนื่องจาก fsck จะถูกเรียกเฉพาะเมื่อมีบางอย่างเสียหายในระบบไฟล์ของคุณ โซลูชันของคุณจะแก้ไขอาการ ไม่ใช่สาเหตุ และใช่: นี่เป็นวิธีมาตรฐานในการเพิ่มค่าสถานะระหว่างการบู๊ต เหตุใดจึงจำเป็น fsck ในตอนแรก หากคุณไม่เรียกใช้ ระบบไฟล์ของคุณอาจเสียหายจนไม่สามารถซ่อมแซมได้
cl flag
ไม่ ไม่มีอะไรเสียหาย เป็นการติดตั้ง Ubuntu ใหม่ การติดตั้งเก่าของฉันตรวจสอบระบบไฟล์เสมอเมื่อบูตด้วย
kanehekili avatar
zw flag
ของฉันไม่มีแฟล็ก - บางที Windows อาจเป็นตัวการ - ที่ฉันไม่ได้ใช้
cl flag
หากมีบางอย่างเสียหาย fsck ไม่ทำงาน เนื่องจากมันตรวจสอบระบบไฟล์อยู่เสมอใช่ไหม ถ้าฉันเข้าใจว่า fsck ควรแก้ไขสิ่งที่เสียหาย แต่ดูเหมือนว่าจะมีการตรวจสอบทุกครั้งที่บูตและไม่ทำอะไรเลย ดังนั้น...
user10489 avatar
in flag
สิ่งที่น่าจะเสียคือวิธีการปิดเครื่องจาก linux หากไม่ได้ปิดอย่างถูกต้อง จำเป็นต้อง fsck ในการบู๊ตครั้งถัดไป มิเช่นนั้นคุณอาจเสี่ยงต่อความเสียหายร้ายแรงหรือความล้มเหลวในการบู๊ต
heynnema avatar
ru flag
**ไม่ใช่ความคิดที่ดี คุณต้องการให้ fsck ทำงานหากพบปัญหาระบบไฟล์** ดีกว่าที่จะค้นหา/แก้ไขสาเหตุของการซ่อมแซมระบบไฟล์อย่างต่อเนื่อง

โพสต์คำตอบ

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