Mal éteind - fsck - Mes données ont disparu...
Le
Chill
Bonjour,
Hier, ma Fedora2 a fait des siennes et je l'ai mal éteinte (sur le bouton
<slam>)
En redémarrant aujourd'hui, il m'a fallu faire un check car il y avait des
problèmes. Puis j'ai fait "fsck" sans options, comme Linux me le
conseillait.
En redémarrant, je n'ai plus que l'écran noir et grub et plus rien.
J'ai essayé de redémmarrer avec Knoppix, me disant que je pourrais au
moins récupérer mes données sur mon /home avant d'essayer de
réinstaller Rien.
Lorsque je vois le disque dur sur Diskdrake (j'ai aussi essayé avec la
Mandrake), je ne vois plus qu'un hda qui parait vide.
Mais ce n'est pas possible, hein?
Que puis-je faire pour au moins pouvoir récupérer med données sur
/home/chill/Documents? (La bécane est en réseau sur un réseau composé
d'une autre machine Linux Mandrake et une Windows.)
Merci de votre aide.
--
Amicalement,
Chill
Hier, ma Fedora2 a fait des siennes et je l'ai mal éteinte (sur le bouton
<slam>)
En redémarrant aujourd'hui, il m'a fallu faire un check car il y avait des
problèmes. Puis j'ai fait "fsck" sans options, comme Linux me le
conseillait.
En redémarrant, je n'ai plus que l'écran noir et grub et plus rien.
J'ai essayé de redémmarrer avec Knoppix, me disant que je pourrais au
moins récupérer mes données sur mon /home avant d'essayer de
réinstaller Rien.
Lorsque je vois le disque dur sur Diskdrake (j'ai aussi essayé avec la
Mandrake), je ne vois plus qu'un hda qui parait vide.
Mais ce n'est pas possible, hein?
Que puis-je faire pour au moins pouvoir récupérer med données sur
/home/chill/Documents? (La bécane est en réseau sur un réseau composé
d'une autre machine Linux Mandrake et une Windows.)
Merci de votre aide.
--
Amicalement,
Chill
Poser une question
D'abord, merci de ta réponse rapide... C'est super quand on est desespéré
:-)
On Wed, 15 Sep 2004 10:18:59 +0200, Lassie
Bizarre d'ailleurs, mais bon...
Non, pas du tout. D'abord il y a eu plein de messages d'erreur que je n'ai
pas compris, Linuxne trouvait plus ni l'un ni l'autre mais je ne me suis
pas trop inquiété car, à un moment donné où je n'avais plus suffisament de
place sur la partition / j'avais d'éplacé des dossiers sur la partition
/home et fait des liens dans /
Alors je me suis dis, bon, c'est ça.
Avant le fsck, Linux avait testé les partitions, tout s'était bien passé
avec / C'est seulement en arrivant sur /home qu'il a fait la gueule...
Bon, après le fsck, je redémarre et pan, écran noir et grub
Aïe, aïe, aïe...
Ça me dit:
Disque /dev/hda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id System
Et pis c'est tout.
Ben c'est ce que j'avais, mais apparement, le fait d'avoir du / sur /home
ne lui a pas fait du bien... :-(
Je ne connais pas cela, ou puis-je trouver des infos là dessus?
Encore merci...
--
Amicalement,
Chill
C'était sûrement pas une /bonne/ idée, mais ça n'a probablement pas
vraiment de rapport avec ton problème.
Table des partitions écrasée... si tu as eu la /bonne/ idée de noter ton
partitionnement lors de l'installation, il y a une chance *infime* de
pouvoir rattraper le coup en fdiskant ton disque à l'identique de ce que
tu avais fait pendant l'installation. C'est absolument sans garantie,
mais ça peut marcher parce que fdisk ne formate pas.
http://www.lea-linux.org devrait avoir des choses sur ça.
ps. Juste un petit coup de g*le en passant, à titre général ; je le dis
d'autant plus facilement que je serais plutôt linuxien intégriste canal
historique. Je trouve que la qualité du kernel réputé stable subit une
chute par rapport aux standards en vigueur il y a quelques années. J'ai
débuté sur des noyaux 1.2.x, vécu la transition a.out -> ELF dans les
2.0.x, supporté la mise a point du 2.2.x pendant toute l'évolution du
2.1 qui est allé au-delà des 2.1.135, et je trouve que Linus sort depuis
les 2.4 - 2.6 de véritables bouses qui ne demandent qu'à pêter à la
figure du téméraire qui oserait les installer. Linux commence à se
laisser vivre sur une réputation d'excellence qui FÛT vraie tant que le
noyau sortait quand il était prêt, mais on s'éloigne de plus en plus de
ce modèle idéal. Et je ne parle même pas des ports non-x86, qui souvent
ne compilent pas en respectant les dépendances ! Bref, c'est la cour du
roi Pétaud. Avant de passer 2.4, je n'avais jamais, malgré l'absence de
journalisation, perdu un octet ; depuis, j'ai nettoyé au moins 3 disques
sur des pépins mineurs. Pour moi, le dernier noyau stable est le 2.2.22
(et encore, si je n'active pas quelque fioritures du genre framebuffer).
À ce rythme, je vais basculer vers NetBSD dans peu de temps.
--
Manuel Viet * mailto:
On Wed, 15 Sep 2004 09:19:14 +0000 (UTC), manuel viet
Okay...
Aïe... Et non je n'ai pas noté cela... Au temps pour moi :-(
Bon... Ben... Cela m'a tout l'air d'être un gros crash, donc? :-(
J'ai trouvé ailleurs et d'après ce que je comprends cela est installé
d'office... Au travers de La Knoppix, j'ai essayé de récupérer, au cas où,
mais non... Il s'en contrefiche.
Je n'aurais peut-être donc pas du mettre mes noyaux à jour?
Merci de ton aide (même si ce n'était de bonnes nouvelles, mais bon...
Shit happens...)
--
Amicalement,
Chill
en particulier
http://www.cgsecurity.org/index.html?testdisk.html
"TestDisk queries the BIOS ( DOS/Win9x) or the OS ( Linux, FreeBSD) in
order to find the Hard Disks and their characteristics ( LBA size and CHS
geometry). TestDisk does a quick check of your disk's structure and
compares it with your Partition Table for entry errors. If the Partition
Table has entry errors, TestDisk can repair them. If you have missing
partitions or a completely empty Partition Table, TestDisk can search for
partitions and create a new Table or even a new MBR if necessary."