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 ?
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
cloderic.mars@free.fr 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).
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
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 ?
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 ?
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 ?
- 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
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.
- 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
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
Le Jeudi 18 Novembre 2004 19:07, Yoann Pannier a écrit :
cloderic.mars@free.fr 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).
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).
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)
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, cloderic.mars@free.fr 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)
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)