ในระหว่างการทดสอบล่าสุด ฉันไม่สามารถยกเลิกการต่อเชื่อม NFS หลังจากลบเซิร์ฟเวอร์ NFS หรือบล็อกที่อยู่ IP ของเซิร์ฟเวอร์บน PREROUTING raw ด้วย iptables
--บังคับ ไม่ได้ผล วิ่ง ภูเขา เพื่อพิมพ์ที่ยึดทั้งหมดแสดงว่ามันยังอยู่ที่นั่น
แต่ --ขี้เกียจ ทำ.
พบผลลัพธ์มากมายที่บอกให้บุคคลทำสิ่งนี้ และที่ manpage อธิบาย --บังคับ โดยเฉพาะอย่างยิ่งสำหรับเซิร์ฟเวอร์ NFS ที่จะไม่วางสาย
แต่อัลกอริทึมเบื้องหลังคืออะไรกันแน่ --ขี้เกียจ? ระบบรู้ได้อย่างไรว่าอุปกรณ์ไม่ว่างอีกต่อไป?
มันบอกว่าไม่ได้ต่อเชื่อม แต่ฉันจะบอกได้อย่างไรว่าการดำเนินการยังคงเกิดขึ้นในพื้นหลังหรือไม่?
สิ่งสุดท้ายที่ฉันต้องการคือระบบที่อ้างว่าไม่ได้ต่อเชื่อมแต่ยังคงเปิดการเชื่อมต่อที่ฉันมองไม่เห็น
ฉันจะตรวจสอบได้อย่างไรว่าเมานต์หายไปจริง หรืออ่านเกี่ยวกับวิธีการตรวจสอบนี้?
ความเกียจคร้านได้รับการจัดการโดยตัวนับที่อ้างอิงถึง mount_id เฉพาะ
ตัวจัดการไฟล์เปิดทั้งหมดที่อ้างอิงเส้นทางที่ใช้ต้องปิดหรือเสร็จสิ้น
เมื่อแผนผังไฟล์ถูกแยกออกจากลำดับชั้นของระบบไฟล์ ตัวนับสามารถลดลงได้เท่านั้น เมื่อถึง 0 ระบบไฟล์จะปิดและล้างข้อมูลอย่างถูกต้อง
อย่างไรก็ตาม ควรสังเกตว่า หากคุณติดตั้งกับ แข็ง ตัวเลือกการเมานต์และคุณกำลังทำการอ่าน เป็นไปได้สำหรับงานอ่าน NFS ที่จะไม่เสร็จสิ้นและล่าช้าไปเรื่อย ๆ เนื่องจากการเลิกเมานต์แบบสันหลังยาวเช่นนี้อาจไม่เสร็จสมบูรณ์
Lazy umount เป็น umount ปกติซึ่งเกิดขึ้นในพื้นหลัง นอกจากนี้ยังซ่อนรายการเมานต์ซึ่งทำให้ดูเหมือนว่า umount ใช้งานได้ (หรือ แยกระบบไฟล์ออกจากลำดับชั้นของไฟล์, หน้าคนพูดอย่างไร). ในความเป็นจริงการยกเลิกการต่อเชื่อมจะเกิดขึ้นเมื่อระบบไฟล์ไม่ได้ใช้งานอีกต่อไป
ดังนั้นสำหรับจำนวนจริงควรใช้ --บังคับ และรอ ...
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
