Andesi - forum

Regarde du côté de /etc/udev/rules.d et amuse toi avec quelques grep.

LeDub content de lire du Pathe et, peut-être, de lui donner un coup de pathe

Voilà :

# lsusb
Bus 002 Device 005: ID 05ac:1204 Apple Computer, Inc.

Oui, mais :

# mount /mnt/ipod/
mount: special device /dev/sda does not exist

D'où ma question :
qu'est-ce qui fait correspondre une adresse style Bus 002 Device 005: ID 05ac:1204
avec /dev/sda ?

Pour savoir quel est le device qu'il va prendre, tu fais un cat /proc/partitions avant et après l'insertion de ipod et tu notes les différences, les nouvelles lignes sont les devices que tu peux utiliser.

LeDub qui, en ce moment, préfère device à devise.

Normalement, tu peux dire à udev de toujours prendre le même device. Mais j'ai jamais configuré un truc du genre

quand au /dev/sda qui n'existe pas, il faut aller faire ton marché dans /dev :

$ ls -l /dev/sd*

:-)

Arf .. A quelques jours près

Bon un copier coller du cache de google :

Using udev with the iPod

The advantage of this is that your iPod will always be /dev/ipod, regardless of the order you plug devices in. This helps by not referencing a set /dev/sd* or /dev/ub* in /etc/fstab -- which allows you to mount your iPod on /mnt/ipod without checking if the iPod was assigned the same device. This gives us more of a "plug-n-play" feel, and limits conflicts with other drives.

The procedure for setting up udev with the iPod has changed since udev version ???. See below for the old procedure.

To use udev first create a file called /etc/udev/rules.d/60-ipod.rules and add this line:
File: /etc/udev/rules.d/60-ipod.rules

  SUBSYSTEMS=="scsi", KERNEL=="sd?2", ATTRS{vendor}=="Apple*", ATTRS{model}=="iPod*", SYMLINK+="ipod", GROUP="plugdev"

Note: /etc/udev/rules.d/50-udev.rules is read before the ipod rules if using 60. If udev rules are applied first, it allows the ipod rules to overide them when they are applied. This allows you to add GROUP="plugdev" to the above rule (plugdev being a group on the system where users who may eject your ipod are listed). If your ipod rules are run first, the udev rules will overide any GROUP you set and set the group ownership to "disk" for /dev/sd* which only root can eject. In short, having your ipod rules run later will allow you to set the group ownership to a more useful group.
Restart udev

In order for our changes to become effective, we must restart udev. To do this, issue the following command, as root:

# udevtrigger

  Problems with Fifth Generation iPods
HFS+ Problems

If you are having problems mounting the iPod in read-write mode, check:

    * If the iPod has a Journalled file system

    It comes like that from factory, disable it through the MacOS X tool DiskUtil (from commandline)

    * If the iPod directory tree has different user / group than your user

    Likely if you started using it from MacOS X. Correct it changing your userID to the same number, or through chgrp and chown.

    * If you constantly see a line like that in dmesg:

hfs: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

    I found out that fixing it with fsck.hfsplus before mounting made the trick. It still would come up with the same problem next time I plugged the iPod, thogh. So I've modified my udev rules to make it to happen automagically:

File: /etc/udev/rules.d/10-local.rules

BUS=="usb", SYSFS{manufacturer}=="Apple*", SYSFS{product}=="iPod*", ACTION=="add", SYMLINK+="ipod", RUN+="/sbin/fsck.hfsplus -r /dev/ipod"

    It works perfectly now! ;-)

Et un lien vers le cache  (parce qu'il y a plein d'infos interesante dedans) :
http://74.125.39.104/search?q=cache:pIo … =clnk&cd=1