NewbieContest

Bonjour,

En bon newbie, j'ai voulu réinstaller Linux (car perte du mdp admin), j'ai donc formater ma partition Linux. Au redémarrage Grub ne comprenait plus rien et me renvoyait une belle erreur 17, qui se changea finalement en erreur 21, témoignant de l'absence de linux, et ne retrouve meme pas win xp que j'ai sur un autre dd.
A ce moment là, je me dis que j'ai foutu un merdier pas possible dans mon MBR. De plus, fait bizarre, le pc ne veut plus booter sur mon live-cd de kubuntu (alors que win xp et ubcd si).
Bon je fais quelques recherche, et je vois que des problèmes similaires ont été résolus avec fixmbr c:, fixboot c: ou fixmbr tout seul, tout ceci tapé à partir de la console de récupération. Mais sans succés chez moi...
Je n'ai plus de message d'erreur, juste un écran noir quand le dd est booté.
Je teste donc ultimate boot cd, , mais il contient énormément d'utilitaire dont je ne sais me servir...
Pour le moment je veux juste réparer le mbr pour qu'il reconnaisse xp.

dans ubcd, Mbrwork me propose:

1. backup first track
3. reset EMBR area to zero
4. reset MBR to zero
5. install standard MBR code
6. set a partition active
9. edit partition entry
C. capture sectors
R. restore sectors
T. transfer sectors
P. compare sectors

j'ai deja essayé les points 5 et 6, sans succés. Les autres me font un peu peur...

il y a Mbrtool aussi, qui propose:

1. perform automatic backup of all MBR's to disk
2. perform automatic backup of all MBR's to file
3. perform automatic backup of all track0's to file

4. work with a MBR (backup, restore, display etc.)
5. work with a track0 (backup, restore, verify etc.)
5. other options (clear/list backups, write signature bytes etc.)

Voila

Quelqu'un a une idée??

EDIT: j'ai évidemment chercher les significations un peu plus détaillés de chaque commende, mais ne connaissant pas grand chose au MBR...

Salut,
Pour pas laisser un pingouin dans la m...
tu devrais aller poster et/ou rechercher dans les forums de linux
celui de lea ou de ubuntu-fr par exemple:

http://www.ubuntu-fr.org/

http://lea-linux.org/

bon courage
balicocat

salut, merci de ta réponse!

j'ai posté ici car je pensais que le pingouin n'avait plus rien avoir avec mon souci... il me semble que fixmbr c: a écrasé grub...
Mais je vais tout de meme posté sur ces deux sites, ça ne me coute rien.

thx!!

Ok c'est une foutaise, mais par default il n'existe pas de compte "admin", juste un compte "root"  ;)


Sous linux, il existe une foule de moyen de recuperer le mot de passe admin (ou du moins de le changer) sans avoir à réinstaller l'os.
A titre d'infos :

$ init 1
[LOAD]
# passwd
Enter your password : noob
Re enter : noob
Password changed succesfully
# shutdown -r now

et zou.
(qui a dit dans le fond, pas protect un linux ??)

Je sais bien que cela ne va pas faire avancer ton sujet, mais au cas ou ca t'arrive encore...

Faut être root pour changer de runlevel.

Á ma connaissance, le seul moyen de récupérer le coup est de brancher le disque sur une autre machine (ou monter le disque depuis un autre OS : il existe des drivers ext3 pour windows notamment), monter le système de fichier racine et bidouiller les fichiers passwd et/ou shadow. Sous réserve que le disque ne soit pas chiffré, évidemment.

Récemment il y avait le petit problème de vmSplice() dans le kernel qui permettait à un utilisateur d'obtenir un shell root.

De mémoire il s'agissait d'une habile combinaison de débordement d'entier et de tampon ainsi que de déréférencement de pointeur NULL.
Un correctif a depuis été distribué.

Pour peu que l'on ait un mot de passe assez long ça va limite plus vite que su!
Après c'est assez violent comme méthode pour faire de l'administration... Je suppose qu'avec certains exploits, le kernel peut ne pas apprécier qu'on le maltraite!  :D


un hors sujet? où ça?? :oops:

Pas tant que ça quand on y pense : on est sur newbiecontest.  :wink:

heuu je crois que tu peux faire quelque chose comme ça :
tu bootes sur un live CD (ubuntu par exemple)
tu ouvres un terminal, prends les droits root
tu montes le disque racine dont tu as oublié le mot de passe
tu édites le fichier /etc/shadow 'genre vim /etc/shadow)
tu effaces le premier * de root
root:*:   devient root::
sauvegardes et reboot normalement...
il n'y a plus de passe au compte root , tu en crées un dans la foulée et tu t'en rappelles cette fois !

Qu'un pro de linux me corrige si je me trompe !

A+

[EDIT] : sed s/edites/édites/ corrigé !!

Moi je te corrige :


heuu je crois que tu peux faire quelque chose comme ça :
tu bootes sur un live CD (ubuntu par exemple)
tu ouvres un terminal, prends les droits root
tu montes le disque racine dont tu as oublié le mot de passe
tu édites le fichier /etc/shadow 'genre vim /etc/shadow)
tu effaces le premier * de root
root:*:   devient root::
sauvegardes et reboot normalement...
il n'y a plus de passe au compte root , tu en crées un dans la foulée et tu t'en rappelles cette fois !

Qu'un pro de linux me corrige si je me trompe !

A+

Je n'ai pas vu t'autres fautes ;)

Enjoy

The lsd

Ou si tu as grub, un "e", et on rajoute un init 1 dans le boot loader, et vlan on tombe en single user.
Je suppose que la chose est semblable sous lilo, mais je connais moins donc je ne certifie pas.

Merci pour vos réponses!! Je me précipiterai plus à formater linux tete baissé si je perd mon mot de passe, **orthographe !** compris la leçon...
Pour ce qui est de mon probleme, (car c'est toujours pas résolu), un internaute, sur un autre forum, m'a conseillé de faire le point 4. de Mbrwork, soit de mettre le mbr carrément à zéro, puis de réinstaller linux sur mon disque vierge, et m'a certifié que grub reconnaitra de nouveau win xp.

Je rappelle que j'ai 2 dd, le premier (que j'appellerai ddA pour plus de clarté), partitionné en deux (une partition avec win xp, l'autre reservée aux documents diverses), le second (ddB) contenait linux, avant que je le formate.

J'ai donc suivi son conseil et mis à zéro mon mbr.
Le live-cd de kubuntu ne boote pas. Par contre, celui de win xp boote. J'ai installé win xp sur le ddB. Par curiosité, je vais voir dans le poste de travail si le ddA est visible: il n'y est pas. Les partitions qu'il contient sont pourtant en NTFS, et le ddA est bien visible dans le bios.
Je redemarre, et là je peux enfin booter sur le live-cd de kubuntu. Une fois sur le bureau de KDE, je tente d'installer kubuntu sur le ddB, mais une erreur est crée au moment de la crétion de la partition en ext3.
Retour à la case départ...
Meme pire, dans le menu d'installation de win xp, le ddA était bien présent dans la liste, mais en tant que non partitionnée!!

Il n'est pas possible de réécrire le mbr???

Oui la meme chose existe, et un mot de passe peux exister sous lilo et/ou grub (je sais plus) pour l'empecher.

Pour repondre au "Linux Sécurisé", peut importe l'os (macOs/Linux/Win au moins et modulo des FS Crypté) un acces physique a une machine et c'est en "rootage" rapide (si le pass du bios n'est pas un probleme)

MacOs aussi dispose d'un boot single user.

Ps: Une fois booté via un CD, un chroot suivi d'un passwd suffit, pas besoin d'editer des fichier compliqué :D

? Je pige pas ?
un chroot change le point de montage de / pour l'execution d'une commande
mais quand tu rebootes normalement ... tu retrouves ta config avec le mot de passe perdu

Explique moi ou je me gourre ?
le man de chroot est vraiment ... laconique
A+

u a booté ton CD, mounter ton "ancien" disque qui etais dans /mnt/tmp en "/"
Tu execute passwd qui va ecrire dans le "bon" /etc/passwd et shadow. Quand tu reboot tu a donc ton nouveau pass

Je trollais un coup, bien sur qu'un accès physique à une machine permet d'y faire n'importe quoi, l'os n'y est absolument pas en cause.

Bon j'ai un petit peu avancé...
Avec Testdisk, présent dans ubcd, j'ai réécrit le mbr du ddA, enfin...
Je peux donc, à partir d'un autre dd, accéder à mes données.
Par contre, je ne peux toujours pas booter dessus. Je pense que je vais me résigner et faire un formatage complet et propre, aprés avoir tout sauver évidemment...
Voila, merci ;-)