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

ฉันมีคำถามเกี่ยวกับขนาดบล็อกและขนาดคลัสเตอร์ เกี่ยวกับสิ่งที่ฉันได้อ่านเกี่ยวกับสิ่งที่ฉันถือว่าต่อไปนี้: ขนาดบล็อกคือขนาดฟิสิคัลของบล็อกส่วนใหญ่ 512 ไบต์ ไม่มีทางที่จะเปลี่ยนแปลงสิ่งนี้ ขนาดคลัสเตอร์คือขนาดที่เล็กที่สุดของบล็อกที่ระบบอ่านและเขียนได้ หากฉันสร้างระบบไฟล์ใหม่เช่น ext3 ฉันสามารถระบุขนาดบล็อกขั้นต่ำนี้ด้วยสวิตช์ -b เกือบทุกโปรแกรมเช่น dumpe2fs, mke2fs ใช้ขนาดบล็อกเป็นชื่อสำหรับขนาดคลัสเตอร์ หากฉันมีผลลัพธ์ต่อไปนี้: $ stat test File: `test' Size: 13 Blocks: 4 IO Block: 2048 regular file Device: 700h/1792d Inode: 15 Links: 1 ถูกต้องหรือไม่ว่าขนาดเป็นพื้นที่จริงเป็นไบต์บล็อกเป็นบล็อกที่ใช้จริง (512 ไบต์สำหรับแต่ละรายการ) และบล็อก IO เกี่ยวข้องกับขนาดบล็อกที่ระบุเมื่อสร้าง FS หรือไม่

20 filesystems  ext3 

ฉันสามารถทำได้df .เพื่อรับข้อมูลบางอย่างเกี่ยวกับการติดตั้งที่ไดเรกทอรีปัจจุบันอยู่ในและฉันสามารถรับข้อมูลทั้งหมดที่ฉันต้องการจากmountแต่ได้รับข้อมูลมาก (ข้อมูลเกี่ยวกับการติดตั้งอื่น ๆ ) ฉันสามารถ grep มันลง แต่ฉันสงสัยว่ามีวิธีที่ดีกว่า มีคำสั่งบางmountinfoอย่างที่mountinfo .ให้ข้อมูลที่ฉันต้องการ (เช่นdf .แต่มีข้อมูลที่mountให้) ฉันใช้ Debian Gnu + Linux

20 filesystems  mount  disk-usage 

ฉันเพิ่งอัพเกรดดิสก์จาก 128GB SSD เป็น 512GB SSD กระบวนการ / พาร์ติชันถูกเข้ารหัสด้วย LUKS ฉันต้องการความช่วยเหลือในการขยายพาร์ติชันเพื่อใช้พื้นที่ว่างทั้งหมดบนดิสก์ใหม่ ฉันได้ขับรถเก่าไปยังไดรฟ์ใหม่แล้ว: [root@localhost ~]# fdisk -l /dev/sda Disk /dev/sda: 477 GiB, 512110190592 bytes, 1000215216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes …

20 filesystems  luks 

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

19 filesystems  linux-kernel 

ระบบไฟล์ Unix มักจะมีตารางไอโหนดและจำนวนรายการในตารางนี้มักจะได้รับการแก้ไขในเวลาที่ระบบไฟล์ถูกสร้างขึ้น บางครั้งสิ่งนี้นำไปสู่ผู้ที่มีพื้นที่ดิสก์จำนวนมากได้รับข้อความแสดงข้อผิดพลาดที่ทำให้สับสนเกี่ยวกับที่ว่างและแม้กระทั่งหลังจากที่พวกเขาทราบว่าปัญหาคืออะไรไม่มีวิธีแก้ง่ายสำหรับสิ่งที่ต้องทำ แต่ดูเหมือนว่า (สำหรับฉัน) ว่ามันจะเป็นที่พึงปรารถนาอย่างยิ่งที่จะหลีกเลี่ยงความยุ่งเหยิงทั้งหมดนี้ด้วยการจัดสรร inode ตามความต้องการโดยสมบูรณ์โปร่งใสให้กับผู้ใช้และผู้ดูแลระบบ หากคุณเข้าสู่แฮ็คที่น่ารักคุณสามารถทำให้ตารางไอโหนดนั้นเป็นไฟล์ได้และใช้รหัสที่คุณมีอยู่แล้วเพื่อหาพื้นที่ว่างบนดิสก์ หากคุณโชคดีคุณอาจท้ายด้วย inodes ซึ่งอยู่ใกล้กับไฟล์โดยไม่ต้องพยายามให้ได้ผลลัพธ์นี้ แต่ไม่มีใคร (ที่ฉันรู้) ทำสิ่งนี้จริง ๆ ดังนั้นอาจมีการจับที่ฉันหายไป มีความคิดอะไรที่อาจเป็น?

19 filesystems  inode 

ฉันมีext4พาร์ติชัน900GB บนฮาร์ดไดรฟ์ (แบบแม่เหล็ก) ที่ไม่มีข้อบกพร่องและไม่มีเซกเตอร์เสีย พาร์ติชันว่างเปล่าอย่างสมบูรณ์ยกเว้นlost+foundไดเรกทอรีว่าง พาร์ติชันถูกฟอร์แมตโดยใช้พารามิเตอร์เริ่มต้นยกเว้นว่าฉันจะตั้งค่าจำนวนบล็อกระบบไฟล์ที่สงวนไว้เป็น 1% ฉันดาวน์โหลดไฟล์ ~ 900MB xubuntu-15.04-desktop-amd64.isoพาร์ทิชันของ mount wgetไดเรกทอรีจุดโดยใช้ เมื่อการดาวน์โหลดเสร็จสิ้นฉันพบว่าไฟล์ถูกแบ่งออกเป็นสี่ส่วน: filefrag -v /media/emma/red/xubuntu-15.04-desktop-amd64.iso Filesystem type is: ef53 File size of /media/emma/red/xubuntu-15.04-desktop-amd64.iso is 1009778688 (246528 blocks of 4096 bytes) ext: logical_offset: physical_offset: length: expected: flags: 0: 0.. 32767: 34816.. 67583: 32768: 1: 32768.. 63487: 67584.. 98303: 30720: …

19 filesystems  ext4  large-files 

ฉันค่อนข้างอายที่จะถามคำถามนี้ แต่ฉันต้องการดูแผนภาพที่แสดงว่าสิ่งต่อไปนี้เกี่ยวข้องกันอย่างไร มันจะดีถ้าไดอะแกรมนั้นรวมการแปลงใด ๆ ที่จำเป็นในการแมประหว่างเลเยอร์ต่าง ๆ เช่นกัน ตามที่ฉันเข้าใจฉันเชื่อว่าพวกเขาเกี่ยวข้องกันด้วยวิธีต่อไปนี้ แต่ฉันไม่แน่ใจว่าความเข้าใจของฉันนั้นถูกต้อง 100% .-----------------. | inode | '-----------------' | .-----------------. | EXT4 | '-----------------' | .---------------------. | logical volume (LV) | --- part of LVM '---------------------' | .-------------------. | volume group (VG) | --- part of LVM '-------------------' | .---------------. | /dev/<device> | …

19 filesystems 

ผมติดตั้ง CentOS แล็ปท็อปของฉันเกี่ยวกับ 8 เดือนที่ผ่านมาและฉันต้องการที่จะรู้ว่าเมื่อว่าผมติดตั้งมันว่าผมสามารถทำใน CentOS 6.4?

19 centos  filesystems  system-installation  date 

ฉันต้องการวิธีตรวจจับชนิดเมานต์ของ CWD ของฉันที่ไม่ขึ้นกับแพลตฟอร์ม โดยเฉพาะฉันต้องพิจารณาว่า CWD ของฉันอยู่ในการเมานต์ที่เก็บ SSHFS, NFS, CIFS, SMB หรือบล็อกท้องถิ่น ฉันต้องทำสิ่งนี้บน Mac OSX 10.6, 10.7 และ RHEL5 (อย่างน้อยที่สุด) มีความเป็นไปได้ที่จะใช้ df แต่ df มีลักษณะการทำงานที่แตกต่างกันมากในสองแพลตฟอร์มนี้ นอกจากนี้ฉันต้อง CLI ขูดเอาท์พุทด้วย awk ซึ่งในขณะที่สามารถทำงานได้คือ ... เปราะบาง ข้อมูลนี้จะต้องมีในบางระดับ มีเครื่องมือที่ฉันไม่ทราบว่าสามารถให้ข้อมูลนี้กับฉันได้หรือไม่?

19 linux  filesystems  mount  osx 

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

19 filesystems  files  directory  architecture 

ตามหน้า man สำหรับ ls ls -Uหมายถึง: อย่าเรียงลำดับ; รายการรายการในลำดับไดเรกทอรี "ลำดับของไดเรกทอรี" หมายถึงอะไรและมีการกำหนดอย่างไร การทดสอบต่อไปนี้ (ดำเนินการในระบบไฟล์ ext3) แสดงให้เห็นว่าไม่ใช่ลำดับที่สร้างไฟล์: root@sv1010vm0007:/tmp# mkdir test root@sv1010vm0007:/tmp# touch test/2 root@sv1010vm0007:/tmp# touch test/1 root@sv1010vm0007:/tmp# touch test/3 root@sv1010vm0007:/tmp# ls -U test 2 3 1

19 filesystems  ls 

มีโมดูลเคอร์เนลหรือโปรแกรมแก้ไขอื่น ๆ หรือคล้ายกับ Windows ReadyBoostหรือไม่? โดยทั่วไปฉันกำลังมองหาบางอย่างที่ช่วยให้การอ่านดิสก์ถูกแคชบนแฟลชไดรฟ์

19 linux  filesystems  cache  ssd 

ฉันมีไดเรกทอรีที่มีไฟล์ขนาดเล็กประมาณ 100,000 ไฟล์ (แต่ละไฟล์มีตั้งแต่ 1-3 บรรทัดแต่ละไฟล์เป็นไฟล์ข้อความ) ขนาดไดเรกทอรีไม่ใหญ่มาก (<2GB) ข้อมูลนี้อาศัยอยู่ในเซิร์ฟเวอร์ NFS ที่ดูแลอย่างมืออาชีพ เซิร์ฟเวอร์รัน Linux ฉันคิดว่าระบบไฟล์ ext3 แต่ฉันไม่รู้แน่นอน นอกจากนี้ฉันไม่สามารถเข้าถึงเซิร์ฟเวอร์ได้ ไฟล์เหล่านี้เป็นผลลัพธ์ของการทดลองทางวิทยาศาสตร์ขนาดใหญ่ซึ่งฉันไม่สามารถควบคุมได้ อย่างไรก็ตามฉันต้องวิเคราะห์ผลลัพธ์ การดำเนินการ / การประมวลผล I / O ใด ๆ ในไดเรกทอรีนี้ช้ามาก การเปิดไฟล์ (fopen ใน python) การอ่านจากไฟล์ที่เปิดปิดไฟล์ทั้งหมดช้ามาก ใน bash ls, du ฯลฯ ไม่ทำงาน คำถามคือ: จำนวนไฟล์สูงสุดในไดเรกทอรีในลีนุกซ์ในทางที่เป็นไปได้ในการประมวลผล, fopen, อ่าน, ฯลฯ คืออะไร? ฉันเข้าใจว่าคำตอบนั้นขึ้นอยู่กับหลาย ๆ อย่าง: ประเภท fs, …

19 filesystems  large-files 

การเปลี่ยนชื่อโฟลเดอร์ด้วย 180GB มีความเสี่ยงmvหรือไม่ เรามีโฟลเดอร์/dataที่มี 180GB เราต้องการเปลี่ยนชื่อ/dataโฟลเดอร์/BD_FILESด้วยmvคำสั่ง ปลอดภัยไหมที่จะทำเช่นนั้น?

19 linux  filesystems  mv 

ฉันต้องการบังคับให้พาร์ติชันดิสก์อ่านโหมดอย่างเดียวและเก็บไว้เป็นแบบอ่านอย่างเดียวนานกว่า 30 นาที สิ่งที่ฉันได้ลอง: mount -o remount,ro (partition-identifier) (mount-point) -t (filesystem) ปัญหา : สิ่งนี้ทำให้อุปกรณ์เกิดข้อผิดพลาดเนื่องจากบางกระบวนการใช้พาร์ติชัน ฉันไม่ต้องการฆ่ากระบวนการโดยใช้ดิสก์ ฉันต้องการจำลองดิสก์ในทันทีที่อ่านอย่างเดียวเมื่อกระบวนการยังคงใช้งานอยู่ ใช้คีย์ sysrq magic ดังด้านล่าง echo u > /proc/sysrq-trigger ปัญหา : สิ่งนี้จะทำให้พาร์ติชันดิสก์ทั้งหมดเป็นแบบอ่านอย่างเดียว (แม้ว่าอุปกรณ์จะไม่ว่าง) แต่หลังจาก 20-30 นาทีเครื่องจะรีบูตตัวเอง เครื่องบางเครื่องกำลังรีบูตทันทีเมื่อคำสั่งนี้ถูกดำเนินการ ไม่แน่ใจว่าเกิดจากการรีบูตครั้งนี้หรือไม่ ฉันไม่ต้องการให้เครื่องรีบูตตัวเองและต้องการให้ดิสก์อยู่ในโหมดอ่านอย่างเดียวเป็นเวลา 30+ นาที คำถาม : มีวิธีใดที่ดีกว่าที่ฉันสามารถบังคับให้พาร์ติชันดิสก์เดียวอ่านอย่างเดียวและอยู่ในสถานะนั้นเป็นเวลาครึ่งชั่วโมงและนำมันกลับไปที่โหมดอ่าน - เขียนโดยไม่ทำให้กระบวนการรีบูตใด ๆ ?

19 linux  filesystems  mount  readonly