การเป็นเจ้าของไฟล์ / ไดเรกทอรี Linux: ฉันสามารถ cp ไฟล์ได้ แต่ไม่สามารถทำการสำรองข้อมูลผ่านทาง unison


1

ฉันมีคำถามเกี่ยวกับการเป็นเจ้าของไฟล์ / ไดเรกทอรี Linux ที่ให้ฉันคัดลอกไฟล์โดยใช้ cpแต่ไม่ต้องสำรองข้อมูลผ่านทางยูทิลิตี้ unison. ปัญหาดูเหมือนจะเป็นการเปลี่ยนแปลงความเป็นเจ้าของสำหรับไฟล์ชั่วคราวของพร้อมเพรียง ฉันต้องการทราบวิธีการแก้ไขนี้

ไฟล์อยู่ในโครงสร้างไดเรกทอรีที่มีลักษณะดังนี้:

/.../A/B/C/D.txt

การเป็นเจ้าของ & amp; สิทธิ์ดูเหมือนว่า:

A is root:root, 500 (rx)
B is me:root, 500 (rx)
C is me:root, 700 (rwx)
D.txt is me:root, 600 (rw)

ถ้าฉัน cp D.txt ไปยังโครงสร้างไฟล์ที่เป็นเจ้าของและได้รับอนุญาตบนเดสก์ท็อปของฉันที่เริ่มต้นที่ B ทุกอย่างใช้ได้ดี ในทางตรงกันข้ามถ้าฉันใช้พร้อมเพรียงเพื่อคัดลอกโครงสร้างไดเรกทอรีมันล้มเหลวในการเปลี่ยนความเป็นเจ้าของสำหรับไฟล์ ".unison.D.txt.nnnnn" มีวิธีแก้ไขไหม?

UNISON 2.48.3 เริ่มเผยแพร่การเปลี่ยนแปลงที่ 02: 53: 54.51 ในวันที่ 20 พฤศจิกายน 2018

[BGN] การคัดลอก B / C / D.txt จาก /.../A ถึง / home / me / Desktop / [คือ to /home/me/Desktop/B/C/D.txt]

ล้มเหลว: ข้อผิดพลาดในการตั้งค่าความเป็นเจ้าของไฟล์:
ไม่อนุญาตการดำเนินการ [chown (/home/me/Desktop/B/C/.unison.testing.txt.a14bcb4fe76cb8c262af6a50e2043619.unison.tmp)]

ล้มเหลว [B / C / D.txt]: ข้อผิดพลาดในการตั้งค่าความเป็นเจ้าของไฟล์:
ไม่อนุญาตการดำเนินการ [chown (/home/me/Desktop/B/C/.unison.testing.txt.a14bcb4fe76cb8c262af6a50e2043619.unison.tmp)]

UNISON 2.48.3 เสร็จสิ้นการเผยแพร่การเปลี่ยนแปลงที่ 02: 53: 54.51 เมื่อวันที่ 20 พฤศจิกายน 2018

พื้นหลัง: ฉันกำลังพยายามใช้พร้อมเพรียง & amp; incron เพื่อสำรองไฟล์ระบบออนไลน์ของ Keybase ซึ่งมีอยู่ที่ /run/user/1000/keybase/kbfs. ด้านล่างไดเรกทอรีนั้นฉันพบว่าชุดของโฟลเดอร์ทั้งหมดเป็นของฉัน: root ไดเรกทอรีทั้งหมดเป็นโหมด 500 (rx), บันทึกของตัวเอง (/.../kbfs/private/me) ซึ่งก็คือ 700 (rwx) ไฟล์ทั้งหมดเป็นโหมด 600 (rw) ฉันต้องการมิเรอร์บนเดสก์ท็อปของฉัน


1
ฉันเห็นว่าข้อผิดพลาดไม่ได้คัดลอกไฟล์ แต่ค่อนข้างจะรักษาสิทธิ์การเป็นเจ้าของ / home เป็นโลคัลดิสก์ (ถ้าเป็นเช่นนั้นชนิดพาร์ติชั่น) หรือชนิดของการติดตั้ง - และถ้าเป็นหลังมันใช้ SMB, NFS หรืออย่างอื่นหรือไม่?
davidgo

/ home เป็น bvfs subvolume, @home ซึ่งโดยที่ @ (root) อยู่ในพาร์ติชันหลักเดียวกันของ SSD ของฉัน
Diagon

คำตอบ:


0

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

ทางออกสำหรับการพร้อมเพรียงคือการใช้ group = false เพื่อป้องกันไม่ให้พยายามซิงค์ความเป็นเจ้าของรูท ในกรณีนั้นก็ยังต้องการ perms = 0o1700 เพื่อหลีกเลี่ยงการพยายามตั้งค่าบิตการอนุญาตของรูทหรือของผู้อื่น

ใช้งานได้เมื่อพร้อมเพรียงจาก cli แต่ยังคงนำเสนอปัญหาเมื่อใช้กับ incrond - แต่สำหรับคำถามอื่น ...

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