gaetan.cambier

faut meme pas enlevé le disque 2 ni le formaté, tu le laisse dedans, tu tape les commandes, et le disque 2 sera à nouveau accessible pour créer un nouveau volume ensuite dans l'interface, faut aller dans le gestionnaire de volume --> volume --> créer --> personaliser et tu suis après

pourquoi pas un live cd ?

http://answers.microsoft.com/fr-fr/windows/forum/windows_7-networking/code-derreur-0x80070035-le-chemin-dacc%C3%A8s/5b22fb3e-f21c-417d-a3a8-2ee88d21adc2

Update sans problèmes

l'admin sais toujours avoir acces a tous les dociment, ce n'est que normal et c'est comme çà sur tous les systemes informatiques

J'aurai espérer un expert osx qui passe mais bon... En théorie, tu devrais trouver le terminal dans les utilitaires sur osx. La ligne de commande a utiliser est : ssh root@ipdunas Il te demandera le password et tu y es

SHR = raid (mdadm) + LVM pour les longues descriptions , il y a google et les milliers d'articles. wikipedia est toujours un bon début

dans tous les cas, raid ou jbod, si un disque lache, tu perd toute tes données

Ssh via putty sous windows

pensait qu'il y avait un reverse proxy ... apparemment, j'ai mal lu ou encore une fois lu a moitié, oui en entreprise, faut deja passé par un port standart pour avoir une chance que çà passe

evidemment que ce sera pareil, pour l'initialisation du nas, le dsm pourrait fonctionner avec 128mo de ram, il a pas besoin de + c'est toute les application après que l'on ajoute qui prennent de la ram, et la ram est aussi utilise en cache, mais ici, rien de tout çà

dans tous les cas, faut une sauvegarde, bon, c'est vrai peu de gens comprennent ... jusqu'à les voir pleurer sur les forum car ils ont perdu des données car meme sans crash disk, on backup est utile : dernièrement, çà m'a permis de recuperer le .htacces de mon site qui avait été modifier par un plugin. bon, c'était rien de grave si j'avait du le recréer, mais faire un restore du fichier m'a pris 15 seconde pour revenir au bon fichier, c'est appreciable

alors c'est simple : on vérifie le raid avec la commande suivante : cat /proc/mdstat on trouvera 3 matrice raid, et md2 est celle du volume1 dans md2, on verra des partition, en théorie sda5 et sdb5 pour supprimer le disk 2 on travaille sur sdb5 on declare le disque defaillant : mdadm /dev/md2 -f /dev/sdb5 le nas se met à bipper, c'est normal (volume dégradé) on ejecte le disque du raid : mdadm /dev/md2 -r /dev/sdb5 on passe le raid de 2 disques à 1 mdadm --grow --raid-devices=1 --force /dev/md2 on arrive la à un volume SHR sans protection de donnée, et le nas le considère normal et a areter de bipper et on peut créer un nouveau volume sur le disk2 qui est dans le statut "initialisé" temps total de l'operation : moins de 5 minutes en prenant son temps

heu, et sinon, repasser le volume 1 de 2 disques à 1 sans faire toute ses manipulations qui vont prendre des heures, c'est à dire passer une ligne de commande pour repasser le shr à son etat initial : c'est fait en 5 minutes, et c'est pas compliqué, car passer tout d'un volume à l'autres, c'est .... long

reste qd meme les solution de backup un ligne on est sur qu'elle ne seront pas volée ou endommagée en meme temps que le nas et meme avec une ligne pas trop rapide, on arrive a sauvegarder pas mal moi, j'ai limité l'upload du backup à 1mbps pour me laisser travailler en meme temps, et j'en suis à 2.5 to de sauvegarder en ligne pour finir, soit tout mon nas a peu pres

Non, chez toi c'est noté /var/@tmp qui n'existe donc pas

Dernièrement, je l'ai simplement Ajouter au /etc/rc.local le fichier n'est pas modifier. N'oublie pas le & a la fin de la commande autrement le nas restera calle dans le script au reboot Le script en lui même, j'ai créé un dossier partagé avec

Je crois que j'ai mis 120 cote surcharge, j'ai rien vu

Ben, ta ligne peut pas démarrer vu que le dossier top que tu as spécifié n'existe pas

bon, c'est assez illisible, mais j'ai trouve le problème : à la fin de la 1° ligne, tu modifie : /var/@tmp par : /volume1/@tmp ps si crashplan n'est pas installé sur le volume 1, faut modifier par le bon volume et tu redemarre CrashPlan

de la console ssh, tu le lance avec nohup et en terminant le commande par &, après la seule solution pour l'arreter c'est le kill ou l'ajouter au demarrage du syno le script ne se connecte pas à surveillance station sauf en cas de changement d'etat, toute les x seconde il verifie une ip et après, si jamais c'est confirmer qu'il faut activer ou desactiver, il apelle le programme cam_enable.py il peut rester des heure sans le lancer, tant qu'il y a pas un changement d'etat (c'est à cela que sert la variable $enable du script d'ailleur)

@Moonface : tu peux taper cette commande en ssh et donner le retour : cat /usr/local/crashplan/bin/run.conf

voila le lien : http://synocommunity.com/packages/nzbget/14/nzbget_14_88f628x_4458.spk tu passe par l'installation manuelle d'un package dans le centre de paquet

ca tombe mal, la procedure simple est indisponible, le site est en maintenance, c'est pour quel nas ?

Oui tu peux le mettre. L'avantage de haproxy, c'est que tu ne risque pas que Synology casse ta config après une update