Reprise du message précédent :
Oui, ça fonctionne bien, sous hyperbackup. Que je n'ai pas sur mon NAS distant (DSM 5.2)
 
 
Tu as absolument raison, à terme, c'est ce que je vais faire. Là j'expérimente un peu.
Le but étant que les données sensibles (90% dans mon cas) soient chiffrées sur les 2 NAS.
 
Mais comme je n'ai pas de NAS en stock pour mes tests, j'utilise mes NAS "de prod" pour faire les essais, donc je ne veux pas faire de bigbang tant que je n'ai pas validé que tout fonctionne comme je l'entends.
 
Ma phase 1 : valider que la sauvegarde chiffrée fonctionne comme je le veux.
La phase 2 sera le chiffrement sur le NAS local et le backup de ce répertoire chiffré vers le NAS distant.

 
Selon moi l'avantage du hbk chiffré c'est que ce même hbk est lisible sous DSM ou Windows. Par contre il faudra la clé de chiffrement (perso choisie moi-même, donc je la tape quand je veux).
ça evite aussi de devoir gérer le chiffrement sur le nas distant (montage, gestionnaire de clés, est-ce que je mets la clé sur une clé, sur la partoche du syno etc). Il faudra aussi un montage auto, sinon ton backup ne se fera pas (redémarrage du nas...).
 
MAIS de fait, je ne sais pas si ça fonctionnera sous 5.2. De mémoire il faut HB vault sur le nas qui accueille le hbk (on peut pas mettre HB sur un 5.2 au fait ?)
 

 
Je pense que tu le sais mais n'oublie pas que le backup d'un share chiffré se fait en clair, sauf si on chiffre le backup. Je veux dire, c'est pas parce que c'est chiffré à la base que ça le reste.
ça peut sembler évident, mais pour moi ça ne l'était pas à l'époque  
 
L'avantage c'est qu'on peut avoir une clé de chiffrement différente (même si j'avoue, je n'ai pas testé).

Il est également très important de valider le process de restauration.

Si je veux changer le type de stockage faut vider le disque?
 
Concrètement je suis en raid1 et je souhaite passer en raid0 et sauvegarder mes données essentielles sur un disque d'un de mes pc.
Pour l'instant, disque plein je ne peux changer ceci...

Bonjour à tous,
Dans le cadre d'un projet domotique, j'ai installé Home Assistant sur mon NAS Synology 1511+ via docker et cela marche plutôt bien.  
Par contre je rencontre une difficulté, un addon demande de placer un dossier téléchargé dans le répertoire config/ situé à la racine du NAS.
J'ai réussi à me connecter en SSH dessus, via winSCP mais impossible de le transférer j'ai un retour de message "opération not permitted" lorsque je tente un envoi.
Les droits du dossier sont en 755 et même après une modification en 777 via un accès root, impossible de faire quoique ce soit dessus..
Avez vous une idée ?

 
 
tu peux lier un dossier existant à un dossier à l'intérieur de ton container
 
Ca se fait soit au démarrage en ligne de commande avec l'option -v (exemple :

)
Soit si tu utilises l'interface docker dans Synology : tu as une partie volumes dans la configuration qui permet de le faire  
Mais tu risques de tout devoir refaire car je sais pas si tu peux le faire sur un container déjà créé et configuré

 
Oui je pensais y accéder par la suite car effectivement lors de la création du container on peut configurer les volumes... du coup je me retrouve un peu bloqué...

Pour quelles raisons souhaites-tu passer en raid0 ?

 
Absolument. Je ne l'ai pas indiqué, mais c'est justement dans cette optique que je veux tester comment j'arrive encore à avoir accès (et à restaurer si nécessaire) à mes données chiffrées

 
Je n'ai pas trouvé de package officiel pour HB sous 5.2. Est-ce qu'une bidouille existe en installant un package "adapté" sur un site quelconque ? Je ne sais pas, je ne m'y connais pas assez pour savoir quels site pourraient avoir des packages modifiés mais fiables.
 
 

 
Effectivement, c'est toujours utile de le rappeler, ça n'est pas forcément évident. Mettre 2 clefs différentes n'a pas d’intérêt dans mon cas. Les données étant identiques sur les 2 NAS. Mais un NAS qui centralise plusieurs types de sauvegardes, ça pourrait être intéressant.
 

Doubler l'espace disque...
30% de mon espace disque est important (photos perso, musiques, documents) le reste ne nécessite pas une sauvegarde.

Pourquoi ne pas tout simplement faire deux volumes distincts, un par disque ?
 
En raid0, si un disque lâche, tu perds l'intégralité des données...

Bonjour messieurs
 
Je sais que la question a déjà été abordée sur d'autre topics, mais je voulais être absolument certain avant de me lancer, et avoir les avis de la commu Syno@HFR
 
J'ai actuellement un DS418j, qui me convient bien, mais dans lequel je commence à être l'étroit (4x3 To remplis).
Lors d'une récente promo, j'ai pu choper un DS918+ à vil prix (sans son extension pour le moment, mais ça viendra).
 
Quelle est, selon-vous la procédure à suivre pour faire au mieux, la migration de mes 4 disques du 418j vers le 918+ ?
Même si elles ne sont pas cruciales, les données en place sont importantes, je ne peux pas me permettre de les perdre (j'ai des sauvegardes ailleurs des données les plus importantes).
 
Question subsidiaire : pour revendre / reconditionner / réutiliser / donner à un pote mon DS418j, j'ai quelque chose de spécial à faire ? Ou juste j'y cale un disque dur temporaire histoire qu'il puisse démarrer et installer DSM et s'équiper ensuite ?

normalement tu prends les 4HDD du 418 et tu les mets dans le même ordre dans le 918
https://www.synology.com/fr-fr/know [...] _and_later
pour l'ancien nas comme il n'y aura plus de disques dedans il n'y aura plus de données, tu peux y taper un petit disque qui traine et repousser DSM dessus, mais l'acquéreur devra le refaire avec ses HDD

Ok, simple, propre.
C'est la réponse que j'avais obtenue sur un autre topic, mais je voulais confirmation
 
Ca conservera mes Espaces de stockage et mes Volumes ?
J'aurai plus que mes partages à reconfigurer c'est bien ça ?
 
Merci beaucoup, y a plus qu'à, donc

yes, mais pense à ton backup avant, au moins de données essentielles

Oui, ça fera parti de mon plan de migration, ça sera fait avant, tant que le 418j sera en service

Oui toutafait je viens de percuter...
Plutôt faire ça!
Mais je dois tout reformater pour passer.
En fait je suis en mode SHR de Syno.
Mais ça revient à raid1

good news: la derniere mise a jour OSX 10.15.4 semble avoir résolu les soucis de connexion aux NAS en SMB

 
a part trouver un moyen de récupérer ton dossier /config à l'intérieur du container pour le mapper en en recréant un nouveau je vois pas
 
et ça risque de ne pas être facile vu les outils intégré au container : strict minimum
 
edit : y'a des commandes terminals, et des tutos sur YouTube

Pas obligé de tout formater
Backup de tes données essentielles
Tu sors ton disque 2 (il servira de secours au cas où).
Tu répares ton shr du disque 1 qui se met à gueuler car il est en mode dégradé (tuto en FP)
Si ça marche et que tu arrives à avoir un volume shr sur 1 disque et non sur 2, sans alerte, alors tu effaces ton disque 2 dans un pc et tu le remets dans le nas. Tu ne l’ajoutes pas au shr existant, tu crées un nouveau volume que je te conseille en shr au cas où tu voudrais faire un raid plus tard.
C’est fini, tu as deux volumes shr distinct et une capacité doublée.

Si tu n’as pas de pc pour effacer ton disque 2, alors éteins le nas, sors disque 1, mets disque 2, démarre, et casse le volume. Éteins tout, démarre sur disque 1 seul, ajoute disque 2, et poursuis le tuto ci-dessus

Merci pour le détail !
Je vais réfléchir1j ou 2 pour les avantages/inconvénient d'avoir 1 ou 2 volumes et m'activer sur le sujet.
La nuit porte conseil parait-il...

Et tu n'en trouvera pas
Sous DSM 5.x il n'y avais pas Hyper Backup. la fonctionnalité existait sous le nom de "Sauvegarde et réplication" et était directement incluse dans DSM (donc pas de paquet à installer)
L'apparition de DSM 6 a dissocié le module de sauvegarde sous forme du paquet Hyper Backup, et d'autres paquets avec d'autres fonctions de sauvegarde

Bonjour,  
 
Depuis quelques jours je rencontre des soucis pour allumer physiquement mon DS1815+. je dois m'y reprendre et insister sur le bouton power avant qu'avec un peu de chance il veuille bien s'allumer. A court terme je vais désactiver l'auto shutdown mais bon j'aime bien qu'il soit éteint la nuit    
 
J'ai envoyé un mail au support de Synology mais il n'est plus sous garantie donc je ne me fais pas trop d'idée. A mon avis c'est un soucis avec le bouton power et/ou l'alim bien qu'il fonctionne correctement une fois sous tension.  
 
Vous savez si je peux trouver des pièces pour remplacer bouton/alim moi-même ou si vous avez d'autres pistes de solutions à proposer ?  
 

Tu ne peux souffler le bouton avec de l'air comprimé et/Ou tester à l'ohmmètre si le contact est bon ?

a moins que ça soit les débuts du bug intel
https://www.inpact-hardware.com/art [...] rtains-nas

moi je traite tout a la bombe a contact  des que y'a un comportement bizarre... en general ca relance bien le truc... si ca marche pas t'as peut etre un autre soucis... programme deja un demarrage tous les matins au cas ou le bouton arrete de fonctionner pour de bon

Je suis preneur de ton aide sur HA si tu as un peu de temps !
J'ai réussi à installer hass, mais je galère à comprendre la logique de configuration de ha

 
Normalement j'ai une version "patché" donc a priori pas affecté par le bug.  Synology m'avait renvoyé un nas à l'époque (vers mars 2017) en remplacement de la version présumée touchée par le bug.  
 
Je vais passer un coup de bombe et revoir mes séquence d'allumage/arrêt  

ok, alors oui le coup de bombe parrait pas mal

Tiens, puisqu'on parle de démarrage/arrêt automatiques.
 
J'aimerais démarrer et arrêter mon nas de sauvegarde pour qu'il fonctionne pendant la période de backup.
 
Histoire de contrôler le machin, je viens de faire deux tests :
- planification d'un démarrage à 12h15 ;
- planification de l'arrêt à 12h25.
 
Il était 12h09.
 
J'arrête le NAS.
 
Il redémarre plutôt qu'il ne s'arrête. Il est donc pleinement démarré vers 12h11.
 
Il s'éteint à 12h25. En fait non, il redémarre aussi.
 
Hors il est censé rester éteint jusque demain 12h15.
 
J'ai décoché, pour ce test, le redémarrage après coupure de courant (bien que je ne coupe rien du tout).
 
Qu'est-ce que je rate ?  
 
Il n'y aucun share mappé. Par contre ce nas monte des shares du nas principal, qui lui est allumé toute la journée. Serait-ce une piste ?
 
Merci !

Bonjour,
 
Des gens ont installé un système à la Digiposte sur leur NAS ? Pour récupérer les factures et autres documents dispos un peu partout sur le web ?

 
Salut,
Je n’ai pas plus de connaissance que ça, uniquement j’ai suivi les différents Tuto que j’ai trouvé et aussi sur le site officiel...
Après j’avoue c’est pas simple non plus... sur quoi tu galère ?

 
ok, je pense que j'ai au moins une piste : un onglet figé dans FF avec l'interface web de DSM !
 

Peut-être qu’il y avait aussi des processus ou des tâches en cours et non terminées ?
 
Tu peux réessayer en t’y prenant un peu en avance par rapport aux heures de démarrage / arrêt automatique ?

Bonjour les gens, c'est une question plus orienté développement que matériel, mais un pote développe actuellement une application et souhaite utiliser une BDD MariaDB sur un NAS Synology. Il rencontre pas mal de comportements bizarres avec cette base, je vous mets le lien au cas où certains d'entre-vous auraient des idées pour l'aider :
 
https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
     

 
 
Je suis embêté avec une adresse mail laposte.net que je migre progressivement sur une adresse gmail.
 
J'aurais voulu que tout arrive sur gmail or laposte.net a bloqué la fonction transférer depuis cette année .
 
Y a t-il un paquet synology qui checkerait les mails sur laposte.net et qui appliquerait une règle de transfert ? (genre mail station, mail server...)
 
 

pour laposte je fait relever par gmail ensuite on peut faire ce qu'on veux

 
J'ai eu ce problème jusqu'à ce qu'il ne s'allume plus du tout.
J'ai d'abord cru au bug Intel, mais apparemment ce serait un problème d'alim.
J'ai trouvé cette video pour le refaire fonctionner avec une alim externe: https://www.youtube.com/watch?v=NWH0ZOCyW8s
 
Je n'ai pas encore testé le remplacement de l'alimentation.
Si tu as des infos, ça m'intéresse.

 
Intéressant, merci pour ton retour    
J'ai passé un coup de bombe tout à l'heure et j'ai pu le démarrer sans problème, espérons que ce soit ça le problème mais ayant fait du rangement il n'y a pas longtemps dans le "coin" j'en avais profité pour enlever les disques et nettoyer l'intérieur du NAS a l'air comprimé. Donc soit une poussière s'y est glissé ou alors c'est autre chose.  
 
J'ai également essayé de le démarrer via la planification et la pas de soucis il démarre sans soucis. J'en ai profité aussi pour contacter le support Synology mais même si on m'a remplacé le NAS en mars 2017 (bug intel) la facture originale date d'octobre 2015 donc a voir ce qu'ils peuvent proposer et si ils vendent des alims et/ou bouton de démarrage.  
 
Pour le moment voici ce qu'ils me demandent de faire  :  
 
"Pour confirmer qu'il s'agit d'un problème matériel, pourriez vous retirer les disques ainsi que toutes les extensions (RAM, appareils USB ...) de votre NAS et faire les tests suivants :
 
- branchez votre nas sur une autre prise électrique
 
- débranchez votre NAS, appuyez sur le bouton start pendant une minute, rebranchez le puis rallumez le.
 
- si possible, essayez avec un autre câble d'alimentation"

+1

Tu ne demandes pas à laposte de transférer vers gmail, mais tu demandes à gmail d'aller chercher sur laposte