Dropbox : ext4는 ext4가 아닙니다

얼마 전 Dropbox는 ext4를 FS로만 지원한다고 경고했습니다. 행복한 BTRFS 사용자로서 나는 행복하지 않았지만 다음과 같이했습니다.

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"

모든 것이 오류없이 작동했지만 Dropbox는 여전히 폴더에 ext4를 사용해야한다고 말합니다. 내가 무엇을 잘못하고 있지?

Dropbox에서 Linux 작업을 계속하려면 총 3 가지 가 있으며 , 하나만 제대로 문서화되어 있습니다. 여기에 요약 한 것은 Ubuntu 18.04.1 (amd64)의 Dropbox 59.4.93에서 작동했습니다.

첫 번째 장애물을 이미 지 웠습니다.

• 기본 파일 시스템은 ext4, 구체적으로는 아니어야 ecryptfs 합니다. 예를 들어 홈 폴더가 암호화되어 있으면 Dropbox 폴더를 다른 곳에 두어야합니다. 별도의 ext4파티션.

확인할 다른 사항은 다음과 같습니다.

• ext4파일 시스템으로 포맷해야 ext_attr합니다. 이 기본 동작입니다,하지만 당신은 실행하여 확인할 수 있습니다 debugfs -R features /dev/sda1(또는 어떤 장치 파일이라고합니다 - 당신은 LVM을 사용하는 경우는 같은 수 있습니다 /dev/mapper/computername--vg-partitionname)
• ext4파티션이 장착 될 필요가 user_xattr옵션 세트 (당신이 확인하고 그놈 디스크 또는 편집에 옵션을 추가 할 수 있습니다 /etc/fstab직접)
• 이 게시물 에서 설명한대로 대상 폴더 (또는 Dropbox 동기화 폴더) 는 마운트 지점 아래에서 두 수준 이상이어야 합니다. 이것은 명백하게 얼굴에 맞는 버그입니다.

이 모든 것을 고치면 Dropbox에서 최종적으로 대상 폴더를 이동할 수 있었고 "지원되지 않는 파일 시스템"에 대한 오류 메시지가 사라졌습니다.

솔루션 대신에 dropbox-filesystem-fix 라는 GitHub 리포지토리가 있습니다 . 이렇게하면 Dropbox 폴더가 사용중인 파일 시스템에 관계없이 암호화되지 않은 Ext4 파일 시스템에있는 것처럼 표시되며 아무것도 마운트 할 필요없이 dropbox 파일 시스템 라이브러리 (LD_PRELOAD)를 사용하여 Dropbox를 실행하면됩니다.

GitHub 에서 코드를 가져 make와서 라이브러리 ( )를 컴파일 하고 Dropbox 시작 항목을 dropbox-filesystem-fix에서 제공하는 dropbox_start.py 스크립트로 바꿔야합니다.

단계별 지침을 완료해야하는 경우이 페이지를 확인 하십시오.

gnome-disksDropbox 디렉토리가 파티션 마운트 지점의 2 레벨 깊이에 위치 할뿐만 아니라 처음에 GParted를 사용하는 대신 ext4 파티션을 포맷 하여이 문제를 해결했습니다 . Dropbox v60.4.107이 설치된 64 비트 Ubuntu 18.04.1 LTS에서.

전체 스토리 :

1. 먼저 GParted를 사용하여 전용 ext4를 만들었습니다.이 파티션은 새 ext4를위한 공간을 허용하기 위해 이전 파티션의 크기를 조정하는 데 사용되었습니다.

2. 그런 다음 내 설정이 Florian의 답변에 설명 된 모든 것을 충족 시키려고했지만 문제가 해결되지 않았습니다.

3. 그런 다음 다른 솔루션을 결합하려는 많은 시도를 한 후 전체 파티션을 지우고 Ubuntu의 기본 디스크 관리자 (디스크 또는 gnome-disks)를 사용하여 Dropbox가 파티션을 ext4로 수락 하도록 ext4로 다시 포맷하기로 결정했습니다 !

/etc/fstab파티션을 마운트 하기 위해 다음 줄을 사용했습니다 .

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(여기서 ext4_partition_UUID찾은 UUID를 나타냄 ls -l /dev/disk/by-uuid/)

user_xattr여기서 옵션을 지정하지 않았습니다 .

내 Dropbox 폴더는 이제 /media/dropbox/data/Dropbox-에 있지만 깊이 2가 실제로 필요한지 확인하지 않았습니다.

네이티브 소프트웨어 대신 GParted를 사용하여 ext4 파티션을 포맷 할 때 문제가 발생한 것 같습니다. 그 이유와 그 차이점이 무엇인지 모릅니다. 누구나 알고 있다면 그것에 대해 더 많이 알게되어 기쁩니다.

Lubuntu 18.10 설치 노트북이 Dropbox에 대해 어느 정도 시간을 내기 시작했지만 지난 주까지는 패키지 attr이 설치 되지 않은 것으로 나타났습니다 . 설치 한 후에는 Dropbox가 만족스러워 보입니다.

/unix//a/475253 의 기사에서 노트북의 Dropbox 디렉토리에서 파일 속성을 확인하려고했습니다. getfattr명령을 사용할 수 없다는 사실에 놀랐고 패키지를 설치하게되었습니다.

이것은 당신에게 앞으로 나아갈 길 일 수도 있고, 완전히 다른 문제 일 수도 있지만 깃발을 쓸 가치가 있기를 바랍니다.

Dropbox는 ZFS, XFS, Btrfs 및 eCryptFS를 다시 지원합니다.

Dropbox는 Linux 에서 ZFS, XFS, Btrfs 및 eCryptFS 를 다시 지원합니다 . Dropbox 클라이언트 업데이트 는 64 비트 Linux 시스템에서 ZFS 및 XFS를 지원하고 모든 Linux 시스템에서 eCryptFS 및 Btrfs를 지원합니다.

모래밭:

• Dropbox, Linux에서 ZFS, XFS, Btrfs 및 eCryptFS 지원
• Linux 용 Maestral 경량 오픈 소스 Dropbox 클라이언트

지원되지 않는ecryptfs 것을 사용 하고 있는지 확인하십시오 .

ecryptfs는 지원되지 않지만 Dropbox는 전체 디스크 암호화 (예 : LUKS)를 통해 암호화 된 지원되는 파일 시스템과 계속 동기화됩니다.

Dropbox Linux에는 ecryptfs 근처 에서도 Dropbox를 폴더에 넣을 수없는 논쟁의 여지가 있습니다

예를 들어, 나는 가지고 있었고 ecryptfs /home/user/Dropbox그것을 옮겼 ext4 /home/user-unencrypted지만 여전히 실패했습니다. ext4 /dropbox/그것이 작동하려면 그것을 옮겨야했습니다 . 나는 그들의 지원 팀에 연락했지만 그들은 ext4 /home/user-unencryptedecryptfs /home/ 가 어떻게 작동하는지에 대해 잘못 알고 있지만 / home / 아래의 모든 것이 암호화되었을 때 제안되었다는 증거를 보지 못했기 때문에 ALSO ecryptfs 라고 계속 주장 했습니다. 파일 시스템 디버깅 도구.