Qui a testé Sync-in sur ZimaOS ?

[ArnaudL]

Attention : Par défaut, le système + les Apps (ZimaOS-HD) s'installent sur le même volume (comme sur Windows et autres OS).
Perso, je n'ai pas encore testé, la migration de AppData (je ne sais pas comment cela fonctionne ).
Sur ZimaOS, je conseille d'installer le système sur un m2 ou SSD de mini 250/500 Go pour avoir assez de place pour /AppData.
Concernant les médias, ils peuvent être installés (conseillé) sur un autre Raid/volume comme pour le multimédia – dans ce cas, il suffit d'indiquer le chemin (à l'application).

Cette application (comme d'autres de ce type) dispose son propre espace de stockage, ce n'est pas une application native de l'ensemble du serveur.

Au sujet de Sync-in, je ne sais pas si l'on peut patcher un volume externe à l'application (???).
Ton serveur est déjà "un cloud" donc faire un cloud dans un cloud ?
Ce que propose Sync-In (comme Nextcloud), c'est un espace collaboratif pour échanger des documents. Sync-In permet aussi de créer des liens (absent pour l'instant dans ZimaOS) et /ou de recevoir des fichiers.
Il permet aussi la synchronisation / sauvegarde des machines externes (fonctionnalité de sauvegarde déjà présente sur ZimaOS)

Les fichiers/dossiers doivent être téléversés dans l'espace de Sync-In.

Oui je comprends bien que les appli s'installent sur le disque principal, logique je dirai , mais j'aurai voulu que les 2180 fichiers/dossiers (pour le boulot) se mettent dans un autre répertoire , en fait sur un autre disque.
C'est un SSD de 500Go pour les installations et un raid de 8To pour les reste.

je remarque que tout ce que l'on dépose , ou créé se met dans le repaertoire : /ZimaOS-HD/AppData/syncin/data/users/
ce n'est pas possible que seul se répertoire soit sur un autre disque ?

 

[morgyann]

j'aurai voulu que les 2180 fichiers/dossiers (pour le boulot) se mettent dans un autre répertoire , en fait sur un autre disque.

Rien ne t'empêche de mettre tes documents dans un autre volume/raid (perso j'ai fait un Volume/Raid dédié au Perso + Pro). Tu peux travailler dessus directement en SMB ou à distance via l'app ZimaOS




Tu peux mettre ton ZimaOS sur un NDD et ouvrir des comptes utilisateurs avec des accès aux dossiers de ton choix.

 

[ArnaudL]

Tu peux mettre ton ZimaOS sur un NDD et ouvrir des comptes utilisateurs avec des accès aux dossiers de ton choix.

Maintenant que Sync_in est installé et fonctionnel, je ne vais pas tout refaire, je voulais juste modifier le chemin du dossier "Users"

 

[morgyann]

Maintenant que Sync_in est installé et fonctionnel, je ne vais pas tout refaire,

Effectivement, quand on débute, faire à suivre – déclaration de NDD + créer sous domaines + faire les directions sur son IP publique + installer NPM + valider SSL et proxy inversés des 2 containers + installer Sync-In (pile compliquée).
Chapeau bas le Newbie
Par la suite, quand tu en auras développé plusieurs, tu verras que cela te paraitra + facile…

je voulais juste modifier le chemin du dossier "Users"

Oui, j'ai vu aussi que le chemin n'est pas des + pratique à l'accès. Si j'ai 2 min, je regarderai si l'on peut le "patcher" ailleurs.

 

[ArnaudL]

Effectivement, quand on débute, faire à suivre – déclaration de NDD + créer sous domaines + faire les directions sur son IP publique + installer NPM + valider SSL et proxy inversés des 2 containers + installer Sync-In (pile compliquée).
Chapeau bas le Newbie
Par la suite, quand tu en auras développé plusieurs, tu verras que cela te paraitra + facile…

Oui, j'ai vu aussi que le chemin n'est pas des + pratique à l'accès. Si j'ai 2 min, je regarderai si l'on peut le "patcher" ailleurs.

je te remercie du compliment

sinon j'ai réussi à moitié, car c'est tjs sur le même SSD, je me suis trompé de chemin , il faut que je prenne le temps , pour pas faire de bétises.

En gros il faut ajouter une ligne là dedans, mais voir aussi les droits, donc en cours de peaufinage

 

[morgyann]

En gros il faut ajouter une ligne là dedans, mais voir aussi les droits, donc en cours de peaufinage

À moins que tu aies trouvé l'astuce sur un site (si c'est le cas envois le lien)

À la relecture du YAML officiel et en regardant dans le dossier AppData

server/docker/docker-compose.yaml at main · Sync-in/server

Sync-in Server · Sovereign platform for file storage, sharing, synchronization, and collaboration. - Sync-in/server

github.com

Je pense qu'il est PEUT-ÊTRE possible de sortir les fichiers (tous stockés dans /data) en dehors de AppData
du type

/DATA/Documents/syncin/data = /app/data

pour sortir du Volume ZimaOS-HD (qui est en fait DATA) il faut mettre généralement /media/nom du volume/syncin-data

Ce qui pourrait donner :
/media/STOCKAGE-1/syncin-data = /app/data

Donc, à tester…

 

[morgyann]

Bon trouvé sur la doc officielle :

Installation Docker Compose · Sync-in

Installation de Sync-in avec Docker Compose.

sync-in.com

Extrait :

2. Stockage des données​

Par défaut, le fichier docker-compose.yaml est configuré pour utiliser un volume Docker nommé data afin de stocker l'ensemble des données de l'application.
Cette configuration est suffisante pour des tests, mais pour un usage en production, il est recommandé de monter un répertoire de l'hôte.

Pour cela, remplacez le volume Docker par un chemin sur l'hôte, comme illustré ci-dessous :

services:
  sync_in:
    volumes:
      # Configuration par défaut (volume Docker)
      # - data:/app/data

      # Configuration recommandée (répertoire sur l'hôte)
      - '/home/sync-in/data:/app/data'

Ce que je proposais sur le poste précédent #26 est donc valable :

/DATA/Documents/syncin/data = /app/data

pour sortir du Volume ZimaOS-HD (qui est en fait DATA) il faut mettre généralement /media/nom du volume/syncin-data

Ce qui pourrait donner :
/media/STOCKAGE-1/syncin-data = /app/data

Normalement valable pour le volume système = /DATA (ou ZimaOS-HD)

Pour un autre volume, (/media), je ne sais pas... à tester.

 

[Bambusa29]

Avec Docker, tu peux monter un volume avec n’importe quel chemin, du moment qu'il existe sur la machine hôte (natif, disque externe, répertoire partagé...).

@ArnaudL si tu as un compte chez Infomaniak et un kdrive associé, tu peux synchroniser automatiquement tes données avec ton espace Cloud et ouvrir des partages sur ce cloud.
L'avantage c'est qu'en cas de panne à ton domicile (coupure de courant, Internet, bug ZimaOS..), tu as toujours accès à tes donnés avec ton téléphone ou un ordinateur portable.

 

[morgyann]

Avec Docker, tu peux monter un volume avec n’importe quel chemin,

Oui et non -

. Pour du stockage et de la lecture simple = n'importe quel chemin (ex multimédia type Jelly Plex)
. Quand il y a "un traitement" le dossier de stockage doit être souvent intégré dans le dossier (ou répertoire) de l'application.
Par ex Immich demande un dossier de stockage dans l'app (depuis peu, il est possible d'ajouter un second dossier externe qui évite de modifier les données). . Sinon des apps comme Calibre ne traite les fichiers que dans son dossier logiciel (dans le cas d'un stockage externe, il opère une importation dans son propre dossier).

Pour le dossier de Sync-in – j'avais un doute (avant de voir la doc officielle) dans la mesure où cette pile stocke dans son dossier /data 3 types de données :
Spaces : pour les espaces de stockage dédiés (type synchro et/ou sauvegarde)
tmp : pour la génération des liens
users pour le(s) compte(s)

 

[Bambusa29]

Les images Docker qui ne proposent pas de montage de volumes externes sont minoritaires heureusement ; vu le choix des alternatives, je les élimine direct. Il y a aussi la possibilité de compiler ses propres images Docker pour ceux qui souhaitent maîtriser tout.

Tu peux aussi rendre persistants certaines données des images docker en montant directement le système de fichier, par exemple sur mariadb :

    volumes:
      - /opt/docker/data/mariadb:/var/lib/mysql

Et le résultat ; tes données sont persistantes et en dehors de l'image docker :



Pour calibre, tu as l'alternative 'calibre-web' moins lourd et qui permet de monter un volume externe.

 

[ArnaudL]

À moins que tu aies trouvé l'astuce sur un site (si c'est le cas envois le lien)

À la relecture du YAML officiel et en regardant dans le dossier AppData

server/docker/docker-compose.yaml at main · Sync-in/server

Sync-in Server · Sovereign platform for file storage, sharing, synchronization, and collaboration. - Sync-in/server

github.com

Je pense qu'il est PEUT-ÊTRE possible de sortir les fichiers (tous stockés dans /data) en dehors de AppData
du type

/DATA/Documents/syncin/data = /app/data

pour sortir du Volume ZimaOS-HD (qui est en fait DATA) il faut mettre généralement /media/nom du volume/syncin-data

Ce qui pourrait donner :
/media/STOCKAGE-1/syncin-data = /app/data

Donc, à tester…

Salut, pas de site particulier, mais bcp de lecture toute l'après-midi et j'ai vu que certains ajoutaient des lignes sur d'autres appli, j'ai demandé à Claude si ca pouvait fonctionner. il m'a donné un protocole, (ca n'a pas fonctionné du premier coût certainement des droits mais ca a fini par fonctionner en créant le dossier avant ) il m'a proposé ce chemin là : "/DATA/.media/Main-Storage-HDD/AppData/DossierCible" au lieu de "/media/Main-Storage-HDD/AppData/DossierCible" car d'après catte IA:

L'interface graphique ZimaOS (le sélecteur de dossier dans "Custom Install") ne parcourt généralement que ce qui se trouve sous /DATA — c'est la convention CasaOS/ZimaOS pour exposer les emplacements disponibles aux applications. Le chemin /media/... (à la racine du système) risque de ne pas apparaître dans le sélecteur de dossier de l'UI, même s'il est parfaitement valide en ligne de commande.

Message automatiquement fusionné : aujourd'hui à 06:23

Donc j'ai ajouté la ligne /DATA/.media/Main-Storage-HDD/AppData/DossierCible = /app/data/users

 

[ArnaudL]

Avec Docker, tu peux monter un volume avec n’importe quel chemin, du moment qu'il existe sur la machine hôte (natif, disque externe, répertoire partagé...).

@ArnaudL si tu as un compte chez Infomaniak et un kdrive associé, tu peux synchroniser automatiquement tes données avec ton espace Cloud et ouvrir des partages sur ce cloud.
L'avantage c'est qu'en cas de panne à ton domicile (coupure de courant, Internet, bug ZimaOS..), tu as toujours accès à tes donnés avec ton téléphone ou un ordinateur portable.

Salut, j'ai pris un compte "web&domaines" donc juste un nom de domaine. Je me suis perdu dans la lecture de toutes les informations sur le site, mais effectivement ca parle de 15Go de cloud. Mais il faut que je lise les petites lignes car c'est étonnant d'avoir 15Go pour 7€/an et tout le reste qui va avec .

le mot entreprise me laisse perplexe

 

[Bambusa29]

@ArnaudL les 15Go de Cloud sont déjà inclus dans la version gratuite de myKSuite (email + agenda + contacts + cloud gratuit à vie), donc à priori je dirais qu'avec ton nom de domaine c'est compris dans le prix.

Tu peux prendre un abonnement seul pour kDrive : kDrive solo qui commence a 4,99€/mois pour 3To avec une compatibilité WebDav (utile si tu as un NAS. Tu peux utiliser des outils tiers pour faire le lien avec ton cloud : rclone....).

Perso j'ai pris l'abonnement mykuite+ à 19€ TTC /ans pour 1To d'espaces Cloud, mais toutes les versions myKsuite ne sont pas compatible webDav... donc ca t'oblige à utiliser leur client desktop pour synchroniser tes données.

Du coup j'ai bricoler un truc : un disque externe USB branché sur mon poste de travail qui est synchronisé avec mon cloud + Je fais tous les jours ou régulièrement une synchro de mon NAS (ou se trouve tous mes répertoires partagés protégés pour les applications docker ou autres) vers ce disque dur pour que cela se propage dans le cloud...

Idéalement, le mieux serait de pouvoir relié le NAS au Cloud, mais pour cela il faut prendre forcement un abonnement Ksuite Pro ou un abonnement kDrive seul.