Le blog de Pierre Bauduin

print-size-of-pointer: exécution sous Solaris

2009-06-21T20:00:00.002+02:00

Voici ce qui se passe lorsque j'exécute mon programme print-size-of-pointer sur ma Sun Fire sous Solaris:
(Il y a deux versions: compilé en 32-bit et compilé en 64-bit):

Résultat sur fire (Sun Fire 64-bit):
Version du kernel:
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>uname -a
SunOS fire 5.10 Generic_118833-33 sun4u sparc SUNW,UltraAX-i2

Sommes-nous en 64-bit ?
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>isainfo -b 64
Oui, nous sommes en 64-bit

Voyons les fichiers
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>ls -l total 142 -rwxr-xr-x 1 pbn users 6587 Jun 1 20:00 print-sizeof-pointer-linux-32bit.bin -rwxr-xr-x 1 pbn users 9415 Jun 1 20:00 print-sizeof-pointer-linux-64bit.bin -rwxr-xr-x 1 pbn users 53640 Jun 1 20:00 print-sizeof-pointer-macosx.bin -rw-r--r-- 1 pbn users 561 Jun 1 20:00 print-sizeof-pointer.c

Je compile mon programme en 32-bit
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>gcc -o print-sizeof-pointer-solaris-32bit.bin -m32 print-sizeof-pointer.c

Je compile mon programme en 64-bit
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>gcc -o print-sizeof-pointer-solaris-64bit.bin -m64 print-sizeof-pointer.c

Voyons de quel type d'exécutable il s'agit:
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>file *solaris* print-sizeof-pointer-solaris-32bit.bin: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped, no debugging information available print-sizeof-pointer-solaris-64bit.bin: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, not stripped, no debugging information available

J'exécute la version 32-bit de mon programme:
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>./print-sizeof-pointer-solaris-32bit.bin print-sizeof-pointer.c If the result is 8, this machine is a 64-bit system. If the result is 4, this machine is a 32-bit system. Result: 4

J'exécute la version 64-bit de mon programme:
[pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>./print-sizeof-pointer-solaris-64bit.bin print-sizeof-pointer.c If the result is 8, this machine is a 64-bit system. If the result is 4, this machine is a 32-bit system. Result: 8 [pbn@fire] /export/home/pbn/Documents/print-sizeof-pointer>

En bref sous Solaris sur une machine 64-bit avec un OS 64-bit, je peux à la fois exécuter les exécutables 32-bit et 64-bit. Et en fait, les exécutables 32-bit ont leurs adresses en 32-bit, les exécutables 64-bit ont leurs adresses en 64-bit.

print-size-of-pointer: exécution sous Mac OS X

2009-06-21T14:20:00.002+02:00

Voici ce qui se passe lorsque j'exécute mon programme print-size-of-pointer sous MacOSX:

Résultat sur albert (iMac Intel Core 2 Duo à 2 GHz, Mac OS X 10.5 Intel):

Quel kernel avons-nous ?
[pbn@albert] /Users/pbn>uname -a Darwin albert 9.7.0 Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 i386

En particulier, quelle est l'architecture ?
[pbn@albert] /Users/pbn>uname -m i386

Le CPU est-il 64-bit ?
[pbn@albert] /Users/pbn>sysctl hw.cpu64bit_capable hw.cpu64bit_capable: 1
Oui, le CPU est 64-bit

Voyons les fichiers
[pbn@albert] /Users/pbn/Documents/other/print-sizeof-pointer>ls print-sizeof-pointer-linux-32bit.bin print-sizeof-pointer-macosx.bin print-sizeof-pointer-linux-64bit.bin print-sizeof-pointer.c [pbn@albert] /Users/pbn/Documents/other/print-sizeof-pointer>ls -l total 160 -rw-r--r-- 1 pbn staff 6587 1 jui 20:00 print-sizeof-pointer-linux-32bit.bin -rw-r--r-- 1 pbn staff 9415 1 jui 20:00 print-sizeof-pointer-linux-64bit.bin -rwxr-xr-x 1 pbn staff 53640 1 jui 20:00 print-sizeof-pointer-macosx.bin -rw-r--r-- 1 pbn staff 561 1 jui 20:00 print-sizeof-pointer.c

Voyons de quel type d'exécutable il s'agit: c'est un "universal binary" qui contient quatre exécutables pour quatre architectures différentes
[pbn@albert] /Users/pbn/Documents/other/print-sizeof-pointer>file print-sizeof-pointermacosx.bin print-sizeof-pointer-macosx.bin: Mach-O universal binary with 4 architectures print-sizeof-pointer-macosx.bin (for architecture i386): Mach-O executable i386 print-sizeof-pointer-macosx.bin (for architecture x86_64): Mach-O 64-bit executable x86_64 print-sizeof-pointer-macosx.bin (for architecture ppc7400): Mach-O executable ppc print-sizeof-pointer-macosx.bin (for architecture ppc64): Mach-O 64-bit executable ppc64

J'exécute mon programme:
[pbn@albert] /Users/pbn/Documents/other/print-sizeof-pointer>./print-sizeof-pointer-macosx.bin print-sizeof-pointer.c If the result is 8, this machine is a 64-bit system. If the result is 4, this machine is a 32-bit system. Result: 8 [pbn@albert] /Users/pbn/Documents/other/print-sizeof-pointer>

En bref le cas de Mac OS X 10.5 "Léopard" est un peu particulier: sur une machine 64-bit sous Mac OS X 10.5 "Léopard":

l'operating system est 64-bit
l'API (Cocoa) est 64-bit et/ou 32-bit
le kernel est 32-bit
les fichiers "Universal Binaries" peuvent contenir les exécutables pour plusieurs architectures.

L'exécution de print-size-of-pointer montre que les exécutables 32-bit ont leurs adresses en 32-bit, les exécutables 64-bit ont leurs adresses en 64-bit.

print-size-of-pointer: exécution sous Linux

2009-06-20T10:20:00.003+02:00

Voici ce qui se passe lorsque j'exécute mon programme print-size-of-pointer sous Linux:
(Il y a deux versions: compilé en 32-bit et compilé en 64-bit):

Résultat sur cobra (Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz, Debian GNU/Linux "squeeze" 64-bit):
[pbn@cobra] /home/pbn>cd other/print-sizeof-pointer/

Voyons les fichiers
[pbn@cobra] /home/pbn>ls -l total 92 -rwxr-xr-x 1 pibe pibe 561 jun 1 20:00 print-sizeof-pointer.c -rwxr-xr-x 1 pibe pibe 6587 jun 1 20:00 print-sizeof-pointer-linux-32bit.bin -rwxr-xr-x 1 pibe pibe 9415 jun 1 20:00 print-sizeof-pointer-linux-64bit.bin -rwxr-xr-x 1 pibe pibe 53640 jun 1 20:00 print-sizeof-pointer-macosx.bin

Voyons de quel type d'exécutable il s'agit, c'est du Linux ELF 32-bit
[pbn@cobra] /home/pbn>file print-sizeof-pointer-linux-32bit.bin print-sizeof-pointer-linux-32bit.bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped

Voyons de quel type d'exécutable il s'agit, c'est du Linux ELF 64-bit
[pbn@cobra] /home/pbn>file print-sizeof-pointer-linux-64bit.bin print-sizeof-pointer-linux-64bit.bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped

Voyons la version du kernel:
[pbn@cobra] /home/pbn>uname -a Linux cobra 2.6.26-2-amd64 #1 SMP Fri Mar 27 04:02:59 UTC 2009 x86_64 GNU/Linux

Voyons le "type de machine" du kernel:
[pbn@cobra] /home/pbn>uname -m x86_64

Demandons à dpkg sur quelle architecture nous sommes:
[pbn@cobra] /home/pbn>dpkg --print-architecture amd64

J'exécute la version 32-bit de mon programme:
[pbn@cobra] /home/pbn>./print-sizeof-pointer-linux-32bit.bin print-sizeof-pointer.c If the result is 8, this machine is a 64-bit system. If the result is 4, this machine is a 32-bit system. Result: 4

J'exécute la version 64-bit de mon programme:
[pbn@cobra] /home/pbn>./print-sizeof-pointer-linux-64bit.bin print-sizeof-pointer.c If the result is 8, this machine is a 64-bit system. If the result is 4, this machine is a 32-bit system. Result: 8 [pbn@cobra] /home/pbn>

En bref sous Linux sur une machine 64-bit avec un OS 64-bit, je peux à la fois exécuter les exécutables 32-bit et 64-bit. Et en fait, les exécutables 32-bit ont leurs adresses en 32-bit, les exécutables 64-bit ont leurs adresses en 64-bit.

64 bits ou 32 bits: mon petit programme print-sizeof-pointer.c

2009-06-12T20:00:00.011+02:00

Comme je viens de m'offrir un PC de bureau 64-bit, je m'intéresse aux différences entre 64-bit et 32-bit.

J'ai donc écrit un tout petit programme en C qui permet de connaître la taille des pointeurs:

/* print-sizeof-pointer.c This little program prints the size of pointers. On a 64-bit system, pointers are 64-bit (8 bytes), so this program prints "8". On a 32-bit system, pointers are 32-bit (4 bytes), so this program prints "4". Pierre Bauduin le 12 juin 2009 */ #include <stdio.h> int main() { printf ("print-sizeof-pointer.c\n"); printf (" If the result is 8, this machine is a 64-bit system.\n"); printf (" If the result is 4, this machine is a 32-bit system.\n"); printf (" Result: %d\n", sizeof(void *)); }

Ce programme permet donc de savoir si l'adressage est 64-bit ou 32-bit.
Si la taille des pointeurs est 8 octets, cela veut dire que l'adressage est 64-bit.
Si la taille des pointeurs est 4 octets, cela veut dire que l'adressage est 32-bit.

Attention, évitons les confusions:

Sur une machine 64-bit on peut faire tourner un OS 64-bit ou un OS 32-bit. Si l'OS est 32-bit, l'adressage est 32-bit.
Même si la machine et l'OS sont tous les deux 64-bit, cela ne veut pas dire que tous les exécutables doivent être 32-bit ou 64-bit. Par exemple avec Mac OS X 10.5 "Léopard", une grande majorité des exécutables est encore 32-bit.
Et donc, sur une machine 64-bit avec un OS 64-bit, il est généralement possible de faire tourner à la fois des exécutables 64-bit et des exécutables 32-bit.
C'est en fait c'est à la compilation (voir ci-dessous comment) qu'il est possible de choisir de générer un exécutable 32-bit ou 64-bit.

Comment compiler une version 64-bit et/ou 32-bit ?

Si vous avez un système 64-bit, il est possible de dire au compilateur de générer un exécutable 32-bit ou 64-bit.

Cas de Linux, FreeBSD et Solaris:
Pour compiler en 64-bit:
gcc -o print-sizeof-pointer-solaris-64bit.bin -m64 print-sizeof-pointer.c
Pour compiler en 32-bit:
gcc -o print-sizeof-pointer-solaris-32bit.bin -m32 print-sizeof-pointer.c

Cas de Mac OS X: Comme expliqué dans un post précédent, MacOSX permet de générer des "universal binaries" qui contiennent dans le même fichier les exécutables pour une, deux, trois ou même quatre architectures:
gcc -arch i386 -arch ppc -arch ppc64 -arch x86_64 -o print-sizeof-pointer.bin print-sizeof-pointer.c

Mac OS X 10.5: 64 ou 32 bits ?

2009-06-01T20:42:00.005+02:00

A note époque les systèmes d'exploitations existent en 32-bit ou en 64-bit. Comme j'en ai déjà parlé précédemment, Mac OS X 10.5 ("Léopard") est une version combinée qui est à la fois 32-bit et 64-bit. De plus, comme Apple est occupé à passer de l'architecture PowerPC à l'architecture Intel, les exécutables Mac OS X sont (ou en tous cas, peuvent être) multi-architectures. Il s'agit des "Universal Binaries" dont je vous ai déjà parlé.

Sur mon iMac Intel sous Mac OS X 10.5 ("Léopard"), lorsque j'essaye de voir si un exécutable est 32-bit ou 64-bit, PowerPC ou Intel, j'utilise (par exemple) la commande file:
[pbn@albert] /Users/pbn>file /bin/ls
/bin/ls: Mach-O universal binary with 2 architectures
/bin/ls (for architecture i386): Mach-O executable i386
/bin/ls (for architecture ppc7400): Mach-O executable ppc
[pbn@albert] /Users/pbn>
... ceci est un "Universal Binary". Il contient des binaires pour deux architectures: i386, c'est à dire x86 32-bit, et ppc c'est à dire PowerPC 32-bit. C'est un peu décevant: où sont les binaires 64-bit ?

En fait, Mac OS X 10.5 ("Léopard"), peut faire tourner les exécutables 32-bit et 64-bit, mais la majorité des exécutables sont toujours 32-bit.

Sous, Mac OS X 10.5 ("Léopard"), même le kernel est 32-bit:
[pbn@albert] /Users/pbn>uname -a
Darwin albert 9.7.0 Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 i386
[pbn@albert] /Users/pbn>file /mach_kernel
/mach_kernel: Mach-O universal binary with 2 architectures
/mach_kernel (for architecture i386): Mach-O executable i386
/mach_kernel (for architecture ppc): Mach-O executable ppc

Cependant Cocoa, et donc les librairies (ou en bon français les bibliothèques) sont en 32-bit et 64-bit. Un exemple:
[pbn@albert] /Users/pbn>file /usr/lib/libSystem.dylib
/usr/lib/libSystem.dylib: Mach-O universal binary with 4 architectures
/usr/lib/libSystem.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc
/usr/lib/libSystem.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64
/usr/lib/libSystem.dylib (for architecture i386): Mach-O dynamically linked shared library i386
/usr/lib/libSystem.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
[pbn@albert] /Users/pbn>
... voilà qui est plus intéressant. On constate ici que cette librairie est un "Universal Binary" qui contient quatre binaires différents:

	32-bit	64-bit
PowerPC	ppc7400	ppc64
Intel	i386	x86_64

En fait la librairie /usr/lib/libSystem.dylib est particulièrement importante sous Mac OS X puisqu'elle contient entre autres toute la librairie glibc.

Il est logique que les librairies existent en 32-bit et 64-bit. En effet, pour pouvoir exécuter des exécutables 32-bit et 64-bit (compilés dynamiquement, en tous cas), il faut avoir quelque part les librairies à la fois en 32-bit et 64-bit.

Clef USB Debian Live

2009-04-12T20:00:00.009+02:00

Faites comme moi

achetez des clefs USB de 2 GB
installez Debian Live dessus
donnez les autour de vous

Il devient parfois difficile de trouver une clef USB neuve de 2 GB. Après quelques recherches sur Internet j'ai trouvé une offre assez intéressante: la clef Kingston DataTraveler 100 2GB sur pixmania.com. Elle ne coûte pas cher, et elle a un bon rapport qualité/prix. Elle n'est pas la plus rapide (seulement 10 MB/sec en lecture), si vous cherchez plus rapide, utilisez plutôt la Corsair Flash Voyager.

Notez que je ne touche pas d'argent ni de Kingston ni de Pixmania :)

Nouvel autorun.inf pour clef USB

2009-04-07T20:00:00.006+02:00

Suite des aventures avec Debian Live:

Sur la partition DOCUMENTS j'ai créé un fichier autorun.inf qui contient tout simplement:


[autorun]
icon=linux.ico
shellexecute=debian_live.html

Ceci provoque l'ouverture du fichier debian_live.html (une page web avec des explications) dans le programme qui est associé aux fichiers de type .html sur la machine Windows (le navigateur web par défaut en l'occurence).

Quand je branche la clef USB dans une machine Windows, je vois ceci dans explorer.exe:

Debian Live sur une clef USB: la solution définitive pour les partitions

2009-04-04T10:00:00.002+02:00

Dans un post précédent (enfin il y a plus d'un an) je vous expliquais un "dilemme":

Lorsqu'on introduit une clef USB qui contient plusieurs partitions, Windows monte seulement la première partition, et aucune autre !

Ceci est embêtant car sur ma clef USB Debian Live j'ai en fait deux partitions

une partition DEBIAN_LIVE qui contient le système Debian Live bootable
une partition DOCUMENTS formatée en FAT32 qui contient divers fichiers utiles

La partition DOCUMENTS occupe en fait l'espace libre après la partition DEBIAN_LIVE.

La solution que j'avais trouvée il y a un an fonctionnait, mais n'était pas très élégante. Je devais utiliser dd ou parted pour déplacer la partition DEBIAN_LIVE à la fin de la clef USB. Ensuite je recréais la partition DOCUMENTS comme première partition de la clef USB.

Comme me l'a suggéré Stuart (merci beaucoup !) dans un commentaire sur mon blog, il y a une solution beaucoup plus élégante. On se base sur le fait que la première partition de la table des partitions n'est pas obligatoirement la première partition sur la clef USB. La partition que Windows va monter est celle qui est la première dans la table des partitions, mais elle peut être n'importe où sur la clef USB.

Voici en pratique comment faire:


** Je m'occupe de ma clef USB: /dev/sdc
[root@cobra] /home/pbn/debian-live>fdisk /dev/sdc
** Je regarde les partitions
Command (m for help): p
Disk /dev/sdc: 2004 MB, 2004876800 bytes
255 heads, 63 sectors/track, 243 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00075233
Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1         134     1076323+  83  Linux
** Je vois qu'il y a une partition, c'est DEBIAN_LIVE, qui commence au cylindre 1 et s'arrête au cylindre 134
** Je jette la partition 1
Command (m for help): d
Selected partition 1
** Je crée une nouvelle partition 2
** Cette partition va du cylindre 1 à 134 inclus
Command (m for help): n
Command action
e   extended
p   primary partition (1-4)
p
Partition number (1-4): 2
First cylinder (1-243, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-134, default 134):
Using default value 134
** Je marque la partition 2 comme bootable
Command (m for help): a
Partition number (1-4): 2
** Je crée une nouvelle partition 1
** Cette partition va du cylindre 135 à la fin
Command (m for help): n
Command action
e   extended
p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-243, default 1): 135
Last cylinder or +size or +sizeM or +sizeK (135-243, default 243):
Using default value 243
** Cette partition est de type 0x0b (FAT32)
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 0b
Changed system type of partition 1 to b (W95 FAT32)
** Je regarde le résultat
Command (m for help): p
Disk /dev/sdc: 2004 MB, 2004876800 bytes
255 heads, 63 sectors/track, 243 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00075233
Device Boot      Start         End      Blocks   Id  System
/dev/sdc1             135         243      875542+   b  W95 FAT32
/dev/sdc2   *           1         134     1076323+  83  Linux
Partition table entries are not in disk order
* J'écris la table des partitions
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
* Ca y est on a fini !

C'est beaucoup plus élégant, et ça va beaucoup plus vite !
Merci encore à Stuart...

Debian Live le retour

2009-03-21T20:00:00.009+01:00

Avec la sortie de Debian GNU/Linux 5.0 "Lenny" ce 14 février je me suis attelé à me replonger à nouveau dans Debian Live.

Debian Live est, comme son nom le laisse entendre, un outil très puissant qui permet de créer une version Live (Live-CD ou Live-USB ou Live-Net) entièrement personnalisée. Je l'utilise pour générer des clefs USB bootables.

Lorsque j'arrive devant un ordinateur lambda, je n'ai qu'à brancher la clef USB, forcer la machine à booter sur le port USB, et je me retrouve en quelques secondes dans ma version personnalisée de Debian:

choix des paquets installés
ajout de mes propres programmes personnalisés
configuration du fond d'écran, de l'écran de veille
configuration des locales, des langues disponibles

En plus de la partition Debian Live (filesystem aufs monté en lecture seule), j'ai crée une deuxième partition sur la clef USB qui est montée en lecture/écriture et qui est persistante, c'est à dire qu'après un reboot les données restent sur la partition.

Bien entendu Debian Live ne touche pas au disque dur de la machine, donc vous pouvez l'utiliser sur une machine qui n'est pas à vous...

Debian Live génère des images pour CD/DVD (LiveCD), pour clef USB (LiveUSB), mais aussi des systèmes Debian Live qu'il est possible de démarrer par le réseau avec une machine qui supporte PXE. Un serveur DHCP/BOOTP et TFTP est également nécessaire pour démarrer par le réseau.

Voici l'incantation magique:
lh_config --mirror-binary http://debian-mirror:7777/debian/ --mirror-binary-security http://debian-mirror:7777/debian-security/ --mirror-bootstrap http://debian-mirror:7777/debian/ --mirror-chroot http://debian-mirror:7777/debian/ --mirror-chroot-security http://debian-mirror:7777/debian-security/ -b usb-hdd -d lenny --bootappend-live "quickreboot locale=fr_BE.UTF-8 keyb=be2-latin1" --hostname debian-live --packages "akregator alsa-base alsaplayer-text alsa-tools alsa-utils amarok atlantik audacity aumix bzip2 console-setup cupsys cupsys-bsd cupsys-client debian-goodies eject elinks enscript ethtool evolution evolution-exchange finger fortunes fortunes-fr frozen-bubble ghc6 gimp gkrellm gnuchess gwenview htop iceweasel iceweasel-l10n-fr imagemagick k3b k3b-i18n kalarm kasteroids kate kaudiocreator kcalc kcheckgmail kde-i18n-fr kdebase kdeprint keytouch kgoldrunner khangman khexedit kicker-applets kmahjongg kmix kompose kpat kpdf kpersonalizer kpoker kpowersave krdc kreversi kscreensaver kscreensaver-xsavers ksirtet ksnapshot kweather kwifimanager kwin4 laptop-detect less live-helper lftp lmms locate lsdvd lshw lsof lynx mc memtest86+ mpg321 mtools munin-node mutt ncftp network-manager-kde ntpdate octave3.0 openoffice.org openoffice.org-l10n-fr openssh-server partimage parted pinball psmisc qtparted resolvconf screen slay smb4k smbclient smlnj strace sysstat tcpdump tcsh telnet tofrodos traceroute unzip vim wamerican wdutch wfrench wget xorg xbill xboard xdaliclock xgalaga xine-plugin xine-ui x-ttcidfont-conf xscreensaver xserver-xorg xsysinfo xterm zsh" && lh_build

Note: on suppose que l'on dispose d'un miroir local appelé debian-mirror sur le port 7777. Personnellement j'utilise apt-cacher pour mon miroir local.

Ensuite sans surprise il suffit d'écrire le fichier binary.img directement sur la clef USB:
dd if=/home/pbn/debian-live/binary.img of=/dev/sdX

... où vous remplacez /dev/sdX par le périphérique correspondant à la clef USB. Attention, ne vous trompez pas de périphérique, sinon vous risquez d'effacer le contenu de votre disque dur ! Je vous aurai prévenu...

Une commande Debian GNU/Linux peu connue: saidar

2008-09-21T20:42:00.000+02:00

Lorsque vous désirez surveiller l'utilisation des ressources d'une machine dans un xterm, vous connaissez certainement top et htop.

Mais il existe une commande peu connue mais qui peut être utile:saidar.
Un peu d'information:

[pbn@cobra] /home/pbn>aptitude show saidar
Package: saidar
State: installed
Automatically installed: no
Version: 0.13-1
Priority: optional
Section: utils
Maintainer: Bartosz Fenski 
Uncompressed Size: 102k
Depends: libc6 (>= 2.3.5-1), libncurses5 (>= 5.4-5), libstatgrab6
Description: curses-based program which displays live system statistics
 saidar is a curses-based application to display system statistics. Statistics
 include CPU, processes, load, memory, swap, network I/O and disks I/O along
 with their free space. 
saidar utilizes libstatgrab library. 
Homepage: http://www.i-scream.org/libstatgrab/
Tags: uitoolkit::ncurses

Pour l'installer:
(en tant que root)

[root@cobra] /home/pbn> aptitude-install saidar

Pour l'utiliser:
(pas besoin d'être root)

[pbn@cobra] /home/pbn>saidar

version preliminaire 0.0.7 de munin node pour Mac OS X

2008-08-08T20:08:00.000+02:00

En ce 08/08/2008, voici une nouvelle version de ma version préliminaire de munin-node pour Mac OS X.

Il y a maintenant six plugins:
cpu, df, load, processes, uptime, users

Bien entendu vous êtes libres d'écrire des plugins supplémentaires :)

Pour l'utiliser, téléchargez ce fichier et allez dans /usr/local et décompressez le fichier (créez /usr/local s'il n'existe pas déjà)
$ sudo mkdir /usr/local
$ cd /usr/local
$ sudo tar --preserve -zxvf munin-1.2.5-pbn-macosx-experimental-0.0.7.tar.gz

Un répertoire /usr/local/munin-1.2.5-pbn-experimental a été créé

Lisez ensuite la suite des instructions dans le fichier readme.txt

photo de mon site sur un des premiers iPhone 3G de Belgique

2008-07-18T20:10:00.004+02:00

Un petit événement: cet après-midi, j'ai pu naviguer sur mon site à l'aide d'un des premiers iPhone 3G de Belgique. Voyez la photo:

Voici les entrées du log d'Apache:
194.78.xx.xx - - [18/Jul/2008:11:17:49 +0000] "GET / HTTP/1.1" 200 5995 "-" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_0 like Mac OS X; fr-fr) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5A345 Safari/525.20"
194.78.xx.xx - - [18/Jul/2008:11:17:49 +0000] "GET /images/powered_by_debian.png HTTP/1.1" 200 2761 "http://pierre.baudu.in/" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_0 like Mac OS X; fr-fr) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5A345 Safari/525.20"
194.78.xx.xx - - [18/Jul/2008:11:17:49 +0000] "GET /images/64711.png HTTP/1.1" 200 3626 "http://pierre.baudu.in/" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_0 like Mac OS X; fr-fr) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5A345 Safari/525.20"
194.78.xx.xx - - [18/Jul/2008:11:17:49 +0000] "GET /images/pbn_egypte.png HTTP/1.1" 200 265094 "http://pierre.baudu.in/" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_0 like Mac OS X; fr-fr) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5A345 Safari/525.20"

the OpenBSD crowd is a bunch of masturbating monkeys

2008-07-15T20:40:00.001+02:00

Le créateur du kernel Linux, Linus Torvalds lui-même, a fait preuve d'un certain franc-parler sur la liste de distribution linux.kernel:

"I think the OpenBSD crowd is a bunch of masturbating monkeys"
Linus Torvalds

Voyez le texte original du post

version préliminaire 0.0.5 de munin node pour Mac OS X

2008-07-12T14:21:00.001+02:00

Voici une nouvelle version de ma version préliminaire de munin-node pour Mac OS X.

Cette version corrige quelques petits bugs par rapport à la précedente. En particulier le fichier
/var/run/munin/munin-node.pid n'est plus créé par Net::Server

Il y a toujours cinq plugins:
cpu, load, processes, uptime, users

Bien entendu vous êtes libres d'écrire des plugins supplémentaires :)

Pour l'utiliser, téléchargez ce fichier et allez dans /usr/local et décompressez le fichier (créez /usr/local s'il n'existe pas déjà)
$ sudo mkdir /usr/local
$ cd /usr/local
$ sudo tar --preserve -zxvf munin-1.2.5-pbn-macosx-experimental-0.0.5.tar.gz

Un répertoire /usr/local/munin-1.2.5-pbn-experimental a été créé

Lisez ensuite la suite des instructions dans le fichier readme.txt

version préliminaire 0.0.4 de munin-node pour Mac OS X

2008-07-09T19:42:00.001+02:00

Voici une nouvelle version de ma version préliminaire de munin-node pour Mac OS X.

Cette version corrige quelques bugs par rapport à la précedente.
Il y a maintenant cinq plugins:
cpu, load, processes, uptime, users

Bien entendu vous êtes libres d'écrire des plugins supplémentaires :)

Pour l'utiliser, téléchargez ce fichier et allez dans /usr/local et décompressez le fichier (créez /usr/local s'il n'existe pas déjà)
$ sudo mkdir /usr/local
$ cd /usr/local
$ sudo tar --preserve -zxvf munin-1.2.5-pbn-macosx-experimental-0.0.4.tar.gz

Un répertoire /usr/local/munin-1.2.5-pbn-experimental a été créé

Lisez ensuite la suite des instructions dans le fichier readme.txt

version préliminaire 0.0.3 de munin-node pour Mac OS X

2008-07-05T14:00:00.006+02:00

Voici (enfin) une version préliminaire de munin-node pour Mac OS X

Comment l'installer ?

D'abord je télécharge le fichier
munin-1.2.5-pbn-macosx-experimental-0.0.3.tar.gz

Attention vous allez travailler en ligne de commande avec sudo. Soyez attentif...

Je vais dans dans /usr/local et je décompresse le fichier (je crée /usr/local s'il n'existe pas déjà)
$ sudo mkdir /usr/local
$ cd /usr/local
$ sudo tar --preserve -zxvf munin-1.2.5-pbn-macosx-experimental-0.0.3.tar.gz
Un répertoire /usr/local/munin-1.2.5-pbn-experimental a été créé

Je regarde la liste des groupes existants et de leur gid:
$ dscl . list /Groups gid | sort -n -k 2 | less

Je crée le groupe munin. ATTENTION: Je veille à lui donner un gid qui n'est pas encore utilisé:
$ sudo dscl . -create /Groups/munin gid 144
$ sudo dscl . -create /Groups/munin passwd 42ab7u

Je copie dans /Library/LaunchDaemons le fichier qui se trouve dans le répertoire
/usr/local/munin-1.2.5-pbn-experimental/copy_the_file_in_this_directory_to_Library_LaunchDaemons:
en faisant:
$ sudo cp -P /usr/local/munin-1.2.5-pbn-experimental/copy_the_file_in_this_directory_to_Library_LaunchDaemons/localhost.munin-node.plist
/Library/LaunchDaemons

Je n'oublie d'aller modifier le fichier /usr/local/munin-1.2.5-pbn-experimental/etc/munin/munin-node.conf
en y indiquant l'adresse IP de mon serveur munin en mettant allow ^10\.20\.10\.1 dans mon cas

Ensuite je redémarre la machine (ou, pour les utilisateurs avancés, je lance manuellement le démon en faisant launchctl start local.munin-node.plist)

... et voilà, munin-node est installé et tourne !

Voici enfin l'iPhone 3G !

2008-06-09T22:04:00.004+02:00

Aujourd'hui à la WWDC 2008 à San Francisco, on s'y attendait mais...
Steve Jobs a présenté...
... le nouvel iPhone !

C'est l'iPhone 3G.
Comme son nom l'indique, il supporte la technologie 3G
Mais ce n'est pas tout:

il supporte le GPS
il ne coûte que $199 pour la version 8GB
il supporte bien entendu ce que son prédecesseur supportait déja: EDGE/GPRS, le WiFi, Google Mail

Il sort en Belgique, selon Steve Jobs, le 11 juillet...
(Mais c'est la théorie, en pratique, ce sera plus tard...)

Lien sur "The Unofficial Apple Weblog"
Lien officiel Apple (apple.com)
Lien officiel Apple Belgique

PartitionMagic 8.0 ... depuis 6 ans ?!

2008-05-24T20:10:00.004+02:00

Il y a un certain nombre d'outils qui permettent de créer, agrandir, modifier, transférer des partitions et des systèmes de fichier.

Il existe des outils Open Source:

... qui sont en fait tous basés sur la librairie GNU parted

Il existe des outils commerciaux:

le plus connu: PartitionMagic 8.0
moins connu: Acronis Disk Director

Je démarre par hasard sur une disquette bootable de Partition Magic 8.0, et je suis assez surpris de lire:

PartitionMagic 8.04
Copyright 1994-2002, Powerquest Corporation
All rights reserved.

Eh bien ? Les gens utilisent Partition Magic 8.0 depuis 2002, et nous sommes en 2008. Cela fait six ans avec la même version. C'est assez étaonnant car dans le domaine des systèmes de fichiers, de nouveaux systèmes de fichiers apparaissent: ext3, ext4, ReiserFS, xfs, zfs, le futur WinFS. Il faut aussi dire qu'entretemps Symantec a racheté PowerQuest, développeur de Partition Magic.

Peut-être que, comme Partition Magic devient un produit Symantec, c'est moins bon :)

Aura-t-on un jour un PartitionMagic 9.0 ? Ou au moins un 8.5 ? Ou un petit 8.1 ?

Microsoft va installer un centre d'innovation à Mons

2008-04-24T20:40:00.001+02:00

Dans ce post précédent j'apprenais dans un article du Soir du 28 mars 2008 que pour équiper les 40.000 nouveaux ordinateurs des écoles, la Région Wallonne envisagait de choisir OpenOffice.org plutôt que Microsoft Office.

Moins d'un mois plus tard, j'apprends dans un article du Soir du 24 avril 2008 que Microsoft vai installer un centre d'innovation à Mons.

Faut il voir un lien entre ces deux événements ?

Créer un groupe sous Mac OS X

2008-04-14T20:45:00.005+02:00

Après avoir vu dans un post précédent comment créer un utilisateur sous Mac OS X, voyons aujourd'hui comment créer un groupe.

Ceci ne fonctionne qu'à partir de Mac OS X Tiger, car les versions antérieures utilisaient NetInfo et pas dscl.

On utilise à nouveau la commande dscl:
sudo dscl . -create /Groups/mongroupe gid xxxx
sudo dscl . -create /Groups/mongroupe passwd 42ez7a

A la place de xxxx indiquez un gid valide.
(où xxxx est le GID, faites bien attention d'en choisir un qui n'existe pas déjà, pour voir la liste des groupes existants et leurs gid dans l'ordre croissant: dscl . list /Groups gid | sort -n -k 2)

Pour ajouter l'utilisateur toto au groupe mongroupe:
sudo dscl . -merge /Groups/mongroupe users toto

Je l'ai testé sur Mac OS X Tiger et Mac OS X Léopard

Mon appareil photo numérique Sony DSC-W55 sous Debian GNU/Linux

2008-04-14T20:30:00.000+02:00

J'apprécie assez bien mon nouvel appareil photo numérique SONY DSC-W55.

Sans surprise, il écrit les photos sur mon MemoryStick de 2 GB, qui est un système de fichier FAT16. Pour afficher les photos sous Debian GNU/Linux, la première solution est de sortir le MemoryStick de l'appareil, le mettre dans un lecteur MemoryStick à connecteur USB, et de le brancher dans ma machine Debian GNU/Linux. Le MemoryStick apparaît comme un système de fichiers.

Mais, évidemment, ce serait plus simple de brancher l'appareil directement...

Lorsque je connecte l'appareil à ma machine Debian GNU/Linux à l'aide du connecteur approprié, je vois bien des messages de type USB dans mon kernel, mais sans plus.

Avec la commande lsusb je vois:

[root@cobra] /root>lsusb
Bus 005 Device 009: ID 054c:0010 Sony Corp. DSC-S30/S70/S75/F505V/F505/FD92 Cybershot/Mavica Digital Camera

... mais aucun système de fichiers ne se monte automatiquement.

La solution est de modifier la configuration de l'appareil photo numérique.

J'allume l'appareil, j'appuie sur MENU et je vais dans le menu numéro 2. Là pour l'option Connexion USB je choisis Stock de mas, ou en anglais, dans l'option USB Connect je choisis Mass Storage.

Je branche à nouveau mon appareil photo sur le port USB de ma machine et pouf, le système de fichiers du MemoryStick se monte tout seul !

Créer un utilisateur sous Mac OS X

2008-04-12T20:40:00.009+02:00

Voici comment créer un utilisateur en ligne de commande sous Mac OS X.

Ceci ne fonctionne qu'à partir de Mac OS X Tiger, car les versions antérieures utilisaient NetInfo et pas dscl.

Dans notre exemple l'utilisateur est toto.
On utilise la commande dscl:
sudo dscl . -create /Users/toto
sudo dscl . -create /Users/toto UserShell /bin/bash
sudo dscl . -create /Users/toto RealName "Toto Machin"
sudo dscl . -create /Users/toto UniqueID xxx
sudo dscl . -create /Users/toto PrimaryGroupID 20
sudo dscl . -create /Users/toto NFSHomeDirectory /Users/toto
sudo mkdir /Users/toto
sudo chgrp staff /Users/toto
sudo chown toto /Users/toto

(où xxx est le UID, faites bien attention d'en choisir un qui n'existe pas déjà, pour cela faites sudo dscl . list /users UniqueID pour voir ceux qui sont déjà utilisés. Dans mon cas l'UniqueID est 503. Le PrimaryGroupID 20 correspond à staff, en tous cas sous Tiger et Léopard)

Je l'ai testé sur Mac OS X Tiger et Mac OS X Léopard

Disque dur IBM / Hitachi Deskstar: quelle plaie !

2008-04-04T14:00:00.006+02:00

Lorsque j'ai acheté mon Power Macintosh Quicksilver 2002, j'ai pu constater que son disque dur principal était un disque PATA Hitachi Deskstar de 120 GB.

Lorsque j'ai allumé la machine, elle a mis une dizaine de minutes pour démarrer ! En effet, le disque dur émettait presque en permanence des bruits bizarres. Lorsqu'il fait ses bruits, évidemment, il ne sait pas lire de données. Dans ce cas il faisait des bruits pendant environ 40 secondes, puis lisait effectivement les données pendant environ 5 secondes. Ceci explique pourquoi il a fallu dix minutes pour démarrer le système !

Ces disques IBM Deskstar, devenus Hitachi Deskstar lorsque Hitachi a racheté l'usine d'IBM, sont bien connus pour avoir de sérieux problèmes de fiabilité, à un point tel qu'un procès en "class action" a été intenté contre IBM.

J'ai immédiatement remplacé ce Deskstar par un bon vieux Seagate Barracuda ATA IV qui fonctionne parfaitement.

Par curiosité, j'ai malgré tout branché le disque dur Hitachi Deskstar pour le reformater avec un test en écriture (mkfs.ext3 -c -c /dev/hdb1). Au premier boot, avant même d'avoir reformaté le disque, le BIOS me dit déjà:

SMART Failure Predicted on Primary Master. WARNING: Immediately back-up your data and replace your hard disk drive.A failure may be imminent.

Regardez la vidéo:

Finalement, en tapant F1 j'arrive à lancer le système. Je démarre sur un SystemRescueCD, et j'effectue la commande:
mkfs.ext3 -c -c /dev/hda1
Durée: 12h pour 120 GB (!)

Résultat des courses: moi je ne veux plus utiliser de disque IBM / Hitachi Deskstar !

Le clic est breveté par Xerox

2008-04-01T00:16:00.006+02:00

Ajourd'hui 1er avril 2008, voici une information qui va causer d'importants changements dans nos habitudes:

Xerox, la première société à avoir commercialisé un ordinateur qui utilise une interface graphique, détient un brevet sur le clic. Désormais, et quel que soit le système d'exploitation que vous utilisez, pour chaque clic, vous devez verser une redevance de 2,00 USD soit environ 1,27 EUR.

Si vous ne voulez pas payer la redevance, la solution est de ne pas cliquer. Configurez votre système pour qu'une touche du clavier corresponde au clic.

Ah oui j'oubliais: des souris d'un nouveau type vont être vendues d'ici peu: des souris sans bouton...

Des logiciels libres pour les 40 000 nouveaux ordinateurs de la région wallonne ?

2008-03-28T20:40:00.004+01:00

Je lis dans cet article du Soir de ce 28 mars 2008 que pour le marché des 40.000 nouveaux ordinateurs il est possible que des logiciels libres soient choisis au détriment des produits Microsoft. Bien entendu OpenOffice.org est pour moi un excellent choix pour de nombreuses raisons:

coût: OpenOffice.org coûte 0 EUR contre environ 600 EUR pour Microsoft Office
respect des standards: OpenOffice.org utilise des formats de fichiers standard tels que ODF. Microsoft Office utilise par contre des formats propriétaires qui sont illisibles
compatibilité: OpenOffice sait lire et écrire les format de fichiers standard, mais aussi les formats propriétaires Microsoft Office: .xls, .doc, .ppt.
pas de lien avec un fournisseur unique: Microsoft peut "brader" la version actuelle de Microsoft Office et vous la vendre 100 EUR au lieu de 600 EUR. Mais bien entendu, quand vous voudrez la nouvelle version d'ici trois ans, ce sera le prix plein...
disponible pour tous les systèmes d'exploitation. Microsoft Office n'existe que pour Windows et Mac OS X. Par contre OpenOffice.org existe pour: Debian, Ubuntu, Red Hat, Windows, Mac OS X, FreeBSD, PC-BSD, etc...

Cependant je peux lire dans l'article:

Le seul bémol c’est que l’on n’a pas aujourd’hui la certitude qu’OpenOffice sera parfaitement stable sur les ordinateurs d’Apple, note un proche du dossier. Or, l’appel d’offres prévoit que les écoles doivent pouvoir choisir librement entre des PC ou des Mac.

... soyons sérieux, il existe des versions d'OpenOffice.org 2.3.x pour Mac OS X...

Espérons que la région wallonne choisisse OpenOffice.org !

Oui mais, attendez... ce vendredi 28 mars 2008 une autre information se retrouve dans l'actualité: Microsoft aurait l'intention de s'implanter en région wallonne. Peut-être que si la région wallonne choisit de l'Open Source, l'implantation de Microsoft en en région wallonne ne se fera pas ?

autorun.inf sur une clef USB

2008-03-20T20:20:00.004+01:00

Voici la suite de mes aventures avec Debian Live sur ma clef USB...

Désormais j'arrive à booter sur la clef USB (à condition, bien entendu, que le BIOS supporte le démarrage à partir de la clef USB)
J'arrive également à ce que la partition DOCUMENTS soit montée automatiquement sous Windows.

Cependant, j'aimerais qu'une action soit exécutée automatiquement lorsque je branche la clef USB dans une machine Windows. J'ai donc créé sur la partition DOCUMENTS un fichier autorun.inf qui contient tout simplement:

[autorun]
icon=linux.ico
open=autorun.bat

Quand je branche la clef USB dans une machine Windows, je vois ceci dans explorer.exe:

... mais, le fichier autorun.inf ne s'exécute pas automatiquement !

Note: pour être complet, voici le contenu du fichier autorun.bat:

@echo Starting "debian_live.txt"...
@start debian_live.txt
@exit

Et le fichier debian_live.txt est un fichier texte expliquant qu'il faut redémarrer la machine en activant le boot sur clef USB.

Mon script sizeofdeb

2008-03-14T20:10:00.003+01:00

J'ai écrit un (petit) script qui vous donne l'espace occupé par le package Debian donné en paramètre.

Voici le script:

#!/bin/bash
#
# sizeofdeb.sh - version 0.0.2
# Pierre Bauduin (pierre@baudu.in)
# le 14 mars 2008
#
# This script finds out how much space in kB is taken by the package given as a parameter
#

# Let's print some information
printf "$0 - finds out how much space in kB is taken by a Debian package\n"

# With how many parameters were we called ?
if [ "$#" != 1 ]; then
   printf "Usage: $0 \n"
   exit 1
else
   # Here is the package we are looking for
   NAME_OF_THE_DEBIAN_PACKAGE=$1
   RESULT_OF_GREP_STATUS=`grep-status -nsInstalled-size,Package -F Status ' installed' $STATUS \
                                | perl -p00l12 -e 's/\n/ /'  \
                                | grep -i $NAME_OF_THE_DEBIAN_PACKAGE`
   # Is the string empty ?
   if [ "$RESULT_OF_GREP_STATUS" = "" ]; then
        # The string is empty
        printf "Could not find any package matching $NAME_OF_THE_DEBIAN_PACKAGE. This means it is not installed or you made a typo.\n"
   else
        # The string is not empty
        printf "$RESULT_OF_GREP_STATUS\n"
   fi
fi

Exemples d'utilisation:


[pbn@cobra] /home/pibe>sizeofdeb finger
sizeofdeb - finds out how much space in kB is taken by a Debian package
76 finger

[pbn@cobra] /home/pibe>sizeofdeb iceweasel
sizeofdeb - finds out how much space in kB is taken by a Debian package
836 iceweasel-l10n-fr
24408 iceweasel
780 iceweasel-l10n-nl

[pbn@cobra] /home/pibe>sizeofdeb toto
sizeofdeb - finds out how much space in kB is taken by a Debian package
Could not find any package matching toto. This means it is not installed or you made a typo.

[pbn@cobra] /home/pibe>sizeofdeb evolution
sizeofdeb - finds out how much space in kB is taken by a Debian package
7660 evolution-data-server-common
1088 evolution-data-server
462 evolution-webcal
2672 evolution-exchange
384 evolution-plugins
7748 evolution
73582 evolution-common

Cliquez ici pour télécharger ce script (faites clic-droit-> Enregistrer sous)

Plus loin dans Debian Live sur une clef USB

2008-03-12T22:10:00.019+01:00

Mon affaire de système Debian Live est presque parfaite. Hélas, il me reste le problème suivant: quand je connecte ma clef USB à une machine Windows, comme expliqué précémment: Au lieu de monter la deuxième partition et pas la première, Windows monte la première partition et pas la deuxième .

En fait, "by design", lorsqu'on introduit une clef USB, Windows monte seulement la première partition, et aucune autre !

La solution est de mettre la partition DEBIAN_LIVE en second et la partition DOCUMENTS en premier.

Comment faire ?

En fait, lh_build génère à la fois le MBR (512 premiers octets de /dev/hda) et la partition Debian Live (/dev/hda1).

La première solution est de déplacer la partition /dev/hda1 à la fin de la clef USB où elle deviendra /dev/hda2 à l'aide d'un outil opensource approprié tel que GNU Parted ou GParted ou QtParted. Ou à la limite un outil commercial approprié: PartitionMagic

Mais, ce n'est finalement pas si facile que cela:

GNU Parted ou GParted ou QtParted me disent tous: Error: The file system is bigger than its volume!
PartitionMagic ne voit même pas les partitions sur la clef USB (!?)
modifier directement la table de partition avec un éditeur hexadécimal me semble périlleux

Finalement j'ai trouvé la solution:

avec fdisk, voir combien de cylindres occupe /dev/sdb1
créer un /dev/sdb2 type 0x83 comportant le même nombre de cylindres tout à la fin de la clef USB
sauvegarder la table de partitions et quitter fdisk
transférer "en raw" toutes les données de la première vers la deuxième partition: time dd if=/dev/sdb1 of=/dev/sdb2
jeter la première partition
avec cfdisk recréer comme première partition /dev/sdb1 de type 0x0b (FAT32) qui prend tout l'espace jusqu'au début de /dev/sdb2
toujours dans cfdisk mettre le flag "bootable" sur /dev/sdb2
sauver et quitter cfdisk
créer la partition FAT32 DOCUMENTS sur /dev/sdb1 en faisant: mkfs.vfat -F 32 -n DOCUMENTS /dev/sdb1

Résultat des courses:

Name      Flags    Part Type     FS Type       [Label]        Size (MB)
----------------------------------------------------------------------
sdb1               Primary       W95 FAT32     [DOCUMENTS]      1044,62
sdb2      Boot     Primary       Linux         [DEBIAN_LIVE]     962,36

Voici ce que Windows voit:

Et voilà, désormais, j'arrive à faire les deux:

Quand je boote sur ma clef USB, j'arrive dans Debian Live
Quand je connecte ma clef USB à une machine Windows, j'arrive à monter la partition DOCUMENTS

Debian Live: script pour monter automatiquement la partition Documents

2008-03-07T22:00:00.005+01:00

Comme je vous l'ai expliqué dans plusieurs posts précédents, je m'intéresse à produire un système Debian Live sur clef USB de 2 GB.

Mon système Debian Live prend 800MB, il me reste donc 1200 MB pour mes données. Evidemment, le plus simple est de créer une partition de données appelée "DOCUMENTS" en effectuant:
time mkfs.vfat -F 32 -n DOCUMENTS /dev/sdb2.

Cette partition sera la deuxième sur la clef. J'aurai donc une table des partitions comme ceci:

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          93      746991   83  Linux
/dev/sdb2              94         244     1212907+   b  W95 FAT32

Avec ceci, quand je connecte ma clef USB à une machine Debian GNU/Linux, Ubuntu ou Mac OS X, ma partition DOCUMENTS est automatiquement montée et je peux y accèder en lecture/écriture. Hélas, trois fois hélas, quand je connecte ma clef USB à une machine Windows, comme expliqué précémment: Au lieu de monter la deuxième partition et pas la première, Windows monte la première partition et pas la deuxième .

Une solution est de mettre la partition DEBIAN_LIVE en second et la partition DOCUMENTS en premier. Oui mais, dans ce cas, lorsque je boote Debian Live sur ma clef, il faut arriver à monter automatiquement la partition DOCUMENTS, qu'elle soit première ou deuxième. Et ce n'est à priori pas si facile que ça car:

je ne connais pas à priori sur quel disque sera monté mon système Debian Live: /dev/sda, /dev/sdb, /dev/sdc, ...
même si je connais le disque, par exemple /dev/sdb, je ne sais pas à priori si la partition DOCUMENTS est première càd /dev/sdb1 ou deuxième càd /dev/sdb2: il serait élégant de ne pas produire deux versions du script qui monte la partition DOCUMENTS: une version pour le cas où DOCUMENTS est premier, une autre pour le cas où DOCUMENTS est second...

J'ai finalement produit un script monter-partition-documents.sh qui détecte automatiquement sur quelle partition se trouve DEBIAN_LIVE et sur quelle partition se trouve DOCUMENTS.

#!/bin/bash
#
# Monte la partition des documents (vfat) dans /home/user/Documents
# monter-partition-documents.sh
#
# Pierre Bauduin
# Le 7 mars 2008
#
# Ceci est une clef USB
#
# Une des partitions est le système Debian Live,
# l'autre partition est la partition Documents (formatée en FAT32)
#
# Il est possible que la partition Debian Live soit la première c'est à dire /dev/hdX1 ou /dev/sdX1
# dans ce cas la partition Documents est /dev/hdX2 ou /dev/sdX2
#
# ! Mais, comme Windows ne monte que la première partition qu'il trouve sur une clef USB,
# ! il est possible que sur la clef la partition Debian Live soit la deuxième c'est à dire /dev/hdX2 ou /dev/sdX2
# ! dans ce cas la partition Documents est /dev/hdX1 ou /dev/sdX1
#

# Le point de montage /live/image est-il sur la première partition de ma clef USB ?
if `mount | grep /live/image | awk '{print $1}' | grep -q 1`; then
# Oui
# Donc ma partition Documents est la deuxième et je la monte
PART=`mount | grep /live/image | awk '{print $1}' | sed 's/1/2/'`
[ -z "$PART" ] && exit 1
[ -d "$HOME/Documents" ] || mkdir $HOME/Documents
sudo mount $PART $HOME/Documents \
-t vfat \
-o rw,noexec,nosuid,nodev,noatime,uid=999,gid=6,umask=027,codepage=850
# Le point de montage /live/image est-il sur la deuxième partition de ma clef USB ?
elif `mount | grep /live/image | awk '{print $1}' | grep -q 2`; then
# Oui
# Donc ma partition Documents est la première et je la monte
PART=`mount | grep /live/image | awk '{print $1}' | sed 's/2/1/'`
[ -z "$PART" ] && exit 1
[ -d "$HOME/Documents" ] || mkdir $HOME/Documents
sudo mount $PART $HOME/Documents \
-t vfat \
-o rw,noexec,nosuid,nodev,noatime,uid=999,gid=6,umask=027,codepage=850
fi

Cliquez ici pour télécharger ce script à partir de mon site (faites clic-droit -> Enregistrer sous...)

Debian Live: quelques liens utiles

2008-03-02T20:20:00.002+01:00

Les packages les plus récents de Debian Live sont ici.

Le git repository de Debian Live c'est ici.

Les écrans de boot (splashscreens) pour Debian Live sont ici.

Vous trouverez plein d'autres liens Debian Live en allant ici.

Tim McCormick et Matt Olander présentent PC-BSD au FOSDEM2008

2008-02-28T20:00:00.004+01:00

Le week-end dernier se déroulait le traditionnel FOSDEM millésime 2008. Une présentation ("talk") retenait particulièrement mon attention. En effet Tim McCormick et Matt Olander, deux des développeurs principaux de PC-BSD venaient des USA à Bruxelles pour nous présenter leur système d'exploitation...

La présentation a failli ne pas avoir lieu car le projecteur ne fonctionnait plus ! Matt a branché son MacBook Pro sur l'entrée du projecteur, mais rien n'apparaissait sur la toile. Matt a alors commencé sa présentation sans aucun support et a répondu a quelques questions. Cependant, après quelques minutes de bidouillage au niveau des connexions du projecteur, nous avons pu assister à la démonstration.

Matt a alors montré le processus d'installation PC-BSD, qui (comme vous le savez probablement déjà) est simplissime: démarrer sur le CD, choisir la langue et le clavier, et pouf, PC-BSD s'installe.

Matt a également parlé d'un des gros avantages de PC-BSD qui est l'utilisation de fichiers .pbi. Pour installer un logiciel particulier, dans l'exemple de Matt: GIMP, il suffit d'aller sur le site pbidir.com et de cliquer sur le logiciel que vous désirez installer. Dans notre exemple il s'agit de GIMP. Le logiciel est alors téléchargé et installé automatiquement. Ceci est particulièrement intéressant pour un "utilisateur moyen" qui ne doit pas s'occuper de repositories ou de faire make install. Il lui suffit de cliquer sur le fichier .pbi, de cliquer Next et Finish, comme on le fait dans un système d'exploitation bien connu.

Nous avons eu un certain nombre de questions/réponses assez intéressantes, notamment sur PC-BSD 2.0 ainsi que de la possibilité de pouvoir installer les ports de FreeBSD par une interface graphique, ce qui serait vraiment génial !

Taille des clusters sur une partition en fonction de sa taille et du systeme de fichiers

2008-02-27T19:42:00.004+01:00

A force de travailler avec Debian Live et de créer des partitions FAT, il est intéressant de s'informer de la taille des clusters. J'ai donc créé cette page:

Taille des clusters sur une partition en fonction de sa taille et du système de fichiers FAT, FAT32 ou NTFS.

Ah oui - certains d'entre vous pourraient me demander ce qu'est un cluster...

En bref, le cluster, ou "unité d'allocation" en Microsoftien, est la plus petite unité attribuable à un fichier dans les systèmes de fichiers pour MS-DOS et Windows. Les clusters ont tous la même taille. Chaque fichier occupe un ou plusieurs clusters. Un cluster appartient à un et un seul fichier.

Supposons que la taille de cluster est de 8K.
Si j'ai un fichier qui fait 1K, il occupe un cluster.
Si j'ai un fichier qui fait 7K, il occupe un cluster.
Si j'ai un fichier qui fait 12K, il occupe deux clusters.
Si j'ai un fichier qui fait 81K, il occupe onze clusters.
Si j'ai un fichier qui contient uniquement la phrase "Bardaf, c'est l'embardée", c'est à dire 24 octets, il occupera un cluster.

On voit que quelle que soit la taille du fichier, le dernier cluster n'est pas complètement occupé. Que je mette un fichier de 7K ou simplement "Bardaf, c'est l'embardée" je consomme un cluster de 8K.

On perd donc de l'espace. Mais combien ? Une estimation connue est la suivante: si j'ai n fichiers, cela fait n clusters "pas complètement remplis", et ce quelle que soit la taille de chaque fichier. Un estimation de l'espac perdue est donc (n * taille du cluster) divisé par 2.

Cet espace perdu peut être non négligeable. Si vers 1995 j'avais un disque de 1200 MB et que je le formatais en une seule partition FAT16, j'avais des clusters de 32 KB. Si j'avais par exemple 7000 fichiers (ce qui n'est pas si énorme), je perdais 112 MB sur un disque de 1200 MB, soit presque 10% de l'espace disque total.

On comprend donc que, plus la taille des clusters est importante, plus on perd de l'espace. C'est la raison pour laquelle Microsoft a fait évoluer ses filesystems en passant de FAT à FAT16 puis à FAT32. Surtout, si vous devez choisir entre FAT16 et FAT32, choisissez FAT32, sauf peut-être si c'est pour un système d'exploitation qui ne connaît que FAT16 (cas de MS-DOS et de la première version de Windows 95).

Plusieurs partitions sur une clef USB: problème dans Windows

2008-02-26T20:20:00.005+01:00

Comme je vous l'ai expliqué précédemment avec Debian Live je génére un système bootable à placer sur une clef USB.

Debian Live me crée un fichier binary.img que j'écris sur la clef USB en faisant:
dd if=binary.img of=/dev/sdX

Notez que j'écris bien sur /dev/sdX et pas sur /dev/sdX1. Cela signifie que je binary.img contient le MBR de la clef USB. En bref en faisant ce dd je crée sur ma clef USB:

un MBR
une table des partitions contenant l'unique partition /dev/sdX1 de type 0x83:Linux
une partition /dev/sdX1

Mais la partition /dev/sdX1 ne prend pas toute la clef USB, il reste de la place. Regardez ce que je vois dans cfdisk pour ma clef USB:


           cfdisk (util-linux-ng 2.13.1)
                Disk Drive: /dev/sdb
           Size: 2013265920 bytes, 2013 MB
  Heads: 255   Sectors per Track: 63   Cylinders: 244

Name     Flags     Part Type     FS Type     Size (MB)
--------------------------------------------------------------
sdb1     Boot       Primary      Linux           764,96
                    Pri/Log      Free Space     1242,02

Je crée donc une partition primaire de type 0x0b:FAT32 dans l'espace libre. Cette partition fait environ 1200 MB c'est à dire 1,2 GB

J'ai donc la table de partitions suivante:


[root@cobra] /root>fdisk -l /dev/sdb
Disk /dev/sdb: 2013 MB, 2013265920 bytes
255 heads, 63 sectors/track, 244 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ecf8e
  Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          93      746991   83  Linux
/dev/sdb2              94         244     1212907+   b  W95 FAT32

Maintenant je crée un système de fichiers FAT32.
mkfs.vfat -F 32 -c -n DOCUMENTS /dev/sdb2
Ci-dessus:

-F 32 indique que je formate en FAT32 et pas FAT16 ni FAT12
-c indique que je veux tester le support lors du formatage (facultatif)
-n DOCUMENTS formate avec l'étiquette (label) DOCUMENTS
/dev/sdb2 est le périphérique qui correspond à la deuxième partition de ma clef USB

Maintenant, je vais prendre ma clef USB et la brancher à une machine sous Windows. J'ai une partition Debian Live de 760 MB et une partition DOCUMENTS de 1200 MB. Je réfléchis: laquelle de ces partitions Windows va-t-il monter ? En toute logique, il ne devrait pas monter la première partition, puisque c'est une partition Linux. Par contre il devrait monter la deuxième partition, qui est une partition FAT32.

(Pour accéder à diskmgmt.msc faites Start > Run > diskmgmt.msc. Vous pouvez aussi faire un clic droit sur l'ordinateur qui est en haut à gauche sur le bureau, choisir "Gérer" et sélectionner "Gestion des disques")

Je branche ma clef USB sur la machine Windows, et dans diskmgmt.msc, je vois ceci:

... eh bien ça alors !

Dans la table des partitions (donc dans le MBR), la première partition est indiquée comme 0x83 c'est à dire Linux et la deuxième est indiquée comme 0x0b c'est à dire FAT32. En toute logique, Windows devrait monter la deuxième partition, mais pas la première. En fait Windows fait exactement l'inverse: il monte la première partition (Linux) mais ne monte pas la deuxième partition (FAT32) !

Comment Windows peut-il monter la partition alors que c'est une partition Linux me direz-vous ? C'est ici qu'il y a une subtilité. En fait, dans la table des partitions (donc dans le MBR), la première partition est indiquée comme 0x83 c'est à dire Linux. Mais le système de fichier utilisé sur cette partition est FAT16 car Debian Live génère un système bootable pour clef USB basé sur SYSLINUX. Et SYSLINUX, c'est une technologie qui ne fonctionne que sur les partitions FAT.

Ce n'est qu'avec Windows que la deuxième partition DOCUMENTS n'est pas accessible.
Avec Debian GNU/Linux, dès que je branche ma clef USB, je peux accéder à la première partition (DEBIAN-LIVE) et à la deuxième partition (DOCUMENTS).

Avec Mac OS X, dès que je branche ma clef USB, je peux accéder à la deuxième partition (DOCUMENTS).

Résultat des courses: Windows monte la première partition et pas la deuxième... Alors qu'il devrait monter la deuxième partition et pas la première...

Debian-Live: squashfs-tools est en ballon

2008-02-22T10:20:00.003+01:00

Hé bien cela fait maintenant plus d'une semaine qu'il n'est plus possbile de générer une image Debian Live de lenny. En fait squashfs-tools 1:3.3-3, la version actuelle de squashfs-tools dans lenny, produit des images Debian Live qui ne démarrent pas correctement. Au boot j'obtiens:

Begin: Mounting root file system... ...
aufs 20071105
loop: module loaded
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
BusyBox v1.1.3 (Debian 1:1.1.3-5- Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty: job control turned off
(initramfs)

Voyez d'ailleurs mon Debian bug report à ce sujet...

Comme je l'écris ici, une solution temporaire est de donner une valeur particulière à la variable d'environnement MKSQUASHFS_OPTIONS avant de taper lh_build:
export MKSQUASHFS_OPTIONS="-b 64K -no-sparse"

Reste à attendre qu'une nouvelle version de squashfs-tools soit disponible pour lenny.

Debian Live pour une clef USB: suite

2008-02-20T21:30:00.001+01:00

Dans les posts précédents je vous ai expliqué comment créer un système Debian Live pour clef USB.
Je vais maintenant personnaliser en profondeur mon système Debian Live pour clef USB.

J'ajoute quelques fichiers à mon système Debian Live, en allant par exemple cherches ces fichiers sur une autre machine Debian. Par exemple:
Le plugin Adobe Flash pour Iceweasel:
/usr/lib/iceweasel/plugins/libflashplayer.so
Quelques fonds d'écran:
/usr/share/wallpapers/debian01.jpg /usr/share/wallpapers/debian02.jpg /usr/share/wallpapers/debian03.jpg

Je démarre à partir de la clef USB que j'ai obtenue précédemment.
Par défaut, la session KDE s'ouvre automatiquement et mon utilisateur est
uid: 999 login: user password: live

Je personnalise l'environnement de mon utilisateur, en éditant .bashrc et .bash_profile

Je personnalise mon installation KDE, c'est à dire:

je configure la barre des tâches en bas, en ajoutant et/ou enlevant des boutons
je configure mon fond d'écran
je configure mon écran de veille (screensaver en anglais)
je configure mon menu K
je configure la présentation et la couleur des fenêtres, etc ...

Maintenant je sauvegarde le plug-in Adobe Flash, mes fonds d'écran, et le répertoire /home/user/.kde (et tout son contenu, bien entendu) de mon utilisateur, comme ceci:
cd / tar --preserve -zcvf /tmp/my-debian-live-custom-files.tar.gz usr/share/wallpapers/debian01.jpg usr/share/wallpapers/debian02.jpg usr/share/wallpapers/debian03.jpg usr/lib/iceweasel/plugins/libflashplayer.so home/user/.bashrc home/user/.bash_profile home/user/.kde

Attention, ce fichier est sur le système de fichiers squashfs de ma clef USB, et donc il disparaitra de la clef dès que j'éteins ou redémarre la machine ! Je dois donc le copier quelquepart pour pouvoir le récupérer ! Pour ce faire je peux:

le transférer par sftp
l'écrire sur un filesystem que j'ai monté en lecture/écriture

Pour monter un système de fichiers en lecture/écriture, je peux:

monter un autre système de fichiers de ma première clef USB en lecture/écriture (voir ce post pour en savoir plus)
insérer une disquette et la monter en lecture/écriture
insérer une deuxième clef USB et la monter en lecture/écriture
monter un système de fichiers du disque dur de la machine en lecture/écriture (déconseillé si la machine n'est pas à vous et que vous n'avez pas envie d'avoir des coups...)

Il suffit alors de transférer ce fichier my-debian-live-custom-files.tar.gz vers votre support monté en lecture/écriture.

Quand, c'est fait, retourner sur la machine où vous avez créé votre Debian Live, et allez dans le répertoire approprié. Ensuite:
Je nettoie avant de personnaliser:
# lh_clean --binary
Ensuite aller dans le répertoire chroot:
# cd chroot
Je remonte ce que je viens de sauvegarder
# tar --preserve -zxvf /home/pbn/debian-live-home-user.tar.gz
Ensuite, je peux lancer à nouveau la génération de mon système Debian Live:
# time nice --adjustment=1 lh_binary

Nouvelle version de ma page d'outils pour Debian GNU/Linux

2008-02-16T14:30:00.001+01:00

J'ai réalisé une nouvelle version de ma page d'outils pour Debian GNU/Linux.

Les nouveautés sont:

en plus des informations générales sur un package, vous pouvez maintenant obtenir des informations détaillées sur un package. Ces informations viennent du site de Debian Quality Assurance.
possibilité de trouver tous les bugs pour un package
possibilité de trouver tous les bugs signalés par une personne
possibilité de trouver tous les bugs portant une certaine étiquette

Faire apparaître des imprimantes CUPS dans le Default Printer Browser de Mac OS X Tiger

2008-02-15T20:10:00.004+01:00

Dans un post précédent je vous parlais des "subtilités" qui peuvent survenir lorsque vous désirez installer une imprimante CUPS dans Mac OS X. Il faut en effet indiquer non pas "Claire" comme nom de file d'attente mais bien "/printers/Claire"

Suite à mon interaction avec developer.apple.com, j'ai appris qu'il y avait une solution beaucoup plus intuitive et élégante à ce problème.

Mon serveur CUPS est une machine Debian GNU/Linux 4.0 appelée cobra. Elle partage l'imprimante CUPS appellée Canon GP300.

Notez que tout ce qui suit n'est valable qu'avec Mac OS X 10.4 "Tiger" comme client.

Je vais dans Préférences Systèmes > Imprimantes et Fax et je clique sur le +.

J'arrive dans le Default Printer Browser et je vois quelque chose comme ceci:

Ce que je vois là est la liste des imprimantes disponible sur le réseau. Je vois des imprimantes AppleTalk et Bonjour... mais je ne vois pas l'imprimante qui m'intéresse: Canon GP300 sur le serveur cobra.

Voyons la partie "Browsing" du fichier /etc/cups/cupsd.conf sur cobra. Comme j'ai laissé la configuration par défaut du "Browsing", j'ai ceci:

# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow all

Le "Browsing" est activé. Donc le serveur CUPS de cobra "publie" les informations sur les imprimantes. Cependant ce n'est pas suffisant pour que Mac OS X "voie" mon imprimante Canon GP300. Je dois indiquer dans le fichier /etc/cups/cupsd.conf sur cobra:

Browsing On
BrowseAddress 10.20.255.255
BrowseAllow All
BrowseOrder allow,deny

Où 10.20.255.255 est l'adresse de broadcast de votre connexion Ethernet.
Si vous ne connaissez pas l'adresse de broadcast de votre machine, tapez /sbin/ifconfig eth0.

N'oubliez pas de redémarrer le démon CUPS. Sous Debian GNU/Linux c'est la commande invoke-rc.d cupsys restart.

Je vois maintenant ceci:

Ca y est mon imprimante ImprimanteCanon est là ! Il ne me reste plus qu'à cliquer dessus et à l'installer:

VMware et un kernel 2.6.24.2

2008-02-14T23:10:00.002+01:00

Je viens de compiler un kernel 2.6.24.2 pour Debian GNU/Linux "lenny". Tout fonctionne... sauf vmware qui n'arrive pas à compiler ses kernels modules.

Quand je tente de compiler les kernel modules de VMWare pour un kernel 2.6.24.2, j'obtiens ceci:

[root@cobra] /root>/usr/vmware/bin/vmware-config.pl
Making sure services for VMware Server are stopped.
Stopping VMware services:
Virtual machine monitor done
Bridged networking on /dev/vmnet0 done
DHCP server on /dev/vmnet1 done
Host-only networking on /dev/vmnet1 done
DHCP server on /dev/vmnet8 done
NAT service on /dev/vmnet8 done
Host-only networking on /dev/vmnet8 done
Virtual ethernet done
Configuring fallback GTK+ 2.4 libraries.
In which directory do you want to install the mime type icons?
[/usr/share/icons]
What directory contains your desktop menu entry files? These files have a
.desktop file extension. [/usr/share/applications]
In which directory do you want to install the application's icon?
[/usr/share/pixmaps]
Trying to find a suitable vmmon module for your running kernel.
None of the pre-built vmmon modules for VMware Server is suitable for your
running kernel. Do you want this program to try to build the vmmon module for
your system (you need to have a C compiler installed on your system)? [yes]
Using compiler "/usr/bin/gcc". Use environment variable CC to override.
What is the location of the directory of C header files that match your running
kernel? [/lib/modules/2.6.24.2/build/include]
Extracting the sources of the vmmon module.
Building the vmmon module.
Building for VMware Server 1.0.0.
Using 2.6.x kernel build system.
make: entrant dans le répertoire « /tmp/vmware-config1/vmmon-only »
make -C /lib/modules/2.6.24.2/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: entrant dans le répertoire « /usr/src/linux-2.6.24.2 »
CC [M] /tmp/vmware-config1/vmmon-only/linux/driver.o
CC [M] /tmp/vmware-config1/vmmon-only/linux/driverLog.o
CC [M] /tmp/vmware-config1/vmmon-only/linux/hostif.o
/tmp/vmware-config1/vmmon-only/linux/hostif.c: In function 'HostIF_BrokenCPUHelper':
/tmp/vmware-config1/vmmon-only/linux/hostif.c:3042: warning: passing argument 1 of 'HostIFBrokenCPUHelper' discards qualifiers from pointer target type
CC [M] /tmp/vmware-config1/vmmon-only/common/comport.o
CC [M] /tmp/vmware-config1/vmmon-only/common/cpuid.o
In file included from include/asm/bitops.h:2,
from /tmp/vmware-config1/vmmon-only/./include/vcpuset.h:74,
from /tmp/vmware-config1/vmmon-only/./include/modulecall.h:23,
from /tmp/vmware-config1/vmmon-only/common/vmx86.h:19,
from /tmp/vmware-config1/vmmon-only/common/hostif.h:18,
from /tmp/vmware-config1/vmmon-only/common/cpuid.c:15:
include/asm/bitops_32.h:9:2: error: #error only can be included directly
make[2]: *** [/tmp/vmware-config1/vmmon-only/common/cpuid.o] Erreur 1
make[1]: *** [_module_/tmp/vmware-config1/vmmon-only] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-2.6.24.2 »
make: *** [vmmon.ko] Erreur 2
make: quittant le répertoire « /tmp/vmware-config1/vmmon-only »
Unable to build the vmmon module.
For more information on how to troubleshoot module-related problems, please
visit our Web site at "http://www.vmware.com/download/modules/modules.html" and
"http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html".
Execution aborted.

Ouille !
Solution:

aller chercher le patch vmware-any-any-update115.tar.gz
le décompresser (dans /tmp par exemple): time tar --preserve -zxvf vmware-any-any-update115.tar.gz
là dedans, décompresser vmmon.tar: time tar --preserve -xvf vmmon.tar
éditer vmmon-only/include/vcpuset.h et remplacer include "asm/bitops.h" en #include "linux/bitops.h"
éditer vmmon-only/include/iocontrols_compat.h et mettre 167 comme VMMON_VERSION_V6
éditer vmmon-only/include/iocontrols.h et mettre 167 comme VMMON_VERSION
recompresser vmmon.tar en faisant: time tar --preserve -cvf vmmon.tar vmmon-only
lancer runme.pl

Ajouter une partition montée en lecture/écriture à votre clef USB

2008-02-12T22:12:00.002+01:00

Dans un post précédent je vous expliquais comment créer une clef USB bootable contenant un système Debian Live.

La dernière étape consistait à faire une commande du genre:
dd if=debian-live-binary.img of=/dev/sdX

Vous avez donc créé sur la clef USB une table de partitions qui contient une seule partition:
# fdisk -l /dev/sdb

Le système de fichier /dev/sdb1 est mon système Debian Live.

Ici c'est une clef de 1 GB, et il reste de l'espace. Je vais l'utiliser !

D'abord je crée dans l'espace libre une partition primaire de type 0x06 (FAT16).
Pour cela j'utilise par exemple la commande cfdisk

Je la formate en FAT16:
# time mkfs.vfat -c -F 16 -n DOCUMENTS /dev/sdX2

Et voilà ! Je peux maintenant monter la partition avec une commande du genre:
# mount -t vfat /dev/sdb2 /mnt/target

Mais je peux faire beaucoup mieux: je peux faire en sorte que cette partition soit montée automatiquement en lecture/écriture lors du démarrage de Debian Live !

Voici le script script usr/local/sbin/monter-partition-documents.sh qui monte automatiquement la partition des documents:

#!/bin/bash
#
# Monte la partition des documents (vfat) dans /home/user/Documents
#
# Pierre Bauduin
# Le 12 février 2008
#
# Attention ici on suppose que:
#       * la partition Debian Live est /dev/sdX1
#       * la partition Documents est /dev/sdX2
#
# La partition qui m'interesse est sur le point de montage /live/image
# Je trouve /dev/sdX1 et je le transforme en /dev/sdX2
PART=`mount | grep /live/image | awk '{print $1}' | sed 's/1/2/'`
[ -z "$PART" ] && exit 1
[ -d "$HOME/Documents" ] || mkdir $HOME/Documents
sudo mount $PART $HOME/Documents \
-t vfat \
-o rw,noexec,nosuid,nodev,noatime,uid=999,gid=6,umask=027,codepage=850

Pour qu'il soit lancé automatiquement par l'utilisateur user au démarrage de KDE il suffit de faire:
ln -s usr/local/sbin/monter-partition-documents.sh home/user/.kde/Autostarts
Et voilà !

Comment améliorer et/ou personnaliser un système Debian Live pour une clef USB

2008-02-11T19:20:00.000+01:00

Dans un post précédent je vous expliquais comment j'ai pu créer un système Debian Live bootable et le copier sur une clef USB.

La version que j'ai obtenue fonctionne, mais j'ai quelques désagréments:

par défaut, je n'ai pas la bonne disposition du clavier
par défaut, je n'ai pas la bonne locale
je n'ai pas mon prompt habituel (valeur de la variable d'environnement PS1)
je n'ai pas mes réglages habituels dans vi (tel que par exemple syntax on)
je n'ai pas le choix des fortunes dans fortunes-fr

Il est en fait possible, et relativement facile, de personnaliser votre installation Debian Live.

Attention, pour tout ceci, je ne branche pas ma clef USB ! Je vais dans le répertoire où j'ai effectué lh_build dans le post précédent. Chez moi c'est le répertoire /mnt/data/debian-live-usb.

Et maintenant:
Je nettoie avant de personnaliser:
[root@cobra] /mnt/data/debian-live-usb>lh_clean --binary

Je me déplace dans le répertoire chroot:
[root@cobra] /mnt/data/debian-live-usb>cd chroot

Je place la dernière version sid du paquet user-setup (que je suis allé chercher préalablement ici) dans le répertoire root:
[root@cobra] /mnt/data/debian-live-usb/chroot>cp /home/pbn/download/user-setup_1.18_all.deb root/

J'édite les fichiers que je désire personnaliser, par exemple:
etc/apt/sources.list etc/default/rcS etc/motd etc/vim/vimrc

(Note: dans etc/default/rcS je conseille d'indiquer UTC=no. En effet il est fort probable que les machines sur lesquelles ja vais booter ma clef USB auront leur horloge interne à l'heure locale.)

Je rentre dans le système Debian Live avec la commande chroot:
[root@cobra] /mnt/data/debian-live-usb>chroot chroot

Je configure les quatre paquets assez importants:
# dpkg-reconfigure locales # dpkg-reconfigure fortunes-fr # dpkg-reconfigure tzdata # dpkg-reconfigure console-data

J'installe le paquet user-setup que j'ai mis dans root:
# dpkg -i root/user-setup_1.18_all.deb

Je quitte le chroot:
# Ctrl-D

Je remonte d'un directory
cd ..

Et, enfin, je peux lancer la génération de mon image Debian Live personnalisée:
# time nice --adjustment=1 lh_binary

Quand c'est terminé, j'ai mon image binary.img, que je peux transférer sur ma clef USB:
# time dd if=binary.img of=/dev/sdX

Remarques(rappel):

surtout, n'exécutez pas lh_build ni lh_binary directement sur votre clef USB ! En effet, une clef USB est moins performante au niveau des temps d'accés et de la vitesse de lecture écriture. Mais surtout, les nombreuses opérations de lecture/écriture lors de la génération du système Debian Live diminuent fortement la durée de vie de votre clef USB !
faites très attention de ne pas vous tromper de périphérique lors de la commande dd. Si vous n'avez que des disques PATA, la clef USB sera probablement le périphérique /dev/sda. Mais si vous avez des disques SCSI ou SATA, le périphérique /dev/sda est votre premier disque dur ! Votre clef USB sera quelquechose comme /dev/sdb ou /dev/sdc ou /dev/sdd, etc... N'allez pas écrire binary.img sur votre disque dur, vous perdriez toutes vos données !

... et voilà !

Une commande Debian GNU/Linux peu connue: dpigs

2008-02-10T14:10:00.001+01:00

Vous préparez une image compressée avec Debian-Live, et elle est trop grande pour votre CD / DVD/ clef USB ?

Vous êtes sur une machine où la partition / et/ou /usr est presque pleine ?

Vous vous demandez combien de place est utilisée/perdue dans des packages qui ne vous servent à rien ?

Utilisez la commande dpigs.

Pour l'installer:
(en tant que root)

[root@cobra] /home/pbn> aptitude-install debian-goodies

Pour l'utiliser:
(pas besoin d'être root)

[pbn@cobra] /home/pbn>dpigs
95932 openoffice.org-core
65368 sun-java5-bin
61200 evolution-common
51696 linux-image-2.6.22-3-686
37968 kde-i18n-fr
36220 wireshark-common
35692 libwine
34228 libgcj8-1
34220 openoffice.org-common
33548 w32codecs

... eh oui, ce programme vous donne la liste des dix packages qui prennent le plus de place sur votre système Debian. Vous pouvez demander une liste plus longue, par exemple les vingt packages qui prennent le plus de place en tapant:


[pbn@cobra] /home/pbn> dpigs -n 20

Comment créer un système Debian Live pour une clef USB

2008-02-07T20:42:00.000+01:00

Le projet Debian Live permet de créer une installation de Debian GNU/Linux qui fonction en "live", c'est à dire en démarrant sur un CD, un DVD ou une clef USB.

Ceci est intéressant quand par exemple, sur le lieu de travail, on met une machine à votre disposition mais qu'elle est sous Windows. Avec un système Debian-Live, vous ne touchez aucunement au disque dur. C'est également très utile lorsque vous passez chez une connaissance et que vous voulez lui montrer comment Debian tourne sur sa machine, évidemment sans toucher à son disque dur.

De plus votre système Debian Live fonctionne en "lecture seule", de la sorte il est impossible qu'un programme malveillant (virus, worm, rootkit) ne s'installe.

Avant tout il vous faut installer le package live-helper qui contient tous les outils permettant de générer un système Debian-Live. Ce live-helper existe pour lenny et sid, mais il est recommandé d'installer la dernière version à partir du site de Debian-Live.

Voici la commande (attention c'est long):
#!/bin/sh # # Script qui génère un système Debian-Live # au format usb-hdd (système de fichier sur clef USB) # # Pierre Bauduin # Le 7 février 2008 # lh_config --mirror-binary http://debian-mirror:7777/debian/ --mirror-binary-security http://debian-mirror:7777/debian-security/ --mirror-bootstrap http://debian-mirror:7777/debian/ --mirror-bootstrap-security http://debian-mirror:7777/debian-security/ -b usb-hdd -d lenny --bootappend-live "quickreboot locale=fr_BE@euro keyb=be2-latin1" --hostname debian-live --packages "akregator alsa-base alsaplayer-text alsa-tools alsa-utils amarok audacity aumix avidemux bzip2 cupsys cupsys-bsd cupsys-client debian-goodies dillo dvdrip eject elinks enscript finger fortunes fortunes-fr frozen-bubble gimp gwenview htop iceweasel iceweasel-l10n-fr iceweasel-l10n-nl imagemagick irssi k3b k3b-i18n kalarm kate kcalc kcheckgmail kde-i18n-fr kde-i18n-nl kdebase kdeprint keytouch kgoldrunner khangman kmahjongg kmix kompose kpat kpdf kpersonalizer kpoker krdc kreversi kscreensaver kscreensaver-xsavers ksirtet ksnapshot kweather kwin4 laptop-detect less lftp libdvdcss2 loadmeter lsdvd lshw lsof lynx mc memtest86+ mondo mpg123 mpg123-alsa mpg321 msttcorefonts mtools munin-node mutt ncftp nmap ntpdate openoffice.org openoffice.org-l10n-fr openoffice.org-l10n-nl openssh-server pidgin screen slay smb4k smbclient strace sun-java5-bin sun-java5-jre sun-java5-plugin sysstat tcpdump tcsh telnet tofrodos traceroute unzip vim w32codecs wamerican wdutch wfrench wget wine wireshark x-window-system-core xbill xchat xchm xdaliclock xine-ui x-ttcidfont-conf xmms xscreensaver xserver-xorg xsysinfo" && time nice --adjustment=1 lh_build
Remarquez que:

il est fortement recommandé d'utiliser un miroir local de Debian
dans cet exemple mon miroir s'appelle debian-mirror, il faut donc adapter le script (ou encore définir dans votre serveur DNS que debian-mirror est l'alias de votre machine miroir)
tous les fichiers seront créés dans le répertoire courant, je vous conseille donc fortement de faire mkdir debian-live && cd debian-live avant de lancer la commande
sur ma machine il faut environ 40 minutes pour générer le système Debian Live
pour des raisons de performance, il est fortement recommandé d'exécuter cette commande sur un filesystem local (c'est à dire, un disque qui existe physiquement, pas sur un tmpfs, ni nfs, ni smbfs)
veillez à exécuter cette commande sur un filesystem qui a suffisamment d'espace libre: dans le cas de la commande ci-dessus, la génération du Debian Live consomme 5,4 GB d'espace !
surtout, n'exécutez pas cette commande directement sur votre clef USB ! En effet, une clef USB est moins performante au niveau des temps d'accés et de la vitesse de lecture écriture. Mais surtout, les nombreuses opérations de lecture/écriture lors de la génération du système Debian Live diminuent fortement la durée de vie de votre clef USB !
au final, vous obtenez un fichier binary.img d'environ 720 MB que vous pourrez transférer avec une commande du genre dd if=binary.img of=/dev/sdX où sdX est le bon périphérique pour votre clef usb
faites très attention de ne pas vous tromper de périphérique lors de la commande dd. Si vous n'avez que des disques PATA, la clef USB sera probablement le périphérique /dev/sda. Mais si vous avez des disques SCSI ou SATA, le périphérique /dev/sda est votre premier disque dur ! Votre clef USB sera quelquechose comme /dev/sdb ou /dev/sdc ou /dev/sdd, etc... N'allez pas écrire binary.img sur votre disque dur, vous perdriez toutes vos données !
copier le binary.img sur ma clef USB prend environ 10 minutes (mais c'est une clef de marque Peak, ce n'est pas très performant...)

Une commande Mac OS X peu connue: machine

2008-02-02T14:21:00.000+01:00

Il y a quelques jours je vous parlais de la commande arch de Mac OS X.

Voyons aujourd'hui une autre commande peu connue, la commande machine.

Cette commande est un peu similaire à la commande arch dont je vous parlais l'autre fois. En fait la commande machine affiche le type de machine sur laquelle Mac OS X tourne.

Attention, l'architecture et le type de machine, ce n'est pas la même chose !

L'architecture, donnée par la commande arch, est ppc, ppc64, i386 ou x86_64.

Le type de machine, donnée par la commande machine, indique avec précision le type de processeur.

Exemple avec Mac OS X Tiger sur un Power Macintosh G3 Blue and white:

[pierre@blueandwhite] /Users/pierre>machine
ppc750

Exemple avec Mac OS X Léopard sur un iMac Intel 20-inch:

[pierre@albert] /Users/pierre>machine
i486

Voyons les pages de manuel de cette commande machine:

Mac OS X Tiger sur PowerPC:

MACHINE(1)                BSD General Commands Manual               MACHINE(1)

NAME
    machine -- print machine type

SYNOPSIS
    machine

DESCRIPTION
    The machine command displays the machine type.

SEE ALSO
    make(1)

HISTORY
    The machine command is currently under development.

BSD                              July 26, 1991                             BSD

Mac OS X Léopard sur Intel:

MACHINE(1)                BSD General Commands Manual               MACHINE(1)

NAME
    machine -- print machine type

SYNOPSIS
    machine

DESCRIPTION
    The machine command displays the machine type.

SEE ALSO
    arch(1), make(1)

HISTORY
    The machine command is currently under development.

BSD                              July 26, 1991                             BSD

... on constatera au passage que cette commande est toujours "currently under development", étonnant :)

Une commande Unix / Linux / Mac OS X peu connue: arch

2008-01-30T14:00:00.000+01:00

Voyons aujourd'hui une commande Mac OS X peu connue: il s'agit de la commande arch.

Cette commande renvoie l'architecture de la machine.
Le résultat peut être:

ppc pour un Apple Macintosh basé sur un processeur PowerPC 32 bits (G3, G4, G5)
ppc64 pour un Apple Macintosh basé sur un processeur PowerPC 64 bits (G5)
i386 pour un Apple Macintosh basé sur un processeur x86 (Intel) 32 bits
x86_64 pour un Apple Macintosh basé sur un processeur x86_64 (Intel) 64 bits
??? (à vérifier - probablement arm) pour un iPhone, qui fait tourner Mac OS X sur un processeur arm.

Voyons les pages de manuel de cette commande arch:

Mac OS X Tiger sur PowerPC:


ARCH(1)                   BSD General Commands Manual                  ARCH(1)

NAME
arch -- print architecture type

SYNOPSIS
arch

DESCRIPTION
The arch command displays the machine's architecture type.

SEE ALSO
machine(1)

Mac OS                          August 20, 1997                         Mac OS

Mac OS X Leopard sur Intel:


ARCH(1)                   BSD General Commands Manual                  ARCH(1)

NAME
arch -- print architecture type or run selected architecture of a univer-
sal binary

SYNOPSIS
arch
arch [-h] [[-arch_name | -arch arch_name]...] prog [args ...]

DESCRIPTION
The arch command with no arguments, displays the machine's architecture
type.

The other use of the arch command it to run a selected architecture of a
universal binary.  A universal binary contains code that can run on dif-
ferent architectures.  By default, the operating system will select the
architecture that most closely matches the processor type.  This means
that an intel architecture is selected on intel processors and a powerpc
architecture is selected on powerpc processors.  A 64-bit architecuture
is preferred over a 32-bit architecture on a 64-bit processor, while only
32-bit architectures can run on a 32-bit processor.

When the most natural architecture is unavailable, the operating system
will try to pick another architecture.  On 64-bit processors, a 32-bit
architecture is tried.  If this is also unavailable, the operating system
on an intel processor will try running a 32-bit powerpc architecture.
Otherwise, no architecture is run, and an error results.

The arch command can be use to alter the operating system's normal selec-
tion order.  The most common use is to select the 32-bit architecture on
a 64-bit processor, even if a 64-bit architecture is available.

The -h option prints a usage message and exits.

The arch_name argument must be one of the currently supported architec-
tures:

    i386    32-bit intel

    ppc     32-bit powerpc

    ppc64   64-bit powerpc

    x86_64  64-bit intel

Either prefix the architecture with a hyphen, or (for compatibility with
other commands), use -arch followed by the architecture.

If more than one architecture is specified, the operating system will try
each one in order, skipping an architecture that is not supported on the
current processor, or is unavailable in the universal binary.

The prog argument is the command to run, followed by any arguments to
pass to the command.  It can be a full or partial path, while a lone name
will be lookup in the user's command search path.

If no architectures are specified on the command line, the arch command
takes the basename of the prog argument and searches for the first prop-
erty list file with that basename and the .plist suffix, in the
archSettings sub-directory in each of the standard domains, in the fol-
lowing order:

    ~/Library/archSettings         User settings

    /Library/archSettings          Local settings

    /Network/Library/archSettings  Network settings
Either prefix the architecture with a hyphen, or (for compatibility with
other commands), use -arch followed by the architecture.

If more than one architecture is specified, the operating system will try
each one in order, skipping an architecture that is not supported on the
current processor, or is unavailable in the universal binary.

The prog argument is the command to run, followed by any arguments to
pass to the command.  It can be a full or partial path, while a lone name
will be lookup in the user's command search path.

If no architectures are specified on the command line, the arch command
takes the basename of the prog argument and searches for the first prop-
erty list file with that basename and the .plist suffix, in the
archSettings sub-directory in each of the standard domains, in the fol-
lowing order:

    ~/Library/archSettings         User settings

    /Library/archSettings          Local settings

    /Network/Library/archSettings  Network settings
Either prefix the architecture with a hyphen, or (for compatibility with
other commands), use -arch followed by the architecture.

If more than one architecture is specified, the operating system will try
each one in order, skipping an architecture that is not supported on the
current processor, or is unavailable in the universal binary.

The prog argument is the command to run, followed by any arguments to
pass to the command.  It can be a full or partial path, while a lone name
will be lookup in the user's command search path.

If no architectures are specified on the command line, the arch command
takes the basename of the prog argument and searches for the first prop-
erty list file with that basename and the .plist suffix, in the
archSettings sub-directory in each of the standard domains, in the fol-
lowing order:

    ~/Library/archSettings         User settings

    /Library/archSettings          Local settings

    /Network/Library/archSettings  Network settings

    /System/Library/archSettings   System settings

This property list contains the architecture order preferences, as well
as the full path to the real executable.  For examples of the property
list format, look at the files in /System/Library/archSettings.

Example
On an intel processor:

    % perl -MConfig -e 'printf "%s\n", $Config{byteorder}'
    1234

shows the intel little endian byte order, while:

    % arch -ppc perl -MConfig -e 'printf "%s\n", $Config{byteorder}'
    4321

runs the powerpc architecture, and displays big endian byte order.

Making links to the arch command
When a link is made to arch command with a different name, that name is
used to find the corresponding property list file.  Thus, other commands
can be wrapped so that they have custom architecture selection order.
Because of some internal logic in the code, hard links to the arch com-
mand may not work quite right.  It is best to avoid using hard links, and
only use symbolic links to the arch command.

Environment
The environment variable ARCHPREFERENCE can be used to provide architec-
ture order preferences.  It is checked before looking for the correspond-
ing property list file.

The value of the environment variable ARCHPREFERENCE is composed of one
or more specifiers, separated by semicolons.  A specifier is made up of
one, two or three fields, separated by colons.  Architectures specified
in order, are separated by commas and make up the last (mandatory) field.
The first field, if specified, is a name of a program, which selects this
specifier if that name matches the program name in question.  If the name
field is empty or there is no name field, the specifier matches any pro-
gram name.  Thus, ordering of specifiers is important, and the one with
no name should be last.

When the arch command is called directly, the prog name provides the path
information to the executable (possibly via the command search path).
When a name is specified in a ARCHPREFERENCE specifier, the path informa-
tion can alternately be specified as a second field following the name.
When the arch command is called indirectly via a link, this path informa-
tion must be specified.  If not specified as a second field in a speci-
fier, the executable path will be looked up in the corresponding property
list file.

Example ARCHPREFERENCE Values
ppc,i386,ppc64,x86_64
    A specifier that matches any name.

foo:ppc,i386,ppc64,x86_64
    A specifier that matches the program named foo (the full executable
    path is in the foo.plist file).

foo:/op/bin/boo:ppc,i386,ppc64,x86_64
    A specifier with all fields specified.

baz:ppc,i386;i386,ppc
    A specifier for baz and a second specifier that would match any
    other name.

BUGS
BUGS
Running the arch command on an interpreter script may not work if the
interpreter is a link to the arch command, especially if a 64-bit archi-
tecture is specified (since the arch command is 2-way universal, 32-bit
only).

SEE ALSO
machine(1)

Mac OS X                       November 12, 2006                      Mac OS X

Il est à noter que sous Debian GNU/Linux, la commande arch existe dans Debian GNU/Linux 4.0 "etch", mais a disparu de Debian GNU/Linux "lenny", car elle est considérée "obsolète". Si vous en avez malgré tout besoin, utilisez la commande uname -m. Il vous suffit de créer un petit shell script /bin/arch du genre:

#!/bin/sh
#
# Remplace la commande arch
# Renvoie l'architecture de la machine
#
# Pierre Bauduin
# Le 24 décembre 2007
#
/bin/uname -m

Certains distributions Linux ont la commande arch, d'autres ne l'ont pas.

Distributions Linux qui ont la commande arch: Debian GNU/Linux 4.0 "etch", Gentoo, Slackware, Arch Linux, OpenSUSE

Distributions Linux qui n'ont pas la commande arch: Debian GNU/Linux "lenny", Ubuntu

Autres systèmes qui ont la commande arch: Mac OS X
Autres systèmes qui n'ont pas la commande arch: FreeBSD, PC-BSD

Pourquoi Apple n'a pas choisi X11 pour l'affichage dans Mac OS X

2008-01-25T22:10:00.000+01:00

Pour l'affichage dans Mac OS X, n' a donc pas choisi d'utiliser X11 qui est majoritairement utilisé sous Unix, mais a développé sa propre technologie appelée Quartz.Ce commentaire sur slashdot nous explique pourquoi et indique aussi que Quartz est en partie basé sur NextStep. qui utilisait Display Postscript, une technologie basée en gros sur le même principe...

Voyagons dans le temps: video: Steve Jobs présente NextStep 3.0

2008-01-24T10:00:00.000+01:00

Voici une vidéo de 1992 où Steve Jobs nous présente NextStep 3.0:

Remarquez par exemple que lorsque l'on déplace une fenêtre contenant une image, on ne voit pas juste les bords se déplacer, mais toute la fenêtre se déplace de manière très fluide. A notre époque c'est banal, mais cette vidéo date de fin 1992. A cette époque ni un PC ni un Macintosh ne savaient le faire. Les seules machines à pouvoir le faire étaient probablement des stations de travail Sun ou Silicon Graphics.

Une commande Unix/Linux peu connue: who -b

2008-01-21T10:10:00.005+01:00

Comme vous le savez probablement, la célèbre commande uptime vous permet de savoir depuis combien de temps une machine Unix/Linux est "up" c'est à dire "en service".

L'uptime d'une machine est généralement un bon indicateur de la stabilité de son système d'exploitation.

Cependant, il est peut être encore plus utile de savoir quand une machine a redémarré pour la dernière fois (date et heure précise). Ceci est particulièrement utile sur des serveurs au bureau. Connaître la date et heure exacte du dernier redémarrage est un bon indice pour déterminer la cause d'un redémarrage inopiné. Par exemple, qui était "de service" ce jour là à cette heure là ? Est-ce la nettoyeuse qui a débranché le serveur pour brancher son aspirateur ? Il suffit de taper:

who -b

Exemple sous Debian GNU/Linux:

[pbn@cobra] /home/pbn>who -b
system boot  2007-12-04 08:42

Exemple sous Solaris:

[pbn@fire] /export/home/pbn>who -b
 .       system boot  Nov  8 10:55

Ceci fonctionne sur Red Hat Enterprise Linux, Debian GNU/Linux, Mac OS X, et Solaris, mais pas sous FreeBSD ni PC-BSD...

Les fat binaries sous Mac OS X: la commande lipo

2008-01-17T22:04:00.000+01:00

Dans un post précédent je vous expliquais comment créer des "fat binaries" sous Mac OS X.

Je pars de mon petit programme hello.c. Il suffit en bref d'exécuter gcc avec certains paramètres:

[pierre@albert] /Users/pierre/Documents/source>gcc -arch i386 -arch ppc -arch ppc64 -o hello hello.c

La commande file nous indique bien qu'il y a trois exécutables dans ce fichier Mach-O:

[pierre@albert] /Users/pierre/Documents/source>file hello
hello: Mach-O universal binary with 3 architectures
hello (for architecture i386):    Mach-O executable i386
hello (for architecture ppc7400):    Mach-O executable ppc
hello (for architecture ppc64):    Mach-O 64-bit executable ppc64

La commande otool -f nous est aussi utile, elle nous indique le "magic number" des "fat binaries":

[pierre@albert] 18:56 /Users/pierre/Documents/source>otool -f hello
Fat headers
fat_magic 0xcafebabe
nfat_arch 3
architecture 0
  cputype 7
  cpusubtype 3
  capabilities 0x0
  offset 4096
  size 12588
  align 2^12 (4096)
architecture 1
  cputype 18
  cpusubtype 10
  capabilities 0x0
  offset 20480
  size 8508
  align 2^12 (4096)
architecture 2
  cputype 16777234
  cpusubtype 0
  capabilities 0x80
  offset 32768
  size 8552
  align 2^12 (4096)

Voici maintenant le résultat de la commande lipo:

[pierre@albert] /Users/pierre/Documents/source>lipo -detailed_info hello
Fat header in: hello
fat_magic 0xcafebabe
nfat_arch 3
architecture i386
cputype CPU_TYPE_I386
cpusubtype CPU_SUBTYPE_I386_ALL
offset 4096
size 12588
align 2^12 (4096)
architecture ppc7400
cputype CPU_TYPE_POWERPC
cpusubtype CPU_SUBTYPE_POWERPC_7400
offset 20480
size 8508
align 2^12 (4096)
architecture ppc64
cputype CPU_TYPE_POWERPC64
cpusubtype CPU_SUBTYPE_POWERPC_ALL
offset 32768
size 8552
align 2^12 (4096)

Eh bien, c'est intéressant, je vois de manière détaillée que ce fichier hello contient trois exécutables, et j'obtiens l'offset de chacun.

... il est amusant de constater que le "magic number" pour les "fat binaries" est 0xcafebabe. C'est en fait le même "magic number" que celui du Java bytecode, c'est à dire des fichiers .class en Java. Souvenons-nous que le nom "Java" a été choisi car son créateur, James Gosling, est un grand consommateur de café, sans quoi Java se serait appelé Oak.

... au fait, pourquoi cette commande s'appelle-t-elle lipo ? Peut être une jeu de mot sur les "fat binaries" et la liposuccion ("liposuction" en anglais) ?

Vous pouvez aussi consulter ce document officiel Apple sur la structure des exécutables Mach-O.

Pourquoi le shell par défaut de Mac OS X est bash et non plus tcsh

2008-01-16T20:40:00.000+01:00

Jusqu'à la version 10.2 (Jaguar) de Mac OS X, le shell par défaut était tcsh.

Depuis la version 10.3 (Panther) de Mac OS X, sortie le 24 octobre 2003, le shell par défaut est bash.

Pourquoi ?

De nombreuses explications contradictoires circulent.

Une des plus connues est qu'Apple aurait voulu faciliter le passage des utilisateurs Linux à Mac OS X. En effet, sur la plupart des distributions Linux, le shell par défaut est bash.

Par contre, dans FreeBSD et PC-BSD, le shell par défaut est tcsh.

La vérité est tout autre: la raison principale du passage de tcsh à bash est que bash supporte complètement l'Unicode. Le support Unicode intéresse énormément Apple puisque un de ses objectifs est de supporter le plus de langues possibles dans Mac OS X.

Je peux vous assurer de la véracité de cette information, c'est Jordan Hubbard lui-même qui l'écrit ici.

Jordan Hubbard était un des développeurs principaux de FreeBSD, jusqu'à ce qu'il soit engagé par Apple en juillet 2001 comme "Director of UNIX Technology". Si quelqu'un connaît bien la partie BSD de Mac OS X, c'est bien lui.

Le MacBook Air est sorti !

2008-01-15T20:12:00.000+01:00

Cela faisait un certain temps que la rumeur était dans l'air (si j'ose dire), maintenant il est là: le MacBook Air:

Site officiel:
http://www.apple.com/macbookair/

Première "prise en main" par macrumors.com, regardez les photos, c'est impressionnant:
http://www.macrumors.com/2008/01/15/first-look-at-the-macbook-air/

Voyagons dans le temps: NextStep

2008-01-14T12:04:00.000+01:00

Comme je vous l'ai déjà expliqué dans plusieurs articles précédents, Mac OS X descend en droite ligne du système d'exploitation NextStep créé par Steve Jobs.

Voici une capture d'écran:

Vous pouvez reconnaître des éléments que l'on retrouve dans Mac OS X aujourd'hui:

le Dock
la navigation en plusieurs colonnes dans le système de fichier (présent dans le Finder actuel)

Voyagons dans le temps: Rhapsody Developer Release 2

2008-01-12T19:42:00.001+01:00

Comme je vous l'ai expliqué dans un article précédent, Mac OS X descend de NextStep.

En bref, NextStep était un système d'exploitation très avancé pour son époque, créé par Steve Jobs lorsqu'il a été "mis dehors" d'Apple en 1985.

Fin 1996, Apple est dans de sérieuses difficultés financières et technologiques, notamment suite aux échecs successifs de trois projets de "système d'exploitation d'une nouvelle génération": Taligent, Copland et Gershwin. Jobs retourne alors chez Apple et reçoit "carte blanche". Il prend rapidement "le taureau par les cornes": il fait racheter par Apple sa propre société NextStep le 20 décembre 1996. Commence alors le développement d'un "système d'exploitation d'une nouvelle génération", mais un qui verra le jour ! Ce projet s'appelle Rhapsody. Il est présenté pour la première fois à la Worldwide Developer Conference début 1997 (Rhapsody Developer Release 1) . Ensuite en août 1997 sort la Rhapsody Developer Release 2. Regardez attentivement les quelques captures d'écran:

... ceci nous rappelle furieusement l'écran de login de Mac OS X.

Regardez un peu ceci:

... c'est sans aucun doute un système de type Unix !

Regardez celle-ci:

... eh oui, de nombreux éléments de Mac OS X viennent en droite ligne de NextStep et/ou de Rhapsody...

Comparons le header Mach-O sous powerpc et x86

2008-01-09T10:21:00.000+01:00

Le format d'exécutable sous Mac OS X est le format Mach-O.

La commande otool -h permet d'analyser le header d'un fichier au format Mach-O.

Je lis à la page 12 de "Mac OS X ABI Mach-O File Format Reference" que le header du format Mach-O a toujours la structure suivante:

struct mach_header
{
uint32_t magic;
cpu_type_t cputype;
cpu_subtype_t cpusubtype;
uint32_t filetype;
uint32_t ncmds;
uint32_t sizeofcmds;
uint32_t flags;
};

Voyons le résultat de otool -h sur un fichier Mach-O bien connu (/bin/ls), mais sur deux architectures différentes:

Mac OS X Leopard sur Intel (x86):

[pierre@albert] /Users/pierre>otool -h /bin/ls
/bin/ls:
Mach header
magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
0xfeedface       7          3  0x00          2    14       1304 0x00000085

Mac OS X Tiger sur PowerPC (powerpc):

[pierre@blueandwhite] /Users/pierre>otool -h /bin/ls
/bin/ls:
Mach header
magic cputype cpusubtype   filetype ncmds sizeofcmds      flags
0xfeedface      18          0          2    11       1608 0x00000085

Regardez attentivement cputype: c'est lui qui nous indique sur quelle architecture nous sommes.

Voyez aussi la page man de la commande arch

En fait, le format Mach-O est directement hérité de NextStep, qui au long de son existence a été disponible pour plusieurs architectures: PowerPC, x86, PA-RISC et SPARC.

"Magic number" dans les quatre premiers octets des fichiers au format Mach-O

2008-01-08T20:07:00.000+01:00

Le format d'exécutable sous Mac OS X est le format Mach-O.

Ce format a un certain nombre d'avantages, notamment la possibilité d'avoir des "fat binaries", appelées "Universal Binaries" par Apple, d'ailleurs je vous en avais déjà parlé ici et ici.

La commande otool -h permet d'analyser le header d'un fichier au format Mach-O. Voyons le résultat sur un fichier Mach-O bien connu (/bin/ls), et un autre fichier Mach-O que j'ai compilé moi-même:

[pierre@albert] /Users/pierre>otool -h /bin/ls
/bin/ls:
Mach header
magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
0xfeedface       7          3  0x00          2    14       1304 0x00000085
[pierre@albert] /Users/pierre>otool -h Documents/source/hello
Documents/source/hello:
Mach header
magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
0xfeedface       7          3  0x00          2    11        936 0x00000085

Il est amusant de constater que le "magic number" dans le header est 0xfeedface.
En fait les quatre premiers octets de tout fichier au format Mach-O sont toujours 0xfeedface ou 0xcefaedfe si vous lisez un fichier petit-boutiste (little-endian) sur une machine grand-boutiste (big-endian), ou l'inverse...

Vous pouvez aussi consulter cette documentation officielle Apple sur la structure des exécutables Mach-O.

Après avoir changé le nom d'une machine Mac OS X, l'ancien nom subsiste

2008-01-07T19:42:00.000+01:00

Quelques jours après avoir mis en service mon iMac, je decide de changer le nom de la machine. Je lui avais d'abord donné comme nom imac, et je lui donne maintenant le nom albert.

Pour changer le nom, évidemment j'utilise l'interface graphique. Il faut aller dans "Préférences Système > Partage" (au passage, c'est un peu surprenant que le nom de la machine se trouve dans "Partage"), et je remplace imac par albert, regardez:

Apparemment le nom a changé. Cependant, quand j'ouvre un Terminal.app, mon prompt est:

[pierre@imac] /Users/pierre>

D'où vient ce "imac" ? C'est la variable d'environnement $HOSTNAME dans bash.

Vérifions le nom de la machine. Sous Unix deux commandes me donnent le nom de la machine:
hostname et uname -n

Allons-y:

[pierre@imac] /Users/pierre>hostname
imac
[pierre@imac] /Users/pierre>uname -n
imac

... eh bien ça alors, elle a encore l'ancien nom ?

Je suis perplexe, et je décide de le faire "à la Windows": rebooter.

Après le reboot, je vois à l'écran de login, en dessous de la pomme, que le nom de la machine est albert. Ensuite je me loggue, et je lance à nouveau hostname et uname -n:

[pierre@imac] /Users/pierre>hostname
imac
[pierre@imac] /Users/pierre>uname -n
imac

Eh bien ça alors ?

Je vais dans "Préférences Systèmes > Partage"
Et je vois:

Que se passe-t-il ?

... après quelques recherches, je me rends compte que ce nom "imac" persiste parceque mon serveur DNS contient toujours le nom "imac" pour l'adresse IP de cette machine.

Donc en bref, quel que soit le nom que vous donnez à une machine Mac OS X dans "Préférences Systèmes > Partage", elle va malgré tout contacter le serveur DNS que vous avez configuré, et elle va prendre comme hostnome le nom correspondant au reverse DNS de son adresse IP !

Voilà qui est étonnant !

Notez, c'est peut-être voulu...
"It's not a bug, it's a feature" comme disent certains...

Imprimer à partir de Mac OS X sur une imprimante IPP:problème résolu !

2008-01-04T09:42:00.000+01:00

Dans un post précédent je vous expliquais que je n'arrivais pas à imprimer sur une imprimante IPP à partir de Mac OS X Léopard. Après m'être gratté la tête un certain temps, j'ai fini par trouver la solution.

Lorsque j'ajoute une imprimante dans Mac OS X dans Préférences Systèmes > Imprimantes et Fax et que je choisis la catégorie IP, j'ai l'écran suivant:

Comme souvent avec Mac OS X, (je ne dis pas cela pour "passer la pommade" :) ), l'écran de configuration est clair et relativement intuitif. Dans "Adresse" j'entre donc l'adresse et le numéro de port, c'est à dire 10.20.10.1:631, et dans "File d'attente" j'indique le nom de la file c'est à dire Claire. J'obtiens donc l'écran suivant:

... hélas, trois fois hélas, avec la configuration ci-dessus je n'imprimerai jamais rien sur mon imprimante Claire. Pourquoi ?
Eh bien, en fait, j'ai fini par découvrir qu'il faut dire à Mac OS X (c'est à dire au serveur CUPS de Mac OS X) d'imprimer non pas à l'adresse IPP suivante:
ipp://10.20.10.1:631/Claire
... mais bien à l'adresse IPP suivante:
ipp://10.20.10.1:631/printers/Claire

Or avec la configuration ci-dessus, je dis à Mac OS X d'imprimer à l'adresse IPP ipp://10.20.10.1:631/Claire. La solution est donc de dire à Mac OS X d'imprimer à l'adresse IPP ipp://10.20.10.1:631/printers/Claire. Pour cela il faut remplir la fenêtre de configuration comme ci-dessous:

Ce qui correspond à la configuration suivant dans CUPS sur ma machine Mac OS X:

Et voilà, problème résolu !

Mac OS X : Comment désactiver complètement Spotlight

2008-01-03T14:21:00.000+01:00

Si comme moi vous utilisez Mac OS X Tiger sur un iBook G3 à 800 MHz avec 640 MB de RAM, vous pouvez améliorer les performances de votre machine en désactivant Spotlight. Voici comment faire:

Attention, tout ceci est prévu pour Mac OS X Tiger, et je ne saurais garantir qu'il fonctionne avec d'autres versions...

Attention vous allez travailler en ligne de commande avec l'utilisateur root. Soyez attentif...

Tout d'abord devenez root en tapant sudo su - puis votre mot de passe.

$ sudo su

Ensuite effectuez les commandes suivantes:


# chmod 0000 /Library/Spotlight
# chmod 0000 /System/Library/Spotlight
# chmod 0000 /System/Library/CoreServices/Search.bundle
# chmod 0000 /System/Library/PreferencePanes/Spotlight.prefPane
# chmod 0000 /System/Library/Services/Spotlight.service
# chmod 0000 /System/Library/Contextual Menu Items/SpotlightCM.plugin
# chmod 0000 /System/Library/StartupItems/Metadata
# chmod 0000 /usr/bin/mdimport
# chmod 0000 /usr/bin/mdcheckschema
# chmod 0000 /usr/bin/mdfind
# chmod 0000 /usr/bin/mdls
# chmod 0000 /usr/bin/mdutil
# chmod 0000 /usr/bin/md

Vous pouvez maintenant redémarrer votre machine
Après le redémarrage, faites à nouveau:

$ sudo su

et tapez votre mot de passe
Ensuite:

# rm -r /.Spotlight-V100
# rm -r /private/var/tmp/mds

Ce petit truc provient en fait d'une page sur Mac OS X Hints.

Installer Big Brother client sur Mac OS X

2008-01-01T14:00:00.000+01:00

Ah oui, tout d'abord, bonne année !

Aujourd'hui je vais vous expliquer comment installer Big Brother client sur une machine Mac OS X. Big Brother est un outil de monitoring freeware (mais qui existe aussi en version commerciale). Je l'utilise ou je l'ai utilisé sous Debian GNU/Linux, Red Hat, PC-BSD, FreeBSD, Solaris, AIX et Windows. Voyons comment l'installer sous Mac OS X:

Création d'un utilisateur bb
Tout d'abord je crée un utilisateur dont le login sera (par tradition) bb:
Dans "Préférences Systèmes" allez dans "Comptes"
(Pour créer un utilisateur vous devez avoir un compte d'administrateur)
Si le cadenas est fermé, je clique dessus, et je tape mon nom et mot de passe pour le débloquer.
Cliquez sur le "+"
Nom: Big Brother
Nom abrégé: bb
Pour le mot de passe, je tape quelque chose de difficile à trouver, par exemple 5dAkr42, de toutes façons je n'aurai jamais besoin de ce mot de passe (nous verrons plus loin pourquoi)
Je ne coche pas "Autoriser à administrer cet ordinateur"
Je clique "Créer le compte"

Rapatriement de Big Brother
Je vais chercher Big Brother à l'adresse suivante:
http://bb4.org/dnld/bb-1.9i.tar.gz
Je place ce fichier dans le répertoire /Users/bb

Je deviens l'utilisateur Big Brother. Vous me direz: "Oui mais, je ne connais pas son mot de passe !". Pas besoin, avec mon compte d'administateur il me suffit de faire:
[pierre@ibook] /Users/pierre>sudo su - bb
Password:
[bb@ibook] /Users/bb>

Décompression du fichier de Big Brother
En tant que l'utilisatateur bb:
Je décompresse le .tar.gz, j'obtiens trois fichiers:
[bb@ibook] /Users/bb>tar -zxvf bb-1.9i.tar.gz
BB.README.FIRST
BBSVR-bb1.9i-btf.tar
BBCLT-bbc1.9i-btf.tar

Il y a à ce moment trois fichiers que je peux effacer:
[bb@ibook] /Users/bb>rm bb-1.9i.tar.gz
[bb@ibook] /Users/bb>rm BBSVR-bb1.9i-btf.tar
[bb@ibook] /Users/bb>rm BB.README.FIRST
(Le premier je viens de le décompresser, le deuxième c'est la partie serveur dont je n'ai pas du tout besoin sur Mac OS X, et le troisième, passons...)

Il me reste le fichier BBCLT-bbc1.9i-btf.tar. Je le décompose:
[bb@ibook] /Users/bb>time tar -xvf BBCLT-bbc1.9i-btf.tar
bbc1.9i-btf/LICENSE
bbc1.9i-btf/README
bbc1.9i-btf/README.INSTALL
bbc1.9i-btf/README.CHANGES
bbc1.9i-btf/README.SECURITY
bbc1.9i-btf/README.SUPPORT
bbc1.9i-btf/runbb.sh.DIST
bbc1.9i-btf/bin/bb-combo.sh
bbc1.9i-btf/bin/bb-cpu.sh
bbc1.9i-btf/bin/bb-disk.sh
bbc1.9i-btf/bin/bb-local.sh
bbc1.9i-btf/bin/bb-msgs.sh
bbc1.9i-btf/bin/bb-ping.sh
bbc1.9i-btf/bin/bb-procs.sh
bbc1.9i-btf/etc/bb-bbexttab.DIST
bbc1.9i-btf/etc/bb-cputab.DIST
bbc1.9i-btf/etc/bb-dftab.DIST
bbc1.9i-btf/etc/bb-msgstab.DIST
bbc1.9i-btf/etc/bb-proctab.DIST
bbc1.9i-btf/etc/bbchkcfg.sh
bbc1.9i-btf/etc/bbchkcmds.sh
bbc1.9i-btf/etc/bbchkhosts.sh
bbc1.9i-btf/etc/bbdef.sh.DIST
bbc1.9i-btf/etc/bbdef-client.sh
bbc1.9i-btf/etc/bbinc.sh
bbc1.9i-btf/etc/bbinc-client.sh
bbc1.9i-btf/etc/bbsys.sh
bbc1.9i-btf/etc/bbwarnsetup.cfg
bbc1.9i-btf/etc/bb-hosts
bbc1.9i-btf/ext/ext-proto
bbc1.9i-btf/install/README
bbc1.9i-btf/install/README.SMS
bbc1.9i-btf/install/bbconfig
bbc1.9i-btf/install/bbmachine
bbc1.9i-btf/install/bbsys.aix
bbc1.9i-btf/install/bbsys.bsdi
bbc1.9i-btf/install/bbsys.bsdi4
bbc1.9i-btf/install/bbsys.caldera
bbc1.9i-btf/install/bbsys.darwin
bbc1.9i-btf/install/bbsys.debian
bbc1.9i-btf/install/bbsys.dgux
bbc1.9i-btf/install/bbsys.dynix
bbc1.9i-btf/install/bbsys.fedora
bbc1.9i-btf/install/bbsys.freebsd
bbc1.9i-btf/install/bbsys.hpux
bbc1.9i-btf/install/bbsys.hpux9
bbc1.9i-btf/install/bbsys.irix
bbc1.9i-btf/install/bbsys.linux
bbc1.9i-btf/install/bbsys.mandrake
bbc1.9i-btf/install/bbsys.netbsd
bbc1.9i-btf/install/bbsys.openbsd
bbc1.9i-btf/install/bbsys.osf
bbc1.9i-btf/install/bbsys.redhat
bbc1.9i-btf/install/bbsys.redhatES
bbc1.9i-btf/install/bbsys.sco
bbc1.9i-btf/install/bbsys.sco3
bbc1.9i-btf/install/bbsys.sinix
bbc1.9i-btf/install/bbsys.solaris
bbc1.9i-btf/install/bbsys.sunos
bbc1.9i-btf/install/bbsys.suse
bbc1.9i-btf/install/bbsys.ultrix
bbc1.9i-btf/install/bbsys.unixware
bbc1.9i-btf/install/bbsys.unixware7
bbc1.9i-btf/tmp/.helloworld
bbc1.9i-btf/src/README
bbc1.9i-btf/src/bb.c
bbc1.9i-btf/src/bb.h
bbc1.9i-btf/src/bbrun.c
bbc1.9i-btf/src/bbsend.c
bbc1.9i-btf/src/bbstat.c
bbc1.9i-btf/src/minimake/Makefile
bbc1.9i-btf/src/minimake/README
bbc1.9i-btf/src/minimake/bbmachine
bbc1.9i-btf/src/minimake/genbbdefs
bbc1.9i-btf/src/minimake/genmake
bbc1.9i-btf/src/minimake/getid
bbc1.9i-btf/src/minimake/client
bbc1.9i-btf/src/touchtime.c
bbc1.9i-btf/src/utils.c
bbc1.9i-btf/src/getipaddr.c
bbc1.9i-btf/src/Makefile

Je renomme le répertoire bbc1.9i-btf en bbclient:
[bb@ibook] /Users/bb>mv bbc1.9i-btf bbclient

Je me place dans le répertoire bbclient:
[bb@ibook] /Users/bb>cd bbclient
[bb@ibook] /Users/bb/bbclient>

Si vous êtes curieux et/ou si vous avez le temps, lisez le fichier README.INSTALL qui vous expliquera en détail l'installation. Mais bon comme j'explique tout ici vous n'avez pas vraiment besoin de RTFM :)

Compilation de Big Brother
Allons-y pour compiler le client Big Brother:
D'abord, configurer les sources pour Mac OS X (Darwin):
[bb@ibook] /Users/bb/bbclient/install>./bbconfig darwin
(Lisez et acceptez la licence)

Je répond à une première question:
Big Brother needs it's own user id. If your BB user doesn't exist, you'll have to create it then re-run bbconfig.
What will be the user ID for BB [bb]:
Je tape ENTER

---> BB will only run from user 'bb'
Making sure BBHOME is writable...
---> OK, /Users/bb/bbclient is fine...

Je répond à une deuxième question:
When you set up your machines, you should use Fully Qualified
Domain names, this means you use the whole name, like www.bb4.com,
instead of just 'www'. This is recommended.
Use FQDN (y/n): [y]
Je réponds n pour non

Ca y est, je peux compiler:

[bb@ibook] /Users/bb>cd /Users/bb/bbclient/src
[bb@ibook] /Users/bb/bbclient/src>make
Making darwin makefile
BBOS="darwin" CC="gcc" CFLAGS=" -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O" make -e bball
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o bb.o -c bb.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o bbsend.o -c bbsend.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o utils.o -c utils.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o ../bin.`./minimake/bbmachine OS`/bb bb.o bbsend.o utils.o
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o touchtime.o -c touchtime.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o ../bin.`./minimake/bbmachine OS`/touchtime touchtime.o
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o getipaddr.o -c getipaddr.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o ../bin.`./minimake/bbmachine OS`/getipaddr getipaddr.o utils.o
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o bbrun.o -c bbrun.c
gcc -DZOMBIE -Ddarwin -DGETTIMEOFDAY -DREGEXEC -O `./minimake/genbbdefs` -g -o ../bin.`./minimake/bbmachine OS`/bbrun bbrun.o utils.o
[bb@ibook] /Users/bb/bbclient/src>make install

(Ah oui, évidemment, à cette étape le script d'installation fait appel à gcc, il faut donc que vous ayez installé XCode)

La compilation est terminée, j'approche du but.

Création du fichier de configuration de Big Brother
Il me faut maintenant créer le fichier de configuration. Allons dans le répertoire adéquat:
[bb@ibook] /Users/bb>cd bbclient/etc
Je regarde le fichier bb-hosts livré par défaut:
[bb@ibook] /Users/bb/bbclient/etc>cat bb-hosts

Je renomme le fichier livré par défaut:
[bb@ibook] /Users/bb/bbclient/etc>mv bb-hosts bb-hosts.DIST

Je crée mon fichier bb-hosts et j'y écris simplement deux lignes:
10.42.10.1 venus # BBPAGER BBNET BBDISPLAY
10.42.10.28 ibook

Ici 10.42.10.28 ibook est l'adresse IP et le nom de ma machine client Mac OS X, et 10.42.10.1 venus l'adresse IP et le nom de ma machine serveur Big Brother. (Pour connaître l'adresse IP de votre machine, tapez ifconfig en0 ou allez dans Préférences Systèmes > Réseau). Evidemment cela ne fonctionnera correctement que si votre machine Mac OS X a une adresse IP fixe...

Sur mon serveur Big Brother, j'ajoute une ligne du genre:
10.42.10.28 ibook
(Ou si la machine Mac OS X n'est pas allumée en permanence:)
10.42.10.28 ibook #noping

Premier lancement du client
Je peux enfin lancer le client:
[bb@ibook] /Users/bb>cd /Users/bb/bbclient/
[bb@ibook] /Users/bb/bbclient>./runbb.sh start
Starting Big Brother
Starting Local tests (bb-local)...
Big Brother 1.9i started
[bb@ibook] /Users/bb/bbclient>

Ca y est, ca tourne !
Je regarde maintenant mon serveur Big Brother et j'y vois des boules vertes !

Si vous voyez des boules rouges, il peut y avoir plusieurs problèmes:

Premier problème possible:
La boule "msgs" est rouge, et quand je clique dessus je vois "/var/log/system.log is unreadable". Comme le message le dit, l'utilisateur bb ne peut pas ouvrir le fichier /var/log/system.log en lecture. Voyons les permissions sur ce fichier:
-rw-r----- 1 root admin 478K Jan 1 15:10 /var/log/system.log
Dès lors, pour que l'utilisateur bb puisse lire ce fichier, deux solutions:
a) Changer les permissions du fichier en . Mais alors, il est world-readable, ce qui peut être considéré comme un "problème de sécurité" par les Unix gurus.
b) Mettre l'utilisateur bb dans le groupe adm. A nouveau, ceci peut être considéré comme un "problème de sécurité" par les Unix gurus.

Deuxième problème possible:
La boule "disk" est rouge, et quand je clique dessus je vois "red Mon Dec 31 16:00:00 CET 2007 - Filesystem of /Users/bb/bbclient/tmp is FULL"
J'ai constaté que ce problème survient avec Léopard, mais pas avec Tiger. Il est dû à une nouvelle syntaxe de la commande sort sous Mac OS X Léopard. La solution à ce problème m'a été donnée par Martin Costabel (grand merci à lui). Il suffit d'éditer le fichier /Users/bb/bbclient/bin/bb-disk.sh . D'abord, je renomme l'original et je crée une copie:
[bb@ibook] /Users/bb>cd bbclient/bin
[bb@ibook] /Users/bb/bbclient/bin> mv bb-disk.sh bb-disk.sh.DIST
[bb@ibook] /Users/bb/bbclient/bin> cp bb-disk.sh.DIST bb-disk.sh
Ensuite j'édite bb-disk.sh: je remplace \"+${DFSORT}\" par \"-k$(($DFSORT+1))\" (Attention: Il faut le faire deux fois à deux endroits différents dans le fichier)

Pour que le client Big Brother démarre automatiquement
Avec ceci, il faut à chaque démarrage de la machine Mac OS X, aller démarrer le client Big Brother en effectuant des commandes du genre:
[pierre@ibook] /Users/pierre> sudo su - bb
[bb@ibook] /Users/bb> ./bbclient/runbb.sh start
... ce qui est assez pénible
Je vous conseille donc fortement de mettre le client Big Brother en "démarrage automatique". Pour cela, devenez l'utilisateur bb (par sudo su - bb par exemple), et ensuite:
[bb@ibook] /Users/bb>crontab -e

Dans le crontab de bb, une seule ligne à écrire:
@reboot /Users/bb/bbclient/runbb.sh start

Eventuellement, redémarrez pour vous assurer que le client Big Brother démarre bien tout seul

Ajustement cosmétique
Comme j'ai créé un utilisateur bb, il apparaît évidemment dans l'écran de connexion et dans la "permutation rapide d'utilisateur". Cela vous ennuie ? J'ai la solution:
[pierre@ibook] /Users/pierre> sudo defaults write /Library/Preferences/com.apple.loginwindow HiddenUsersList -array-add bb

Pour les "bêtes de Mac OS X", enfin je veux dire: les utilisateurs avancés
Il est possible de créer l'utilisateur bb, et de le mettre dans le bon groupe, tout ça en ligne de commande. Par exemple:
Créer l'utilisateur bb:
sudo dscl . -create /Users/bb
sudo dscl . -create /Users/bb UserShell /bin/bash
sudo dscl . -create /Users/bb RealName "Big Brother"
sudo dscl . -create /Users/bb UniqueID xxx
sudo dscl . -create /Users/bb PrimaryGroupID 20
sudo dscl . -create /Users/bb NFSHomeDirectory /Users/bb
sudo mkdir /Users/bb
sudo chgrp staff /Users/bb
sudo chown bb /Users/bb

(où xxx est le UID, faites bien attention d'en choisir un qui n'existe pas déjà, pour cela faites sudo dscl . list /users UniqueID pour voir ceux qui sont déjà utilisés. Dans mon cas l'UniqueID est 503. Le PrimaryGroupID 20 correspond à staff, en tous cas sous Tiger et Léopard)

Ceci a l'avantage de pouvoir choisir avec précision l'UID et le GID. De plus, les répertoires "qui ne servent à rien" pour l'utilisateur bb: Library, Pictures, Desktop, Movies, Public, Documents, Music, Sites ne sont pas créés.

(N'oubliez pas de mettre un mot de passe en faisant sudo passwd bb)

... et voilà, on y est arrivé !

Deuxième tentative de carte de banque personnalisée

2007-12-31T20:10:00.000+01:00

C'est aujourd'hui le dernier jour pour faire ma demande de carte de banque personnalisée gratuite chez Fortis. Le premier essai n'avait pas été concluant: refusé par Fortis.

Je tente donc à nouveau ma chance: peut-être que le fond ne leur a pas plus ? Regardez:

... touchons du bois, qu'elle soit acceptée !
C'est le dernier jour de l'année, ils pourraient "faire un geste" !

Ma carte de banque personnalisée m'a été refusée par Fortis

2007-12-31T14:00:00.000+01:00

Aujourd'hui 31 décembre 2007 c'est le dernier jour pour obtenir une carte de banque personnalisée chez Fortis. J'ai donc lancé The GIMP et j'ai produit l'image suivante:

... eh bien, Fortis me la refuse !

Voici le "règlement":
(attention c'est long)

La banque n'accepte aucune photo ni image comportant :

des portraits, des caricatures, des noms de célébrités comme les pop stars, les musiciens, les vedettes de cinéma, les sportifs, …
des sculptures, des dessins, des peintures
des textes, des notes de musique, des personnages de bande dessinée
des logos et des noms d'entreprises, de produits ou de services (y compris les abréviations)
de la publicité ou des demandes d'achat (y compris la publicité et les demandes d'achat pour l'entreprise, les produits ou services du titulaire de la carte)
des adresses, des numéros de téléphone, des adresses courriels, des adresses Internet, …

Ne sont pas non plus autorisés les photos, les images et/ou les textes qui :

contiennent des photos d'identité, des documents d'identité ou des symboles (par ex. des drapeaux nationaux)
ont une inspiration politique ou religieuse
sont racistes ou insultants
sont obscènes ou à connotation sexuelle
sont violents, provocants, illégaux, choquants, subversifs, trompeurs
incitent à des délits, des crimes ou des actes terroristes ou y sont liés
font référence aux armes, à l'alcool, aux drogues et au tabac
font référence à des groupements qui ne sont pas acceptés par la société (comme les organisations criminelles et racistes…)
contiennent des codes
renvoient à des moyens de paiement
gênent ou compliquent la lisibilité d'indications essentielles sur la carte, ce qui peut contribuer à la fraude ou entraîner d'autres problèmes
portent préjudice au nom et à la réputation de la banque et/ou de ses concédants de licence

... je me demande laquelle de ces règles s'applique à mon image.

Compiler un "fat binary" sur un iMac Intel sous Léopard

2007-12-31T10:20:00.000+01:00

J'en parlais déjà il y a quelques mois, mais avec la sortie de Mac OS X Léopard, voici à nouveau un petit exemple de comment créer un "fat binary" c'est à dire un fichier qui comprend les exécutables pour plusieurs architectures.

En l'occurence je compile le petit programme hello.c et je regarde quelle sorte de résultat j'obtiens:

[pierre@albert] 16:30 /Users/pierre/Documents/source>gcc -arch i386 -arch ppc -arch ppc64 hello.c
[pierre@albert] 16:30 /Users/pierre/Documents/source>file a.out
a.out: Mach-O universal binary with 3 architectures
a.out (for architecture i386): Mach-O executable i386
a.out (for architecture ppc7400): Mach-O executable ppc
a.out (for architecture ppc64): Mach-O 64-bit executable ppc64
[pierre@albert] 16:30 /Users/pierre/Documents/source>

C'est donc un fichier qui comporte les exécutables pour trois architectures: Intel, PowerPC 32-bits et PowerPC 64-bits.

En fait dans le cas de Mac OS X les "fat binaries" sont une des fonctionnalités des exécutables Mach-O.

(Ceci a été effectué sur Mac OS X Léopard sur une machine Intel)

Ah oui le terme officiel d'Apple est "Universal Binary"

Mac OS X Léopard: problème pour imprimer sur une imprimante IPP

2007-12-24T10:42:00.000+01:00

Dans l'ensemble je suis assez content de la toute dernière version de Mac OS X (10.5, également appelée "Léopard").

Cependant je suis tombé sur un "petit problème".

J'ai chez moi une imprimante vers laquelle je peux imprimer en utilisant le protocole IPP.
J'arrive sans problème à imprimer vers cette imprimante à partir de:

Mais, à partir de Mac OS X, je n'y arrive pas.
En fait je pense que dans le cas de Léopard, c'est dans Mac OS X lui-même qu'il y a un problème.

Pour créer l'imprimante sous Mac OS X Léopard, je suis allé dans "Préférences Systèmes", dans la partie "Imprimantes et fax"

J'ai donc indiqué comme adresse IPP:
ipp://10.20.10.1:631/Claire

Et j'ai mis comme pilote "Imprimante Postscript Générique". (Ainsi Mac OS X envoie du PostScript, et sur le serveur, le PostScript est automatiquement traduit dans un langage compréhensible par l'imprimante)

Après avoir créé l'imprimante je lance un navigateur et je le fais pointer sur la page de CUPS:
http://127.0.0.1:631/printers/Claire_IPP pour commencer par imprimer une page de test (il y a un bouton à cet effet dans CUPS)

Et je vois ceci:

/usr/libexec/cups/backend/ipp failed

... cela fait longtemps que j'utilise CUPS, mais ceci, je n'ai jamais eu !

Le message d'erreur indique que la commande ipp de Mac OS X a échoué.
J'ai essayé de lancer cette commande à la main:
[pierre@albert] /Users/pierre>sudo /usr/libexec/cups/backend/ipp
Password:
network ipp "Unknown" "Internet Printing Protocol (ipp)"
[pierre@albert] /Users/pierre>

... effectivement, elle ne s'exécute pas !

... et le problème n'est pas dans l'imprimante IPP sur le serveur, le problème est dans Mac OS X lui-même.

Espérons que le problème soit rapidement corrigé par AppleCare...

Avec ce script votre Macintosh va lire des citations

2007-05-14T20:24:00.000+02:00

Voici un petit script en AppleScript et en Perl:

tellmeafortune.pl

Il va choisir une citation au hasard (en anglais) et va vous la lire à haute voix.

Attention pour qu'il fonctionne il faut:

installer fink
dans Terminal.app, taper fink install fortune-mod
télécharger le fichier tellmeafortune.pl
dans Terminal.app, aller dans le répertoire où se trouve le script tellmeafortune.pl
dans Terminal.app, le rendre exécutable en effectuant la commande: chmod 755 tellmeafortune.pl
dans Terminal.app, et (enfin) l'exécuter en tapant: ./tellmeafortune.pl

... oui je sais, tout est en anglais. Les citations existent en français mais hélas le synthétiseur vocal de Mac OS X ne parle que l'anglais.

J'ai fait fonctionner ce script sur Mac OS X Tiger. Cependant il devrait fonctionner sur toutes les versions de Mac OS qui ont AppleScript et la synthèse vocale, c'est à dire probablement MacOS 8.x, 9.x et Mac OS X.

Et voilà...

Comment simuler un "kernel panic" sous Mac OS X ("panic screen")

2007-04-29T16:42:00.000+02:00

Lorsqu'un système Unix rencontre un sérieux problème, il effectue un kernel panic. Ceci est, heureusement, particulièrement rare.

Mac OS X étant un système basé sur Unix, il peut également subir un kernel panic. Que se passe-t-il alors ? Eh bien vous ne l'avez probablement jamais vu :)

Pour le voir, il vous suffit d'exécuter un tout petit programme dont voici le code source (ceci provient de l'excellent livre "Mac OS X Internals"):

// panic_test.c
// from "Mac OS X Internals", ISBN 0321278542
// figure 5.16 page 439
// The source is being made available "as is" under the GNU General Public License (GPL).
#include
#include
#include
#define KERN_PANICINFO_TEST (KERN_PANICINFO_IMAGE + 2)
int
main(void)
{
int ret;
size_t oldnewlen = 0;
int mib[3] = { CTL_KERN, KERN_PANICINFO, KERN_PANICINFO_TEST };
ret = sysctl(mib, 3, NULL, (void *)&oldnewlen, NULL, oldnewlen);
exit(ret);
}

Pour votre facilité, vous pouvez télécharger ce petit programme sur mon site:

Attention il faut l'exécuter avec sudo, comme ceci:

sudo ./panic_test.bin
tapez votre mot de passe (vous devez être administateur de la machine)
le programme s'exécute

Voyez aussi éventuellement une page sur le site officiel Apple.
... et voilà

Comment créer un "Universal Binary" sous Mac OS X

2007-03-20T18:24:00.000+01:00

Comme la gamme Apple est depuis 2006 "en transition" entre l'architecture PowerPC et l'architecture Intel, on peut se demander si tout ceci ne cause pas de problèmes.

En fait, grâce à l'architecture et aux outils de Mac OS X, cela se passe très bien.
Actuellement, un grand nombre de programmes sont distribués en "Universal Binaries", c'est à dire en bref qu'ils contiennent des exécutables PowerPC et Intel.
Quoiqu'il en soit, sur un Mac Intel sous Mac OS X, si vous essayez de lancer un exécutable PowerPC, il tournera de toutes façons gràce à Rosetta, le composant de Mac OS X qui traduit directement le code PowerPC en code Intel.

Il est intéressant de constater que sous Mac OS X, il est possible de créer un seul fichier exécutable qui contient les binaires pour les deux architectures PowerPC et Intel. Il s'agit en fait de "fat binaries" (qui sont appelées par Apple de l'euphémisme "universal binaries"...). Le concept de "fat binaries" est en fait relativement ancien, puisqu'il vient de NextStep, qui est un peu l'aïeul de Mac OS X. En fait dans le cas de Mac OS X les "fat binaries" sont une des fonctionnalités des exécutables Mach-O.

Regardez:
(Vous devez avoir installé XCode pour que ceci fonctionne)
Pour créer un "fat binary":
[pierre@ibook] /Users/pierre> gcc -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk hello.c

Observons le résultat:
[pierre@ibook] /Users/pierre> file a.out
a.out: Mach-O fat file with 2 architectures
a.out (for architecture i386): Mach-O executable i386
a.out (for architecture ppc): Mach-O executable ppc

(Ceci a été effectué sur Mac OS X Tiger sur une machine PowerPC)

Le seul inconvénient de la migration de PowerPC vers Intel est que les applications "Classic" (c'est à dire, développées pour Mac OS 7.x, 8.x, 9.x) sont pour la poubelle. Enfin, c'est peut-être le bon endroit :).

Mac OS X: NextStep inside !

2007-02-20T20:20:00.001+01:00

Ce n'est un secret pour personne, Mac OS X est basé sur Unix, et c'est une des raisons principales de mon enthousiasme pour ce système d'exploitation.

En fait, on ne peut pas dire que Mac OS X est "un Unix" car pour pouvoir dire cela il faut payer The Open Group qui est l'actuel propriétaire de la marque déposée "Unix".

On dira donc que Mac OS X est un "Unix-like", comme notamment AIX, FreeBSD, HP-UX, IRIX, Linux, Solaris, Tru64, et Ultrix.

En fait Mac OS X descend en droite ligne de NextStep, le système d'exploitation du NextCube. Le NextCube était une station de travail de la société NeXT Computer, la société que Steve Jobs créa après avoir été contraint à quitter Apple le vendredi 13 septembre 1985 suite à une lutte interne avec le CEO de l'époque, John Sculley.

NextStep était un système d'exploitation particulièrement avancé pour son époque, car il intégrait les caractéristiques suivantes:

basé sur un kernel Mach et une couche BSD
multi-tâches
multi-utilisateurs
environnement de développement orienté-objet en Objective-C
une interface graphique très avancée, avec notamment le Dock
l'affichage géré par Display PostScript

Il est intéressant de constater que l'on peut trouver des traces de NextStep dans Mac OS X. Une commande Mac OS X relativement peu connue donne la liste de toutes les classes Objective-C appelées par un processus, c'est la commande heap. Regardez:

[pierre@ibook] /Users/pierre> heap Dock
Process 142: 1 zone
Zone DefaultMallocZone_0x300000: Overall size: 9352KB; 5303 nodes malloced for 554KB (5% of capacity); largest unused: [0x01839e00-7992KB]

Zone DefaultMallocZone_0x300000: 5303 nodes - Sizes: 24KB[1] 20KB[2] 16KB[1] 11KB[1] 8KB[2] 5KB[1] 5KB[1] 4KB[11] 3072[5] 2560[9] 2048[6] 1536[14] 1024[48] 512[11] 480[4] 464[2] 448[5] 432[4] 400[2] 384[1] 352[2] 336[6] 320[4] 304[2] 288[13] 272[17] 256[12] 240[196] 224[24] 208[14] 192[38] 176[21] 160[7] 144[46] 128[47] 112[58] 96[190] 80[221] 64[212] 48[1137] 32[837] 16[2068]

Found 510 ObjC classes in process 142

-----------------------------------------------------------------------
Zone DefaultMallocZone_0x300000: 5303 nodes (566912 bytes)

CLASS_NAME COUNT BYTES AVG
========== ===== ===== ===

2171 404016 186.1

NSCFNumber 1213 19408 16.0
NSCFString 721 27072 37.5
NSCFDictionary 630 85824 136.2
NSCFType 243 17296 71.2
NSCFArray 162 4896 30.2
NSURL 62 1984 32.0
NSCFSet 35 1696 48.5
NSMachPort 27 1728 64.0
NSCFData 25 2544 101.8
NSCFAttributedString 10 160 16.0
NSCFTimer 2 160 80.0
NSNotificationCenter 1 64 64.0
NSThread 1 64 64.0

... toutes les classes Objective-C commencent par NS, ce qui signifie bien entendu NextStep.