NY152

pour le 3) l'effacement de données, effectivement, je me suis emmêlé ^^ Pour la fragmentation, elle existe sous Linux mais n’excédera pas 3% ; Ça c'est dans le cas d'un ordinateur personnel dont les données bougent peu et que celui ci dispose d'assez d'espace. Il a été remarqué d'un disque en ext3 ou ext4 dont l'espace libre était inférieur à 15%, la fragmentation pouvait devenir affolante si les données bouge régulièrement. De mémoire, il n'y a pas d'outil permettant de défragmenter ; La solution à l’arrache permettant de le faire étant de déplacer les données sur un autre support et de les replacer à l'endroit initiale ; L'algo du système de fichier se démerdant pour tout ranger.

Tu ne fais que contredire que des détails finalement ^^ 1) Oui je n'ai qu'un répertoire @download dans volume1, rien dans volume2 2) oui la fragmentation augmente avec ce genre de copie (qui je le répète reste minime mais bon). Les données serait déplacées y en aurait pas (si même volume évidement sinon ça fragmentera quand même puisqu'il y a ré-écriture des données sur un autre volume) 3) Oui une copie fatigue les disques. Et contrairement à ce que tu pense, comme il s'agit d'une copie, les données copiées sur un même disque fatigue plus vite le disque concerné puisque le disque fait la lecture, déplace des têtes, écrit repart sur les données source, efface ce qui a été déplacé et on repart jusqu'à ce que cela soit terminé. Si les volumes source et destination sont différents la fatigue est moindre la source lit et reste sur la source, idem pour la destination. Là où je suis d'accord avec toi, si c'était un déplacement, il n'y aurait pas de problème mais ce n'est pas le cas. Le vrai soucis (et la question qui se pose) est que ce dossier @download DEVRAIT être purgé quand les données sont stockées à l'endroit que l'on a choisit.

Bonjour, Lorsque qu'on ajoute un téléchargement à Download Station, celui-ci met ce dernier dans le répertoire @download, jusque là ça va ; Bien que je trouve ce procédé bête car 1) cela plantera si la destination est trop petite (peut arriver si vous avez @donload dans un volume1 vide et la destination dans un volume2 plein), le téléchargement serait en échec alors qu'il a bien été téléchargé completement. 2) cette méthode augmente la fragmentation (même si elle est minime sous Linux elle existe) 3) Cette copie superflue du cache vers la destination fatigue les disques inutilement Mais admettons, cela ne justifie pas que Download Station garde une copie en cache dans @download une fois les fichiers dans la destination voulue. C'est là qu'est le problème. Si l'on veut garder des fichier en partage, on doit supprimer chaque torrent et les ré-injecter en spécifiant le répertoire précédemment utilisé qu'il vérifie et là plus de copie en cache. Absolument pas pratique n'est ce pas ? Y a t-il une solution pour palier cela ? D'avance, merci

Si tu as trouvé la solution, merci de me la donner j'ai exactement le même soucis que toi (sauf que moi c'était pas une migration mais une démarrage de zéro).

Personnellement j'ai un DS412+ avec une clé Siano Mobile Digital MDTV Recever (reconnue) mais ça s'arrête là. Rien n'est possible. Si je vais dansTVheadend et Add DVB Network by location... Y a que Bordeaux ... Pour l'onglet Multiplexes, rien n'est ajoutable. Pire dans Video Station, quand je sélectionne France, y a que All de disponible et quand je clique sur analyser j'ai ceci : "Échec de la recherche. Veuillez vous assurer d'avoir sélectionné la bonne région et d'avoir une bonne réception des signaux de télévision numérique". Moi je veux bien sélectionner la bonne région mais avec un "All", je ne peux pas aller loin. A savoir que la clé fonctionne parfaitement sur PC. Tout ça me laisse perplexe ; Un firmware 4.1 sesné être une bombe sent le pétard mouillé, c'est trop peu configurable (et fouillis pour TVheadend)

J'ai un ami qui a le même NAS que moi et la mise à jour plante pareil. Donc d'après les éléments que j'ai la mise à jour est impossible sur un DS412+ .... Quelqu'un pourrait confirmer ou infirmer la chose ?

Bonjour, Aujourd'hui, mon NAS (DS412+) me dit qu'une nouvelle version est disponible. Je la lance et j'attends. Au bout d'un certains temps, il me dit que la configuration du Package a échoué. Pas grave me dis-je, je relance l’installation. Sauf que le NAS refuse en prétextant qu'une instance d'installation est déjà en cours. Pas non plus moyen de fermer ou redémarrer car le NAS court-circuite la procédure au titre qu'il est en procédure de mise à jour .... Que faire ? Merci de votre aide.

La technique du "cover.jpg" n'est pas géré par tous les lecteurs. WinAMP et Windows le gère mais ça fait pas propre. Le mieux étant de taguer en interne la jaquette à l’intérieur du FLAC (avec The GodFather par exemple). J'ai fais remonter ce soucis qui nous embête tous. Peut être qu'ils feront l'effort de se pencher sur ce cas.

Les pochettes des FLAC, quand elles sont contenues dans le fichiers ne s'affichent pas. Celles qui sont susceptibles de s'afficher sont les éventuelles folder.jpg etc. Pour les MP3, aucuns soucis tous s'affichent

Windows et WinAMP peuvent se référer à un éventuel folder.jpg Personnellement, je tag tous mes MP3/FLAC avec The GodFather, là la vignette est inclue dans le fichier. Comme ça plus de vignettes "sauvage"

Bonjour, J'ai déjà vu sur certains NAS des versions modifiés d'OpenOffice installés. Du coup, avec cette version, on a la suite bureautique compatible Microsoft Office sous la main accessible via navigateur (donc potentiellement accessible de partout) et avec nos fichiers disponibles en même temps. Quelqu'un a eu vent d'un paquet/dépôt analogue sur nos Syno ?

Personnellement, je m'arrache les cheveux sur mon DS412+ J'explique : Déjà, en gros quand je redémarre mon NAS, mon bootstrap ne fonctionne plus, je dois relancer l'installation du paquet à chaque fois. Avec pyload le soucis est que le paquet semble s'installer correctement (la commande pyload -daemon fonctionne déjà) mais quand je veux me rendre dans les fichiers de pyload en SSH pour modifier la config, j'ai absolument rien. Quant à l'interface web elle ne fonctionne pas (pourtant le port 8000 est autorisé et redirigé sur le NAS donc ...) Si quelqu'un peut m’éclairer ça serait sympa

Le NAS est totalement muet. Pas au point pour une finale je trouve ...

Personnellement je viens de mettre à jour mon DS412+ Il a fait les mise à jour, Il m'a mis un décompte redémarrage : 600 sec ...., le décompte effectué :page inaccessible. Depuis le bouton Power (bleu) clignote et rien ne se passe. J'ai pas envie de l’éteindre à l'arrache, j'ai des données importantes dessus ...

Perso, j'ai tester l'installation d'ircd-hybrid, tout va bien ... jusqu'à la config du paquet et là il faut avouer que c'est pas clair. Moi qui est pourtant déjà installer des ircd sous Linux, je reste perplexe ! Une procédure de config plus automatisé aurait ét possible en plus ...

Appariement c'était un problème de nom de Torrent la complétion se faisait pas car il ne trouvais pas le répertoire mais les données étaient là. Dès que l'erreur s'est reproduite, j'ai déplacé les données sur l'emplacement de destination que j'avais configuré, virer le fichier .resume et j'ai laisser mouliner pour la vérification et ça a marché

En fait après plusieurs tentatives de reboot infructueuses, j'ai fais un arrêt du NAS et l'ai relancé et là le script s'est correctement exécuté. J'ai rien fais d’autre donc sans dire que c'est la solution miracle, ça a résolu le problème.

Oui je suis bien en root. Je pense que je vais en rester là pour le moment ; Je réessayerais peut être plus tard (à la prochaine migration de HDD je pense) Dès que j'avance sur le sujet, je posterais ici.

C'est exactement ce que j'ai fais ... j'ai même essayé avec un umount en plus après le reboot (des fois qu'il serait remonté) Rien n'y fait le script dit qu'il ne peut créer les dossiers dans /opt

J'ai déjà essayé plusieurs fois l'install de ipkg sans succès et comme le dossier pour opt n'existe pas le démontage sert à rien et même en le faisant l'install bloque toujours sur les erreurs mentionnées plus haut

Pas de dossier /volume1/@optware pour moi. Par contre il y a bien point de montage /volume1/@optware /opt pour mount ... Le script a bien du planter pour mettre un foutoir pareil ! Pour remettre au propre, si je réinstalle DSM ça résoudrais peut être les choses mais est ce que mes données seront conservées ? (Je suis en RAID Hybrid en 2 fois 2 disques de 2 To (volume1 et volume2 de 2 To en mirroring donc))

C'est pas que je ne n'ai plus rien c'est que le dossier /opt n'existe pas lol Je sais c'est étonnant ; Etant utilisateur de Linux je sais que son absence n'est pas normal mais je confirme, je n'ai pas de dossier opt à la racine du système de fichier. Son absence n'a aucune incidence sur le fonctionnement du NAS puisque je m'en sers normalement sans soucis. Pour en revenir à ipkg, j'ai beau réessayer plusieurs fois, il ne veux rien savoir. Il lui est impossible de créer l'arborescence vers /opt et la création à la main me sort un beau : mkdir: can't create directory '/opt/var': No such file or directory Evidemment en étant logué en tant que root cela va de soit. Il me sort depuis la première tentative d'installation d'ipkg des erreurs aléatoires sur des commandes connues ; Je m'explique, sans crier gare une simple : ls peut me sortir (invariablement, quelque soit la commande qui part en sucette) sh: getcwd: No such file or directory un logoff/logon suffit pour que la commande qui a déconné refonctionne comme si rien n'etait ; Etrange ! Bref, même en ayant suivis à la lettre les instructions à ma disposition, c'est pas gagné du tout (surtout pour virer ces erreurs) Donc voilà la situation ...

J'ai le même soucis avec mon DS412+ (y a pas de dossier /opt déjà) l'arche s'extrait et plus rien. Perso, j'ai du trouver le une autre source pour mon modèle (http://forum.synology.com/wiki/index.php/Overview_on_modifying_the_Synology_Server,_bootstrap,_ipkg_etc#Bootstrap) mais le résultat est identique. Quelqu'un pour m'aiclairer (ou donner une autre source (plus récente?) ? D'avance, merci

Bud77: J'utilise Notepad++ (il gère le codage Unix donc pas de soucis) Je vais mettre le chemin complet et je vous dis quoi

Bizarrement, quand j’exécute mon script, y a aucun soucis mais il ne s’exécute pas seul au démarrage. Pourtant j'ai bien suivis les instructions (il se trouve bien dans /volume1/startup (nommé S99mount.sh), est exécutable et fonctionne manuellement) et je suis en 4.0 ... Là je sèche ...