Aller au contenu

ssh qui ne fonctionne plus et un problème dans le centre des paquets


Messages recommandés

Bonjour à tous, je vous explique mon problème. Après avoir installé Docker, j’ai installé l’image mongodb et un conteneur. Et cela a fonctionné toute la journée d’hier. Ce matin, j’ai essayé de localiser ou Docker sauvait les fichiers collection de mongodb. Et après plusieurs recherches sur le web, j’ai constaté que le dbpath était indispensable. J’ai inséré dans un conteneur dans une option un chemin vers un dossier. Mais cela n’a pas fonctionné. Par la suite, je ne sais via quelle ligne de commande ou autre (car j’ai fait plusieurs test en ssh), j’ai fait quelque chose qu’il ne fallait pas.

 

Dès que je me connecte en ssh, et que je tape « ls -l / » dans le terminal, cela crée un gros bug qui n’est pas visible directement. Par contre, via le DSM, je n’ai plus de paquet installé dans le centre de paquet du DSM comme si je n’avais rien installé. Et par la suite, si je coupe ma connexion ssh et que j’ouvre une connexion via Putty, avant même de taper mon login, j’ai instantanément le message d’erreur « Network error : Software caused connection abort ».

 

Après le redémarrage complet du Nas, les paquets sont à nouveaux disponibles et chaque programme fonctionne correctement. Mais si je me connecte en ssh et que je tape dans la console « ls -l », le problème revient.

 

Voici un print screen du terminal avec le résultat de la commande ; de plus, il y a une chose étrange, il y a un deuxième dossier « var » avec un caractère bizarre à la fin.

aXDRx3.jpg

Quelqu'un a une idée du problème que je rencontre ? 

 

Modifié par StephWe
Lien vers le commentaire
Partager sur d’autres sites

il semblerait que tu aies créé un répertoire /var aujourd'hui à 10h11 suivi d'un caractère bizarre (style effacement d'un caractère mal passé) (cf ta capture d'écran juste après le répertoire "var.defaults" , ce qui pourrait expliquer ton problème.

Par contre, pour savoir comment enlever ce répertoire et être certain qu'il n'y a rien dedans, c'est une autre histoire ... peut être que tu pourrais t'en sortir avec Winscp connecté en root sur ton syno, il permet souvent d'afficher (et de supprimer) les fichiers/répertoires même ceux contenant des caractères spéciaux.

Lien vers le commentaire
Partager sur d’autres sites

Cela a fonctionné. L'astuce et le programme est génial. Pour l'erreur, c'est surement un copié/collé qui a mal tourné :mrgreen: 

Voici ce que j'ai trouvé via WinSCP

1Uy1Rz.jpg

Par la suite, j'ai renommé avant de supprimer et ça ne bug plus :biggrin:
Un très grand merci pour ton aide.

Passe une bonne soirée

a+

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.