[Résolu] Edgy - Gestion HDD en FAT32

tanis73 · Le 18/11/2006, à 19:40

Bonjour la communauté,

Encore un petit soucis qui necéssite vos lumières
Sur le seul HDD de ma config, je possède une partition FAT32 (créer sous kubuntu avec tous les droits qui vont bien et sans windows installé) et me servant uniquement de stockage et le cas échéant à transférer des fichiers ( le HDD est monté sur rack amovible car je peine à faire communiquer kubuntu avec windows )
Mon soucis actuel est le suivant, la partition est vide à 92% ( soit 9.5 Go) et je peux rien transférer dessus Ktorrent me dit qu'il est plein ( j'ai → erreur: impossible d'allouer l'espace disque suffisant: argument invalide)
Ayant transférer un fichier récement, windows ou linux aurait-il laissé une trace de ce fichier qui n'est plus sur ce disque.
Que dois-je faire pour effacer ces traces afin que tout rentre dans l'ordre.

Amicalement

Dernière modification par tanis73 (Le 21/11/2006, à 19:31)

tanis73 · Le 19/11/2006, à 11:25

Personne n'a d'idée?

Beamo · Le 19/11/2006, à 13:18

Bonjour,

As-tu vérifier que la corbeille/poubelle était bien vie et que les fichiers avaient bien réellement été éffacé ?

Beamo

Teofifil · Le 19/11/2006, à 14:31

Bonjour,

Quels sont les droits pour ce hdd ?

tanis73 · Le 19/11/2006, à 16:14

La poubelle est bien vide, il sagit juste d'un transfert de fichier et non d'une supression.
les droit de ce HDD sont les suivant:
en faisant un sudo nano -w /etc/fstab, j'ai ça
vfat defaults,utf8,umask=007,gid=46 0 1

Sous Dapper, lorsque j'avais créer cette partition (en suivant des posts sur le forum), j'avais mis ceci:
/dev/hda1 /media/hda1 vfat user,auto,gid=1000,uid=1000,umask=002,iocharset=utf8,codepage=850 0 0

Mon problème est le même qu'avec une clé USB: récupération d'un fichier de la dite clé sous windows, retrait de cette clé directement, la mettre sous linux, et là, linux "verra" une clé pleine ( tout transfert de fichier impossible si supérieur à la place restante, mais fichier bien absent sous l'explorateur)
la seule solution que j'avais trouver était un formatage, maintenant je prends soin de monter/démonter. Cette partition me fait la même chose.

Teofifil · Le 19/11/2006, à 21:07

Bonjour,

Apparemment c'est un problème dans ton fstab. Sous edgy la définition des partition a été modifiée. Pour des infos plus circonstanciée je te renverrai au post de cep (ainsi qu'aux réponses données):

http://forum.ubuntu-fr.org/viewtopic.php?id=43968 qui te permettra de résoudre ton problème.

tanis73 · Le 20/11/2006, à 14:49

Je vais éplucher cela à tête reposée, merci.
J'espère que je m'aventure dans un truc spychédélique, noob oblige

Teofifil · Le 20/11/2006, à 22:14

Bonjour,

A pemière vue ça peut sembler indigeste mais c'est tout a fait compréhensible. De toute façon tu n'a plus le choix, si ce n'est de revenir à une version antérieure à dapper.

Alors la fleur au fusil .....

tanis73 · Le 21/11/2006, à 16:19

belette@belette-desktop:~$ sudo dumpe2fs -h /dev/hda1 |grep -i uuid
dumpe2fs 1.39 (29-May-2006)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/hda1
belette@belette-desktop:~$ sudo tune2fs -l /dev/hda1 | grep -i uuid
tune2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/hda1
Ne peut repérer un superbloc valide du système de fichiers.
belette@belette-desktop:~$

Help !!

cep · Le 21/11/2006, à 16:41

dumpe2fs est un utilitaire réservé aux systèmes de fichiers ext2 et ext3.

Pour ton problème sur la vfat, regarde depuis Xp s'il est possible de réparer en faisant un chkdsk avec option de réparation puis une défragmentation.

Si tu n'as pas de xp, essaye un fsck -a /dev/hda1 sur la partition non montée.

Accessoirement, pour déterminer les UUID sur d'autres systèmes de fichiers, voir :
http://forum.ubuntu-fr.org/viewtopic.php?id=72352

Dernière modification par cep (Le 21/11/2006, à 16:44)

tanis73 · Le 21/11/2006, à 18:29

Voici mon fichier fstab:

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hda4
UUID=ea90d7cc-53a8-4598-8a0f-0e11f7c761e4 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda2
UUID=7f126f38-9ed4-4900-91e8-ec4cbd62c147 /home ext3 defaults 0 2
# /dev/hda1
UUID=44F2-D8A8 /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/hda3
UUID=db08a4ab-d351-4eca-be43-3ea88569cd7b none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdd /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/ /media/floppy0 auto rw,user,noauto 0 0

Depuis mon formatage sous windows, m'a partition n'est plus gérer sous linux. Est-ce qu'en la refaisant complètement (démontage, formatage, remontage, mkdir) ça va faire quelque chose?

cep · Le 21/11/2006, à 18:36

Voir le lien indiqué plus haut.
Si tu as refait le fs, l'UUID a changé. Il faudra donc remettre le bon dans fstab ou remplacer l'UUID par /dev/hda1

tanis73 · Le 21/11/2006, à 19:03

Le fait d'avoir formater sous windows n'aurait-il pas altérer le n° d'UUID?
Quand je vais voir mon dossier media, l'icone hdd de ma partition est été remplacé par celui d'un dossier, je peux rien faire dessus, je suis interdit en écriture. En plus, quand je fais les propriétées, les informations sont complétement érronées, ma partition fait 10 Go et on me donne 16 Go avec 12.7 Go de pris.
Que dois-je faire pour tout remettre dans l'ordre? ( ça me dépasse un peu cette histoire)
mon partitionement:

Disque /dev/hda: 41.1 Go, 41110142976 octets
255 têtes, 63 secteurs/piste, 4998 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 1 1305 10482381 c W95 FAT32 (LBA)
/dev/hda2 1306 2610 10482412+ 83 Linux
/dev/hda3 2611 2871 2096482+ 82 Linux swap / Solaris
/dev/hda4 2872 4998 17085127+ 83 Linux
belette@belette-desktop:~$

cep · Le 21/11/2006, à 19:08

tanis73 a écrit :

Le fait d'avoir formater sous windows n'aurait-il pas altérer le n° d'UUID?
. . .
Que dois-je faire pour tout remettre dans l'ordre? ( ça me dépasse un peu cette histoire)

J'ai l'impression que tu ne lis pas les réponses qui te sont faites

Bonne continuation.
cep

cep · Le 21/11/2006, à 19:23

Mais ta partition est montée ?
Si c'est le cas, et que tu ne peux pas écrire dessus alors que les droits sont bons, c'est que le système de fichiers est en mauvais état.
Il faudra dont faire un fsck -a /dev/hda1 après avoir démonté la partition.
EN ce qui concerne ktorrent, je ne peux pas t'aider, je ne connais pas.

tanis73 · Le 21/11/2006, à 19:30

C'est bon tout est rentré dans l'ordre, c'est une véritable usine à gaz ce UUID.
J'ai pu reprendre la main sur cette partition, reste que la question de ce blocage au départ reste ouverte.
Je vais me pencher sur les liens que tu m'as donné.
Merci de m'avoir consacré de ton temps

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/11/2006, à 19:40

[Résolu] Edgy - Gestion HDD en FAT32

#2 Le 19/11/2006, à 11:25

Re : [Résolu] Edgy - Gestion HDD en FAT32

#3 Le 19/11/2006, à 13:18

Re : [Résolu] Edgy - Gestion HDD en FAT32

#4 Le 19/11/2006, à 14:31

Re : [Résolu] Edgy - Gestion HDD en FAT32

#5 Le 19/11/2006, à 16:14

Re : [Résolu] Edgy - Gestion HDD en FAT32

#6 Le 19/11/2006, à 21:07

Re : [Résolu] Edgy - Gestion HDD en FAT32

#7 Le 20/11/2006, à 14:49

Re : [Résolu] Edgy - Gestion HDD en FAT32

#8 Le 20/11/2006, à 22:14

Re : [Résolu] Edgy - Gestion HDD en FAT32

#9 Le 21/11/2006, à 16:19

Re : [Résolu] Edgy - Gestion HDD en FAT32

#10 Le 21/11/2006, à 16:41

Re : [Résolu] Edgy - Gestion HDD en FAT32

#11 Le 21/11/2006, à 18:29

Re : [Résolu] Edgy - Gestion HDD en FAT32

#12 Le 21/11/2006, à 18:36

Re : [Résolu] Edgy - Gestion HDD en FAT32

#13 Le 21/11/2006, à 19:03

Re : [Résolu] Edgy - Gestion HDD en FAT32

#14 Le 21/11/2006, à 19:08

Re : [Résolu] Edgy - Gestion HDD en FAT32

#15 Le 21/11/2006, à 19:23

Re : [Résolu] Edgy - Gestion HDD en FAT32

#16 Le 21/11/2006, à 19:30

Re : [Résolu] Edgy - Gestion HDD en FAT32

Pied de page des forums