Fichier @inetd.core

Mr.Moby · le 9 août 2008

Bonsoir à tous

Sur mon DS207+, j'ai remarqué depuis quelques temps que j'ai un fichier qui se nomme "@inetd.core". J'ai beau le supprimer, à chaque redémarrage du systeme, il est a nouveau présent dans '/volume1'.

J'ai installé gdb pour voir ce que le fichier comporte mais je ne sais pas utiliser cet outil.

Est ce que quelqu'un pourrait m'aider ou connaitrait un tuto (assez simple et en français) pour m'aider a résoudre ce probleme.

Merci d'avance

catimimi · le 10 août 2008

Bonsoir à tous

Sur mon DS207+, j'ai remarqué depuis quelques temps que j'ai un fichier qui se nomme "@inetd.core". J'ai beau le supprimer, à chaque redémarrage du systeme, il est a nouveau présent dans '/volume1'.

J'ai installé gdb pour voir ce que le fichier comporte mais je ne sais pas utiliser cet outil.

Est ce que quelqu'un pourrait m'aider ou connaitrait un tuto (assez simple et en français) pour m'aider a résoudre ce probleme.

Merci d'avance

Bonjour,

Les fichiers @??? sont des fichiers cachés créés par le syno, il y en a des quantités. Les détruire risque fortement de compromettre le fonctionnement du syno.

Cordialement.

Michel.

fredlime · le 10 août 2008

Bonjour,

Tu peux faire du ménage en détruisant ce genre de fichier. Commençant par '@' sous '/volume1'.

Attention, j'ai bien dit fichier.... Et non pas dossier.

Cela arrive de temps en temps, mais s'ils reviennent systématiquement c'est que tu as un problème de fonctionnement.

'inetd' c'est le processus ou lié a 'telnet' il me semble ?

Arrête ta bidouille, il devrait se calmer.

Sort d'une fenêtre 'telnet' proprement par la commande 'exit' ou tape (CTRL+D).

A+ :hi:

Fred.

Mr.Moby · le 3 septembre 2008

J'ai trouvé l'origine du probleme. J'ai une session telnet qui s'est mal terminé et actuellement, elle est toujours en cours d'execution. Comment peut on killer une ancienne session telnet ?

Lorsque je passe la commande who, voila le resultat :

root ttyp1 024days Aug 9 18:46 xxx.xxx.xxx.xxx

Merci de votre aide

fredlime · le 3 septembre 2008

Bonsoir,

Un reboot fait cela.

Sinon tu as :

http://fredo.servehttp.com/html/Astu-19.htm#telnet

A+ :hi:

Fred.

Mr.Moby · le 3 septembre 2008

Merci de ton aide. J'ai reussi a resoudre une partie de mon probleme. J'ai pu supprimer définitivement le fichier @inetd.core.

Pour resoudre ce premier probleme, j'ai supprimé le fichier avec la commande 'rm', j'ai ensuite désactivé SSH et j'ai redémarré le syno. Résultat : plus de fichier core.

Par contre la session telnet est toujours présente et aucune trace de cette session avec la commande 'ps'.

PID Uid VmSize Stat Command

1 root 296 S init

2 root SWN [ksoftirqd/0]

3 root SW< [events/0]

4 root SW< [khelper]

5 root SW< [kthread]

11 root SW< [kblockd/0]

36 root SW [pdflush]

37 root SW [pdflush]

39 root SW< [aio/0]

38 root SW [kswapd0]

106 root SW< [ata/0]

109 root SW< [scsi_eh_0]

110 root SW< [scsi_eh_1]

111 root SW< [scsi_eh_2]

112 root SW< [scsi_eh_3]

130 root SW [mtdblockd]

150 root SW< [md0_raid1]

152 root SW< [md1_raid1]

154 root SW< [md2_raid1]

279 root SW [kjournald]

536 root SW< [khubd]

997 root 324 S /sbin/syslogd -S

999 root 252 S /sbin/klogd

1124 root 1052 S < /usr/syno/bin/findhostd

1151 root SW [kjournald]

1197 root 1924 S /usr/syno/sbin/nmbd -D

1223 root 972 S /usr/syno/sbin/hotplugd

1249 root 608 S /usr/sbin/inetd

1257 root 648 S /usr/sbin/crond

1265 root 1432 S /usr/syno/sbin/ddnsd

1283 admin 2432 S /usr/syno/pgsql/bin/postgres -D /var/database/pgsql -

1286 admin 3424 S postgres: writer process

1287 admin 656 S postgres: stats collector process

1386 root 360 S /bin/sh /usr/syno/mysql/bin/mysqld_safe --datadir=/vo

1443 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1444 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1445 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1446 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1447 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1448 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1455 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1456 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1457 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1458 admin 13092 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

1459 root 1156 S /usr/syno/bin/scemd

2143 root 268 S /sbin/getty 115200 console

2144 root 1488 S /usr/syno/sbin/scheduler

2152 admin 4012 S postgres: admin download [local] idle

2156 root 5052 S N /usr/syno/sbin/synoindexd

2163 root 708 S N /usr/syno/bin/synomkthumbd

2300 admin 11024 S postgres: admin photo [local] idle

2301 root 1852 S /usr/syno/sbin/smbd -D

2314 root 848 S /usr/syno/sbin/smbd -D

2349 root 1200 S /usr/syno/sbin/atalkd

2360 root 1904 S /usr/syno/sbin/dms /var/services/music /var/services/

2366 root 952 S N /usr/syno/sbin/synomkflvd

2396 root 448 S /usr/syno/sbin/synorcd

2414 root 1904 S /usr/syno/sbin/dms /var/services/music /var/services/

2415 root 1904 S /usr/syno/sbin/dms /var/services/music /var/services/

2416 root 964 S /usr/syno/sbin/sshd

2418 root 1904 S /usr/syno/sbin/dms /var/services/music /var/services/

2419 root 2828 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/

2467 root 1732 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/

2468 root 1728 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/

2469 root 6372 S /usr/syno/apache/bin/httpd -DSSL

2503 nobody 5036 S /usr/syno/apache/bin/httpd -DSSL

2504 nobody 5032 S /usr/syno/apache/bin/httpd -DSSL

2505 nobody 5032 S /usr/syno/apache/bin/httpd -DSSL

2512 root 2052 S /usr/syno/sbin/afpd -c 256 -g guest -n DS207Plus:AFPS

2519 root 1724 S sshd: root@ttyp0

2521 root 324 S -ash

2525 root 624 R ps

Une idée ?????

fredlime · le 3 septembre 2008

2519 root 1724 S sshd: root@ttyp0
2521 root 324 S -ash

2525 root 624 R ps

Je pense que c'est ces 3 'PID' sur ton SYNO. Mise a part le '2525' qui est celui de ta commande 'ps'

Pour en etre certain, il suffit de faire.

kill -9 2519 2521 En mettant les bons numéros, je pense que tu auras compris

Et ta fenêtre Telnet devrait disparaitre.

Mais je te réponds au tac au tac, mais c'est quoi exactement ton problème, j'ai loupé un truc :shok:

A+ :hi:

Fred.

Mr.Moby · le 4 septembre 2008

OK, je résume. Au début du mois d'aout, j'ai un fichier "@inetd.core" qui était présent dans '/volume1'. J'avais beau le supprimer, à chaque redémarrage du système, il était a nouveau présent.

Tu as répondu a mon message en m'indiquant que c'était un problème lié à telnet.

Entre temps, je suis parti en vacance

Aujourd'hui en me repenchant sur ce problème, je vois que j'ai deux sessions telnet en cours. La première est celle que j'utilise et la seconde date du 09/08 (date a laquelle ou j'ai créé ce sujet) et impossible de killer cette seconde session. J'ai pensé que mon problème de fichier core était lié a cette session telnet.

Ce que j'ai fait, j'ai désactivé le SSH et telnet depuis l'interface web, j'ai redémarré le syno, j'ai réactivé SSH et telnet et j'ai a nouveau redémarré le syno. Et là plus de fichier core :yahoo: mais cette satanée session telnet est toujours en cours d'exécution :cray: .

J'ai posté le résultat de la commande "ps" . Comme t'as pu le voir, il n'y a qu'une session telnet active, mais si je passe la commande "who", il y'a a 2 session telnet. Et c'est cette session "root ttyp1 024days Aug 9 18:46 xxx.xxx.xxx.xxx" qui pose problème

Voila, j'espère que j'ai été assez clair

En attendant merci pour votre aide

fredlime · le 4 septembre 2008

Bonjour,

Si cela peut te conforter

DiskStation> who

USER       TTY      IDLE      FROM           HOST

root       ttyp0    00:00m    Sep  4 03:23

root       ttyp1    003days   Aug 31 14:53

root       ttyp2    010days   Aug 24 15:37

DiskStation> uptime

 03:24:08 up 3 days, 12:14, load average: 0.00, 0.01, 0.00

DiskStation>

dernier reboot il y 3 jours et 12h environ, et j'ai une session qui date de 10 Jours ??

Va comprendre

Moi sa ne me pose pas un problème, la vérité est souvent ailleurs

Bonne nuit,

Fred. :hi:

Mr.Moby · le 4 septembre 2008

Ok, je ne suis pas le seul. Dans un sens ca me rassure. C'est quand meme bizarre ce truc !!

Le principal, c'est que çà ne pose pas de problème de fonctionnement.

Merci à vous trois d'avoir pris le temps de répondre à mon problème

fredlime · le 4 septembre 2008

Let's roll! it's fun

5 ans

Boudiou, c'est même pas l'age du plus vieux SYNO sur cette pauvre terre.

Phi, t'es the best of the best :lol:

A+ :hi:

Fred.

Mr.Moby · le 10 octobre 2008

Petite astuce qui peut résoudre le problème d'une session root (ou admin ?) ouverte depuis x temps.

Voila comment j'ai résolu mon problème

1 : j'ai ouvert une session root avec putty

2 : j'ai fermé la fenêtre putty sans me déconnecter correctement

3 : je me suis reconnecté. La session ouvert depuis x temps a été remplacé par cette session.

4 : Avec la commande ps, j'ai récupéré le numéro PID

5 : Et enfin, j'ai saisi la commande kill -9 num_PID.

Voila, cette manip a fonctionné sur mon 207+, je pense que cela peut fonctionner sur d'autres modèles

Connexion

Fichier @inetd.core

Messages recommandés

Mr.Moby

catimimi

fredlime

Mr.Moby

fredlime

Mr.Moby

fredlime

Mr.Moby

fredlime

Mr.Moby

fredlime

Mr.Moby

Archivé

Qui est en ligne 6 membres, 0 anonyme, 118 invités (Afficher la liste complète)

Contributeurs populaires

Forum

Discussions

Articles

Information importante