#0 Re : -1 » Démarrage live cd » Le 16/05/2013, à 15:51
- Arbiel
- Réponses : 27
Comme je l'ai évoqué plus haut, dès l'instant où tu disposes de grub dans le MBR du Toshiba, je sais le faire amorcer depuis un fichier iso. Personnellement, je n'utilise plus que cette méthode qui n'est pas trop compliquée à mettre en oeuvre, mais qui peut dérouter un peu.
Donc, si tu installes la 8.04, je peux ensuite t'aider à installer la 12.04 par cette méthode, sans clé ni CD ou DVD.
Arbiel
#1 Re : -1 » Démarrage live cd » Le 17/05/2013, à 19:11
- Arbiel
- Réponses : 27
@utodeb
J'ai été un peu occupé par ailleurs et ce n'est donc que maintenant que j'ai pu revenir à cette discussion.
Ma proposition de t'aider à amorcer ton pc à partir de l'image disque iso sans clé ni CD tient toujours, puisque apparemment tu n'es pas sorti de l'auberge et que tu as installé la 8.04.
Mais, comme je pense que la 8.04 était distribuée avec grub legacy, il faut d'abord que tu migres vers grub2, en suivant les indications fournies ici.
Ensuite, prends connaissance de ceci.
Alors que je suis peut-être le seul à utiliser cette méthode, il me semble que beaucoup utilisent Multisystem.
Vois ce qui te paraît le mieux adapté à tes souhaits, et si tu veux suivre la méthode que j'ai décrite, préviens-moi, pour que je te vienne en aide.
Arbiel
#2 Re : -1 » Démarrage live cd » Le 18/05/2013, à 10:20
- Arbiel
- Réponses : 27
Bonjour
Pour ce qui concerne l'amorce par Grub2 directement depuis l'image iso sur disque, et l'installation d'une distribution à partir de là, les contraintes sont les suivantes :
- Grub2 peut être sur n'importe quel support, ton disque dur, mais éventuellement une clé USB, à partit duquel ton Toshiba peut s'amorcer
- l'image iso ne doit pas se trouver sur le même disque physique que la partition cible de l'installation ; cette contrainte n'a rien à voir avec l'amorce, mais avec la procédure d'installation elle-même qui refuse d'installer tant que subsistent des points de montage sur le périphérique cible.
Cela dit, l'installation de grub2 sur une clé USB se fait tout simplement à partir de n'importe quel système hôte dans lequel le grub en question est bien grub2 (et non grub legacy). Tu peux donc utiliser pour cela tes autres PC ou quelque PC que ce soit, ou garder dans un coin la clé que tu aurais préparée pour cette première installation.
Pour installer grub2, il suffit de passer la commande
sudo grub-install --boot-directory=<le point de montage du répertoire dans lequel il faut insaller le répertoire grub et tout ce qu'il contient> <la clé cible de l'installation de grub, tel que /dev/sdb>Suite à cette commande, tu recopies sur la clé l'image iso à partir de laquelle tu veux installer ta distribution. Tu la recopies, tu ne fabriques pas une clé "bootable" avec "UNetBootin" ou "USB creator", tu la recopies avec la commande cp ou par glisser-déposer entre répertoires.
Pour ce qui concerne les distributions Ubuntu, l'image iso de la plupart d'entre elles contiennent un fichier loopback.cfg qui est le menu qui sera présenté par grub à l'utilisateur pour lui permettre de choisir d'essayer Ubuntu ou de l'installer, le même écran que celui qui est présenté lorsque l'amorce se fait à partir d'un CD ou DVD gravé "compatiblement" avec le lecteur de ton Toshiba ou à partir d'une "live-USB". Si le fichier n'existe pas, il faut le créer, ce qui ne pose pas vraiment de problème, et ce que nous pourrons voir plus tard si tel devait être le cas pour toi.
J'ai écrit un script, qui nécessite des améliorations pour en simplifier l'emploi, qui permet à partir de là d'amorcer une fois à partir de l'image et de retourner ensuite, pour les démarrages ultérieurs, à l'amorce classique. En cas d'échec de l'installation, il faut soit exécuter à nouveau le script, soit passer une commande par ligne de commande. Mais cela aussi nous pourrons le voir ultérieurement.
Arbiel
#3 Re : -1 » Démarrage live cd » Hier à 10:27
- Arbiel
- Réponses : 27
Bonjour
Donc si j'installe la 8.04 et que j'upgrage le grub, c'est bon ?
Oui. Et comme ta mise à niveau vers la 10.04 semble avoir complètement perturbé ton système, il te faut effectivement réinstaller.
Mais, comme tu as accès à d'autres PC, et que tu as vérifié que ton problème ne provenait pas de ta clé, il te suffit d'utiliser un tel ordinateur avec grub2 pour installer grub2 sur ta clé et au lieu d'amorcer le Toshiba depuis le disque dur, tu l'amorceras depuis la clé. Je pense que ce sera plus simple et tu éviteras une nouvelle installation de la 8.04 et une migration de grub legacy vers grub2.
il faut que je copie l'iso (je vais partir sur l'iso de xubuntu 12.04) sur ma cle
Oui
grâce au grub du dd interne
ou mieux, grâce au grub de la clé
tu préfère qu'on continue sur ce sujet, qu'on en ouvre un nouveau ou qu'on en parle sur le sujet de ton tuto
Le mieux, je pense, est de continuer ici. Si je suis conduit à t'apporter des précisions qui pourraient être d'une quelconque utilité dans le tuto que j'ai écrit sur le sujet, je les y reporterai ultérieurement.
Edit : dis-moi aussi de quels outils tu disposes pour préparer cette installation, et si tu peux effectivement utiliser le script que j'ai publié, ou si nous devrons travailler "à la main" (= mettre à jour les fichiers avec gedit, ou notepad si tu es sous Windows - la clé peut en effet être en FAT ou NTFS)
Arbiel
#4 Re : -1 » Démarrage live cd » Hier à 19:24
- Arbiel
- Réponses : 27
Bonsoir
D'accord, on peut effectivement tester si oui ou non tu peux amorcer le Toshiba à partir de la clé.
Si ta clé n'est pas en sdb, change la première ligne des commandes ci-dessous avec la bonne valeur puis exécute le code suivant sur un ordinateur qui dispose de grub2 :
cle=sdb
sudo mkdir -p /tmp/usb && sudo mount /dev/${cle}1 /tmp/usb
sudo mkdir /tmp/usb/boot
sudo grub-install --boot-directory=/tmp/usb/boot /dev/${cle}
sudo echo "echo test positif; sleep 5" 1>/tmp/usb/boot/grub/grub.cfgBranche ta clé sur le Toshiba et fais le démarrer en amorçant à partir de la clé (il faut peut-être, pour que le bios du Toshiba prenne effectivement la clé comme support potentiel de l'amorce que tu marques la première partition de ta clé avec le drapeau boot)
Je viens de tester ces quelques lignes sur une clé formatée en FAT et le test a été concluant. Formate ta clé en FAT de sorte que tu puisses travailler depuis la partition Windows du Toshiba avec notepad.
Tu dois voir apparaître le texte "test positif" pendant 5 secondes, puis grub doit passer en mode interactif.
Si le test n'est pas positif, alors il faudra alors faire comme tu as dit : installer la 08.04 puis migrer son grub legacy vers grub2, ce que je suppose tu sais faire sans mon aide (je n'ai jamais fait cette manipulation)
Arbiel
#5 Re : -1 » Démarrage live cd » Aujourd'hui à 14:56
- Arbiel
- Réponses : 27
Bonjour
Très bien. Nous allons donc travailler depuis le grub2 que tu as installé dans le MBR du Toshiba pour installer lubuntu 12.04.
Je viens de réaliser que le lien que je t'avais donné au #20 n'est pas le bon. Depuis, j'ai essayé de simplifier la mise en oeuvre de ces mêmes fonctions avec un script qui crée les fichiers nécessaires. Tu le trouveras ici
Pour l'utiliser, tu dois au préalable installer zenity, pour disposer d'une interface graphique, qui va te demander de désigner trois entités :
1° le répertoire /boot utilisé pour l'amorce : une configuration donnée peut contenir plusieurs répertoires /boot/grub ; il faut donc indiquer quel répertoire grub va utiliser au redémarrage
2° le fichier iso à utiliser
3° le fichier qui contient le menu grub à présenter à l'utilisateur. pour ce qui concerne lubuntu, le fichier en question se trouve dans l'image iso elle-même : il s'agit de /boot/grub/loopback.cfg, que tu pourras alors trouver sous le point de montage /tmp/${USER}/cdrom, fenêtre qui peut être masquée lorsque le script en arrive à cette étape
Pour en revenir à ton histoire d'amorce à partir de la clé USB, même si tu as choisi de démarrer à partir du disque du Toshiba, peux-tu néanmoins exécuter les instructions que j'ai indiquées au point #26, ne serait-ce que pour en avoir le coeur net.
Arbiel
#6 Re : -1 » Impossible d'accéder à mes partitions (NTFS) après partitionnement » Hier à 01:18
- Arbiel
- Réponses : 13
Pour nous permettre d'y voir plus clair, il est nécessaire que tu fournisses des informations plus précises. Pour cela, il faut que tu exécutes quelques commandes à partir d'un terminal (pour avoir accès à un terminal, utilise simultanément les trois touches Ctrl+Alt+t)
Tu amorces ton PC à partir de ton CD et tu ouvres un terminal (Ctrl+Alt+t) et passes la commande
whereis boot-repairLa réponse
boot-repair:
signifie que boot-repair n'est pas présent dans la distribution. Il faut alors l'installer avec la commande
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update; sudo apt-get install -y boot-repairA la fin de l'exécution de cette commande, ou si boot-repair est dans ta distribution tu passes la commande
boot-repairet lorsqu'il te propose de réparer le démarrage ou de produire un rapport, tu demandes le rapport, puis tu publies ici l'adresse qu'il va t'indiquer.
Arbiel
#7 Re : -1 » Impossible d'accéder à mes partitions (NTFS) après partitionnement » Hier à 19:38
- Arbiel
- Réponses : 13
Bosoir
J'ai omis de te dire qu'il te fallait une connexion à l'internet.
Si tu n'en disposes pas, il faut que tu trouves une moyen pour télécharger boot-repair-disk et le graver ensuite sur un CD. Tu trouveras des informations ici
Une fois ce CD gravé, tu l'introduis dans ton PC et tu l'utilises comme amorce.Le démarrage doit se faire a priori directement sur boot-repair, et tu demandes la production du rapport, dont tu publies ensuite ici l'URL
Arbiel
#8 Re : -1 » Impossible d'accéder à mes partitions (NTFS) après partitionnement » Hier à 23:07
- Arbiel
- Réponses : 13
Il suffit de sélectionner dans le message présenté par boot-repair l'adresse URL qui est donnée, et de la coller dans ta réponse, car je voudrais que tu recommences, la lecture directement dans le corps de la réponse est sera facilitée.
Si tu n'y arrives vraiment pas, colle le rapport entre deux balises code. Tu obtiens ces deux balises en cliquant sur l'icône <>, la 10e à partir de la gauche, juste au dessus de la zone où tu peux composer ton message.
Supprime également le message #5 dans lequel tu as collé le rapport. Il ne servira plus à rien, si ce n'est à alourdir inutilement la conversation.
Arbiel
#9 Re : -1 » Impossible d'accéder à mes partitions (NTFS) après partitionnement » Aujourd'hui à 11:09
- Arbiel
- Réponses : 13
Bonjour
à moins qu'Arbiel me donne d'autres infos
Non, pour l'instant je ne peux te donner d'autres informations. J'ai constaté à la lecture du rapport que tu as publié que la situation dépassait mes capacités.
Mes conseils peuvent maintenant se résumer ainsi : suis les conseils de YannUbuntu et de nesthib
Arbiel
#10 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 16/05/2013, à 16:02
- Arbiel
- Réponses : 43
La double amorce XP/Ubuntu ne semble pas poser de problème pour moi non plus, puisque l'entrée correspondant à Ubuntu 12.04 LTS est correcte, et que j'ai un système XP également.
Je suis plutôt dans la configuration que tu avais précédemment, avec trois systèmes. Il reste à savoir avec quelle procédure "update-grub" tu avais créé ton fichier grub.cfg. Il est possible (?) que l'erreur ne soit pas présente dans la procédure de Sltaz 3, et que ce soit celle que tu avais utilisée alors, ou que Sltaz 3 soit amorcée par un chaînage et non par un chargement du noyau par grub (je ne connais absolument pas Sltaz 3, c'est la première fois que j'en entends parler, mais il n'est jamais trop tard pour apprendre quelque chose).
Il est possible aussi que j'aie fait une erreur, d'où l'intérêt des quelques tests que je veux faire sur le sujet.
Arbiel
#11 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 16/05/2013, à 19:08
- Arbiel
- Réponses : 43
Je viens de réinstaller Xubuntu, /boot étant dans la partition racine, et /home étant crypté.
Pour cette installation, j'ai procédé comme à mon habitude, à partir d'un fichier iso lui-même sur /dev/sdb. Le fichier grub.cfg, à partit de la ligne 156 du rapport produit par boot-repair juste après l'installation, montre l'absence d'entrée dans le menu grub pour Ubuntu sur Pingolin. La raison peut en être l'absence de /boot et de /boot/grub sur cette partition, qui a été installée avec un /boot sur /dev/sda12. Ceci est une première anomalie car cette partition racine doit toujours fonctionner correctement, ce que je vais vérifier en insérant une entrée de menu dans le fichier custom.cfg.
J'ai fait un update-grub pour vérifier que la procédure résidente me donnait le même résultat que la procédure embarquée dans le fichier iso. Les deux fichiers grub.cfg sont identiques, donc inutile d'en donner l'adresse.
Je viens de créer le fichier custom.cfg dans le dossier /boot/grub de /dev/sda5 en recopiant l'entrée de grub pour Pingolin du fichier grub.cfg de /dev/sda12 et je vais redémarrer en amorçant sur Pingolin.
L'entrée que j'ai rajoutée dans custom.cfg m'a effectivement permis d'amorcer avec Pingolin sur /dev/sda7. J'ai alors refait un update-grub, puis produit un nouveau rapport. L'heure de création des fichiers grub.cfg montre que update-grub a mis à jour le fichier de /dev/sda12 puisque ce dernier est postérieur au fichier grub.cfg de /dev/sda5. Ceci est bien sûr une erreur puisque ce fichier n'est plus le fichier grub "actif". Il faut donc, en pareille occasion utiliser la procédure grub-mkconfig.
Mais l'analyse de ce dernier fichier grub.cfg produit par update-grub de Pingolin (ligne 919 et suivantes du rapport) montre que les entrées sont correctes (lignes 1023 et suivantes pour Pingolin et 1124 et suivantes pour xubuntu). Pour m'en convaincre, je vais réamorcer le PC après avoir recréé le fichier grub.cfg de /dev/sda5 avec l'option -o de la commande grub-mkconfcig.
Ceci ayant été fait, j'ai pu constater que les deux systèmes, xubuntu sur /dev/sda5 et Pingolin sur /dev/sda7 s'amorcent correctement.
Je vais maintenant installé de nouveau xubuntu sur /dev/sda5 avec une partition boot séparée, mais sans cryptage de /home.
Le résultat contredit mes hypothèses. Le rapport produit par boot-repair après cette dernière installation, listé à partir de la ligne 565, montre des entrées correctes aussi bien pour xubuntu (lignes 666 et suivantes) que pour Pingolin (lignes 790 et suivantes). Pour m'en convaincre, je vais amorcer de nouveau sur xubuntu (j'écris cette partie du texte sans avoir encore réamorcé à la suite de l'installation) puis sur Pingolin, puis installer de nouveau xubuntu avec cryptage de /home.
Je viens de vérifier l'exactitude du fichier grub.cfg de /dev/sda12 en amorçant successivement sur xubuntu puis Pingolin sans problème. Avant de réinstaller, je vais vérifier que la création du fichier grub.cfg à partir de Pingolin est elle aussi correcte. C'est le cas.
Nouvelle installation de xubuntu, avec /boot séparé et /home crypté. Cette fois, le fichier grub.cfg est erroné. Il est présenté à partir de la ligne 575 du rapport. L'entrée pour xubuntu est correcte (lignes 675 et suivantes) mais celle de Pingolin est erronnée (lignes 800 et suivante) : l'UUID y est donnée à 6630a6ef-80b1-4840-9ee9-274d6445efde au lieu de bedf892b-d69d-45ba-a16c-59b32a8e031c. De plus l'UUID 6630a6ef-80b1-4840-9ee9-274d6445efde n'existe pas.
Je n'arrive plus à démarrer sur Pingolin. J'essaie de comprendre ce qui se passe, et je reprendrai mes tests demain.
Arbiel
#12 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 17/05/2013, à 08:26
- Arbiel
- Réponses : 43
Bonjour à tous
Je n'ai pas beaucoup de temps tout de suite pour vous donner plus de détail, mais il s'avère que séparer /boot n'a pas vraiment grand sens, car il ne faut surtout pas la partager entre plusieurs distributions comme je l'ai fait. C'est en effet là la source de mes problèmes, celui que j'avais détecté avant de lancer la présente discussion, et ceux, plus graves, que j'ai rencontrés hier soir, et qui me forcent maintenant à réinstaller Precise Pingolin.
Je pense donc, malbo, qu'il faut modifier notre documentation pour ne plus parler de cette option ou alors insister sur le fait que ce n'est utile que sur certains vieux ordinateurs, comme tu l'as expliqué plus haut, et que, si on procède de la sorte, il faut une partition /boot par distribution et non la même pour tout le monde.
Arbiel
#13 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 17/05/2013, à 12:12
- Arbiel
- Réponses : 43
Bonjour à tous
Oui, les problèmes que j'ai rencontrés sont liés à la confusion dans les fichiers vmlinuz et initrd.img.
whoies m'avait déjà indiqué, dans une autre discussion, que "les initramfs connaissaient les point de montage", c'est-à-dire, si je comprends bien ce que sont les initramfs, initrd.img et peut-être vmlinuz.
Lors de ma dernière tentative de démarrage sur Pingolin hier soir, c'est le bureau de xubuntu qui est apparu, puis, lors du montage des partitions mentionnées dans fstab, j'ai eu le message m'indiquant l'indisponibilité de /boot, auquel j'ai répondu par "S", puis j'ai vu apparaîre le bureau de Pingolin.
S'il existe de bonnes raisons pour séparer /boot de /, la raison que j'ai moi-même invoquée, à savoir de toujours faire interpréter par grub le même fichier grub.cfg, n'est absolument pas valable, puisque cela entraîne l'utilisation d'une partition /boot unique, avec toutes les conséquences désastreuses que cela peut entraîner.
Je me permettrais même de conseiller l'ajout, dans la documentation, d'une recommandation visant à qualifier les partitions boot séparées de leur racine par le nom ou un rappel quelconque du système auquel elles se rapportent. Cela permettrait de bien faire entrer dans nos têtes qu'il ne faut absolument pas les partager.
Arbiel
#14 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 17/05/2013, à 17:15
- Arbiel
- Réponses : 43
Si je comprends bien l'expérience qu'a faite malbo, c'est la partition racine, et tout ce qu'elle contient qui est cryptée. Lors de l'installation, il doit toujours être possible de définir par exemple une /home différente, qui elle aussi pourrait être ou ne pas être cryptée. Il doit dont être possible aussi d'indiquer à l'installateur où mettre la /boot. Et bien sûr, le contenu de /boot, lu par grub, ne doit pas être crypté.
Pour ce qui concerne l'utilisation de ext2 pour /boot, j'imagine que l'utilisation de ext4 pour une partition dans laquelle on ne va jamais (ou presque jamais) écrire n'est pas indispensable. Moi-même, lorsque j'ai décidé de faire une /boot séparée, je l'ai mise en ext2, ce que je n'ai pas dû inventer tout seul et dois donc avoir lu quelque part.
Quant à l'utilisation induite de LVM, il ne semble pas que ce soit indispensable, et ce pourrait bien être un bogue de l'installateur.
Maintenant, pour en revenir sur l'histoire de la ligne / dans fstab, si je comprends bien ce qu'explique whoies, les choses devraient se passer à peu près ainsi : grub charge le noyau vmlinuz auquel il va indiquer que l'arborescence des fichiers se trouve à une certaine adresse (/dev/mapper/ubuntu--vg-root dans l'expérience faite par malbo), mais pour que celui-ci s'y retrouve du fait du cryptage, il faut aussi lui en expliquer l'organisation, et c'est l'ordre initrd de grub qui s'en charge à partir du contenu de initrd.img, d'où la nécessité d'y enregistrer le point d'entrée, c'est-à-dire la racine.
Ai-je à peu près compris le mécanisme ?
Arbiel
#15 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Le 17/05/2013, à 18:39
- Arbiel
- Réponses : 43
Non, non, à mon avis, malbo, tu ne pollues rien du tout.
La discussion elle-même peut être considérée comme close, puisqu'il y est évident que l'erreur provient de ce que j'ai partagé une /boot séparée entre deux systèmes. Je vais d'ailleurs la marquer comme résolue.
Arbiel
#16 Re : -1 » [Résolu] Catastrophe probable si /boot partagée entre systèmes » Hier à 10:41
- Arbiel
- Réponses : 43
Bonjour
@malbo
Deux parades :
1) la documentation. Il faut espérer que les novices la lisent avant de se lancer dans une installation.
2) comme les commentaires sont en français, j'imagine que quelque de "chez nous" effectue cette traduction ; il faudrait alors lui demander de modifier le message sur le chiffrement et l'utilisation de LVM pour y indiquer que ces options correspondent à des cas bien particuliers qui nécessitent une profonde connaissance des mécanismes correspondants.
Oui effectivement une partition /boot est indispensable aussi pour un système chiffré. Et je crois aussi pour un système LVM (chiffré ou non).
Si le système est en LVM, comme grub ne sait pas lire cette organisation de fichiers, il faut forcément que /boot soit ailleurs.
#17 Re : -1 » HDIO get identity failed for dev/sxx invalid argument » Hier à 01:04
- Arbiel
- Réponses : 2
Bonsoir
J'ai cru comprendre que c'était suite à un mauvais démontage sous Windows
Pas du tout. Je rencontre systématiquement cette erreur lorsque j'amorce mon PC à partir d'une clé ou d'un disque dur USB externe.
J'ai fait quelques recherches à son sujet, dans lesquelles j'ai trouvé que je n'avais pas à m'en inquiéter. Je ne m'en inquiète donc plus. Elle n'a aucun impact sur le fonctionnement de l'ordinateur.
Arbiel
#18 Re : -1 » Reconduire dans XUbuntu certaines fonctions de Unity » Le 17/05/2013, à 19:16
- Arbiel
- Réponses : 11
Bonsoir Christophe
J'ai été un peu occupé depuis hier et n'ai pas eu le temps de reprendre contact avec toi, d'abord pour te remercier de l'information que tu m'as donnée, et ensuite pour te dire que je n'ai pas réussi à faire ce que je souhaite.
Après avoir amorcé mon PC avec Xubuntu, j'ai essayé de glisser un lanceur présent sur le bureau vers la barre située en bas de l'écran, ce que je comprends être la barre des lanceurs dans Xubuntu. Mais cela n'a pas fonctionné.
Par ailleurs, j'aimerais pouvoir faire la même chose par programme, dans la mesure où, le lanceur étant présent dans la barre, le clic gauche permet de développer un menu contextuel pour activer les diverses actions définies dans le lanceur.
Arbiel
#19 Re : -1 » Reconduire dans XUbuntu certaines fonctions de Unity » Le 17/05/2013, à 22:13
- Arbiel
- Réponses : 11
Bonsoir
Ça ne seraient pas des options Compiz, ce dont tu as besoin ?
Oui, c'est possible. Je ne sais pas ce que sont les options compiz. Je vais donc regarder.
#20 Re : -1 » Reconduire dans XUbuntu certaines fonctions de Unity » Le 18/05/2013, à 15:24
- Arbiel
- Réponses : 11
Bonjour
@Doori et Christophe
Merci pour ces informations qui m'ont permis d'insérer le lanceur dans le panel, en faisant comme me l'indiquait Christophe. J'ai également vu que je pouvais ajouter des greffons à l'icône correspondante, mais seulement à partir d'une liste "prédéfinie" de lanceurs. Lorsque je fais cette opération, je vois effectivement apparaître à droite de l'icône une petite flèche qui me permet de lancer, par le clic droit de la souris, l'action correspondante. Ceci pourrait correspondre à peu près à ce que je veux, sous réserve de pouvoir insérer les actions qui m'intéressent.
Pour concrétiser ce que je veux faire, je prends l'exemple d'un lanceur que j'ai défini dans Ubuntu et qui, une fois inséré dans la barre des lanceurs de Unity me permet de déclencher, par le clic droit de la souris, diverses opérations relatives à des comptes bancaires, certaines correspondant à l'activiation de MsMoney par des machines VirtualBox, d'autres au lancement de LibreOffice sur un fichier de contrôle, ou encore de visiter la page web de ma banque
[Desktop Entry]
Name=Mes comptes
GenericName=PC virtualization solution
Comment=Run several virtual systems on a single host computer
Type=Application
Exec=env VBOX_USER_HOME='/media/Multimedia/Comptes_VBO_VM/vbox_registre' VBoxManage startvm "Comptes CF"
TryExec=VirtualBox
MimeType=application/x-virtualbox-vbox;application/x-virtualbox-vbox-extpack;application/x-virtualbox-ovf;application/x-virtualbox-ova;
Icon=gnucash-icon
Categories=Emulator;Utility;
##Start of shortcut menu
##List of shortcuts
Actions=CF;Etienne;EB;Philippe;Banque;e_carte
##Define Shortcuts
[Desktop Action Banque]
Name=La Banque Postale
Exec=firefox -new-window https://www.labanquepostale.fr/index/particuliers.html
TargetEnvironment=Unity
[Desktop Action Etienne]
Name=Etienne Bourdaire
Exec=env VBOX_USER_HOME='/media/Multimedia/Comptes_VBO_VM/vbox_registre' VBoxManage startvm "Comptes EB" %U
TargetEnvironment=Unity
[Desktop Action EB]
Name=Contrôle Comptes Etienne
Exec=libreoffice -calc "/home/remi/Documents/Ta_grammata/Comptes/Contrôles relevés/0000_00_00 [EB] Contrôle de multiplies relevés LBP.ods" "/home/remi/Documents/Ta_grammata/Comptes/Contrôles relevés/0000_00_00 Contrôle de multiplies relevés LBP.ods" %U
TargetEnvironment=Unity
[Desktop Action Philippe]
Name=Philippe
Exec=gnucash '/home/remi/Documents/Ta_grammata/Comptes/Fichiers GNUCash/GNUCash PM'
TargetEnvironment=Unity
[Desktop Action CF]
Name=Contrôle nos comptes
Exec=libreoffice -calc "/home/remi/Documents/Ta_grammata/Comptes/Contrôles relevés/0000_00_00 [CF] Contrôle de multiplies relevés LBP.ods"
TargetEnvironment=Unity
[Desktop Action e_carte]
Name=E_cartequi me permet
Exec=firefox -new-window https://service.e-cartebleue.com/v4/labanquepostale/eCBL-thin.html
TargetEnvironment=Unity
##End of shortcut menuCe sont ces actions que je voudrais pouvoir déclencher de la même manière à partir du panel de Xubuntu.
Et ensuite, pour une autre application (un script que j'ai écrit), je voudrais pouvoir insérer automatiquement dans ce même panel un lanceur que je crée et enregistre sur le bureau.
Enfin, il me semble bien, comme tu l'indiques, que Compiz ne m'est pas utile pour obtenir ce fonctionnement.
Arbiel
#21 Re : -1 » Reconduire dans XUbuntu certaines fonctions de Unity » Le 18/05/2013, à 16:52
- Arbiel
- Réponses : 11
Et bien tu ouvre un fichier, tu y met ton exemple, tu l'appelles toto.desktop, tu le place ou tu veux, ça devrait marcher.
C'est ce que j'ai fait. Le script est à la fois sur le bureau, et dans le panel. Mais impossible d'activer les autres actions que celle qui est définie dans la "Desktop Entry". Par contre, l'action définie dans "Desktop Entry" fonctionne parfaitement.
Pour répondre à ta seconde question, lorsque je suis passé de Windows à Ubuntu, j'avais en tête d'abandonner Microsoft Money que j'utilisais à l'époque depuis de nombreuses années pour suivre mes comptes.
Je n'ai trouvé que GnuCash qui réponde à peu près à mes besoins de suivi (j'ai essayé avant HomeBank, Grisbi, et d'autres dont je ne sais plus le nom, et aucun ne m'a donné entière satisfaction). GnuCash lui-même ne me donne pas entière satisfaction : la comptabilité en double partie ne m'est pas nécessaire, et elle se présente d'une telle manière que je confonds parfois la colonne des entrées et des sorties. Je conçois que cet aveu puisse me faire apparaître comme légèrement demeuré, mais c'est ainsi !!
De plus, certaines fonctions qui me sont nécessaires ne sont pas disponibles. La réponse que j'ai obtenue à ma demande d'informations pour les réaliser a été d'exporter les données sur lesquellles portaient ces opérations pour les récupérer dans LibreOffice Calc, où je pouvais bien sûr faire ce que je voulais. Un sacré avantage sur Money qui me propose ces opérations sans aucune manipulation supplémentaire !!
Enfin, bref passons sur les détails. L'effort nécessaire pour migrer mes fichiers vers GnuCash dépasse largement le profit que je pourrais en tirer, alors que tout fonctionne correctement avec Money sous VirtualBox. Et la réalisation d'un lanceur pour lancer ma machine virtuelle s'apparente tout à fait au lancement de toute application "native" Linux, ce qui fait que je ne vois plus aucun intérêt à migrer mes comptes vers un logiciel Linux.
Arbiel
#22 Re : -1 » Reconduire dans XUbuntu certaines fonctions de Unity » Le 18/05/2013, à 18:44
- Arbiel
- Réponses : 11
Le lancement d'une machine virtuelle VirtualBox par un lanceur ne pose aucun problème. C'est ce que fait le lanceur que j'ai mis sur mon bureau et dans la panel. Seul me préoccupe maintenant le lancement des actions définies dans les sections "Desktop Actions".
MsMoney ne fonctionne pas bien avec wine : la gestion de la souris dans les menus déroulants est défectueuse. et l'interface graphique avec VirtualBox est bien meilleure. Comme je dispose d'un système Windows XP, cette solution me semble bien préférable. J'attends avec un peu d'impatience la mise au point de ReactOs.
Arbiel
#23 Re : -1 » Agrandir la partition Ubuntu » Le 17/05/2013, à 23:23
- Arbiel
- Réponses : 14
Bonsoir
Dans ton cas, l'espace libéré à partir de Windows ne pourra pas être récupéré directement pour Ubuntu puisque ces deux systèmes ne sont pas sur le même disque physique : /dev/sda pour Windows qui est en /dev/sda3 et /dev/sdb pour Ubuntu qui est sur la partition étendue, en /dev/sdb5 (système) et /dev/sdb6 (swap).
Mais faut-il conserver ta partition Windows ? Tu ne l'utilises plus depuis deux ans ; elle ne te sert donc, je suppose, qu'à maintenir la garantie de ton PC, qui, autant que je sache, est conditionnée à la présence de Windows sur ta machine. Mais cette garantie ne devrait pas tarder à expirer. Et si tu abandonnes Windows, tu récupères aussi la partition WinRE qui ne te servira elle aussi, plus à rien.
Si tu prends la décision d'abandonner Windows, tu devrais en profiter pour t'interroger sur la manière dont tu veux exploiter ton PC : faut-il conserver une partition photos + documents, à côté d'une partition Data ? Quelles sont les caractéristiques de tes fichiers vis à vis de problèmes tels que la confidentialité (les informations qui pourraient nécessiter d'être cryptées), la sauvegarde (les informations que tu ne veux surtout pas perdre, et à quelle fréquence doivent-elles être sauvegardées ?).
Toi seul peut répondre à ce genre de questions.
Mais peut-être n'éprouves-tu pas le besoin de réorganiser tes répertoires, mais n'es-tu intéressé que par l'augmentation de capacité pour Ubuntu ?
Ta partition Ubuntu, à 26 Go n'est pas ridiculement petite (mes partitions systèmes font environ 10 Go). Mais si vraiment tu y manques de place, tu peux déplacer des répertoires volumineux, comme /usr pour le mettre, par exemple, dans ce que tu pourras gagner sur Windows (par sa suppression ou son rétrécissement).
Mais, quels que soient tes objectifs, je te conseille de prendre connaissance des pages suivantes :
Repartitionner un disque déjà équipé d'un système d'exploitation
Déplacer son répertoire usr (ou /usr)
Quand tu auras pris ta décision, reviens poser de nouvelles questions et j'essaierai de t'aider de mon mieux
Arbiel
#24 Re : -1 » Agrandir la partition Ubuntu » Le 18/05/2013, à 15:50
- Arbiel
- Réponses : 14
Non, tout n'est pas forcément aussi compliqué.
Dans ton cas, il me semble bien que la solution consiste à déplacer ton /usr dans l'espace que tu libéreras de ta partition Windows, et ce n'est pas si difficile ni risqué.
Mais déjà, ta partition WinRE, qui, d'après les informations que m'as transmises, est une partition visant à faire des diagnostics sur ta machine. Or, si tu n'es plus sous garantie, et si, comme la plupart des utilisateurs Windows, tu ne sais pas exécuter ces diagnostics de manière autonome, tu n'en as vraiment plus besoin. Elle ne fait guère que 1,5 G, mais c'est toujours cela de gagner, et sans risque. Mais avant d'aller dans cette direction et de faire quoi que ce soit, publie ici le contenu de cette partition par la commande
sudo mkdir -p /tmp/diag
sudo mount /dev/sda1 /tmp/diag
ls -A /tmp/diagafin de nous permettre de confirmer mes hypothèses.
Tu peux bien sûr réduire la taille de ta partition Windows, en suivant les indications que je t'ai transmises à ce sujet. Sache cependant qu'il y a toujours un petit risque à faire de telles manipulations, même avec les outils Microsoft. Pour ce qui me concerne, il y a quelque temps, j'ai réduit avec l'outil Vista la taille de Vista, qui n'est pas reparti pour autant. J'ai du réinstaller par la suite. Prends garde de te munir de tous les outils nécessaires à la réinstallation de ton Windows avant de commencer.
La réduction de la partition Windows va libérer de l'espace dans les adresses hautes de la partition. Je pense qu'elle sera toujours incluse dans ta partition étendue. Tu pourras alors y définir une nouvelle partition que tu devras formater en ext4, pour pouvoir y recopier l'actuel contenu de ton /usr, et que tu pourras nommer, par exemple, usr.
Cela fait, reviens demander conseil.
Arbiel
PS : l'inconvénient de la méthode que tu as utilisée pour solliciter des conseils en te greffant sur une discussion ouverte est que tu risques de limiter la population des membres du forum qui viendront t'aider. En ouvrant une nouvelle discussion, tu peux attirer l'attention d'une population plus nombreuse, car, bien évidemment, je ne suis pas le seul à pouvoir t'aider.