Archlinux.fr [Forums]

Bonjour,

soit une clef usb créée, par exemple, à partir d'une image iso hybride, comme une clef d'installation de Archlinux. Elle est composée de 2 partitions, l'une au format iso9660 et l'autre au format vfat pour l'EFI. /dev/sdb1 et /dev/sdb2 par exemple

avec la première version de udisks il est possible de monter la clef elle-même (/dev/sdb), pour laquelle lsblk fait apparaître un système de fichier iso9660. avec cette solution on dispose de toute la clef, la partition vfat est "montée" dans le répertoire EFI de la première partition

pour démonter c'est aussi simple Seulement voila, j'aimerai que ceci soit compatible (démontable) avec les navigateurs de fichiers (pcmanfm, thunar, dolphin....) mais ceux-ci utilisent non plus udisks mais udisksctl (du paquet udisk2). Et avec cette commande je ne trouve pas comment faire. me renvoie Selon quelques lectures (par ex: http://igurublog.wordpress.com/2012/03/ ... for-linux/) udisks2 est une vraie régression par rapport à la première version. Est-ce donc seulement possible ?

Dans l'expectative contraire existe-t-il une alternative ? Fuse ?

Merci d'avance

Désolé de dire que ton article est juste un troll de première.
Tout est possible, il suffit de lire le man de udisk2 et d'utiliser dbus. Mais en effet cela peut être perturbant la première fois...

je suis sans doute un peu bas du front mais j'ai lu et relu le man, et passé des heures carrées à rechercher sur le web. Alors si tu pouvais avoir la gentillesse de me donner la solution que je n'ai pas trouvé ce serait gentil de ta part.

Et crois-le ou pas, il n'y a aucun esprit de troll dans ma question.

Monte la première partition au lieu du disque : Le système iso9660 est encapsulé dans la 1ere partition.

vintherine a écrit : on dispose de toute la clef, la partition vfat est "montée" dans le répertoire EFI de la première partition

Je suis pas sûr, si tu montes /dev/sdc, tu as normalement un EFI/archiso/efiboot.img et non le contenu de la 2ème partition.

Après, pourquoi avec udisks (et mount) ça fonctionne, et avec udisksctl non, ça doit être la manière de détecter les partitions.

Monte la première partition au lieu du disque :

Code : Tout sélectionner

udisksctl mount -b /dev/sdb1

oui, comme cela ça marche, et je peux monter aussi /dev/sdb2 ailleurs qui sera dans /run/etc... Mais ce n'est pas ce que l'on obtient avec udisks (V1)

Méthode udisksctl : Méthode udisks (V1) : je m'exprime sans doute mal mais le test n'est pas difficile à reproduire : il suffit de créer une clef bootable avec une image archlinux

EDIT : Bon, mettons que je n'ai rien dit

en fait il y a la même chose dans les répertoire EFI, donc monter /dev/sdb ou /dev/sdb1 semble effectivement revenir au même.

J'aimerai juste y comprendre quelque chose

Le principe d'une image hybride est d'être reconnue en même temps comme disque iso9660 (typiquement un CD-ROM) et comme disque avec un partitionnement DOS.
Et pour arriver à ce résultat, le contenu du CD est encapsulé dans une partition qui commence sur le secteur 0 (au lieu du 63 ou autre habituellement).
Le souci, c'est que des programmes comme udisks2 ou gparted s'embrouillent, alors est ce que c'est parce qu'ils détectent plus de choses et ne savent pas où donner de la tête ou parce qu'ils s'arrêtent au premier truc détectée ... bref, perso, pour des cas comme ça où c'est un peu spécial (à la base, c'est fait pour gruger le bios), du moment que ça fonctionne d'une manière, ça me va.

La 2ème partition, c'est encore autre chose, elle fait partie de la première mais est sur un autre système de fichier. Si je ne me trompe pas, elle correspond à efiboot.img

Merci beaucoup pour tes explications. Une dernière questions toutefois, si je n'abuse pas : existe-t-il d'autres cas de figure où le système de fichier est installé directement sur la racine du disque, c.à.d. sans partitionnement ? Il me semble avoir vu ça dans le passé.

Personnellement je vois le cas lors d'un RAID logiciel (mdadm), on assemble plusieurs disques/partitions, ce qui nous donne un disque "virtuel" représentant le RAID. Il est courant de ne pas créer de table de partition si on veut que tout le volume ne soit qu'une seule partition.
Sinon à part les clé USB (ce n'est pas forcément recommandé, mais je l'ai déjà vu), je ne vois pas beaucoup d'autre cas ou tu n'as aucune table de partition

Dans le cas du LVM on peut aussi utiliser directement un disque sans le partitionner. C'est le même principe que pour le RAID. Dans les deux cas, c'est le device mapper qui va gérer le volume, le partitionnement n'a pas d'intérêt.

Je vous remercie