Bonjour !
 
Ha le probleme quotidien des newbees sous nunux...  
 
Je suis sous mandrake 10.1 avec un disque dur externe en firewire (que j'éteinds souvent...). Je l'ai configuré avec supermount. Quand j'allume mon pc, il boote tranquille sous linux, puis j'allume mon disque, et celui-ci se monte correctement.
Jusque la, pas de probleme !
Mais voila: Je n'aime pas laisser mon disque allumé.... et quand je le rallume (sans avoir ré-éteind mon pc), c'est la cata...
Je me suis apercu que mon disque est reconnu la premiere fois sur /dev/sdc5. Si je l'éteind puis le rallume, il a changé ! Je le retrouve sur /dev/sdd5. Si je recommence (extinction-rallumage), il change sans cesse: sde5; sdf5, sdg5...  
Alors forcement mon fichier fstab ne sert plus a rien !
En gros, je suis obligé de modifier le fstab a chaque extinction de mon disque...
Naivement je pensais que le "supermount" permettait cette "automatisation" ...
Est ce normal ? (the question du newbie   )
Si oui, quelles sont les autres methodes ? SCript ?
Si non, ou est le probleme ??? Comment rendre ce disque "immobile" ?
 
Merci !

Ptit up avec mon /var/log/messages lorsque j'allume mon disque:
 
Dec  6 09:56:36 villeurbanne-4-82-224-82-97 kernel: ieee1394: Error parsing configrom for node 0-01:1023
Dec  6 09:56:36 villeurbanne-4-82-224-82-97 kernel: ohci1394: fw-host0: SelfID received outside of bus reset sequence
Dec  6 09:56:37 villeurbanne-4-82-224-82-97 kernel: ieee1394: Error parsing configrom for node 0-00:1023
Dec  6 09:56:42 villeurbanne-4-82-224-82-97 kernel: scsi3 : SCSI emulation for IEEE-1394 SBP-2 Devices
Dec  6 09:56:42 villeurbanne-4-82-224-82-97 ieee1394.agent[8498]: ... no drivers for IEEE1394 product 0x/0x/0x
Dec  6 09:56:42 villeurbanne-4-82-224-82-97 ieee1394.agent[8509]: ... no drivers for IEEE1394 product 0x/0x/0x
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel: ieee1394: sbp2: Logged into SBP-2 device
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel:   Vendor: Maxtor 6  Model: Y160P0            Rev:
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 06
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel: SCSI device sdc: 320173056 512-byte hdwr sectors (163929 MB)
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel: SCSI device sdc: drive cache: write through
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel:  /dev/scsi/host3/bus0/target0/lun0: p1 < p5 >
Dec  6 09:56:43 villeurbanne-4-82-224-82-97 kernel: Attached scsi disk sdc at scsi3, channel 0, id 0, lun 0
Dec  6 09:56:44 villeurbanne-4-82-224-82-97 scsi.agent[8535]: disk at /devices/pci0000:00/0000:00:0d.0/fw-host0/0050770e00071002/0050770e00071002-0/host3/3:0:0:0
Dec  6 09:56:44 villeurbanne-4-82-224-82-97 perl: drakupdate_fstab called with --auto --add /dev/sdc1
Dec  6 09:56:44 villeurbanne-4-82-224-82-97 perl: drakupdate_fstab called with --auto --add /dev/sdc5

1. supermount automatise le montage/démontage d'un disque/une partition.
 
supermount ne gère pas le changement de partition.
de plus ce pb est apparau avec le noyau 2.6 car le noyau 2.4 ne changeait pas de numéro tout le temps.
 
2. on dirait que drakupdate_fstab ajoute la partition dans le fichier /etc/fstab :

 
as tu vérifié si la ligne apparaissait dans /etc/fstab ?
cependant comme il y a plusieurs partitions ( 2 partitions : sdX1 et sdX5 ), la mdk ne va pas monter les partitions automatiquement ( et donc tu n'auras pas une icône qui apparaitra sur le bureau )

Nan, dans mon fstab, aucune ligne avec sdc1 ou sdc5...
Mais ce que je comprends encore moins (je ne m'en étais pas rendu compte...), c'est que je n'ai qu'UNE seule partition...
Donc avec une seule partition, ce devrait toujours etre sdc1, nonpas sdc5, non ?

il en voit 2 ...
 
fais un : fdisk -l /dev/sdX
http://www.linux-wizard.net/howto. [...] article=12

Merci! exact... pourtant je n'en ai jamais crée 2 !!!...
 
Disque /dev/sdc: 163.9 Go, 163928604672 octets
255 têtes, 63 secteurs/piste, 19929 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
 
Périphérique Boot      Start         End      Blocks   Id  System
/dev/sdc1               2       19929   160071660    f  W95 Ext'd (LBA)
/dev/sdc5               2       19929   160071628+   b  W95 FAT32
 
 
Comment n'en laisser qu'une seule, sans formater les données ?

tu fais un backup des données, tu effaces al 2ème paratition, tu grandie à la taille maximale la 1ère ( ou tu l'efface et la refait ), tu restaures les données.
 
 
si tu peux y accéder avec partition magic, peut être que tu pourras fusionner les partitions

Apres formatage, tout fonctionne !
En fait Je n'avais jamais vu que ma partition ne commencait pas au debut de mon disque. Et le fait d'avoir 7.3 Mo non formaté au debut du disque devait perturbé le systeme... !!!
Maintenant tout est Ok, Merci beaucoup !
...
Sauf un petit truc con... je voulais que mon disque se monte avec supermount en /mnt/data... impossible... apres chaque changements, il revient imperturbable en /mnt/hd3...
J'ai édité le fstab, mais chaque rallumage du disque le modifie et il retrouve son repertoire /mnt/hd3...
C'est dommage, mais c'est pas grave... !

c'est dynamic et drakupdate_fstab qui gèrent cela. on ne peut pas ( pour l'instant ? =) personnaliser ce genre de paramètres.

tant pis !
Merci!

ptit up, j'ai encore des problemes...
bizarrement plusieurs icones de mon disque sont restées sur le bureau meme apres démontage... mais tout fonctionnait.
Tout a l'heure, je branche mon disque sur un mac, fait un transfert de fichiers (fonctionne nickel), et depuis, impossible d'écrire quoi que ce soit sur mon disque sous linux !
Le disque se monte automatiquement à son allumage, mais impossible de supprimer des fichiers, ou d'en créer, meme en root !
Dans mon fstab, j'ai:
/dev/sdc1 /mnt/hd3 auto umask=0,user,iocharset=iso8859-15,sync,kudzu,codepage=850,noauto,exec,users 0 0
(d'ailleurs le supermount a sauté... je sais pas comment...)
Normallement le umask=0 autorise l'écriture, non ?

Up ?

regarde les logs du noyau, tu verras si éventuellement il détecte untruc bizarre, etc ...

quand j'étend le disque:
": scsi4 (0:0): rejecting I/O to dead device
: FAT: Directory bread(block 156290) failed
: drakupdate_fstab called with -auto --del /dev/sdd1
: scsi4 (0:0): rejecting I/O to dead device
: FAT: Directory bread(block 156291) failed"
 
quand je rallume:
": ieee1394: Error parsing configrom for node 0-00:1023
: scsi5 : SCSI emulation for IEEE-1394 SBP-2 Devices
: ieee1394: sbp2: Logged into SBP-2 device
:   Vendor: Maxtor 6  Model: Y160P0  Rev:
:   Type:   Direct-Access  ANSI SCSI revision: 06
: SCSI device sdd: 320173056 512-byte hdwr sectors (163929 MB)
: SCSI device sdd: drive cache: write through
:  /dev/scsi/host5/bus0/target0/lun0: p1
: Attached scsi disk sdd at scsi5, channel 0, id 0, lun 0
scsi.agent[7829]: disk at /devices/p                    ci0000:00/0000:00:0d.0/fw-host0/0050770e00071002/0050770e00071002-0/host5/5:0:0:                    0
: drakupdate_fstab called with --auto --add /dev/sdd1
: suggest_mount_point: don't know what to with hd sdd1"
 
Mais maintenant, je peux écrire, effacer, relire mon disque. Mais des que je le rallume, tout ce que j'ai écris ou effacé a disparu... pfffiuiiit....
Mais si je ne fais que le démonter, les modifs sont intacts !
Et le pire: ce disque fonctionne sans probleme sous window !!!
au secours !!!!
 

tu devrais faire un scandisk/dosfsck sur la partition.
 
si sans démo,nter les données ne sont aps sur le disque c'est parce que les accès ne sont pas synchronisé.
le 2.6.8.1-20mdk ajoute un support basic pour sync pour le pilote vfat.
 
cependant umount toujours une partoche. Même win 2k/Xp demande que l'on détache correctement un périphérique amovible pour s'assurer que les caches sont vidées correctement.
 
supermount le faisait automatiquement mais cela se faisait au détriment des performances. Pour garder des perfs correctes il faut utiliser des accès asynchrones.

J'ai exactement le même PB, je comprends maintenant pourquoi mon disque sur USB fluctue entre sda1 et sda5 en permanence sur ma carte USB 2.0
 
J'ai le même PB avec ma clé USB mais cette fois sur les ports USB 1.1 de ma carte mère qui fluctue alors entre sdb1 et sdb5

z'avez qu'à faire des règles appropriées pour udev (cf le topic des règles udev du forum)

je vais tester !
merci !

En renommant le script drakupdate_fstab, en créant une rêgle udev avec un ptit scipt (cf topics rêgles udev), ca fonctionne. Mais pas aussi bien que je voudrais.
Le montage avec drakupdate-fstab était très performant, sauf qu'il n'utilisait pas MA configuration (il retrouvait toujours sa config par défaut, sans l'option rw... pas tres pratique !!!!). Comment le configurer "simplement" (car le perl et moi....), et lui changer les parametres par défaut ?
(d'ailleurs pourquoi il utilise defs et pas udev se script ? car Mandrake 10.1 est fournie sans !...)

ce n'est pas implémenter. tu peux modifier les différents scripts impliqué ou faire un rapport de bug pour demander la possibilité de personaliser ce genre de paramètres.
 
drakupdate_fstab utilise udev ou devfs