ubuntu-fr

Excellente astuce prise sur prendreuncafe.com d'après abaditya.com. Jusqu'à aujourd'hui je "switchais" continuellement entre FF2 et FF3b3 pour un coup, bénéficier de tout mon panel d'extensions et de l'autre de la légèreté et des nouveautés de cette nouvelle version. Attention manipulation pouvant rendre FF3b3 instable !

Astuce

1. Dans le champ de l'url tapez : about:config afin d'accéder au "panneau de configuration" de Firefox3beta3
2. Ajouter l'entrée booléenne :  extensions.checkCompatibility avec comme valeur false
3. Relancez FF3 et magie tout les extensions installées par défaut sur FF2 se trouve disponible sur FF3b3

Installation de FF3b3

• Via Système > Administration > Gestionnaire des paquets synaptics , rechercher firefox-3.0
• Via le terminal : sudo apt-get install firefox-3.0

Lancement FF3b3

• Via Applications > Internet > Firefox 3 Web Browser
• Via le Terminal : firefox-3.0

L'affichage de la batterie du téléphone portable connecté en bluetooth dans le power manager de gnome ne doit pas être complètement nouveau, mais jusqu'ici, le gnome-phone-manager ne fonctionnait pas bien pour moi ! C'est réglé depuis le passage en Gutsy Gibbon.

Une petite singerie bien plaisante...

On mesure le chemin parcouru en 3 ans à ce genre de détails.

L'installation et l'utilisation de VMWare Player (ou Server) sous Ubuntu est largement couverte sur le web, à commencer par les articles du planet. La capacité de VMWare de charger un système depuis un disque physique fait partie des réels avantages comparés à d'autres solutions de virtualisation.

Par défaut, VMWare est alors configuré pour lancer le chargeur de démarrage (le bootloader, Grub) présent sur le disque physique. Et bien entendu, celui-ci est en général configuré pour démarrer automatiquement sur le système Ubuntu (sinon, pourquoi utiliser Vmware ?)

C'est un risque majeur : lancer par erreur dans VMWare le système hôte (Ubuntu) à la place du système invité peut alors gravement endommager votre Linux préféré. Une solution existe : démarrer la virtualisation sur une disquette, qui possèdera son propre Grub et forcera le démarrage sur la partition Windows (ou autre).

La suite présuppose que vous avez déjà une configuration fonctionnelle, et ne couvre que la création d'une disquette virtuelle. C'est une adaptation succincte des articles VMWare: when two OSs access the same partition et Running VMWare on a Physical Partition

• passer en mode administrateur (root) pour plus de facilité

sudo su

• se placer dans le répertoire qui contient vos fichiers de configuration *.vmx et *.vmdk

cd vmware

• créer le fichier qui sera la disquette virtuelle

dd if=/dev/zero of=bootdisk.img bs=1k count=512

• la formater

mke2fs -F bootdisk.img

• monter la disquette dans /mnt

mount -oloop bootdisk.img /mnt

• préparer la configuration de grub

mkdir -p /mnt/boot/grub
cp /boot/grub/stage[12] /mnt/boot/grub/

• configurer le grub en créant le fichier /mnt/boot/grub/grub.conf et en y posant le contenu suivant (par exemple avec gedit)

timeout=3
title=Windows
root            (hd0,0)
chainloader     +1
makeactive

NB : bien sur, il faut adapter la ligne "root (hd0,0)" suivant la partition ou se trouve le système à lancer.

• dupliquer le fichier grub.conf en menu.lst (c'est un ajout plus ou moins spécifique à Ubuntu qui n'était pas mentionné ailleurs mais qui s'est révèlé nécessaire)

cp /mnt/boot/grub/grub.conf /mnt/boot/grub/menu.lst

• démonter l'image de la disquette

umount /mnt

• initialiser le grub à partir de cette configuration

grub --device-map=/dev/null <<EOF
device (fd0) bootdisk.img
root (fd0)
setup (fd0)
quit
EOF

• éditer votre fichier .vmx (décrivant votre machine virtuelle) et remplacer la configuration de la disquette par

floppy0.present = "TRUE"
floppy0.fileType = "file"
floppy0.fileName = "bootdisk.img"
floppy0.startConnected = "TRUE" 

• c'est fini Vous pouvez lancer votre VM comme d'habitude, elle démarrera sur la disquette en ne présentant comme possibilité que votre partition Windows. Vous ne risquer plus d'endommager votre partition Linux.

C'est bien sur moins bien que si c'était mieux. Un bête script serait capable de réaliser automatiquement les étapes précédentes, et il regrettable qu'il ne soit pas (encore) disponible. Il est aussi possible de rendre les manipulations précédentes un peu plus graphique en utilisant VMWare Server et en créant la disquette partiellement sous Windows.

Le support wifi de linux évolue vite et bien, et que ce soit le suivi des versions de ndiswrapper ou les drivers préinstallés, Ubuntu/Edgy accompagne le mouvement. C'est un travail de longue haleine..

Utilisateur d'une carte netgear WG511T (drivers madwifi-ng), j'ai cru à une régression quand, en déplacement pour les fêtes, ma carte s'est révélée incapable d'accrocher un réseau de type Ad-Hoc ou de passer en mode Monitor, ce qui marchait très bien sous Dapper avec iwconfig. Ainsi :

$ sudo iwconfig ath0 mode Ad-Hoc

permettait de changer de mode, mais cette opération se solde sur Edgy par un lamentable échec !

Error for wireless request "Set Mode" (8B06) :

   SET failed on device ath0 ; Invalid argument.

Et bien, ce n'est pas un bug, mais une fonctionnalité

Les derniers pilotes associés à ces cartes (madwifi-ng) permettent d'exploiter toute la puissance du chipset, mais leur usage réclame de changer quelques habitudes.

Pour résumer,

• l'énigmatique interface 'wifi0' qui est apparu depuis le basculement sous edgy est la "vraie" interface matérielle.
• a cette interface on associe une ou plusieurs interfaces virtuelles, chacun ayant son propre mode d'opération.
• Toutefois vous ne pouvez utiliser qu'un seul mode de type client (managed, ad-hoc, ...) simultanément.
• par contre vous pouvez vous connecter simultanément à un point d'accès et en recréer un depuis votre carte (managed+master). Voir la page de man pour plus de détails.

NB : Si votre connexion wifi fonctionne et que vous n'avez pas d'autres besoins spécifiques, inutile d'appliquer ce qui suit. Vous voila prévenu, attendez Bambi (c'est comme ça que j'appelle la prochaine version d'Ubuntu : Feisty Fawn) pour profiter des derniers pilotes et logiciels associés

Installation Pour basculer en mode Ad-Hoc, il nous manque l'utilitaire wlanconfig dans Edgy, et il faut donc au préalable compiler les nouveaux drivers :

• Télécharger et décompresser les derniers drivers
• $ sudo apt-get install sharutils
• $ sudo make
• $ sudo make install

Paramètrage

• $ sudo wlanconfig ath0 destroy #détruit l'interface, qui est en mode Managed par défaut
• $ sudo wlanconfig ath0 create wlandev wifi0 wlanmode adhoc #recrée l'interface virtuelle en mode ad-hoc

Après, tout marche comme avant, vous pouvez donc utiliser votre méthode préférée : Network manager, Wifi-Radar, paramètrer /etc/network/interfaces ou encore utiliser ifconfig et iwconfig. On peut mettre les 2 commandes ci dessus dans un petit script si on est amené à les taper souvent.

C'est toutefois moins bien que si c'était mieux, car :

• la pluspart des logiciels orienté utilisateur (Network Manager par exemple) ne savent pas exploiter cette fonctionnaliter et basculer la carte en mode ad-hoc quand c'est nécessaire. La possibilité de déclarer simultanément un mode Ad-Hoc et un mode Managed (sans usage simultané) permettrait de contourner le problème.
• il est dommage de faire les choses "à moitiée", en ayant mis dans Edgy des drivers récent sans le logiciel permettant de les exploiter (wlanconfig).

Mais cela reste très puissant et cela permet beaucoup de souplesse dans l'utilisation d'un réseau. On peut ainsi imaginer de systèmatiquement repartager une connexion wifi publique en faisant un pont (un bridge) vers le mode point d'accès de la carte.