lordtaki
-
Compteur de contenus
382 -
Inscription
-
Dernière visite
-
Jours gagnés
6
Messages posté(e)s par lordtaki
-
-
Vous donnez en ligne de commande juste le chemin du répertoire (ce qui n'est pas une commande système).
Si vous voulez vous déplacez dans ce répertoire il faut ajouter 'cd' avant le chemin du répertoire.
Si vous voulez lister l'intérieur du répertoire: ls /etc/nginx/sites-enabled/
0 -
J'ai aussi ce problème lors du téléchargement de fichiers via file station.
0 -
fdupes doit être disponible avec une source de paquets alternatifs
0 -
Je ne connais pas Surveillance Station pour répondre.
Tout ce que je peux affirmer est qu'effectivement faire une somme de contrôle (et les vérifs derrière) consomme évidemment un peu de ressources CPU. Ne connaissant pas la méthode utilisée par Synology je ne peux rien affirmer de plus.
0 -
Citation
cd /
du -sk * | sort -n
Cela prendra très longtemps mais tu auras une idée à la racine du système.
A répéter dans les répertoires au fur et à mesure du tri... par exemple en alland dans /volume1 (cd /volume1).
D'expérience, suivre le conseil de Zeus. C'est certainement le versioning de cloud station, drive...
Cela n'est pas forcément un bug.
0 -
Une sécurité haut de gamme?
La qualité du pare feu sera surtout relative au temps passé à le configurer.
Déjà se former sur la configuration avancée réseau de sa box ou de son routeur 😉 cela vous fera économiser 1000€
0 -
Citation
ce qui empêchera aussi vos disques d'entrer en veille car ils seront constamment sollicités
Ha ben justement il est dit régulièrement que la veille des disques durs ce n'est pas bon.
Du coup qui a raison?
Cela se base sur quoi en fait ce conseil?
0 -
Comme dit plus haut:
CitationCela m'arrive de perdre la visbilité entre mon ampli et Audio Station.
La seule solution trouvée est de redémarrer Audio Station.
0 -
Bonjour,
scp ou rsync.
0 -
Avec cette configuration vous n'avez pas de tolérance de panne. Mais puisque vous dites avoir une sauvegarde de vos fichiers (30To maximum quand même).
Pour l'arrêt/démarrage effectivement cela entraîne des contraintes supplémentaires. Par conception, un NAS consomme moins qu'un ordinateur traditionnel et on considère que cela ne fait pas économiser grand chose.
0 -
Il était écrit "cd /var" et pas "/var".
En croisant vos 2 posts il semble que /volume1 dépende de /.
Faites "df -h /volume1".
Si le résultat ne renvoie pas qu'il est monté sur un FS propre à lui même (colonne Mounted on) c'est que c'est bien le cas.
Faites alors "ls -al /volume1" pour voir ce qu'il y a dedans.
0 -
Bonjour, la racine de votre système est plein.
Généralement cela se passe dans /var le soucis:
Citationcd /var
du -sk * | sort -n
Cela listera par ordre de taille les dossiers du répertoire /var.
0 -
Les permissions d'accès (lecture) sur les dossiers/fichiers de votre dossier partagé.
0 -
Les permissions sur le dossier partagé, lorsqu'accédé via votre PC sous Windows, ne sont pas suffisantes pour voir l'intégralité des fichiers du dit dossier partagé.
Sur vos captures d'écran:
- File Station : 35835 fichiers
- Windows : 20589 fichiers
0 -
là de suite non sinon je n'aurais pas gardé l'information pour moi 😉
0 -
Parce que vous n'avez pas fait la redirection dans le fichier.
Parce que "192.168.1.100/home/root/.ssh/authorized_keys" ce n'est pas une commande.
CitationEn gros, copiez le contenu du fichier de la clé publique de l'utilisateur qui lance la commande rsync sur le serveur source dans le fichier /home/admin/.ssh/authorized_keys de l'utilisateur admin du serveur de destination
Sur le serveur B, le contenu du fichier de l'utilisateur root ~/.ssh/id_rsa.pub du serveur A doit être copié dans le fichier /home/root/.ssh/authorized_keys
0 -
Redémarrer DSM 6.2 je ne sais pas ce que cela veut dire.
Par contre redémarrer le NAS: shutdown -r now
1 -
C'est le chemin complet de la home directory de l'utilisateur admin sur 192.168.XXX.
En gros, copiez le contenu du fichier de la clé publique de l'utilisateur qui lance la commande rsync sur le serveur source dans le fichier /home/admin/.ssh/authorized_keys de l'utilisateur admin du serveur de destination
0 -
Vous dites des bêtises par méconnaissance.
Cela arrive.
Ce n'est pas grave.
Par contre, ici c'est un forum francophone d'utilisateurs de produits Synology. Ce n'est pas la société.
0 -
10Mb/s => grosso modo 1Mo/s
Quel rapport avec le mode d'emploi?
0 -
Bon apparemment le ssh ne gère pas la syntaxe user@ip... de toute manière c'est pas grave puisque vous n'avez pas fait d'échange de clés SSH.
Un exemple parmi d'autres:
http://wiki.pedrono.fr/index.php/SSH_-_Echange_de_clés_RSA
Grosso modo sur votre NAS en tant que l'utilisateur qu iva lancer le rsync vous faites un keygen.
Ensuite sur le serveur distant avec le compte utilisateur 'admin' (puisque c'est celui que vous utilisez dans vos commandes), ajouter la clé publique généré dans le fichier authorized_keys.
0 -
Avez-vous vérifier l'échange de clé SSH?
Au lieu de faire la commande rsync faites simplement: ssh admin@192.168.XXX
0 -
Histoire d'être certain refaites une indexation.
Si cela persiste c'est une limitation du lecteur multimédia de votre téléviseur.
A essayer alors en utilisant Plex.
0 -
Comme dit juste au-dessous, Cloud Station, Drive... un paquet Synology pour lequel le versioning est activé.
0
FreshRSS en docker : "Connection refused"
dans MariaDB
Posté(e)
Les autorisations prennent aussi en compte l'origine du client (localhost, adresse IP, % (joker pour openbar)...