[udisks2] détection de périphériques e-sata (résolu)

[vintherine]

Bonjour,

environnement : archbang à jour c.a.d. openbox + tint2. Comme beaucoup j'utilise des applications diverses provenant aussi bien de gnome, kde ou xfce

j'ai un disque dur externe connecté en e-sata avec 1 partition ext4. J'ai quelques soucis au montage depuis une mise à jour récente et l'apparition de udisks2.

Code : Tout sélectionner

$ yaourt -Q udisks2
extra/udisks2 1.94.0-1
$ package-query -S --qdepends udisks2
extra/gnome-disk-utility 3.4.1-1 (gnome-extra) [installed]
extra/gvfs 1.12.1-1 [installed]

udisk, version précédente reste installé

Code : Tout sélectionner

$ yaourt -Q udisks
extra/udisks 1.0.4-3
$ package-query -S --qdepends udisks
extra/kdelibs 4.8.2-1 [installed]
extra/xfce4-power-manager 1.0.11-2 (xfce4-goodies)
community/libfm 0.1.17-1 (lxde) [installed]

Si je démarre mon pc avec le disque attaché, il est pris en compte est apparaît non monté dans la commande lsblk

Code : Tout sélectionner

$ lsblk -o NAME,MOUNTPOINT,TYPE,FSTYPE -P 
NAME="sdb1" MOUNTPOINT="" TYPE="part" FSTYPE="ext4"

si je le monte avec udisks --mount /dev/sdb1 (udisks) il se monte dans /media/LABEL
si je le monte avec udisksctl mount -b /dev/sdb1(udisks2) il se monte dans /run/media/USER/LABEL

Première question : pourquoi m'est-il demandé un mot de passe dans le deuxième cas et pas dans le premier ?

Deuxième problème, plus embêtant, si je débranche et rebranche le périphérique il ne réapparaît plus

Code : Tout sélectionner

tail -f /var/log/messages.log
Apr 26 10:35:00 localhost kernel: [13512.541079] ata5: hard resetting link
Apr 26 10:35:00 localhost kernel: [13513.258750] ata5: SATA link down (SStatus 0 SControl 300)
Apr 26 10:35:05 localhost kernel: [13518.258746] ata5: hard resetting link
Apr 26 10:35:06 localhost kernel: [13518.578750] ata5: SATA link down (SStatus 0 SControl 300)
Apr 26 10:35:06 localhost kernel: [13518.578761] ata5: limiting SATA link speed to 1.5 Gbps
Apr 26 10:35:11 localhost kernel: [13523.578742] ata5: hard resetting link
Apr 26 10:35:11 localhost kernel: [13523.898749] ata5: SATA link down (SStatus 0 SControl 310)
Apr 26 10:35:11 localhost kernel: [13523.898765] ata5.00: disabled
Apr 26 10:35:11 localhost kernel: [13523.898789] ata5: EH complete
Apr 26 10:35:11 localhost kernel: [13523.898822] ata5.00: detaching (SCSI 4:0:0:0)
Apr 26 10:35:11 localhost kernel: [13523.901138] sd 4:0:0:0: [sdb] Synchronizing SCSI cache
Apr 26 10:35:11 localhost kernel: [13523.901214] sd 4:0:0:0: [sdb]  Result: hostbyte=0x04 driverbyte=0x00
Apr 26 10:35:11 localhost kernel: [13523.901222] sd 4:0:0:0: [sdb] Stopping disk
Apr 26 10:35:11 localhost kernel: [13523.901241] sd 4:0:0:0: [sdb] START_STOP FAILED
Apr 26 10:35:11 localhost kernel: [13523.901246] sd 4:0:0:0: [sdb]  Result: hostbyte=0x04 driverbyte=0x00

Sans surprise la commande lsblk ne fait pas apparaître le disque

si je fais la même chose sur un liveusb non mis à jour ça donne ça :

Code : Tout sélectionner

Apr 26 05:02:54 localhost kernel: [  477.415287] ata5: hard resetting link
Apr 26 05:02:55 localhost kernel: [  478.133388] ata5: SATA link down (SStatus 0 SControl 300)
Apr 26 05:03:00 localhost kernel: [  483.133373] ata5: hard resetting link
Apr 26 05:03:00 localhost kernel: [  483.453351] ata5: SATA link down (SStatus 0 SControl 300)
Apr 26 05:03:00 localhost kernel: [  483.453365] ata5: limiting SATA link speed to 1.5 Gbps
Apr 26 05:03:05 localhost kernel: [  488.453356] ata5: hard resetting link
Apr 26 05:03:05 localhost kernel: [  488.773352] ata5: SATA link down (SStatus 0 SControl 310)
Apr 26 05:03:05 localhost kernel: [  488.773363] ata5.00: disabled
Apr 26 05:03:05 localhost kernel: [  488.773376] ata5: EH complete
Apr 26 05:03:05 localhost kernel: [  488.773390] ata5.00: detaching (SCSI 4:0:0:0)
Apr 26 05:03:05 localhost kernel: [  488.786860] sd 4:0:0:0: [sdb] Synchronizing SCSI cache
Apr 26 05:03:05 localhost kernel: [  488.786915] sd 4:0:0:0: [sdb]  Result: hostbyte=0x04 driverbyte=0x00
Apr 26 05:03:05 localhost kernel: [  488.786920] sd 4:0:0:0: [sdb] Stopping disk
Apr 26 05:03:05 localhost kernel: [  488.786929] sd 4:0:0:0: [sdb] START_STOP FAILED
Apr 26 05:03:05 localhost kernel: [  488.786932] sd 4:0:0:0: [sdb]  Result: hostbyte=0x04 driverbyte=0x00
Apr 26 05:03:09 localhost kernel: [  492.855701] ata5: limiting SATA link speed to 1.5 Gbps
Apr 26 05:03:09 localhost kernel: [  492.855705] ata5: hard resetting link
Apr 26 05:03:15 localhost kernel: [  498.426688] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Apr 26 05:03:15 localhost kernel: [  498.437386] ata5.00: unexpected _GTF length (8)
Apr 26 05:03:15 localhost kernel: [  498.437540] ata5.00: ATA-8: ST3500418AS, CC37, max UDMA/133
Apr 26 05:03:15 localhost kernel: [  498.437543] ata5.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32)
Apr 26 05:03:15 localhost kernel: [  498.438665] ata5.00: unexpected _GTF length (8)
Apr 26 05:03:15 localhost kernel: [  498.438819] ata5.00: configured for UDMA/133
Apr 26 05:03:15 localhost kernel: [  498.438829] ata5: EH complete
Apr 26 05:03:15 localhost kernel: [  498.438999] scsi 4:0:0:0: Direct-Access     ATA      ST3500418AS      CC37 PQ: 0 ANSI: 5
Apr 26 05:03:15 localhost kernel: [  498.439278] sd 4:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Apr 26 05:03:15 localhost kernel: [  498.439330] sd 4:0:0:0: [sdb] Write Protect is off
Apr 26 05:03:15 localhost kernel: [  498.439355] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Apr 26 05:03:15 localhost kernel: [  498.451190]  sdb: sdb1
Apr 26 05:03:15 localhost kernel: [  498.451566] sd 4:0:0:0: [sdb] Attached SCSI disk

la commande lsblk donne

Code : Tout sélectionner

lsblk -f
sdb                                   
└─sdb1

et je peux remonter le disque sans problème.

Si je met mon pc en veille au retour le montage m'est proposé (avec demande de mot de passe) par thunar, qu'il ait été débranché/rebranché avant ou pas.

Débrancher et rebrancher une clef usb ne pose aucun problème : remontage automatique grâce à thunar --daemon dans /run/media/USER/LABEL

Voilà, ça fait des plombes que j'essaie de comprendre, sans succès. Toute aide serait grandement appréciée.

[tuxce]

Première question : pourquoi m'est-il demandé un mot de passe dans le deuxième cas et pas dans le premier ?

T'as modifié des permissions udisks dans polkit et tu ne l'as pas fait pour udisks2 ?
Ceci dit, ça peut être une piste, la demande de mot de passe, il doit pas être considéré comme ejectable.

Code : Tout sélectionner

udisksctl info -b /dev/sdxy

[vintherine]

T'as modifié des permissions udisks dans polkit et tu ne l'as pas fait pour udisks2 ?

non, ça fonctionnait avant sans que j'ai eu à modifier quoique ce soit.

Après détection du problème j'ai essayé de suivre http://wiki.archlinux.fr/Polkit et de créer le fichier: /etc/polkit-1/localauthority/50-local.d/montage-interne.pkla

Code : Tout sélectionner

[Montage interne pour vince]
 Identity=unix-user:vince
 Action=org.freedesktop.udisks.filesystem-mount-system-internal
 ResultActive=yes
 ResultInactive=no
 ResultAny=yes

sans effet.

Quand au périf il n'est pas considéré comme éjectable mais ne l'étais pas plus avant. Mais pendant qu'on y est voici le résultat de la commande

Code : Tout sélectionner

[vince@archbang ~]$ udisksctl info -b /dev/sdb1
/org/freedesktop/UDisks2/block_devices/sdb1:
  org.freedesktop.UDisks2.Block:
    Configuration:              []
    CryptoBackingDevice:        '/'
    Device:                     /dev/sdb1
    DeviceNumber:               2065
    Drive:                      '/org/freedesktop/UDisks2/drives/ST3500418AS_5VM3H0HN'
    HintAuto:                   false
    HintIconName:               
    HintIgnore:                 false
    HintName:                   
    HintPartitionable:          true
    HintSystem:                 true
    IdLabel:                    E500
    IdType:                     ext4
    IdUUID:                     f4cd4d67-b9fc-4f44-a07a-1c0199520c3f
    IdUsage:                    filesystem
    IdVersion:                  1.0
    PreferredDevice:            /dev/sdb1
    ReadOnly:                   false
    Size:                       500106813440
    Symlinks:                   /dev/disk/by-id/ata-ST3500418AS_5VM3H0HN-part1
                                /dev/disk/by-id/wwn-0x5000c5001bdd354a-part1
                                /dev/disk/by-label/E500
                                /dev/disk/by-uuid/f4cd4d67-b9fc-4f44-a07a-1c0199520c3f
  org.freedesktop.UDisks2.Filesystem:
    MountPoints:        
  org.freedesktop.UDisks2.Partition:
    Flags:              0
    IsContained:        false
    IsContainer:        false
    Name:               
    Number:             1
    Offset:             1048576
    Size:               500106813440
    Table:              '/org/freedesktop/UDisks2/block_devices/sdb'
    Type:               0x83
    UUID:               

[tuxce]

L'exemple de modification des permissions dans le wiki concerne udisks et non udisks2, c'est la permission org.freedesktop.udisks2.filesystem-mount-system que tu dois spécifier pour udisks2

Tu peux donner les infos que récupere udisks (1er du nom):

Code : Tout sélectionner

udisks --show-info /dev/sdb1

?

En ce qui concerne le rebranchement, ça doit plus avoir à faire avec le noyau et udev qu'udisks*, est ce que

Code : Tout sélectionner

udevadm monitor

sort quelque chose lors du rebranchement ?

[vintherine]

Merci tuxce

Tu peux donner les infos que récupere udisks

Code : Tout sélectionner

$ udisks --show-info /dev/sdb1
Showing information for /org/freedesktop/UDisks/devices/sdb1
  native-path:                 /sys/devices/pci0000:00/0000:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sdb/sdb1
  device:                      8:17
  device-file:                 /dev/sdb1
    presentation:              /dev/sdb1
    by-id:                     /dev/disk/by-id/ata-ST3500418AS_5VM3H0HN-part1
    by-id:                     /dev/disk/by-id/wwn-0x5000c5001bdd354a-part1
    by-id:                     /dev/disk/by-uuid/f4cd4d67-b9fc-4f44-a07a-1c0199520c3f
  detected at:                 jeu. 26 avril 2012 12:23:55 CEST
  system internal:             1
  removable:                   0
  has media:                   1 (detected at jeu. 26 avril 2012 12:23:55 CEST)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        500106813440
  block size:                  512
  job underway:                no
  usage:                       filesystem
  type:                        ext4
  version:                     1.0
  uuid:                        f4cd4d67-b9fc-4f44-a07a-1c0199520c3f
  label:                       E500
  partition:
    part of:                   /org/freedesktop/UDisks/devices/sdb
    scheme:                    mbr
    number:                    1
    type:                      0x83
    flags:                    
    offset:                    1048576
    alignment offset:          0
    size:                      500106813440
    label:                     
    uuid:                    

est ce que udevadm monitor sort quelque chose lors du rebranchement ?

Non, absolument rien ne se passe, ni au débranchement ni au rebranchement du disque e-sata (mais actif pour une clef usb)

[tuxce]

Testes un reset du scan des disques:

Code : Tout sélectionner

echo "- - -" > /sys/class/scsi_host/host4/scan

en root, après le débranchement et avant de rebrancher.

[vintherine]

Les mystères de l'Ouest...

après ma précédente réponse je me décide pour un -Syu. Le dernier avait 2 jours à peine mais sait-on jamais... effectivement je vois un kernel 3.3.3 au lieu du 3.3.2

pendant le téléchargement, donc bien avant que la maj soit effective, je rejette un coup d'œil à mes periph... et mon e-sata que précédemment débranché / rebranché et bien là !

je laisse finir la maj, je redémarre le pc et tout va bien... sauf l'auto-montage de thunar qui ne fonctionne plus du tout. Depuis je suis au boulot, j'essaierai de comprendre ce soir.

Il y a du fœhn à Annecy aujourd'hui, un genre de vent qui rend fou. Ça a un impact sur les PC ?

[vintherine]

j'ai relancé thunar --daemon dans une console. Voici ce que j'obtiens quand j'insère une clef usb (vfat)

Code : Tout sélectionner

thunar-volman: Type de périphérique USB non supporté.
thunar-volman: Type de périphérique USB non supporté.
thunar-volman: Ne peux pas détecter le volume correspondant au périphérique.
thunar-volman: Ne peux pas détecter le volume correspondant au périphérique.

Elle est pourtant visible avec lsblk et je n'ai aucune difficulté à les monter à la main que ce soit avec udisks ou udiskctl

Quand la clef est montée elle est affichée dans le panneau latéral de Nautilus (est peut se démonter) mais pas de thunar ni de pcmanfm
Quand la clef est démontée elle n'est visible dans aucun des 3

ça devient rock'n roll

[vintherine]

J'ai trouvé ! enfin, en partie

j'ai une petite applet dans mon tint2 qui me permet, entre autres choses, de monter et démonter des périph. Elle utilise udisks ancienne version ! Hors dès qu'un périph a été monté ou démonté par cette méthode thunar-volman se met en grève. Par contre dès que je remonte, même à la main, avec udisksctl, il se remet à fonctionner. Comprenne qui peut!
Si, comme je l'ai lu quelque-part, dolphin utilise encore udisks et pas udisk2, ça doit se produire chez ceux qui utiliseraient simultanément dolphin et nautilus (ou thunar, ou pcmanfm)

me reste plus qu'à modifier l'applet