Partition reiser fs - [résolu bizarrement]

Bonjour

J’ai un gros problème :grrr:
Suite à un plantage de l’interface graphique et du clavier causé par la fermeture de neverball avec beryl, j’ai du redémarrer mon ordinateur en appuyant sur le bouton on/off (il s’est cependant éteint normalement).

Sauf que mes partitions qui étaient montées ont un gros problème. Les dossiers ont disparus, par exemple si avant il y avait un dossier /media/autres/A, ce dossier A c’est transformé en fichier A de 0 octet.

J’ai tenter de démonter les partitions pour les vérifier avec fschck.reiserfs mais sa n’a rien changer, il n’y a aucune erreur.

Quelqu’un peut-il m’aider ?

Tu utilises quelle distri? Connais tu la taille EXACTE de tes partoches?

il me semble qu’il utilise un ubuntu ou variante…

Donc, tu sais quand même booter.
Quand tu as booté, dans un terminal, as root:
fdisk -l
Et donne nous le résulat.

il doit y avoir une erreur dans ton /etc/fstab est ce que tu peux nous le copier coller ici ou pas ?

Merci de vos réponse, j’utilise effectivement ubuntu (6.10)…
Je viens de résoudre mon problème. :??: Moi pas bien comprendre !! :neutre:

J’ai tenté plusieurs fois de faire une vérification de la partition avec fscheck.reiserfs. Aucune erreur, mes dossiers sont là.

Alors j’envoie un chmod 644 et un chown fabrice.fabrice sur tous le contenu du point de montage. Cela ne changa rien.
Ensuite je tente la même opération avec l’interface graphique de nautilus et j’ai de nouveau accès à tous mes documents…

Mon /etc/fstab…

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0

# /dev/sda1
UUID=ecc7370d-61e9-47d9-8c2b-9c14ca065d5a /               reiserfs notail      0 1

# /dev/sda2
UUID=056a5c8b-0934-4dce-baed-803190a27e49 none            swap    sw           0 0

# /dev/sda3
UUID=23574a22-5ab8-4401-ab1a-4f6737f956eb /media/vmware reiserfs defaults      0 2

# /dev/sda5
UUID=4a71d733-feb7-4359-bae3-b5d474b54016 /media/audio_video reiserfs defaults 0 2

# /dev/sda6
UUID=68a53309-b008-4fa9-b565-358c9fcab045 /media/documents reiserfs defaults   0 2

# /dev/sda7
#UUID=dd0c4361-785b-4072-a06b-29626f3ea30e /media/gros_docs reiserfs defaults  0 2

# /dev/sda8
UUID=e23b100e-e0be-458e-a8de-ffcef4f81e9f /media/autres reiserfs defaults      0 2


/dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/hdb        /media/cdrom1   udf,iso9660 user,noauto     0       0

@MAX-k : le problème ne venait pas de la partition /, mais de mes partitions ou il y a mes données.

Je précise que je n’ai rien toucher aux droits. C’est à partir du plantage de neverball que le problème est survenu.

et bien écoute tant mieux si tout est résolu c’est le principal je pense qu’il doit y avoir une explication logique derriere tout ça mais bon autant chercher nos problemes c’est plus sympa

Effectivement, je viens de relancer un chmod 644 en console. Après cette opération les dossiers se transforme en fichier de 0 octet !!!
Je lance un chmod 744 et sa fonctionne.

Ce que je comprend pas c’est comment les droits ont été changés lors du plantage de neverball et que le chmod 644 ne fonctionne pas. :??: