คำถามติดแท็ก unmounting


7
ฉันจะทราบได้อย่างไรว่ากระบวนการใดบ้างที่ป้องกันไม่ให้ถอดอุปกรณ์ออก
บางครั้งฉันต้องการยกเลิกการต่อเชื่อมอุปกรณ์ usbด้วยumount /run/media/theDriveแต่ฉันได้รับdrive is busyข้อผิดพลาด ฉันจะทราบได้อย่างไรว่ากระบวนการหรือโปรแกรมใดกำลังใช้งานอุปกรณ์อยู่

2
ดีดออก / ลบ vs umount อย่างปลอดภัย
ฉันใช้อูบุนตู 12.04 และเมื่อฉัน rigth คลิกที่ไอคอนแฟลชไดรฟ์ของฉัน (ในความสามัคคีซ้ายบาร์) ฉันจะได้รับสองตัวเลือกที่มีฉันสับสน: ดีดออกและลบออกอย่างปลอดภัย ยิ่งฉันเข้าใกล้คำตอบมากเท่าไรกระทู้ฟอรัมนี้ซึ่งสรุปว่า (สำหรับแฟลชไดรฟ์) พวกเขาทั้งคู่เท่ากันและเทียบเท่ากับการใช้umountคำสั่ง อย่างไรก็ตามการยืนยันครั้งสุดท้ายนี้ดูเหมือนจะเป็นเท็จ ถ้าฉันใช้umountจากคอนโซลเพื่อเลิกเมานท์แฟลชแล้วฉันก็ใช้คำสั่งlsblkฉันยังคงเห็นอุปกรณ์ของฉัน (ไม่มีอะไรภายใต้ MOUNTPOINT แน่นอน) ในทางกลับกันถ้าฉันนำออกหรือนำแฟลชไดรฟ์ออกอย่างปลอดภัยlsblkไม่แสดงรายการนั้นอีกต่อไป ดังนั้นคำถามของฉันคืออะไรคำสั่งคอนโซล / คำสั่งที่จะทำซ้ำพฤติกรรมของการนำออกและลบอย่างปลอดภัย ?

6
อุปกรณ์ไม่ว่างบน Umount
ฉันมักประสบปัญหาในการเพิ่มไดเรกทอรี: umount / mnt / dir umount: / mnt / dir: อุปกรณ์ไม่ว่าง มีสาเหตุหลายประการที่ทำให้อุปกรณ์ไม่ว่าง บางครั้งมีกระบวนการทำงานที่มีการล็อคเปิดในนั้นบางครั้งมีไดเรกทอรีอื่น ๆ /mnt/dirที่ติดตั้งอยู่ด้านบนของ คำถามของฉัน: ขั้นตอนในการตรวจสอบว่าเหตุใดจึงไม่สามารถถอนติดตั้งไดเรกทอรีได้ ฉันรู้ว่ามีหลายเหตุผล แต่ก็โอเคถ้าคุณอธิบายวิธีแก้ปัญหาเฉพาะ [แก้ไข] [X] กระบวนการที่กำลังทำงานอยู่บนโวลุ่มที่เมานต์ [X] ไดรฟ์ข้อมูลอื่นติดตั้งอยู่ด้านบนของไดรฟ์ข้อมูลที่เราต้องการยกเลิกการเมานท์ [_] NFS ล็อคไดรฟ์ที่เราต้องการยกเลิกการต่อเชื่อม
41 linux  unmounting 

2
Bash scripting - loop จนกว่าค่าที่ส่งคืนจะเป็น 0
ฉันจำเป็นต้องติดตั้งบางสิ่งบางอย่างในสคริปต์ของฉัน แต่บางครั้งก็ยกเลิกการต่อเชื่อมก่อนที่ข้อมูลทั้งหมดจะถูกคัดลอกและทำให้การติดตั้งล้มเหลว ฉันมองหาวิธีที่จะทำการติดตั้ง "บล็อก" แต่ฉันไม่พบอะไรเลย ดังนั้นฉันพยายามเขียนสคริปต์เพื่อวนซ้ำจนกว่าจะสามารถ unmount ได้ แต่ไม่ได้ผล while [ `sudo umount mount` ] do sleep 0.1 done rmdir mount เมื่อรันเอาต์พุต: umount: /home/evantandersen/mount: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) rmdir: failed to remove `mount': Device …

5
วิธียกเลิกการต่อเชื่อมระบบไฟล์ chroot'd เดิม?
ฉันใช้ระบบช่วยเหลือชีวิต (คล้ายกับ live-cd) เพื่อแก้ไขปัญหาบางอย่างกับเซิร์ฟเวอร์ Debian ของฉันเช่นนั้น: # mkdir -p /mnt/rescue # mount /dev/md2 /mnt/rescue # mount --bind /dev /mnt/rescue/dev/ # mount --bind /proc /mnt/rescue/proc/ # mount --bind /sys /mnt/rescue/sys/ ตอนนี้ฉันสามารถ chroot ถึง/mnt/rescue- แต่หลังจากฉันทำเสร็จแล้วจะยกเลิกการต่อเชื่อมระบบไฟล์อีกครั้งได้อย่างไร? umount: /mnt/rescue: target is busy. (In some cases useful info about processes that use the device is …

3
สถานการณ์ที่น่ากลัว - ระบบไฟล์ติดตั้งพร้อมกันโดยอินสแตนซ์ระบบปฏิบัติการอิสระหลายตัว
ฉันจะออกจากสถานการณ์นี้อย่างปลอดภัยได้อย่างไร รายละเอียดดังนี้ เซิร์ฟเวอร์ xen มีอุปกรณ์บล็อกที่จัดสรรให้กับ VMs แต่อุปกรณ์เหล่านี้ยังได้รับการติดตั้งภายใน Xen ในความเป็นจริง 44 ของอุปกรณ์บล็อกเหล่านี้ได้รับการติดตั้งเช่นนี้ ในการทำให้เรื่องแย่ลงอุปกรณ์ทางกายภาพแต่ละตัวจะถูกมองเห็นได้มากกว่า 4 เส้นทางและแต่ละตัวจะถูกเมานต์บนจุดเมานต์แยกกัน กล่าวอีกนัยหนึ่งอุปกรณ์เหล่านี้จะถูกเมาท์ 5 ครั้ง VM guest OS มองเห็นเส้นทางผ่านอุปกรณ์หลอก PowerPath (จัดสรรเป็นอุปกรณ์ phy: block ไปยัง domU) อุปกรณ์บางอย่างถูกจัดรูปแบบเป็น ext2 และ reiserfs ไม่จำเป็นต้องอธิบายให้ฉันฟังถึงความเสี่ยงของการทุจริตของระบบไฟล์ที่เกี่ยวข้อง ฉันกลัวว่าแม้เพียงแค่ unmounting ระบบแฟ้มอาจทำให้เกิดความเสียหายและรู้สึกว่าณ จุดนี้การดึงไฟจากโฮสต์เป็นตัวเลือกที่ปลอดภัยที่สุด โปรดทราบว่าแอปพลิเคชันฐานข้อมูล Oracle ส่วนใหญ่ใน VMs ทั้งหมดยังคงทำงานและใช้งานอยู่ ฉันค้นพบสิ่งนี้เมื่อตรวจสอบการใช้งาน CPU สูงใน dom0 มีกระบวนการ "ค้นหา" ที่ไม่สามารถทำได้ซึ่งมี cwd -> …

4
เรียกซ้ำ umount หลังจากเมานต์ rbind
เมื่อเข้าสู่ chroot บางครั้งจำเป็นต้องเมานต์ / sys และ / dev โดยใช้ -rbind แทน -bind เพื่อให้แน่ใจว่าทุกอย่างอยู่ในที่ที่ถูกต้องเมื่อใครบางคนกำลังมองหา ปัญหาเกิดขึ้นเมื่อไม่ได้ต่อเชื่อม umount ที่เรียบง่ายล้มเหลวเสมอ; ขณะที่เด็ก ๆ กำลังขี่ม้าอยู่มันก็ดูเหมือนจะใช้งาน: $ umount /mnt/chroot/sys umount: /mnt/chroot/sys: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) อีกวิธีหนึ่งที่เป็นไปได้คือการแสดงรายการการติดตั้งจาก proc และขยายแต่ละรายการดังนี้: $ grep /mnt/chroot/sys …
13 mount  unmounting 

1
ถอนติดตั้งเมานด์ rbind โดยไม่มีผลกับเมานต์ดั้งเดิม
ถามถึงข้อผิดพลาดของเซิร์ฟเวอร์แต่ไม่ได้รับความสนใจเพียงพอจึงโพสต์ที่นี่อีกครั้งด้วยความหวังว่าบางคนที่นี่รู้คำตอบ มีคำถามอีกข้อหนึ่งที่พูดถึงการติดตั้ง rbind mounts แต่วิธีแก้ปัญหามีผลที่ไม่ต้องการ พิจารณาเค้าโครงไดเรกทอรีต่อไปนี้: . ├── A_dir │ └── mount_b ├── B_dir │ └── mount_c └── C_dir ตอนนี้ผมผูกC_dirไปB_dir/mount_cและ rbind B_dirเพื่อA_dir/mount_b: [hidden]$ sudo mount --bind C_dir B_dir/mount_c [hidden]$ sudo mount --rbind B_dir A_dir/mount_b [hidden]$ mount | grep _dir | wc -l 3 ตอนนี้umount A_dir/mount_bจะล้มเหลวซึ่งไม่น่าแปลกใจ ตามที่ตอบทุกที่บนเว็บเราต้องก่อนแล้วumount A_dir/mount_b/mount_c umount A_dir/mount_bอย่างไรก็ตามumount A_dir/mount_b/mount_cจะยกเลิกการต่อเชื่อมB_dir/mount_cซึ่งไม่เป็นที่ต้องการ: …

4
ฉันจะ fsck พาร์ติชันได้อย่างไรเมื่ออุปกรณ์อ่านว่าไม่ว่าง (แต่ได้รับการยืนยันเป็นอย่างอื่น)?
ฉันพยายามเรียกใช้fsck -p /dev/sda5เพื่อซ่อมแซมข้อผิดพลาดบนพาร์ติชัน ext4 อย่างไรก็ตามคำสั่งส่งออก fsck from util-linux-ng 2.17.2 fsck.ext4: Device or resource busy while trying to open /dev/sda5 Filesystem mounted or opened exclusively by another program? ฉันยืนยันการใช้/etc/mtabและlsofไม่มีอะไรใช้พาร์ติชั่นและไม่ได้ติดตั้ง ฉันยังเคยfuser -k /dev/sda5บังคับให้ปิดสิ่งใดก็ตามโดยใช้ไฟล์และumountพยายามที่จะยกเลิกการต่อเชื่อมให้เป็นประโยชน์ ฉันfsckจะบังคับให้อย่างน้อยต้องตรวจสอบและหวังว่าจะซ่อมแซมพาร์ติชันแม้ว่ามันจะอ่านไม่ว่าง? สมมติว่าฉันมีความมั่นใจมากพอที่จะไม่ติดตั้งหรือใช้งานและความเป็นไปได้ของการเสียหายของข้อมูลไม่ใช่ปัญหา คำสั่งทั้งหมดถูกดำเนินการในฐานะรูทจาก Ubuntu 10.04 32- บิต liveCD พาร์ติชันเป็นส่วนระบบ (ไม่ใช่ที่บ้าน) ของการติดตั้ง Ubuntu 10.04 32- บิต
11 ubuntu  ext4  fsck  unmounting 

1
เหตุใดจึงขี้เกียจ MNT_DETACH หรือ `umount -l` ไม่ปลอดภัย / อันตราย?
ฉันได้อ่านไม่กี่แห่งที่umount -lไม่ปลอดภัย: ในคำตอบของ @cas : ไม่ได้ใช้umountของ--lazyตัวเลือกถ้าคุณดูแลเกี่ยวกับเมื่อไดรฟ์ภายนอกสามารถถอดออกได้อย่างปลอดภัย ความคิดเห็นโดย @frostschutz : umount --lazyไม่ปลอดภัยและไม่สามารถทำให้ปลอดภัย [ ... ] util-linux ความคิดเห็นนี้โดย Ruediger Meier : คุณควรหลีกเลี่ยงการใช้umount -lงานเลย เพียงแค่ฆ่ากระบวนการทั้งหมดใช้/tmp/mountpointแล้ว umount -lไม่มีตัวเลือก ทำไมumount -lไม่ปลอดภัย / อันตราย มีวิธีทำให้ปลอดภัยหรือไม่?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.