ควรติดตั้งดิสก์แบบถาวรเป็นพิเศษที่ไหนใน“ /”


32

ตามที่ Wikipedia

http://en.wikipedia.org/wiki/Unix_directory_structure

http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

ไม่ควรติดตั้งดิสก์เพิ่มเติม/mnt/ตามลิงก์แรก แต่ไม่ได้ตะเข็บตามลิงก์ที่สอง

/mediaทั้งสองพูดคิดว่าพวกเขาไม่ควรจะอยู่ใน

คำถาม

ดังนั้นควรติดตั้งดิสก์แบบถาวรพิเศษที่ไหน?


2
เหตุผลในการหลีกเลี่ยง / สื่อคือสิ่งที่ udisks (เช่น) จะใส่อุปกรณ์ที่ติดตั้งโดยอัตโนมัติดังนั้นหากคุณใส่สิ่งที่นั่นแล้วคุณอาจปะทะกับมัน

ฉันคิดว่า / สื่อทันสมัยมากขึ้นทุกวันนี้ ผู้คนใช้ / mnt ก่อนที่จะมีแนวคิดของไดรฟ์ USB และการแลกเปลี่ยนความร้อน
djangofan

3
/ mnt มีจุดประสงค์เพื่อเป็นจุดที่สามารถติดตั้งระบบไฟล์ได้ชั่วคราวโดยผู้ดูแลระบบ หากคุณทำตามคำแนะนำนี้คุณจะไม่ติดอะไรถาวรในนั้น แต่ในทำนองเดียวกันสื่อ / มีจุดประสงค์เพื่อให้มีจุดเชื่อมต่อสำหรับสื่อที่ถอดได้ หากผู้ใช้ไม่สามารถ "eject" หรือ "ลบ" มันก็อาจจะไม่ได้อยู่ในนั้น ซึ่งยังคงทิ้งคำถามว่าจะติดตั้งไดรฟ์เพิ่มเติมถาวรได้อย่างไร
trr

ฉันยื่นข้อผิดพลาดต่อ FSF bugs.linuxfoundation.org/show_bug.cgi?id=1432
Yaroslav Nikitenko

คำตอบ:


18

ตามลิงค์ FHS ที่คุณให้

 /mnt/  Temporarily mounted filesystems.

ดังนั้นฉันคิดว่าคุณต้องหมายถึงระบบไฟล์ที่ไม่ได้รูทไม่ใช่ระบบราก (หมายถึงไม่ใช่ / var / log หรือคล้ายกัน)

ฉันมักจะใส่ไว้ใน / mnt / fsidentifier แล้วเชื่อมโยงกับที่จำเป็น

ดังนั้นตัวอย่างเช่นฉันมี / mnt / เว็บไซต์ ณ จุดหนึ่ง / mnt / appdata, / mnt / อะไรก็ตามแล้ว symlink ที่ ฉันไม่เคยติดตั้งอะไรเลยกับ / mnt โดยตรง

หากคุณต้องการโซลูชันที่ "สะอาด" คุณสามารถเขียนสคริปต์เพื่อใช้ UUID ของระบบไฟล์สร้างจุดเชื่อมต่อสำหรับมัน (ใต้ / mnt หรือที่ใดก็ตามที่คุณต้องการ) จากนั้นติดตั้งระบบไฟล์ไปยังจุดติดตั้ง


2
FHS บ่งชี้ว่าจะถูกวางดีกว่าที่/mnt/website /srv/website
Tom Hale

17

ดิสก์เพิ่มเติมมักจะถูกเมาท์ในไดเรกทอรีที่เรียกว่ามีบางสิ่งที่สะท้อนถึงอุปกรณ์ที่ถูกเมานต์เช่นสำหรับอุปกรณ์ CD-ROM ตัวแรก การประชุมครั้งนี้มีการปฏิบัติตามอย่างกว้างขวางภายใต้ Linux สำหรับอุปกรณ์ที่ถอดออกได้และบ่อยครั้ง แต่ไม่เสมอไปสำหรับอุปกรณ์ถาวร/media/something/media/cdrom0

FHS ห้ามการกระจายจากการใช้ไดเรกทอรีภายใต้/mntเนื่องจากผู้ดูแลระบบบางคนใช้/mntตัวเองเป็นจุดเชื่อมต่อสำหรับการเมาท์ชั่วคราว หากคุณเป็นผู้ดูแลคุณสามารถทำสิ่งที่คุณต้องการ; อย่าใช้/mntตัวเองเป็นจุดเมานท์ถ้าคุณสร้างไดเรกทอรีภายใต้มัน

หลายสถานที่มีการประชุมของตัวเอง เคาน์เตอร์อัตโนมัติบางแห่งมีไดเรกทอรีหรือไดเรกทอรีของตนเอง (กำหนดค่าผ่าน/etc/fstabและ/etc/auto.*); /amntหรือ/autoเป็นชื่อทั่วไป /net/$machine_nameเมาท์เครือข่ายมักจะวางอยู่ภายใต้ บางสถานที่เพียงใช้สิ่งที่ผ่านไปใจของผู้ดูแลระบบ: /data, /local, /scratch...

แน่นอนระบบไฟล์ที่มีสถานที่เฉพาะในโครงสร้างไดเรกทอรีควรจะติดตั้งที่นั่น ยกตัวอย่างเช่นพาร์ติชันอีเมลเป็นปกติติดตั้งโดยตรงบนหรือ/var/mail /var/spool/mailหากโฮมไดเร็กตอรี่ของคุณกระจายอยู่ระหว่างดิสก์หลาย ๆ ตัวมันเป็นเรื่องปกติที่จะเมานต์ไฟล์เหล่านั้น/homeเช่น~alice= /home/disk0/aliceและ~bill= /home/disk1/billและต่อไปเรื่อย ๆ หากคุณต้องการเปิดเผยดิสก์ที่แตกต่างกันในโฮมไดเร็กตอรี่ หากคุณไม่ต้องการให้ติดตั้งพาร์ติชั่นโฮมทุกที่ที่คุณต้องการและสร้างลิงค์สัญลักษณ์หรือระบบ/homeอัตโนมัติ


14

ทุกที่ที่คุณชอบและที่ไหนที่เหมาะสมที่สุดสำหรับคุณ ฉันได้เห็นสายพันธุ์ที่นับไม่ถ้วน

ตัวเองก็มักจะติดพวกเขาที่/data0, /data1หรือไดเรกทอรีย่อยด้านล่าง/dataและวาง symlinks ไปยังสถานที่ที่เหมาะสม (ชอบ/home)



@ TomHale ตรงไหนมันมืด? ฉันขอเน้นที่นี่ว่าจุดยึดไม่ได้ใช้พื้นที่มากจากรูท และเรากำลังพูดถึงผู้ใช้ไม่ใช่แอปพลิเคชันที่นี่
x-yuri

@ x-yuri จุดที่ดี ส่วน "เหตุผล" ที่ 2 นำไปใช้กับแอปพลิเคชัน อย่างไรก็ตามหากคุณจัดการระบบของผู้ใช้รายอื่นคุณจะพบสิ่งต่าง ๆ ได้ง่ายขึ้นหากอยู่ในสถานที่มาตรฐาน
Tom Hale

@ TomHale สิ่งที่ดูเหมือนจะไม่ได้เป็นสถานที่มาตรฐาน /mntใช้สำหรับระบบไฟล์ที่เมาท์ชั่วคราว /mediaสำหรับอุปกรณ์แบบถอดได้ /srv? ฉันไม่เห็นด้วยเว้นแต่คุณจะให้คำพูดที่แสดงความคิดเห็นอื่นของคุณ สิ่งที่ฉันเห็นด้วยคือควรมีสถานที่ดังกล่าวดีกว่า
x-yuri

3

SuSE มี / srv เป็นจุดเชื่อมต่อทั่วไปสำหรับเนื้อหาที่เกี่ยวข้องกับเซิร์ฟเวอร์

/ var / lib / yourapplication ดูเหมือนจะเป็นมาตรฐานเช่นกัน

เนื่องจากฉันใช้ออโต้รูมกับรายการที่คงที่สำหรับสิ่งเหล่านี้ฉันมักจะใช้ / automnt

สื่อที่เมานต์อัตโนมัติโดย UDEV (/ สื่อ) กำลังถูกเปลี่ยนเส้นทางผ่าน CLAMFS (สำหรับการสแกนไวรัส) ไปยัง / extern บนเวิร์กสเตชันของฉัน

สั้นมาก - ไม่มีมาตรฐานจริง - มันขึ้นอยู่กับคุณ

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