bonjour à tous,

j'ai acheté un NAS d'occasion (BUFFALO LS421DEF30) la semaine dernière pour y insérer 2 DD de 1,36 TO chacun.

je pensais pouvoir à l'aide de la notice configurer ce NAS facilement mais ce n'est pas vraiment le cas.

mon PC est un mini PC GMKtek qui fonctionne sous windows 11 et qui n'a qu'une prise réseau sur laquelle je branche ma BOX SFR

au démarrage du NAS, j'ai l'image suivante

quand j'ouvre l'interface du NAS (BUFFALO NAS Navigator 2), j'ai l'image suivante

j'avais essayé de configurer le NAS en RAID 1 afin d'avoir un effet miroir mais je ne vois qu'un seul DD sur 2

quand je vais sur l'onglet parcourir sur l'interface du NAS,j'ai cette image et je peux parcourir ce que contient le DD

je ne comprends pas trop ce qui se passe

ce que j'espèrais faire : relier mon NAS à ma box afin de stocker une sauvegarde de mon PC ainsi que de partager quelques photos et documents en interne au sein de mon domicile,

je pensais pouvoir visualiser les 2 DD dans l'explorateur de fichiers (ce PC) sans passer par l'interface buffalo

en fait, faire un truc simple mais qui m'a l'air bien compliqué

peut-être qu'en mettant les 2 DD en raid, on ne voit qu'un DD ????

merci d'avance pour votre aide

re

on peut trouver la notice de ce NAS sur ce site

Téléchargements | Buffalo Americas

merci

Slt

Pour gérer les disques du NAS, et les voir tous les deux, ll faut que tu te connectes en http (192.168.1.76) sur l'admin du NAS

Tu ne verras jamais les deux disques sous Windows mais que la résultante du RAID 1

le NAS semble OK avec les disques en RAID 1

Slt,

bien pris pour la gestion du NAS

effectivement, sur l'interface du NAS, on voit les deux,

mon message d'alerte provenait d'un des 2 DD qui était défectueux

j'en avais 2 qui avaient la même valeur, c'est pourquoi je les avais mis en RAID 1

j'en ai donc remplacé un pour une capacité moindre donc je n'ai pas remis en RAID 1

j'ai un nouveau problème, lorsque j'essaie de faire une sauvegarde de mon PC sur mon NAS, tout se lance bien et puis au bout d'un moment, cela s'arrête avec le message suivant

ensuite je n'ai plus accès à mon NAS

comme si, il y avait une minuterie

dans l'interface du NAS, plus rien

et quand j'essaie de pinger l'adresse du NAS, j'ai ça :

il se déconnecte mais je ne sais pas du tout pourquoi, c'est assez énervant (surtout de ne pas comprendre pourquoi)

peut-être un problème d'alimentation car je le stoppe électriquement et que je le rebranche, ça refonctionne

comme c'est un NAS que j'ai acheté d'occasion, je me suis peu-être fait avoir, qu'en penses tu???

toutes ces manips ont été faites dans la foulée le même jour

je vais le laisser démarrer sans faire de manipulation pour voir s'il tient

Une des deux cartes réseaux qui passe en veille, se déconnecte ?

Le NAS est en Ethernet je suppose ?

Celle du PC :

Redémarrer le PC après

bien vu, fait mais cela n'a rien changé, j'ai toujours une déconnexion en milieu de sauvegarde

même message d'erreur 0x8078015B et impossibilité de se reconnecter

Et coté NAS ?

Une mise en veille (et/ou arrêt) au bout d'un certain temps ?

Je te demandais aussi si le NAS était en Ethernet ?

Quelle procédure utilises-tu pour sauvegarder (quoi d'ailleurs ? ) sur le NAS ?

Bonjour,

Je ne sais pas si cela peut t'aider.

J'ai un NAS Synology Je ne peux pas faire de sauvegarde avec la sauvegarde de Windows. Par contre avec le logiciel SyncbackFree, ma sauvegarde se fait facilement.

bonsoir à tous,

je me suis rappelé que j'avais un logiciel de sauvegarde (AOMEI Backupper Standart)

j'ai donc essayé de fair une sauvegarde avec ce logiciel et je me suis encore heurté à une déconexion avec l'erreur 4103 qui signifie ceci sur le site d'AOMEI

Code d'information 4103 : Échec de l'écriture du fichier.

Solution :

Veuillez vérifier les éléments ci-dessous :

1) Vérifiez si votre emplacement de destination dispose de suffisamment d'espace pour effectuer une sauvegarde.

2) Vérifiez si vous disposez des autorisations suffisantes pour lire/écrire l'emplacement de destination.

3) Vérifiez si vos disques de destination ont des secteurs défectueux.

4) Lorsque vous effectuez l'opération de sauvegarde, vous pouvez fermer d'autres threads qui accèdent au répertoire de cette destination.

5) Veuillez vous assurer que vous connectez vos disques externes ou votre réseau dans de bonne condition lorsque vous ne parvenez pas à effectuer la sauvegarde sur des disques externes ou NAS/Share.

Ou bien, le NAS est déconnecté parce que le réseau est instable ou le compte d'utilisateur est modifié lorsque vous sauvegardez sur le NAS. Veuillez supprimer le fichier NAS.xml sous C:\ProgramData\AomeiBR, puis reconnectez le NAS en saisissant l'adresse IP.

6) Veuillez également vérifier si la lettre de lecteur de la partition ou du disque de destination a été modifiée. Vous devez vous assurer que la lettre de lecteur du chemin de destination reste cohérente avec celle configurée dans la tâche de sauvegarde.

je pense surtout au réseau instable

Pas de réponses aux questions de 9h19 ?

Je pense surtout que tu devrais vérifier tes disques, avec Crystal.

philumax a écrit :

Je pense surtout que tu devrais vérifier tes disques, avec Crystal.

Tout à fait, c'est une suspiscion qu'il faudrait lever en premier.

Qui provoquerait cette erreur ????

Et celle-là ????

Banzaiii a écrit :

Qui provoquerait cette erreur ????

Et celle-là ????

Peut-être pas, mais quand on cherche sans trop de pistes, vérifier à partir de la couche physique, et en "remontant" dans les couches logicielles, ça peut avoir du sens du point de vue logique de recherche de défaut.

Par exemple, un disque défectueux sur le NAS, qui plante son logiciel interne, la carte réseau n'accède plus au support de stockage faute de fonctionnement du pliote disque, et le NAS répond ces messages sur sa couche réseau :

- 1er message : tentative de Windows sur la PC client de remonter la connexion réseau, la précédente n'a pas été close correctement, et voilà.

- 2ème message : la carte réseau du NAS est dans les choux faute de couches logicielles fonctionnelles pour accéder au disque, et elle ne répond plus au ping.

Souvent, l'organe en défaut remonte un message adequat à la couche logicielle qui l'exploite directement (là, le pilote du disque). Cette couche logicielle remonte elle aussi un message indiquant qu'elle n'est plus fonctionnelle, sans pour autant remonter aussi le message venant de l'organe en cause.

Peu de systèmes exploitent les erreurs en faisant dire à la couche non fonctionnelle à cause de la pannde d'un organe sous-jacent, qu'elle n'est pas en panne mais pas fonctionnelle à cause d'une couche sous-jacente. J'ai vu ça dans les réseau de Télécoms, notamment dans les systèmes de transmission.

Désolé pour la longueur du message, et la petite digression à la fin.

Salut

Vérifie que tu utilises bien le smb2 pour ta connexion au nas

smb1 n'est plus supporté depuis win10

Bonjour

2 suggestions :

- quand vous connectez vos lecteurs réseaux : x , y , z ... utilisez l'adresse IP du NAS et pas son nom.

- faites un essai avec SyncBackFree. Il est simple à utiliser et efficace.

beagles a écrit :

Salut

Vérifie que tu utilises bien le smb2 pour ta connexion au nas

smb1 n'est plus supporté depuis win10

Bonne idée, mais je ne sais pas si ça décrirait le phénomène observé : connexion, début de copie des fichiers, puis échec suite à perte de la connexion.

Autre piste à voir, toujours dans le basique d'abord : comparer les heures des deux machines, le PC et le NAS. Il ne faut pas qu'il y ait une trop grande différence (honnêtement, je ne saurais dire l'écart max accepté).

Je ne sais pas non plus si ça expliquerait que ça commence et que ça échoue un peu plus tard.

didier_b a écrit :

Banzaiii a écrit :

Qui provoquerait cette erreur ????

Et celle-là ????

Peut-être pas, mais quand on cherche sans trop de pistes, vérifier à partir de la couche physique, et en "remontant" dans les couches logicielles, ça peut avoir du sens du point de vue logique de recherche de défaut.

Par exemple, un disque défectueux sur le NAS, qui plante son logiciel interne, la carte réseau n'accède plus au support de stockage faute de fonctionnement du pliote disque, et le NAS répond ces messages sur sa couche réseau :

- 1er message : tentative de Windows sur la PC client de remonter la connexion réseau, la précédente n'a pas été close correctement, et voilà.

- 2ème message : la carte réseau du NAS est dans les choux faute de couches logicielles fonctionnelles pour accéder au disque, et elle ne répond plus au ping.

Souvent, l'organe en défaut remonte un message adequat à la couche logicielle qui l'exploite directement (là, le pilote du disque). Cette couche logicielle remonte elle aussi un message indiquant qu'elle n'est plus fonctionnelle, sans pour autant remonter aussi le message venant de l'organe en cause.

Peu de systèmes exploitent les erreurs en faisant dire à la couche non fonctionnelle à cause de la pannde d'un organe sous-jacent, qu'elle n'est pas en panne mais pas fonctionnelle à cause d'une couche sous-jacente. J'ai vu ça dans les réseau de Télécoms, notamment dans les systèmes de transmission.

Désolé pour la longueur du message, et la petite digression à la fin.

1ère erreur, ça parle de duplication du nom de réseau

2ème erreur : il y a incohérence entre le résultat du ping (impossible de joindre l'hôte) et le nombre d'octets perdus : 0

Pour ma part j'aimerais avoir les réponses aux questions posées et savoir comment est constitué son réseau physiquement

Banzaiii a écrit :

didier_b a écrit :

Banzaiii a écrit :

Qui provoquerait cette erreur ????

Et celle-là ????

Peut-être pas, mais quand on cherche sans trop de pistes, vérifier à partir de la couche physique, et en "remontant" dans les couches logicielles, ça peut avoir du sens du point de vue logique de recherche de défaut.

Par exemple, un disque défectueux sur le NAS, qui plante son logiciel interne, la carte réseau n'accède plus au support de stockage faute de fonctionnement du pliote disque, et le NAS répond ces messages sur sa couche réseau :

- 1er message : tentative de Windows sur la PC client de remonter la connexion réseau, la précédente n'a pas été close correctement, et voilà.

- 2ème message : la carte réseau du NAS est dans les choux faute de couches logicielles fonctionnelles pour accéder au disque, et elle ne répond plus au ping.

Souvent, l'organe en défaut remonte un message adequat à la couche logicielle qui l'exploite directement (là, le pilote du disque). Cette couche logicielle remonte elle aussi un message indiquant qu'elle n'est plus fonctionnelle, sans pour autant remonter aussi le message venant de l'organe en cause.

Peu de systèmes exploitent les erreurs en faisant dire à la couche non fonctionnelle à cause de la pannde d'un organe sous-jacent, qu'elle n'est pas en panne mais pas fonctionnelle à cause d'une couche sous-jacente. J'ai vu ça dans les réseau de Télécoms, notamment dans les systèmes de transmission.

Désolé pour la longueur du message, et la petite digression à la fin.

1ère erreur, ça parle de duplication du nom de réseau

2ème erreur : il y a incohérence entre le résultat du ping (impossible de joindre l'hôte) et le nombre d'octets perdus : 0

Pour ma part j'aimerais avoir les réponses aux questions posées et savoir comment est constitué son réseau physiquement

Je suis d'accord pour le ping, c'est vraiment étrange. Pour la première erreur, si la première connexion réseau a té établie, puis est tombée dans être fermée proprement, la tentative de la recréer pourrait se solder par ce message d'erreur : duplication, puisque toujours quelque part dans une table.

Et bien sûr, il faut les réponse à l'organisation physique du réseau.

Pour la première erreur, si la première connexion réseau a té établie, puis est tombée dans être fermée proprement, la tentative de la recréer pourrait se solder par ce message d'erreur : duplication, puisque toujours quelque part dans une table.

Je ne vois pas pourquoi une tentative de connexion à une ressource réseau ne pourrait pas se faire via le même nom de réseau

longaripa a écrit :

- faites un essai avec SyncBackFree. Il est simple à utiliser et efficace.

Slt

+1

C'est ce que j'utilise pour des sauvegardes sur mon NAS

Banzaiii a écrit :

Pour la première erreur, si la première connexion réseau a té établie, puis est tombée dans être fermée proprement, la tentative de la recréer pourrait se solder par ce message d'erreur : duplication, puisque toujours quelque part dans une table.

Je ne vois pas pourquoi une tentative de connexion à une ressource réseau ne pourrait pas se faire via le même nom de réseau

Parce que la première n'est pas refermée sur le plan logiciel. Ses paramètres sont donc déjà utilisés et toujours en cours, et un ensemble de ressources réseau n'accepte pas les doublons. Le message semble assez explicite.

Mais tout cela n'intéresse sans doute pas le demandeur. Je m'arrête donc là sur ce point.

didier_b a écrit :

Parce que la première n'est pas refermée sur le plan logiciel. Ses paramètres sont donc déjà utilisés et toujours en cours,

Mais tout cela n'intéresse sans doute pas le demandeur. Je m'arrête donc là sur ce point.

C'est sans doute parce que la première n'est pas refermée sur le plan logiciel qu'il y a aussi ce message d'erreur

Banzaiii a écrit :

didier_b a écrit :

Parce que la première n'est pas refermée sur le plan logiciel. Ses paramètres sont donc déjà utilisés et toujours en cours,

Mais tout cela n'intéresse sans doute pas le demandeur. Je m'arrête donc là sur ce point.

C'est sans doute parce que la première n'est pas refermée sur le plan logiciel qu'il y a aussi ce message d'erreur

Bonjour,

Je reste sur la copie d'écran dont on parle, pas d'une autre : celle-ci parle bien d'une nom déjà utilisé; je la remets ici pour qu'on comprenne bien de quoi je parle :

A part ça, j'arrête ici cette discussion, puisque nous ne parlons pas du même message.

Je parle de tous les messages liés à ce sujet et non pas qu'une partie lorsqu'on prend partiellement le sujet en route

Il me semble que c'est utile pour résoudre le problème

En passant, de plus, il n'y a aucun souci à avoir plusieurs mapping sur la même adresse UNC, donc avec le même nom réseau et la même ressource partagée (\\serveur\partage)

Le message d'erreur concernant le nom arrive plutôt lorsque deux machines ont le même nom sur le réseau

J'attends (un peu) désormais que le demandeur se manifeste

@Banzaiii : merci pour ces infos. J'avai bien lu tous les messages de ce fil depuis le début, et j'avais essayé de faire différentes propositions pour différents messages, qui ne me paraissaient pas exprimer la même erreur.

Mais avoir des pistes qui prennent la globalité est bien sûr la meilleure approche.

Bonjour

Un tuto de malekal

Résoudre les problèmes pour se connecter à son NAS depuis Windows

milles pardon

j'ai du m'absenter durant 3 jours pour raisons professionnelles et en mer on ne reçoit pas internet

je regardes tous ça dès demain

bonjour à tous,

tout d'abord je vais répondre aux questions auxquelles j'aurais déjà du répondre :

le NAS ne se déconnecte pas tant que je ne le sollicite pas, la déconnexion se passe lorsque j'essaie d'effectuer une sauvegarde quelque soit le logiciel que j'utilise (à partir de Windows avec la fonction "créer une image système" ou alors le logiciel AOMEI BACKUPP)

le NAS est relié par ETHERNET à ma BOX qui est elle-même relié à mon PC par ethernet également.

mon but est de sauvegarder mon disque système C ainsi que des photos et films ui sont également sur mon PC

le NAS est un NAS que j'ai acheté d'occasion et dans lequel, j'avais mis 2 DD de 1,34 To chacun

il s'est avéré qu'un DD a laché et je l'ai remplacé par un autre dd de 580 Go

je ne sais pas comment vérifier un disque réseau avec crystal, quand je lance ce logiciel, mes disques réseaux n'apparaissent pas dessus

copie de l'interface buffalo

????