Oooops!

Bonsoir, mon vieil ordi vient justement de me faire des misères, donc je ne vais pas pouvoir tester ça avant un moment => je reviendrai dire ce qu'il en est quand ça sera fait. En tout cas merci pour ton aide.

Bonsoir, merci pour le retour sur mes questions réseau initiales => voilà où j'en suis: 1) trame jumbo: parmi les ordis sur mon réseau j'ai un très vieil appareil, que je suis obligé de conserver à cause de certains logiciels qui ne fonctionnent pas sous des versions récentes (et qui malgré leur âge me rendent encore beaucoup de services). Comme le MTU maxi de la carte réseau de cet appareil est limité à 7000, tous mes autres appareils sont configurés avec cette valeur, qui n'a jamais posé de problème auparavant et n'en pose pas actuellement aux autres appareils, y compris le 425+, auquel ils accèdent sans problème. 2) ports réseau du 415+: un seul est branché; j'ai essayé d'utiliser l'autre à la place mais ça n'a rien changé au problème. Par contre en comparant écran par écran (du moins pour ceux qui se retrouvent à l'identique sur le 415+ et sur le 425+) les paramètres réseau, j'ai constaté que sur le 415+ la case "Activer par défaut" de l'item "IP V6" était cochée. Je ne sais pas pourquoi, car je ne suis pas concerné par cette adressage => je l'ai dé-cochée (comme c'est le cas sur le 425+), mais je n'ai pas l'impression que ça change grand chose puisque j'ai quand même eu un freeze d'accès à ce serveur depuis. 3) contrôle de flux: là, avant de tester, j'ai quelques questions: - si je le désactive sur le vieil ordi, cela ne risque-t-il pas de masquer certaines erreurs qui pourraient survenir pendant le transfert de fichiers avec le 415+ comme avec le 425+? - le réseau fonctionnera-t-il normalement si ce paramètre est désactivé sur le vieil ordi mais reste activé sur tous les autres?

Bonsoir, merci de tes conseils, et désolé si j'ai mal expliqué: j'avais une sauvegarde des fichiers de configuration .DSS du 411+II et du 415+, tous deux sous DSM 5.2U9, donc quand j'ai migré les disques du 411 dans le 415 j'ai pu utiliser le .DSS du 411 sur le 415, puis j'ai créé un nouveau .DSS sur le 415 nouvellement migré. Donc je dispose déjà du fichier proposé dans ton dernier paragraphe, pour refaire l'installation propre du 415. Ensuite j'ai fait la même chose sur le 425: après avoir migré les anciens disques du 415 dans le 425, j'ai utilisé son ancien .DSS pour récupérer (l'essentiel de) sa config sur le 425, qui était en DSM 7 d'usine; un fois le 425 mis à jour avec la dernière version de DSM 7, j'ai créé un nouveau .DSS (en DSM 7.3 si j me souviens bien) que j'ai pu utiliser quand j'ai refait l'installation propre du 425.

Bonjour, pour des raisons qu'il est inutile de détailler mon 415+ est en DSM 5.2U9 et devra le rester. J'étais passé par la migration surtout pour récupérer toute les configurations (partages, usagers, réseau, etc). Comme le fichier de config .DSS est utilisable, je compte faire une installation propre en DSM 5.2 puis passer la U9; mais avant je voudrais faire une sauvegarde complète des données sur un jeu dédié de disques externes, et ça, ça prend beaucoup de temps. En attendant, j'ai essayé de rebooter l'ordi qui a(vait) des soucis, mais sans sa connexion habituelle au 415+, et tout semble normal: transferts "plein pot" avec le 425+, pas de lenteur/gel du réseau y compris en accès internet. Je ne pense pas que les paramétrages "visibles" soient en cause, car si je me souviens bien la migration des disques du 415+ en DSM 5 vers le 425+ en DSM 7(*) avait conservé tous mes paramétrages, que j'ai ensuite sauvegardés dans un fichier .DSS sous le DSM 7 du 425+. (*) pour mémoire: suite à la panne de mon 411+II, ses disques ont été migrés dans le 415+ (tous deux étaient DSM 5.2U9), et les disques du 415+ ont été migrés dans le 425+; mais ensuite j'ai refait une installation "propre" du 425+, cf le dernier message du topic que j'ai mis en lien au début de ce topic-ci.

Bonjour, 1) merci pour ta réponse, et en particulier pour aoir attiré mon attention sur la question des versions de DSM. Si je me souviens bien, Synology Assistant propose par défaut la màj de DSM, mais permet aussi d'utiliser un fichier .PAT préalablement sauvegardé sur l'ordi. Quand même une remarque/question sur ce point: tu parles du .PAT 5.2-U9, mais il faut d'abord passer par le .PAT "de base" (DSM_DS415+_5967.pat), qui fait 190Mo, alors que le 5967U9-synology_avoton_415+.pat n'en fait que 27; question, car les releases notes pour DSM5.2 sur 415+ ne sont plus dispo sur le site de Synology: puis-je mettre directement la 5967-U9 (après la version de base), ou bien dois-je passer successivement la U1, la U2, etc? 2) je n'utilise pas l'agrégation de lien. Comme j'avais utilisé le fichier de config .DSS du 411+II pour le 415+, je ne pense pas que quelque chose ait changé dans la configuration réseau, mais à tout hasard, que dois-je vérifier dans le panneau de configuration "Réseau" du 415+ pour m'assurer que le problème ne vient pas de là? [Edit] j'ai retrouvé les release notes, mais rien n'est dit à propos de l'application des màj Updates (1 à 9 successives ou directement la U9). [Fin Edit]

Bonjour, depuis la migration des disques du 411+II dans le 415+ je constate des dysfonctionnements plus ou moins aléatoire et plus ou moins importants sur mon réseau. L'accès au 415+ est assez souvent plus ou moins ralenti, voire parfois complètement bloqué pendant quelques/plusieurs secondes, en écriture comme en lecture (c'est moins marqué en lecture); et ça s'accompagne en général de perturbations sur l'accès au 425+ et sur l'accès internet. À noter que l'inverse n'est pas vrai, à savoir que jamais un accès internet plus ou moins rapide, voire arrêté, ne perturbe mon réseau. J'ai longtemps envisagé un problème avec la carte réseau de l'ordi concerné, mais finalement je ne le pense pas car: - j'ai essayé de désactiver la puce réseau interne de l'ordi et d'utiliser un boîtier externe branché en USB3 sur l'ordi, mais ça ne résoud rien; - je n'ai pas fait d'essais aussi systématiques, mais à partir d'un autre ordi du réseau je n'ai pas de problème, aussi bien pour accéder au 415+ qu'au 425+ - si je n'ai pas accédé au 415+ depuis "un certain temps", l'accès au 425+ est normal depuis tous les ordis. Je ne vois pas en quoi un problème réseau (a priori logiciel?) sur le 415+ pourrait perturber aléatoirement le reste du réseau, mais je voudrais faire le test suivant: retirer les disques actuellement dans le 415+ et y mettre 4 autres disques pour faire une installation "propre" à partir de zéro, et voir si le problème existe toujours. Mais comme le 425+ n'est pas l'exact miroir du 415+, si le problème persiste je voudrais pouvoir remettre en place les disques initiaux dans le 415+, au moins pour le temps de trouver une solution plus pérenne (ou d'apprendre à plus ou moins contourner le problème...) => cette manip est-elle sans danger?

Bonjour, je ne complète pas ce topic pour réaliser le plus vieux déterrage, mais pour signaler que la réinstallation à neuf du Raid SHR a permis le dé-saucissonnage des données. J'avais choisi initialement le SHR pour sa capacité à augmenter progressivement la taille du volume, et en partant de 4x4To pour un volume de 12To, je suis passé par des disques de 6, 8, 10, 12 et 16To, pour arriver à un volume de 44To composé de 3 disques 16To et un disque de 12To. Avec pour résultat (a priori sans conséquence sous DSM5.2, mais peut-être pas en DSM 7.3, cf ce message) que les disques étaient divisés en plusieurs partitions de données de petite taille séparées de "morceaux" non-alloués de quelques (dizaines de) Mo; par exemple sur un 10To: 2,38Go pour le système, 2Go pour le swap, puis 135Mo non alloués, puis pour les données successivement 2790Go, 932Go, et 3 fois 1863Go, séparées par des espaces non alloués de 8Mo, et enfin 108Mo non alloués. Avec la création d'un volume de 48To en SHR directement avec 3x16To + 1x20To, sur ce dernier il y a juste la partitions système de 8Go et le swap de 2Go, puis 135Mo d'espace libre non alloué, puis 14891Go de données et enfin 3725Go inutilisés. Je pense que ces 3725Go seront utilisés quand je remplacerai un disque 16To par un 20To, et que désormais j'aurais des partitions de 3725Go à chaque remplacement de disque par un modèle plus gros de 4To. Je retrouverai donc le "saucissonnage" des données, mais avec des tranches 2 fois plus grosses qu'avant.

Bonjour, c'est tardivement que je reviens dur ce topic car il m'a fallu un certain temps pour d'une part vérifier que tout fonctionnait bien après la migration et d'autre part faire les dernières opérations de (ré-)installation "propre" du DS425+. Pour mémoire, les 4 disques Seagate IronWolf Pro (3 x 16To + 1 x 12To, en SHR) qui se trouvaient dans le 415+ sous DSM 5.2-U9 ont été migrés dans le 425+, avec le passage obligatoire en DSM7.3. Le disque 12To devait ensuite être remplacé par un 20To. Comme je disposais d'une sauvegarde complète des données sur des disques externes, et surtout d'une sauvegarde de la configuration (fichier .DSS) désormais sous DSM 7.3, j'ai décidé de refaire une installation à neuf avec 3x16To et 1x20To, ce qui a été très bénéfique, voici pourquoi: Depuis la migration depuis le 415+ vers le 425+, les disques, habituellement très silencieux, étaient devenus très bruyants lors des transferts de fichiers, avec une sorte de bruit mécanique/métallique, au point que j'ai même pensé un instant que les tiroirs étaient mal verrouillés dans les baies, mais ce n'était pas le cas. Ça faisait un peu comme si les têtes faisaient en permanence des déplacements successifs de grande amplitude. J'ai aussi pensé que ça pouvait venir de l'utilisation de disques non-Synology, mais la suite a montré que non. De fait, je ne sais pas si le fonctionnement bruyant était dû à la différence de taille de la partition système entre DSM5.2 et DSM7.3, ou au "saucissonnage" des données(*) suite aux augmentations successives de la taille des disques -ces dernières n'ont pourtant jamais posé de problème sous DSM5.2-, mais en tout cas depuis la réinstallation du 425+ en SHR directement avec les 3 disques 16To (préalablement réinitialisés) plus le disque 20To, le fonctionnement est redevenu normalement silencieux, quasiment comme sur le 415+. (*) cf ce topic dans lequel je détaille les partitions de mon nouveau SHR.

Bonjour, @Lelolo : merci pour le lien. Je vais y réfléchir, mais je pense que les avantages procurés par btrfs ne me concernent pas et ne compensent pas les inconvénients par rapport à ext4, que j'utilise sans ennui depuis des années sur mes NAS Synology. @LordeX : en dehors de quelques péripéties pas directement/seulement liées à Synology, la migration s'est bien passée (avec Synology Assistant), et les disques Seagte qui étaient dans le DS415+ sous DSM5.2U9 fonctionnent maintenant dans le 425+ sous DSM 7.3.2-86009. Les données sont là, et a priori la configuration aussi; du moins pour l'essentiel (je n'ai pas encore eu le temps de tout vérifier): partages, utilisateurs, groupes, permissions, mots de passe. Quant aux paquets, je n'en utilisais pas beaucoup, mais j'ai vu dans les notifications que 3 d'entre eux ont été mis à jour.

Bonjour, @LordeX: si tu peux attendre quelques jours, je vais probablement pouvoir te donner quelques précisions, car je viens juste de recevoir le 425+ dans lequel je dois migrer les 4 disques (non-Synology) qui étaient dans mon 415+ Comme dit plus haut, et confirmé par le support Syno avec lequel j'ai eu de nombreux échanges: - si tu mets tes disques non-Synology mais qui ont déjà un DSM installé dedans, même si le 425+ arrive fabriqué avec un noyau préchargé en DSM 7.2, le processus de migration intégrera la màj vers DSM 7.3, qui permet d'utiliser des disques tiers sans problème; - normalement les données devraient être récupérées intégralement, par contre la configuration c'est moins sûr => à tout hasard, utilise "Sauvegarde et Restauration" dans DSM pour générer un fichier (.DSS) de sauvegarde de configuration, qui a des chances d'être exploitable par DSM 7.3. Par ailleurs,ce n'est pas une info du support Syno mais quelque chose que j'avais lu sur ce forum il y a (très) longtemps, si ma mémoire ne me joue pas de tour et si j'avais bien compris: entre 2 DiskStation ayant chacun un processeur Intel les paquets devraient passer. @Lelolo: quel est l'intérêt d'utiliser btrfs au lieu de ext4? (en dehors du chiffrement, qui risque de poser problème dans une migraton sans HyperBackup) Désolé si la question a déjà traitée ailleurs, je n'ai pas encore eu le temps de chercher tous les détails

Bonjour, merci pour les informations @firlin . Je vais suivre ton conseil et mettre directement mes 4 disques IronWolf dans le 425+ pour faire une installation "propre". Pour une raison que j'ignore https://find.synology.com/ ne fonctionne pas chez moi, mais Synology Assistant a priori est OK, donc ça devrait aller. Il faudra ensuite que je m'attaque à la configuration de DSM, j'espère que sur ce plan il n'y a pas trop de différences entre la version 5 et la version 7 -et que je n'ai pas oublié trop de choses depuis presqu 10 ans que j'avais configuré le 415+... 🤥 Malheureusement ça ne sera pas mon cas: - entre 2 versions de même génération normalement c'est OK (j'ai pu le faire en mettant à jour le 415+ migré avec le fichier .DSS du 411+II). - après, selon le support Syno c'est plus compliqué: entre une version N et une version N+1 ça **pourrait** parfois fonctionner, mais entre une version N et une version N+2, non (.../... un fichier de sauvegarde de configuration .DSS créé sous DSM 5.2 n'est pas directement exploitable pour une restauration sur DSM 7.1..../... dixit le support Syno). Dernier espoir, probablement vain, mais à tout hasard: existerait-il un utilitaire permettant au moins de lire "en clair"/décoder un fichier .DSS de Synology?

Bonsoir, j'ai installé toutes les Updates les unes après les autres => le Centre d'informations indiques bien maintenant "DSM 5.2-5967 Update 9". Il ne me reste plus qu'à remplacer le disque 12To par un 20To, mais pour ça je vais attendre d'avoir installé un nouveau Syno en quasi-miroir du 415+.

Bonjour, j'ai lu que c'est depuis une version récente de DSM --mais je ne sais pas laquelle- qu'on peut désormais utiliser des disques tiers, comme tu l'as fait. Comme le 425+ tout neuf que je vais acheter ne disposera peut-être/probablement pas de cette version récente, est-ce que l'initialisation du système fonctionnera quand même avec un disque tiers? Je parle d'un (seul) disque, car par sécurité je compte faire une installation minimale, qui me permettra de mettre à jour avec la dernière version la partie de DSM installée dans le matériel(*), puis je retirerai ce disque pour mettre les 4 disques (dé-partitionnés) qui étaient dans le 415+. (*) je suppose que l'installation de DSM doit écrire quelque chose dans une EPROM, sinon comment le système pourrait-il refuser de revenir à une version antérieure même si on part d'un disque jamais utilisé sur un Synology?

Merci @Mic13710 pour les explications sur la migration, je vais donc très probablement m'orienter vers une nouvelle installation complète. Cependant les copies des écrans du 415+ ne sont plus possibles car maintenant qu'il a accueilli les disques du 411+II, il se comporte comme ce dernier, qui n'avait pas exactement les mêmes configurations que le 415+ d'origine; d'où l'intérêt de pouvoir utiliser le fichier .DSS du 415 que j'ai enregistré juste avant de changer ses disques. Par ailleurs, j'avoue qu'avec mon âge et le temps écoulé, mes souvenirs de nos discussions sur le SHR sont assez flous, donc merci d'avoir confirmé l'hypothèse que j'ai faite ici à propos des ces multiples partitions. Pour ne pas faire dériver ce topic, pour le reste je t'envoie un MP.

C'est bien ce qui me surprend: comme je l'ai écrit dans mon message précédent, c'est bien après avoir accédé à internet (d'après les différents messages qui s'affichent pendant l'opération) que DSM dit qu'il est à jour; or je pense que c'est faux. Je vais donc essayer d'installer l'update 1 à partir du fichier que j'avais sauvegardé, je verrai bien ce qui se passe, surtout que d'après les Release Notes cet Update (contrairement à d'autres) ne provoque pas de redémarrage du NAS

Bonjour, avec l'aide du support Synology et après sauvegarde des données du 415+ sur des disques externes, j'ai mis les disques du 411+II dans le 415+, et après quelques "péripéties" la migration semble s'être déroulée correctement. J'écris "semble", car j'ai quelques doutes à propos de la version de DSM, plus précisément des màj critiques: Dans "Mise à jour et Restauration", après avoir accédé à internet le système affiche en vert "Vous avez installé toutes les mises à jour critiques" (je me suis toujours volontairement limité à celles-ci). Pourtant je crois que c'est faux, d'une part parce que j'ai installé le version 5.2-5967 de base, et d'autre part parce que le "Centre d'information" affiche "Version du DSM: DSM 5.2-5967", alors qu'avant la migration il affichait (comme le DS 411+II avant la panne) "Version du DSM: DSM 5.2-5967 Update 9".

Re-bonjour, oui, comme j'ai pu installer et migrer les disques du 411+II (en panne) dans le 415+, et comme le 425+ a lui aussi un processeur Intel (j'avais lu cette condition il y a -très- longtemps), j'envisageais de faire la même opération entre le 415+ et le 425+. C'est la trop grande différence de versions de DSM qui rend impossible cette migration? Le temps pour ré-installer les données, je peux faire avec; par contre ce qui me soucie le plus, c'est la configuration du nouveau NAS (utilisateurs, groupes, partages, permissions, etc), car je n'ai plus fait ça depuis environ 10 ans et je crains de galérer pour retrouver sur le 425+ ce que j'avais fait sur le 415+ => est-ce que au moins le fichier de configuration du 415+ (fichier .DSS créé en V5.2) serait utilisable sur le 425+ en V7? PS1: pour confirmer tes propos, rassurer @ppnm , et parce que j'ai une problématique similaire: la personne du support Syno qui m'a aidé pour la migration des disques du 411+II vers le 415+ m'a dit que, même s'ils ne sont pas dans la liste de compatibilité, mes Seagate IronWolf du 415+ seront utilisables sur le 425+ (et même le 423). PS2 un peu HS, pour info, "Supprimer les 3 partitions qui sont sur tes 2x2 disques": sur les 4 disques du 415+ (et du défunt 411+II), il y a beaucoup plus que 3 partitions, car après celles propres à DSM, il y a une succession de partitions de 2To; probablement parce que j'utilise un volume n Raid SHR, et/ou parce que j'ai progressivement remplacé des "petits" disques par des plus gros, en plusieurs fois.

Bonjour, comme je suis dans une situation un peu similaire à celle de @ppnm je me joins à cette discussion pour éviter de créer un nouveau topic. Mon 415+, qui contenait 4 disques (3x16To + 1x12To) constituant un volume unique en SHR sous DSM V5.2, est désormais consacré à d'autres usages, avec d'autres disques. Comme j'envisage, pour gagner du temps, de tenter la migration de ces 4 disques dans un DS425+, pourrais-tu stp expliciter quelles sont ces limitations?

Bonjour, il semble que je n'aurai pas besoin de poser ici d'autres questions, car le support Synology est très réactif (et efficace), malgré le grand âge des appareils concernés: c'est d'abord une IA qui m'a répondu, et en réponse à une de mes questions, m'a proposé une procédure de test j'ai répondu que d'après la procédure le Syno semblait bien mort, et j'en ai profité pour poser les questions que j'évoquais dans mon post précédent (à ce moment je n'étais pas sûr que la réponse ait été générée par une IA) cette fois c'est un humain qui m'a répondu, et s'il a confirmé ne rien pouvoir faire pour réparer le 411+II, il m'a bien renseigné sur la migration des disques du 411+II dans le 415+; il m'a aussi rassuré sur la possibilité de continuer à utiliser mes disques Seagate IronWolf en les installant dans un Synology de la gamme actuelle. Bon, maintenant il va s'écouler un certain temps avant que j'entreprenne la migration, car avant de modifier quoi que ce soit sur le 415+, je veux recopier ses fichiers sur des disques externes, et avec environ 35To à sauvegarder, ça va être long, que ça soit avec Robocopy ou avec FileStation.

Bonjour, les blocs secteur du 411+II et du 415+ sont effectivement les mêmes, mais comme le 415+ est actuellement en production je ne peux pas l'arrêter pour tester son bloc sur le 411+II. Cependant, je suis sûr que ce n'est pas un problème de bloc secteur, car ces blocs, qui sont protégés électroniquement en interne, ont une LED verte allumée, qui s'éteint si le bloc a un souci ou si par exemple on court-circuite ses sorties; dans ce dernier cas la tension tombe à 0V et la LED s'éteint, mais la LED se rallume et le 12V revient dès que le court-circuit est supprimé. De plus j'ai un autre bloc du même genre (un compatible pas de marque Synology), qui donne les mêmes résultats que le bloc d'origine: LED verte allumée en permanence et même comportement du 411+II. Mick13710, comme tu es modo, je te pose la question: est-ce que je continue ici toute mon histoire à venir sur le 411+II, ou bien est-ce que j'ouvre un autre sujet pour chacune des questions que cette suite va engendrer: migration des disques entre Syno, et utilisation de disques non-Synology dans les Diskstation actuellement en vente, pour lesquels la liste de compatibilité ne présente plus que des disques de marque Synology?

Bonjour, j'ai relu attentivement le tuto et tenté les manip proposées (quand elles étaient possibles), rien à faire, le DS ne démarre plus. A tout hasard et sans grand espoir je vais essayer de contacter le SAV de Synology, mais j'ai aussi une autre piste, pour laquelle je ne sais pas si je peux la détailler ici ou ou si je dois ouvrir un autre sujet: comme mon DS415+ a lui aussi un processeur Intel, et surtout exactement la même configuration que le 411+II (DSM 5.2 Update9, 3 Ironwolf 16To et 1 Ironwolf 12To en SHR), je peux peut-être l'utiliser pour faire un swap des disques, si possible temporaire?

Bonsoir, merci pour cette réponse rapide. Je vais la ré-examiner en détail demain, mais à première vue il me semble que ma panne ne correspond à aucune des situations décrites dans le tutoriel: - le bloc secteur est OK - le clignotement rapide du voyant Power dure au total environ une minute, ensuite la LED bleue s'éteint définitivement; en ré-appuyant sur le bouton, l'allumage de sa LED en continu ne dure que quelques secondes, et je n'ai jamais de bip sonore.

Bonsoir, mon DS411+II avait des soucis de ventilateur de processeur, et suite aux tentatives de résolution du problème (cf ce topic) il ne démarre plus, avec les manifestations suivantes: - quand je connecte l'alimentation à l'arrière du boîtier, les 2 gros ventilateurs commencent à tourner quelques secondes puis s'arrêtent; - dans le même temps que les ventilateurs tournent, sur la face avant les LED des disques 2 et 4 s'allument en jaune et celle du disque 3 en vert, celle du disque 1 reste éteinte; - ces phénomènes se produisent au total 4 fois, puis tout s'arrête définitivement; - pendant tout le temps de ces 4 cycles , la LED bleue du bouton de mise en marche clignote rapidement. - après ces 4 cycles un nouvel appui sur le bouton de mise en marche allume sa LED bleue en continu pendant 3 secondes (sans rotation des ventilos ni allumage d'aucune autre LED), puis la LED s'éteint. - pour retrouver les 4 cycles décrits, il faut débrancher puis rebrancher l'alim à l'arrière du boîtier. J'ai décrit tout ça à tout hasard, en pensant que ces allumages de voyants pouvaient correspondre à un code permettant d'identifier/réparer la panne, mais je n'ai pas beaucoup d'espoir... :-(

Bonsoir, pour éviter à d'autres lecteurs de faire la même funeste manip: comme cela été décrit plus haut, j 'ai tenté la manip de mise à la masse du fil de contrôle de vitesse du nouveau ventilo => résultat: cette fois le NAS ne démarre plus du tout, même en remettant le ventilo d'origine :-(((

Bonjour, j'ai fini par réussir à acquérir le ventilo NMB-MAT 1604KL-04W-B49, et après installation le résultat est "bizarre"...: - au début, tout semblait normal, mais après plusieurs minutes ont commencé à apparaître dans DSM des notifications "CPU fan on .../... has resumed" à un rythme aléatoire, sans bip; - ensuite, mais beaucoup plus rarement et tout aussi aléatoirement (cf PJ Notif 411+II_1.JPG), il y a eu des messages d'erreur "CPU fan on .../... has stopped working", accompagnés cette fois de bip répétitifs. - après quelques instants (moins d'une minute?) les bips s'arrêtent et on retombe sur les notifications "CPU fan has resumed" mais plus fréquentes. Sous une forme un peu différente on trouve des infos similaires dans les journaux, cf PJ "Journal 411+II_1.JPG". Remarque 1: le choix du mode de ventilation dans les paramètres ne semble pas avoir d'influence sur le caractère aléatoire des notifications. Remarque 2: le DS 411 fonctionne toujours très bien, indépendamment des messages. Comme les messages d'erreur sont peu nombreux j'ai bien pensé à simplement couper le bip, mais les notifications, elles, continuent à s'accumuler (plusieurs centaines par jour) donc ça ne me paraît pas une solution viable (saturation des notifications et journaux) et finalement je ne sais pas quoi faire ;-/ PS les blancs dans les PJ et les ".../..." dans le texte correspondent à la suppression de données perso.