OVH Cloud OVH Cloud

[gentoo-user-fr] Fwd: Problème de disque fat32

15 réponses
Avatar
cloderic.mars
Salut !
je m'en remet =E0 vos mains expertes, j'esp=E8re que vous pourrez m'aider.
voil=E0 mon probl=E8me :
je n'arrive pas =E0 monter un disque en fat. il me renvoie la litanie
habituelle :
mount /dev/hdb1
mount: type de sys. de fichiers erron=E9, option erron=E9e, super bloc erro=
n=E9
sur /dev/hdb1,ou trop de syst=E8mes de fichiers mont=E9s

mon kernel a bien l'option advanced partition...

je suis retourn=E9 sous win le temps de faire un scandisk qui n'a rien trou=
v=E9,
j'arrivais =E0 lire parfaitement le disque.

fsck me rend un truc coh=E9rent
testdisk trouve la partition avec un "bad ending head"

bref, z'avez des id=E9es pour qu'il marche ce foutu disque ?


--
gentoo-user-fr@gentoo.org mailing list

5 réponses

1 2
Avatar
Yoann Pannier
wrote:
vfat est bien activé dans le kernel.



En module ou pas ?

mon fstab est correct et mount -t fat32 /dev/hdb1 /mondossier rend la même
erreur.



J'ai eu un souci semblable une fois quand j'essayais de monter un disque
en tant que simple utilisateur alors que le module vfat n'était pas
chargé. La même commande en tant que root réussissait (en chargeant le
module automatiquement).

Si je me souviens bien j'avais contourné le problème en mettant le
support vfat dans le kernel plutôt qu'en module (ou en chargeant
d'office le module au boot, je ne sais plus).

--
Yoann Pannier

--
mailing list
Avatar
Michel Paquet
Dsl pour le reply, j'croyais à une facon simple de composé un mail sans
avoir à tapper l'adresse au complet...

pour répondre à tes question:
- non, mon heure est bien en local et non en UTC
- mon fuseau horraire est bien configurer en
/usr/share/zoneinfo/Canada/Eastern
- ma date system est ok elle aussi

ca laisse pas beaucoup de choix pour les solution hein?

Bien à vous

Michel Paquet
Québec, Canada


Yoann Pannier a écrit :

Michel Paquet wrote:


Salut a tous





Bonjour,

D'abord, je ne suis pas de la police, mais c'est pas bien de détourner
les threads. Il ne faut pas faire 'reply' pour créer un nouveau mail.



Hier, j'ai répondu à un mail de la liste de Gentoo que j'ai du recevoir
vers les 17:35 (heure de l'Est, Canada). Ce email, dans mon
Mozilla-Mail, avais été envoyé 5 hrs plus tard que mon heure à moi
(décalage horraire oblige). donc le email a été recu comme si il avait
été envoyé à 22:35 (date inscrit par Mozilla dans la colone Date, mais
recu en faite vers les 17:35). Je répond à ce email, et voila que ma
réponse se publi dans la liste, mais avec 5hrs d'avance, soit 17:50
environ (date inscrit par Mozilla)





Pour ce qui est de ton problème, j'ai la vague intuition que l'heure de
ton système est configuré en UTC mais avec la valeur de l'heure locale.
Je me trompe ?

#grep CLOCK /etc/rc.conf
CLOCK="local"

#ll /etc/localtime
lrwxrwxrwx 1 root root 32 Mar 27 2004 /etc/localtime ->
/usr/share/zoneinfo/Europe/Paris

#date
Thu Nov 18 13:43:00 CET 2004







--
mailing list
Avatar
Yoann Pannier
Michel Paquet wrote:
- non, mon heure est bien en local et non en UTC
- mon fuseau horraire est bien configurer en
/usr/share/zoneinfo/Canada/Eastern
- ma date system est ok elle aussi

ca laisse pas beaucoup de choix pour les solution hein?



C'est vrai, pourtant d'après les entêtes de tes mails, c'est bien là que
se situe le problème... Alors je ne sais pas.

Received: (qmail 15352 invoked from network); 18 Nov 2004 22:22:03 +0000
Date: Thu, 18 Nov 2004 17:22:06 +0000

D'après la première ligne, la 2eme devrait indiquer 17:22:06 -0500, si
je ne m'abuse. 17:22 devait être l'heure locale quand tu as envoyé le
mail, mais ce +0000 indique que ton système se croit en UTC, d'où les 5
heures de différences.

--
Yoann Pannier

--
mailing list
Avatar
cloderic.mars
Le Jeudi 18 Novembre 2004 19:07, Yoann Pannier a écrit :
wrote:
> vfat est bien activé dans le kernel.

En module ou pas ?



Oui il est bien dans le kernel mais pas en module

> mon fstab est correct et mount -t fat32 /dev/hdb1 /mondossier rend la
> même erreur.

J'ai eu un souci semblable une fois quand j'essayais de monter un disque
en tant que simple utilisateur alors que le module vfat n'était pas
chargé. La même commande en tant que root réussissait (en chargeant le
module automatiquement).



en root ca marchez pas non plus

Si je me souviens bien j'avais contourné le problème en mettant le
support vfat dans le kernel plutôt qu'en module (ou en chargeant
d'office le module au boot, je ne sais plus).


argh...

qqun à d'autres idées ??

Clodéric

--
mailing list
Avatar
Cubbe
--=-Nhj6DEwn+5ZHI68NLMBQ
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Salut,
J'ai le même genre de problème il n'y a pas si longtemps, est ce que tu
as regardé ce que donne les logs ?? C'est comme ça que j'ai vu que ce
n'était pas un problème de support du vfat que j'avais mais seulement u n
problème sur les NLS (Native Language Support) du kernel. Si c'est ça,
les logs te donneront ce qu'il faut rajouter à ton kernel.

voila, j'espère que j'ai pu t'aider si tu n'as pas encore trouvé la
solution tout seul.

Le jeudi 18 novembre 2004 à 16:25 +0100, a écrit :
j'ai fait une erreur, c'est bien vfat que j'utilise.



--=-Nhj6DEwn+5ZHI68NLMBQ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQBBn9YQREAJK3xkx9ERApC3AJ9GisfWdofEjtA+ahpgT+MetiB2JgCbBIBS
c1w8/1ZgQzV2i7lYRm4pjkA =xe0m
-----END PGP SIGNATURE-----

--=-Nhj6DEwn+5ZHI68NLMBQ--
1 2