/ run / user / 1000 / gvfs คืออะไร /


8

ฉันเชื่อมต่อกล้องแอ็คชั่นของฉัน (GoPro Hero 5) กับคอมพิวเตอร์ที่ใช้ Ubuntu 16.10 LTS เพื่อดาวน์โหลดไฟล์ /media/ที่แปลกใจของฉันฉันไม่เห็นโฟลเดอร์ของกล้องใน การเรียกใช้find | grep DCIMจากโฟลเดอร์รูทค้นพบโฟลเดอร์ที่มีพา ธ ต่อไปนี้ซึ่งมีไฟล์วิดีโอที่ฉันค้นหาอยู่:

/run/user/1000/gvfs/gphoto2:host=%5Busb%3A003%2C094%5D/DCIM/

ดังนั้นอะไรคือ/run/user/1000/gvfs/วัตถุประสงค์ของมันแตกต่างกัน/media/อย่างไร



@ ซานาฉันไม่คิดว่าเกี่ยวข้องกัน ฉันไม่มีปัญหาการอนุญาต ฉันถามว่าเพราะเหตุใดกล้องจึงไม่ติดตั้ง/media/เหมือนกับอุปกรณ์ usb อื่น ๆ ทั้งหมดที่ฉันลองมา
AlwaysLearning

1
อืมคำตอบบอกว่าอะไร/run/user/1000/gvfsคือ - จุดเมานท์สำหรับ FUSE หากนั่นไม่ใช่สิ่งที่คุณถามคุณอาจต้องการแก้ไขชื่อคำถามของคุณ แต่ฉันไม่ได้บอกว่ามันซ้ำซ้อน
Zanna

@Zanna คุณพูดถูก ฉันเดาว่าคำถามจะกลายเป็น: ทำไมในโลกที่กล้องใช้ FUSE
AlwaysLearning

1
@ เสมอการเรียนรู้ทำไมจะไม่ได้หรือไม่ FUSE (ชื่อรวมถึง "พื้นที่ผู้ใช้") อนุญาตให้ผู้ใช้ทั่วไปสามารถเมานต์อุปกรณ์ได้ - คุณไม่ต้องการให้ผู้ใช้ทั่วไปใช้สิทธิ์ผู้ดูแลระบบเพียงเพื่อเข้าถึงกล้องหรือโทรศัพท์ (แม้อนุญาตให้ udisks และ polkit) unix.stackexchange.com/a/65074/70524
muru

คำตอบ:


7

ถนนทุกสายนำไปสู่ ​​Gnome

Ubuntu ขึ้นอยู่กับหลาย ๆ อย่างรวมถึงการเขียนโปรแกรมที่พัฒนาขึ้นเองจาก Canonical (เจ้าของ Ubuntu) คนส่วนใหญ่รู้ว่ามันใช้ลินุกซ์เคอร์เนลและจัดเตรียมสภาพแวดล้อมเดสก์ท็อป "GNOME" แต่มันก็ขึ้นอยู่กับ Debian และบางทีก็เป็น Gnome Internals ที่สำคัญ ฉันกล้าพูดในอูบุนตูอย่างแท้จริงว่า: "ถนนทุกสายนำไปสู่ ​​Gnome"

GIO / gvfs คืออะไร

ในคำถามของคุณองค์ประกอบย่อมาจาก "คำพังเพยเสมือน File System" กล้องและโทรศัพท์ Android ของคุณติดตั้งใน "พื้นที่ผู้ใช้" นี้นอก "พื้นที่เคอร์เนล" ซึ่งมี "เมา" ปกติเกิดขึ้น/run/user/1000/gvfs/gvfs

ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ GIO (Gnome อินพุตเอาต์พุตที่ผมคาดการณ์) ดูที่นี่และที่นี่ อูบุนตูมีหน้าเกี่ยวกับการใช้ GIO จะติดอุปกรณ์ใช้gvfs-mount คำสั่ง

องค์ประกอบอื่น ๆ ในคำถามของคุณ/run/user/1000/gvfs/คือ/run/userองค์ประกอบ สิ่งนี้ถูกสร้างขึ้นโดยsystemdการหลีกเลี่ยงการใช้/tmpไดเรกทอรีซึ่งเป็นวิธีปฏิบัติทั่วไปสำหรับอุปกรณ์ดังกล่าวเพราะ "กฎ" ด้านเครือข่าย ดูที่นี่

ส่วนอื่นของคำถามของคุณแตกต่างจาก/mediaอย่างไร

/mediaไดเรกทอรีที่เก็บข้อมูลแบบถอดตั้งอยู่ จัดเก็บข้อมูลแบบถอดได้อยู่ในรูปแบบไฟล์ที่คุ้นเคยเช่นext4, หรือfat ntfsชื่ออุปกรณ์และชื่อที่ติดตั้งเป็นแบบคงที่

โทรศัพท์ Android ของคุณไม่ได้เป็นเพียงแค่ที่จัดเก็บข้อมูลแบบถอดได้ แต่เป็นระบบปฏิบัติการแบบถอดได้ที่มีที่เก็บข้อมูล โดยทั่วไปการเข้าถึงหน่วยเก็บข้อมูลด้วย MTP อย่างไรก็ตามมีโฮสต์ของโปรแกรมที่จะสื่อสารกับโทรศัพท์ /run/user/1000/gvfsนั่นคือเหตุผลที่จะเข้าสู่ แซมบ้าไปในไดเรกทอรีเดียวกัน แต่ฉันยังไม่ได้ทำการวิจัย

ใน/run/user/1000โครงสร้างไดเร็กทอรีชื่อเมาต์เป็นแบบไดนามิกและเปลี่ยนแปลงกับทุกการเชื่อมต่อ ตัวอย่างเช่นโทรศัพท์ของฉันในปัจจุบันคือ:

$ ll /run/user/1000/gvfs/mtp:host=%5Busb%3A001%2C013%5D
total 0
dr-x------ 1 rick rick 0 Dec 31  1969 ./
dr-x------ 3 rick rick 0 May  9 18:20 ../
drwx------ 1 rick rick 0 Dec 31  1969 Internal storage/
drwx------ 1 rick rick 0 Dec 31  1969 SD card/

การแจงนับ USB นั้นมีชื่อเสียงในการเปลี่ยนแปลงดังนั้นคุณจึงมั่นใจได้ว่าชื่อไดเรกทอรีจะแตกต่างกันในครั้งต่อไป /media"สิ่งของ" ในทางกลับกันคงที่

สังเกตวันที่แสดงโดย Ubuntu 16.04 ภายใต้เคอร์เนล 4.14.34 ฉันไม่เคยมีสมาร์ทโฟน Android เครื่องนี้มาตั้งแต่ปี 1969 ฉันคิดว่าเราสามารถเรียกสิ่งนี้ได้ว่าข้อผิดพลาด


คุณพูดถูก ถ้าคุณเมาท์แซมบ้าแชร์จากตัวจัดการไฟล์ของคุณมันจะเข้าสู่ gvfs แต่ถ้าคุณแชร์ Samba ผ่าน fstab มันจะเข้าสู่ / media เรื่องนี้ทำให้ฉันสับสนในตอนแรก แต่ตอนนี้ฉันเพิ่งยอมรับ
หินอ่อนออร์แกนิก

@OrganicMarble น่าเสียดายที่ฉันยังไม่ได้ลอง Samba ฉันมีมันในเวลาสั้น ๆ รายการที่ต้องทำพร้อมกับอูบุนตูเซิร์ฟเวอร์, โคมไฟ, SQL /run/user/1000และซีขอบคุณสำหรับการแบ่งปันประสบการณ์ของคุณผมอ่านของฉันเท่านั้นเกี่ยวกับเรื่องของความสัมพันธ์กับ
WinEunuuchs2Unix

ฉันใช้เวลามากกับการเรียน Samba! ไม่มีผู้เชี่ยวชาญแน่นอน แต่ฉันมีการกำหนดค่าการทำงาน ด้วยความปรารถนาดีในขณะที่คุณเรียนรู้มัน
หินอ่อนออร์แกนิก

@OrganicMarble ที่จริงแล้วเหตุผลของฉันในการเรียนรู้คือการแชร์ไฟล์กับ Windows 10 Ubuntu Bash (WSL) แทนที่จะเป็นพาร์ติชั่นที่สามในปัจจุบันของฉัน ฉันไม่แน่ใจด้วยซ้ำว่ามันจะใช้งานได้แค่อ่านเกี่ยวกับสถานที่บางแห่งเมื่อหนึ่งหรือสองเดือน
WinEunuuchs2Unix
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.