Fenrir

C'est possible même en local, à la condition de faire en sorte que le nom de domaine renvoi bien l'ip privée du nas, cf tuto DNS

si c'est manuel un jour ou l'autre tu vas oublier Ils ne sont créés que si tu actives la fonction "accueil utilisateur" (de mémoire)

AppleTV, Android, ... tout dépend de ce que savent lire ces boîtiers et du format de tes fichiers, je ne peux pas te répondre. Pour le débit, ça dépend des formats de compression, du nombre de pistes, de la 3d, ... ça peut aller de 20mbits à plus de 200mbits en 4k. Par exemple Netflix demande au minimum 25mbits.

Tu as des exemples dans les messages du post

Depuis "internet" (via un gsm par exemple), si tu entres ton nom de domaine dans un navigateur (http://machin.truc), tu tombes bien sur ton nas ?

oups, je viens de voir que c'est un DS415+ =>

Les statistiques Sur ce forum par exemple, les 3/4 des pannes disques concernent les 3To, c'est aussi le cas chez des "petits" consommateurs de disques (genre backblaze) https://www.lifehacker.com.au/2015/01/why-you-should-buy-4-tb-hard-drives-and-skip-the-3-tb-ones/ Il est possible que depuis ils aient corrigé le tire (peut être un souci de CQ sur les chaines), mais dans le doute on préfère ne pas recommander les 3To

certaines mises à jour provoquent des réindexations complètes (je trouve ça pénible) ceci peut être la cause de tes pb ce qui est certain c'est que l’arrêt brutal n'a pas aidé, mais le nas avait peut être détecté un pb et essayait de le corriger au moment de ton action (l’œuf et la poule ...) le ssh est presque toujours fonctionnel (s'il est activé), même quand le nas part en vrille les NAS (pas que syno) s'appuient principalement sur les infos remontées par les disques eux même, si le disque dit que tout va bien, les nas les croient la plupart du temps Pour le reste, il existe des outils de vérification plus poussés qui scannent la surface des disques (badblock par exemple) active le SSH et s'il plante de nouveau, essaye de t'y connecter en ssh pour aller voir les logs systèmes (dans /var/log)

Le souci c'est que http devient aussi propriétaire de tout de qui est sous / (en clair, de TOUT, les fichiers de conf, les binaires systèmes, les librairies, ...) Elles seront toujours là mais avec des droits à la con, par contre il sera facile de les corriger avec filestation (ou un chown sans erreur ).

Merci de commencer par la section présentation, c'est toujours plus sympa. Pour ton problème, il peut avoir plusieurs causes, en vrac : indexation en cours : tu devrais avoir un indicateur en haut à droite, si tu as bcp de photo ça peut prendre des jours raid en reconstruction : tu devrais le voir dans le gestionnaire de volumes applications qui part en vrille : il faut regarder dans le gestionnaire de process disque entrain de mourir : selon le type de pb, ça peut ne pas être détecté par le NAS

Normal, avant ta ligne pour autoriser Hyperbackup tu as une ligne qui dit : tout refuser => déplace la ligne tout refuser en dernier

"Nop, y a pas" et le support Synology te recommandera très probablement aussi de réinstaller le nas. Normalement non, mais on est jamais à l'abri d'un bug, d'où l'importance des sauvegardes.

@Mick83 : merci de commencer par la section présentation du forum, c'est toujours plus sympa. Pour ta question, elle n'a aucun lien avec le sujet et ne concerne même pas un Synology (ce forum est orienté Synology), on ne connait que très peu les autres fabriquant donc il va être difficile de t'aider. De ce que j'ai vu, ton NAS doit pouvoir faire serveur DLNA, si ta TV est compatible ça devrait fonctionner, sinon aucune idée.

Tu fais bien le test sans les disques ? Si oui, c'est peut être un condensateur ou le transformateur qui sont fatigués, essaye avec une autre alimentation (si tu en trouve une ...). Tu peux aussi tester le double reset (réinstallation), mais si le test de carte mère indique un souci, même une fois sur 2, c'est qu'il y a un pb électrique ou électronique quelque part.

J'en ai 2 de 4To dans un de mes nas, pas de souci pour le moment mais ils sont encore jeune (10 ou 15k heure je crois)

Si le souci est bien la syntaxe du chemin, aucun réglage coté Mac/Windows ou sur le NAS ne pourra t'aider, c'est à ton logiciel de régler le pb. J'ai trouvé ça si ça peut aider : https://forums.adobe.com/thread/1453240 (ça doit faire 15ans que je n'ai pas touché à premiere)

Merci de faire un petit tour par la section présrntation, c'est toujours plus sympa. Tu peux tester avec le DS218, mais il y a trop de différence pour que ça soit viable à mon avis. Tu as aussi cette méthode : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Dans un cas comme dans l'autre, tu peux effectivement tester avec 1 seul disque.

Je confirme, les 3To HS c'est très fréquent. Sur les 7 que j'ai acheté en 5ans, 3 ont claqué entre 15000h et 25000h (les 4 autres tournent rarement chez moi). Et un 4To c'est moins cher qu'un 3To si tu comptes bien (15% plus cher pour 30% d'espace en plus).

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t3 si ça peut t'aider nb : pour le reset on y arrive rarement du premier coup, il faut souvent essayer plusieurs fois

REDIRECTION LIVEBOX 1 (source) : IP NAS1 de gauche => ça doit être l'ip publique de la box 2, comme c'est une familiale son ip n'est pas fixe => il faut tout autoriser FIREWALL NAS 1 (source) : IP NAS2 => ça doit être l'ip publique de la box 2, comme c'est une familiale son ip n'est pas fixe => il faut tout autoriser REDIRECTION LIVEBOX 2 (destination) : ok (je pense que seul TCP est nécessaire mais ce n'est pas grave) FIREWALL NAS 2 (destination) : IP NAS1 => ça doit être l'ip publique de la box 1 nb : les 2 premières règles ci dessus ne servent à rien (la destination ne va pas aller voir la source) => garde juste les points 3 et 4

Tu peux aussi tester de couper le client le temps d'enregistrer le document.

Après avoir réinstaller ton nas, oui, mais pas pour "réparer" les soucis de droits à mon avis. En théorie oui : sauvegarde de tes données tant que le nas répond encore arrêt propre (si possible) du nas tu sors les X disques tu les connectes tous à ta Debian ensuite la commande "mdadm -Asf && vgchange -ay" suivi d'un mount du 1er raid1 devrait te permettre d'accéder à la partition système et enfin tu replaces les droits sur les différents fichiers avec des chown Ça c'est la théorie, en pratique repositionner les droits risque d'être compliqué (selon le nombre de dossiers/fichiers impactés), il te faudrait un autre nas avec la même version de DSM pour comparer, fichier par fichier, les droits en place et les corriger le cas échéant. Pour faire une analogie, imagine un tableau de 1m², chaque mm² est un fichier/dossier, avec ta manip tu as balancé de la peinture sur tout ou partie du tableau, tu dois réparer chaque mm² du tableau (ça te donne une idée, l'ordre de grandeur est le bon). Si tu as arrêté la commande très vite (quelques dixièmes de secondes), peut être que seuls quelques dossiers ont été impactés, mais ça va très vite un chown. =>la réinstallation sera plus rapide et plus fiable.

Sur le site de syno il y a une procédure pour vérifier ça. Mais je pense que c'est la zone système qui a un problème, essaye un double reset (c'est aussi sur le site officiel)

Ton plus gros problème c'est ça : des données importantes et pas de sauvegarde !!!!! Pour l'anecdote du groupe de disque, si HDD2 est bien tout seul dans son groupe, tu peux le supprimer, mais pour en être sur fais nous des captures de tous les écrans du gestionnaire de volumes Il ne faut pas non plus faire ça, il est plus fiable/viable d'avoir 2 volumes distincts qu'un volume en JBOD ou pire, en raid0

(c'est mal de se moquer, mais là c'était trop tentant) Si c'était le cas, la commande n'aurai rien fait (sauf avec sudo devant) => tu étais bien root (ou avec les droits root via sudo) car c'est le seul compte (ce n'est pas un utilisateur) qui a le droit de changer le propriétaire d'un fichier. Je confirme : tu as changé le propriétaire de TOUS les fichiers de ton nas (3 fois), à commencer par les binaires systèmes. La faute aux espaces qu après les / Il est même possibleprobable que ton nas de puisse plus redémarrer. => si tu ne peux plus passer root tu ne peux pas corriger le problème (du moins pas sans sortir les disques pour faire la correction depuis une machine Linux) => il faut réinstaller le NAS (double reset). ps : tu n'avais absolument pas besoin de te connecter en ssh pour installer owncloud et en passant, nextcloud c'est mieux