Aller au contenu

Mic13710

Les Modos
  • Compteur de contenus

    11941
  • Inscription

  • Dernière visite

  • Jours gagnés

    178

Tout ce qui a été posté par Mic13710

  1. Je viens de penser à une chose, est-ce que vous avez installé open- zwave ? Sans cela, le stick ne sera pas reconnu. La méthode d'installation est ici.
  2. Je ne connaissais pas cette méthode de restauration locale. C'est une excellente solution pour faire une migration d'un série 1xx vers un modèle multibaie. Quand ça fonctionne... Comme je sauvegarde mes données de mon 214+ vers mon 710+ avec Sauvegarde et Réplication, je viens d'essayer la sauvegarde locale sur mon 710 et il retrouve bien mon dossier de sauvegarde. Je ne vois rien d'anormal sur vos captures d'écran. Est-ce que l'espace libre sur le nouveau NAS est suffisant pour accueillir les données (doit être au moins équivalent à votre dossier NetBackup) ? Avez-vous redémarré le NAS avant de lancer la restauration ? Ça peut avoir une incidence, on ne sait jamais.
  3. Non. C'est OK comme ça. Vous pouvez aussi commencer par ajouter un 4To dans la baie dispo, puis procéder au remplacement du disque de 2To. Ca revient pratiquement au même. Question délais, ce sont de toute manière des opérations très longues. Il va falloir être patient. A la fin de l'opération, vous aurez un volume de 10To.
  4. Un stick clignotant, c'est pas banal. Super pour les fêtes de fin d'année, ça remplace les guirlandes. Pas glop par contre en juillet, sauf peut-être le 14 avec les feux d'artifice.
  5. Bon à savoir. J'irai consulter "le fil voisin" quand le problème se posera, ce qui n'est pas encore pour demain. J'applique toujours le bon vieux principe de précaution : attendre au moins deux révisions stables d'une version majeure avant de mettre les doigts dans l'engrenage.
  6. C'est le piège classique avec CloudStation. Pour info, le nombre de versions réduit à 4 ne fera guère de différence avec 32 car ce ne sont que les modifs du fichier version 0 qui sont enregistrées, ce qui, en général se résume à peu de chose. Si vous voulez réduire l'espace, la seule option réellement efficace c'est de mettre ce nombre à 0. Je vous conseille surtout de revoir votre utilisation de CS qui ne devrait être qu'un espace de travail. Les fichiers multimédias ne devraient pas s'y trouver. Il y a d'autres applications pour ça.
  7. Ah oui, j'ai lu ça quelque part. Va falloir changer ses habitudes alors, mais pas trop quand même car il reste encore les vieux tromblons comme mon 710+ qui ne connait le salut que par le root.
  8. Là, je suis d'accord avec toi. Autant un downgrade sur un système installé n'est pas souhaitable et pas recommandé et on comprend que ça bloque si on tente de le faire, autant, l'impossibilité de choisir sa version pour une installation ou réinstallation est assez déroutante puisque le hard n'a pas changé (en principe). Peut-être une explication côté bios qui ne peut pas supporter les versions antérieures. Ce n'est qu'une hypothèse, je n'en sais strictement rien. Utilisateur : "root", mdp : celui de l'admin. Si vous ne le connaissez pas, il faut commencer par faire un simple reset du NAS pour réinitialiser les paramètres réseaux et le compte admin. Voir le lien donné par CoolRaoul. Le simple reset est juste au dessus.
  9. Si vous voulez faire une installation neuve, à ce moment là, il faut utiliser les sauvegardes. Vous pouvez effectivement sortir tous les disques du NAS et n'installer qu'un disque que vous passez en SHR sans protection de donnée (installation par défaut). Une fois votre NAS paramétré et toutes vos données transférées, vous pouvez mettre le disque de sauvegarde et vous lancez la procédure d'augmentation de volume pour passage en SHR avec protection de donnée. Conservez bien votre disque de données de 2To car ce sera le seul support qui vous restera si l'augmentation se passe mal (ce qui peut arriver).
  10. Les Hitachi sont généralement les disques les plus fiables (taux de panne les plus faibles). Ceci dit, vu la référence, ils se sont apparemment lancés eux aussi dans la mode spécial NAS qui n'est que du pipo. Comme quoi le marketing fonctionne à fond. Pour votre passage en SHR, le plus simple c'est de faire une augmentation de volume. Vous sortez votre disque 2 et vous y mettez un nouveau disque. Dans le gestionnaire de stockage, bouton Gérer, vous choisissez l'augmentation d'un volume existant et vous rajoutez le nouveau disque au volume 1. A la fin du processus (nombreuses heures) vous aurez un SHR de 2To avec protection de données constitué d'un disque de 2To et d'un autre de 4To. Quand tout est au vert, vous sortez le disque 1 (2To) (votre NAS va vous indiquer qu'il fonctionne en mode dégradé) et vous le remplacez par l'autre disque de 4To. Dans les gestionnaire de stockage, bouton Gérer, choisir réparer, puis le disque 1 et vous validez. A la fin du processus (encore des heures) vous aurez un SHR avec protection de donnée de 4To. Il ne vous restera plus qu'à transformer votre 2To en disque de sauvegarde des données les plus importantes. Petit rappel : un raid ou shr n'est pas une sauvegarde ! Pour info, vos disques existants ne peuvent pas être lu directement avec un lecteur ext4 car ce sont en fait des raid monodisque. Il faut pour cela passer par une distribution type Ubuntu. Tuto de récupération Synology ici.
  11. Ce n'est pas réservé uniquement à la 6. C'est comme ça depuis les débuts des Synos. L'avertissement aussi n'est pas réservé à la 6; il est systématiquement donné à chaque changement de version. Mais comme toujours, personne n'y fait attention. Bien entendu, il existait quelques manips simples pour revenir en arrière, mais depuis la 5, la chose s'est complexifiée. De ce que j'ai compris, les informations de version sont stockés sur une mémoire flash, soit enfichable (voir le lien donné par PiwiLAbruti), soit soudée directement sur la CM. Lors de l'install du DSM, le NAS va probablement chercher dans cette mémoire les infos sur la dernière version installée, et bloque toute version antérieure. Ce qui fait que les reformatages et autres bidouilles n'y changeront rien puisque ce n'est pas stocké sur les disques. Pour en revenir au pb de variolux, peut-être que le 716+ est doté d'une mémoire enfichable. A voir.
  12. Non. Même en reformatant les disques; ça ne change rien puisque la version du DSM est inscrite aussi en dur dans le NAS.
  13. Oui mais, en théorie, il n'est pas possible de passer à une version inférieure. En pratique, certains l'ont fait. Voir le fil sur la 6.0 béta.
  14. Ce qui signifie aussi qu'il ne faut pas continuer sur ce fil, sinon on ne s'en sort pas. Posez votre question sur le fil où vous avez des réponses. Désolé.
  15. Pour Domoticz, il y a le wiki avec entre autres, les procédures d'installation sur les différents systèmes dont les Syno. 1 - Je ne sais pas si c'est normal, je n'ai pas cette clé. Elle doit être compatible je pense avec Domoticz puisque les Aeotec Z-Stick Series GEN5 le sont. La liste des équipements compatibles Domoticz se trouve aussi dans le wiki. 2 - Pour que Domoticz puisse reconnaitre la clé, il faut l'inclure dans un noeud. Menu Réglages, Matériel, Gestion de noeud, inclure le noeud. Il faut lancer en même temps la reconnaissance sur la clé (voir la notice du constructeur). En principe, la clé devrait être reconnue. Valider. Perso, j'ai installé Domoticz sur mon NAS mais je ne l'ai pas activé car finalement j'ai préféré dissocier la fonction NAS de la fonction Domotique. Je l'essayerai peut-être un jour, mais ce n'est pas d'actualité. Et puis, je ne veux pas être tributaire des modifications du DSM qui peuvent interférer avec, voire carrément bloquer le fonctionnement de Domoticz. J'ai préféré la solution Raspberry qui est beaucoup plus flexible, mieux documentée et supportée, moins énergivore, plus nomade et surtout plus autonome. Je commence à peine à m'y plonger et je trouve ça très intéressant même si c'est parfois un peu déroutant et pas toujours simple à appréhender. Et puis le NAS est très limité en utilisation domotique. Sorti des interfaces radios (Z-Wave, RFX...), la gestion des contacts secs est impossible. Le Rasp avec son connecteur GPIO permet d'utiliser des modules E/S, comme par exemple la Piface Digital (8 E/S), ce qui élargi considérablement le champ des possibles.
  16. En général, mieux vaut éviter de supprimer tout et n'importe quoi. Comme l'a dit Fenrir, les dossiers commençant par @ sont des dossiers cachés servant au fonctionnement du NAS. Et comme vous l'avez dit vous même, vous n'y connaissez rien à Linux, il est préférable de ne pas y toucher. La question est de savoir pourquoi ces dossiers apparaissent alors qu'ils sont censés être cachés.
  17. Doublon avec ce sujet. Inutile de multiplier les messages. On a bien compris avec le premier
  18. Je confirme, le DSM est installé sur tous les disques. Ce que vous souhaitez faire ne servira pas à grand chose. Si vous avez un problème avec le DSM, vous pouvez faire un double reset qui va le réinitialiser. A l'aide de Syno Assistant vous pouvez ensuite refaire une installation propre du DSM. Cette procédure ne touche pas les données. Vous aurez par contre à reprendre certains paramétrages. Le plus simple c'est de sauvegarder la configuration pour pouvoir la réinstaller sur le nouveau DSM. Si vos paquets sont arrêtés, c'est qu'ils étaient probablement sur le disque 2. Vos disques ne sont pas lisibles directement par un PC ou votre freebox ou mêm par le port usb du nas car ce ne sont pas de vrais basic mais des raid monodisque. La manière la plus simple pour récupérer les données c'est de passer par une distribution Linux type ubuntu en suivant la Procédure Synology pour la récupération des données. Ce qui me surprend tout de même c'est que vous n'ayez pas opté pour un seul volume en SHR ou en RAID5. Avec ce type de support, vos problèmes se seraient résolus beaucoup plus simplement.
  19. Le nombre de disques et le backup sont 2 choses différentes. Quel que soit le nombre de disques, il faut toujours avoir une sauvegarde de ses données, au moins les + importantes, sur un autre support et dans un autre lieu. Pas de problème pour passer du DSM 4.2 vers le 5.2. L'inverse en revanche n'est pas possible.
  20. A mon avis, si vous voulez voir une évolution, prenez le 115. Le 115j sera à peine un peu au dessus du 109. Pour la migration du disque, pas de soucis, il suffit de monter celui de l'ancien dans le nouveau NAS. Vous avez une procédure très bien expliquée sur le site Synology. Il faudra toutefois vérifier que votre format de disque est bien en ext4. Mais personnellement je vous conseille plutôt de vous orienter vers un modèle 2 baies (216 par exemple) qui vous apportera plus de possibilités d'évolution qu'un monobaie. Si vous faite ce choix, votre disque ne sera pas migrable du 109 vers l'autre NAS à cause du système de stockage différent, mais vous pouvez facilement transférer vos données en passant par le réseau.
  21. Vous le faite sans vous en rendre compte. Nos nas tournent sous Linux. Contrairement à windows, il n'y a pas de différentiation entre les disques et les volumes (l'équivalent des partitions). Tout est considéré comme un tout et de ce fait n'apparaissent dans file station sous le nom du NAS que les dossiers home et les dossiers partagés, sans distinction de volume ou de support. Ce qui sous entend qu'on ne peut pas avoir deux dossiers dans des volumes différents portant le même nom, contrairement à dos ou windows.
  22. Mic13710

    Modification de la page

    Vous pouvez télécharger WinSCP. Dans DSM, vous activez le terminal ssh. Vous lancez WinSCP, vous donnez comme adresse, l'IP du NAS et comme compte "root" (pas admin). Mot de passe, celui d'admin. Attention à ce que vous faite dans ce navigateur. Vous êtes à la racine du NAS et il faut être très prudent quant aux modifications ou suppressions de fichiers et/ou dossiers.
  23. Mic13710

    Modification de la page

    Ca devrait être possible (c'est du html et du css) mais je ne sais pas ni ne vois pas comment, et que je ne sais pas non plus ou se trouve cette page. Seule info que je peux vous donner : l'image du cadenas se nomme lock.png et se trouve dans : /usr/syno/synoman/webman/modules/FileBrowser/images/lock.png Pour le nuage (image de fond) : /usr/syno/synoman/webman/modules/FileBrowser/images/bg_wrapper.jpg
  24. Si je vous ai fait un parallèle avec windows, c'est pour répondre à votre question et tenter d'expliquer les notions de support et de partition. J'ai apparemment échoué. Sous windows, vous n'avez généralement qu'une seule partition (C:), mais vous pouvez aussi créer plusieurs partitions sur un support constitué soit d'un seul disque, soit de plusieurs disques en raid. C'est partitions sont des lecteurs logiques différentiées par des lettres, D, E, F,... Y, Z. Sous Linux c'est (presque) pareil, sauf que les partitions s'appellent des volumes, volume1, volume2 ..... Dans le cas ou vous n'avez qu'une seule partition sous windows, ou qu'un seul volume sous Linux (votre cas), par convention on englobe le support et la partition (ou le volume) sous une seule dénomination : le disque (ou le volume). En revenant sur nos NAS, créer une grappe shr (support) avec un seul volume, ou gérer un seul volume sur des disques en shr, c'est blanc bonnet et bonnet blanc. Une différence fondamentale toutefois entre windows et Linux, le système est sur une partition séparée des données alors que sous windows, cette séparation n'existe pas. Il y a bien d'autres différences que je n'aborderai pas ici car elles n'apporteraient rien aux explications de ce post. Et pour répondre à votre dernière remarque, je vous confirme fort logiquement que dans les deux cas vous avez une grappe de deux disques en shr avec un seul volume de 3.6To !
  25. Il faudra, je pense, laisser du temps au temps Je crois que tu peux faire une croix (ou un accent) dessus. Il y a eu un gros bug lors du transfert. Les ricains ont oublié qu'ils ne sont pas seuls au monde. D'accord avec toi pour la création du front anti-guignols !
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.