Problème étrange de montage de disquette sous ubuntu 10.04 [RESOLU]

Problème étrange de montage de disquette sous ubuntu 10.04 [RESOLU] - Hardware - Linux et OS Alternatifs

Marsh Posté le 02-07-2010 à 08:20:49    

Bonjour !  :hello:  
Voilà: j'ai un problème auquel je ne comprends strictement rien.
Impossible de monter mes disquettes !!
 
Je vous affiche le résultat de quelques commandes pour que vous cerniez mieux le problème:
 

koyo@Strongstorm:~$ sudo mount -v /dev/fd0
mount: vous n'avez pas spécifier le type de système de fichiers pour /dev/fd0
       Je vais essayer le type vfat
/dev/fd0 on /media/floppy0 type vfat (rw,nosuid,nodev,utf8)
koyo@Strongstorm:~$ ls -lh /media/floppy0
total 0
koyo@Strongstorm:~$

koyo@Strongstorm:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/dev/sda6 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/koyo/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=koyo)


Bizarre, pas de /dev/fd0 dans la liste des montages ...   [:sovxx]  
Histoire d'être sûr:

koyo@Strongstorm:~$ sudo umount /dev/fd0
umount: /dev/fd0: n'est pas monté
koyo@Strongstorm:~$


N'est-ce pas que c'est curieux ??
Soi-disant que /dev/fd0 n'est pas monté alors que j'ai envoyé une commande pour monter ci-dessus, qui s'est achevée sans erreur !
 
Voici le contenu de mon /etc/fstab:

koyo@Strongstorm:~$ more /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/sda1       /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=13698b4a-9d69-4db4-925b-08d1d2082269 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=5106e5b6-4435-4860-9b3f-5c56d8c585a9 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
koyo@Strongstorm:~$


 
A ce stade, vous pensez, comme moi à ce moment, que le lecteur est peut-être défectueux ?
Je n'y crois plus, après ça:

koyo@Strongstorm:~$ sudo mkfs.vfat -v /dev/fd0
mkfs.vfat 3.0.7 (24 Dec 2009)
/dev/fd0 has 2 heads and 18 sectors per track,
logical sector size is 512,
using 0xf0 media descriptor, with 2880 sectors;
file system has 2 12-bit FATs and 1 sector per cluster.
FAT size is 9 sectors, and provides 2847 clusters.
Root directory contains 224 slots.
Volume ID is 3a076ae2, no volume label.
koyo@Strongstorm:~$


Cette commande a fait tourner la disquette quelques secondes avant de se terminer.
 
Maintenant, j'essaye ça:
-r: réparer interactivement le système de fichiers
-t: recherche de secteurs défectueux
-v: bavard

koyo@Strongstorm:~$ sudo fsck.vfat -rtv /dev/fd0
dosfsck 3.0.7 (24 Dec 2009)
dosfsck 3.0.7, 24 Dec 2009, FAT32, LFN
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "mkdosfs"
Media byte 0xf0 (5.25" or 3.5" HD floppy)
       512 bytes per logical sector
       512 bytes per cluster
         1 reserved sector
First FAT starts at byte 512 (sector 1)
         2 FATs, 12 bit entries
      4608 bytes per FAT (= 9 sectors)
Root directory starts at byte 9728 (sector 19)
       224 root directory entries
Data area starts at byte 16896 (sector 33)
      2847 data clusters (1457664 bytes)
18 sectors/track, 2 heads
         0 hidden sectors
      2880 sectors total
Checking for bad clusters.
Checking for unused clusters.
/dev/fd0: 0 files, 0/2847 clusters
 
koyo@Strongstorm:~$


Le lecteur fonctionne, la disquette n'est pas défectueuse. Mais pas moyen de monter, j'y comprends rien !
Si quelqu'un pouvait m'apporter un coup de main, je suis largué là  :sweat:  
 
Merci d'avance !
 
EDIT: Passage en "résolu".


Message édité par le pote le 23-07-2010 à 12:16:33
Reply

Marsh Posté le 02-07-2010 à 08:20:49   

Reply

Marsh Posté le 02-07-2010 à 11:28:11    

Le montage sous Ubuntu (Gnome) ne se fait pas en cliquant sur l'icône qui apparait sur le bureau après avoir inséré ta diskette ?
Il me semble que c'est le comportement par defaut sous Gnome.


---------------
Décentralisons Internet-Bépo-Troll Bingo - "Pour adoucir le mélange, pressez trois quartiers d’orange !"
Reply

Marsh Posté le 02-07-2010 à 17:25:18    

Ce que tu fais via l'interface graphique doit pouvoir se faire en ligne de commande :)
Le pote t'as essayé avec une autre disquette ? Un autre lecteur ? Ya des drivers différent suivant les lecteurs de disquettes ? [:ddr555]

Message cité 1 fois
Message édité par ptibeur le 02-07-2010 à 17:25:25

---------------
- And what do we do when we're sad ? - Add to cart ! - No !
Reply

Marsh Posté le 03-07-2010 à 01:26:40    

Fork Bomb a écrit :

Le montage sous Ubuntu (Gnome) ne se fait pas en cliquant sur l'icône qui apparait sur le bureau après avoir inséré ta diskette ?
Il me semble que c'est le comportement par defaut sous Gnome.


Bien sûr, j'ai essayé ça, mais ça ne fonctionne pas. Gnome prétend qu'il n'y a aucun média dans le lecteur.
http://hfr-rehost.net/thumb/self/pic/3bc8fcf867b682cfab89dfbbd0acf21584ba236e.png
 

ptibeur a écrit :

Ce que tu fais via l'interface graphique doit pouvoir se faire en ligne de commande :)
Le pote t'as essayé avec une autre disquette ? Un autre lecteur ? Ya des drivers différent suivant les lecteurs de disquettes ? [:ddr555]


 
J'ai essayé avec plusieurs disquettes, qui par ailleurs fonctionnent très bien sous Windows XP (lecture, écriture, aucun secteur mort, FAT nickel).
Je n'ai pas essayé avec un autre lecteur, simplement parce que je n'en ai pas d'autre.
L'ordinateur dont il est question n'a pas de multiboot avec un autre OS: impossible de tester ainsi.
Le fait que je puisse faire fonctionner sans problème des outils de vérification de système de fichiers sur les disquettes de ce lecteur indiquent néanmoins que le lecteur fonctionne correctement (comment pourrait-on accéder aux secteurs des disquettes sinon?).
Et non, il n'y pas pas plusieurs drivers de lecteur de disquette. Je n'ai pas précisé parce que ça me paraissait évident, mais il s'agit d'un lecteur de disquette 3,5" interne, tout ce qu'il y a de plus standard (pas USB ou autre).
 
Je sèche.

Reply

Marsh Posté le 05-07-2010 à 23:43:38    

up  :sweat:

Reply

Marsh Posté le 06-07-2010 à 18:45:50    

Hello,
 
dmesg ne te donne rien quand tu tentes de monter la disquette ?

Message cité 1 fois
Message édité par Tsomi le 06-07-2010 à 18:46:06
Reply

Marsh Posté le 06-07-2010 à 21:49:23    

Tu as simplement essayé de booter avec le liveCD d'ubuntu 10.04 ?
Si ça fonctionne, c'est que le bug vient d'une modif que tu as faite. Pour ce que ça vaut, j'ai aucun problème à lire/écrire des diskettes en 10.04.

Reply

Marsh Posté le 23-07-2010 à 02:21:33    

Bon, j'ai essayé avec 3 lecteurs différents et 10 disquettes neuves (j'ai testé toutes les disquettes de la boîte). Tout ce petit bazar fonctionne sous windows XP sans encombre.
Mais sous Ubuntu 10.04, impossible d'avoir un fonctionnement satisfaisant.

Tsomi a écrit :

Hello,
dmesg ne te donne rien quand tu tentes de monter la disquette ?

Hélas non.

BloodyCarnage a écrit :

Tu as simplement essayé de booter avec le liveCD d'ubuntu 10.04 ?
Si ça fonctionne, c'est que le bug vient d'une modif que tu as faite.

Je vais essayer...


Message édité par le pote le 23-07-2010 à 02:23:40
Reply

Marsh Posté le 23-07-2010 à 03:02:55    

OK, c'est un bug connu.
Pour résoudre ce problème, deux solutions:

 

- Se taper le montage et le démontage en adressant /dev/fd0u1440 au lieu du classique /dev/fd0;  (solution peu élégante);

 

- Ou alors, forcer la version du paquet udisks en version 1.0.1-1build1 (version antérieure). Pour ce faire, dans le gestionnaire de paquet Synaptic, commencez par faire une recherche de paquet sur udisks, cliquer pour le mettre en surbrillance. Puis, choisissez le menu "paquet", puis "forcer la version". Choisissez "1.0.1-1build1". Validez tout, appliquez les changements... Et ca baigne !
N'oubliez pas de bloquer le paquet pour ne pas qu'il se mette à jour ! Pour ce faire, choisissez "bloquer le paquet" dans le menu paquet de synaptics.

 

Merci à tous de m'avoir accordé quelques minutes de votre temps ;)

Message cité 1 fois
Message édité par le pote le 23-07-2010 à 12:25:19
Reply

Marsh Posté le 21-09-2010 à 22:51:49    

le pote a écrit :

OK, c'est un bug connu.
Pour résoudre ce problème, deux solutions:
 
- Se taper le montage et le démontage en adressant /dev/fd0u1440 au lieu du classique /dev/fd0;  (solution peu élégante);
 
- Ou alors, forcer la version du paquet udisks en version 1.0.1-1build1 (version antérieure). Pour ce faire, dans le gestionnaire de paquet Synaptic, commencez par faire une recherche de paquet sur udisks, cliquer pour le mettre en surbrillance. Puis, choisissez le menu "paquet", puis "forcer la version". Choisissez "1.0.1-1build1". Validez tout, appliquez les changements... Et ca baigne !
N'oubliez pas de bloquer le paquet pour ne pas qu'il se mette à jour ! Pour ce faire, choisissez "bloquer le paquet" dans le menu paquet de synaptics.
 
Merci à tous de m'avoir accordé quelques minutes de votre temps ;)


 
 
Un grand merci  :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed