ปิดการใช้งาน linux แขวนกับ wifi cifs mounts


2

ตั้งแต่ fedora 15 (และตอนนี้มี 16) ดูเหมือนว่าไคลเอนต์ไร้สายใช้เวลานานในการปิดเมื่อมีการติดตั้งระบบไฟล์เครือข่ายในเวลาปิดเครื่อง

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

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

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

ข้อมูลเพิ่มเติม: ฉันสามารถยืนยันได้ว่าการยกเลิกการเมานท์ด้วยตนเองจากนั้นปิด (sudo shutdown หรือปุ่ม xfce shutdown) จะปิดได้ดีเพียงแค่แฮงค์หากเมาท์ยังคงติดตั้งอยู่

การกำหนดค่า puppet ที่ตั้งค่าเมานต์เป็นแบบนี้ (ตอนนี้มีรายการ _netdev ที่ส่งไปยังไคลเอ็นต์ได้สำเร็จ แต่ไม่ได้สร้างความแตกต่าง):

   ไฟล์ {"/ mnt / share": มั่นใจ = ไดเรกทอรี>}
    เมานต์ {"/ mnt / share": 
    atboot => จริง
    ให้แน่ใจว่า => ติดตั้ง
    remounts => false
    fstype => cifs
    อุปกรณ์ => "// srv / share",
    ตัวเลือก => "ผู้ใช้ gid = ผู้ใช้ร่วม, uid = $ {ผู้ใช้}, file_mode = 0700, dir_mode = 0700, หนังสือรับรอง = / root / .smbcreds, _netdev",
    ต้องการ => [ไฟล์ ["/ mnt / share"], กลุ่ม ["shareusers"]],
    }
}

อย่า-t cifsเมาท์ ได้แก่-o _netdev? ฉันไม่แน่ใจว่าสคริปต์การเริ่มต้นของ Fedora มีการตั้งค่าอย่างไร แต่เป็นเรื่องของการประชุมเพื่อทำเครื่องหมายการติดตั้งที่ต้องใช้เครือข่าย
ephemient

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

ไม่ได้ช่วยฉันกลัว
Sirex

ฉันมีปัญหาเดียวกันกับการทดสอบ Debian ที่ผ่านมาเช่นกันฉันไม่ได้สังเกตเห็นมาพักหนึ่งแล้วเนื่องจากมันมักจะเกิดขึ้น ไม่เคยพบวิธีแก้ปัญหาอื่นนอกจากให้แน่ใจว่าได้ยกเลิกการต่อเชื่อมก่อนปิดเครื่อง
Rob

คำตอบ:


1

คุณสามารถเพิ่มสคริปต์ "ifdown -a" หรือ "ifdown wlan0" ให้กับ /etc/init.d/ ของคุณจากนั้น softlink ไปยัง /etc/rc0.d/ ตัวอย่างเช่น ln -s /etc/init.d/killwlan.sh /etc/rc0.d/S05killwlan.sh โดยที่ killwlan.sh มีสคริปต์ ifdown, rc0.d เป็นกระบวนการปิดระบบและ S05 หมายความว่าสคริปต์จะเริ่มต้นเป็นอันดับที่ห้า (หากมีสคริปต์อื่นจาก S01 ถึง S04)


ใช่ฉันแค่หวังว่านี่จะเป็นปัญหาที่ทราบแล้วโดยไม่มีการแก้ไขที่กำหนดเอง มันเกิดขึ้นกับแล็ปท็อปทุกเครื่องดูแปลก ๆ ที่ไม่มีใครได้เจอ :-(
Sirex

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

ขออภัยทำตรงข้ามแทน ifup wlan0
dag729
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.