Aller au contenu

Bolitar

Membres
  • Compteur de contenus

    16
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Messages posté(e)s par Bolitar

  1. Un très grand merci, la manip semble fonctionner à merveille!

    Synchronisation en cours afin de vérifier la cohérence de la parité entre les 2 disques est en cours. Les voyants sont donc au vert. 

    Je reviendrai confirmer le bon déroulement une fois terminée.

    Merci encore!

  2. J'ai finalement trouvé: la sécurité pour accéder en root en Ssh semble avoir été augmentée avec le passage au DSM 6.0. Une page de Synology l'explique très bien ici (en imaginant que cela puisse servir à d'autres):

    https://www.synology.com/en-us/knowledgebase/DSM/tutorial/General/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

     

    Pour en revenir à mon problème, voici ce que donne l'entrée des commandes proposées:

    root@****:~# fdisk -l /dev/sda

    Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors

    Units: sectors of 1 * 512 = 512 bytes

    Sector size (logical/physical): 512 bytes / 4096 bytes

    I/O size (minimum/optimal): 4096 bytes / 4096 bytes

    Disklabel type: dos

    Disk identifier: 0x00017c97

     

    Device     Boot   Start        End    Sectors  Size Id Type

    /dev/sda1           256    4980735    4980480  2.4G fd Linux raid autodetect

    /dev/sda2       4980736    9175039    4194304    2G fd Linux raid autodetect

    /dev/sda3       9437184 3907024064 3897586881  1.8T fd Linux raid autodetect

    root@****:~# fdisk -l /dev/sdb

    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors

    Units: sectors of 1 * 512 = 512 bytes

    Sector size (logical/physical): 512 bytes / 4096 bytes

    I/O size (minimum/optimal): 4096 bytes / 4096 bytes

    Disklabel type: dos

    Disk identifier: 0x0000543d

     

    Device     Boot   Start        End    Sectors  Size Id Type

    /dev/sdb1           256    4980735    4980480  2.4G fd Linux raid autodetect

    /dev/sdb2       4980736    9175039    4194304    2G fd Linux raid autodetect

    /dev/sdb3       9437184 3907024064 3897586881  1.8T fd Linux raid autodetect

    root@****:~# pvdisplay

    root@****:~# vgdisplay

    root@****:~# lvdisplay

    root@****:~# cat /proc/mdstat

    Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 

    md2 : active raid1 sda3[1]

          1948792256 blocks super 1.2 [2/1] [_U]

          

    md1 : active raid1 sda2[0] sdb2[1]

          2097088 blocks [2/2] [UU]

          

    md0 : active raid1 sda1[1] sdb1[0]

          2490176 blocks [2/2] [UU]

          

    unused devices: <none>

     

    Encore merci pour l'attention apportée.

     

    Du coup quelqu'un saurait-il interpréter ces résultats? Gaëtan? :)

  3. Je ne parviens pas à me logger en "root", ce qui semble pourtant indispensable pour les commandes soumises. 

    En "admin" ça passe, et en utilisant le même password pour root il me renvoie un "Permission denied".

    Je suis peu initié à ces manipulations, un coup de main serait le bienvenu :)

  4. Bonjour Gaetan, 

    Merci pour le coup de main. 

    Test SMART effectué, mais je ne sais pas où trouver le rapport. Ce que j'obtiens:

    Capture d’écran 2016-04-16 à 19.40.28.png

    Autres infos trouvées:

    Capture d’écran 2016-04-16 à 19.37.41.png

     

    J'espère que c'est de cela dont il est question.

     

  5. Bonjour, 

    Je possède un DS214Play sur le quel sont montés 2 disques WD Green Desktop 2 To SATA 6Gb/s de juin 2014, sans le moindre souci jusqu'ici.

    Cet après-midi après un reboot il se met à "bipper" et la led "status" à clignoter.

    Je parviens malgré tout à me connecter et avoir accès à l'interface. Je vois que le volume est dégradé, je tente une réparation comme proposé. Rien y fait. J'ai parcouru la doc de Synology ainsi que ce forum, notamment le fil suivant: 

    Malheureusement je n'ai pas de PC pour effectuer un test SMART comme conseillé. Le gestionnaire de stockage de DSM semble le proposer. Un test rapide donne un résultat concluant sans relever d'anomalie. Un test poussé peut-il en valoir la peine? Risque de détériorer un peu plus le disque, son voisin ou le NAS?

    Forcément cela arrive un samedi et avant lundi je n'aurai aucun moyen de me procurer un nouveau disque, mais toujours le besoin d'avoir accès aux données (qui sont toujours accessibles mais plus protégées par le protocole RAID je suppose). Y a-t-il à ce stade autre chose à faire que de remplacer le disque n°2 par un nouveau? Que signifie le statut "initialisé"?

    Dans l'attente de vos réponses le NAS est éteint et je retire le disque n°2 comme cela est conseillé. Je joins un screenshot pour étayer la situation.

    Merci pour l'attention portée.

    Capture d’écran 2016-04-16 à 18.22.58.png

     

  6. Rahhh... Je confirme de mon coté aussi. 1 a 2 secondes de décalage, juste ce qu'il faut pour être inutilisable. C'est sûr, ça devrait être corrigé rapidement (j'espère).

    Plus aucun problème depuis l'application sur ATV4, sans update de cette dernière d'ailleurs.

    Le passage au DSM6 et l'update du paquet VideStation sur le NAS a suffit.

  7. Le 5 mars 2016 at 16:33, PascalZ a dit :

     

    Les sous-titres passent sans souci.

    J'ai pu tester de mon côté sur ce point-ci. S'ils passent en effet facilement, j'ai remarqué un décalage, les sous-titres apparaissant plus tard que VideoStation ou DS Video sur iPhone/iPad. Si ce n'est pas dramatique, ça peut être dérangeant. Et la solution sur ATV4 ne propose pas encore de pouvoir resynchroniser. Dommage. 

    Si quelqu'un a un autre retour d'expérience ou une astuce pour palier à ceci ce serait bienvenu!

  8. Qu'en est-il des sous-titres avec cette solution (DS Video sur AppleTV 4)? Quelqu'un a pu tester? Genre série en VOSTFR..

    Car depuis la dernière mise à jour de Video Station sur mon DS214play, impossible de les afficher sur l'Apple TV (3ème gén.) en passant par DS Video sur iPhone/iPad! Frustrant!

  9. Ca fonctionne bien chez moi.

    Tu as du oublier de supprimer les sources et de mettre la nouvelle.

    Sinon, à condition d'être en x264 et de ne pas avoir de dts, videostation fonctionne très bien avec un ATV.

    Bonjour,

    vous n'avez aucun problème avec les sous-titres via Plex? Tout le reste passe sans problème mais dés qu'il y a des sous-titres la vidéo ne se lance pas sur l'ATV et le CPU du NAS monte à 98%. Une explication? Merci d'avance.

  10. Bonjour tout le monde,

    Je vous expose mon problème: tout semble être configuré correctement (suivi tuto bien foutu sur http://www.experience2geek.com/?p=6264) et les films non sous-titrés passent sans soucis avec un CPU entre 20 et 30%.

    En revanche, si je tente de lancer un film/série avec des sous-titres, le CPU monte à 98% et rien ne se lance. J'ai beau bidouiller et chercher à gauche à droite, rien y fait.

    Donc si quelqu'un a connu la même chose ou a un conseil à donner..?

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.