Mot de passe root/admin changé tt seul ???
Paradox
J'ai donc une SME 5.5 qui tourne maintenant depuis ~4 semaines.
J'ai une session IE sur Server-Manager tt le tps ouverte, ainsi qu'une
session SSH via Putty, ouverte non-stop depuis 4 jours.
J'arrive ce matin, je veux accéder à une page de Server-Manager, et demande
de MDP ! Je le rentre, et ... incorrect. JE relance une session Putty (sans
fermer l'autre) pour me loguer en ADMIN, rien. En root, pareil.
J'hésite à rebooter la machine, et donc perdre la session putty (root).
Donc je voudrais savoir si il est possible de vérifier, en tant que Root,
quel est le mdp actuel, pour voir pourquoi il ne m'accepte pas, et
également, comment le changer, pour reprendre la main.
J'ai regardé dans les archives (merci Tranbert :p), je n'ai rien trouvé
d'interressant :/
Merci.
Paradox
news:Xns929D606743B7...@80.65.224.179:
> Hello,
> ...
> Merci.
Et si vous aviez une idée, explication de ce prb, car je suis le seul à
avoir accès à la config, et le MDP contient 10 caractères alpha avec
changement de casse, donc ..
JUL
Yann JEGARD
>
> abracadra....
>
Ou bien, rootkit.. ?
--
mailto:ya...@jysnet.org
http://www.jysnet.org - http://www.pcenbois.com
Paradox
[root@SME perso]# ls
bash: /bin/ls: Input/output error
Un MC :
[root@SME root]# mc
bash: /bin/chmod: Input/output error
bash: /usr/bin/mc: Input/output error
bash: cat: command not found
bash: /bin/rm: Input/output error
Et bien, on dirait qu'il y a eu un gros crash. J'aurai pensé à une coupure
du courant dans la nuit, mais la session SSH est restée ouverte.
Bah, j'y connais rien. Alors je sens bien une réinstalle ... :(
Paradox
@mordor.jysnet.org:
> Le Fri, 04 Oct 2002 10:19:06 +0200, JUL <J...@No-Spam.com> a écrit:
>>
>> abracadra....
>>
>
> Ou bien, rootkit.. ?
>
[root@SME root]# rootkit
bash: rootkit: command not found
Paradox
@mordor.jysnet.org:
> Le 4 Oct 2002 08:43:25 GMT, Paradox <darky@-SPAM-altern.org> a écrit:
>> [root@SME root]# rootkit bash: rootkit: command not found
>
> Mouarf :)
>
> En fait, au vu de ton message juste au dessus, ça ressemble à un crash
> disque, ça...
>
> M'enfin, moi j'dis ça...
>
J'y pense. MAis ne sachant pas comment le vérifier .. :/
Le proxy ne fonctionne plus, etc..
Elle a l'air bien mal en point.
:(
Yann JEGARD
> bash: rootkit: command not found
Mouarf :)
En fait, au vu de ton message juste au dessus, ça ressemble à un crash
disque, ça...
M'enfin, moi j'dis ça...
--
Paradox
news:Xns929D6F5617BC...@80.65.224.179:
>
> J'y pense. MAis ne sachant pas comment le vérifier .. :/
>
> Le proxy ne fonctionne plus, etc..
>
> Elle a l'air bien mal en point.
Config sur SCSI U160 Bi PIII 1 Ghz.
Ptet le SCSI qui n'est pas stable ?
Yann JEGARD
> Config sur SCSI U160 Bi PIII 1 Ghz.
>
> Ptet le SCSI qui n'est pas stable ?
Va voir dans /var/log/message tu trouveras sans doute une piste...
Sinon, pour savoir si ton disque est ok ou pas: 'fsck.ext2 /dev/sda6' par
ex. Mais normalement, ça se fait sur une partoche non montée...
JiPé
> Et bien, on dirait qu'il y a eu un gros crash. J'aurai pensé à une coupure
> du courant dans la nuit, mais la session SSH est restée ouverte.
ben tu sais, quand dans une session ssh depuis un poste du
LAN, je tape :
[root@epsilon root]# reboot (oui, je sais, c'est mal)
la session reste ouverte pendant que la babasse redémarre ;o)
> Bah, j'y connais rien. Alors je sens bien une réinstalle ... :(
bah, pas grave, ça va venir ;o)
--
@micalement JiPé,
http://www.nitech.fr
http://www.eurowebpayment.com
Paradox
news:anjrod$5su$1...@groumph.tranbert.dyndns.org:
> ben tu sais, quand dans une session ssh depuis un poste du
> LAN, je tape :
> [root@epsilon root]# reboot (oui, je sais, c'est mal)
> la session reste ouverte pendant que la babasse redémarre ;o)
Ouai, mais nan, j'avais vérifié qu'elle réponde. Hein... quand même ... ;)
PRq REBOOT c mal ? Vaut mieux passer QUE par Serveur-Manager pour lancer le
reboot ?
> bah, pas grave, ça va venir ;o)
Heu, ouai. Surement :)))
Faudrait déjà que je me trouve un NUX POUR LES NULS...
Jean-Philippe
> ... ;) PRq REBOOT c mal ?
C'est une blague idiote qui court depuis des années : il est reproché
aux Kro$oftiens (comme disent les intégristes Nunuxiens) de ne pas
réfléchir et de rebooter chaque fois qu'ils ont un problème (ou de ne
pas avoir un OS conçu pour pouvoir régler les problèmes sans rebooter).
Bien sûr il vaut mieux trouver l'origine du problème en faisant d'abord
un tour dans les logs, mais quand c'est planté... C'est planté...
Vaut mieux passer QUE par Serveur-Manager
> pour lancer le reboot ?
Ca revient au même !!!
Tu peux aussi tenter l'opération de la dernière chance : la "Magic Sys
Req key" (chais pas si elle marche sur SME : ça plante pas chez moi !!!)
:
Ctrl+alt+impr ecran + 2k (qui tue tous les processes en foreground) PUIS
1 S (synchro de tous les disques avec les caches) PUIS 3 U (démonte les
partitions puis les remonte en Read Only) puis B reboot.
A utiliser à tes risque et périls mais c'est la manière la plus propre
(à ma connaissance) de récupérer un plantage grave sans (ou très peu)
perdre de données...
Tiens nous au courant !!!
JiPé
> Ouai, mais nan, j'avais vérifié qu'elle réponde. Hein... quand même ... ;)
ben tu vois que t'es pas si nul
hé les gars, je décooooooooooooonnnnnnnnnnnne, hein ???? 5ième°
patapé ;o)
> PRq REBOOT c mal ? Vaut mieux passer QUE par Serveur-Manager pour lancer
> le reboot ?
chuuuutt, on ne reboute jamais un unix, on relance le service
ah les vieilles manies windosiennes :o(
Paradox
@mordor.jysnet.org:
> Le 4 Oct 2002 08:56:42 GMT, Paradox <darky@-SPAM-altern.org> a écrit:
>> Config sur SCSI U160 Bi PIII 1 Ghz.
>>
>> Ptet le SCSI qui n'est pas stable ?
>
> Va voir dans /var/log/message tu trouveras sans doute une piste...
>
> Sinon, pour savoir si ton disque est ok ou pas: 'fsck.ext2 /dev/sda6' par
> ex. Mais normalement, ça se fait sur une partoche non montée...
>
Command not found.
Bon, heureusement que ce n'était qu'une machine de test ...
Paradox
news:ank0oo$a4t$1...@groumph.tranbert.dyndns.org:
> ben tu vois que t'es pas si nul
> hé les gars, je décooooooooooooonnnnnnnnnnnne, hein ???? 5ième°
> patapé ;o)
Mai heu, j'ai dis que gt nul en Nux, pas en info, hein :p
Paradox
@groumph.tranbert.dyndns.org:
> C'est une blague idiote qui court depuis des années : il est reproché
> aux Kro$oftiens (comme disent les intégristes Nunuxiens) de ne pas
> réfléchir et de rebooter chaque fois qu'ils ont un problème (ou de ne
> pas avoir un OS conçu pour pouvoir régler les problèmes sans rebooter).
> Bien sûr il vaut mieux trouver l'origine du problème en faisant d'abord
> un tour dans les logs, mais quand c'est planté... C'est planté...
Oki, je pensais que techniquement, vallait mieux pas la stoper comme ça.
Là, je comprends :p
> Ctrl+alt+impr ecran + 2k (qui tue tous les processes en foreground) PUIS
> 1 S (synchro de tous les disques avec les caches) PUIS 3 U (démonte les
> partitions puis les remonte en Read Only) puis B reboot.
Je n'ai pas du tout compris la manip :|