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

ระบบไฟล์ (หรือระบบไฟล์) เป็นวิธีการจัดระเบียบข้อมูลที่คาดว่าจะเก็บไว้หลังจากที่โปรแกรมถูกยกเลิกโดยการจัดเตรียมโพรซีเดอร์เพื่อจัดเก็บเรียกคืนและอัพเดตข้อมูลรวมถึงจัดการพื้นที่ว่างบนอุปกรณ์ที่มีอยู่

8
พาร์ทิชันระบบไฟล์ UNIX ที่เหมาะสมที่สุดและกลยุทธ์การตั้งค่า
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ เมื่อแบ่งพาร์ติชันดิสก์ระบบใหม่สำหรับ UNIX กลยุทธ์ที่คุณต้องการสำหรับเดสก์ท็อปและ / หรือเซิร์ฟเวอร์คืออะไร โปรดรวมเค้าโครงดิสก์พาร์ติชันรูปแบบระบบไฟล์และตัวเลือกจุดเมานท์ระดับ RAID กลุ่ม LVV และโวลุ่มการเข้ารหัสและการตั้งค่าอื่น ๆ ที่เกี่ยวข้อง

1
ext4 การแสดงรายการไฟล์ช้ามากในไดเรกทอรีหนึ่งที่มีไฟล์จำนวนมากมาก่อน
พื้นหลัง ผมมี misshap logrotate เล็ก ๆ ... logrotate จะหมุนบันทึกเก็บไว้โดย misstake /var/log/ก่อให้เกิดการเจริญเติบโตของกำลังสองของไฟล์ในของฉัน และตามเวลาที่ฉันรู้ว่ามีบางอย่างผิดปกติ/var/log/มีไฟล์อยู่สองสามล้านไฟล์ ... ฉันจัดการเพื่อ (หลังจาก hairloss และ find / sed / grep magic) ลบไฟล์ที่ละเมิดทั้งหมดและแก้ไขการตั้งค่า logrotate ของฉัน และคิดว่าทุกอย่างดี ... ปัญหา เมื่อใดก็ตามที่ฉันls/ du -hsหรือรายชื่อเนื้อหาของ/var/log/(ซึ่งตอนนี้มี 80mb ของที่เก็บ / บันทึกและมากที่สุดสองสามร้อยไฟล์) กระบวนการทำที่แฮงค์สำหรับนาทีที่ดีหรือสอง ฉันเชื่อว่านี่เป็นวิธีที่เกี่ยวข้องกับการสะกดผิด logrotate แต่ฉันไม่แน่ใจมันอาจเป็นอย่างอื่น ยังไงก็ตามฉันก็ตกอยู่ในที่ที่จะเริ่มทำการดีบั๊กหรือหาวิธีแก้ไขมัน โปรดช่วย: 3 ข้อมูลอื่น ๆ uname -a Linux xxx 3.3.8-gentoo …

3
ไฟล์โปรแกรมมีอยู่ใน / usr / bin แต่ไม่สามารถใช้งานได้
เห็นได้ชัดว่าไฟล์ของฉันมีอยู่ใน /usr/bin $ ls /usr/bin/ngrok /usr/bin/ngrok อย่างไรก็ตามเมื่อฉันพยายามchownฉันได้รับข้อผิดพลาด $ sudo chown my_user:users /usr/bin/ngrok chown: cannot dereference '/usr/bin/ngrok': No such file or directory ความพยายามเพิ่มเติมในการเรียกใช้ยังล้มเหลว! $ ngrok bash: ngrok: command not found $ sudo /usr/bin/ngrok sudo: /usr/bin/ngrok: command not found เกิดอะไรขึ้นที่นี่

4
เหตุผล kjournald สำหรับการใช้งานสูง
ฉันกำลังพยายามหาสาเหตุที่kjournaldจะบ้าบนเครื่องของฉัน มันคือกล่อง 8-core ที่มีหน่วยความจำมากมาย มันมีภาระซีพียูประมาณ 50% ไอโซโทปดูเหมือนจะไม่ชี้ไปที่กระบวนการเฉพาะใด ๆ - มีการเขียนจำนวนมากที่นี่และที่นั่น (ส่วนใหญ่เริ่มต้น cron, สถิติการตรวจสอบที่สร้างขึ้น ฯลฯ ) เมื่อฉันใช้ sys/vm/block_dumpรวบรวมสถิติการเขียนฉันได้รับรายการดังนี้: kjournald(1352): 1909 sendmail(28934): 13 cron(28910): 12 cron(28912): 11 munin-node(29015): 3 cron(28913): 3 check_asterisk_(28917): 3 sh(28917): 2 munin-node(29022): 2 munin-node(29021): 2 ที่ไหน kjournaldการกระทำเป็นเพียงเขียน ทำไมถึงเกิดขึ้น? มีอะไรอีกที่ฉันควรพิจารณาเพื่อ จำกัด กิจกรรม kjournald เล็กน้อย? ดูเหมือนว่าไม่เหมาะสมกับสิ่งที่กำลังเขียน

7
มีไฟล์ที่เปิดมากเกินไปใน Debian
ฉันใช้เวลานานมากที่ Debian เมื่อถึงจุดหนึ่งข้อผิดพลาด: เปิดไฟล์มากเกินไป วิ่ง: ulimit -a แสดงให้เห็นว่า: เปิดไฟล์ (-n) 1024 ฉันต้องการเพิ่มจำนวนไฟล์ที่เปิดอยู่ 2 ครั้ง หลังจากการประหารชีวิต ulimit -n 2048 ขีด จำกัด ใช้งานได้จนถึงสิ้นสุดเซสชันของฉันซึ่งไม่สามารถใช้ได้กับงาน ฉันจะเพิ่มจำนวนไฟล์ที่เปิดอย่างถาวรได้อย่างไร

2
วิธีลบดิสก์ที่ไม่ดีออกจาก LVM2 โดยมีการสูญเสียข้อมูลน้อยลงใน PVs อื่น ๆ
ฉันมีโวลุ่ม LVM2 พร้อมดิสก์สองตัว ดิสก์ที่ใหญ่ขึ้นเสียหายดังนั้นฉันจึงไม่สามารถทำ pvmove ได้ วิธีที่ดีที่สุดในการลบออกจากกลุ่มเพื่อบันทึกข้อมูลส่วนใหญ่จากดิสก์อื่นคืออะไร นี่คือเอาต์พุต pvdisplay ของฉัน: Couldn't find device with uuid WWeM0m-MLX2-o0da-tf7q-fJJu-eiGl-e7UmM3. --- Physical volume --- PV Name unknown device VG Name media PV Size 1,82 TiB / not usable 1,05 MiB Allocatable yes (but full) PE Size 4,00 MiB Total PE 476932 Free PE 0 …

3
เหตุการณ์ที่แชร์โฟลเดอร์และการเปลี่ยนแปลงไฟล์ของ Vagrant
ฉันมีเครื่องเสมือน Ubuntu ที่ฉันเข้าถึงผ่าน Vagrant บนโฮสต์ของฉัน (Mac OSX) มีโฟลเดอร์ที่มีไฟล์สองไฟล์ที่ฉันแชร์ไปยังเครื่องเสมือน ในเครื่องเสมือนนั้นฉันต้องการใช้Guardเพื่อเฝ้าดูการเปลี่ยนแปลงไฟล์และดำเนินการบางอย่างหากมีการเปลี่ยนแปลงไฟล์ใด ๆ ฉันตั้งค่าการป้องกันอย่างถูกต้องและเมื่อเปลี่ยนไฟล์ที่ใช้ร่วมกันจากภายในเครื่องเสมือนมันทำงานได้ดีและรันสคริปต์ที่เหมาะสม แต่ถ้าฉันพยายามเปลี่ยนไฟล์ที่ใช้ร่วมกันจากเครื่องโฮสต์ของฉันเหตุการณ์การเปลี่ยนแปลงไฟล์นี้จะไม่เผยแพร่และการป้องกันจะไม่ตอบสนอง นี่คือลักษณะโฟลเดอร์คนจรจัดของฉันที่ดูเหมือน (สิ่งปกติสวย) local_config.vm.share_folder "app", "/var/www/app/current", "../app" ฉันได้ลองใช้การแบ่งปัน NFS ( :nfs => true) แต่ก็ไม่ได้ช่วยอะไร มีวิธีใดบ้างที่จะทำให้เหตุการณ์การเปลี่ยนแปลงไฟล์เผยแพร่จากโฮสต์ไปยังเครื่องเสมือน? หรือนี่เป็นสิ่งที่เกี่ยวกับธรรมชาติของ Vagrant / VirtualBox? UPDATE: หลังจากการทดลองเพิ่มเติมฉันติดตั้งZenTest gem ซึ่งมีเครื่องมือ autotest ที่อนุญาตการทำงานที่คล้ายกันเกี่ยวกับเหตุการณ์การเปลี่ยนแปลงไฟล์ เมื่อเรียกใช้ autotest ในเครื่องเสมือนและเปลี่ยนไฟล์จากเครื่องโฮสต์ของฉันการเปลี่ยนแปลงเหล่านี้จะแพร่กระจายและตอบกลับอัตโนมัติ จากสิ่งนี้ดูเหมือนว่าการเผยแพร่เหตุการณ์การเปลี่ยนแปลงไฟล์จะเป็นปัญหาของการ์ดรักษาความปลอดภัยไม่ใช่กล่องคนเร่ร่อนหรือกล่องเสมือน ฉันไม่ได้พิจารณาถึงความแตกต่างในการใช้งานระหว่างการ์ดป้องกันและระบบควบคุมอัตโนมัติ ตอนนี้ฉันรู้ว่ามันเป็นไปได้ที่จะจับเหตุการณ์การเปลี่ยนแปลงไฟล์จากโฮสต์ในเครื่องเสมือน ใครบ้างมีความคิดเกี่ยวกับวิธีการใช้ยามนี้? ฉันชอบที่จะระวังมากกว่าเพราะใช้ DSL และการใช้งานทั่วไป

1
การปรับขนาดโวลุ่มที่เข้ารหัสของ LUKS
ฉันมีระบบไฟล์ ext4 500GiB ที่ด้านบนของ LUKS ด้านบนของ LVM LV ฉันต้องการปรับขนาด LV เป็น 100GiB ฉันรู้วิธีปรับขนาด ext4 ที่ด้านบนของ LVM LV แต่ฉันจะจัดการกับปริมาตร LUKS ได้อย่างไร mgorven@moab:~% sudo lvdisplay /dev/moab/backup --- Logical volume --- LV Name /dev/moab/backup VG Name moab LV UUID nQ3z1J-Pemd-uTEB-fazN-yEux-nOxP-QQair5 LV Write Access read/write LV Status available # open 1 LV Size 500.00 …

2
การเข้าถึงแบบอ่าน / เขียนสำหรับระบบไฟล์ passthrough (9p) ด้วย libvirt / qemu?
ฉันเพิ่งเริ่มการทดลองด้วยการสนับสนุนสำหรับระบบไฟล์ passthrough ในเวอร์ชันล่าสุดของ KVM / QEMU / libvirt การทำให้ระบบไฟล์พร้อมใช้งานสำหรับการเข้าถึงแบบอ่านได้ "เพิ่งใช้งานได้" แต่ฉันสับสนเล็กน้อยเกี่ยวกับวิธีการเข้าถึงการเขียนที่ควรจะทำงาน หลังจากติดตั้งระบบไฟล์ในเกสต์: # mount -t 9p -o trans=virtio /fs/data /mnt ฉันสามารถแก้ไขไฟล์ที่มีอยู่หากมีโหมดo+w: # cd /mnt/work # ls -l foo -rw-rw-rw-. 1 root root 17 Dec 20 11:16 foo # cat foo this is line one # echo this is line two …


3
มีวิธีในการสร้างสำเนา copy-on-write ของไดเรกทอรีหรือไม่?
ฉันกำลังคิดถึงสถานการณ์ที่ฉันจะมีบางสิ่งที่สร้างสำเนาของไดเรกทอรีปรับแต่งไฟล์ไม่กี่ไฟล์แล้วประมวลผลบางอย่างกับผลลัพธ์ ทุ่งนี้ทำค่อนข้างบ่อยบางทีวันละสองสามครั้ง (กรณีการใช้งานที่แน่นอนคือการทดสอบการส่งแพทช์; ติดรหัส, ซ่อม, สร้าง / ทดสอบ / รายงาน / ฯลฯ ) สิ่งที่ฉันกำลังมองหาสามารถทำได้โดยการสร้างโครงสร้างไดเรกทอรีใหม่และเติมด้วยการเชื่อมโยงอย่างหนักจากต้นกำเนิด อย่างไรก็ตามจะใช้งานได้เฉพาะในกรณีที่เครื่องมือทั้งหมดที่คุณใช้ลบและสร้างไฟล์ใหม่แทนที่จะแก้ไขให้เข้าที่ มีวิธีให้ระบบไฟล์ทำcopy-on-writeสำหรับไฟล์หรือไม่? หมายเหตุ: ฉันทราบว่า FSs จำนวนมากใช้ COW ที่ระดับบล็อก (การอัปเดตทั้งหมดจะกระทำผ่านการเขียนไปยังบล็อกใหม่) แต่นี่ไม่ใช่สิ่งที่ฉันต้องการ


3
ใน Linux มีวิธีดูว่าผู้ใช้รายใดทำการอัพเดตไฟล์หรือไม่?
Linux บันทึกว่าใครเป็นผู้เปลี่ยนแปลงไฟล์ครั้งล่าสุด (แทนที่จะสร้างมัน)? ถ้าเป็นเช่นนั้นฉันจะทราบได้อย่างไร ถ้าไม่มีมีวิธีการตรวจสอบไฟล์บ้างไหม?


6
FUD เกี่ยวกับ ext4 เป็นธรรมหรือไม่? หรือมันจะปลอดภัยที่จะใช้ในบางระบบการผลิตหรือไม่?
ฉันสงสัยว่า ext4 นั้นปลอดภัยที่จะใช้บนเซิร์ฟเวอร์ของฉันหรือไม่ แต่ฉันได้ยิน FUD มากมายเกี่ยวกับเรื่องนี้ที่ฉันเป็นห่วง ระบบของเราอาจสูญเสียข้อมูลบางส่วนและจะไม่ใหญ่เกินไป แม้แต่ข้อมูลเต็มวันก็ไม่ได้มีขนที่มากเกินไป และระบบของเราจะได้ประโยชน์สูงสุดจากการเขียนที่ล่าช้า ดังกล่าวกล่าวว่าการคืนค่าระบบไฟล์แบบเต็มจากการสำรองข้อมูลอาจใช้เวลาหลายวันและไม่สามารถยอมรับได้ ประสบการณ์หรือความคิดเห็นที่แจ้งเกี่ยวกับเรื่องที่มี?
14 filesystems  ext4 

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