rpmerizor

rpmerizor est un outil qui permet de générer très facilement un rpm lorsqu'on dispose des fichiers que le paquet est censé installer.<br />On le trouve <a href="http://freshmeat.net/projects/rpmerizor/">ici</a>.<br />Pour montrer comment cet outil peut être utilisé, nous allons revenir sur le cas traité dans <a href="http://ipv4-ipv6.blogspot.com/2011/10/pilote-postgresql-sdbc-version-08.html">le billet précédent</a>.<br />Nous avons téléchargé le paquet libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb, puis nous en avons extrait le contenu...<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ ar xv libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb<br />x - debian-binary<br />x - control.tar.gz<br />x - data.tar.lzma<br />[toto@rigel work]$ tar x --lzma -f data.tar.lzma <br />[toto@rigel work]$ tar xzf control.tar.gz</div>et effectué quelques petites manipulations:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ mv usr/lib usr/lib64<br />[toto@rigel work]$ mkdir work-b<br />[toto@rigel work]$ mv usr work-b</div>Et voilà, nous sommes prêts à utiliser rpmerizor. Après le lancement de la commande, il nous restera à fournir quelques informations (en bleu dans ce qui suit) dont certaines proviennent du fichier control du paquet debian (vive le copier-coller):<br /><div style="background-color: #e6e6ff;"><span style="font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ <span style="color: #b45f06;">rpmerizor -name libreoffice-sdbc-postgresql -version 0.8 --rootdir work-b</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">name: libreoffice-sdbc-postgresql</span><br /><span style="font-family: "Courier New",Courier,monospace;">version: 0.8</span><br /><span style="font-family: "Courier New",Courier,monospace;">A brief one line description.</span><br /><span style="font-family: "Courier New",Courier,monospace;">SUMMARY> <span style="color: blue;">LibreOffice extension for PostgreSQL SDBC driver</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">The integer number of times you have built this rpm.</span><br /><span style="font-family: "Courier New",Courier,monospace;">RELEASE> <span style="color: blue;">0</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">toplevel_group/subclass (no biggie either way).</span><br /><span style="font-family: "Courier New",Courier,monospace;">GROUP> <span style="color: blue;">Converted/misc</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">A sales pitch for the package.  A blank line means you are done.</span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION> <span style="color: blue;">LibreOffice is a full-featured office productivity suite that provides</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION> <span style="color: blue;">a near drop-in replacement for Microsoft(R) Office.</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION> <span style="color: blue;">.</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION> <span style="color: blue;">The PostgreSQL SDBC Driver allows one to use the PostgreSQL database from</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION> <span style="color: blue;">LibreOffice without any wrapper layer such as ODBC or JDBC.</span></span><br /><span style="font-family: "Courier New",Courier,monospace;">DESCRIPTION></span><br /><span style="font-family: "Courier New",Courier,monospace;">mkdir /home/toto/rpmbuild</span><br /><span style="font-family: "Courier New",Courier,monospace;">mkdir /home/toto/rpmbuild/SPECS</span><br /><span style="font-family: "Courier New",Courier,monospace;">write spec file on /home/toto/rpmbuild/SPECS/libreoffice-sdbc-postgresql-0.8.spec</span><br /><span style="font-family: "Courier New",Courier,monospace;">Exécution_de(%prep): /bin/sh -e /var/tmp/rpm-tmp.spL2j6</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ umask 022</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ cd /home/toto/rpmbuild/BUILD</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ ln -s /home/toto/work/work-b /tmp/rpmerizor_buildroot</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ exit 0</span><br /><span style="font-family: "Courier New",Courier,monospace;">Processing files: libreoffice-sdbc-postgresql-0.8-0.x86_64</span><br /><span style="font-family: "Courier New",Courier,monospace;">Provides: config(libreoffice-sdbc-postgresql) = 0.8-0</span><br /><span style="font-family: "Courier New",Courier,monospace;">Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1</span><br /><span style="font-family: "Courier New",Courier,monospace;">Requires: /bin/sh</span><br /><span style="font-family: "Courier New",Courier,monospace;">attention: Ne peut canoniser le nom d'hôte: rigel</span><br /><span style="font-family: "Courier New",Courier,monospace;">Ecrit: /home/toto/rpmbuild/RPMS/x86_64/libreoffice-sdbc-postgresql-0.8-0.x86_64.rpm</span><br /><span style="font-family: "Courier New",Courier,monospace;">Exécution_de(%clean): /bin/sh -e /var/tmp/rpm-tmp.tMJEcA</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ umask 022</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ cd /home/toto/rpmbuild/BUILD</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ rm /tmp/rpmerizor_buildroot</span><br /><span style="font-family: "Courier New",Courier,monospace;">+ exit 0</span><br /><span style="font-family: "Courier New",Courier,monospace;">package can be found on /home/toto/rpmbuild/RPMS</span><br /><span style="font-family: "Courier New",Courier,monospace;">[toto@rigel work]$</span></div>Le produit a créé une arborescence rpmbuild standard:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEie761uc_UGsqjBN1CGH6ZquPfL9AbN8oZE4aeDR1KJKLcTH1ht04esXSCe7DNZhyeslTByZeuM1ufQV725mJ7rm1uxlC4wr8mi8riHKJ6bceQvaikWnxm9K8MyAmFJzEy98fYKU37nn_s/s1600/rpmerizor03.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEie761uc_UGsqjBN1CGH6ZquPfL9AbN8oZE4aeDR1KJKLcTH1ht04esXSCe7DNZhyeslTByZeuM1ufQV725mJ7rm1uxlC4wr8mi8riHKJ6bceQvaikWnxm9K8MyAmFJzEy98fYKU37nn_s/s1600/rpmerizor03.jpeg" /></a></div>Nous constatons qu'il a aussi créé un fichier spec que nous pouvons éditer pour y ajouter par exemple quelques dépendances requises:<br /><div style="background-color: lightcyan; font-family: "Courier New",Courier,monospace;">Summary: LibreOffice extension for PostgreSQL SDBC driver<br />Name: %{name}<br />Version: %{version}<br />Release: 2<br />License: GPL<br />Group: Converted/misc<br /><br /><span style="color: blue;">Requires:</span> <span style="color: #38761d;">libreoffice-ure >= 3.3.3 libreoffice-core</span> <br /><br />%description<br />LibreOffice is a full-featured office productivity suite that provides<br />a near drop-in replacement for Microsoft(R) Office.<br />.<br />The PostgreSQL SDBC Driver allows one to use the PostgreSQL database from<br />LibreOffice without any wrapper layer such as ODBC or JDBC.</div>On peut alors construire un nouvel rpm tenant compte du spec modifié:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel ~]$ <span style="color: #b45f06;">rpmbuild -bb --buildroot=/tmp/rpmerizor_buildroot ~/rpmbuild/SPECS/libreoffice-sdbc-postgresql-0.8.spec</span><br />Exécution_de(%prep): /bin/sh -e /var/tmp/rpm-tmp.NxDuhU<br />+ umask 022<br />+ cd /home/toto/rpmbuild/BUILD<br />+ ln -s /home/toto/work/work-b /tmp/rpmerizor_buildroot<br />+ exit 0<br />Processing files: libreoffice-sdbc-postgresql-0.8-0.x86_64<br />Provides: config(libreoffice-sdbc-postgresql) = 0.8-0<br />Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: /bin/sh attention: Ne peut canoniser le nom d'hôte: rigel Ecrit: /home/toto/rpmbuild/RPMS/x86_64/libreoffice-sdbc-postgresql-0.8-0.x86_64.rpm Exécution_de(%clean): /bin/sh -e /var/tmp/rpm-tmp.4M2L2S + umask 022 + cd /home/toto/rpmbuild/BUILD + rm /tmp/rpmerizor_buildroot + exit 0 </div>Cela n'apparait pas dans l'output, mais les dépendances requises ont bien été ajoutées au rpm<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel ~]$ rpm -qp --requires ~/rpmbuild/RPMS/x86_64/libreoffice-sdbc-postgresql-0.8-0.x86_64.rpm<br />/bin/sh <br />config(libreoffice-sdbc-postgresql) = 0.8-0<br /><span style="color: blue;">libreoffice-core</span> <br /><div style="color: blue;">libreoffice-ure >= 3.3.3</div>rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1</div>

rpmerizor

rpmerizor est un outil qui permet de générer très facilement un rpm lorsqu'on dispose des fichiers que le paquet est censé installer. On...

Read more »

Pilote postgresql sdbc: version 0.8

Ubuntu 11.10 est sorti et bonne nouvelle: il vient avec une toute nouvelle version, la version 0.8, du pilote libreoffice postgresql sdbc. Cette version remplace la version 0.7.6b qui avait un gros problème: elle permettait uniquement un accès en lecture seule. La nouvelle version est elle entièrement fonctionnelle. Il n'est donc plus nécessaire de retourner à OpenOffice 3.2 et à la version 0.7.6a du pilote (voir <a href="http://ipv4-ipv6.blogspot.com/2011/07/ooo-base-retour-vers-le-futur.html">OOo base: retour vers le futur</a>).<br />A nous les joies de LibreOffice 3.4. Pour y accéder à PostgreSQL via le pilote sdbc, il suffit d'installer le paquet libreoffice-sdbc-postgresql.<br />Il n'existe pas actuellement de paquet rpm pour la version 0.8 de ce pilote.<br />Pour une utilisation dans une distribution à base de rpm, on peut procéder comme ceci.<br />D'abord trouver et télécharger le fichier qui convient à son architecture, par exemple:<br />libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb.<br />Ensuite placer ce fichier dans un dossier work.<br />Puis:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ ar xv libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb <br />x - debian-binary<br />x - control.tar.gz<br />x - data.tar.lzma<br />[toto@rigel work]$ tar x --lzma -f data.tar.lzma </div>L'extraction du tar.lzma nous donne un répertoire usr:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEijzOggIov-Gz8wqmHJKcLWRjGAlhZ0GQOSXuFIByQawce1cjCZdTPriieXOGt0J4P59mmpOnzSgImFDNEKZtQsttdXWsgJyp_a7cHhEU_Z7NP6U45fgMjtyhibLhJevOEzr2YX8qMkt9E/s1600/tree-usr.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="373" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEijzOggIov-Gz8wqmHJKcLWRjGAlhZ0GQOSXuFIByQawce1cjCZdTPriieXOGt0J4P59mmpOnzSgImFDNEKZtQsttdXWsgJyp_a7cHhEU_Z7NP6U45fgMjtyhibLhJevOEzr2YX8qMkt9E/s400/tree-usr.jpeg" width="400" /></a></div><br />Pour plus de facilités plaçons une copie du répertoire postgresql-sbbc-0.8.0 dans le répertoire work, copie que nous allons utiliser pour la constitution d'une archive zip.<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ cp -r usr/lib/libreoffice/share/extensions/postgresql-sdbc-0.8.0/ .<br />[toto@rigel work]$ zip -r postgresql-sdbc-0.8.0.zip postgresql-sdbc-0.8.0/<br />  adding: postgresql-sdbc-0.8.0/ (stored 0%)<br />  adding: postgresql-sdbc-0.8.0/postgresql-sdbc.unorc (stored 0%)<br />  adding: postgresql-sdbc-0.8.0/description.xml (deflated 56%)<br />  adding: postgresql-sdbc-0.8.0/META-INF/ (stored 0%)<br />  adding: postgresql-sdbc-0.8.0/META-INF/manifest.xml (deflated 62%)<br />  adding: postgresql-sdbc-0.8.0/postgresql-sdbc-impl.uno.so (deflated 69%)<br />  adding: postgresql-sdbc-0.8.0/postgresql.xcu (deflated 64%)<br />  adding: postgresql-sdbc-0.8.0/postgresql-sdbc.uno.so (deflated 68%)<br />  adding: postgresql-sdbc-0.8.0/description/ (stored 0%)<br />  adding: postgresql-sdbc-0.8.0/description/description_en-US.txt (deflated 28%)</div>Nous disposons maintenant d'un fichier zip que nous pouvons ajouter en tant qu'extension à LibreOffice via le gestionnaire des extensions. <br />Avant de procéder, il convient toutefois d'effacer toute trace du pilote précédent.<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ unopkg remove postgresql-sdbc-0.7.6b.zip</div>Si cette commande échoue:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel work]$ rm -rf ~/.libreoffice/3/user/uno_packages/</div>Dans le cas où l'installation du pilote précédent a été effectuée en root pour l'ensemble des utilisateurs:<br /><div style="background-color: #e6e6ff;">[root@rigel work]# unopkg remove --shared postgresql-sdbc-0.7.6b</div>Il reste éventuellement à désinstaller le paquet qui a fournit l'extension.<br />Au lieu d'utiliser le gestionnaire des extensions, nous pouvons installer la nouvelle extension comme suit:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel work]# cp -r postgresql-sdbc-0.8.0 /usr/lib64/libreoffice/share/extensions/<br />[root@rigel work]# unopkg add -v --shared /usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.8.0/</div>Évidemment dans ce cas, il n'était nul besoin du fichier zip.<br />Pour ceux que la copie dans /usr/lib64/libreoffice/share/extensions/ font hurler, il reste une alternative: construire un paquet rpm, ce qui peut être fait relativement aisément à l'aide de <a href="http://ipv4-ipv6.blogspot.com/2011/10/rpmerizor.html">rpmerizor</a>.<br />Une autre solution consiste à utiliser alien pour obtenir un rpm à partir du deb.<br />Cependant si à partir d'un paquet deb 64 bits par exemple, nous souhaitons une installation dans /usr/lib64 et non dans /usr/lib, il y a quelques manipulations à effectuer. <br />Procédons depuis Ubuntu. <br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">toto@rigel:~work$ apt-get download libreoffice-sdbc-postgresql<br />Réception de : 1 Téléchargement de libreoffice-sdbc-postgresql 1:0.8.0+LibO3.4.3-3ubuntu2 [211 kB] <br />toto@rigel:~work$ ar xv libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb <br />x - debian-binary<br />x - control.tar.gz<br />x - data.tar.lzma<br />toto@rigel:~work$ tar xv --lzma -f data.tar.lzma<br />toto@rigel:~work$ tar xzvf control.tar.gz <br />./<br />./postinst<br />./preinst<br />./md5sums<br />./control</div>En plus du tar.lzma, nous avons cette fois extrait le tar.gz. <br />Remplaçons /usr/lib par /usr/lib64:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">toto@rigel:~work$ mv usr/lib usr/lib64<br />toto@rigel:~work$ sed -i.old 's/lib/lib64/' md5sums</div>Reconstruisons le paquet deb:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">toto@rigel:~/Téléchargements/work$ mkdir -p work-b/DEBIAN<br />toto@rigel:~/Téléchargements/work$ mv usr work-b<br />toto@rigel:~/Téléchargements/work$ mv control md5sums work-b/DEBIAN<br />toto@rigel:~/Téléchargements/work$ sudo dpkg -b work-b libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb<br />[sudo] password for toto: <br />dpkg-deb : avertissement : « usr/DEBIAN/control » contient le champ « Original-Maintainer » défini par l'utilisateur<br />dpkg-deb : avertissement : 1 avertissement ignoré sur le(s) fichier(s) « control »<br />dpkg-deb : construction du paquet « libreoffice-sdbc-postgresql » dans « libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb ».</div>Le paquet deb ainsi obtenu n'est pas destiné à être utilisé dans Ubuntu, mais bien à être transformé en rpm avec alien:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">toto@rigel:~work$ sudo alien --to-rpm libreoffice-sdbc-postgresql_0.8.0+LibO3.4.3-3ubuntu2_amd64.deb <br />[sudo] password for toto: <br />libreoffice-sdbc-postgresql-0.8.0+LibO3.4.3-4.x86_64.rpm generated</div>Ce paquet peut maintenant être installé dans une distribution à base de rpm.<br />Avec Fedora 15 en tout cas, tout se passe bien et le pilote fonctionne avec LibreOffice 3.3.3.

Pilote postgresql sdbc: version 0.8

Ubuntu 11.10 est sorti et bonne nouvelle: il vient avec une toute nouvelle version, la version 0.8, du pilote libreoffice postgresql sdbc. C...

Read more »

Deuxième session

Utilisons le menu de notre distribution préférée pour changer d'utilisateur.<br />Ça fonctionne: c'est merveilleux! En fait nous avons ouvert une deuxième session graphique en parallèle avec la première qui est encore bien présente.<br />Comment faire pour y revenir?<br />Examinons la situation:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbdExNyRMK8lkpieuijS8zHmHxzmW560Q-H0QkoyW75W4KBN8duL0EILuxc08zXMGpAeloQ_bse0exS8sLXLMJnxCTOpcm44l55Dekr9GDhl7ZlTL9MmDjlcWEzrVzeCIPA1IfsagHmOk/s1600/deuxi%25C3%25A8me+session1.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbdExNyRMK8lkpieuijS8zHmHxzmW560Q-H0QkoyW75W4KBN8duL0EILuxc08zXMGpAeloQ_bse0exS8sLXLMJnxCTOpcm44l55Dekr9GDhl7ZlTL9MmDjlcWEzrVzeCIPA1IfsagHmOk/s1600/deuxi%25C3%25A8me+session1.jpeg" /></a></div><br />Nous constatons que la première session est associée au terminal virtuel tty7 et la deuxième à tty8.<br />Nous pouvons donc basculer entre les deux sessions  à l'aide de CTRL-ALT-F7 et CTRL-ALT-8.<br />Il arrive cependant que l'item du menu 'Changer d'utilisateur' soit inopérant et ceci principalement en cas d'utilisation d'un autre bureau que celui par défaut. Plutôt que de se casser la tête pour y remédier, il est préférable de procéder manuellement.<br />Basculons vers tty2 (CTRL-ALT-F2) pour nous y connecter en tant que l'utilisateur qui sera propriétaire de la future deuxième session graphique.<br />Ensuite nous lançons la commande <span style="color: blue;"><span style="font-family: "Courier New",Courier,monospace;">startx</span> </span><span style="color: black;">et recevons en retour une flopée de</span> message d'erreurs, parmi lesquels celui-ci (qui n'est pas dénué de sens):<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">Fatal server error:<br />Server is already active for display 0<br />If this server is no longer running, remove /tmp/.X0-lock<br />and start again.</div>Evidemment, le serveur X qui va gérer la nouvelle session doit être démarré pour l'affichage (display) 1 et non pas 0 (comme on peut le constater ci-dessus sur l'ouput de la commande ps).<br />Recommençons cette fois avec la commande:<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">startx -- :1</div>Bingo: ça fonctionne. Tout baigne, sauf que cette fois on ne passe pas par la case 'display manager' (normal: on est déjà connecté) qui permet de choisir le type de session. Donc on se retrouve avec le bureau par défaut, ce qui n'est pas nécessairement notre désir le plus profond.<br />Certaines distributions comme Fedora (mais pas Ubuntu)  regardent dans le dossier /etc/sysconfig pour voir si les utilisateurs ne préfèrent pas un autre bureau que celui par défaut. Dans ce cas /etc/sysconfig contient un fichier desktop avec une ligne du genre:<br /><div style="font-family: "Courier New",Courier,monospace;">DESKTOP=Bureau préféré.</div>Et bien vérifions:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel ~]# cd /etc/sysconfig<br />[root@rigel sysconfig]# grep '^DESKTOP' desktop<br />grep: desktop: Aucun fichier ou dossier de ce type<br />[root@rigel sysconfig]#</div>Le fichier n'existe pas. <br />On peut aussi avoir ceci:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel sysconfig]# grep '^DESKTOP' desktop<br />[root@rigel sysconfig]#</div>Le fichier existe mais il ne contient pas la ligne qui convient.<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel sysconfig]# echo 'DESKTOP=KDE' >> desktop</div>crée le fichier ad hoc ou si desktop existe déjà, y ajoute la ligne qui convient (si le bureau préféré est KDE). <br />Une autre possibilité est:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel sysconfig]# grep '^DESKTOP' desktop<br />DESKTOP=GNOME<br />[root@rigel sysconfig]#</div>La définition du bureau préféré est bien présente, mais elle ne correspond pas à ce que nous voulons (dans l'hypothèse où notre bureau préféré est KDE).<br />Correction:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[root@rigel sysconfig]# sed -r -i.old 's/^(DESKTOP).*/\1=KDE/' desktop </div>Nous disposons donc maintenant d'un fichier desktop par la grâce duquel le bureau lancé par startx sera le bureau préféré de l'ensemble des utilisateurs.<br />Cependant, il nous est encore loisible de définir le bureau préféré d'un utilisateur donné. Il existe différentes façons de procéder dépendant de la distribution. Dans le cas de Fedora (et d'autres distributions), il suffit de créer un fichier ~/.Xclients:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel ~]$ echo 'startkde' > ~/.Xclients<br />[toto@rigel ~]$ chmod +x ~/.Xclients</div>('startkde' c'est bien sûr si le bureau désiré est KDE. Pour gnome mettre 'gnome-session')<br />A l'exécution de startx par un utilisateur, le système démarre le client préféré de cet utilisateur, à défaut le client préféré de l'ensemble des utilisateurs et enfin en l’absence de client préféré, le client par défaut de la distribution, suivant ce schéma (Fedora), réalisé avec kivio:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEijI1B-eZch3qTOWmpFvlX8_e4Tsa9HZsVrr6YmJzEm4q8Eb1TDbEyxenv5zJFDhbFCqWInpijKWBGDuxrHfafnslLyTN372LkKyikPBb3czHmjXaQJlJ6duC9a8F80vEG-8ZUQVmDEW7A/s1600/startx02.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEijI1B-eZch3qTOWmpFvlX8_e4Tsa9HZsVrr6YmJzEm4q8Eb1TDbEyxenv5zJFDhbFCqWInpijKWBGDuxrHfafnslLyTN372LkKyikPBb3czHmjXaQJlJ6duC9a8F80vEG-8ZUQVmDEW7A/s1600/startx02.jpeg" /></a></div><div class="separator" style="clear: both; text-align: center;"></div><br />Examinons la situation dans le cas où une deuxième session a été lancée avec startx:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjmNp_Tize0DYI9w1FNvX8Z2byYjc7v_kQU6R5_GkKY551zkkSBHVgIszpna9dVDFPR00rPkNqm8mUktazuHYT_6FL-7jwyxhi9pka9xsWcYgrgHVRfHE7bRT02AlVO4IJlMFhMXj77ZOg/s1600/deuxi%25C3%25A8me+session3.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjmNp_Tize0DYI9w1FNvX8Z2byYjc7v_kQU6R5_GkKY551zkkSBHVgIszpna9dVDFPR00rPkNqm8mUktazuHYT_6FL-7jwyxhi9pka9xsWcYgrgHVRfHE7bRT02AlVO4IJlMFhMXj77ZOg/s1600/deuxi%25C3%25A8me+session3.jpeg" /></a></div>Le pid a été ajouté à l'output, de manière à pouvoir entrer plus dans les détails:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">[toto@rigel ~]$  pstree -a 5360<br />bash<br />  └─startx /usr/bin/startx -- :1<br />      └─xinit /etc/X11/xinit/xinitrc -- /usr/bin/X :1 -auth /home/toto/.serverauth.6327<br />          ├─X :1 -auth /home/toto/.serverauth.6327<br />          └─ck-xinit-sessio /usr/bin/ssh-agent /home/toto/.Xclients<br />              └─sh /home/toto/.Xclients<br />                  ├─ssh-agent /home/toto/.Xclients<br />                  └─startkde /usr/bin/startkde<br />                      └─kwrapper4 ksmserver</div><br />xinit est appelé par startx qui lui intime (en l'absence du fichier ~/.xinitrc) d'exécuter le script /etc/X11/xinit/xinitrc aux fins de démarrer le programme client.<br />Si aucun script ne lui est désigné (ce n'est pas le cas s'il est appelé par startx), xinit recherche l'existence du fichier ~/.xinitrc. En l'absence de ce dernier, le client par défaut sera un xterm. Le serveur par défaut est X.<br />Ainsi la commande<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">xinit -- :1</div>a un effet plutôt surprenant: on bascule vers un écran sans gestionnaire de fenêtres, sans bureau, mais contenant un xterm (avec un shell bash). Dans cet xterm, on peut taper la commande startkde (par exemple), et voilà notre deuxième session sur les rails.<br />Une variante de la commande précédente est:<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">xinit -e 'startkde' -- :1</div>avec laquelle la deuxième session se lance sans que l'on ait plus à taper quoi que ce soit.<br />Cette dernière commande peut avoir une application assez amusante. Considérons que nous sommes aux commandes d'un système dans lequel X n'est pas démarré (ce qui correspond au niveau d'exécution 3 pour un grand nombre de distributions). La commande:<br /><span style="color: blue; font-family: "Courier New",Courier,monospace;">xinit -e 'gnome-system-monitor'</span><br />nous conduira vers un écran affichant graphiquement les performances du système.<br />On peut même lancer un éditeur graphique:<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">xinit -e 'gedit'</div>Mais tout ceci nous éloigne du sujet.<br />Pour le fun, signalons qu'il est possible de lancer une session graphique sans utilisation de xinit. Voici comment.<br />Depuis tty2, éventuellement en root si problème de droit, lancer X:<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">X :1</div>Depuis tty3:<br /><div style="color: blue; font-family: "Courier New",Courier,monospace;">xterm -display :1</div>Il reste à basculer vers le terminal virtuel où se trouve le xterm et y taper la commande adéquate (par exemple startkde).<br /><br />Avec Ubuntu 11.04, il semblerait qu'il soit impossible de démarrer une session Unity sans passer par le display manager gdm.<br />Pour démarrer une session avec startx il convient donc de définir un bureau préféré (différent du bureau par défaut, à savoir Unity) en créant un fichier ~/.xsession contenant<br />gnome-session --session=classic-gnome (pour une session gnome normale)<br />startkde (pour kde)<br />Avec Ubuntu 11.10, startx peut maintenant ouvrir une session Unity, c'est la session par défaut et il n'est nul besoin d'un fichier ~/.xsession. Indiquons quand même que la commande qui serait à utiliser est simplement<br />gnome-session.<br />Il est également possible d'installer gnome shell tout en conservant un Unity fonctionnel. Pour que startx ouvre une session gnome shell, la commande est cette fois<br />gnome-session --session=gnome

Deuxième session

Utilisons le menu de notre distribution préférée pour changer d'utilisateur. Ça fonctionne: c'est merveilleux! En fait nous avons ou...

Read more »

GRUB

<b>Présentation. </b><br />GRUB (Grand Unified Bootloader) est un programme qui a pour vocation première d'amorcer un système linux. Pour ce faire, une toute petite partie de GRUB, installée dans un secteur d'amorçage, charge d'abord un mini-noyau qui va procéder à l'affichage d'un menu. Un appui sur "Enter" démarre alors le système d'exploitation sélectionné. Appuyer sur "c" au lieu de "Enter"nous conduit dans un shell où nous pouvons taper diverses commandes. Affichons par exemple le contenu du fichier "hello" situé dans le répertoire personnel de toto situé sur la partition /home séparée /dev/sda9:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhESi_EXrcsYgHDZQHXDSeAkQtEq_pTeZfE-LPVtPvhxDJ50g25v468EEoAV8J5w5X7MbHyl45DhYGJ-c2v9O7MmqIEmPfk51PpW7dme54MYMXZpJtaW_yoekfkjExiLcS5hVj5skea5oI/s1600/grub-shell.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="156" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhESi_EXrcsYgHDZQHXDSeAkQtEq_pTeZfE-LPVtPvhxDJ50g25v468EEoAV8J5w5X7MbHyl45DhYGJ-c2v9O7MmqIEmPfk51PpW7dme54MYMXZpJtaW_yoekfkjExiLcS5hVj5skea5oI/s400/grub-shell.jpeg" width="400" /></a></div><br />En fait, nous sommes déjà dans un mini système d'exploitation. <br />"Esc" nous renvoie dans le menu. Appuyer sur "e" nous permet d'éditer les différentes commandes du menu, mais les changements ne seront pas sauvegardés.<br /><b>Où installer GRUB?</b><br />Le problème auquel on est confronté lors de l'installation d'une distribution linux est le choix du secteur d'amorçage où installer GRUB. Le secteur d'amorçage principal (MBR = Master Boot Record) ou secteur 0 du disque /dev/sda est habituellement proposé par défaut. Mais si le disque contient windows, valider ce choix conduira à la destruction du MBR de windows. Aussi, dans le cas où un seul disque est disponible, il est conseillé d'installer GRUB sur le secteur d'amorçage (VBR = Volume Boot Record) de la partition racine du système installé où de la partition /boot si partition /boot séparée il y a.<br /><b>Cas d'une installation sur un VBR. </b><br />L'adresse du mini-noyau à charger est inscrite dans le VBR sous forme d'une adresse en secteurs relative à l'origine du disque (et non de la partition). Voyons cela de plus près en examinant depuis notre OS linux les premiers octets du VBR dans lequel GRUB legacy (traditionnel) a été installé:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># od -Ax -v -tx1 -N 0x50 /dev/sda1<br />000000 eb 48 90 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03 02<br />000040 <b style="background-color: #ffd966;">ff</b> 00 00 80 <b><span style="background-color: #ffd966;">9a 7f 00 00</span></b> 00 08 fa 90 90 f6 c2 80</div>Le <span style="font-family: "Courier New",Courier,monospace;">'ff</span>' à l'offset 0x40 indique que le  mini-noyau à charger se trouve sur le même disque. Dans le cas de GRUB legacy, il s'agit du fichier /boot/grub/stage2. <br />Les 4 octets à l'offset 0x44 contiennent l'adresse de ce fichier sous forme d'un nombre au format little-endian (octet de poids le plus faible à gauche). Dans le cas de notre exemple, cette adresse est 0x7f9a<br />Affichons le contenu du secteur situé à cette adresse:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># dd if=/dev/sda bs=512 count=1 skip=$((0x7f9a)) 2>/dev/null | od -Ax -tx1z<br />000000 52 56 5e bf f8 81 66 8b 2d 83 7d 04 00 0f 84 c4 >RV^...f.-.}.....<<br />000010 00 80 7c ff 00 74 3e 66 8b 1d 66 31 c0 b0 7f 39 >..|..t>f..f1...9<<br />000020 45 04 7f 03 8b 45 04 29 45 04 66 01 05 c7 04 10 >E....E.)E.f.....<<br />000030 00 89 44 02 66 89 5c 08 c7 44 06 00 70 50 66 31 >..D.f.\..D..pPf1<<br />000040 c0 89 44 04 66 89 44 0c b4 42 cd 13 0f 82 93 00 >..D.f.D..B......<<br />000050 bb 00 70 eb 56 66 8b 05 66 31 d2 66 f7 34 88 54 >..p.Vf..f1.f.4.T<<br />000060 0a 66 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 >.f1.f.t..T..D.;D<<br />000070 08 7d 68 8b 04 2a 44 0a 39 45 04 7f 03 8b 45 04 >.}h..*D.9E....E.<<br />000080 29 45 04 66 01 05 8a 54 0d c0 e2 06 8a 4c 0a fe >)E.f...T.....L..<<br />000090 c1 08 d1 8a 6c 0c 5a 52 8a 74 0b 50 bb 00 70 8e >....l.ZR.t.P..p.<<br />0000a0 c3 31 db b4 02 cd 13 72 3a 8c c3 8e 45 06 58 c1 >.1.....r:...E.X.<<br />0000b0 e0 05 01 45 06 60 1e c1 e0 04 89 c1 31 ff 31 f6 >...E.`......1.1.<<br />0000c0 8e db fc f3 a4 1f 61 83 7d 04 00 0f 85 42 ff 83 >......a.}....B..<<br />0000d0 ef 08 e9 34 ff 5a ea 00 82 00 00 be 05 81 e8 3d >...4.Z.........=<<br />0000e0 00 eb 06 be 0a 81 e8 35 00 be 0f 81 e8 2f 00 eb >.......5...../..<<br />0000f0 fe 4c 6f 61 64 69 6e 67 20 73 74 61 67 65 32 00 >.<b>Loading stage2</b>.<<br />000100 2e 00 0d 0a 00 47 65 6f 6d 00 52 65 61 64 00 20 >.....Geom.Read. <<br />000110 45 72 72 6f 72 00 bb 01 00 b4 0e cd 10 46 8a 04 >Error........F..<<br />000120 3c 00 75 f2 c3 00 00 00 00 00 00 00 00 00 00 00 ><.u.............<<br />000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................<<br />*<br />0001f0 00 00 00 00 00 00 00 00 9b 7f 00 00 f1 00 20 08 >.............. .< </div>Il s'agit bien du premier secteur du fichier /boot/grub/stage2, comme on peut facilement le vérifier avec la commande:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># od -Ax -tx1z -N 0x200 /boot/grub/stage2</div><br />Avec GRUB 2 (le nouveau GRUB), c'est un peu différent:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># od -Ax -v -tx1 -N 0x70 /dev/sda3<br />000000 eb 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br />000050 00 00 00 00 00 00 00 00 00 00 00 80 <b><span style="background-color: #ffd966;">40 f5 17 03</span></b><br />000060 00 00 00 00 <b style="background-color: #ffd966;">ff</b> fa 90 90 f6 c2 80 74 05 f6 c2 70</div>Le module à charger (mini-noyau) est cette fois /boot/grub/core.img dont le premier secteur est dans le cas de notre exemple situé à l'adresse 0x317f540:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># dd if=/dev/sda bs=512 count=1 skip=$((0x317f540)) 2>/dev/null | od -Ax -tx1z<br />000000 52 e8 28 01 74 08 56 be 33 81 e8 4c 01 5e bf f4 >R.(.t.V.3..L.^..<<br />000010 81 66 8b 2d 83 7d 08 00 0f 84 e9 00 80 7c ff 00 >.f.-.}.......|..<<br />000020 74 46 66 8b 1d 66 8b 4d 04 66 31 c0 b0 7f 39 45 >tFf..f.M.f1...9E<<br />000030 08 7f 03 8b 45 08 29 45 08 66 01 05 66 83 55 04 >....E.)E.f..f.U.<<br />000040 00 c7 04 10 00 89 44 02 66 89 5c 08 66 89 4c 0c >......D.f.\.f.L.<<br />000050 c7 44 06 00 70 50 c7 44 04 00 00 b4 42 cd 13 0f >.D..pP.D....B...<<br />000060 82 bb 00 bb 00 70 eb 68 66 8b 45 04 66 09 c0 0f >.....p.hf.E.f...<<br />000070 85 a3 00 66 8b 05 66 31 d2 66 f7 34 88 54 0a 66 >...f..f1.f.4.T.f<<br />000080 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 08 0f >1.f.t..T..D.;D..<<br />000090 8d 83 00 8b 04 2a 44 0a 39 45 08 7f 03 8b 45 08 >.....*D.9E....E.<<br />0000a0 29 45 08 66 01 05 66 83 55 04 00 8a 54 0d c0 e2 >)E.f..f.U...T...<<br />0000b0 06 8a 4c 0a fe c1 08 d1 8a 6c 0c 5a 52 8a 74 0b >..L......l.ZR.t.<<br />0000c0 50 bb 00 70 8e c3 31 db b4 02 cd 13 72 50 8c c3 >P..p..1.....rP..<<br />0000d0 8e 45 0a 58 c1 e0 05 01 45 0a 60 1e c1 e0 03 89 >.E.X....E.`.....<<br />0000e0 c1 31 ff 31 f6 8e db fc f3 a5 1f e8 3e 00 74 06 >.1.1........>.t.<<br />0000f0 be 3b 81 e8 63 00 61 83 7d 08 00 0f 85 1d ff 83 >.;..c.a.}.......<<br />000100 ef 0c e9 0f ff e8 24 00 74 06 be 3d 81 e8 49 00 >......$.t..=..I.<<br />000110 5a ea 00 82 00 00 be 40 81 e8 3d 00 eb 06 be 45 >Z......@..=....E<<br />000120 81 e8 35 00 be 4a 81 e8 2f 00 eb fe bb 17 04 80 >..5..J../.......<<br />000130 27 03 c3 6c 6f 61 64 69 6e 67 00 2e 00 0d 0a 00 >'..loading......<<br />000140 47 65 6f 6d 00 52 65 61 64 00 20 45 72 72 6f 72 >Geom.Read. Error<<br />000150 00 bb 01 00 b4 0e cd 10 46 8a 04 3c 00 75 f2 c3 >........F..<.u..<<br />000160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................<<br />*<br />0001f0 00 00 00 00 41 f5 17 03 00 00 00 00 31 00 20 08 >....A.......1. .<</div>De nouveau, nous pouvons facilement vérifier que le secteur ainsi affiché est bien le premier secteur du fichier /boot/grub/core.img<br />GRUB installé sur un VBR ne fonctionnera plus en cas de remplacement du fichier /boot/grub/stage2 ou /boot/grub/core.img suivant le cas. En effet l'adresse (en secteurs) inscrite dans le VBR ne correspond plus à l'emplacement du fichier à charger.<br /><b>Cas d'une installation sur le MBR. </b><br />Qu'en est-il si GRUB est installé sur le MBR?<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># od -Ax -v -tx1 -N 0x50 /dev/sda<br />000000 eb 48 90 d0 bc 00 7c 8e c0 8e d8 bf 1d 06 be 1d<br />000010 7c 50 57 b9 e3 01 f3 a4 b5 03 f3 ab cb 80 fa 8f<br />000020 7e 02 b2 80 52 52 bb 94 07 8d af 2a 00 8a 46 04<br />000030 66 8b 7e 08 66 03 3e b2 06 84 c0 74 0b 80 03 02<br />000040 <b style="background-color: #ffd966;">ff</b> 00 00 20 <b><span style="background-color: #ffd966;">01 00 00 00</span></b> 00 02 fa 90 90 f6 c2 80</div>Nous voyons que le module qui sera chargé se trouve immédiatement après le MBR (il occupe le secteur 01).<br />Quel est ce module?<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># od -Ax -tx1z -N 0x200 -j 0x200 /dev/sda<br />000200 52 56 5e bf f8 21 66 8b 2d 83 7d 04 00 0f 84 c4 >RV^..!f.-.}.....<<br />000210 00 80 7c ff 00 74 3e 66 8b 1d 66 31 c0 b0 7f 39 >..|..t>f..f1...9<<br />000220 45 04 7f 03 8b 45 04 29 45 04 66 01 05 c7 04 10 >E....E.)E.f.....<<br />000230 00 89 44 02 66 89 5c 08 c7 44 06 00 70 50 66 31 >..D.f.\..D..pPf1<<br />000240 c0 89 44 04 66 89 44 0c b4 42 cd 13 0f 82 93 00 >..D.f.D..B......<<br />000250 bb 00 70 eb 56 66 8b 05 66 31 d2 66 f7 34 88 54 >..p.Vf..f1.f.4.T<<br />000260 0a 66 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 >.f1.f.t..T..D.;D<<br />000270 08 7d 68 8b 04 2a 44 0a 39 45 04 7f 03 8b 45 04 >.}h..*D.9E....E.<<br />000280 29 45 04 66 01 05 8a 54 0d c0 e2 06 8a 4c 0a fe >)E.f...T.....L..<<br />000290 c1 08 d1 8a 6c 0c 5a 52 8a 74 0b 50 bb 00 70 8e >....l.ZR.t.P..p.<<br />0002a0 c3 31 db b4 02 cd 13 72 3a 8c c3 8e 45 06 58 c1 >.1.....r:...E.X.<<br />0002b0 e0 05 01 45 06 60 1e c1 e0 04 89 c1 31 ff 31 f6 >...E.`......1.1.<<br />0002c0 8e db fc f3 a4 1f 61 83 7d 04 00 0f 85 42 ff 83 >......a.}....B..<<br />0002d0 ef 08 e9 34 ff 5a ea 00 22 00 00 be 07 21 e8 3f >...4.Z.."....!.?<<br />0002e0 00 eb 06 be 0c 21 e8 37 00 be 11 21 e8 31 00 eb >.....!.7...!.1..<<br />0002f0 fe 4c 6f 61 64 69 6e 67 20 73 74 61 67 65 31 2e >.<b>Loading stage1.</b><<br />000300 35 00 2e 00 0d 0a 00 47 65 6f 6d 00 52 65 61 64 ><b>5</b>......Geom.Read<<br />000310 00 20 45 72 72 6f 72 00 bb 01 00 b4 0e cd 10 46 >. Error........F<<br />000320 8a 04 3c 00 75 f2 c3 00 00 00 00 00 00 00 00 00 >..<.u...........<<br />000330 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< *<br />0003f0 00 00 00 00 00 00 00 00 02 00 00 00 19 00 20 02 >.............. .< </div>Il s'agit du stage 1.5 qui contient tout ce qu'il faut pour charger ensuite le stage 2 via le système de fichiers. Le fichier stage 1.5 copié après le MBR lors de l’installation de GRUB, dépend du système de fichiers. Dans le cas d'un système de fichiers de la série ext2, il s'agit du fichier /boot/grub/e2fs_stage1_5. Ceci pour GRUB legacy.<br />Pour GRUB 2 les noms sont différents, mais le principe est le même.<br />La question qui vient à l'esprit est: pourquoi ne pas placer directement le stage 2 après le MBR?<br />Et bien par manque de place: seulement 62 secteurs sont disponibles entre le MBR et le début de la partition 1. Le stage 1.5 peut y prendre place.Dans le cas d'un système de fichier de la série ext2, il occupera 26 secteurs.<br />Toujours est-il qu'une installation de GRUB sur le MBR modifie non seulement le MBR, mais aussi d'autres secteurs. Avant de procéder à l'opération, il convient donc de sauvegarder, non seulement le MBR, mais aussi les 62 secteurs qui suivent.<br /><b>Sauvegarde et restauration du MBR et des secteurs suivants. </b><br />Pour ce faire, insérons une clef usb qui se monte par exemple en /media/clef.<br />Puis:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># cd /media/clef<br /># dd if=/dev/sda of=mbr.img bs=512 count=1 <br /># dd if=/dev/sda of=sda-1-62.img bs=512 <b>skip=1</b> count=62</div>Pour restaurer:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># cd /media/clef <br /># dd if=mbr.img of=/dev/sda <b>bs=446</b> count=1<br /># dd if=sda-1-62.img bs=512 count=62 <b>seek=1</b> of=/dev/sda</div>On n’écrase pas la table des partitions (qui se trouve à l'offset 446) car celle-ci peut entre-temps avoir été modifiée.<br />Notons que même si l'intention est d'installer GRUB sur un  VBR, effectuer une copie de sauvegarde des 63 premiers secteurs du disque est quand même conseillé: il suffit de passer à côté de l'écran qui permet d'indiquer où installer GRUB et voilà le MBR et les secteurs qui suivent modifiés sans aucune possibilité de retour en arrière.<br /><b>Booter sur une clef usb pour amorcer linux. </b><br />Comment amorcer notre OS si GRUB est installé sur le VBR?<br />Diverses possibilités s'offrent à nous. GRUB en tant que chargeur secondaire situé sur un VBR peut être appelé par le chargeur de windows (ou par tout autre chargeur situé sur le MBR).<br />Une autre solution est de booter sur une clef usb. Elle doit bien sûr avoir été préparée pour ce faire, mais ne doit pas être exclusivement réservée à cet effet. Cette clef (par exemple formatée en FAT32) peut contenir des données: celle-ci ne seront pas impactées.<br />Si la clef est montée en /media/clef et reconnue en tant que /dev/sdb (la partition montée étant /dev/sdb1), et à supposer que nous soyons dans un système linux utilisant GRUB 2, lançons la commande:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># grub-install --boot-directory=/media/clef /dev/sdb</div>ce qui aura pour effet d'installer GRUB dans le secteur d'amorce de /dev/sdb et de créer dans /media/clef un dossier grub avec tous les fichiers nécessaires sauf le fichier menu grub.cfg. Si nous voulons par exemple pouvoir appeler au choix un GRUB installé sur /dev/sda1 ou un autre installé sur /dev/sda3, il suffit de placer dans /media/clef/grub un fichier grub.cfg tel que:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># Fedora sur sda1<br />menuentry "Fedora " {<br />set root=(hd<b><span style="color: red;">1</span></b>,1)<br />chainloader +1<br />}<br /># Ubuntu sur sda3<br />menuentry "Ubuntu" {<br />set root=(hd<b style="color: red;">1</b>,3)<br />chainloader +1<br />}</div>GRUB 2 compte les disques à partir de 0 et les partitions à partir de 1. Mais comme nous bootons  sur la clef usb, /dev/sda devient pour GRUB le disque 2, c'est à dire hd1. Il sera peut-être nécessaire aussi de modifier le menu secondaire (celui vers lequel pointe le GRUB appelé) en y remplaçant hd0 par hd1. Rappelons que ceci peut s'effectuer en interactif par appui sur la touche "e", mais dans ce cas le changement n'est pas permanent. <br />Pour GRUB legacy, la commande à exécuter est quasiment la même:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;"># grub-install --<b>r</b>oot-directory=/media/clef/ /dev/sdb</div>Cette fois est créé le dossier /media/clef/boot/grub avec tout ce qui convient sauf le fichier menu grub.conf (ou menu.lst). Pour disposer des mêmes fonctionnalités que précédemment, il suffit de mettre dans /media/clef/boot/grub un grub.conf (ou menu.lst) contenant les lignes:<br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">title Fedora<br />root (hd1,0)<br />chainloader +1<br />title Ubuntu<br />root (hd1,2)<br />chainloader +1</div>(GRUB legacy contrairement à GRUB 2 compte les partitions à partir de 0)<br />Le fichier menu se trouvant sur la clef est hors de portée des OS qu'il permet de lancer. En effet l'amorçage s'effectue par l'intermédiaire des menus secondaires (vers lesquels pointent les GRUB appelés) et ce sont ces menus qui sont mis à jour par l'OS.<br />Une réinstallation du ou des OS (par exemple pour un changement de version), ne nécessite pas que l'on change quoique que ce soit au niveau de la clef. Évidemment si on remplace Ubuntu par Linux Mint, il est peut être judicieux de mettre à jour le fichier menu de la clef (modifier un fichier texte n'est pas une tâche insurmontable), mais ce n'est pas absolument nécessaire dès l'instant où nous savons que le choix Ubuntu conduit en fait au lancement de Linux Mint.

GRUB

Présentation. GRUB (Grand Unified Bootloader) est un programme qui a pour vocation première d'amorcer un système linux. Pour ce faire, u...

Read more »

OOo base: retour vers le futur

La version de libreoffice-base actuellement livrée avec Ubuntu 11.04 est cassée en ce sens que les barres d'outils nécessaires pour modifier un formulaire ne s'affichent pas.<br />Alors, une solution consiste à installer openoffice.org à la place de libreoffice. <br />Mais tant qu'à faire, plutôt que d'installer la version actuelle (3.3), autant installer la version précédente (3.2.1). En effet, un autre problème se pose pour ceux qui désirent accéder à PostgreSQL via le pilote sdbc: l'accès aux données se fait en lecture seule avec les versions d'openoffice.org et de libreoffice >= 3.3.<br />Choisissons <a href="ftp://archive.services.openoffice.org/pub/openoffice-archive/localized/fr/3.2.1/">sur cette page</a> le fichier qui convient à son architecture (OOo_3.2.1_Linux_x86-64_install-deb_fr.tar.gz, si on est en 64 bits).<br />Après avoir téléchargé le fichier, ouvrons un (émulateur de) terminal, et rendons-nous à l'endroit du téléchargement pour procéder à l'extraction du tar.gz:<br /><div style="background-color: #e6e6ff;">toto@rigel: ~$ cd Téléchargements/<br />toto@rigel: Téléchargements$ tar xzvf OOo_3.2.1_Linux_x86-64_install-deb_fr.tar.gz </div>L'extraction a créé différents dossiers. Nous devons nous y rendre pour procédons à l'installation:<br /><div style="background-color: #e6e6ff;">toto@rigel: Téléchargements$ cd OOO320_m18_native_packed-1_fr.9502/DEBS<br />toto@rigel: DEBS$ sudo dpkg -i *.deb</div>Et pour finaliser:<br /><div style="background-color: #e6e6ff;">toto@rigel: DEBS$ cd desktop-integration/<br />toto@rigel: desktop-integration$ sudo dpkg -i *.deb</div>Reste à régler le problème du pilote sdbc. Recherchons et téléchargeons le paquet debian openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb (qui convient pour du 64 bits). Essayant d'installer ce paquet, on se heurte à des problèmes de dépendances. Plutôt que de forcer l'installation, il est préférable de procéder en douceur. Créons un dossier de travail et mettons-y  le fichier téléchargé:<br /><div style="background-color: #e6e6ff;">toto@rigel: Téléchargements$ mkdir work<br />toto@rigel: Téléchargements$ mv openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb work<br />toto@rigel: Téléchargements$ cd work<br />toto@rigel: work$</div>Un paquet debian est une archive "ar" (et non pas "tar"). <br />Procédons à l'extraction:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ ar -xv openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb <br />x - debian-binary<br />x - control.tar.gz<br />x - data.tar.lzma<br />toto@rigel: work$ </div>Ce qui nous intéresse c'est le tar.lzma:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ tar -xv --lzma -f data.tar.lzma <br />./<br />./usr/<br />./usr/lib/<br />./usr/lib/openoffice/<br />./usr/lib/openoffice/share/<br />./usr/lib/openoffice/share/extension/<br />./usr/lib/openoffice/share/extension/install/<br />./usr/lib/openoffice/share/extension/install/<b>postgresql-sdbc-0.7.6a.zip</b><br />./usr/share/<br />./usr/share/doc/<br />./usr/share/lintian/<br />./usr/share/lintian/overrides/<br />./usr/share/lintian/overrides/openoffice.org-sdbc-postgresql<br />./usr/share/bug/<br />./usr/share/bug/openoffice.org-sdbc-postgresql/<br />./usr/share/bug/openoffice.org-sdbc-postgresql/script<br />./usr/share/bug/openoffice.org-sdbc-postgresql/presubj<br />./usr/share/doc/openoffice.org-sdbc-postgresql<br />toto@rigel: work$ </div>Déplaçons le fichier zip dans le répertoire de téléchargement:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ <br />toto@rigel: work$ mv usr/lib/openoffice/share/extension/install/postgresql-sdbc-0.7.6a.zip ../</div>Nous aurons ainsi plus de facilité pour ajouter l'extension dans openoffice via "Outils-> Gestionnaire des extensions"<br />Nous pouvons maintenant détruire le répertoire de travail work.

OOo base: retour vers le futur

La version de libreoffice-base actuellement livrée avec Ubuntu 11.04 est cassée en ce sens que les barres d'outils nécessaires pour modi...

Read more »

Pilote postgresql sdbc 64 bits

<div style="font-family: Arial,Helvetica,sans-serif;">Dans le billet <a href="http://ipv4-ipv6.blogspot.com/2010/09/connecter-openoffice-postgresql.html">Connecter openoffice à PostgreSQL</a>, nous avons donné un <a href="http://dba.openoffice.org/drivers/postgresql/#download">lien</a> permettant de télécharger le pilote sdbc.</div><div style="font-family: Arial,Helvetica,sans-serif;">Hélas, le pilote ainsi obtenu ne fonctionne pas si on est en 64 bits.</div><div style="font-family: Arial,Helvetica,sans-serif;">Certaines distributions fournissent un paquet 64 bits qui délivre le pilote en question. Par exemple chez Ubuntu, il s'agit du paquet libreoffice-sdbc-postgresql. Pour d'autres distributions ce paquet n'existe pas.</div><div style="font-family: Arial,Helvetica,sans-serif;">Voici comment contourner le problème. Ceci a été testé et fonctionne dans le cas de Fedora 15.</div><div style="font-family: Arial,Helvetica,sans-serif;">Tout d'abord, rechercher et télécharger, par exemple, le paquet libreoffice-base-drivers-postgresql-3.3.1.2-1.2.3.x86_64.rpm. Il s'agit d'un paquet openSuse.</div><div style="font-family: Arial,Helvetica,sans-serif;">Ensuite, dans un terminal, se rendre là où le paquet est téléchargé:</div><div style="background-color: #ffffcc; font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ cd ~/Téléchargement</span><span style="font-size: small;"> </span><br /><span style="font-size: small;">$ rpm2cpio libreoffice-base-drivers-postgresql-3.3.1.2-1.2.3.x86_64.rpm | cpio -ivd</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/META-INF</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/META-INF/manifest.xml</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/description.xml</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc-impl.uno.so</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc.uno.so</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc.unorc</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql.xcu</span><br /><span style="font-size: small;">1779 blocs</span><br /><span style="font-size: small;">$</span></div><div style="font-family: Arial,Helvetica,sans-serif;"><br />La commande rpm2cpio convertit le paquet RPM en archive cpio, archive qui est transmise à la commande cpio pour extraction. La commande cpio a créé dans "Téléchargement" toute une série de répertoires. Nous allons en premier ramener le répertoire "postgresql-sdbc-0.7.6b" dans "Téléchargement", puis créer le fichier zip adéquat:</div><div style="background-color: #ffffcc;"><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ mv usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b .</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ zip -r postgresql-sdbc-0.7.6b.zip postgresql-sdbc-0.7.6b</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/ (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc.unorc (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/description.xml (deflated 52%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/META-INF/ (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/META-INF/manifest.xml (deflated 62%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc-impl.uno.so (deflated 68%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql.xcu (deflated 57%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc.uno.so (deflated 71%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ </span></div></div><div style="font-family: Arial,Helvetica,sans-serif;"><br />Pour terminer, il suffit de procéder comme indiqué dans le billet <a href="http://ipv4-ipv6.blogspot.com/2010/09/connecter-openoffice-postgresql.html">Connecter openoffice à PostgreSQL:</a></div><div style="background-color: #ffffcc; font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ cd $(dirname $(which soffice));cd $(ls -l soffice | sed -r 's/^.*>.(.*)soffice$/\1/')</span><br /><span style="font-size: small;">$ unopkg add ~/Téléchargement/postgresql-sdbc-0.7.6b.zip</span><br /><span style="font-size: x-small;"><span style="font-size: small;">$</span> </span></div><div style="font-family: Arial,Helvetica,sans-serif;">Il nous est bien sûr loisible de plutôt procéder à l'ajout l'extension via le Gestionnaire des extensions (menu Outils) de Libreoffice.</div>

Pilote postgresql sdbc 64 bits

Dans le billet Connecter openoffice à PostgreSQL , nous avons donné un lien permettant de télécharger le pilote sdbc. Hélas, le pilote ains...

Read more »

Vous avez dit sourcer?

Pour mener à bien une compilation, nous avons besoin de définir toute une série de variables d'environnement. Les définitions de ces variables se trouvent par exemple dans un fichier nommé def-var:<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">export QTDIR=`kde4-config --qt-prefix`<br />export KDEDIR=`kde4-config --prefix`<br />export KDEDIRS=$KDEDIR<br />export KDE_BUILD=$KDEDIR<br />export DBUSDIR=$KDEDIR<br />export LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH<br />export PKG_CONFIG_PATH=$DBUSDIR/lib/pkgconfig:/usr/lib/pkgconfig<br />export PATH=$QTDIR/bin:$KDEDIR/bin:$PATH</div><br />Si nous exécutons def-var dans un terminal et que nous regardons ensuite ce qu'il en est au niveau des variables d'environnement existant dans le terminal, rien n'est changé.<br />Alors comment procéder? Taper toutes ces commandes?<br />Non, bien sûr: il existe une autre méthode.<br /><br />Bon, reprenons en partant d'un fichier un peu plus ludique: le fichier bjr:<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />echo Saisis un nom $moi<br />read moi<br />cat << FIN<br />Toujours saluer le directeur:<br />Bonjour $moi <br />FIN</div><br />situé dans /home/toto/test.<br />Ce fichier contient toute une série de commandes.<br />Elles sont là, déjà écrites dans le fichier! Alors pourquoi les retaper?<br />Il suffit d'indiquer à bash que bjr constitue une <i>source</i> de commandes:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj-CRQ6mnMPvdtG5lh0YAVh6pwxlTp968SOi_UobMiiAAlb5jvg3z8WDOFh9QuxxLmagzXnZxP8kEA_I7EDYG2rOhan9WCpo8dmcJ9fu3cUsjm2N-jiTUHUZ56O7pJA5BRzX_p7vk_S0Co/s1600/source21.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj-CRQ6mnMPvdtG5lh0YAVh6pwxlTp968SOi_UobMiiAAlb5jvg3z8WDOFh9QuxxLmagzXnZxP8kEA_I7EDYG2rOhan9WCpo8dmcJ9fu3cUsjm2N-jiTUHUZ56O7pJA5BRzX_p7vk_S0Co/s1600/source21.jpeg" /></a></div><br />L'output de la commande echo est affiché en premier. Puis la commande "read moi" provoque l'affichage du curseur: le système est en attente de ce que nous allons taper au clavier afin de le mettre dans la variable moi:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-nnSdNv0sJcz5h1uatJOv6jiiuyhPw9ADQkqqeeCWt_c5urY_fkNEMRW0RXeJJrOosxsCowQ6Kvae-a0Rfu1inLOkFoNgQmGCq6qF7Rsx9i3y8BzPUJsbgapcunEwntvTGQ4wjHLrF1I/s1600/source22.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-nnSdNv0sJcz5h1uatJOv6jiiuyhPw9ADQkqqeeCWt_c5urY_fkNEMRW0RXeJJrOosxsCowQ6Kvae-a0Rfu1inLOkFoNgQmGCq6qF7Rsx9i3y8BzPUJsbgapcunEwntvTGQ4wjHLrF1I/s1600/source22.jpeg" /></a></div><br /><div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"></div>Terminons la saisie par un appui sur ENTER:<br /><br /><div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj5A6N2NwI40ewzxztx0GbRrApf0AzD1mZ69rui-6IqzB9AYUBRJEbvQXfp1jnBAGVVXr9YMXG9nrJ2ZbL1mcHCpdm5MSz6p1EzTvqQECwvPfiaNQTPb7CcBMlhYCPPh2s9IIzA1vae10A/s1600/source23.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj5A6N2NwI40ewzxztx0GbRrApf0AzD1mZ69rui-6IqzB9AYUBRJEbvQXfp1jnBAGVVXr9YMXG9nrJ2ZbL1mcHCpdm5MSz6p1EzTvqQECwvPfiaNQTPb7CcBMlhYCPPh2s9IIzA1vae10A/s1600/source23.jpeg" /></a></div><div class="separator" style="clear: both; text-align: center;"></div><br />Tapons effectivement à l'écran la première commande de bjr:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4Wig_VeQBwzpizeLOYXjhh_fpPQwg6__lp_IQqF3GSA8NxmoisOQE0OVXXkc6zX5dcnU3SVMJ5oSqPbYRCcJvgt1bxzMOg1bVz1A-T3tRBTUzTd08wJR5kFQmxWomxDLVtfyOe7cVYfQ/s1600/source20.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4Wig_VeQBwzpizeLOYXjhh_fpPQwg6__lp_IQqF3GSA8NxmoisOQE0OVXXkc6zX5dcnU3SVMJ5oSqPbYRCcJvgt1bxzMOg1bVz1A-T3tRBTUzTd08wJR5kFQmxWomxDLVtfyOe7cVYfQ/s1600/source20.jpeg" /></a></div><br />Le résultat est le même:  2849 est le pid du shell bash dans lequel nous sommes et 2838 celui de son processus parent (par exemple konsole ou gnome-terminal) <br />Lorsque bjr est <i>sourcé</i>, tout se passe comme si les commandes qu'il contient étaient tapées à l'écran.<span style="color: #0b5394;"> Ainsi </span><span style="color: #0b5394;"><span style="color: #0b5394;">la variable moi est maintenant définie dans le shell bash</span> </span>(pid 2849) avec la valeur "Ahuri".<br /><br />Le mot "source" étant très long (et donc fatiguant à taper), il est le plus souvent remplacé par un point ("."):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOg33uHeI5VEa-PwW5bCmxFFnt7Hx52SG5EbetH_UpShFjfxPVXfZtqGRGO1HzJzZ9TWFhU5OgNqeS3e9pVMSt3LqgLB9dC4K2xuxW5lyIawROo-8BtDvPv5fKhTSDAlTY6CDQYOENTtI/s1600/source24.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOg33uHeI5VEa-PwW5bCmxFFnt7Hx52SG5EbetH_UpShFjfxPVXfZtqGRGO1HzJzZ9TWFhU5OgNqeS3e9pVMSt3LqgLB9dC4K2xuxW5lyIawROo-8BtDvPv5fKhTSDAlTY6CDQYOENTtI/s1600/source24.jpeg" /></a></div><br />Nous constatons que la variable moi est bel et bien définie (elle contient le mot "Ahuri") avant même l'exécution de la commande read<br /><div class="separator" style="clear: both; text-align: center;"></div><br />Et si nous exécutions bjr en tapant tous simplement son nom, comme pour n'importe quelle commande?<br />Problème:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiwOlzXjV0MeLMxX1M3XXvsn-YtaTwbHS_0ZyyeEF53P_pz0Y9V9rLdR6DWTuSHh92zAtiiCV5RwZ6WxXk-FPIS82o-3vqmLA27kLLcmNj5S2jLtPqyDhrE_dE0IchMzJsCHvSBJVs02g/s1600/source05.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiwOlzXjV0MeLMxX1M3XXvsn-YtaTwbHS_0ZyyeEF53P_pz0Y9V9rLdR6DWTuSHh92zAtiiCV5RwZ6WxXk-FPIS82o-3vqmLA27kLLcmNj5S2jLtPqyDhrE_dE0IchMzJsCHvSBJVs02g/s1600/source05.jpeg" /></a></div><br />C'est normal, bjr n'est pas trouvé car /home/toto/test ne figure dans la variable d'environnement PATH qui contient l'ensemble des répertoires où le système recherche les commandes.<br />Par curiosité, examinons le contenu de PATH:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXW0xF_4k4T8vPvzWS3CjD3OmokDlxhR1T0glBs_CsdXY0FksZ6qSJ37CF5ya1nHGKX2rVFQwIrfx1lLc38vUkX9KcfdCqEUcCGpxgyXIRXXbnX5aLq1Z20IbjuflR_RPhrGHWPs-bIkw/s1600/source06.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXW0xF_4k4T8vPvzWS3CjD3OmokDlxhR1T0glBs_CsdXY0FksZ6qSJ37CF5ya1nHGKX2rVFQwIrfx1lLc38vUkX9KcfdCqEUcCGpxgyXIRXXbnX5aLq1Z20IbjuflR_RPhrGHWPs-bIkw/s1600/source06.jpeg" /></a></div><br />/home/toto/test n'y figure évidemment pas, mais bien à toutes fins utiles /home/toto/bin.<br />Ainsi nous pourrions créer le lien symbolique qui convient. <br /><div style="background-color: #fff2cc;">ln -s ../test/bjr ../bin</div>Mais la réponse classique au problème consiste à indiquer au système où se trouve exactement la commande à exécuter en tapant:<br /><div style="background-color: #fff2cc; font-family: "Courier New",Courier,monospace;">/home/toto/test/bjr</div>ou plus court:<br /><div style="background-color: #fff2cc; font-family: "Courier New",Courier,monospace;">./bjr</div><br />En fait c'est la même chose:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhkyTIhTFUpP0ttUMDlNQV1vhrvUvDGkOSvc_crwIUoefrSjKtCX85FjrLM8Ahy3-a6PBruwb0rfPl67RljiOMiMzHzDtnP5966J8JuNh8XbIVS7RlbyTKRBEyaseY7hRWty3FXsLzUffI/s1600/source07.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhkyTIhTFUpP0ttUMDlNQV1vhrvUvDGkOSvc_crwIUoefrSjKtCX85FjrLM8Ahy3-a6PBruwb0rfPl67RljiOMiMzHzDtnP5966J8JuNh8XbIVS7RlbyTKRBEyaseY7hRWty3FXsLzUffI/s1600/source07.jpeg" /></a></div><br />Nous affichons d'abord les inodes des différents fichiers du dossier (y compris les fichiers cachés). En faisant une recherche sur l'inode 1717900 nous voyons que le fichier "." n'est autre que le dossier dans lequel on se trouve (/home/toto/test).<br />Ceci est bien connu et a déjà été expliqué <a href="http://ipv4-ipv6.blogspot.com/2010/11/espace-disque.html">dans un autre billet</a>.<br /><br />Le point (.) peut donc être mangé à plusieurs sauces.<br /><br />Résumons:<br /><span style="font-family: "Courier New",Courier,monospace;"><b>.</b> bjr</span> : le point remplace la commande "source". bjr sera <i>sourcé</i>.<br /><span style="font-family: "Courier New",Courier,monospace;"><b>.</b>/bjr</span> : le point remplace (ici) /home/toto/test. bjr sera exécuté.<br /><br />Procédons à l'exécution (!):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinILljSvc-DMxGy-1IoVkUAOJWQUIovJGhYG4YLeNI2Vn7Zq2Eed70xbABJIz2e9wC5HnAr03pbr4vQBF-Lzb-Rq4ZR4LJookGAKg5n1WCgIh6kZAItmyzpueXRVexxiNTwif6KcCVNio/s1600/source08.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinILljSvc-DMxGy-1IoVkUAOJWQUIovJGhYG4YLeNI2Vn7Zq2Eed70xbABJIz2e9wC5HnAr03pbr4vQBF-Lzb-Rq4ZR4LJookGAKg5n1WCgIh6kZAItmyzpueXRVexxiNTwif6KcCVNio/s1600/source08.jpeg" /></a></div><br />Nouveau problème! Et oui: personne n'a le droit d'exécuter ce fichier, même pas le root.<br />Avant de procéder il faut d'abord donner le droit d'exécution sur bjr (avec la commande chmod +x bjr):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi2O_ZZeSbKhwYQnUxznvJFahf6WoIqRSCN1s_R9liPYpUuX6DnsO49uTIs1gudUiSHUJVRxopgRquXkI__1TBDipAoKkh0OmvQnv9Wmz4GXx3_ST04_7M5hzEdSs9xuYi4xRVWE0wvquI/s1600/source25.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi2O_ZZeSbKhwYQnUxznvJFahf6WoIqRSCN1s_R9liPYpUuX6DnsO49uTIs1gudUiSHUJVRxopgRquXkI__1TBDipAoKkh0OmvQnv9Wmz4GXx3_ST04_7M5hzEdSs9xuYi4xRVWE0wvquI/s1600/source25.jpeg" /></a></div><br />Intéressons nous à ce que vaut maintenant la variable moi dans le shell bash de base:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_nQZJmv6569oWYMo1CS0n_LvCn0Dl0Iyrv2gJ0h-5FwR_EHSONCpKUzL7wqtooBY9XJcbVOWCYkKeYiFiz7G_anCmKYPrvCJH96ldBkqAZNYJfUMpcQZcYq5HMqFGUiHQr6rBQeobe14/s1600/source33.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_nQZJmv6569oWYMo1CS0n_LvCn0Dl0Iyrv2gJ0h-5FwR_EHSONCpKUzL7wqtooBY9XJcbVOWCYkKeYiFiz7G_anCmKYPrvCJH96ldBkqAZNYJfUMpcQZcYq5HMqFGUiHQr6rBQeobe14/s1600/source33.jpeg" /></a></div><br />C'est encore la valeur résultant du "read" lorsque bjr a été <i>sourcé</i> pour la deuxième fois.<br /><br />Constatations: <br /><div class="separator" style="clear: both; text-align: center;"></div><ul><li>Les différentes commandes du script bjr, s'exécutent au sein d'un sous-shell (pid 2946) dérivé du shell bash principal (pid 2849).</li><li>Dans ce sous-shell, la variable moi n'est au départ pas définie (elle prend ensuite la valeur Jules).</li><li><span style="color: #0b5394;">L'exécution de bjr ne modifie pas la valeur de la variable moi dans le shell bash principal</span> (contrairement à ce qui se passe lorsque bjr est<i> sourcé)</i>.</li></ul><ol></ol>La variable moi n'est pas définie au départ dans le sous-shell où bjr tourne car ce n'est pas une variable d'environnement. Et quand bien même l'aurait-elle été (un petit<span style="font-family: Arial,Helvetica,sans-serif;"> export moi</span> tapé à l'écran et hop!), cela aurait changé quoi ?<br /><ul><li>Elle aurait alors été définie d'emblée dans le sous-shell 2946 et la ligne 2 du résultat de l'exécution de bjr aurait été: <span style="background-color: black; color: white;"> Saisis un nom Patate</span></li><li>Sa valeur serait comme avant restée inchangée au niveau shell maître</li></ul><ol></ol>Un changement de valeur dans un sous-shell ne se répercute pas dans le shell parent.<br /><br />Afin de consolider toutes ces notions, raisonnons maintenant sur un cas un peu plus compliqué, metttant en scène le fichier lbjr: <br /><div class="separator" style="clear: both; text-align: center;"></div><br /><div class="separator" style="clear: both; text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />echo Bonjour $moi<br />. defvar<br />./bjr<br />echo Il répondra: appelez-moi $moi</div><br />et le fichier defvar<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />moi=Big\ Boss</div><br />(Remarquons le caractère d'échappement "\" qui enlève au blanc qui suit le mot "Big" son rôle de séparateur)<br /><br />Exécutons lbjr. Mais comme nous n'avons pas le courage de le rendre exécutable, procédons en utilisant la commande bash: <br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbUlusEcCWIko6EwbGx2HUpvV2L0i9lc6L5QYuUoYIrNET30pVP-zlOVpDVpfjMgfVghDXvy1Qdz-AB8oSybt95s4e-br_y2qYDJl8plU-YjE6e6lJkxmVg4fa_M51nP1Dcs4ccOCCkC4/s1600/source27.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbUlusEcCWIko6EwbGx2HUpvV2L0i9lc6L5QYuUoYIrNET30pVP-zlOVpDVpfjMgfVghDXvy1Qdz-AB8oSybt95s4e-br_y2qYDJl8plU-YjE6e6lJkxmVg4fa_M51nP1Dcs4ccOCCkC4/s1600/source27.jpeg" /></a></div><br />Analysons le résultat:<br /><ul><li>ligne 1: lbjr s'exécute dans un sous-shell (pid 2949)</li><li>ligne 2: dans ce sous-shell la variable moi n'est pas définie</li><li>ligne 3: defvar est <i>sourcé</i> au niveau du sous-shell et la commande echo de defvar s'exécute bien dans ce sous-shell</li><li>ligne 4: bjr s'exécute dans un sous-sous-shell (pid 2950)</li><li>dernière ligne: bjr est terminé, on est retombé dans le sous-shell 2949 et la variable moi est est maintenant définie dans ce sous-shell car defvar y a été <i>sourcé</i>.</li></ul>Si defvar n'avait pas été <i>sourcé</i>, mais exécuté (commande ./defvar au lieu de . defvar), la variable moi serait restée non définie dans le shell pid 2949.<br /><br />Nous n'avons pas eu le courage de rendre lbjr exécutable, mais bash c'est quand même très long à écrire: pourquoi ne pas utiliser sh?<br />Après tout sh est maintenant le plus souvent un simple lien vers bash:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-nNEhKUmQcpaAt-3YwwPRu9KPQtX7uKwHDKRSM2wFCTUy5ACvomfMGG4uNTQc4hpxV77ObI8mOt6CI62DK7ZMHL1kpY60l6JrDRL3OufjsnzW5PzuwojRwvAjAC0LvVqWt5KqRrv79vc/s1600/source34.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-nNEhKUmQcpaAt-3YwwPRu9KPQtX7uKwHDKRSM2wFCTUy5ACvomfMGG4uNTQc4hpxV77ObI8mOt6CI62DK7ZMHL1kpY60l6JrDRL3OufjsnzW5PzuwojRwvAjAC0LvVqWt5KqRrv79vc/s1600/source34.jpeg" /></a></div><br />Et pourtant:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiTpT8tRJ50nLQuR1EzGau5cCDJTLnEWwBfJgJcBTMBP6uAYNZyZc-T3makr1SVa-b_hIdobdTy5RRBCj3yeMgtkTG-v1YCv7_5D9gSdgN9yMYYbEuFt3ttIe_PYrFmi3xHY0vv_NffqbQ/s1600/source35.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiTpT8tRJ50nLQuR1EzGau5cCDJTLnEWwBfJgJcBTMBP6uAYNZyZc-T3makr1SVa-b_hIdobdTy5RRBCj3yeMgtkTG-v1YCv7_5D9gSdgN9yMYYbEuFt3ttIe_PYrFmi3xHY0vv_NffqbQ/s1600/source35.jpeg" /></a></div><div class="separator" style="clear: both; text-align: center;"></div><br />Et oui : le comportement de bash change suivant la façon dont il est invoqué.<br />Le mieux est d'indiquer précisément l'endroit où se trouve le fichier à <i>sourcer</i>, ce qui évite ce genre d'erreur. <br /><br />Pour en revenir avec le problème qui a motivé ce billet, la solution est bien évidemment de <i>sourcer</i> def-var dans le shell bash de travail. Les variables d'environnement, nouvelles où modifiées, seront ainsi présentes pour tous les processus fils

Vous avez dit sourcer?

Pour mener à bien une compilation, nous avons besoin de définir toute une série de variables d'environnement. Les définitions de ces var...

Read more »