Forum Linux.redhat force file system integrity check et mot de passe root

Posté par  .
Étiquettes : aucune
0
27
fév.
2007
force file system integrity check et mot de passe root

Bonjour,
j'ai récupéré un serveur linux red hat linux release 7.3 (valhalla) dont personne ne connais le mdp. Les disques sont en raid0.

Au démarrage de redhat, il me dit que le system n'a pas été arrêté proprement et il me fait un "force file system integrity check" et il me teste les fichiers "root filesystem" il me dit qu'il y a une erreur parmi ces fichiers.

Au bout du test, erreur , il me marque :
Unattached inode 512638

unexpected inconsistency; run fsck manually.
(i.e., without -a or -p options)


il me demande ensuite le mot de passe root que je n'ai pas...

j'ai essayé en single et en emergency... sans succes, meme resultat.

Avec un livecd, j'arrive a recuperer les fichiers (seul kaella me monte les disques correctement) mais impossible d'ecrire sur les disques pour zapper le mdp root ou faire un checkdisk ou fsck ou quoi que ce soir...

Merci à vous

  • # Hum...

    Posté par  (site web personnel) . Évalué à 1.

    Tu peux tenter le brute force ;)

    Via john the ripper (avec un peu de chance il est pas trop long...)

    Sinon essaye de monter le système raid a partir d'un autre linux et de forcer son fsck a partir de ce système externe, tu sera pas ennuyé par ce soucis de mot de passe...

    • [^] # Re: Hum...

      Posté par  . Évalué à 2.

      - prend un livecd, boot dessus
      - fsck /dev/ton_raid

      • [^] # Re: Hum...

        Posté par  . Évalué à 2.

        En précisant que non seulement on n'a pas besoin de monter un système de fichier pour lancer une vérif' dessus, mais qu'en réalité il ne faut surtout par le faire. D'ailleurs, fsck est assez éloquent lorsque quelqu'un essaie :-) :

        Either there is a bug in fsck or some bonehead (you!) is checking a live filesystem. Please report bugs in fsck to ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.