[Multiboot] Utilisation

[nicollivier]

Bonjour,

J'ai décidé de faire un peu le ménage dans mon ordinateur, et aussi de faire des tests sur d'autres distrib, et pour les installer je veux passer passer par une clé USB.
Habituellement j'utilise la commande suivante:

Code : Tout sélectionner

dd if=/home/XX.iso of=/dev/sda

Mais j'ai trouvé l'application multisystem, appelé multiboot sous Archlinux.
Je l'ai bien installé, mais lorsque je veux la lancer elle me dit que je ne suis pas root, puis se ferme.
Si je veux la lancer depuis la console en étant connecté root, elle ne lance pas l'interface, mais reste en ligne de commande.

Est-ce quelqu'un connaitrait une façon de pouvoir lancer cette application sous root, sans passer par la console ?!

Merci

Nico

[karhu]

Bonjour
En tant qu'utilisateur tu es bien dans les groupes d'administration ?
Dans ce cas il me semble que tu n'as pas besoin d'être root.
Karhu.

[nicollivier]

Salut

Alors non je ne pense que j'y suis.
Je viens de m'ajouter au groupe "adm", via la commande:

Code : Tout sélectionner

usermod -G adm nicollivier

Mais cela ne suffit pas apparemment.
Quels sont les autres groupes ?!

[karhu]

wheel et sys je crois (?).
Sinon tu peux toujours utiliser gksu pour le lancer en tant que root.
Je suis intéressé par multiboot aussi, seulement il dépend de hal, que j'ai supprimé car il est déprécié et de grub2 que je n'ai pas installé (je préfère grub1).
Es tu dans le même cas de figure, et cela pose t'il des problèmes ?
Karhu.

[Skwad]

@karhu : Pour grub2, oui c'est indispensable. Je suis dans le même cas que toi et la seule solution que j'ai trouvé c'est de me graver le live-cd mis à disposition sur le site. Un peu plus long certes, mais ça roule nickel.

@Nicollivier : À ta place, j'irai poser mes questions ici : http://forum.ubuntu-fr.org/viewtopic.php?id=427605
Le dev de cet outil est très actif et se fera un plaisir de répondre à toutes tes questions.


Et +1 pour cet outil formidable.



P.S. : Le lien pour télécharger les iso multisystem : http://liveusb.info/multisystem/iso_ms_ubuntu/ms-lts/

[FoolEcho]

wheel et sys je crois (?).

'wheel' ou 'sudo' si activé.
'sys' est pour cups.

EDIT:

Je viens de m'ajouter au groupe "adm", via la commande:

Code : Tout sélectionner

usermod -G adm nicollivier

Mais cela ne suffit pas apparemment.

Il faut se reconnecter.

[karhu]

'sys' est pour cups.

Comme quoi, j'étais persuadé que 'lp' suffisait pour cups et que sys c'était système.
Promis un jour je vérifierai avant de me fier aux apparences.
Je vais donc me rajouter au groupe adm.
Karhu.

[FoolEcho]

'sys' est une erreur commune.
Pour continuer sur cette parenthèse , 'lp' permet d'imprimer, 'sys' de gèrer cups (c'est donc indépendant de lp -- par défaut, il y a également le compte root pour se faire, mais il faudrait privilègier 'sys' quand même ; cf. cups.conf ), et 'adm' de lire les logs, comme 'log' (j'ai un doute sur l'éventuelle différence entre ces deux derniers )...

[benjarobin]

Je me permet de te corriger, FoolEcho, lp ne sert pas à imprimer. Je n'ai jamais été dans sys, ni dans lp et je peux sans problème imprimer via n'importe quelle application (KDE...). Personnellement j'ai configuré une seule fois via l'interface de cups avec le compte root l'imprimante (Je sais c'est pas bien, ect, mais on ne le fais qu'une seul fois)

[FoolEcho]

N'empêche que le périphérique "appartient" à root/'lp' (après je suppose que kde se débrouille pour y accèder ce qui rend ce groupe dispensable, à la manière du 'storage' pour gnome et autres). 'sys' est effectivement optionnel puisqu'il y a moyen par root.

Je n'insiste pas sur le hors-sujet, d'autant que je ne connais pas le détail de ces choses.

[tuxce]

Je viens après la bataille, mais il faut réctifier certaines infos:
- multisystem a besoin de root et seulement root, il teste le numéro d'id 0.
- Par défaut, il n'y a pas de groupes d'administration, c'est valable sous windows, sous osx, éventuellement sous ubuntu qui configure le groupe "adm" comme pouvant utiliser sudo en tant que root, et seul le premier utilisateur en fait partie.
- Les permissions d'un périphérique ne sont pas directement liées à la possibilité d'utiliser sa fonction. On peut monter des partitions sans pour autant y avoir accès.
- wheel n'a que l'utilité qu'on lui donne, par défaut aucune.
- sudo n'existe pas.
- sous arch, la plupart des logs sont accessibles par le groupe log, adm n'est pas attribué.


Pour en revenir à l'application, je lui ferais pas forcément confiance à 100%, rien que le fait qu'elle teste l'uid 0 puis l'appartenance au groupe "adm", c'est bizarre, sinon, elle est surtout codée pour ubuntu, il y a des dpkg un peu partout, le pkgbuild sur AUR appelle lynx pour la télécharger, c'est directement mis sur /usr/local et le pkgbuild y va à coup de sed ... pour une application devant se lancer en root ...

[nicollivier]

Désolé de répondre en retard mais je n'ai pas eu de notification de vos messages

Quand je vous lis, je pense que je vais donc continuer à utiliser la ligne de commande indiquée dans mon premier post, et qui est aussi indiquée dans le wiki.

Merci de toutes votre aide

Nico

[nicollivier]

Est-ce quelqu'un connaitrait une façon de pouvoir lancer cette application sous root, sans passer par la console ?!

Alors j'ai enfin trouvé une façon de lancer une application avec les droits root.
Sous Kde (à confirmer si c'est identique sous Gnome)
«Alt+F2» pour pouvoir démarrer une application
«Nom», et normalement l'application en question doit apparaitre dans la liste en-dessous.
A droite de ce nom, il doit y avoir un icône en forme de clé, si l'on clique dessus, on va pouvoir spécifier un utilisateur pour la lancer. Et donc dans ce cas-là "root".