_Samy

Voilà c'est résolu, le problème était bien mon adresse ip qui n'était plus publique j'espère que cela servira : Pour les belges qui passent par ici, si vous êtes chez voo ils ont mis beaucoup d'adresse en CGN la démarche est simple pour la faire modifier il suffit de mettre un message ici

Bonsoir, Je me suis rendu compte il y a quelques jours que je n'avais plus accès à mon serveur depuis l'extérieur. Je ne sais pas depuis combien de temps car je n'utilise pas cette fonction souvent, mais maintenant que je sais que cela ne fonctionne plus je ne pense qu'a ça 😁 J'ai un D411ii+ depuis de nombreuses années il est à jour. il est connecté a un routeur Tplink C2600 qui lui est connecté a un modem câble réglé en bridge. (voo fournisseur Belge) les paramètres du Synology sont ok et j'ai bien la boule verte quand je me connecte sur le site de Synology. J'ai pensé à un problème de routeur donc j'ai fait un factory reset pour éviter de chercher pendant des heures une bêtise que j'aurai modifié. mais rien n'a changé j'ai bien entendu rediriger les ports (enfin j'espère ) si quelqu'un a une idée pour m'aider Merci d'avance Samy

en effet tu as mis dans le mille Safari 14.0.2 et en effet avec Chrome pas de soucis. Merci

Bonjour, j'ai un petit soucis et j'ai beau chercher je ne trouve pas. Si l'endroit n'est pas le bon je suis désolé mais je ne savais pas très bien ou mettre mon problème. j'ai d'abord pensé à un problème avec download station, mais je me suis rendu compte que j'avais le même soucis dans le centre de paquets. Quand je suis dans le centre de paquets(installation manuelle) ou download station et que je veux installer quelque chose il me demande l'endroit ou ce trouve le fichier et je ne peux rien faire ni écrire l'adresse, ni cliquer sur fichier dans le centre de paquets, ni cliquer sur fichier dans download station. Quelqu'un aurait une idée? d'avance merci Samy

J'ai fait un autre en test en faisant bien attention à tous les petits détails. j'avais compris qu'après sh-4.3# fsck.ext4 -pvf -C 0 /dev/vg1000/lv on avait et puis on devait entrer fsck.ext4 -yvf -C0 /dev/vg1000/lv mais moi je n'ai pas du le faire et la commande c'est faites automatiquement mais -pvf au lieu de -yvf et j'ai eu le même message ensuite j'ai donc essayé de faire ceci après et après un bon moment je n'ai eu que des Y les un à la suite des autres j'ai fait un reboot avec une autre session et puis j'ai essayé de refaire une augmentation. cela a fonctionné. Je ne sais pas pourquoi les choses se sont passées différemment (pas trop compétent dans ce domaine) mais cela à marcher pour moi 😄 donc cela pourra peut être aider d'autre. Merci à Superthx de ce post qui a su me sortir de mes soucis.

oui car il a accepté que je fasse reboot 😄 je viens de le refaire j'ai fait comme ceci(je suis sur mac donc je le fais avec le terminal : MacBook-Air-de-xxxxr:~ xxxxxxx$ ssh admin@192.168.0.20 admin@192.168.0.20's password: admin@DiskStation:~$ cd / admin@DiskStation:/$ sudo sh Password: sh-4.3# syno_poweroff_task -d sh-4.3# vgchange -ay 1 logical volume(s) in volume group "vg1000" now active sh-4.3# fsck.ext4 -pvf -C 0 /dev/vg1000/lv la seule chose c'est que comme j'avais compris c'est que après sh-4.3# fsck.ext4 -pvf -C 0 /dev/vg1000/lv on avait 1.42.6-5592: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY et puis on devait entrer fsck.ext4 -yvf -C0 /dev/vg1000/lv mais moi je n'ai pas du le faire et la commande sh-4.3# fsck.ext4 -pvf -C 0 /dev/vg1000/lv c'est faites automatiquement mais -pvf au lieu de -yvf et j'ai eu le même message ensuite et puis aujourd'hui j'ai fais après le même message que hier fsck.ext4 -yvf -C0 /dev/vg1000/lv et après un bon moment je n'ai eu que des Y les un à la suite des autres j'ai fait un reboot avec une autre session et puis j'ai essayé de refaire une augmentation. et j'ai eu ceci : Un tout grand merci pour ton aide Firlin

J'ai fait toutes les étapes mais après celle ci: fsck.ext4 -yvf -C0 /dev/vg1000/lv j'ai ceci : 1.41.10-1944: Inode 141369352 is a unknown file type with mode 07660 but it looks like it is really a directory. 1.41.10-1944: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) comme je ne m'y connais pas je ne sais pas ce que je dois faire ? une idée?

J'ai fait toutes les étapes mais après celle ci: fsck.ext4 -yvf -C0 /dev/vg1000/lv j'ai ceci : 1.41.10-1944: Inode 141369352 is a unknown file type with mode 07660 but it looks like it is really a directory. 1.41.10-1944: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) comme je ne m'y connais pas je ne sais pas ce que je dois faire ? une idée?

ok merci j'avais pas vu la réponse je teste ca demain

Elle est faite depuis longtemps :D puisque ça fait une semaine que je suis en mode dégradé Je vais tester cela ce we Envoyé de mon iPhone en utilisant Tapatalk

J'ai trouvé ceci, qui ressemble fort à mon problème qui c'est a nouveau présenté avec mon nouveau disque ...

Bonjour, Je pense que tu me sauves car j'ai exactement les même problèmes. Quand tu dis ne pas faire de copier coller tu veux dire le tout en une fois? on peut faire cela via le terminal ou il faut le faire en SSH? je suis pas un expert 😄 Merci d'avance

Problème réglé il ne démarre plus.il partira demain du coup j'ai essayé mais comme tu me l"avais dit pas possible de re mettre le 2To Je posterai le résultat quand j'aurai reçu le nouveau. merci à toi pour tes conseils

Ok pas pourquoi les a t’il créer différemment alors? (A part la 4ème partition sur le 4to) Comme je l’ai dit j’ai utiliser le disque 1 avant pour sauvegarder le contenu du nas en attendant de récupérer ceux qui étaient dedans. C’est pour ça que je me pose la question. Pour le résultat j’ai abandonné il me mettait plus de 30h pour faire le test j’ai commandé un boîtier pour pouvoir faire le test plus vite

Oui ça j’avais compris ;) Mais ce qui m’étonne c’est que le 4to a une partition GUID et le 2 To une Fdisk C’était la mon interrogation ;)

Salut Firlin , Pour renvoyer le disque je dois faire un test étendu avec le logiciel WD comme je n 'avais pas de windows sous la main, j'ai du installer windows sur mon mac mais mon cable Sata => usb n'est reconnu qu'en usb 2 donc j'en ai pour 55h de test annoncé je vais donc essayé de trouver un autre moyen de connecter mon disque à mon mac/windows du coup mais j'ai regarder les partitions par curiosité Le 2 TO est l'ancien et le 4 le nouveau Je vois que les partitions ne sont pas les même cela peut il poser un problème ? Car je veux bien re formater le disque pour essayer

Ok merci je vais faire cela Envoyé de mon iPhone en utilisant Tapatalk

C’est un western digital red Je peux remettre un des deux disques dedans ? Puisque le volume n’a pas été étendu ?

Visiblement il doit y avoir un soucis avec le disque 1 car le test smart ne finit pas :/ J’ai été dormir il était à 90% il est toujours à 90% Envoyé de mon iPhone en utilisant Tapatalk

Oui je sais c’est pas l’idéal ... Mais je l’avais utiliser avant cela peut avoir posé des problèmes?

Oui c’est un nouveau en effet

J'ai lancé le test je peux utiliser le serveur pendant ce temps ou c'est mieux de ne pas le solliciter? il a mis cela à la fin de la réparation après le changement du deuxième disques Dans les notification je vois qu'il est indiqué ceci si cela peut aider, merci pour ton aide : System failed to repair [Storage Pool 1] with disk [Drive 1].

Oui la réparation marche mais le volume ne change pas Je vais faire une test long une fois la réparation terminée Envoyé de mon iPhone en utilisant Tapatalk

Quand je vais dans le journal il ne met et aucune erreur en rapport avec ça juste qu'il n'a pas réussi à m'envoyer de mail ...

Merci de ta réponse rapide, il est occupé de faire la réparation donc je ne sais plus faire de capture mais dès que c’est accessible je fais cela Le raid est en shr