Aller au contenu

Mic13710

Les Modos
  • Compteur de contenus

    12498
  • Inscription

  • Dernière visite

  • Jours gagnés

    218

Tout ce qui a été posté par Mic13710

  1. Euh, ça plafonne à 13Mb en théorie quand le vent souffle fort ADSL2+ c'est 20Mb max, à condition que la distance au DSLAM ne soit pas supérieure à 170m
  2. Là pour le coup, vous êtes à côté. A partir du moment où l'onduleur est connecté au NAS, les informations qui s'affichent dans DSM sont celles provenant de l'onduleur. Et en passant en mode terminal, avec la commande upsc ups on peut récupérer infiniment plus d'infos que celles que veut bien vous donner votre afficheur.
  3. Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.
  4. En passant par internet 🤪, sinon ça n'marche pô. Si vous voulez que vos photos soient consultables à distance (et donc via internet) confortablement (sans trop de lag) il vaut mieux avoir de part et d'autre la fibre. En ADSL, ça rame dur.
  5. Tout ce laïus pour nous donner l'info essentielle.... Il est bien évident que si vous remplacez vos batteries selon les préconisations du constructeur, les pannes dues à la batterie sont très rares. Je parlais pour ceux qui font l'erreur de se désintéresser de leur onduleur une fois en place. Toutefois, je maintiens que les infos données ne sont pas fiables à 100%, j'entends par là qu'elles peuvent être bonnes alors que la batterie est hs. Les temps donnés le sont pour une batterie on état de fonctionner. J'en parle parce que j'en ai fait plusieurs fois l'expérience et ce n'était pas des onduleurs premiers prix. Et je ne suis pas le seul sur ce forum.
  6. Aucun onduleur n'est capable de déterminer l'état exact de la batterie. Il y a bien des tests automatiques réguliers, les miens les font en tout cas, mais ces tests ne durent pas assez longtemps pour s'assurer de la qualité de la batterie. Mon onduleur n'est certes pas dans le haut de gamme, mais j'ai aussi affaire à des modèles plus évolués, ce qui n'a pas empêché des arrêts prématurés à cause d'une batterie en fin de vie alors que les infos donnaient des temps estimés conformes. Entre les données mesurées par l'onduleur et ce qui se passe réellement dans une batterie, il y a un gouffre. Une batterie claque rarement en stand-by. Par contre, elle le fait très bien lorsqu'on la sollicite et elle le fait d'autant mieux que le courant délivré est élevé. En l’occurrence, les onduleurs sont en général donnés pour 10mn d'autonomie à pleine charge. Autrement dit, en prenant 5mn de marge batterie neuve pour pouvoir garantir les 10mn sur la période recommandée pour le remplacement, la batterie est théoriquement déchargée en 15mn. Un tel niveau de décharge est très stressant pour les éléments. C'est aussi une des raisons pour laquelle on conseille de programmer un temps de mise en sécurité des NAS très court (2 mn par exemple) afin de réduire ce stress. On recommande aussi, lorsque l'onduleur est compatible, de lancer la mise à l'arrêt une fois le ou les NAS en sécurité pour économiser de la charge et pouvoir ainsi faire face a une nouvelle panne secteur juste après le redémarrage de l'onduleur. Mais si les infos que vous délivre votre onduleur vous rassurent, tant mieux. Je vous souhaite de ne pas avoir à subir une panne de batterie en cours d'utilisation.
  7. Un jeunot quoi. J'en ai juste 13 de plus. J'ai eu à peu près les mêmes antiquités ZX, Texas, Apple IIc (premier et dernier produit de la marque en ce qui me concerne) Soyez le bienvenu dans la communauté. Désolé mais chez moi le tutoiement n'est pas de rigueur 😉
  8. C'est très peu fiable. L'estimation peut très bien indiquer un temps confortable alors que la batterie est HS. J'en parle d'expérience. Le seul vrai moyen de vérifier c'est de faire des tests de décharge. Et surtout, ne pas hésiter à remplacer la batterie dès qu'elle présente des signes de faiblesse car la capacité chute alors très rapidement. Il ne faut pas perdre de vue que le courant de décharge batterie en mode onduleur est assez élevé. Or une batterie en fin de vie voit sa résistance interne augmenter ce qui de facto réduit son potentiel de décharge et la rend inapte à alimenter correctement la charge de l'onduleur.
  9. Il faut aussi créer un volume sur votre groupe 1
  10. Votre disque étant un basic pur, c'est possible mais il faudra passer en SSH pour étendre la partition donnée. Quelques pistes ici : Je pense que la méthode proposé par Gaëtan Gambier est la bonne, néanmoins, elle fonctionnait pour DSM6. Pas sûr qu'elle le puisse encore avec DSM7 car certaines commandes ont été supprimées dans la dernière mouture. Sino vous avez la méthode externe avec GParted. En tout état de cause, je vous conseille avant de vous lancer de mettre à jour vos sauvegardes.
  11. Sauf que le problème n'est plus là : Un RAID1 a été monté sur le groupe 1 et pour le supprimer, pas d'autre moyen que de transférer les données sur les autres groupes et de supprimer le groupe 1 pour le reconstruire sur un seul disque. A titre perso, j'ai toujours de grandes interrogations lorsque je vois des NAS multibaies tourner avec des disques en basic ce qui conduit à des situations complexes tant sur la gestion des disques que celle des dossiers partagés alors qu'ils sont essentiellement conçus pour du RAID qui apporte de la flexibilité.
  12. La question a déjà été posée et n'a pas suscité beaucoup d'enthousiasme.
  13. Pas d'autre choix que de sauvegarder vos paramètres et vos données (avec Hyperbackup, c'est de loin la meilleure solution) et de restaurer le tout sur le nouveau disque.
  14. @krapomatic, c'est bien. J'espère simplement pour vos données que vous avez au préalable installé l'onduleur qui était prévu. Une coupure de courant en pleine reconstruction peut avoir des conséquences désastreuses.....
  15. Comme l'a dit @Kramlech, l'unique solution est de ne pas toucher aux droits par défaut qui n'autorisent que l'accès à home (homes invisible) Groupe users : Pour l'utilisateur :
  16. Oui. Détruire le groupe et le reconstruire. Il y avait bien une solution via SSH mais depuis les dernières évolutions de DSM l'opération est devenue hasardeuse, aussi je ne la propose plus.
  17. Vu l'état de la tête de vis à côté du connecteur, cette carte a déjà été manipulée quelques fois. Pas étonnant que la connexion en ait pris un coup.
  18. Le message dit juste que l'opération risque de prendre plus de temps et occuper des ressources supplémentaires à cause de l'espace disponible réduit. Il faudrait d'abord re-transférer les dossiers partagés qui étaient initialement sur le volume 1 pour libérer de la place sur le volume 2. Il faut en effet de la place sur le groupe existant avant de faire l'augmentation. Cependant, s'agissant d'une mise en miroir, la place nécessaire pour cette opération est minime et vous devriez pouvoir la faire en l'état. Edit : je vois qu'il y a aussi un groupe 3 de 4To ce qui ferait 4 disques dans le NAS : 1x1To et 3x4To. Vous avez rajouté un autre disque de 4To ? Edit 2 : je pense avoir compris. Tout d'abord le message ne concerne pas l'augmentation de volume mais seulement que votre groupe 2 commence à être bien remplis. Ce message est normal et devrait disparaitre une fois les dossiers replacés sur le volume 1. En fait, vous êtes atteint du syndrome du cliqueur fou 🤪. Je ne saurais dire comment vous vous y êtes pris, quoi qu'il en soit vous avez créé un nouveau groupe sur le nouveau 4To. Il faut d'abord supprimer ce groupe 3 afin de libérer le disque avant de pouvoir l'associer au groupe 2.
  19. NON ! Vous faite une grosse confusion. Il n'y a aucune sauvegarde dans un groupe en RAID. Dans un RAID1 ou SHR à 2 disques, les données sont en miroir ! Ce qui est écrit effacé corrompu est écrit effacé corrompu sur les deux disques. Le RAID assure simplement la continuité de service en cas de panne d'un disque. Il faut impérativement prévoir une sauvegarde de vos données sur un autre support déconnecté de la source et dans un autre lieu. Comme je vous l'ai dit plus haut il faut choisir d'étendre le stockage pour passer votre SHR du 4To existant en mode avec protection des données (équivalent RAID1). Attention de bien choisir de l'associer à votre Groupe 2, sinon il va falloir tout recommencer. Il n'y a pas de changement de type de RAID à faire puisque votre disque est déjà en SHR. Il suffit d'étendre le stockage et le SHR va se reconstruire en y associant le nouveau disque. Pas de SHR2 qui est équivalent à un RAID6 et qui n'est de toute façon pas envisageable avec les disques installés.
  20. Si vous avez assez de place sur le 4To (groupe 2), vous pouvez transférer les dossiers partagés du 1To sur le 4To. Vous pouvez le faire à partir du menu dossiers partagés ou pour chaque dossier vous choisissez le volume sur lequel vous voulez placer le dossier. En choisissant un volume différent, DSM va transférer le dossier et son contenu vers le nouveau volume. Il faudra bien entendu attendre la fin du processus de transfert. Vous pourrez ainsi vider votre groupe 1 avant sa suppression. Il vous faudra ensuite recréer un nouveau Groupe 1 avec votre 1To, y réinstaller vos applications et retransférer vos dossiers partagés. Vous pourrez ensuite rajouter le nouveau 4To à l'existant en faisant une augmentation du groupe 2.
  21. Il faudrait comprendre ce que vous voulez faire. Est-ce que vous vouliez conserver le 1To tout seul et rajouter le 4To au 4To existant pour former un SHR avec protection des données ? Est-ce que vous vouliez créer un nouveau groupe 3 avec le dernier 4To ? En tout état de cause, on ne peut malheureusement pas sortir le 4To du groupe formé avec le 1To car le groupe fonctionnera en mode dégradé. Il faudra détruire le groupe et le reconstruire avec le seul 1To.
  22. Actuellement, vous avez rajouté le 4To au 1To ce qui vous donne un espace de stockage de 1To et 3To non utilisés. Si vous vouliez créer un RAID de 4To, il fallait rajouté le 4To au 4To existant. Il n'y a pas de disque dédié au système. Le système est installé sur tous les disques sur une partition dédiée qui fonctionne en RAID1
  23. Mic13710

    Boulet mais futur riche

    Bonjour @HeroLink, soyez le bienvenu. Effectivement, un modèle J n'est pas des plus approprié pour plex, et si en plus vous faites du transcodage, il doit être souvent au taquet.
  24. @Kramlech logiquement, si @ManuEBC a mis en pratique le lien que je lui ai donné le 21 février, les tests en question ont été fait 😉
×
×
  • 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.