เซิร์ฟเวอร์ NFS กำลังส่งออกการแชร์ แต่ไม่ใช่ใช่หรือไม่

ฉันใช้ Lubuntu QEMU VM ภายใต้ Bunsenlabs Lithium (Debian 10) ฉันกำลังทดสอบวิธีต่างๆ ในการแชร์โฟลเดอร์กับ NFS การแชร์ที่สร้างครั้งแรกนั้นใช้ได้ แต่โฮสต์ปฏิเสธที่จะแชร์โฟลเดอร์ที่สอง

=== สนิป ===

/ etc / ส่งออก:

/Data/virtualization/KVMShare *(rw,ซิงค์,no_root_squash,no_subtree_check)
/ข้อมูล/share2 *(rw,ซิงค์,no_root_squash,no_subtree_check,ไม่ปลอดภัย)

ทั้ง exportfs และ showmount แสดงว่ากำลังส่งออกโฟลเดอร์:

pg@TREX:~$ sudo exportfs -rav
ส่งออก *:/Data/share2
ส่งออก *:/Data/virtualization/KVMShare  

pg@TREX:~$ sudo showmount -e localhost 
รายการส่งออกสำหรับ localhost:
/ข้อมูล/share2 *
/ข้อมูล/การจำลองเสมือน/KVMShare *

ลูกค้าแสดงสิ่งเดียวกัน:

pg@PT-Lubu:~$ sudo showmount -e 192.168.122.1 
รายการส่งออกสำหรับ 192.168.122.1:
/ข้อมูล/share2 *
/ข้อมูล/การจำลองเสมือน/KVMShare *

=== สนิป ===

... และสิ่งนี้ไม่ควรทำงาน ???

pg@PT-Lubu:~$ sudo mount -t nfs4 192.168.122.1:/ แชร์
pg@PT-Lubu:~$ ll -A หุ้น
lrwxrwxrwx 1 รูทรูท 6 ส.ค. 31 18:30 แชร์ -> /share/
pg@PT-Lubu:~$ ll -A หุ้น/ข้อมูล
รวม 8
drwxrwxrwx 2 ไม่มีใคร nogroup 4096 31 ส.ค. 19:17 share2/
drwxrwxrwx รูท 6 รูท 4096 31 ส.ค. 13:38 การจำลองเสมือน /

เกิดอะไรขึ้น?

แก้ไข

ตามที่ @Michael Hampton ด้านล่างกรุณาช่วยฉันเห็นข้อผิดพลาดในความเข้าใจของฉัน ฉันตัดส่วนที่ไม่เกี่ยวข้องออกไปแล้ว

ฉันยังไม่เข้าใจว่าเหตุใดฉันจึงสามารถเมานต์ไดเร็กทอรีพาเรนต์ในขณะที่ฉันแบ่งปันลูกได้ สิ่งที่ฉันกำลังมองหาคือ:

• เซิร์ฟเวอร์กำลังแชร์จากโฟลเดอร์ Drive1 /Data/Share/Foo1 และ /Data/Share/Foo2
• ลูกค้าเห็นและสามารถเมานต์ Server:/Foo1 และ Server:/Foo2
• ไคลเอนต์ไม่เห็นหรือไม่สามารถเมานต์ Server:/Data หรือ Server:/Data/Share
• หาก Drive1 ล้มเหลว ฉันสามารถเปิดใช้งาน Drive2/Share/Foo1 & 2 ด้วยรหัสการแชร์เดียวกัน
• ไคลเอนต์ยังคงเห็นและติดตั้งเฉพาะ Server:/Foo1 & 2

ฉันจะขอบคุณมากถ้ามีคนสามารถชี้ทิศทางที่ถูกต้องให้ฉันได้

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