Jump to content
XPEnology Community

JacquesF

Member
  • Posts

    463
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by JacquesF

  1. Merci de la réponse, c'est effectivement normal si c'est pour un NAS pro. Et merci pour le partage de toutes les infos qu'on trouve sur ton site. Jacques
  2. Bonjour, Concernant la déduplication, je me permets de poser la question suivante : Quel en est l'intérêt sur des données de type "perso" ? Autant sur un environnement de virtualisation par exemple, ou le NAS stocke les fichiers représentant les disques durs des VM, on a intérêt à l'utiliser, tous les blocs correspondant au système d'exploitation étant identiques (ou presque), autant pour de l'images, musique ou vidéo on peinera à trouver des blocs identiques. Dans le premier cas, on arriver pratiquement à libérer la moitié de l'espace (si on place uniquement des VM du même OS sur le même disque), autant dans le second le gain sera faible. C'est juste une réflexion, pas une solution certe. Jacques
  3. Pas d'autres idées pour le moment, personnellement j'irai vérifier la configuration dans le bios, et peut-être (ça dépend des possibilités du bios) voir si celui-ci affiche les disques présents (au besoin dans la section Boot pour l'ordre de démarrage). Jacques
  4. Essaye ces commandes : cd /volume1/video find . -iname '*[avi|mp4|mkv]' | grep -v "@eaDir" | sort > TempFile while read File ; do if [ -f "$File" ] ; then echo -e "$File\t\c" ; ls -lh "$File" | awk '{print $5}' ; fi ; done < TempFile > Resultat.txt rm -f TempFile C'est un mini script qui exécute les actions suivantes : 01) Se placer dans le dossier video (commande cd) 02) Créer un fichier temporaire en recherchant tous les fichiers (commande find) dont le nom (option -iname => quelque soit la casse) se termine par avi ou mp4 ou mkv 03) Filtrer dans les résultats les répertoires propre aux informations sur les films gérés par le syno (grep -v "@eaDir") 04) Trier les résultats qui sont envoyés dans le fichier TempFile. 05) Créer une boucle de lecture du fichier avec chaque ligne (donc chaque film) est stocké dans une variable nommée File (while read File ; do) 06) Tester si c'est un fichier (if [ -f "$File" ] ; then) 07) Si c'est un fichier, alors écrire son nom (echo -e "$File") avec l'ajout d'une tabulation (\t) en fin de ligne, sans revenir à la ligne (\c) 08) Exécuter la commande ls pour afficher les détails du fichier (option -l) en indiquant la taille au format "humain" (option -h) 09) Filtrer uniquement la taille du fichier avec la commande awk (on affiche le 5ème champ du résultat avec '{print $5}') 10) Fin du test du fichier (fi) et de la boucle de lecture du fichier TempFile (done < TempFile) 11) Envoi des résultats dans un fichier "Resultat.txt" (redirection du résultat du script avec >) Cela devrait donner un résultat de ce style : ./Documentaires/Cash investigation/S01E01 - Les vendeurs de maladie.avi 600.0M ./Documentaires/Cash investigation/S01E02 - Marketing vert, le grand maquillage.avi 815.1M ./Documentaires/Cash investigation/S01E03 - Paradis fiscaux, les petits secrets des grandes entreprises.avi 732.3M ./Documentaires/Cash investigation/S01E04 - Tissus toxiques.avi 742.9M ./Documentaires/Cash investigation/S01E05 - Neuromarketing, votre cerveau les intéresse.avi 683.4M ./Documentaires/Cash investigation/S01E06 - La mort programmée de nos appareils.avi 772.8M ./Documentaires/Cash investigation/S01E07 - La finance folle.avi 690.1M ./Documentaires/Cash investigation/S01E08 - Gavés de sucre.avi 698.3M Jacques
  5. Je ne suis pas chez moi pour tester. Mais pour l'enregistrer, il suffit de rediriger la commande dans un fichier. Si on considère que tu te places dans le répertoire video de ton NAS, il suffit de taper la commande find et à la fin de celle-ci d'ajouter la redirection vers le fichier : find . -iname '*[avi|mp4|mkv]' | grep -v "@eaDir" | sort > MonFichierDeResultats.txt Ensuite, le fichier peut être ouvert avec Excel pour être "nettoyé" des informations inutiles, ou séparer les lignes en indiquant le / comme séparateur lors de l'importation. Je regarderai pour afficher la taille avec quelques commandes un peu plus poussées quand j'aurais la main sur le NAS. Jacques
  6. Peut-être simplement une capacité d'alimentation insuffisante... Si tu peux utiliser une alimentation externe pour le disque, cela permettra de vérifier cette piste. Bons tests Jacques
  7. Bonsoir, Tu donnes la réponse... Impossible d'en mettre plus de deux... donc la réponse doit être non. Maintenant, si on peut savoir pourquoi il est impossible d'en mettre plus de deux (2 ports USB uniquement ??), alors on peut tenter de trouver une solution. Si c'est un manque de port, une carte interne USB offre souvent 4 ports USB en plus. Mais dans ce cas, un contrôleur SATA serait plus judicieux. Jacques
  8. Bonjour, Quelles informations veux-tu obtenir dans ton listing ? Si c'est juste la liste de tous les fichiers du répertoire video par exemple, tu peux faire cela : cd /volume1/video find . -iname '*[avi|mp4|mkv]' | grep -v "@eaDir" | sort En te plaçant dans le répertoire video (but de la commande cd, puis en utilisant la commande find, tu obtiens la liste de tous les fichiers correspondant au filtre (ici une expression régulière pour recherche tout ce qui se termine par avi,mp4 ou mkv. Ensuite le grep -v supprime les répertoires spéciaux du synology et le sort permet de trier la sortie obtenue. Cela donne juste la liste des fichiers sous la forme : ./chemin/du/repertoire/des/films/nom du film.extension ./chemin/du/repertoire/des/séries/nom du film.extension Ensuite, on peut remplacer les / par des tabulations, pour séparer les dossiers, ou importer la ligne via LibreOffice ou Excel en indiquant comme séparateurs les /. Précise plus tes attentes si tu veux plus d'aide. Jacques
  9. Bonsoir, Pas évident de trouver une réponse comme ça. C'est une VM, donc tu peux avoir un soucis propre à ESXi, ce qui semble être le cas, vu que le client vSphere ne répond plus... A première vue, si la copie ne se fait pas via le réseau (ce qui semble être le cas pour le transfert de disque à disque, on ne passe que par les I/O de lESX) j'aurai tendance à suspecter un peu la RAM. Une zone défectueuse, vers le haut de la zone, qui ne sert que lorsque le volume de données à copier augmente peut-être. Regarde si ton bios permet de tester la RAM, sinon un outil comme RescueCD embarque un programme de test récent. Si tu n'as pas l'outil, tu peux supprimer une barrette de RAM une à une et tenter le transfert du même fichier entre les disques pour voir si ça plante toujours, ou si ça plante à nouveau en remettant la barrette enlevée... Bref, si c'est ça ce sera assez long à trouver. Autrement, via vSphere, tu peux consulter les logs concernant l'hôte (l'ESXi) et le client (le NAS) dans un des onglets. Tu peux aussi regarder si il n'y a pas un problème d'I/O (Entrées/Sorties) sur le disque. Voilà, quelques pistes, mais pas de solution. Jacques
  10. Bonjour, Pour ta VM linux, tu as besoin de 4To ? Si c'est juste pour un OS avec des fichiers perso, tu peux aussi héberger ta VM sur le SSD, et monter ton /home sur un espace disque NFS de ton NAS... Ou si ce n'est pas tout le home, au moins les partie multimedia. De cette manière, tu n'as pas à tout déplacer entre les disques. A toi de voir. Jacques
  11. Pour l'indexation de dossiers, il y a un paquet spécifique qui a l'air de faire pas mal de choses. Peut-être que cela fonctionne avec un dossier réseau : http://blogmotion.fr/systeme/indexer-media-11535 http://synology.francis-besset.com/ Jacques
  12. Bonjour, Dans quel dossier montes-tu ce partage ? Si le syno ne permet pas de le monter dans /audio, tu peux forcer ça à la main en ligne de commande. Il suffit de créer un dossier dans le répertoire audio et de le désigner comme point de montage du partage samba. En principe, cela devrait suffire. Ensuite, pour l'indexation, il est possible que cela ne fonctionne pas avec les montages externes. Tout dépend de quel type d'index l s'agit. Si c'est juste une liste des dossiers/fichiers cela devrait aller, mais la mise à jour dynamique lors de la modification risque de ne pas fonctionner, les protocoles réseau n'informent pas systématiquement leurs clients connectés des changements. Il est possible que les modifications soient retardées à la prochaine exécution de l'indexation (qui doit pouvoir être programmée chaque nuit par exemple). Les options de la commande mount sont facile à trouver sur le web, Perso, voici mon script /etc/rc.local qui monte un partage NFS situé sur un autre serveur au démarrage du NAS. Je teste d'abord que le serveur répond au ping, et si c'est OK, alors je monte le partage. La syntaxe diffère un peu pour le SMB (le type n'est pas nfs mais cifs) et la notation du partage aussi (au lieu de adresse:/partage c'est //adresse/partage) Maison> cat /etc/rc.local #/bin/sh # Montage du partage Media du serveur if ping -c 1 -w 1 serveur >/dev/null 2>&1 ; then mount -t nfs serveur:/partage /volume1/serveur/ fi Maison> Ca devrait donner une commande dans ce genre : mount -t cifs //adresse/partage /volume1/music/dossier Avec adresse=nom/adresse IP de la machine qui exporte le partage partage = nom du dossier distant dossier = nom du point de montage à créer dans music Bonne journée Jacques
  13. Bonjour, Concernant Orange, s'il s'agit d'une Livebox Play, le port est bien à 1Gb, c'est la vitesse de ma connexion vers mon serveur sur sa carte Intel. Pour ton serveur, vérifie les capacités de la carte réseau sur le Web. Tu prends le nom de celle-ci (affichée au démarrage dans les logs, ou tu démarres ton serveur avec un CD du type SystemRescue CD) et tu cherches ses capacités. Si le lien ne monte pas à 1Gb/s, cela peut être du à : 1) Câble incomplet (il faut les 4 paires (droites ou croisées) sur le câble (si l'équipement est à 100 Mb/s alors le câble croisé peut ne pas fonctionner) 2) Le type de câble (paires torsadées blindées) si la longueur est importante ou si l'environnement est parasité (en pratique, un câble cat5 ne pose pas de soucis sur une distance courte, même du non blindé peut fonctionner 3) Le pilote de la carte n'exploite pas celle-ci au mieux de ces capacités Cela se produit si un pilote générique est utilisé au lieu de celui adapté à la carte. On peut avoir ça dans le cas où le serveur est virtualisé ou si le matériel est exotique (voir le type de matériel reconnu par Xpenoboot). On peut aussi tester avec un câble complet entre son PC et le NAS (si l'interface du PC est Gigabit), le lien devrait monter à 1Gb/s. Si ce n'est pas le cas, et que le lien monte au Gigabit entre le même PC et la Box (avec le même câble), alors le problème est localisé au NAS (hard ou soft). En principe, le boot sur un LiveCD du type indiqué devrait permettre de vérifier où se situe le problème. Si le lien monte au giga, alors c'est un problème de pilote (virtualisation ou Xpenoboot). Jacques
  14. OK, tant mieux si ça a marché. On gagne toujours à chercher à connaître les options des commandes, encore plus dans le monde linux. Il y en a quasiment toujours une qui répond au besoin. Bonne semaine Jacques
  15. A priori, je pense aussi à un problème d'encodage de caractères. Tout d'abord, il faudrait vérifier s'il s'agit de plusieurs noms pour le même répertoire, ou de répertoires différents. Pour ça, un ls -li te donnera le numéro d'inode de chaque dossier, si c'est le même numéro, il s'agit de lien 'hard', et on peut supprimer le dossier en trop normalement sans risque, mais la prudence est quand même conseillée. Si les numéros sont différents, ce sont 3 dossiers différents. Ce que je ferais, personnellement, c'est arrêter les services de partage, vidéos, photos, musique, etc... pour n'avoir pratiquement que la session SSH. Ensuite, regarder avec la commande mount ce qui est réellement monté dans volume1, et le démonter avec umount /volume1. A ce point, le contenu du dossier doit être vide, ou éventuellement un dossier lost+found. Donc, on ne risque plus de détruire les données en effaçant le répertoire. Ensuite, un : cd / rmdir -i volume1* A chaque fois que la confirmation de suppression est demandée (option -i), on vérifie le nom du dossier pour ne détruire que les mauvais. Je pense que ça devrait te sortir de ton problème. bien entendu, une sauvegarde avant n'est pas inutile !
  16. Désolé, mais je ne suis pas sous Windows à la maison... J'ai un PC sous Linux, un serveur idem, et un NAS qui l'est aussi. Je laisse les personnes sous Seven, ou W8 t'aider sur le partage. De mémoire, le groupe résidentiel de Windows utilise IPv6 et non IPv4. Le partage d'un répertoire peut se faire (je n'ai pas utilisé de version Home, mais que des versions Pro) avec un clic droit et sélectionner le mode de partage avancé, là on définit un nom de partage et un mot de passe. Sinon, il faut que la machine qui se connecte au partage (le NAS dans ton cas) utilise un login et mot de passe d'un utilisateur du PC qui offre le partage, donc typiquement ton compte de connexion au PC. Jacques
  17. CIFS est le protocole de transfert de fichiers entre machines Windows (pas besoin d'avoir une version Serveur pour ça). Il est aussi utilisé par la couche SAMBA sous linux pour offrir des partages aux mondes Windows (cas de ton NAS). En principe, la connexion nécessite un mot de passe depuis Seven il me semble. Le type de réseau déclaré sur le PC modifie les règles du pare-feu Windows, si c'est Domestique, les accès aux partages windows sont autorisés. Si c'est Public, ils sont bloqués. En entreprise, ce sont les règles définies au niveau du domaine qui s'appliquent. Jacques
  18. Bonjour, Pour moi aussi, je mise pour un conflit d'IP. Que les deux prises du NAS soit ou non sur la même carte n'a aucune importante, les cartes réseau professionnelle sont à 2 ou 4 ports sur les serveurs, et chacun avec une adresse MAC différente. Les adresses que tu as définies et "réservées" pour ton NAS ont été figées à quelle endroit ? sur le NAS ou dans la configuration DHCP de la box ? Si tu as, ce que j'ai cru comprendre au travers de la lecture, réservée une adresse en fixe dans le DHCP de la box pour la prise 1 (mettons la 1, ça pourrait être la 2 ça ne changerait rien) de ton NAS, l'autre adresse est définie où ? Si tu la fixes dans la configuration réseau du NAS, tu as toutes les chances que celle-ci soit affectée par le serveur DHCP à un équipement qui se connecte sur le réseau (Wifi ou non d'ailleurs, cela dépendra si la BOX a une plage d'adresse pour le filaire et une pour le wifi, ce dont je doute...). Ce que je te suggère de faire, c'est : 1) Aller dans le centre de configuration du NAS, relever les adresses MAC de tes deux cartes réseaux (adresses en xx:yy:zz:aa:bb:cc, avec des valeurs entre 0-9 et a-f, séparées ou non par des : ou des - 2) Aller dans la configuration de la BOX et fixer les adresses IP pour ces deux adresses MAC, en mettant pour éviter tout conflit les 2 dernières de la plage (dont 192.168.1.99 et 192.168.1.100) 3) Redémarrer ton NAS pour être certain qu'il ne conserve pas une ancienne adresse affectée (la durée d'affectation est variable et ce sera plus simple que de tenter de les renouveler) 4) Sur tous les PC qui sont connectés, si tu sais ouvrir une fenêtre de commande (sous Windows, menu démarrer et commande exécuter, ou Menu démarrer, accessoire, invite de commande) et taper dans le fenêtre : ipconfig /renew 5) Si tu ne sais pas faire le point 4, et sur les autres terminaux type téléphone, tablette, etc..., refaire une connexion en Wifi pour reprendre une autre adresse 6) Vérifier que tout fonctionne, en connectant les terminaux un par un 7) Si tu rencontres un problème, regarder sur le terminal qui vient de se connecter la valeur de l'adresse (en principe sous Windows, il y a un message affiché : Adresse IP dupliquée). tu peux voir la valeur de l'adresse en allant dans le centre de contrôle et en regardant dans les propriétés de la carte, ou en allant dans la BOX en regardant l'état du réseau je pense (je n'ai pas de box de cet opérateur) Bons tests Jacques
  19. A priori son NAS est au bout de sa ligne ADSL, donc il utilise très probablement une connexion non professionnelle. Sur une BOX classique, la connexion se fait en PPPOE (Point-To-Point Protocol Over Ethernet), c'est à dire dans ce cas de l'ethernet encapsulé dans une autre lien ethernet. Le premier lien a son MTU classique (1500 octets), le second le même moins l'entête PPP de 8 octets, ce qui fait en principe 1492 octets pour le PPPOE (voir la page de Christian Caleca qui explique le PPPOE en détail voir : http://irp.nain-t.net/doku.php/140pppoe Ensuite, tout dépend de ce qui est encore utilisé, VPN ou encapsulation. A chaque fois on perd la taille de l'entête du protocole utilisé. Au final si on veut que la transmission réussisse pour des données > au débit réellement utile, il faut régler le MTU à la valeur la plus basse. Jacques
  20. Lorsqu'une transmission sur une page contenant très peu de données fonctionne et que des pages longues, ou des fichiers ne passent pas, il y a 95% de chances que le MTU soit trop important. En ADSL, la connexion est le plus souvent en PPPOE, il y a donc l'entête PPP à ajouter à la taille des paquets, ce qui donne, si ma mémoire est bonne, un MTU de 1492 octets, inférieur donc à la valeur par défaut du lien ethernet qui doit relier ton NAS à ta BOX. Force la limite à 1492 (pas regardé dans la config du NAS, mais ce doit être dans les paramètres avancés, sinon dans le fichier de configuration du réseau qui sera à modifier via SSH sur le serveur) et ça devrait régler ton problème. Jacques
  21. Bonsoir, A première vue, une erreur de lecture du disque lors d'un test SMART. Ces tests permettent d'anticiper un crash de disque et disposent de compteurs d'erreurs internes au disque. Une recherche google te donnera le détail des commandes et surtout des interprétations des résultats. Et sauf erreur de ma part, tu devrais pouvoir trouver les alertes de température. Pour lancer les tests et voir les résultats, il faut se connecter en SSH sur le NAS. C'est juste une piste pour cherche un peu plus loin. Bon courage Jacques
  22. Non, le fichier torrent se télécharge via HTTP. Ensuite, il faut se connecter au tracker, ce qui est encore possible, il y a souvent un accès sur le port 80, dépend des serveurs, mais les échanges se fond un port dédié à BT et le protocole en lui-même est identifiable et peut être bloqué. Et Orange n'est pas un exemple de neutralité... Jacques
  23. Bonsoir, Si ce sont des torrents sur T411 par exemple, il est aussi possible que le fournisseur d'accès internet bloque la connexion (livebox = Orange, et là on est certain qu'il bloque). Avant de tout casser, peut-être vérifier via un accès SSH sur le NAS qu'un ping sur l'adresse du tracker répond bien. Et regarder éventuellement la configuration de la box si des ports ne sont pas bloqués. Bons tests Jacques
  24. Pour faire apparaitre un même dossier à des endroits différents, il y a les liens, mais ils ne sont pas toujours "suivis" par les programmes de connexion des serveurs réseaux (samba, nfs) pour des raisons de sécurité. Dans ce cas, on peut aussi utiliser l'option "--bind" de la commande mount, pour remonter" le même système de fichiers dans un autre répertoire. Voir le man pour la syntaxe exacte, ou l'inscription en dur dans le fichier fstab. Cela peut être lancé par le script rc.local au démarrage du système. Jacques
  25. Bonjour, Comment sont montés les disques ? connectés directement à ton PC sous Ubuntu ? Normalement, lorsque tu les montes, tu as une information sur l'option de montage effective, genre Device machin est en lecture seule, => montage en RO et non RW. Tu peux voir l'état du montage avec la commande mount (en root) ou dans le pseudo fichier /etc/mtab. Il est possible que ton raid soit endommagé, et que tu ne puisses pas accéder aux données mais seulement au contenu des répertoires... dans ce cas c'est via mdadm que tu pourras avoir des infos plus précises. Bonne journée Jacques
×
×
  • Create New...