Dropbox deja de dar soporte a todos los sistemas de archivos de Linux excepto a Ext4 sin cifrado

La mayoría de los usuarios que usan la aplicación de escritorio Dropbox en Linux están recibiendo notificaciones de que su Dropbox dejará de sincronizarse a partir de noviembre. Los técnicos de Dropbox acaban de indicar en su foro que el único sistema de archivos Linux admitido para almacenar la carpeta de sincronización de Dropbox a partir del 7 de noviembre será Ext4 sin cifrar, por lo que Dropbox dejará de ser compatible con la mayor parte de distribuciones Linux.

[#7 pip]

#3 ext4 y otros tienen "extended attributes" que básicamente son cualquier cosa en forma de pares cadena/valor con lo que tú quieras, añadidos a los atributos estándar de Unix (fecha de creación, modificación, permisos, etc).
Se ponen, se consultan, cambian y borran con comandos específicos: attr, getfattr y setfattr. (Más info: https://www.google.es/amp/s/linux-audit.com/using-xattrs-extended-attributes-on-linux/amp/)


La desventaja es que no se ven a simple vista, en un "ls" normal, y en entorno gráfico pues depende de cual y de cómo lo tengas configurado. Desventaja también que no puedes copiarlos a otro sistema de archivos que no los soporte como un lápiz usb formateado FAT.

Por eso la alternativa, totalmente compatible pero "menos bonita" sería crear una carpeta .dropbox (oculta en listado normal, pero compatible con todos los sistemas) y a partir de ella hacer un espejo de la estructura de archivos metiendo toda la metadata que sea menester.

[#2 pip]

¿Y por qué Dropbox depende de un sistema de archivos concreto? Porque (según leo en sus foros) depende de atributos extendidos que son, en mi opinión, un invento del maligno.

Seguramente pueda hacerse de otra manera, por ejemplo vía carpeta .Dropbox para meter ahí la metadata. No les gusta que la metadata se vea, y a mí no me gustan los sistemas de metadata oculta.

[#11 pip]

#8 ext4 es el estándar de facto pero para mí algo que necesita ext4 sin estar directamente relacionado con ext4 (herramientas de reparación, formateo, etc) es un software de mierda mal diseñado.

[#15 Desactivado]

#2 Dudo que sea por los atributos extendidos, eso me parece más una excusa barata para reducir el coste soportando solo uno, sobre todo si tenemos en cuienta que rn Linux están soportados por prácticamente todo tipo de sistemas de ficheros desde ext2 hasta btrfs con todos los reiser, xfs, jfs y demás en medio.

[#31 Jakeukalane]

Desde que dropbox me borró una cuenta (no perdí datos pero vamos) y eliminaron el soporte de html he recomendado a todo el mundo que conozco que no lo use, no son confiables y todo lo hacen a lo cutre. Esto sólo lo confirma.

[#37 Cazatrolls]

#29 A mí tambien me suena a que quieren poder acceder a los datos de todo el mundo sin problema.

[#22 Ferk]

#14 Si tienes varios dispositivos entre los que sincronizar datos que a menudo estén dos de ellos encendidos al mismo tiempo, puede ser que no necesites servidor en la nube ninguno. Yo uso un programa que usa P2P para sincronizar datos y es código abierto: https://syncthing.net/

Otra opción es tener un NAS en casa.

[#61 chavi]

#51 Para mí algo que no respeta meticulosamente la compatibilidad es un software de mierda mal diseñado. Y lamentablemente es el caso del 90% del Software Libre que se usa en GNU/Linux.
El software de GNU/Linux y Linux siguen habitualmente el estándar POSIX. ¿Que estándar sigue Windows ?

[#13 abuelillo]

#2 El problema es que muchos de los otros sistemas de archivos a los que dropbox va a quitar soporte también tienen atributos extendidos, incluido los sistemas NTFS de windows pero accediendo desde linux. Y atención no es que dropbox no vaya a soportar esos sistemas, es que actualmente YA los soporta y funciona en ellos y ha decidido que dejen de funcionar.

[#62 azenbugranto]

#51 Y lamentablemente es el caso del 90% del Software Libre que se usa en GNU/Linux.

Aviso para navegantes: esto es una opinión exclusiva de@BkNhg que, como opinión gratuita que es, no se ha molestado en documentar.

[#19 deabru]

Teniendo en cuenta que la mayoría de las distribuciones están migrando a btrfs, que RedHat, líderes del mercado, están trabajando en LVM+xfs, y que ZFS se está convirtiendo, o ya se ha convertido, en el estándar para los NAS, yo diría que es un error dar soporte sólo a EXT4.

Y bueno, lo de no dar soporte al cifrado...

[#5 elgranpilaf]

Este es el año de la huida de Linux en Dropbox

[#41 La_patata_española]

#22, #32, yo llevo años utilizando Syncthing en varios ordenadores. Nunca coinciden todos encendidos a la vez. Tengo varias carpetas compartidas, distribuidas asimétricamente en cada ordenador y me ha dado CERO problemas. Es una maravilla y no dependes de ningún proveedor que te cambie las reglas del juego a mitad de partida (como lo es esta noticia).

Syncthing es el "pendrive" que uso para pasarme cosas entre el ordenador de casa y el del trabajo, por ejemplo. O para compartir las fotos de las vacaciones con mi pareja (que tiene su ordenador al lado).

Además tiene actualizaciones y mantenimiento constante por parte de los desarrolladores. Repito: Syncthing es una maravilla.

[#50 ralph]

#31 A mi la funcionalidad web de dropbox me parece una mierda incómoda y molesta...

Pero ya dejar de dar soporta a distintos sistemas de ficheros, me parece de una "cutrez" increíble...

[#18 Desactivado]

#14 La conversión de formatos se puede desactivar en las opciones de Google Drive.

[#40 PacoJones]

#38 us ul uñu du lunux un ul uscruturuu

[#28 repacheco81]

#4 https://www.resilio.com/platforms/desktop/ + Raspberry

https://www.resilio.com/blog/how-i-created-my-own-personal-cloud-using-bittorrent-sync-owncloud-and-raspberry-pi

[#33 ollupacre]

#8 Si, no entiendo porque dicen "dejará de ser compatible con la mayoría". Pero si cualquier distribución típica se instala en un disco ext4, o sea es el sistema mayoritariamente usado en cualquier instalación por defecto.

[#55 pip]

#51 si nos dicen cual es el motivo exacto por el que solo pueden usar ext4 podremos ayudarles, si no evidentemente solo podemos especular.

Por lo demás el software libre es libre. Cada uno puede hacer la distribución que quiera y los experimentos que quiera, faltaría más.
Las empresas como Dropbox ya se centran en unas pocas distro (Ubuntu, Fedora, etc) y de las demás puede encargarse la comunidad si quiere, pero lo dicho, si no podemos meter mano al código de Dropbox ni nos reportan un bug concreto en inofify no sé si habrá alguien interesado en hacer ingeniería inversa para arreglar la incompatibilidad con no-ext4

[#20 Ed_Hunter]

Pues se pone dropbox en FAT, se crea un único fichero que ocupe todo el espacio disponible y se monta como un look device en sistema de ficheros que se desee

[#4 Manuel.G]

Pues me acaban de joder la vida como escritor aficionado. Qué lo tengo todo sincronizado con mi portátil con Lubuntu!

[#46 MacMagic]

Tendréis que pasaros a Google Drive

[#65 pip]

#52 joer, es normal.
Hay cientos variantes de binarios de Linux, no sabría ni decirte cuántas, no solo por distros y versiones del Kernel si no por arquitectura (arm, x86, amd64, etc).
Por eso es un trabajo en comunidad, él libera el fuente y cada comunidad compila y distribuye git para sus variantes.
¿Es eso algún problema? ¿Sabes alguna distro de Linux dónde git no esté disponible? Dudo que la haya porque precisamente git es básico pero si la hay es asunto de esa distro.

[#3 tednsi]

#2 Si te pudieras extender un poco más te lo agradeceríamos los neofitos6de Linux.

[#10 Desactivado]

#4 Cambiate de nube será por servicios.

[#68 Desactivado]

#54 ¿Por? Precisamente es por eso al no ser almacenamiento seguro no se puede escribir nada sin cifrar.

[#14 Manuel.G]

#10 ¿Cuál recomiendas que me permita enlazar varios discos duros? Porque Google Drive no me acaba de valer por la conversión de formatos y tal.

[#24 limondelcaribe]

#20 El problema es que eso es chino para cualquier usuario medio. Dropbox funciona actualmente porque descargas, instalas logueas y ya. Fácil para casi todos.

Una solución como la que dices deja de estar al alcance de la gran mayoría, una lástima.

[#73 Nova6K0]

Lo de no permitir el cifrado me suena raro y más después de leer esto... y encima los de Dropbox no dar más explicaciones

http://maslinux.es/el-algoritmo-de-cifrado-de-nsa-en-el-kernel-de-gnu-linux-esta-creando-problemas-en-la-comunidad/

Salu2

[#1 Desactivado]

df -Th | grep "ext4"

[#67 frankiegth]

#51. No comparto tu comentario. Si de algo puede presumir cualquier distribución Gnu/Linux es de compatibilidad en todos los sentidos posibles.

#61. Window$ sigue el estandar CEDYC...' Coge El Dinero Y Corre '.
_{(CC #11)}

[#9 samsaga2]

#2 Parece ser que inotify no hace buenas migas con algunos sistemas de archivos.

[#42 Lekuar]

#14 A mi Drive no me convierte ningún formato, simplemente hace espejo en la nube de la carpeta que yo le indique y la sincronización con los dispositivos que quieras poner.

[#75 roarson]

#14 www.syncplicity.com

[#34 Lidenbrock]

#1
/dev/sda5 ext4 136G 11G 118G 9% /
/dev/sdb2 ext4 620G 177G 412G 31% /home

[#89 Penrose]

#41 Yo no recuerdo ahora mismo qué pasaba pero sé que lo dejé de usar por eso, igual ha mejorado. De todas formas tampoco entendía muy bien cómo funcionaba, creo recordar que te daba un hash por equipo y tenías que meterlo en los demás, algo así, no?

[#103 thingoldedoriath]

#31 Sospecho que a Dropbox para particulares, le quedan un par de telediarios... si consiguen más clientes de empresa (de pago) serán tres telediarios.

[#80 frankiegth]

#76. Te recomiendo este video titulado "Linux Sucks" de 2014 (el original). Hay que verlo entero para entender la muy reflexionada ironía del título de la presentación :

_{(CC #67 #61)}

[#131 SemosOsos]

#60 que yo sepa los xattr que usa db son propietarios y no se sabe para qué son. Para detectar cambios ya usan inotify en Linux.

[#44 Desactivado]

#4 Todo lo que tengas en dropbox lo puede ver cualquier empleado de dropbox así que no tiene mucho sentido que lo tengas en una partición cifrada.

Aunque estaría bien saber el por qué de esta decisión que para algunos será un inconveniente. Probablemente tenga que ver con que en GNU/Linux está todo a medias, en cuanto algo no gusta a un desarrollador te hace un fork, y quizás esos sistemas de archivos les den quebraderos de cabeza.

[#99 Desactivado]

#96 dropbox accede a un directorio montado con un contenedor cifrado, lo único que hace dropbox es que ese contenedor sea igual en todas las carpetas sincronizadas, de hecho el archivo contenedor es el tamaño máximo que te permite dropbox.

[#8 Desactivado]

Por cierto, hasta donde yo sé cualquier distro actual permite ya ext4.

[#12 Desactivado]

#7 Buena explicación.

[#23 gotxi85]

No estoy en absoluto de acuerdo con la política de dropbox, pero si usais LVM, es bien fácil hacer un logical volume en ext4 donde tengais solo los ficheros a subir a dropbox,y el resto de LV's con el filesystem que os de la gana.

[#58 meritonciokin]

#40 intirnit finciini tidi sibri linix!

[#82 pip]

#54 hasta que te roban el portátil.

[#83 Desactivado]

#52 Cada comunidad empaqueta git para cada distribución. Solo nos hace falta las fuentes.

[#6 Hopo]

git (con LFS) y a correr

[#25 Desactivado]

Es el año de Linux en el escritorio

[#26 Desactivado]

#20 interesante... Nada mal.

* loop device

[#32 Penrose]

#22 a mí syncthing me daba conflictos raros

[#43 Desactivado]

#14 Yo utilizo hubiC y estoy bastante contento. Aparte creo que el plan gratuito es el que más gigas da de las empresas que conozco.

[#71 pip]

#64 No pueden estar así toda la vida, y con las doscientasmil posibles combinaciones. ¿Por tu imagen intuyo que usas Debian, cuánto tardarían en actualizar los paquete

Pues tío es lo que pasa cuando desarollas software, que estás constantemente de mantenimiento.
¿O crees que en Windows o Mac haces un binario y te olvidas?
Apple te está deprecando API cada dos por tres, de compatibilidad hacia atrás poca. Si hay un jugador salvaje en romper API es Apple con diferencia.

Windows tiende a parchear para que los binarios funcionen, cierto, pero depreca los SDK así que en cuanto tienes que recompilar para arreglar un bug a tomar por culo, te va a dar problemas, y algunos tan salvajes que tienes que irte a una versión anterior de Windows para recompilar ahí y volver a tener tu binario nuevo pero antiguo por así decirlo.

En Linux se rompe API pero no tanto como Mac, siempre hay alguien que te mantiene ese API antiguo porque nadie tiene tanto poder como para deprecar algo en la comunidad por sus narices.

Ahora en Linux tienes el tema de las muchas distros. Eso generalmente se soluciona con una buena infraestructura y como ya he dicho delegando el trabajo, haces tu paquete para Debian, Red hat y puro source tarball con autotools por ejemplo (por dar una base .deb, .rpm y .tgz) y ya cada comunidad lo empaqueta a lo suyo.

Respecto a tu pregunta en Debian testing las cosas entran rápido, o no, depende del interés que tenga la gente en ese paquete, como es lógico. También pueden poner ellos (Dropbox) un repo privado y que los usuarios lo añadan a sus sources apt, así no dependen de la comunidad.

[#90 Desactivado]

No son sistemas de archivos de Linux. Son sistemas de archivos para UNIX.
FreeBSD y Solaris también disponen de los drivers de gran cantidad de sistemas de archivos implementados para Linux. Y es que todos ellos siguen las especificaciones POSIX.

[#102 thingoldedoriath]

#33 Yo creo que todas las distribuciones con kernel Linux, de 10 años para acá, por defecto hace las particiones para instalarse, en ext4.
Y digo 10 años por no meter la pata... pero yo siempre que instalo tengo que hacer particiones en xfs para almacenar datos y muy a menudo también para la partición /home (porque para mover archivos de tamaño medio, en el entorno de 1 a 3 GB, es mucho más rápido que ext4).

En cuanto a Dropbox, hace años que dejé de usarlo. Google Drive me solucionó el tema de la nube. Y además es el "servicio" que usan los dispositivos con Android, por defecto, con lo que sincronizar dispositivos es trivial.

Y "no sincronizar dispositivos" también es bastante fácil. Lo que no quiero que Google sepa, lo guardo en otros soportes físicos.

[#111 ollupacre]

#102 exacto. Xfa es un es óptimo para ficheros grandes ( vm o vídeos o cosas así) ext4 es tan robusto que a pesar de mis apagadas de corriente recurrente, nunca se me ha corrompido ningún equipo. En fin, tampoco uso Dropbox pero ext4 es " el sistema de ficheros" habitual en cualquier linux

[#114 ioxoi]

#107 eso solo es en entorno gráfico, por consola siempre se puede entrar aunque el sistema de archivos esté completamente lleno. Ctrl+F1 te logeas con tu usuario y a borrar todo lo inutil.

[#144 maloconocido]

#88 en azure tiene que ser?

[#29 Desactivado]

#2 #13 #15 #19 No será por el cifrado?

[#49 pip]

#47 ni mejor ni peor, tiene la ventaja que tú dices y la desventaja que yo digo. Idealmente podría ser una opción.
Yo no daría nada por supuesto sobre cómo es el directorio donde mi aplicación va a guardar archivos, quizás es un lápiz FAT, o un recurso smb en un NAS, o algo cifrado, o lo que sea.
Los atributos extendidos están bien pero no existen siempre por tanto lo lógico es que sean una opción.

[#76 pom]

#67 Claro, por eso tienes distribuciones con init.d/sys v/upstart/systemd y bondades como de una version a otra de tu distribucion "cambiamos toda la configuracion a netplan.io porque nos sale de ahi".

Ya no por mencionar la parte de escritorio, con servidores X.org/Wayland/... gestores de ventana (xfce, kde, ,gnome,...) y librerias de desarrollo (GTK / QT /...).

Que sinceramente, a mi me gusta mucho Linux, pero decir que tiene compatibilidad en todos los sentidos... cada distro es de su padre y de su madre (incluso las derivadas de Debian).

[#77 pip]

#72 pues si, que hagan lo que les de la gana, porque nadie va a ir a decirle a nadie que no puede hacer su distro como le rote porque a los que hacen software privativo en binario les viene mal.

[#107 deabru]

#74 si se le llenan esos 2.8G seguramente perdería la posibilidad de entrar con un usuario normal, pero, como no ha tocado el espacio reservado de la partición, aún podría entrar como root y arreglar algo.

Por cierto, una partición ocupada más del 80% no suele ser óptimo, ni bueno para los discos duros.

[#115 ioxoi]

#60 para eso existe inotify, todo el trabajo ya está hecho de forma gratuita y libre, solo hay que usarla.

[#145 La_patata_española]

#89, perdona la tardanza, pero te contesto. Exacto, tienes que configurar cada equipo con la clave pública del otro (u otros). Es una medida necesaria para que los datos vayan completamente seguros entre los equipos que tú quieras.

[#70 barcelonauta]

#1 /dev/sda1 ext4 229G 214G 2,8G 99% /

Sí, tengo que hacer limpieza ya.

(te voté negativo por error, sorry -cosas que pasan en un domingo de resaca cualquiera-)

[#79 nodearth]

#74 nevermind. Confundí con proc.

[#81 barcelonauta]

#74 No problem. Esta vez no me preocupa demasiado, pq quiero aprovechar la limpieza para redecorar mi laptop formateando a saco (previo backup, dios mediante) y enchufarle la última LTS de Ubuntu, que ya toca.

[#112 tul]

#34 136G para la particion /? exagerao!

[#122 Conde_Lito]

#2 Es lo primero que he pensado, ya que normalmente la gestión de ficheros y acceso a los discos duros no lo hacen los programas en sí, sino que estos "hacen llamadas" al sistema operativo y este ya se encarga de todo.

[#21 Nadaquever]

#19 BTRFS lo tiene Suse por defecto y ya, Red Hat ha dejado de darle soporte: https://lamiradadelreplicante.com/2017/08/02/red-hat-dejara-de-dar-soporte-a-btrfs/

[#36 Desactivado]

#11 El handler de ext4 puede ser perfectamente una de las implementaciones, no quiere decir que el software este acoplado con ext4 (si lo esta, entonces si que está mal diseñado).

Es posible que, simplemente, no quieran perder el tiempo implementando otros sistemas de ficheros cuando:
- Linux como sistema de escritorio no lo utiliza practicamente nadie (y dropbox no tiene prácticamente cabida fuera de sistemas de escritorio).
- De los pocos que usan Linux, la mayoría usa ext4, por lo que las otras opciones son insignifcantes para su modelo de negocio.

Yo personalmente no perdería mucho el tiempo en implementar nada demasiado genérico para sistemas escritorio Linux. Las herramientas de desarrollo son una excepción porque entre los desarrolladores existe un mayor uso de escritorios Linux, pero dropbox es más una herramienta para todos los públicos.

[#38 Desactivado]

Y nadie se dio cuenta porque nadie usa Lunux

[#56 Desactivado]

#40 nu juduuus!!?

[#59 Jakeukalane]

#50 ya no tiene esa funcionalidad, antes la tenia y dependía de cómo fuera el html, se veía como si estuviera en cualquier servidor.

[#16 squanchy]

Este no es el año de dropbox en linux.

[#17 pip]

#15 si no es por los atributos extendidos no hay muchos motivos por los que te importe qué sistema de archivos es subyacente a los directorios de tu aplicación. Está la granularidad del timestamp que es mayor en ext4 que ext3 y poco más que pudiera ser relevante para una aplicación.

En una aplicación normal ni te importa ni debe de importarte que sistema de archivos hay debajo.

[#66 dinky]

#58 vaastras andraads tambaán san lanax, machatas!

[#133 King.COM]

#22 Yo lo uso desde hace años y 0 problemas. Hasta lo uso como backup instantáneo de las fotos y videos de los móviles. Montado en una Rpi3 con un disco de varios teras. Es el Dropbox+Nas+smb+vpn+dlna ya puestos. Me moví a él por una pataleta tras algún cambio de dropbox (ya ni me acuerdo) y bendita la hora

[#141 mperdut]

#124 Dropbox divide el fichero en trozitos, si modificas un fichero algo grande no tienes que subirlo entero.

Dropbox te da un tera por 8 y pico en plago anual, si te llega con un tera, que lo normal es que te llegue salvo que pretendas usarlo para hacer copia de todas tus series y peliculas, ya te sale mas barato que Box.

Dropbox no tiene limite en tamaño de fichero, el limite en Box son 5GB.

No se como anda Box ahora pero Dropbox siempre ha ido mejor que el resto en velocidad de subida y bajada, los ha habido siempre que normal que te den espacio ilimitado, a la velocidad que van.... ademas ahora Dropbox ha aumentado POPs en Europa.

[#30 ElPerroDeLosCinco]

#4 No me hagas mucho caso, pero creo que puedes crear una partición Ext4, guardar tus escritos en ella y mantenerla sincronizada con Dropbox.

[#48 mcfgdbbn3]

#23: O bien aplicar "DROP Dropbox" y listo.

[#39 Desactivado]

#30 supongo que la queja es que no puede tener la partición cifrada de forma nativa ya que lo normal en lubuntu es que tenga las particiones como ext4(lo que no se si se impedirá formas de cifrado diferentes o como lo detecta).

[#52 Desactivado]

#36 Cuando Linus Torvalds te dice en una charla que distribuyen binarios de git para Windows y Mac pero no para Linux porque es un dolor en el culo, es para planteárselo.

[#57 Desactivado]

#37 Da igual que tengas los datos en una partición cifrada. Dropbox los puede leer igual.

[#88 Wayfarer]

#46 O montar un Owncloud en Azure...

P.S. El autocorrector es muy troll o conoce muy bien a Microsoft: cada vez que escribo Azure me lo cambia a Azufre...

[#91 EmuAGR]

#13 Pues yo en el portátil tenía Dropbox en una partición NTFS compartida con Windows. Al principio se quejaba de que ya había una carpeta de Dropbox y no lo podía guardar ahí, lo cual arreglé con un soft/hardlink. Así no tenía dos veces duplicada la carpeta en el mismo HDD.

[#95 samsaga2]

#94 https://news.ycombinator.com/item?id=17732912

Ala ya tienes pa un ratico entretenio.

[#97 Desactivado]

#90 No, son sistemas de archivos de Linux que también están soportados en otros sistemas, igual que NTFS es un sistema de archivos de Windows por mucho que puedas usarlo en otros sistemas que no sean Windows. En la propia documentación de FreeBSD los llaman como sistemas de archivos de Linux: https://www.freebsd.org/doc/handbook/filesystems-linux.html

[#100 Desactivado]

#96 me equivoco en #99 con lo el archivo contenedor es el tamaño máximo, lo puedes hacer menor y así tener un archivo con un volumen cifrado y tener aún espacio libre para archivos que puedas acceder desde el navegador de dropbox o compartir, cifrados individualmente o no.

[#101 Desactivado]

#98 Que algo sea compatible con POSIX no lo convierte en Unix, lo convierte en algo que sigue el estándar POSIX y que si quieres te permite migrarlo a otro sistema que entinda ese mismo estándar, sea Unix o no.

Pero POSIX simplemente es un mínimo común denominador, ext soporta cosas como los extended attributes de los que se ha hablado más arriba que no están en la especificación POSIX. Y sí, NTFS viene a cuento por NTFS soporta, o soportaba en tiempos de Windows NT/2000 POSIX para poderlo usar en el subsistema Unix para Windows, así que según tu definición NTFS es un sistema de ficheros Unix, o incluso más allá Windows NT era Unix porque soportaba POSIX: https://social.technet.microsoft.com/wiki/contents/articles/10224.posix-and-unix-support-in-windows.aspx

[#105 Desactivado]

#83 Ya, pero eso es factible con git, no con todo el software del mundo.

[#110 Desactivado]

#80 Lo conozco y estoy muy de acuerdo. Pero también creo que necesitamos un SO Open Source que, digamos, marque un poco la línea a seguir, pensado para ser usado por todo el mundo. Luego puedes tener todas las ideas alocadas que quieras.

[#113 Desactivado]

#109 ¿entraron en mi ordenador para tener la clave? Dropbox es un usuario que no tiene permisos para ver ni manejar claves.

[#117 Desactivado]

#116 por eso supongo que no quieren dar ese servicio, o por lo menos no darlo gratis.
El sentido lo tiene según quieras ocupar la subida de la carpeta sincronizada, cuando otro equipo quiera entrar en ese volumen tire de la subida de dropbox y no la del equipo, aunque lo ideal es que sea un volumen con bastante más lecturas que escrituras.

[#125 Desactivado]

#123 Eso ya limita. Y además no es suficiente, hay muchos paquetes, de hecho en los repos oficiales a veces hay versiones antiguas. Es un sistema que no escala.

[#127 Desactivado]

#126 No escala. No pueden evaluar manualmente todos los paquetes que hay en el mundo y muchos se quedan fuera o se quedan desactualizados. Y ya no hablemos de aplicaciones no libres.

[#128 Desactivado]

#118 dropbox no deja de ser otro usuario viendo un volumen con un archivo incapaz de leer de forma lógica por estar cifrado, sencillamente existe para poder entrar en el ordenador y copiar, cortar, borrar y pegar ese archivo de esa carpeta a la nube y escribir.
Para que pueda ver como lo vería el nautilus por ejemplo, primero habría que desmontar esa unidad si está en uso por otro usuario, el usuario dropbox tendría que arrancar el nautilus y al identificar el volumen como cifrado para montarlo pedirá la clave.
Evidentemente Dropbox puede instalar cualquier cosa maliciosa que pueda entrar cuando el volumen cifrado está montado, eso ya es cuestión de confianza en el programa si quieres comodidad, https://www.grepular.com/Protecting_Your_GNU_Linux_System_from_Dropbox

[#85 Desactivado]

#61 Ni Linux ni GNU (al menos coreutils, glibc no estoy seguro) son 100% POSIX.

[#94 Desactivado]

#9 tienes más info de eso? Tengo que mantener un software que usa inotify y estoy harto de expedientes x