Общие папки облачных хранилищ Linux и Windows

Andbiz · #1

Здравствуйте.

System:
Kernel: 5.15.0-67-generic x86_64 bits: 64 compiler: gcc v: 11.3.0
Desktop: Cinnamon 5.6.7 Distro: Linux Mint 21.1 Vera
base: Ubuntu 22.04 jammy
Machine:
Type: Laptop System: ASUSTeK product: K53SM v: 1.0
serial: <superuser required>
Mobo: ASUSTeK model: K53SM v: 1.0 serial: <superuser required>
BIOS: American Megatrends v: K53SM.214 date: 08/15/2012
Battery:
ID-1: BAT0 charge: 14.4 Wh (100.0%) condition: 14.4/57.7 Wh (25.0%)
volts: 12.5 min: 11.1 model: [MKF_CUSTOMER] [MKF_BASEBOARD_ID] status: Full
Device-1: hidpp_battery_0 model: Logitech Wireless Mouse M185/M225
charge: 100% (should be ignored) status: Discharging
CPU:
Info: quad core model: Intel Core i7-2670QM bits: 64 type: MT MCP
arch: Sandy Bridge rev: 7 cache: L1: 256 KiB L2: 1024 KiB L3: 6 MiB
Speed (MHz): avg: 819 high: 922 min/max: 800/3100 cores: 1: 798 2: 807
3: 815 4: 922 5: 797 6: 798 7: 819 8: 798 bogomips: 35119
Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics
vendor: ASUSTeK driver: i915 v: kernel bus-ID: 00:02.0
Device-2: NVIDIA GF108M [GeForce GT 620M/630M/635M/640M LE]
vendor: ASUSTeK driver: nvidia v: 390.157 bus-ID: 01:00.0
Device-3: Alcor Micro Asus Integrated Webcam type: USB driver: uvcvideo
bus-ID: 1-1.2:4
Display: x11 server: X.Org v: 1.21.1.3 driver: X:
loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa gpu: i915
resolution: 1366x768~60Hz
OpenGL: renderer: GeForce GT 630M/PCIe/SSE2 v: 4.6.0 NVIDIA 390.157
direct render: Yes
Audio:
Device-1: Intel 6 Series/C200 Series Family High Definition Audio
vendor: ASUSTeK driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
Device-2: NVIDIA GF108 High Definition Audio driver: snd_hda_intel
v: kernel bus-ID: 01:00.1
Sound Server-1: ALSA v: k5.15.0-67-generic running: yes
Sound Server-2: PulseAudio v: 15.99.1 running: yes
Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
Device-1: Qualcomm Atheros AR9285 Wireless Network Adapter
vendor: AzureWave AW-NB037H 802.11bgn driver: ath9k v: kernel
bus-ID: 03:00.0
IF: wlp3s0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: ASUSTeK driver: r8169 v: kernel port: 9000 bus-ID: 05:00.0
IF: enp5s0 state: down mac: <filter>
IF-ID-1: wg0 state: unknown speed: N/A duplex: N/A mac: N/A
Bluetooth:
Device-1: IMC Networks Asus Integrated Bluetooth module [AR3011] type: USB
driver: N/A bus-ID: 1-1.1:3
Drives:
Local Storage: total: 2.04 TiB used: 366 GiB (17.5%)
ID-1: /dev/sda vendor: Toshiba model: HDWL120 size: 1.82 TiB
ID-2: /dev/sdb vendor: Kingston model: SA400S37240G size: 223.57 GiB
Partition:
ID-1: / size: 49.84 GiB used: 36.13 GiB (72.5%) fs: ext4 dev: /dev/sdb5
ID-2: /boot/efi size: 511 MiB used: 11.7 MiB (2.3%) fs: vfat
dev: /dev/sdb3
Swap:
ID-1: swap-1 type: file size: 2 GiB used: 768 KiB (0.0%) file: /swapfile
Sensors:
System Temperatures: cpu: 76.0 C mobo: N/A gpu: nvidia temp: 72 C
Fan Speeds (RPM): N/A
Info:
Processes: 265 Uptime: 34m Memory: 7.67 GiB used: 1.9 GiB (24.7%)
Init: systemd runlevel: 5 Compilers: gcc: 11.3.0 Packages: 2312 Shell: Bash
v: 5.1.16 inxi: 3.3.13

Есть вопрос в возможности совместного использования Linux Mint 21.1 и Windows 10 на одном компьютере. Так сложилось, что они установлены на один физический диск SSD. Есть второй жесткий диск NTFS - на нем находится облоко Dropbox и Яндекс.Диска.
Задача стоит в возможности реализации работы указанных клиентов облачных хранилищ на разных операционных системах и использущующих одни и те же папки на жестком диске. Т.е. запустил linux - он синхронизировал папки. Запустил windows - он опять же синхронизировал эти же папки. Однако при запуске Dropbox в Linux - в нем не отображаются жесткие диски Windows (не зависимо присоединены или не присоединены) и облако должно находиться на разделе linuх.
Как быть? Возможно использовать одни и теже папки с файлами в Linux Mint 21.1 и Windows 10?

yarichin · #2

Andbiz писал(а): ↑
11 мар 2023, 12:22
Задача стоит

Вот смотрю вторую тему и вижу одну задачу. Создать себе себе трудности и героически преодолевать их при помощи форума.
Нафига все эти якобы облака , если они на соседнем диске. Просто указать в линуксе его монтирование в fstab. И не нужно никакой синхронизации, поскольку из обоих систем будет видно одни и те же папки.

Andbiz · #3

yarichin писал(а): ↑
11 мар 2023, 12:34

Andbiz писал(а): ↑
11 мар 2023, 12:22
Задача стоит
Вот смотрю вторую тему и вижу одну задачу. Создать себе себе трудности и героически преодолевать их при помощи форума.
Нафига все эти якобы облака , если они на соседнем диске. Просто указать в линуксе его монтирование в fstab. И не нужно никакой синхронизации, поскольку из обоих систем будет видно одни и те же папки.

Не совсем так. Помимо этого компьютера есть еще один компьютер с этими же синхронизируемыми папками. Т.е. есть база данных, которая может редактироваться с двух компьютеров, на одном из которых две операционные системы. Если она редактируется и не синхронизируется - наступит путаница.

yarichin · #4

Andbiz писал(а): ↑
11 мар 2023, 12:43
есть еще один компьютер с

Так и надо было это описать в задаче а не выдавать по мере поступления.
А по теме вопрос. В винде синхронизируется нормально ?
Сам я не любитель синхронизации , хотя папки такие есть. Всё таки попробуй монтировать в линуксе дополнительный диск в файле fstab. Может это поможет , поскольку монтирование папки будет раньше чем синхронизация.

#5

Andbiz,
Большинство клиентов синхронизации, при подобном подходе будут глючить. Не стоит натравливать два разных клиента (из разных систем) на один и тот же файл - будут ошибки синхронизации вида "не увидел изменений" и "затер уже синхронизированное повторной синхронизацией". Т.к. почти все они работают через механизм сверки даты последнего обращения к файлу и записи в собственной базе хранимых файлов. В случае двух клиентов и одного файла - будет каша.

В вашем случае, стоит пожертвовать местом, и просто держать в каждой системе отдельный каталог с синхронизируемыми файлами. Это будет МНОГОКРАТНО надежнее, и избавит от огромного количества проблем.

Andbiz · #6

yarichin писал(а): ↑
11 мар 2023, 12:51
В винде синхронизируется нормально ?

Да, исправно.

slant писал(а): ↑
11 мар 2023, 15:40
Большинство клиентов синхронизации, при подобном подходе будут глючить.

Да, это так. Официальный ответ Яндекса:

Использовать одну и ту же папку синхронизации для разных приложений Яндекс Диска нельзя: каждый клиент должен работать со своей папкой синхронизации.
Если разным приложениям назначить одну папку для синхронизации, это может привести к малопредсказуемым последствиям.
С вашего позволения, я добавлю пожелание о возможности создания единой папки синхронизации для программы Диска с двух разных операционных систем в список предложений наших пользователей. Команда сервиса всегда знакомится с этими идеями и старается учитывать их, когда готовит обновления.

#7

Andbiz писал(а): ↑
15 мар 2023, 20:48
Использовать одну и ту же папку синхронизации для разных приложений Яндекс Диска нельзя

С точки зрения родного приложения Диск.Яндекс нельзя. С точки зрения других приложений ‒ можно. Пример ‒ rclone.
Возможные варианты:
при старте системы
‒ rclone sync dropbox: папка_компьютера && rclone sync yandex: папка_компьютера
перед выключением системы:
‒ rclone sync папка_компьютера dropbox: && rclone sync папка_компьютера yandex:
Так как приложение не GUI, то команды можно загнать в bat и bash. Обрабатываться будет только разница или то, что изменено. По опыту личного использования работает очень шустро, несмотря на сотни и тысячи файлов (размеры файлов до 5 МБ).
Ну или как вариант: на Windows держать родные GUI клиенты, а на Linux rclone через bash.

#8

так надо было сначала попробовать ) А уж потом если что-то не выходит...задаваться вопросами

Кто сейчас на конференции