CyberFr

La fin de l'histoire. J'ai finalement réinitialisé le disque local et fait une sauvegarde complète qui s'est bien déroulée, y compris la vérification de son intégrité. J'ai l'impression qu'après avoir réinstallé DSM, le système considérait que je n'étais plus le propriétaire du disque et qu'il m'en refusait l'accès alors que je me logue avec le même identifiant et le même mot de passe qu'avant la réinstallation. J'ai noté aussi des changements dans les réglages d'HyperBackup ce qui peut indiquer un changement de version à l'origine des problèmes rencontrés. Heureusement que j'ai pu me servir du backup immédiatement après la réinstallation, ce qui m'a été refusé aujourd'hui. J'en tremble encore. Dans le log ci-dessus, il est indiqué que le dossier partagé ubshare1 a été exporté. Ça veut dire quoi ? Parce que s'il a été déplacé sur le NAS, je dois faire le ménage vu la place qu'il occupe.

En effet @alan.dub, c'est ce que je fais maintenant. J'ai créé un dossier spécial sur le Mac qui contient les captures d'écran de tous les réglages du NAS ainsi que des notes personnelles. Je le faisais déjà pour le Mac, alors j'ai pris l'habitude 😀 Et puis c'est vraiment pratique pour faire une clean install d'une mise à jour majeure de macOS. Les procédures de backup et de restauration diffèrent totalement sur le NAS de la façon dont je procède d'habitude : démarrage sur une partition externe, reformatage du disque interne puis restauration des données sur ce disque. Cette approche totalement différente m'a déstabilisé.

J'ai procédé récemment à une réinstallation complète de DSM. Je m'apprête à faire une sauvegarde incrémentale avec HyperBackup. Celui-ci m'indique en rouge que la cible est hors ligne alors que le disque est bien monté sur le bureau. Lorsque je clique sur "Hors ligne", j'ai droit au message suivant : « Accès refusé. Vous n'avez pas de privilèges d'accès à certains fichiers/sous-dossiers sur le dossier partagé de destination ou le dossier partagé n'a pas d'administrateur valide. Contactez l'administrateur de la destination pour obtenir de l'assistance. » Je ne peux pas non plus accéder à Backup Explorer. Dans la rubrique Périphériques externes du Panneau de configuration, le groupe administrateurs dont je relève a un droit de lecture/écriture sur le disque. J'ai dupliqué ce droit sur mon compte d'utilisateur même si ça fait double emploi. J'ai bien accès à ubshare1 en lecture/écriture dans les permissions du compte de même que dans les permissions du groupe dont je relève. Je pense que je pourrais m'en sortir en reformatant le disque mais ce serait dommage. Et surtout je n'aurai pas compris ce qui pose problème. J'ai l'impression que le périphérique externe a un propriétaire qui est introuvable. J'ajoute que j'ai éjecté le disque avant de le rebrancher et que j'ai redémarré le NAS. Je n'aime pas ce qui figure dans le journal ci-dessous sachant que je n'ai jamais reformaté le disque. De toute façon son accès m'était interdit. J'ai sans doute intérêt à le reformater maintenant. Que s'est-il passé ? Mystère.

J'ai dû récemment restaurer la totalité du NAS à partir des sauvegardes incrémentales d'HyperBackup (la dernière datait de deux jours) et de la sauvegarde de la configuration (fichier .dss) qui datait de la veille. J'ai donc réinitialisé le NAS en introduisant deux fois un trombone à l'endroit approprié et j'ai bien entendu les deux bips. J'ai ensuite réinstallé DSM 6.2.3 et régénéré les sauvegardes à partir d'HyperBackup puis de la dernière sauvegarde de la configuration. J'ai deux question : HyperBackup sauvegarde uniquement les données des applications et non les application elles-mêmes ? À l'arrivée, j'ai quand même eu l'impression d'avoir perdu des réglages que j'ai dû réintroduire dans le Panneau de configuration. Cela me pose question s'il s'avère que tout n'a pas été régénéré à l'identique. Pour vérifier, il faudrait que je refasse la manip mais je passe mon tour 😀

C'est bien ce que je cherche à faire. Ce qui m'a troublé, c'est la partie "Temps" que je n'ai pas bien comprise car elle est contredit la première partie. Merci @pluton212+.

Bonjour, Dans le Gestionnaire de stockage, je souhaite effectuer un test S.M.A.R.T étendu le 1er de chaque mois. J'accède donc à partir de là au Planificateur de test qui m'affiche l'écran ci-dessous. La rubrique Temps dans la deuxième partie de l'écran pose problème car je peux bien définir l'heure d'exécution mais la fréquence n'est comprise que dans une fourchette de chaque heure à chaque jour. Comment s'en sortir ?

Merci @bruno78 pour ta réponse.

Dans un remarquable tuto @oracle7 a écrit Je m'apprête à mettre en œuvre ce tuto mais je me pose une question. J'ai déjà un certificat qui pointe sur mon nom de domaine et qui d'ailleurs porte le même nom que le domaine. La création du nouveau certificat ne va-t-elle pas écraser le certificat existant ?

Quand je lis ce fil, j'apprends des choses intéressantes. Merci aux contributeurs qui aident les personnes moins expérimentées, sans pour autant jouer les balaises, ce qu'ils sont pourtant 😀

Et bien, envers et contre tous, je me contente d'un montage manuel du NAS, quitte à passer pour un dinosaure 😄 Il est vrai que pour l'instant, il n'est pas allumé 24/24 7/7. Et en plus, toutes les solutions sont données dans ce fil de discussion.

Bonjour @Gibson, Il y a quelque chose de particulier à macOS. Depuis plusieurs années Apple clame que le standard AFP a été abandonné au profit de SMB. Dans les faits, je préfère accéder au nas par AFP car SMB a entraîné des problèmes sur ma machine. Edition : Je n'ai pas eu de MAJ de macOS récemment.

Bonjour @Gibson, Je dispose également d'un Mac sous Mojave et j'ai remarqué ce matin un comportement bizarre lorsque j'ai tenté de monter le NAS sur le bureau. D'habitude j'ouvre une fenêtre du Finder et clique sur "Réseau" dans la colonne de gauche, ce qui a pour effet de monter le NAS. Le Finder m'a demandé à quel titre je souhaitais me connecter, en tant qu'invité ou en temps qu'utilisateur référencé. Or d'habitude, ce n'est jamais demandé puisque le mot de passe du NAS est mémorisé dans le Trousseau d'accès du Mac. J'ai éjecté le volume du NAS sur le bureau, vérifié le contenu du Trousseau d'accès et recommencé l'opération. Et cette fois-ci, tout s'est passé correctement, le NAS est monté sur le bureau ! À n'y rien comprendre. Mais jamais un message n'est apparu pour dire que la connexion avait échoué. Ce qui m'alerte, c'est que nous avons rencontré un problème similaire au même moment. Comme toi, j'utilise le NAS depuis plusieurs mois et c'est la première fois que je constate un tel comportement.

Dans le fil de discussion que tu cites, maxou56 répond que les noms de fichiers peuvent atteindre 255 caractères. Effectivement jacaj, le problème est ailleurs.

Alors, tu as trouvé ? Sinon, je peux te fournir un AppleScript prêt à l'emploi. Il est vrai que c'est un problème spécifique à macOS où les noms de fichiers peuvent atteindre 255 caractères.

Bonjour oracle7 et merci pour tes participations qui viennent en aide à la communauté. Juste une question, il me semble que les adresses IP ne sont pas fixes chez l'opérateur historique. Cela ne te pose pas de problème ?

Bonjour Jibe75, Un petit AppleScript devrait te permettre de tester la longueur des noms sur le disque ou le dossier local et de raccourcir les noms trop longs. Encore faut-il savoir combien de caractères max le NAS accepte lors d'une opération de copie. Et aussi si cette limitation concerne uniquement le nom de fichier (toto.txt) ou le chemin d'accès complet (/Volumes/Disque dur/dossier lambda/toto.txt). Je pense que ça coince sur le nom du fichier.

Merci beaucoup pour cette réponse .Shad.

Un grand merci pour ce tuto complet sur la sécurité 😉 Je crois avoir tout compris sauf les réglages du pare-feu que j'ai recopiés sans trop me poser de questions et en priant pour que le NAS redémarre sans générer de conflits.

Bonjour KevM, Is it a bug or a feature ;-)

Bonjour, J'ai droit au message suivant à chaque fois que j'utilise le Centre des journaux. Pour le coup, j'ai téléchargé la dernière version du paquet sur le site de Synology (1.1.9.0147) mais le message persiste. D'où vient le problème ? -- DS118 DSM 6.2.3

Bonjour En effet Kramlech, j'ai décoché toutes les cases concernant les autorisations sur le dossier homes et tout est rentré dans l'ordre. Merci 😉 -- DS118 DSM 6.2.2

Bonjour, La réponse qui a été donnée était de cocher la case "Cacher ce dossier partagé dans Mes emplacements réseaux". Je l'ai déjà fait et cela ne change rien malheureusement. Le dossier homes est visible lorsque je me connecte avec un compte du groupe users. -- DS118 DSM 6.2.2

Bonjour, Le s est une lettre importante. Ne pas mélanger home et homes 😉 Il en sera beaucoup question dans ce qui suit. D'après la documentation, le dossier homes contient le dossier home de chaque utilisateur et chaque utilisateur a accès à son propre dossier home. J'ai créé, pour faire un test, un nouvel utilisateur appartenant au groupe users. Lorsque je lui interdit l'accès au dossier homes, un message m'indique qu'il n'aura pas accès à son propre dossier home lorsqu'il sera connecté sur le NAS. J'autorise donc l'accès. Mais lorsque je me connecte avec le profil que je viens de créer, je m'aperçois qu'en consultant le dossier homes avec File Station, j'ai accès au dossier home de tous les utilisateurs du NAS, y compris les administrateurs. Est-ce bien normal ? Ai-je raté quelque chose ? -- DS118 DSM 6.2.2

Bonjour à tous ! Je dispose pour la première fois, depuis deux mois, d'un NAS DS118 suite à mon départ de chez free. J'ai subi une interruption d'ADSL qui a duré plus d'un mois et j'ai été traité comme un chien ce qui explique mon départ. C'est mon expérience que je n'entends pas généraliser. Pour le coup je ne disposais plus du NAS de la freebox. J'ai donc décidé de m'équiper d'un NAS Synology. Je suis passé de la 2 CV à la Rolls 😉 Pour l'instant, je m'occupe de la configuration du NAS et de sa sécurité, aussi bien sur Internet qu'au niveau des sauvegardes. Je découvre le monde des réseaux et me demande quelle sera mon utilisation du NAS, quelle sera son importance dans mon environnement numérique. J'ai été informaticien en entreprise, j'ai développé des applications, mais je ne me suis jamais occupé de la gestion des réseaux.