Patrix

Bonsoir, Cela va être long et pénible... 1) sélectionne les photos à modifier 2) clic droit et dans le menu qui s'ouvre, clic sur les 3 points puis "Supprimer ou réattribuer cette photo" puis : a) s'il s'agit de personnes inconnues ou de personnes différentes, utilise la 1ère option "supprimer les visages sélectionnés de "LaPersonneErronée"" a) si toutes les photos sont à réatribuer à une même personne déjà connue, utilise la 2ème option "Réorganiser vers..." en sélectionnant la personne adaptée dans la liste

Bonsoir Sur, synology cloud sync : comment je voudrais déplacer au niveau du NAS le chemin local d'une tache de synchronisation (liée à Google Drive). Mais lorsque j'essaie de modifier la tâche, je ne trouve pas comment modifier le champ "chemin local" dont le contenu reste grisé. J'ai tenté de créer une autre connexion, Syno me le refuse également et m'invite à créer une tâche secondaire dans l'existante. Hélas, quand je reviens dans la connexion existante, le bouton "créer" est grisé et donc ne me permet pas de créer d'autre tâche (donc pas de tâche secondaire comme me l'avait suggéré l'assistant de connexion. Un idée : déplacer par File Station le répertoire local atuel... Mais mon instinct semble me le déconseiller... Alors, et vous ? Comment feriez-vous ?

Bonjour. Je raconte une mauvaise expérience, heureusement vite résolue : cela peut en aider d'autres. Quand j'executais le script j'avais l'erreur suivante : root@monnas:/volume1/docker/networks# bash mac0-interface.sh Error: argument of "mode" must be "private", "vepa", "bridge" or "passthru", not""bridge "annot find device "mac0 Cannot find device "mac0" " is a garbage.dev" is duplicate, or "up Cannot find device "mac0" Pourtant, c'était bien bridge qui était indiqué dans la commande mode, alors je ne comprenais pas... Sauf que, en l'absence de nano sur mon NAS, j'avais utilisé Notepad++ pour écrire le script ! Si d'autres s'y essaient, penser à convertir les sauts de ligne au format UNIX !!! (dans le menu "édition" de Notepad++)

merci @oracle7 ! C'est ce que j'ai fait mais sans succès. J'ai déjà un certain nombre de services qui fonctionnent très bien, avec certificats LE of course, mais pour le mail je n'y arrive pas. En fait, je me rends compte que la propagation DNS (des type A et MX) ne se fait pas (testé avec https://www.whatsmydns.net/). Je cherche, je cherche... Et je crois que c'est surtout de ce côté que ça coince. Pour OVH, ça y est, ça fonctionne en émission aussi 😀 !!! (...mais j'ai pas encore supprimé le type A chez OVH)

Merci BEAUCOUP @oracle7 ! Je vais essayer avec ça sur mon domaine OVH. Et concernant un domaine en .myds.me, personne n'a essayé ?

Bonsoir, Une question bête, mais que j'ai beau chercher sur le forum, je n'ai jamais vue posée : Est-ce que c'est applicable avec un domaine de Synology de type ".myds.me" ? J'ai suivi ces (excellents d'ailleurs) tutoriels : DNS Server de @Fenrir Serveur MailPlus DSM6 de @unPixel et enfin celui-ci (Configurer « MailPlus Server » avec une @IP dynamique Orange de @oracle7) J'ai acheté un domaine chez OVH mais j'ai fait tellement d'enregistrement (MX, TXT, etc.) que je suis perdu et j'ai laissé tomber. Par exemple, l'enregistrement A me demande forcément une IPv4, mais comme elle change parfois, OVH reçoit les mise à jour depuis le syno et je n'arrive pas à créer ce type A sans mettre l'IP publique actuelle. Faut peut-être que je fasse une des réinitialisations proposées par OVH, mais je ne comprends pas laquelle convient dans mon cas, donc, je m'abstiens pour l'instant. J'ai donc crû qu'en faisant tout depuis mon NAS, ce serai plus simple. Et bien en fait, non. Je reçois bien les mails en @mondomaine.ohv et également ceux envoyés à @mondomaine.myds.me. Par contre, aucun mail ne sort depuis MailPlus, que ce soit depuis moi@mondomaine.myds.me ni depuis moi@mondomaine.ohv Mon provider n'est aucun de ceux connus en France et l'ONT qu'il fournit est un huawei standard sur lequel j'ai bien ouvert les ports ad-hoc. L'abonnement que j'y ai me permet (malgré la double-NAT) que ces ports soient bien accessible depuis le WAN. Bonne nuit à tous (pour vous... car en UTC-6, il est pas encore si tard) .

@bliz, tu me bats !!! ... en 1985, j'ai commencé à câbler puis programmer un Motorola 6805 (faux 16 bits). Au début avec un clavier Hexa, puis avec enfin un compilateur qui comprenait des mnémoniques (style LDA, SWI, etc.) au lieu de 95, 3F. J'ai mis 15 jours pour trouver l'algorithme de la division 16 bits par 16 bits avec ces accumulateurs A et B sur 8 bits (mais pouvant faire un accumulateur 16 bits nommé D) et le coder en assembleur (avec mnémoniques). ... en 1988, je fréquentais parfois un "centre informatique" où je pouvais utiliser Word 5.5 (sous DOS) et PageMaker. ...en 1991, j'vais déjà un tournevis cruciforme et j'ai donc acheté boitier, carte mère, etc. Un ami m'a montré comment connecter tous ces trucs... J'ai donc commencé avec le 486SX20 ... 20Mo de disque dur je crois. MS DOS 5, Windows 3.1... En 1992, j'ai fait un peu de reverse enginering avec Turbo Debug (suis passé de LDA (Motorola) à MOV (Intel), un peu de programmation en Basic et ma première base de données entièrement sous Excel avec des macros (ancêtre du VBA)... ... dans les années 90, j'avais des cartes (mère, video, etc.), des RAM, des ZIP dans tous les placards, un KVM pour se connecter au PC ou à la CM posée nue sur le bureau. Comme modem : le minitel équipé d'un petit montage à transistor sur la prise DIN. ... En 2000, une base de données MS access a faillit mourir avec le bug de l'an 2000... Gros boulot pour mettre à jour à la fois les champs et tout le code, mais elle me sert encore presque tous les jours actuellement et je la garde très précieusement. Un peu de DirectX (mauvais souvenir, sa syntaxe), et beaucoup de VBA à cette époque. Mais depuis, de l'eau a coulé sous les ponts, je m'y perds totalement et j'avoue que je compte beaucoup sur les cerveaux agiles de ce forum. Toujours pas peur de mettre les mains dans le cambouis, mais on va dire que le cerveau n'est plus ce qu'il était... A part un peu de YAML sur mon Home Assistant ou de NodeRed simple, je "n'invente" hélas plus rien. Plus le temps non plus (manque encore un peu pour la retraite, peut-être plus que ce que je crois d'ailleurs)... Même mon PC actuel : pour la 1ère fois, j'en ai acheté un "tout assemblé" sans vraiment avoir compris ce que signifiait son appelation "gamer" !!! La roue tourne. Bon, je retourne sur mon Syno où je viens à peine de réussir à rétablir la connexion de l'appliction Synology Drive avec ses paramètres. Ensuite, j'attaquerai Docker pour BitWarden avant tout (ce qui m'angoisse le plus de toutes les opérations, même si j'ai un export CSV bien gardé et récent, mais uniquement de mes PW perso, pas ceux des enfants...).

Un seul des 2 disques possède 16 secteurs défectueux. L'autre aucun. Avec le SHR, je suppose qu'aucune donnée n'a été placée sur ces secteurs mais réparties sur les secteurs en état normal. Je suppose que SHR n'est pas un dispositif de "copie physique" (qui copiait aussi les secteurs défectueux à une époque lointaine... Je ne sais pas si ça existe toujours ça : ça permettait sur les disquettes 3"1/2 de faire de la "protection laser maison" en grattant la surface magnétique avec une aiguille puis, avec une bonne routine en assembleur... Mais je m'égare...). J'ignore la taille de ce secteurs, mais la perte d'espace doit être assez faible.

Merci @bliz ! Toujours présent quand il faut ! J'ai avancé sans attendre ta réponse. Ca peut en aider d'autres donc je poste ici en fin de message. Actuellement, j'ai réussi à récupérer tous mes users et groups ! Et chacun est bien propriétaire de son home, a récupéré ses doits d'accès, etc. !!! Je commence donc la ré-installation des paquets (antivirus, cloud, etc.). Reste à savoir si VideoStation par exemple va retrouver les droits d'accès (les enfants ne pouvaient voir que les vidéos de famille et celles correspondants à leur âge par exemple...). Je m'inquiète plus pour Docker et ses containers. Je ne me rappelle plus comment je l'avais installé mais suppose être parti du paquet que je vois dans la rubrique "tierce partie". N'ayant pas encore inscrit de sources de paquets non-officielle, je les considère aussi fiables que ceux de Synology. Pour être sûr que Docker réutilise le dossier partagé du même nom, et retrouve donc les dossiers de quelque containers qui fonctionnaient, y-a-t-il une précaution à prendre lors de l'installation du paquet Docker ? (avec de la chance @bliz-le-toujours-connecté-au-bon-moment et qui a Docker sur son Syno a aussi cette réponse). En particulier, si quelqu'un utilise Bitwarden auto-hébergé (Vaultwarden je crois) et Home Assistant, des conseils ??? (j'angoisse fortement à l'idée d'avoir perdu tous les mots de passe et toute la configuration domotique). Et les reverse DNS ??? Perdus pour l'éternité ou alors un moyen de les faire ré-apparaitre ? J'ai bien une liste sauvegardée des redirections, mais ça veut dire tout refaire... La solution pour ceux qui voudraient importer les users depuis un fichier de sauvegarde .dss Préambule panneau de configuration -> Mise à jour et restauration -> Sauvegarde de configuration -> Restaurer la configuration le fichier .dss contient tous les users et leurs permissions Une chose importante que j'ai comprise au travers de mon expérience malheureuse : apparemment le compte appelé admin dans les aide de DSM n'est pas forcément celui qui porte le nom admin dans la liste des utilisateurs de DSM. Le compte admin est celui qui a été créé lors de la 1ère connexion à DSM. Il peut donc s'appeler MonPrénom, MonAdmin, etc. . Ordre des actions réalisées après avoir ré-installé DSM, le 1er utilisateur crée s'appelait AdminUn (c'est un exemple, qui sera ensuite employé de façon ad-hoc). Avant la panne, il s'appelait (...on va dire...) MonAncienAdmin. l'importation du fichier .dss m'ayant fait perdre toute possibilité de connexion, j'ai procédé à un "reset mode 1" (je joins un TXT contenant ces instructions officielles Syno) : bouton reset avec un trombone jusqu'au bip. Sur la page de connexion, et conformément aux instructions du "reset mode 1", je me suis connecté avec le nom "admin" sans mot de passe. Sur la page suivante, où un mot de passe est demandé "admin" avait été grisé et remplacé par AdminUn (voir point 1). J'ai remis le mot de passe de AdminUn comme indiqué dans la procédure Syno. je me suis déconnecté de admin J'ai tenté de me reconnecter en tant que admin, impossible avec ou sans mot de passe : le compte se déactive dès la déconnexion. Je me suis donc connecté en AdminUn . A tout hasard, j'ai réactivé le compte admin et lui ai mis un mot de passe. Je me suis déconnecté, reconnecté en admin, ca a marché. Je me suis déconnecté, reconnecté en AdminUn et j'ai désactivé admin comme il se doit. J'ai tenté la restauration à partir du fichier .dss. J'ai obtenu des avertissement, indiquant que AdminUn allait être renommé en MonAncienAdmin... (et bizarement le répertoire photo en photo_1). Bref, après avoir tout noté, j'ai accepté... Mais impossible de faire cette restauration. Les mêmes messages d'avertissement apparaissaient en boucle. Jusqu'à ce que je lise attentivement l'un d'entre eux : Le compte que vous utilisez n'appartient plus au groupe administradors ou il sera renommé après la restauration. Veuillez vous connecter en tant qu'admin et essayer à nouveau. Or, lors de ma précédente tentative, il m'avait été impossible de me connecter en utilisant admin. Mais cette fois-ci... J'ai réactivé le compte admin. avant de me déconnecter. Je me suis ensuite déconnecté puis reconnecté avec admin (dont je rappelle que je lui avait donné un mot de passe au point 8). Cette fois-ci, j'ai pu obtenir cet boite de dialogue : J'ai accepté, puis vérifié le résultat (peut-être après déconnexion puis reconnexion, m'en rappelle plus) : tous les comptes utilisateurs de l'époque de la création du fichier .dss sont réapparus. le compte AdminUn a disparu mais il possède toujours un dossier home (vide, donc je l'ai supprimé de suite) Je me suis déconnecté, puis reconnecté avec MonAncienAdmin. De suite j'ai à nouveau désactivé admin. Tous les users avec leurs droits ont bien été restaurés. Ne reste qu'à remettre les services (drive, DS note, etc...). Jai testé pour un seul des users non administrateurs pour vérifier que son mot de passe n'avait pas été réinitialisé et c'est tout bon. Comme celui-ci a fonctionné, je m'épargne les autres comptes. Conclusion : essayez de ne pas vous perdre si vous le faites. Quand Syno SAV parle du compte admin, c'est parfois le 1er compte que vous avez créé en initialisant votre Syno, et il ne s'écrit donc pas forcément "admin". C'est ce qu'il faut retenir de ce post... Reset mode 1 - Officiel Syno.txt

Bonjour, Si je comprends bien, l'information avec le numéro viendrait de quelquechose stocké dans le dossier lui-même ? Exact. Mais je ne sais pas si je dois les recréer dans DSM (vu que c'est strictement familial, j'ai tout les login et mots de passe évidemment). Donc, vous me conseillez de le recréer "manuellement" dans DSM, on se fout que DSM éventuellement crée de nouveaux uid, et ensuite : je recopie tout ce qui est dans les "home" respectifs vers les nouveaux "home" (je pense que de nouveaux noms seront créées dans "homes") j'éliminerai les anciens "home" Vous confirmez ?

Merci @bliz Effectivement, peut-être ont-ils souffert quand même alors. Quelqu'un a déjà tenté d'utiliser la garantie de chez Seagate ? Celle du 10To est valable jusqu'en 2025 et celle du 8To jusque décembre de cette année (et ils sont enregistrés sur mon compte Seagate)... Avec de la chance... Bon, pour la suite des ennuis, j'en profite pour indiquer le lien du post que j'ai ouvert (cette fois pour les restaurations de compte et accès DSM, plus pour la panne totale du Syno) :

Bonjour, Suite à la panne des 2 disques de mon Synology (largement commentée sur ce post), je suis dans la situation suivante : deux disques avec DSM réinstallé (version 6.2.4). Je n'ai pas branché ces 2 disques en même temps sur le Synology, donc n'ai pas encore fait de restauration de volume et fonctionne donc en mode "dégradé". Les données des utilisateurs ont été conservées mais hélas leurs propriétaires respectifs ne sont plus connus de ce DSM vierge. Par File station, en explorant les propriétés de chaque dossier, je peux voir que l'uid (numéro) du propriétaire correspond bien à l'uid de chaque utilisateur (j'avais stocké ces informations dans un fichier sur mon PC). Cependant, dans la liste déroulante qui permettrait de ré-affecter ces dossiers à leur propriétaire légitime, je ne vois que les utilisateurs de ce DMS vierge (admin et guest désactivés, et MonNouvelAdmin). Je ne possède pas de sauvegarde HyperBackup valable : l'une a été réalisée alors que j'avais déjà le système partiellement en panne et a fini avec un état "échoué", les autres sont bien trop anciennes. Question 1 : comment feriez-vous pour rétablir la correspondance entre les users et les uid ? Car je suppose que si je recrée manuellement les comptes utilisateur depuis DSM, cela va créer pour chacun un nouveau "home" et un nouveau "uid" indépendant et cela ne remettra pas en place les droits d'accès originaux. Il y a peut-être un peu de SSH à faire pour modifier les correspondances. Ci dessous, un propriété de Home avec l'uid de son propriétaire, ainsi que ce à quoi cet uid correspond. Et en développant les possibilités d'affectation de propriétaire, uniquement bien-sûr les users de ce DSM vierge : MAIS CE N'EST PAS FINI ! Voyant cela, avec l'autre disque et son DSM tout neuf aussi, j'ai tenté de restaurer les paramètres système depuis le panneau de configuration et un fichier de sauvegarde .dss. Et là, c'est pire : plus aucun des utilisateurs (administrateur ou non) ne peut se connecter à DSM. Comme si les mots de passe de tous avaient été changés. Message : "Le compte ou le mot de passe n'est pas valable. Veuillez réessayer". J'ai peut-être fait une bêtise dans la mesure ou le .dss utilisé pour la restauration avait été créé après mon début de panne, au cours de laquelle effectivement parfois mes L/P administrateurs étaient aléatoirement refusés ou acceptés. Dans l'immédiat, je vais refaire une installation DSM neuve sur ce disque et tenter la même manipulation mais avec un fichier de sauvegarde .dss de "avant la panne". Question 2 : avez-vous une idée pour arriver à me connecter quand même avec l'un des comptes qui aurait dû être restaurés par le fichier .dss ? Par exemple avec le compte "admin" original, lequel est bien-sûr désactivé mais bon... Je ne sais comment faire alors même si cela paraît stupide... Merci à tous ceux qui contribueront pour m'aider !!!

Bonjour à tous ! Pffff... JE vais faire un état de l'évolution de la situation et surtout un récapitulatif pour si d'autres se trouvaient dans la même situation. Il y a du bon et du mauvais. Le bon : mon Syno a redémarré et je n'ai pas perdu de données : photos, documents, etc. Tout y est ! Le mauvais : la liste est longue... Je vais ouvrir un autre post pour demander de l'aide spécifique là-dessus et résume un peu ici. Les utilisateurs ont disparus, donc les "propriétaires" des dossiers Home par exemple n'apparaissent plus. les applications et ou paquets ont disparu (Synology cloud, docker, bitwarden, unifi, home assistant, etc.). Les dossiers sont bien là donc j'espère arriver à une restauration sans pertes de paramètres. pour l'instant, je n'ai démarré qu'avec 1 seul disque à la fois car : effectivement les partitions système étaient mortes (message : Echec de partition système pour chacun des 2 disques) après "Réparer" depuis un disque de secours, fait sur chacun des 2 disques originaux : tous les utilisateurs originaux ont disparu, seul le compte administrateur créé sur le disque de secours a été conservé sur l'un des disques, j'ai fait une restauration depuis une sauvegarde système (fichier .dss). Et là, je suis dans la m...ouise ! Il semblerait que les couples L/P que j'utilise ne soit pas reconnus sur l'autres disque, je n'ose pas tenter cette restauration depuis le fichier .dss, mais les propriétaires des "home" ne sont reconnu que par leur "uid" (ex: 1029) mais sans correspondance évidemment avec un utilisateur sur ce DSM tout neuf. Pour la santé de mes disques, peut-être que @Einsteinium a raison : depuis ma panne, j'ai hélas posé le DS218 à même le sol pour accéder facilement au bouton reset et aux connecteurs arrières, et le "fly" a peut-être eu lieu lors d'un passage d'aspirateur... Car je ne crois pas que même le tremblement de terre ici en septembre 2019 ait autant secoué le NAS dans le rack... Quoique... Quant au S.M.A.R.T, j'ai lu attentivement la page indiquée par @bliz (citée ci-dessous) mais je continue à croiser les doigts car S.M.A.R.T et l'onglet Ironwolf dédié de Seagate indique "good" même en face des paramètres relevés... Et j'avoue ne pas avoir le budget pour les changer dans l'immédiat... Nous n'avons pas souffert de canicule cet été ici. La température de mon bureau suit, avec inertie, les températures extérieures, et reste entre 20°C et 30°C toute l'année sans climatisation ni chauffage. Bref : récapitulatif de ce qui a fonctionné et permis de redémarrer Cela avait été brièvement suggéré par @MilesTEG1 ici même (merci donc !) mais le détail est donné en pièce jointe TXT : c'est la procédure que m'a fournie le SAV de Synology. Cependant, j'apporte des précisions sur ce que Syno n'a pas dit !!! Cela a fonctionné jusqu'au dernier point numéroté (point 7) inclus. Les problèmes commencent après ce point 7, d'où la contribution qui suit. Mise en situation : pour le point 3, j'ai trouvé un 500Go. Probablement un ancien 😄 car il était disque système Windows 7. Sans le formater ni rien d'autre, j'y ai installé la même version de DSM (6.2.4). Après le point 7, le SAV de Syno est hélas peu locace... D'où ce qui suit : ayant accepté toutes les propositions d'installation de DSM, les applications style cloud, backup, video server ont été installées... Grosse erreur : cela a créé "volume 1". SAVsyno disant que s'il se crée, il faut le supprimer, quand j'ai tenté cette suppression, DSM m'a demandé de supprimer tout ça d'abord. Conclusion : ne pas accepter l'installation des applications et paquets lors du setup de DSM. SAVsyno précisant que la réparation de volume ne doit être faite que si le disque de secours est suffisament grand, hors de question de la faire... Mais il ne dise pas quoi faire justement dans mon cas : disque de secours trop petit (500Go << 8 ou 10To !!!). Et là, j'ai cherché longtemps comment faire !!! Il faut aller dans Gestionnaire de stockage - vue d'ensemble. Et c'est ici qu'il faut cliquer sur "Réparer", pas ailleurs, et surtout pas dans volume ! Après le clic sur "Réparer", un message d'avertissement apparaît : Cliquer sur "Réparer" dans cette boîte de dialogue aussi. L'opération prend quelques secondes, après quoi une notification encourageante apparaît : "La vérification de la cohérence du volume système sur MonServeur est terminée". A partir de ce point, le Synology est capable de redémarrer en retirant le disque de secours. Mais attention : seul le compte de l'administrateur déclaré lors de l'installation de DSM sur le disque de secours est reconnu !!! Tous les anciens comptes (admin ou pas) ont disparu lors du reboot avec le seul disque réparé. Avec 1 seul disque, le mode de fonctionnement est "dégradé". si on tente une restauration des paramètres système à partir du panneau de configuration et d'un fichier .dss : un avertissement apparaît disant que la configuration actuelle va être remplacée... C'est ce que je voulais donc j'ai accepté... Pas forcément la bonne solution... après un message m'indiquant que l'administrateur avec lequel j'étais connecté aller être renommé et que j'allais devoir me reconnecter avec l'administrateur par défaut... Et bien, je n'arrive par encore à trouver quel compte d'administrateur peut permettre de se reconnecter (ni celui du disque de secours renommé par DSM, ni ceux qui était lors de ma dernière sauvegarde de paramètres)... Sur l'autre disque original, je n'ai pas encore fait cette restauration à cause de cela et je ne tente toujours pas de remettre en même temps les 2 disques pour réparer le volume... A suivre dans un autre post que je vais créer spécifiquement pour ça si je ne trouve pas déjà un topic sur le forum... aucune application ni paquet 'a été restauré. Les repertoires, par exemple celui de Docker, sont bien présents mais appartiennet à "owners" ou autres. On peut, en tant qu'administrateur, les parcourir, sauver sur USB, etc. Mais plus de Drive, Docker, (etc.) fonctionnels. Une question trotte dans ma tête : la dégradation des 2 partitions système, dont les effets se sont accentués sur plusieurs jours, sans que les partitions de données aient été affectée sur aucun des 2 disques malgré les erreus SMART relevées, c'est bizarre quand même. Ca pourrait provenir d'un virus ou d'un hack ??? Un grand merci à tous ceux qui ont participé pour m'aider depuis maintenant presque 3 semaines. Instruction SAV Synology.txt

Bonsoir, Voici les résultats SMART sur les 2 disques par USB... Alors, c'est grave Docteur ??? Speccy SMART 8To.txt Speccy SMART 10To.txt

Bonsoir, J'ai reçu mon adaptateur USB-SATA aujourd'hui. Je ferai tout ces tests vendredi (trop de boulot demain). Merci à tous !!!

Bonsoir, Désespéré de ne pas pouvoir accéder à DSM, j'ai cherché la liste des services par synoservicecfg --list, rapidement complétée par un synoservice --status En regardant les résultats (beaucoup en erreur) et en cherchant à quoi ils correspondaient, j'ai identifié ce qui me semblait être la tâche de sauvegarde qui n'a jamais réussi. Je l'ai stoppée par synoservicecfg --stop synobackupd Immédiatement, la page de DSM (ouverte mais sans réponse) m'a demandé mes L/P et j'y ai enfin à nouveau eu accès. J'ai lancé le centre de paquet : presque tous était arrêtés. J'ai cependant lancé manuellement docker pour récupérer au moins Bitwarden et Home assistant... Ca marche (quelques bugs sur HA mais je verrai plus tard). Je suis donc aller faire les tests SMART depuis DSM et joins un PDF avec les screenshots (par touvé comment exporter en TXT)... Je ne vois rien de remarquable donc compte sur vous pour me dire si effectivement l'un des HDD a un problème. Merci et bonne nuit ! Résultats SMART.pdf

Merci à tous deux, Je vais essayer la manipulation "test de disque depuis un PC": mon vieil adaptateur ne permettant que les IDE, un modèle compatible SATA m'arrivera demain. Cependant je doute que la réponse au test SMART soit très utile : en effet, lors du dernier accès que j'ai pu avoir (hier matin), j'ai lancé un S.M.A.R.T rapide puis le test spécifique de Seagate (Ironwolf, je crois, qui apparait dans un onglet juste à côté de S.M.A.R.T) sur chacun des 2 disques. Le seul défaut constaté est la présence de 16 secteur défectueux sur le disque de 10To. Dommage, je n'ai pas pris de capture d'écran. Au passage, j'avais annoncé des Western Red, mais me suis trompé de NAS. Sur le DS218+, j'ai un ST8000VN0022 de 8TO et un ST10000NE0004 de 10To. Pour obtenir "les valeurs SMART" que je posterai ici, celles que donnerait Speccy suffisent ou je dois chercher un autre soft ? Ayant recherché le terme rsyslog cité par @Einsteinium, je ne crois pas avoir ça en service chez moi, ou alors ce n'est pas volontaire. En tous cas, je n'ai rien fait pour envoyer des données vers un quelconque CMS. Malgré 3 redémarrages aujourdhui, toujours pas d'accès DSM mais SSH fonctionne. J'essaie de stopper docker mais aucune commande ne semble être comprise. J'ai aussi essayé avec un sudo -i avant de refaire, mais toujours la réponse ci-dessous. Une idée pour une commande docker qui fonctionne (navigation dans un répertoire pour la lancer ou autre) ? monadmin@DS218:~$ docker image prune -f -sh: docker: command not found monadmin@DS218:~$ sudo -i Password: root@DS218:~# docker image prune -f -ash: docker: command not found Dans mon esprit : si docker surcharge mon NAS, j'aimerai le stopper. Même chose pour d'autres paquets de DSM. Au moins, peut-être que j'arriverai à me connecter à DSM et, en attendant de faire les tests de HDD à réception du boitier ad-hoc, essayer de voir si je peux nettoyer des journaux par exemple. Le SAV de Syno m'a demander d'activer le service d'assistance à distance, mais sans DSM, ben... Je crois pas que ce soit possible.

Juste pour info : j'ai redémarré (déjà plusieurs fois) depuis mon post il y a 2h afin de récupérer l'accès HTTP pour vérifier les journaux docker. Cela avait fonctionné plusieurs fois depuis jeudi. Mais là, le syno en a marre et je n'ai plus accès ni en SSH ni évidemment par DSM. Quant aux services... Ni Home Assistant, ni bitwarden, ni les lecteurs réeaux, ni etc. Là, c'est la totale. Juste la réponse au ping qui fonctionne. Etant donné le nombre de fois où j'ai vu des messages d'erreur (en tentant de changer un paramètre dans le panneau de configuration, en tentant de lancer ou d'installer ou de dé-installer un paquet), je crois que cette fameuse partition système est trop pleine. Bien des messages (y compris "accueil DSM" quand il apparait) parlent de disque plein, d'espace insuffisant. Même le Replicator n'arrive pas à mener à bien la sauvegarde d'une sélection de dossier vers un NAS plus vieux : la tâche échoue en cours de route. Grâce à @PiwiLAbruti, je vois que le dossier /var/log/upstart/ contient des fichiers .log vraiment gros. Apparemment, c'est le dossier des journaux des paquets (source). Donc j'aimerais bien y faire le ménage. En effet, les 2 plus gros ficchiers sont : Si l'unité de leur taille est le bit, les deux arrivent à monopoliser plus de 1To à eux seuls !!! Donc j'ai actuellement 2 questions : ce dossier /var/log/upstart/ de journaux est-il sur la fameuse partition dite "système" ? les fichiers de log, avec extension .log voire .log.1 voire .xz : c'est quoi ? On peut les effacer sans risque ? J'aimerai les ouvrir pour lire leur contenu mais j'ai même pas résussi à en copier un sur mon PC avec la syntaxe de la commande scp trouvée sur le net pour ouverture avec Notepad++, et directement en SSH je ne sais pas lire le contenu d'un fichier non plus.

La réponse à sudo tail -fn 100 /var/log/upstart/pkg-Docker-dockerd.log en PJ. Petite remarque : je n'ai pas eu l'invite à la fin de l'affichage de ces lignes. J'ai fait un ^C pour l'arrêter. Cela signifierait-il que l'opération n'était pas terminée ? Effectivement, il y a beaucoup de fichiers nommés comme "pkg-Docker-dockerd.log.1.4.xz". C'est normal ??? Je vais essayer de voir dans docker s'il a des journaux ou un truc comme ça mais faut que je redémarre encore (la SSH fonctionne mais pas HTTP poour DSM qui refuse la connexion pour "disque plein"). resultat sudo tail .txt

Bonjour, J'ai appliqué la 1ère commande et le résultat est en pièce jointe. Si tu penses qu'il faut effacer des fichiers, ce dont je crois que ce serait une bonne chose, es-tu sûr que ça ne va pas mettre en danger le fonctionnement de mon syno ? Je suis incapable de svoir si ce sont des fichiers importants. Un énorme merci en tous cas !!! resultat var log upstart .txt

Un p'tit démarrage de plus pour arriver à se connecter et voici le résultat (TXT joint). Merci ! résultat sudo du.txt

Bonjour. Oui, je sais que ce n'était pas la commande indiquée mais je n'arrivais pas à me connecter... Ca y est (encore un démarrage bien-sûr). Je joins en txt les résultats de df -h et ls -lrS /var/log. Etant bien neuneu, moi, j'y vois rien de paticulier (mais ne sait pas ce qu'il faudrait chercher). Un grand merci en tous cas ! résultats DU DF.txt

Merci @PiwiLAbruti ! Me rappelant d'un post "espace fantôme" lu il y a des années et que j'avais noté quelque part, j'ai fait ce matin un : du -h -d 1 /volume1/ Je poste le résultat en fichier joint. Te lisant, j'ai retenté la connexion SSH pour taper les 2 commandes que tu cites mais pour l'instant je n'arrive pas à me reconnecter en SSH... Dès que j'y arrive (le plus tôt possible), j'en poste les résultats. Depuis, j'ai aussi remarqué que je perds la passerelle dans "panneau de configuration-réseau". J'avais réussi ce matin à la déclarez à nouveau en modifiant LAN1 depuis l'onglet "interface réseau" mais ensuite, elle a disparu à nouveau et, pire que ça, l'onglet "interface réseau" n'affiche plus rien (ni LAN1, ni les options grisées de VPN que je n'utilise pas). Dans le TXT que je joins, je vois un dossier /volume1/@quarantine de presque 1To. Pensant à l'antivirus Norton installé je crois depuis les paquets Synology, j'ai essagé de le lancer pour voir de quoi il en retourne. Hélas, même s'il se lance, toutes ses rubriques restent vierges avec juste un message type pop-up que dit "chargement". Résultat SSH - anonyme.txt

Bonjour, Si certains continuent à s’intéresser à ma panne, je poste les dernières nouvelles. J’ai fait depuis maintenant une dizaine de jours de très nombreux essais et donne ici les résultats. J’arrive parfois, mais rarement, à me connecter à DSM après un redémarrage par le bouton physique “marche / arrêt”. Très souvent, je dois appuyer très longtemps sur ce bouton car le BIP n’est jamais émis. Dans ces cas, le NAS s’arrête brutalement. Lors d’une connexion réussie, j’ai réussi à générer le debug.log demandé par l’assistance de Synology. Hélas, il fait 202Mo et leur formulaire ne l’accepte pas. J’ai demandé au SAV comment le leur envoyer mais pas de réponse depuis (48h). Aujourd’hui, si je tente de me connecter à DSM avant le bip d’un redémarrage réussi, j’obtiens d’abord un message qui dit approximativement “Système en préparation, veuillez recommencer plus tard” puis un message “Vous ne pouvez pas vous connecter au système car le disque est plein. Veuillez redémarrer le système et réessayer.” (copie exacte du message). Aucune tentative de connexion n’a réussi aujourd’hui. J’ai laissé le NAS en service durant 36h sans chercher à m’y connecter et sans redémarrage pour voir s’il arrivait à se réparer tout seul. J’ai tenté un “reset mode 1” avec le trombone… Aucune réaction du NAS : ni arrêt, ni bip, rien du tout !!! Sur mon LAN, le NAS est bien vu par Wnetwatcher et sa réponse au ping est tout à fait normale (pas de paquet perdu, TTL<1ms, etc.). Le voyant “réseau” du NAS reste toujours éteint !!! Malgré les bonnes réponses au ping. J’ai changé le câble ethernet, même réponse. Si je déconnecte le câble, Wnetwatcher et PING réagissent comme prévu : NAS absent. Je reconnecte : le NAS réapparait dans Wnetwatcher, réponse au ping à nouveau normale. J’ai pris un autre câble ethernet que j’ai relié DIRECTEMENT entre le NAS et un PC. J’ai donné une IP fixe au PC pour pouvoir communiquer avec le NAS, faire le PING, faire la recherche réseau avec Wnetwatcher, etc. Mêmes résultats !!! Et voyants réseau du NAS comme du PC éteints tous deux. J’ai déconnecté le Wifi du PC (resté connecté au LAN), même chose. J’ai redémarré plusieurs fois le routeur de mon LAN, rien ne change. Lors d’une connexion réussie à DSM, hier ou mercredi, le moniteur de ressources affichait toujours un état normal pour tout (températures, faible charge CPU, peu de données échangées sur le réseau, etc.). En plusieurs essais j’ai cependant eu les erreurs suivantes dans les notifications : “en raison d’une panne anormale ou du ré assemblages du groupe de stockage, le groupe de stockage 1 a procédé automatiquement au data scrubbing pour assurer la cohérence des données. Pour l’annuler, accédez au Gestionnaire de Stockage > Groupe de stockage > Data Scrubbing.” (le pluriel à “assemblages” correspond bien au message). Hélas, le gestionnaire de stockage m’a indiqué qu’il n’y avait aucun groupe de stockage existant, et ne trouvait plus non plus les disques. Incohérent car j’ai encore l’accès aux dossiers partagés depuis l'explorateur Windows !!! “les services suivants ont échoué [Nginx] à démarrer Veuillez contacter le support de Synology pour obtenir de l’aide.” La ponctuation manquante correspond aussi au message que je recopie scrupuleusement. Mes services docker (Home Assistant, Bitwarden) continuent généralement d’être opérationnels et accessibles depuis le LAN (pas depuis WAN). Les automatismes de maison de HA fonctionnent d’ailleurs, sauf quand je déconnecte physiquement le NAS de mon LAN bien-sûr. Quand j’ai pu accéder à DSM, la plupart des modifications que j’essayais de faire ne s’enregistraient pas. Exemple : changer le port SSH de 22 à une autre valeur libre sur mon réseau, changer les DNS du NAS, activer /désactiver le parefeu du NAS. Cependant j’ai réussi à créer un autre compte administrateur qui a fonctionné en HTTP, HTTPS et même SSH. J’ai réussi quelquefois à me connecter en SSH avec l’un et l’autre des comptes administrateurs. Quand ça fonctionne avec un, ça fonctionne avec l’autre aussi. Cependant, j’ai la grande majorité du temps une erreur, soit déconnexion de la part du NAS après quelques secondes, soit erreur de mot de passe, soit “vous n’avez pas les droits nécessaires”. J’insiste bien : avec des L/P qui parfois me permettent de faire cette connexion SSH, donc pas d’erreur sur L/P. C'est vraiment désespérant... Je joins un compilation de screenshots : j'en fais chaque fois que je peux mais parfois je n'ai pas le temps de les faire et le pop-up ou message a disparu. Et j'ai aussi retiré la poussière (aspirateur puis air comprimé) au cas où !!!

Bonjour. Je crois qu'on progresse... Après redémarrage manuel, j'e viens d'avoir DSM pendant quelques minutes. J'ai fait des Secreenshots de ce que je pouvais avant de re-perdre la connexion (il est en train de redémarrer pour aller plus loin et tenter d'appliquer les conseils donnés ici). Le SAV de Syno me parle aussi de LOGs qui seraient trop gros (ils m'ont enfin répondu au 2ème ticket ouvert dimanche)... Pas mal ! Mais il n'explique pas comment les effacer. Je cite : Hélas, je ne sais pas comment voir l'occupation de cette "partition système"... Appel à ceux qui pourraient me l'expliquer... Ce que j'ai pu faire : exporter en CSV puis effacer le journal depuis le centre des journaux vérifier que mon compte Syno était bien connecté (oui, il l'est, plus le message d'erreur précédent sans que j'y sois intervenu... Le Syno serait-il en voie d'auto-guérison ?) vérifier la version DSM : le message en rouge d'erreur n'y apparait plus. Ce que je n'ai pas pu faire : Dans "gestionnaire de stockage -> HDD/SSD", alors que tout est au vert, le clic sur "Infos sur la santé" a généré un message "Erreur d'accès" sur chacun des 2 disques (screenshot en bas) Centre d'assistance : toujours pas de possibilité d'activer/modifier quoi que ce soit. Même Active Insights, qui est déjà coché, n'apparait pas dans le compte web Active Insight (d'ailleurs, ce syno n'y est pas répertorié, tandis que le DS214 a bien une licence Active Insight attribué), bien qu'il apparaisse dans le compte web Synology classique.. Accéder à nouveau à DSM après le redémarrage manuel fait lors du début de rédaction de ce message. Donc le redémarrage manuel (par bouton), n'est pas la solution fiable pour récupérer l'accès même furtif à DSM. Pas eu le temps d'aller voir la température du µP... Erreur d'espace disque lors de la tentative d'installation du paquet CMS... ce qui rejoint encore les hypothèses de @bliz et du SAV. Si je récupère l'accès, je commence par ça (je connaissais pas ce truc et confirme que sur le DS214+ je ne le vois pas dans les paquets).