Floppy : pourquoi ?

[quote=“eggregor”]Plop,

J’ai eu quelques émois et même, un moment où je ne savais plus trop quoi faire.

Donc après les manips conseillées par fran.b et un break forcé par d’autres obligations, je lance un reboot depuis le terminal, et l’arrêt machine se fait rapidement, sans le blocage sur la désactivation du swap.

1°) Victoire me dis-je, mais çà repart avec pas mal de “Failed et Failure” en rouge que je n’ai pas le temps de noter.

2°) Blocage habituel par contre sur mon user n°2 avec message “could not update ICEauthority file /home/mitch/.ICEauthority”.
Ce phénomène persistant est arrivé au moment de l’install de LMDE sur une partition dédiée mais avec le /home commun avec SID :
[/quote]Possède-t-il son répertoire home?

[quote]
Alors que l’ordi est connecté par câble, que le message “vous êtes maintenant connecté via eth0” est lisible, IMPOSSIBLE d’atteindre une quelconque adresse. (j’ai un pb de connexion wifi depuis les noyaux 3.8,9 et maintenant 10 qui n’acceptent plus le module pour une carte ACX11)

[/quote]/ monté en RO je pense. Donne le résultat de «mount» ainsi que ton /etc/fstab

Bonjour,

Voilà le /fstab avec les points du disque externe :

#Entry for /dev/sdb1 :
/dev/sdb1 /media/disk ntfs-3g defaults,nosuid,nodev,locale=fr_FR.UTF8 0 0
#Entry for /dev/sdb2 :
/dev/sdb2 /media/backup ntfs-3g defaults,nosuid,nodev,locale=fr_FR.UTF8 0 0
#Entry for /dev/sdb3 :
/dev/sdb3 /media/windows ext4 defaults,nosuid,nodev,locale=fr_FR.UTF8 0 0

# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=255878,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=206068k,mode=755)
/dev/disk/by-uuid/a5edcf20-e6ed-4fae-bfd2-df2f7c2b5c2a on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=412120k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda1 on /media/sda1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sda3 on /media/sda3 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
/dev/sda6 on /home type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)
/dev/sdb1 on /media/disk type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdb2 on /media/backup type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

L’user mitch a été créé à l’origine depuis sid avec useradd et un /home/mitch.
Sous LMDE je l’avais choisi comme utilisateur principal avec en conséquence son /home sur la même partition que pour sid.

Il existe sous sid un fichier /home/eggregor/.Xauthority et un /home/mitch/.Xauthority

Merci de ton assistance en tout cas.

L’utilisateur principal a comme uid 1000 en général. Si tu l’as rajouté, il a comme uid 1001 (toujours en général). Il faut mettre en cohérence les uid de cet utilisateur par exemple en lui donnant comme uid sous LMDE 1001 et en faisant

chown -r 1001 /home/mitch

Pour le reste, les fuseblck m’incite à croire que tu utilises automount. Donc

automount voit l’existence de /dev/fd0 (d’après le udev du boute)
Il cherche donc à monter ce périphérique, il échoue à lire le premier secteur (pour cause)Il affiche le rituel I/O error or bad superblock, etc.

Enfin /dev/sdb3 correspond à un répertoire /media/windows (donc à vue de nez serait une partition NTFS ou VFAT) et est déclarée de type ext4 dans ton fstab. Là est le souci je pense. Pas de rapport donc avec le pbm du floppy.

Pour ce dernier j’ai une hypothèse pour expliquer, tu peux essayer la chose (réversible) suivante constant à déplacer temporairement le ficher /etc/modprobe.d/floppy.conf (dans /root par exemple) puis à redémarrer. Si tout se passe correctement avec un arrêt rapide, je pense que l’explication serait que tu as installé ton noyau avec une disquette insérée dans ton lecteur de disquette (entrainant tes soucis initiaux (à détailler mais ça m’a l’air possible)). Dans ce cas également, le fichier floppy.conf redevient inutile une fois l’initrd refait comme c’est désormais le cas.

J’aimerais bien savoir la moitié de ce que tu sais sur GNU/linux.

Je place ci-dessous le résultat de fdisk -l concernant /dev/sdb :

Device Boot Start End Blocks Id System
/dev/sdb1 63 244605689 122302813+ 7 HPFS/NTFS/exFAT
/dev/sdb2 244605690 551800619 153597465 7 HPFS/NTFS/exFAT
/dev/sdb3 551800832 705400831 76800000 83 Linux

/dev/sdb3 est bien formatée Linux en ext4, j’ai appelé le point de montage /windows parce que j’étais peu inspiré ce jour-là.
Il n’y a donc pas d’erreur de rédaction du fstab.

L’histoire de mes installations sont à l’origine celles-ci, pour te dire s’il y a eu ou non l’utilisation d’un lecteur de disque.
Pour des raisons inconnues, à mes débuts sous Linux en 2009, je ne parvenais pas à installer Debian sur ma machine, vas savoir où ça se niche des fois.

Après diverses recherches j’ai installé LMDE (1ere édition) sur une partition avec un CD ou DVD je ne sais plus, gravé sur une autre machine, et l’install s’est passée sans pb.

Depuis LMDE j’ai installé Sid en chrootant une partition dédiée à Sid, avec debootstrap ( j’ai été beaucoup aidé pour réussir cette opération tu t’en doutes.

Les deux distribs avait un /home commun et un user unique commun : eggregor, et je n’ai jamais eu dans cette configuration le moindre souci de montage de partitions

/dev/sdb3 avec le même fstab se montant parfaitement sous Sid.

A l’arrivée de Gnome3, j’ai été trompé par certains commentaires favorables et j’ai installé les pilotes nVidia proprio en blacklistant “nouveau”, pour faire fonctionner Gnome3.

Tout marchait bien, surtout en utilisant GnomeClassic, parce qu’une fois installé, Gnome3 m’a donné des boutons.
Et puis une mise à jour, m’a sucré “Classic” en générant de plus un pb de clavier hyper lent que je n’ai pas réussi à règler parce qu’il me manquait une partie du menu, (mais je ne pouvais le savoir) c’est la que j’ai ajouté un user pour pouvoir utiliser ma bécane.

Dernier acte, LMDE devenant poussive, j’installe la dernière édition dans la même coonfig de partitions, il y a quelques mois avec un nouveau DVD, et c’est effectivement le début de mes soucis.

Toutefois ce qui manquait du menu gnome est revenu au gré des mises à jour, j’ai pu corriger les préférences d’accès du clavier, et j’ai même récupéré Gnomeclassic à l’ouverture de session.

Pardon d’être aussi long dans ces explications et d’abuser de ton temps.

Je vais tenter ce que tu dis pour /etc/modprobe.d/floppy.conf et je te relate ce qui se passe.

Manœuvre effectuée :

Arrêt rapide sans alerte spécifique, seulement de nouveau un arrêt un peu prolongé sur " deactivating swap environ 10", mais plus d’error et coupure nette au bout des 10".

Redémarrage avec toujours la Failure sur le montage de /dev/sdb3, invoquant “locale=fr_FR-UTF8” etc…

Avant le passage sous X (avec encore le pb mitch mais je n’ai rien fait pour le corriger) un message de Failure que je n’ai pas eu le temps de lire malgré un ctrl+s qui invoquait apache http serveur.

Je ne me souviens pas d’avoir jamais installé apache puisque je ne pense pas en avoir besoin.

Pour info voilà ce que donne une recherche :

# aptitude search apache
i A apache2-bin
i A libapache-pom-java
i A libapache2-mod-dnssd

POST-SCRIPTUM
Je reviens à l’instant sur ma machine et ô surprise, je retrouve ça :

$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=255878,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=206068k,mode=755)
/dev/disk/by-uuid/a5edcf20-e6ed-4fae-bfd2-df2f7c2b5c2a on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=412120k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda1 on /media/sda1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sda3 on /media/sda3 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
/dev/sda6 on /home type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)
/dev/sdb1 on /media/disk type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdb2 on /media/backup type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

/dev/sdg3 on /media/eggregor/sauvegarde1 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdg1 on /media/eggregor/F0A0D741A0D70CCA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sdg2 on /media/eggregor/45AC3EC12BE9C299 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

Je pensais avoir réglé l’affaire avec un rmdir /media/eggregor et puis avec ce redémarrage, tout recommence, même tardivement.
Et ce qu’il faut noter c’est que sdg3 se monte sur ce point de montage !!!

Seul et capable de nettoyer un peu fort, je crains de faire des bêtises.

A plus.

Bon pour le problème du floppy c’est réglé.

/dev/sdg1,2 et 3 sont monté sur Media/eggregor/LABEL ou UUID de la partition parce automount est installé. Il crée lui même les points de montage. Il te suffit de décocher montage automatique des périphériques pour régler ce problème.

/dev/sdb3 semble donc être dans un drole d’état. Que te donne

fsck /dev/sdb3

Bonjour et merci de continuer à t’intéresser à mon cas,

# mke2fs -n /dev/sdb3
mke2fs 1.42.8 (20-Jun-2013)
Ne peut évaluer par stat() /dev/sdb3 — Aucun fichier ou dossier de ce type
Le périphérique n’existe apparemment pas ; l’avez-vous spécifié
correctement ?

La-dessus je fais un mount et apparaissent les partitions /dev/sdf1 et sdf2… je me dis que :

# mke2fs -n /dev/sdf3
mke2fs 1.42.8 (20-Jun-2013)
Étiquette de système de fichiers=
Type de système d’exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
4800512 i-noeuds, 19200000 blocs
960000 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=0
586 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424

Donc la partition ne se monte pas mais elle n’est pas en mauvais état

Au passage je remets le /etc/fstab avec les identifiants /dev/sdf qui était les identifiants de départ que j’ai modifié quand le système s’est mis a les appeler “sdb”, et voilà ce que donne le :

# mount -a
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the ‘fuser’ command.
mount: wrong fs type, bad option, bad superblock on /dev/sdf3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

# dmesg | tail
[26889.650017] sd 10:0:0:0: [sdf] Mode Sense: 2d 08 00 00
[26889.651001] sd 10:0:0:0: [sdf] No Caching mode page present
[26889.651012] sd 10:0:0:0: [sdf] Assuming drive cache: write through
[26889.656982] sd 10:0:0:0: [sdf] No Caching mode page present
[26889.656994] sd 10:0:0:0: [sdf] Assuming drive cache: write through
[26901.708764] sdf: sdf1 sdf2 sdf3
[26901.718199] sd 10:0:0:0: [sdf] No Caching mode page present
[26901.718212] sd 10:0:0:0: [sdf] Assuming drive cache: write through
[26901.719120] sd 10:0:0:0: [sdf] Attached SCSI disk
[51373.276462] EXT4-fs (sdf3): Unrecognized mount option “locale=fr_FR.UTF8” or missing value

Pour qui parle british ce qui n’est pas mon cas hélas, il doit y avoir la-dedans quelques explications.

NB: Sur /dev/sda1 il me reste un windows XP que je garde pour des utilisations spécifiques et très rares, hier j’ai songé à le lancer, refus d’ouverture et arrivent des messages de “secteur0 corrompu” empêchant toute manœuvre et forçant un CHKDSK (sans le Carlton) avec réparation du dit secteur.
Les détails de l’aventure, parce que relancer un XP non utilisé depuis un an est une aventure fort longue, n’ont pas d’intérêt ici, mais un SECTEUR ZERO, justement ?

A plus, Je regarde où est caché “automount”.

Pourquoi as tu fait mk2fs et non fsck?? mk2fs a formatté ta partition donc oui maintenant tu es sûr qu’elle est en bon état mais tes fichiers dessus ont disparus.

Tu as ceci dans tes messages,

Vire «,locale=fr_FR.UTF8» dans la ligne de sd?3 sur /etc/fstab.

Il faut comprendre pourquoi la numérotation du disque augmente. Peux tu éteindre puis rallumer la machine et faire un dmesg et donner le résultat de «dmesg | grep sd»

Mais non, il y avait l’option -n (pas de modification).

Mais non, il y avait l’option -n (pas de modification).[/quote]

Ah oui (des baffes!). bon donc il faut également faire un fsck /dev/sd?3 (savoir où sont les super blocs n’a pour le moment qu’un intérêt limité…

Plop,

Après extinction et suppression le locale=fr_FR-UTF8 de sdf3 :

# mount
/dev/sdf1 on /media/disk type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdf2 on /media/backup type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdf3 on /media/windows type ext4 (rw,nosuid,nodev,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)

IMPEC, tout se monte et remonte comme avant la zizanie !
Sur les points de montage créés et non plus sur les /media/eggregor/

Je mets quand même le résultat :

# dmesg | grep sd
[ 2.101141] sd 0:0:0:0: [sda] 320170943 512-byte logical blocks: (163 GB/152 GiB)
[ 2.101218] sd 0:0:0:0: [sda] Write Protect is off
[ 2.101222] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2.101254] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
[ 2.161363] sda: sda1 sda2 < sda5 sda6 sda7 sda8 > sda3
[ 2.162210] sd 0:0:0:0: [sda] Attached SCSI disk
[ 2.926774] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 3.253876] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 3.254685] sd 6:0:0:1: Attached scsi generic sg4 type 0
[ 3.255977] sd 6:0:0:2: Attached scsi generic sg5 type 0
[ 3.257357] sd 6:0:0:3: Attached scsi generic sg6 type 0
[ 3.260756] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[ 3.262129] sd 6:0:0:1: [sdc] Attached SCSI removable disk
[ 3.263498] sd 6:0:0:2: [sdd] Attached SCSI removable disk
[ 3.264112] sd 6:0:0:3: [sde] Attached SCSI removable disk
[ 3.546981] sd 7:0:0:0: Attached scsi generic sg7 type 0
[ 3.547365] sd 7:0:0:0: [sdf] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 3.548611] sd 7:0:0:0: [sdf] Write Protect is off
[ 3.548617] sd 7:0:0:0: [sdf] Mode Sense: 2d 08 00 00
[ 3.550528] sd 7:0:0:0: [sdf] No Caching mode page present
[ 3.550567] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 3.555493] sd 7:0:0:0: [sdf] No Caching mode page present
[ 3.555531] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 3.557180] sdf: sdf1 sdf2 sdf3
[ 3.562491] sd 7:0:0:0: [sdf] No Caching mode page present
[ 3.562529] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 3.575510] sd 7:0:0:0: [sdf] Attached SCSI disk
[ 3.857627] EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: (null)
[ 12.863267] EXT4-fs (sda8): re-mounted. Opts: (null)
[ 13.429167] EXT4-fs (sda8): re-mounted. Opts: errors=remount-ro
[ 16.549824] FAT-fs (sda3): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[ 16.816434] EXT3-fs (sda6): using internal journal
[ 16.816441] EXT3-fs (sda6): mounted filesystem with ordered data mode
[ 17.308091] EXT4-fs (sdf3): mounted filesystem with ordered data mode. Opts: (null)

Bon boulot en tout cas, bravo.

(EDIT désolé)

En cherchant à régler mes problèmes d’impression apparus depuis un récente mise à jour (apparemment je ne suis pas le seul) j’ai été amené à débrancher le périphérique, illico apparition des partitions dans la barre de tâche de Gnome et voilà ce que donne :

# mount (tronqué)

/dev/sdf1 on /media/disk type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdf2 on /media/backup type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdf3 on /media/windows type ext4 (rw,nosuid,nodev,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/sdg3 on /media/eggregor/sauvegarde1 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdg1 on /media/eggregor/F0A0D741A0D70CCA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sdg2 on /media/eggregor/45AC3EC12BE9C299 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

J’avais supprimé le point de montage /media/eggregor !!!

Je vais le refaire, parce que le plus fort, c’est que les partitions montées sur ce point sont les seules qui s’ouvrent réellement, les /dev/sdf passent à la trappe bien que présentes.

Bonne nouvelle toutefois, j’ai réussi à remettre en fonctionnement mon imprimante, depuis CUPS.

Bonjour,

Je suis toujours embêté avec des montages intempestifs de /dev/sdg1,2 ou 3 malgré /etc/fstab qui monte au démarrage /dev/sdf1,2 ou 3, mais c’est plus agaçant que gênant.

Néanmoins en faisant ça il y a un instant, après avoir fermé les “sdg” ouverts un à un avec Thunar après qu’un “machin Gnome” ait proposé de les ouvrir ainsi ou de les éjecter (éjecter des partitions d’un disque /usb!) :

# dmesg | tail

[ 8811.905952] sd 8:0:0:0: [sdf] No Caching mode page present
[ 8811.905959] sd 8:0:0:0: [sdf] Assuming drive cache: write through
[ 8811.911272] sd 8:0:0:0: [sdf] No Caching mode page present
[ 8811.911280] sd 8:0:0:0: [sdf] Assuming drive cache: write through
[ 8823.982476] sdf: sdf1 sdf2 sdf3
[ 8823.991388] sd 8:0:0:0: [sdf] No Caching mode page present
[ 8823.991396] sd 8:0:0:0: [sdf] Assuming drive cache: write through
[ 8823.991402] sd 8:0:0:0: [sdf] Attached SCSI disk
[ 8825.215054] EXT4-fs (sdf3): recovery complete
[ 8825.215064] EXT4-fs (sdf3): mounted filesystem with ordered data mode. Opts: (null)

Ces message “No caching mode page présent” apparaissent toujours au démarrage machine.

Qu’est-ce qu’on peut faire pour remettre de l’ordre ?

PS: Avec en plus maintenant des ennuis d’imprimante (j’ai,j’en suis désolé croyez le bien, ouvert un post aujourd’hui à ce sujet), tout autant depuis SID que depuis Squeeze, récemment installée avec un disque béton, celui des Cahiers de l’Administrateur Debian que m’avait envoyé Roland Mas ou Raphaël Hertzog, je commence à péter mes plombs GNU/Linux Debian, et je désespère de retrouver ma tranquillité devant ma bécane.