J'observe de drôles de trucs sur mon disque dur (explications un peu
longues, mais comme y'a un drôle de mic-mac entre montage et NFS, je
préfère être trop long que pas assez) :
J'ai une partition FAT32, montée au démarrage, tout va très bien. Et j'ai
aussi un serveur NFS qui tourne, pour exporter la partition principale
(j'exporte uniquement /). À priori, deux choses totalement différentes,
sauf que... Il m'arrive aussi de monter des répertoires par NFS, mais ça
n'est nulle part le cas dans mon problème du jour.
Dès fois (je ne situe aucune logique à la chose), un des répértoires de ma
partition FAT32 dans lequel je travaille se met à se comporter
bizarrement. Je peux sans problème m'y balader, ouvrir un fichier déjà
existant ou non (genre vi fichier_existant, ou vi fichier_inexistant),
tout marche comme d'hab (sauf ls, voir plus bas).
Sauf que, tout appel aux fonctions du shell pour voir les fichiers (genre
un for i in *, ou la tab completion) dans ce répertoire se comporte comme
si il n'y avait aucun fichier.
C'est pas très clair, hein ? Bon, j'explicite :
$ cd /data/toto
$ pwd
/data/toto
$ ls
fichier autre_fichier
$ cat fich<TAB>
[la tab completion marche]
$ cat fichier
toto
titi
$
[bien plus tard...]
$ for i in *; do echo $i; done
*
$ vi fich<TAB>
$ vi fich
[pas de tab completion]
$ cat fichier1
toto
titi
[etc.]
Tout marche, sauf que le shell ne voit plus rien dans ce répertoire... Si
je vais ailleurs dans cette partition (ou dans une autre), aucun problème,
tout va bien. Y'a juste *ce* répertoire qui merde (y compris si je le
quitte et que j'y reviens, ou que j'utilise un nouveau shell qui n'y a
jamais mis les pieds). Pas toujours le même, mais toujours un répertoire
où j'ai un shell (je veux dire que c'est toujours un répertoire qui est
répertoire courant d'un shell pendant un long moment qui a ce problème).
Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il me
dit :
$ ls
ls: .: Panne d'accès au fichier NFS
(en anglais, dès fois que le message soit mal traduit, c'est :
ls: .: Stale NFS file handle
)
Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est pas monté
par NFS (ni d'ailleurs aucun autre répertoire sur ma machine
actuellement), ni exporté.
Si je tue/relance le serveur NFS, aucun changement. Si je fait un mount -o
remount, pas de changement non plus. En général, par contre, un vrai
umount puis mount sur la partition répare le problème (mais là, ça me fait
chier, j'ai plusieurs apps qui tournent sur cette partition et que je
voudrais bien ne pas tuer !).
Je ne comprends pas d'où vient ce genre de choses, et une rapide recherche
sur notre ami à tous ne me donne rien. Si quelqu'un a une idée...
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Kevin
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit: | Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il me | dit : | $ ls | ls: .: Panne d'accès au fichier NFS | | (en anglais, dès fois que le message soit mal traduit, c'est : | ls: .: Stale NFS file handle | ) | | Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est pas monté | par NFS (ni d'ailleurs aucun autre répertoire sur ma machine | actuellement), ni exporté. | | Je ne comprends pas d'où vient ce genre de choses, et une rapide recherche | sur notre ami à tous ne me donne rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de discussion :/ ). En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
-- Kevin Tiens, c'est marrant que tu me demandes ca... parceque je ne sais pas non plus. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit:
| Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il me
| dit :
| $ ls
| ls: .: Panne d'accès au fichier NFS
|
| (en anglais, dès fois que le message soit mal traduit, c'est :
| ls: .: Stale NFS file handle
| )
|
| Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est pas monté
| par NFS (ni d'ailleurs aucun autre répertoire sur ma machine
| actuellement), ni exporté.
|
| Je ne comprends pas d'où vient ce genre de choses, et une rapide recherche
| sur notre ami à tous ne me donne rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de
discussion :/ ). En gros ca vient du message qui parle de NFS sauf que
NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter
des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la
bonne panne. (mais si je remets la main sur le thread je poste l'URL)
--
Kevin
Tiens, c'est marrant que tu me demandes ca... parceque je ne sais pas non plus.
-+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit: | Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il me | dit : | $ ls | ls: .: Panne d'accès au fichier NFS | | (en anglais, dès fois que le message soit mal traduit, c'est : | ls: .: Stale NFS file handle | ) | | Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est pas monté | par NFS (ni d'ailleurs aucun autre répertoire sur ma machine | actuellement), ni exporté. | | Je ne comprends pas d'où vient ce genre de choses, et une rapide recherche | sur notre ami à tous ne me donne rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de discussion :/ ). En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
-- Kevin Tiens, c'est marrant que tu me demandes ca... parceque je ne sais pas non plus. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
TiChou
Dans le message <news:, *Kevin DENIS* tapota sur f.c.o.l.configuration :
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit: |> Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il
|> me dit : $ ls ls: .: Panne d'accès au fichier NFS (en anglais, dès fois |> que le message soit mal traduit, c'est : ls: .: Stale NFS file |> handle ) Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est |> pas monté par NFS (ni d'ailleurs aucun autre répertoire sur ma |> machine actuellement), ni exporté. Je ne comprends pas d'où vient ce |> genre de choses, et une rapide recherche sur notre ami à tous ne me donne |> rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de discussion :/ ).
Bonne mémoire, me semblait bien avoir déjà entendu parler de ça.
En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
-- TiChou
Dans le message <news:slrnc9veri.4kp.Kevin@slackware.local.tux>,
*Kevin DENIS* tapota sur f.c.o.l.configuration :
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit:
|> Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il
|> me dit : $ ls ls: .: Panne d'accès au fichier NFS (en anglais, dès fois
|> que le message soit mal traduit, c'est : ls: .: Stale NFS file
|> handle ) Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est
|> pas monté par NFS (ni d'ailleurs aucun autre répertoire sur ma
|> machine actuellement), ni exporté. Je ne comprends pas d'où vient ce
|> genre de choses, et une rapide recherche sur notre ami à tous ne me donne
|> rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de
discussion :/ ).
Bonne mémoire, me semblait bien avoir déjà entendu parler de ça.
En gros ca vient du message qui parle de NFS sauf que
NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter
des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la
bonne panne. (mais si je remets la main sur le thread je poste l'URL)
Dans le message <news:, *Kevin DENIS* tapota sur f.c.o.l.configuration :
Le Thu, 6 May 2004 17:05:24 +0200, Remi Moyen a ecrit: |> Le plus bizarre (j'en vient au sujet !), c'est que quand je fais ls, il
|> me dit : $ ls ls: .: Panne d'accès au fichier NFS (en anglais, dès fois |> que le message soit mal traduit, c'est : ls: .: Stale NFS file |> handle ) Gnéé ? Quel est le rapport avec NFS, là ? Ce répertoire n'est |> pas monté par NFS (ni d'ailleurs aucun autre répertoire sur ma |> machine actuellement), ni exporté. Je ne comprends pas d'où vient ce |> genre de choses, et une rapide recherche sur notre ami à tous ne me donne |> rien. Si quelqu'un a une idée...
Je crois avoir lu ca sur fcou (mais pas moyen de retrouver le fil de discussion :/ ).
Bonne mémoire, me semblait bien avoir déjà entendu parler de ça.
En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
-- TiChou
Kevin
Le Mon, 10 May 2004 22:43:15 +0200, TiChou a ecrit: | | Il s'agit de cette discussion me semble-t-il : | Oui
| http://groups.google.fr/groups?threadm=slrnc1ooot.9fb.hugolino% | 40Deborah.RocknRoll.org | | Vous n'utilisez pas groups.google.com pour vos recherches Usenet ? | J'ai generalement pas trop le temps de m'attarder :/
-- Kevin Je ne pensais que plus personne ne travaillait a 2h du mat, alors j'ai tue tes processus. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Mon, 10 May 2004 22:43:15 +0200, TiChou a ecrit:
|
| Il s'agit de cette discussion me semble-t-il :
|
Oui
| http://groups.google.fr/groups?threadm=slrnc1ooot.9fb.hugolino%
| 40Deborah.RocknRoll.org
|
| Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
|
J'ai generalement pas trop le temps de m'attarder :/
--
Kevin
Je ne pensais que plus personne ne travaillait a 2h du mat, alors j'ai tue
tes processus.
-+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Mon, 10 May 2004 22:43:15 +0200, TiChou a ecrit: | | Il s'agit de cette discussion me semble-t-il : | Oui
| http://groups.google.fr/groups?threadm=slrnc1ooot.9fb.hugolino% | 40Deborah.RocknRoll.org | | Vous n'utilisez pas groups.google.com pour vos recherches Usenet ? | J'ai generalement pas trop le temps de m'attarder :/
-- Kevin Je ne pensais que plus personne ne travaillait a 2h du mat, alors j'ai tue tes processus. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Remi Moyen
On Mon, 10 May 2004, TiChou wrote:
En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
D'accord. En un sens, ça me rassurre, ça évite d'avoir à aller chercher n'importe où !
Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème, je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en 2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec une partition vfat l'observent en faisant ça (copie d'un autre post) :
[ /data/foo]$touch file <--__ this order is important [ /data/foo]$mkdir dir <--/ [ /data/foo]$cd dir [ /data/foo/dir]$ls [ /data/foo/dir]$mv ../file . [ /data/foo/dir]$ls /bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Mon, 10 May 2004, TiChou wrote:
En gros ca vient du message qui parle de NFS sauf que
NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter
des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la
bonne panne. (mais si je remets la main sur le thread je poste l'URL)
D'accord. En un sens, ça me rassurre, ça évite d'avoir à aller chercher
n'importe où !
Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème,
je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis
longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en
2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec
une partition vfat l'observent en faisant ça (copie d'un autre post) :
[frink@truth /data/foo]$touch file <--__ this order is important
[frink@truth /data/foo]$mkdir dir <--/
[frink@truth /data/foo]$cd dir
[frink@truth /data/foo/dir]$ls
[frink@truth /data/foo/dir]$mv ../file .
[frink@truth /data/foo/dir]$ls
/bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça...
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
En gros ca vient du message qui parle de NFS sauf que NFS dans ce cas la est un autre acronyme que le NFS qui sert a exporter des fichiers par reseau. En gros: oublier le serveur NFS, et chercher la bonne panne. (mais si je remets la main sur le thread je poste l'URL)
D'accord. En un sens, ça me rassurre, ça évite d'avoir à aller chercher n'importe où !
Vous n'utilisez pas groups.google.com pour vos recherches Usenet ?
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème, je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en 2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec une partition vfat l'observent en faisant ça (copie d'un autre post) :
[ /data/foo]$touch file <--__ this order is important [ /data/foo]$mkdir dir <--/ [ /data/foo]$cd dir [ /data/foo/dir]$ls [ /data/foo/dir]$mv ../file . [ /data/foo/dir]$ls /bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
TiChou
Dans le message <news:, *Remi Moyen* tapota sur f.c.o.l.configuration :
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème, je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en 2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec une partition vfat l'observent en faisant ça (copie d'un autre post) :
[ /data/foo]$touch file <--__ this order is important [ /data/foo]$mkdir dir <--/ [ /data/foo]$cd dir [ /data/foo/dir]$ls [ /data/foo/dir]$mv ../file . [ /data/foo/dir]$ls /bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça...
pegase tmp # dd if=/dev/zero of=root_vfat bs=1k count40 1440+0 records in 1440+0 records out pegase tmp # modprobe vfat pegase tmp # mkfs.vfat root_vfat mkfs.vfat 2.10 (22 Sep 2003) pegase tmp # losetup /dev/loop0 root_vfat pegase tmp # mount -t vfat /dev/loop0 /mnt/root_fs
pegase tmp # cd /mnt/root_fs pegase root_fs # touch file pegase root_fs # mkdir dir pegase root_fs # cd dir pegase dir # ls pegase dir # mv ../file . pegase dir # ls ls: .: Stale NFS file handle pegase dir # ls file file pegase dir # ls ../dir file
pegase dir # cd .. pegase root_fs # ls dir pegase root_fs # cd dir pegase dir # ls file
CQFD
-- TiChou
Dans le message
<news:Pine.LNX.4.58.0405111000260.24858@pbeanf.raft.vacy-anapl.se>,
*Remi Moyen* tapota sur f.c.o.l.configuration :
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème,
je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis
longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en
2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres
avec une partition vfat l'observent en faisant ça (copie d'un autre
post) :
[frink@truth /data/foo]$touch file <--__ this order is important
[frink@truth /data/foo]$mkdir dir <--/
[frink@truth /data/foo]$cd dir
[frink@truth /data/foo/dir]$ls
[frink@truth /data/foo/dir]$mv ../file .
[frink@truth /data/foo/dir]$ls
/bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça...
pegase tmp # dd if=/dev/zero of=root_vfat bs=1k count40
1440+0 records in
1440+0 records out
pegase tmp # modprobe vfat
pegase tmp # mkfs.vfat root_vfat
mkfs.vfat 2.10 (22 Sep 2003)
pegase tmp # losetup /dev/loop0 root_vfat
pegase tmp # mount -t vfat /dev/loop0 /mnt/root_fs
pegase tmp # cd /mnt/root_fs
pegase root_fs # touch file
pegase root_fs # mkdir dir
pegase root_fs # cd dir
pegase dir # ls
pegase dir # mv ../file .
pegase dir # ls
ls: .: Stale NFS file handle
pegase dir # ls file
file
pegase dir # ls ../dir
file
pegase dir # cd ..
pegase root_fs # ls
dir
pegase root_fs # cd dir
pegase dir # ls
file
Dans le message <news:, *Remi Moyen* tapota sur f.c.o.l.configuration :
Mouais, bon, à part de dire que je suis pas le seul à avoir le problème, je n'y ai vu aucune solution. C'est déjà ça, mais bon... Dommage !
Apparemment, c'est un bug du kernel sur le support vfat, connu depuis longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en 2.4.26), peut-être parce que la correction n'est pas triviale.
Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec une partition vfat l'observent en faisant ça (copie d'un autre post) :
[ /data/foo]$touch file <--__ this order is important [ /data/foo]$mkdir dir <--/ [ /data/foo]$cd dir [ /data/foo/dir]$ls [ /data/foo/dir]$mv ../file . [ /data/foo/dir]$ls /bin/ls: .: Stale NFS file handle
Chez moi, ça "marche" effectivement comme ça...
pegase tmp # dd if=/dev/zero of=root_vfat bs=1k count40 1440+0 records in 1440+0 records out pegase tmp # modprobe vfat pegase tmp # mkfs.vfat root_vfat mkfs.vfat 2.10 (22 Sep 2003) pegase tmp # losetup /dev/loop0 root_vfat pegase tmp # mount -t vfat /dev/loop0 /mnt/root_fs
pegase tmp # cd /mnt/root_fs pegase root_fs # touch file pegase root_fs # mkdir dir pegase root_fs # cd dir pegase dir # ls pegase dir # mv ../file . pegase dir # ls ls: .: Stale NFS file handle pegase dir # ls file file pegase dir # ls ../dir file
pegase dir # cd .. pegase root_fs # ls dir pegase root_fs # cd dir pegase dir # ls file
CQFD
-- TiChou
Kevin
Le Tue, 11 May 2004 10:04:42 +0200, Remi Moyen a ecrit: | | Apparemment, c'est un bug du kernel sur le support vfat, connu depuis | longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en | 2.4.26), peut-être parce que la correction n'est pas triviale. | | Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec | une partition vfat l'observent en faisant ça (copie d'un autre post) : | | Chez moi, ça "marche" effectivement comme ça...
:/tmp# dd if=/dev/zero of=disk-test bs24 count40 1440+0 records in 1440+0 records out :/tmp# mkdosfs -F 12 disk-test mkdosfs 2.8 (28 Feb 2001) :/tmp# mount -t vfat -o loop disk-test /mnt/hd/ :/tmp# cd /mnt/hd/ :/mnt/hd# touch fichier :/mnt/hd# mkdir rep :/mnt/hd# cd rep :/mnt/hd/rep# ls :/mnt/hd/rep# mv ../fichier . :/mnt/hd/rep# ls /bin/ls: .: Stale NFS file handle
Tiens, c'est rigolo ca.
Par contre, une idee a creuser (peut etre) :/mnt# mount -t umsdos -o loop /tmp/disk-test /mnt/hd/ ^^^^^^^^ l'umsdos c'est bon, mangez en :) (mais je crois qu'il a ete supprime de la serie 2.6)
:/mnt# cd hd :/mnt/hd# touch ficher2 touch: setting times of `ficher2': No such file or directory C'est normal je n'ai pas prepare specialement la couche umsdos
:/mnt/hd# mkdir rep2 :/mnt/hd# cd rep2 :/mnt/hd/rep2# ls :/mnt/hd/rep2# mv ../ficher2 . :/mnt/hd/rep2# ls ficher2*
et la pas de soucis. -- Kevin Les bases de donnees sont en arret pour maintenance jusqu'a 8h, mais vous pourrez revenir ensuite pour finir votre travail. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Tue, 11 May 2004 10:04:42 +0200, Remi Moyen a ecrit:
|
| Apparemment, c'est un bug du kernel sur le support vfat, connu depuis
| longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en
| 2.4.26), peut-être parce que la correction n'est pas triviale.
|
| Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec
| une partition vfat l'observent en faisant ça (copie d'un autre post) :
|
| Chez moi, ça "marche" effectivement comme ça...
root@server:/tmp# dd if=/dev/zero of=disk-test bs24 count40
1440+0 records in
1440+0 records out
root@server:/tmp# mkdosfs -F 12 disk-test
mkdosfs 2.8 (28 Feb 2001)
root@server:/tmp# mount -t vfat -o loop disk-test /mnt/hd/
root@server:/tmp# cd /mnt/hd/
root@server:/mnt/hd# touch fichier
root@server:/mnt/hd# mkdir rep
root@server:/mnt/hd# cd rep
root@server:/mnt/hd/rep# ls
root@server:/mnt/hd/rep# mv ../fichier .
root@server:/mnt/hd/rep# ls
/bin/ls: .: Stale NFS file handle
Tiens, c'est rigolo ca.
Par contre, une idee a creuser (peut etre)
root@server:/mnt# mount -t umsdos -o loop /tmp/disk-test /mnt/hd/
^^^^^^^^
l'umsdos c'est bon, mangez en :) (mais je crois qu'il a ete supprime de
la serie 2.6)
root@server:/mnt# cd hd
root@server:/mnt/hd# touch ficher2
touch: setting times of `ficher2': No such file or directory
C'est normal je n'ai pas prepare specialement la couche umsdos
root@server:/mnt/hd# mkdir rep2
root@server:/mnt/hd# cd rep2
root@server:/mnt/hd/rep2# ls
root@server:/mnt/hd/rep2# mv ../ficher2 .
root@server:/mnt/hd/rep2# ls
ficher2*
et la pas de soucis.
--
Kevin
Les bases de donnees sont en arret pour maintenance jusqu'a 8h, mais vous
pourrez revenir ensuite pour finir votre travail.
-+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
Le Tue, 11 May 2004 10:04:42 +0200, Remi Moyen a ecrit: | | Apparemment, c'est un bug du kernel sur le support vfat, connu depuis | longtemps (2.4.20 au minimum), et toujours pas corrigé (je suis en | 2.4.26), peut-être parce que la correction n'est pas triviale. | | Et c'est semble-t-il un truc assez reproductible, est-ce que d'autres avec | une partition vfat l'observent en faisant ça (copie d'un autre post) : | | Chez moi, ça "marche" effectivement comme ça...
:/tmp# dd if=/dev/zero of=disk-test bs24 count40 1440+0 records in 1440+0 records out :/tmp# mkdosfs -F 12 disk-test mkdosfs 2.8 (28 Feb 2001) :/tmp# mount -t vfat -o loop disk-test /mnt/hd/ :/tmp# cd /mnt/hd/ :/mnt/hd# touch fichier :/mnt/hd# mkdir rep :/mnt/hd# cd rep :/mnt/hd/rep# ls :/mnt/hd/rep# mv ../fichier . :/mnt/hd/rep# ls /bin/ls: .: Stale NFS file handle
Tiens, c'est rigolo ca.
Par contre, une idee a creuser (peut etre) :/mnt# mount -t umsdos -o loop /tmp/disk-test /mnt/hd/ ^^^^^^^^ l'umsdos c'est bon, mangez en :) (mais je crois qu'il a ete supprime de la serie 2.6)
:/mnt# cd hd :/mnt/hd# touch ficher2 touch: setting times of `ficher2': No such file or directory C'est normal je n'ai pas prepare specialement la couche umsdos
:/mnt/hd# mkdir rep2 :/mnt/hd# cd rep2 :/mnt/hd/rep2# ls :/mnt/hd/rep2# mv ../ficher2 . :/mnt/hd/rep2# ls ficher2*
et la pas de soucis. -- Kevin Les bases de donnees sont en arret pour maintenance jusqu'a 8h, mais vous pourrez revenir ensuite pour finir votre travail. -+- Les 100 choses que vous n'aimez pas entendre de la part du sysadmin -+-
