Aller au contenu

StéphanH

Membres
  • Inscription

  • Dernière visite

Tout ce qui a été posté par StéphanH

  1. Je suis d’accord avec toi que l’aide apportée par l’IA dans la réponse à des questions techniques est assez bluffante. Mais cette aide est parfois trompeuse; j’en ai fait l’expérience encore ce week end pour une question sur un bête problème de courant triphasé. les réponses étaient fausses, mais données avec un aplomb très incitatif. C’est un des gros défaut de l’IA : les réponses sont parfois tout à fait plausibles, mais totalement,t fausses. Je répondrais non, sauf ! hé oui, je suis Normand … une IA n’a pas d’intuition. Mais, elle a la capacité de croiser deux axes de recherches traités par des humains, chacun en échec, mais dont la combinaison des deux, jamais testée par un humain, peut être une solution ou un ambrions de solution à un problème donné.
  2. L’IA ne fait que rapporter ce que raconte le plus grand nombre… (d’accord, je simplifie un peu). Une lA ne sait rien et n’a aucune idée de la signification du mot « savoir » . Une IA n’a pas d’intuition, ni de conscience. Autant dire que l’humain a encore de beaux jours devant lui.
  3. Bonjour. j’ai toujours utilisé ce forum en affichant la liste des dernières contributions, tous forums confondus. Depuis quelques jours, cette liste semble incomplète. J’obtiens des notifications de Maj (via Tapatalk) sur des sujets que je ne vois pas sur le forum Web dans la liste des sujets actifs. Ai-je raté un paramétrage ?
  4. StéphanH a répondu à un(e) sujet de Breat dans Firmwares
    As tu lu cette discussion ?
  5. StéphanH a répondu à un(e) sujet de Breat dans Firmwares
    Je ne me souviens pas avoir eu de problème avec la migration de plex. mais tu as raison, il y a bien une action à réaliser …
  6. StéphanH a répondu à un(e) sujet de Breat dans Firmwares
    Sage décision. je l’ai installé sur mon Ds218+ et n’ai pas eu de souci. Il suffit de lire les mise en garde (éteindre les VM avant migration, et redémarrer les paquets Docker une fois la migration achevée. Aucun souci avec Plex.
  7. StéphanH a répondu à un(e) sujet de Breat dans Firmwares
    La 7.3 est proposée depuis hier. tu peux attendre qu’élus séjours et passer de la 7.1 à la 7.3 Dans la copie d’écran que tu montres, en dessous de « résultat de la recherche pour : DS218+ » il te propose « version du SE » suivi d’une liste déroulante. ta copie d’écran montre 7.2.2. Si tu cliques sur cette version, tu peux également choisir 7.3.
  8. StéphanH a répondu à un(e) sujet de Breat dans Firmwares
    Bonjour, à priori, passer en 7.2 ne devrait pas poser de souci, d’ailleurs, pourquoi pas la 7.3 ?
  9. StéphanH a répondu à un(e) sujet de Jeff777 dans Firmwares
    J'ai migré un DS124 qui me sert de destination de sauvegarde HyperBackup à distance, et de Time Machine local. Pas de souci pour sauvegarder de DSM 7.2 vers DSM 7.3, ni de DSM 7.3 vers 7.2 Par contre, les MaJ des paquets proposée sur DSM 7.2 ont mis ma machine virtuelle (Home Assistant) dans un état second. J'ai dû la rebooter. Le reboot,+ redémarrage d'HomeAssistant a duré 1h !!! mais cela fonctionne ...
  10. J’ai ce genre de comportement uniquement avec les fichiers de la suite bureautique d’Apple (Numbers, Pages, Keynote) qui, lorsqu’ils sont ouverts, s’enregistrent fréquemment, générant une synchro drive. Il arrive que cela génère un fichier .conflict, mais cela reste rare.
  11. Désolé @Lelolo Il semble toutefois que la 7.3, objet de ce sujet ne soit pas étrangère à la levée de cette limitation qui nous gêne tous ici … La presse semble en tous cas le dire.
  12. Cette 7.3 assouplit la validation des disques ? Synology revient sur sa décision ??? https://itdaily.fr/nouvelles/logiciel/synology-dsm-7-3/
  13. Moi qui pensait naïvement que SMART était normalisé 🙂 Mais surtout, je pense qu'avec des log "Le Disque 1 met du temps à répondre (je n'ai pas le libellé exact du message en tête)", ET une augmentation soudaine du nombre de secteurs défectueux, ET des services qui tombent (déconnexion VPN, …), le système a suffisamment d'éléments pour - à minima - prévenir l'utilisateur qu'il y a potentiellement une situation anormale à investiguer ... Ne rien dire a pour moi été une source de confusion : j'ai pensé naïvement que le problème venait soit de HomeBridge soit de Plex (qui sont les deux seuls softs non officiels que j'utilise). J'ai certes manqué d'expérience sur ce sujet … mais m'alerter m'aurait évité de passer beaucoup de temps à essayer de comprendre une surconsommation CPU qui n'existait pas ...
  14. Merci @Mic13710 Je suis dubitatif. Les disques étaient considérés comme sains. Tout au plus, après un smart étendu, le disque 1 était considéré comme "à surveiller", sans plus de précaution. Je veux bien comprendre que cela soit courant, mais ce n'est pas parce qu'un problème est courant qu'il doit être toléré sans action. Tout de suite après détection du problème, que ce soit toi ou le support, vous avez réalisé en ligne de commande (ou suggéré de le faire) un test me permettant d'afficher le détail des résultat du SMART. Si DSM n'est pas capable d'analyser automatiquement le résultat de ces tests, ne devraient-ils pas prévoir un système d'aide au diagnostic, déclenché par l'administrateur, qui enchainerait les tests de base du système et des disques afin de cibler un éventuel problème ? Sinon, à l'heure de l'IA, et vu que le problème est courant, il doit y avoir de la matière pour entraîner un moteur de LLM qui aidera ensuite l'utilisateur dans ses investigations... Je serai curieux de savoir ce que proposent QNAP et les autres dans la détection d'incidents...
  15. Oui merci @Lelolo J'ai reçu mon disque plus tôt que prévu. Le volume est en cours de reconstruction : durée estimée : 24h Le support Synology, dans sa réponse toute faite, ne trouve pas anormal le comportement que j'ai vécu. Je vous mets ici leur réponse pré-formatée : À propos du disque non détecté comme défectueux : Un état 'sain' indiqué par votre NAS ne garantit pas l'absence totale de problèmes. Les disques durs, y compris les modèles Western digital, Seagate et autres marques, sont validés selon des seuils de tolérance qui acceptent un certain nombre de secteurs défectueux. De plus, pour obtenir des données SMART réellement fiables, il est essentiel de procéder régulièrement à des tests complets. Sans ces tests approfondis, les informations affichées risquent d'être incomplètes ou ne pas refléter la santé réelle du disque. Concernant le blocage complet du système : La redondance du RAID est conçue pour prendre le relais lorsqu'un disque est totalement défaillant et retiré du raid. Cependant, tant que le disque défectueux reste inclus dans le système de stockage, le NAS continue de tenter d'y accéder. Cette persistance d'accès à un disque en panne peut entraîner des ralentissements importants, voire un blocage complet du système, car les opérations de lecture/écriture rencontrent des timeouts répétés. Sur la non-éjection automatique : Le système de surveillance des disques fonctionne sur la base de seuils prédéfinis. Si un disque présente des erreurs mais n'atteint pas le seuil critique configuré, il ne sera pas automatiquement éjecté. Cette conception vise à éviter des éjections intempestives, mais peut dans certains cas maintenir en service un disque partiellement défaillant, avec pour conséquence une dégradation des performances de l'ensemble du système.
  16. Voici quelques news ... Avec la bénédiction du support, j'ai proposé d'extraire le disque 1 du NAS. J'ai donc utilisé le bouton beu pour éteindre le NAS (l'arrêt a duré plus d'une heure). J'ai alors extrait le disque 1 et ai rebooté. Le boot a été normal, suivi des bits persistants signalant un volume dégradé (normal, il manque 1 disque). Pour l'instant, le système fonctionne normalement, malgré un avis d'arrêt brutal que je ne m'explique pas J'attends un disque neuf d'ici 2 à 3 jours ...
  17. Tu as très probablement raison, et je viens de passer commande. je trouve toutefois anormal que DSM considère que le volume est sain, que les disques sont sains, et qu’il faut juste surveiller le disque 1 . je suis curieux de voir la réponse du soutien demain …
  18. Après une défragmentation, une récupération de l’espace disponible et un test SMART étendu, les deux disques sont affichés comme sains, avec un avertissement sur le disque 1 « disque à surveiller » je constate l’apparition de secteurs défectueux sur le disque 1 pour moi, celle-à ne justifie en rien un système injoignable, comme c’est le cas à nouveau ce matin…
  19. Cela signifie que WD n’implémente pas les tests smart ? Il me semble pourtant que cela fonctionnait avant (j’avais des WD 3To dans mes DSx12+) jai quand même un doute quand tu écris : Je viens de saisir la commande sur mon disque 1 de mon côté, j’ai entré : sudo smartctl --all /dev/sda comme suggéré par Mic13710 sans préciser autre chose. je viens de trouver cela dans les logs. Étonnant que cela ne soit pas considéré comme un message critique nécessitant un mail ou un push … par ailleurs, le système oscille entre un état stable (depuis 1 heure, le NAS fonctionne nominalement, malgré l’opération en cours sur le volume, alors qu’après déjeuner, il était injoignable. Étrange …
  20. Merci @Mic13710 J’ai dû rater quelque chose … smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-4.4.302+] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: WDC Product: WD60EFRX-68L0BN1 Revision: 0A82 User Capacity: 6,001,175,126,016 bytes [6.00 TB] Logical block size: 512 bytes Physical block size: 4096 bytes LU is fully provisioned Rotation Rate: 5700 rpm Logical Unit id: 0x50014ee264a2191c Serial number: WD-WX31D87DYRFY Device type: disk Local Time is: Fri Oct 3 16:54:19 2025 CEST SMART support is: Unavailable - device lacks SMART capability. === START OF READ SMART DATA SECTION === Current Drive Temperature: 0 C Drive Trip Temperature: 0 C Error Counter logging not supported [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'] Device does not support Self Test logging
  21. C’est succinct …
  22. Le support m’indique que le disque 1 est défectueux, en affichant ceci dans son mail : ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 146 001 051 Pre-fail Always In_the_past 1854 je ne sais pas d’où vient cette information; voici ce que j’obtiens de mon côté sur le gestionnaire de disques :
  23. J’ai finalement pu envoyer un ordre de reboot via mon iPad donc la connexion DsFinder était encore active. après 1/2 heure, le système semble de nouveau parfaitement opérationnel, avec tous les paquets actifs. L’observateur d’événement n’a détecté aucune surcharge CPU ces derniers jours. Et je ne vois rien dans les log. je n’ai pas encore de news du support … À suivre …
  24. Bonjour, Cette fois, même DS Finder ne me permet plus de voir mon NAS. En supposant que j’arrive à me connecter en SSH, quelqu’un peut t’il m’aider et me donner les commande à passer pour : - arrêter proprement Plex (directement le paquet plex) - arrêter proprement Docker. - redémarrer proprement le NaS merci !
  25. De nouveau, mon système est très lent depuis environ deux jours, y compris de simples accès SMB ou des connexions DSM. Pourtant, je ne vois rien de spécial … D'habitude, un reboot suffit … mais pas aujourd'hui. Le système semble toujours en train de se réinitialiser. La diode est fixe, et j'ai eu le Bip de démarrage, ainsi que la notification de connexion à l'onduleur. Mais une connexion DSM n'aboutit pas. Je vais ouvrir un ticket dans le doute.

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.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.