Dropbox: ext4 ext4 değil

Bir süre önce Dropbox, ext4'ü yalnızca FS olarak destekleme konusunda beni uyarmaya başladı. Mutlu bir BTRFS kullanıcısı olarak mutlu değildim, ama bunu yaptım:

dropbox stop
dd if=/dev/zero of=~/dropbox.img bs=1M count=4096
mkfs.ext4 ~/dropbox.img
echo "${HOME}/dropbox.img ${HOME}/Dropbox ext4 rw,async 0 2" | sudo tee -a /etc/fstab
rm -rf ~/Dropbox/*
sudo mount "${HOME}/Dropbox"
sudo chown "${USER}:" "${HOME}/Dropbox"

Her şey hatasız çalıştı, ancak Dropbox hala ext4'ü kendi klasörü için kullanmam gerektiğini söylüyor. Neyi yanlış yapıyorum?

Dropbox'ın Linux üzerinde çalışmaya devam etmesi için gereken üç şey var ve bunlardan sadece biri doğru olarak belgeleniyor. Burada özetlediğim şey, Ubuntu 18.04.1'deki (amd64) Dropbox 59.4.93 için çalıştı.

İlk engeli zaten temizledin:

• Temel dosya sisteminin olması ext4ve özellikle de olmaması gerekir ecryptfs . yani eğer ev klasörünüz şifrelenmişse, Dropbox klasörünü başka bir yere koymanız gerekir, örn. ayrı bir ext4bölüm.

Kontrol edilecek diğer şeyler şunlardır:

• ext4Dosya sistemi ile biçimlendirilmiş olması gerekir ext_attrüzerinde. Varsayılan davranış budur, ancak çalıştırarak onaylayabilirsiniz debugfs -R features /dev/sda1(veya cihaz dosyanızın adı ne olursa olsun - LVM kullanıyorsanız, bunun gibi bir şey olabilir /dev/mapper/computername--vg-partitionname)
• ext4Bölüm ile monte edilmesi gerekmektedir user_xattrseçenek kümesi (Sen denetlemek ve GNOME diskler veya düzenleyin seçeneğini ekleyebilirsiniz /etc/fstabdoğrudan)
• Hedef klasör (veya Dropbox'In senkronizasyon klasör) en az olması gerekir , iki tarif edildiği gibi, bağlantı noktasının altındaki seviyeleri bu yazı . Bu açık bir şekilde yüz yüze layık bir hatadır.

Bunları düzelttikten sonra, Dropbox sonunda hedef klasörü taşımama izin verdi ve "desteklenmeyen dosya sistemi" ile ilgili hata mesajları kayboldu.

Çözümünüze bir alternatif var - dropbox-filesystem-fix adı verilen bir GitHub deposu . Bu, Dropbox klasörünüzün, hangi dosya sistemini kullandığınızdan bağımsız olarak şifrelenmemiş bir Ext4 dosya sisteminde göründüğünü ve hiçbir şey monte etmeniz gerekmediğini, Dropbox'ı bir dropbox dosya sistemi kütüphanesiyle (LD_PRELOAD) çalıştırmanız gerektiğini gösterir.

Kodu GitHub'dan almanız , kütüphaneyi ( make) derlemeniz ve Dropbox başlangıç ​​girişini, dropbox-filesystem-fix tarafından sağlanan dropbox_start.py betiği ile değiştirmeniz gerekecektir.

Adım adım talimatları tam olarak yapmanız gerekiyorsa, bu sayfayı inceleyin.

Bunu gnome-disks, GParted kullanmak yerine ext4 bölümünü biçimlendirmeyi ve Dropbox dizininin bölümün montaj noktasının 2 seviyeli bir derinliğine yerleştirilmesini sağlayarak düzeltmeyi başardım . 64-bit Ubuntu'da 18.04.1'de Dropbox v60.4.107 ile LTS.

Tam hikaye:

1. Öncelikle yeni ext4'e yer açmak için eski bölümü yeniden boyutlandırmak için kullanılan GParted ile özel ext4'ümü yarattım.

2. Sonra kurulumumun Florian'ın cevabında açıklanan her şeyi yerine getirmesini sağlamaya çalıştım , ancak bu sorunumu çözmedi.

3. Sonra birçok farklı çözümü bir araya getirmeyi denedikten sonra, tüm bölümü silmeye karar verdim ve onu Ubuntu'nun yerel disk yöneticisi (sadece Disks ya da adı verilen gnome-disks) ile ext4 olarak ext4 olarak yeniden biçimlendirmeye karar verdim !

/etc/fstabBölümü monte etmek için aşağıdaki satırı kullandım :

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(burada ext4_partition_UUIDbulunan UUID'yi temsil eder ls -l /dev/disk/by-uuid/)

user_xattrBurada seçeneği belirtmediğime dikkat edin .

Dropbox klasörüm şimdi bulunur /media/dropbox/data/Dropbox- ancak 2 derinliğinin gerçekten gerekli olup olmadığını kontrol etmedi.

Ext4 bölümünü yerel yazılım yerine GParted ile biçimlendirirken bir sorun oluştu - aralarındaki farkın neden veya ne olduğu hakkında hiçbir fikrim yok. Eğer biri biliyorsa, daha fazla şey öğrendiğim için mutlu olurum.

Lubuntu 18.10 kurulum dizüstü bilgisayarım bir süre önce Dropbox hakkında şikayet etmeye başladı, ancak geçen haftaya kadar attr paketinin kurulu olmadığını buldum . Bunu kurduğumda, Dropbox mutlu görünüyor…

Https://unix.stackexchange.com/a/475253 adresindeki makalede olmuştum ve dizüstü bilgisayardaki Dropbox dizini içindeki dosya özelliklerini kontrol etmeye çalıştım . getfattrKomutun mevcut olmadığını keşfettiğim için şaşırdım , bu da paketi kurmamı sağladı.

Bu sizin için ileriye dönük bir yol olabilir veya tamamen farklı bir sorun olabilir, ama umarım işaretlemeye değer.

Dropbox, ZFS, XFS, Btrfs ve eCryptFS desteğini geri getirdi

Dropbox, Linux'ta ZFS, XFS, Btrfs ve eCryptFS desteğini geri getirdi . Bir Dropbox istemci güncellemesi , 64 bit Linux sistemlerinde ZFS ve XFS ve tüm Linux sistemlerinde eCryptFS ve Btrfs desteği sağlar.

Bağlantılar:

• Dropbox Linux'ta ZFS, XFS, Btrfs ve eCryptFS İçin Geri Destek Getiriyor
• Linux için Maestral hafif açık kaynaklı Dropbox istemcisi

Kullanılmayan ecryptfshangisini desteklemediğini kontrol edin :

ecryptfs desteklenmiyor, ancak Dropbox tam disk şifrelemesi ile şifrelenmiş desteklenen dosya sistemleriyle (ör. LUKS) senkronize olmaya devam edecek

Hatta bir klasörde Dropbox'ı koymak izin vermez Dropbox Linux tartışmalı hata var yakınlarındaki eCryptfs

Mesela aldım ecryptfs /home/user/Dropbox, taşıdım ext4 /home/user-unencryptedve hala başarısız oldu. ext4 /dropbox/Çalışması için onu taşımak zorunda kaldım . Destek ekibiyle bağlantıya geçtim ama benimle birlikte ext4 /home/user-unencryptedYAZI ecryptfs olduğunu söylemeye devam ettiler çünkü ikisi de ile başladılar. /home/ Belki de ecryptfs'in çalışma biçiminde yanılıyorum ama koştuğumda / home / şifreli olan her şeyi önerecek bir kanıt görmedim dosya sistemi hata ayıklama araçları.