Fenrir

active le ssh, connecte toi sur le nas (login root, password du compte admin) et vérifie que la partition système n'est pas pleine (df -h)

regarde quel process prend autant de cpu, ça te donnera une piste

tu as été plus rapide, j'allais poster la même chose

Tu as tout de même un problème, tu vas plus vite que ce qui est annoncé ps : merci d'indiquer résolu dans le titre

ça peut aussi venir d'un mauvais câble réseau, voir même de saletés dans le connecteur (dit autrement, des moutons dans le ports réseau du pc )

Tu peux en faire un tuto pour les autres utilisateurs ;) ps : ce n'est pas parce qu'on n'a rien à dire qu'on ne lit pas

Pour VideoStation, il ne fonctionne effectivement pas bien (c'est un euphémisme) en HTTPS Par contre aucun soucis avec les sous titres, s'il y a un fichier de sous titre portant le même nom que la vidéo et présent dans le même dossier, il me le propose, même chose s'ils sont intégrés dans des pistes de la video. Par contre je ne l'utilise qu'au travers de l'appli DSVIdeo chez moi photostation transforme les dossiers en albums, sans rien faire

j'ai remarqué, je ne sais pas pourquoi non plus, mais comme toutes mes vidéos sont en h264, ça ne me dérange pas plus que ça

Les fichiers que tu consultes avec DSFile sont téléchargés localement, sur Android c'est facile de faire le ménage, sur iOS aucune idée

Bienvenu S'il s'agit bien de déplacement, cloudstation devrait le détecter et faire et nécessaire Pour la suite, post dans la bonne section du forum

active le ssh (c'est dans le panneau de conf) si tu es sous windows, télécharge putty connecte toi au nas an ssh (login root, avec le pass du compte admin) exécute la commande : cat /var/log/messages cherche des messages d'erreur (en particulier juste avant l'heure du plantage) en passant, vérifie que la partition système n'est pas pleine avec df -h

c'est un exemple de commande quand on est en mode : plus rien à perdre ça écrit simplement un 1 sur le premier bloc d'un disque, dans certains cas, des outils arrivent à le détecter et tentent de réparer la table des partitions, mais c'est à faire en dernier recours

serveur multimédia

si le CPU du nas monte à la lecture de ton film, c'est probablement qu'il fait une conversion video et/ou audio et/ou conteneur sinon essaye de désactiver le transcodage du nas, ta platine à l'air de supporter pas mal de format nativement

DS Video n'intègre pas de codecs particuliers, il s'appuie sur ce que sait faire l'iPhone Les iphone/ipad/... ne supportent pas les conteneurs AVI nativement (d'ailleurs ce n'est pas le lecteur d'Apple qui s'ouvre via DS Files) donc c'est normal Si tu installes un lecteur video qui sait lire tes fichiers (vlc par exemple), DS Video devrait te proposer de l'utiliser pour les formats qu'Apple ne gère pas.

La première chose à faire est d'aller jeter un coup d’œil dans les logs (en SSH) Tu as des paquets installés ? Tu as tenté de le réinstaller ?

quickconnect monte un vpn entre ton nas et des serveurs de synology (c'est pour ça que c'est facile et lent), ça évite d'ouvrir les ports, mais niveau sécurité c'est presque comme s'ils étaient tous ouvert essaye directement avec son adresse : \\10.x.x.1 (c'est affiché dans l'appli serveur vpn) est ce que tu vois par défaut les autres pc de ton réseau comme des lettres de lecteurs ? (un nas c'est juste un pc avec du matériel et des softs adaptés au stockage) pour faire ça (ce que je recommande), il faut "mapper/connecter" un lecteur réseau (Poste de travail -> Outils sur ton pc) aucune idée de ce que propose la freebox revolution, mais il est certain que le nas permet plus de choses (tu peux en faire un routeur, donc accéder aux autres pc de ton réseau)

un exemple au hasard, si tu supprimes un fichier sur ton nas, raid ou pas raid, il sera supprimé le raid ça protège uniquement d'une panne de disque, de rien d'autre (suppression, corruption, vol, incendie, inondation, fausse manip, piratage, ...)

c'est mal barré Tu peux tenter les softs de récupération de données ou demander à une boite spécialisée si les données en valent la peine (c'est plusieurs centaines voir milliers d'€), parfois certains softs arrivent à recréer la table des partitions. Sinon il y a les méthode brutales, mais c'est un peu la loterie, comme tenter dd if=/dev/zero count=1 of=/dev/sdc, mais en fonction du type de panne, ça peut être pire Tu peux commencer par ça : http://www.cgsecurity.org/wiki/TestDisk

d'après la capture d'écran, ton disque est sdc hors il n'y a pas de sdc dans le fdisk peux tu vérifier fdisk -l sfdisk -l

nop, sinon il y aurait des soucis avec les titres qui ont vraiment des parenthèses

tu as mal cherché ;) Mais l'essentiel c'est qu'au final ça réponde à ton besoin.

Si tu avais mappé les partages via des lecteurs réseaux, ils n’auraient pas eu de soucis Ils utilisent un protocole qui a été déployé alors que la plupart d'entre eux portaient encore des couches, voir n'étaient pas encore nés, que très peu de monde connait vraiment, qui est l'un des piliers d'Internet et certainement le plus utilisé au monde.

Si c'est un soucis de multiplexage ou de transcodage : même si ça devient de plus en plus courant, la plupart des ampli/tv/... ne savent lire que des m4v ou mp4, même si les codecs sont compatibles (h264/acc par exemple) =>le syno doit changer le format de conteneur à la volée il est aussi courant dans les mkv hd que la piste son soit en ac3 ou en dts, là encore, c'esr rarement supporté => le syno doit convertir la piste son dans un cas comme dans l'autre, il faut un peu de temps au syno pour convertir suffisamment de données pour que ça soit fluide le fait de mettre en pause permet au syno de prendre un peu d'avance Mais c'est peut être aussi un pb de réseau (25mbits ça commence à faire pour du streaming)

A la base ton disque est coupé en 2 (au minimum), il y a une partition qui contient un raid 1 du système (même si tu n'es pas en raid ou que tu n'as qu'un disque). Ensuite le raid ce n'est pas de la copie de fichiers, c'est de la réplication de blocs de données, si pour une raison ou une autre la géométrie a changé (changement de système de fichier, mise à jour, redimensionnement, ...), un ancien membre d'une grappe raid ne pourra pas (facilement) être réintégré. De plus, comme c'est de a copie de blocs, il peut arriver que ça réplique des blocs endommagés Enfin, comme le système est en raid, il peut utiliser l'un ou l'autre des disques en priorité, donc rien ne dit que tu as booté sur le bon disque Le petit bonus : faire des "backups" comme tu le fais ça fatigue énormément les disques, beaucoup plus que de faire des backups de fichiers et comme tu viens de t'en rendre compte, de manière moins fiable. Tu peux tester ceci : tu arrêtes le nas tu retire TOUS les disques tu remets uniquement celui que tu venais de retirer (HDD2 -> baie 2) tu rallumes le nas tu vérifie que tout est ok niveau conf et data si oui : export de la conf et backup des données si non : essaye la même manip avec les autres disques Pour le point 5.1, si arrivé au 5 c'est bon, tu peux formater l'un des autres disques (HDD1 ou HDD3) et le brancher en USB ou dans ton pc Une fois ta sauvegarde OK (une sauvegarde il faut la vérifier) : formate le disque restant depuis un pc (peu importe le format, il faut juste que le syno ne le reconnaisse pas) coupe le nas insère le disque dans la baie 1 rallume le nas contrôle que le raid se reconstruit