lilobzh

Attention néanmoins, Aucun interet a tester si pas de probleme. Autant garder le XPEBOOT actuel si vous n'avez aucun soucis.

Merci d'avoir précisé le pourquoi de ce choix

ah moi je parle de rien. Je suppose qu'il parle de transcodage à la volée. Quoi d'autre sinon ? j'avoue que je me suis posé la question sur le fait qu on parle tous de la même chose ^^

ba oui. Le processeur, dans un premier temps , on s en fiche. Si DSM ne gère pas le x265, c'est réglé et j'avoue que je n ai jamais testé. actuellement, les vidéos en x265 sont vraiment dégueulasses tellement c'est compressé (sans compter que actuellement, quasiment aucun materiel ne peut le lire mise à part les PC donc ... ^^ ). Du coup, il faudrait tester. EDIT : https://www.synology.com/fr-fr/products/DS216play#spec A priori, des syno avec un CPU compatible x265 permet de le faire. (double coeur 1.5 Ghz, ca permet de te donner une idée)

Bonjour, Pourquoi ne pas utiliser le soft de synology qui est bien meilleur ? pour les droits et ton probleme, faut lire les logs en ssh

lol. Très bon résumé ! la corée confirme ma théorie bien vu !

SAlut 40eme sujet a ce propos. Tu as fais via l interface tout simplement ?

mouai , on tombera pas d'accord. A moins que tu travailles pour la NASA, le NAS et donc le RAID suffit largement dans le cadre d'un backup de donneés vu que c'est redondant. Au delà de ca, c'est de la paranoïa et un gouffre financier ! Dans ta logique, tu pars du principe que la redondance du NAS ne suffit pas. Dans un faible pourcentage, c'est possible mais vraiment, je doute qu'il faille en tenir compte. (Après et pour être honnete, pour les papiers les plus importants, je stocke sur mon PC egalement mais c'est tout ^^ )

non un RAID sert de backup. Ce que tu parles toi, c'est du backup du backup. Faut être clair. Pour l’effacement, il y a la corbeille pour la surtension, il y a les multis parafoudre voire les onduleurs (conseillés en cas de coupure de toute facon parce que une coupure du jus peut corrompre l intégrité du volume) pour l'histoire du virus, soit, c'est le seul point vraiment discutable. Et encore, il suffisait de couper les accès internet du NAS. Après, si sur ton NAS, tu as qqs Go de données, ok mais dans le cas de plusieurs TO que ce soit un DD externe de plusieurs TO voire un truc sur internet (et encore, la vive les possibilités de piratage avec données confidentielles et/ou personnelles), ca devient sportif. Et vraiment, l'interet d'avoir un NAS a la maison, c'est justement de ne pas mettre ses données sur internet sur un cloud ! Alors soit, pour les plus paranos, la solution du disque dur externe semble est la solution la plus sérieuse !

globalement, les paquets officiels suffisent largement.

un backup régulier pour un NAS, c'est a se demander pourquoi avoir un NAS. avoir des données en RAID, c'est en soit un backup. Ensuite, faut quand même être sacrément chargé pour acheter un DD externe de plus TO !

Attention, VMWare n'est absolument pas obligatoire. Ajouter une couche logiciel ne sert que dans quelques cas très précis. Si tu veux utiliser un serveur juste en XPEnology, passe ton tour sur VMWare qui ne sert strictement à rien.

ah ba par contre, il est vrai que je sais que faire une sauvegarde, c'est facile à dire. On a tous tendance a dire ca mais , c'est la même pour moi si un jour je dois faire une sauvegarde ... 3 To de données, ça se sauvegarde pas comme ça !

Le concept de faire une sauvegarde, c'est de mettre les données de coté pendant la migration ... Un peu de bon sens quand même ...

get_key_value lol. tant mieux si ca fonctionne.

tu n es pas en root, c'est tout.

Tu as essayé ? Quelle commande ?

Salut SSH : ln -s *dossier initial* *dossier cible*

Chose promis, si un jour tu repasses par la : Consommation de ma config du 29 décembre au 29 janvier : 7.46€ 90 Euros / ans en gros. Sachant que dessus, il y a le serveur upnp, le systeme de surveillance via les camera IP, serveurs Web. Voila pour un ordre d idée

y a un module recherche en haut a droite.

http://www.lmgtfy.com/?q=xpenology+error+38

F2. Il te manque la colonne MEMOIRE !!! Le load average est un peu haut aussi je trouve. Pas besoin de faire 40 screens. 1 screen avec ce qui consomme le plus la mémoire 1 screen avec ce qui consomme le plus le CPU. ca sera deja pas mal

Screen du HTOP ?

Quel rapport avec perl ? Le message parle de DB (database).

Je le redis, ce n'est pas un problème en soit ... tant que la RAM n'est pas a 100% et que l'utilisation est stable, tout va bien. Au dela de 100%, cela va entrainer une utilisation du SWAP et là c'est le drame PS : Fais un screen du temps réel pour avoir les infos parce que la, tes screens sur 1 jour ne servent a rien du tout mise à part montrer des jolies courbes qui servent a rien PS2 : Essaye de désactiver PLEX pour voir si la RAM descend comme par magie.