Score:0

พฤติกรรมแบบสุ่มของความเป็นเจ้าของเปลี่ยนไปหลังจากเมานต์ใน Linux

ธง cn

ดังนั้นฉันจึงรู้ว่าโดยค่าเริ่มต้นเมื่อเราเมานต์ ตั้งค่าความเป็นเจ้าของผู้ใช้/กลุ่มเป็น uid=0=gid เมื่อเป็นของรูทและฉันอ่านในหน้าคนเมานต์

สิ่งที่แปลกคือฉันกำลังติดตั้งการแบ่งปัน NFS /อรดาต้า ซึ่งเป็นไดเร็กทอรีที่ฉันสร้างไว้ดังนี้

[root@sandbox ~]# mkdir /oradata
[root@sandbox ~]# chown oradata:oinstall /oradata

จากนั้นกำลังทำการเมานต์ NFS:

[root@sandbox ~]# mount -t nfs -o rw,hard,rsize=1048576,wsize=1048576,vers=3,tcp ip_address:/oracle_test /oradata

ตอนนี้หลังจากเมานต์เป็นเจ้าของ /อรดาต้า บางครั้ง เปลี่ยนเป็น ราก:ราก และบางครั้งก็ยังคงเป็น ออราเคิล:oinstall เป็นการติดตั้งล่วงหน้า

คำถามของฉันคือทำไมพฤติกรรมนี้ถึงสุ่ม? ไม่ควรเปลี่ยนความเป็นเจ้าของหลังจากเมานต์เป็นรูทหรือไม่

PS: ฉันใช้ Azure Volume Storage สำหรับ NFS ด้วย

Score:0
ธง np

ความเป็นเจ้าของผู้ใช้/กลุ่มถูกตั้งค่าเป็น uid=0=gid เมื่อเป็นของรูท และฉันอ่านในหน้าคนเมานต์

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

โพสต์คำตอบ

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