• Plusieurs commandes possibles,notamment xset et vbetool.

  xset dpms force on ' Force le rétroéclairage de l'écran.

  xset dpms force standby ' Force l'arrêt du rétroéclairage de l'écran.

  sudo vbetool dpms on ' Force l'activation du rétroéclairage (fonctionne également via SSH)

  sudo vbetool dpms standby ' Force la désactivation du rétroéclairage (fonctionne également via SSH)

• Si vbetool n’est pas installé sur votre poste (par défaut sur Ubuntu il ne l’est pas), utilisez simplement la commande suivante:

  sudo apt-get update && sudo apt-get install vbetool

• Il est possible d’autoriser l’utilisation de sudo sans mot de passe pour cette commande en ajouter la ligne suivante au fichier /etc/sudoers:

  %admin ALL=(root) NOPASSWD:/usr/sbin/vbetool

• Pour simplifier l’utilisation de ces commandes, ajoutez les alias suivants à votre fichier ~/.bash_aliases (après l’avoir activé si nécessaire dans ~/.bashrc):

  alias off='sudo vbetool dpms standby'

  alias on='sudo vbetool dpms on'

• Afin de pouvoir utiliser ces commandes depuis notre smartphone Android, il nous faut y ajouter un client SSH.

Le client SSH gratuit ConnectBoT fera l’affaire, vous pouvez le retrouver ici ou utiliser le QR code correspondant à droite, il suffira ensuite de se connecter puis de lancer la commande on ou off pour allumer ou éteindre l’écran. Cela fonctionne avec tout type de smartphone ou depuis un PC client pour peu que celui-ci dispose d’un client SSH et que votre serveur SSH soit accessible.

Sources:

https://market.android.com/details?id=org.connectbot&hl=en

http://createqrcode.appspot.com/

Aujourd’hui, un petit problème pas bien gênant mais qui fait perdre du temps inutilement.

Depuis la migration de mon poste sous Ubuntu 11.10 avec l’interface Unity, j’ai vu apparaître des incohérences dans la gestion des associations de fichier.

Le problème se limitant à l’ouverture des fichiers depuis mon navigateur (au départ Firefox puis Chromium) qui au lieu de m’ouvrir le fichier concernait m’ouvrait systèmatiquement mon navigateur de fichier (Nautilus) à l’emplacement du fichier.

L’ouverture du fichier en lui-même se faisait tout à fait normalement et dans la bonne application en exécutant le fichier depuis Nautilus. J’ai donc pensé au départ qu’il s’agissait d’un problème de configuration de Firefox mais il n’en est rien.

Pour résoudre le problème, il suffit de supprimer le fichier « ~/.local/share/applications/mimeapps.list » via la commande suivante:

rm ~/.local/share/applications/mimeapps.list

Cela permet de résoudre les problèmes d’association de fichiers lorsqu’ils sont lancés notamment à l’aide de la commande xdg-open par une autre application du système.

Ainsi après suppression du fichier, l’ouverture d’un document pdf (par exemple) depuis chromium ou firefox ouvre directement celui-ci dans le lecteur pdf approprié et non plus Nautilus à l’emplacement du fichier.

Source: Forum Ubuntu-fr

• Récupérer un live-cd (ou live-usb) d’Ubuntu dans la version dont vous avez lancé la mise à niveau (pour une parfaite compatibilité)
  • Ex: Mise à niveau d’Ubuntu 10.04 à 10.10, utiliser le live-cd de la version 10.10.
• Démarrer votre PC sur le live-cd (choisir « Essayer Ubuntu sans rien installer »)

Une fois sur le bureau, ouvrir un terminal puis saisir les commandes ci-dessous:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

#! /bin/bash
 
#Passer en root:
sudo -s
 
#Monter la partition système contenant Linux sur votre disque dur: (sudo fdisk -l donne la liste des partitions, remplacer sda1 par le nom de la partition contenant Ubuntu (si nécessaire)):
mount /dev/sda1 /mnt
 
#Monter /dev, /proc et copier les points de montages dans ce point de montage:
mount -o bind /dev /mnt/dev
mount -o bind /proc /mnt/proc
cp /proc/mounts /mnt/etc/mtab
 
#Se chrooter dans ce système:
chroot /mnt

A partir d’ici nous ne travaillons plus sur le live-cd mais sur votre propre installation d’Ubuntu, bien que si vous utilisez cette procédure c’est que votre système est déjà endommagé, veuillez être prudents dans les manipulations suivantes.

Nous allons maintenant lancer plusieurs commandes afin de réparer le système:

1

sudo dpkg --configure -a && sudo apt-get clean && sudo apt-get update && sudo apt-get dist-upgrade && sudo apt-get -f install

Cette commande (5 en 1, « && » permet de lancer plusieurs commandes à la suite les unes des autres) permet (dans l’ordre) de réparer la configuration du système, purger la liste des paquets en cache, mettre à jour la liste des paquets, relancer la mise à niveau vers 10.10 (ou supérieur) et réparer les paquets brisés (dépendances manquantes pour certaines applications).

Une fois cette série de commande exécutée avec succès, vous pouvez redémarrer votre poste, votre Ubuntu devrait à nouveau être opérationnel.

Tout d’abord, je tiens à remercier ceux qui ont alimenter ce sujet au travers de leurs commentaires.
Avant de vous présenter les résultats, je tiens à préciser que ceux-ci ont été nuancés dans les commentaires de l’article en question. Aussi, je reviendrai sur divers éléments après l’affichage des résultats.

Si l’on tient compte uniquement des votes, voici ce que l’on obtient (pour un total de 715 votes):

Bien que ce graphique montre que la majorité des utilisateurs aimeraient disposer de la possibilité d’activer un pare-feu lors de l’installation, je me dois de nuancer ces résultats au vu des commentaires.

Ainsi, il est vrai qu’un pare-feu est déjà présent par défaut sous Ubuntu, il s’agit de Netfilter. Cependant, par défaut aucune interface graphique simple n’est installé pour le configurer et celui-ci n’est pas actif puisqu’aucune règle n’est configurée. Les outils intégrés pour configurer ce pare-feu sont les commandes Iptables et Ip6tables (pour IPv4 et IPv6).

Je pense qu’il n’est pas souhaitable que ce type d’application soit activée par défaut sans que l’utilisateur en soit averti mais le fait d’informer les utilisateurs et de leur proposer cette fonctionnalité me semble intéressant car bien que certains pensent que le fait de se trouver derrière un modem ou une « box » soit suffisant, tous ces équipements ne disposent pas forcément d’un pare-feu intégré et même dans le cas ou il y en a un, l’utilisateur ne sachant de quoi il s’agit le désactivera lorsqu’il rencontrera ou aura rencontré un problème, le fait d’informer l’utilisateur sur l’existence et le fonctionnement de cet outil lors de l’installation du système semble donc un bon compromis.

Au moins, la question « Est-ce qu’il y a un pare-feu configuré et actif par défaut sous Ubuntu ? » trouvera directement sa réponse lors de l’installation puisque j’ai pu remarquer que nombre d’utilisateurs pensaient disposer d’un parefeu configuré et actif par défaut après installation.

Certains pensent que cela rendrait l’installation plus compliquée en ajoutant un écran. Il est tout à fait envisageable de glisser une présentation du pare-feu lors de la copie des fichiers sur le disque. Ou encore d’intégrer cela dans une application de découverte du système qui se lancerait au premier login et pourrait être quitté directement pour ceux qui ne souhaitent pas visualiser ces données.

L’utilisateur final n’étant pas forcement au courant de la présence ou non d’un logiciel de type pare-feu sur son poste, celui-ci ignore la plupart du temps à quoi sert celui-ci.

Il me semble donc judicieux de proposer lors de l’installation d’une distribution, l’activation d’un pare-feu avec une configuration de base relativement simple ainsi qu’une explication sur l’utilité de cet élément.

Je met ici à votre disposition un sondage afin de connaître la part d’utilisateur souhaitant la possibilité d’activation d’un pare-feu lors de l’installation.

Merci de laisser vos avis sur la question en commentaire.

Comme vous avez pu le constater par vous même, les résultats de la première semaine ont étés confirmés sur l’ensemble du mois et les chiffres ont très peu changé. Je ne vais donc pas vous refaire une analyse détaillée de ces résultats, je vais simplement vous redonner les derniers chiffres ainsi que les liens vers les deux articles précédents sur ce sondage:

Liste des articles associés:

• Mise à niveau vers Ubuntu 10.04
• Résultat du sondage

Voici également le graphique des résultats mis à jour:

N’hésitez pas, comme toujours, à laisser vos impressions sur le déroulement de cette mise à niveau ainsi que vos petites astuces utiles après cette mise à niveau. Les commentaires sont la pour ça.

Une semaine après la mise à disposition d’Ubuntu Lucid Lynx, voici les premiers résultats du sondage sur le déroulement de cette mise à niveau.

Nous pouvons constater que pour la plupart d’entre nous, la mise à niveau se passe plutôt bien, il y a évidemment les inconditionnels de la réinstallation complète, pour qui il ne doit pas y avoir de problèmes.

C’est d’ailleurs l’une des forces des systèmes d’exploitations Gnu/Linux, la facilité à changer de système tout en conservant ses paramètres via l’utilisation de points de montages séparés, notamment pour /home (répertoires personnels) et /var (surtout sur les serveurs).

De l’autre côté, nous avons environ 30% des mises à niveaux qui se passent sans soucis et environ 25% plus ou moins bien qui permettent de retrouver un système stable et opérationnel après quelques lègeres manipulations.

Et enfin, il y a ceux pour qui cette mise à niveau s’est mal passée, suite à divers problèmes, allant du reboot pendant la mise à niveau empêchant le redémarrage du système au crash de l’interface graphique en passant par les problèmes de configuration de Grub. Certains sont passés par les versions instables, ce qui augmente, au vu des retours, la possibilité d’un crash lors de la mise à niveau. Pour la plupart de ces utilisateurs, la réinstallation d’Ubuntu depuis le live-cd d’Ubuntu Lucid Lynx à résolu l’ensemble des problèmes.

Si certains ont des problèmes apparus avec la mise à niveau et qui n’ont pas été résolu lors d’une réinstallation complète, merci de nous en faire part, je n’ai pas intégré cette possibilité au sondage mais j’aimerai avoir des retours sur ces cas s’il y en a. Merci d’indiquer votre configuration afin de faciliter l’aide que l’on pourrait vous apporter.

Je laisse encore ce sondage à votre disposition afin de voir comment vont évoluer ces résultats d’ici la fin du mois.

Ayant procédé à la mise à niveau d’Ubuntu vers la version 10.04 sur mon laptop, je tiens à féliciter l’équipe d’Ubuntu qui a semble-t-il réussi à éliminer les problèmes posés lors des migrations précédentes.

La mise à niveau se fait simplement en exécutant la commande:

update-manager -c

Maj: l’option -d permet d’installer la version de développement (alpha, rc, …) , pour les versions stables, utilisez -c.

update-manager -d

Puis en cliquant sur « Lancer la mise à niveau« .

En effet, une fois la mise à niveau terminée, j’ai retrouvé mon système dans un état tout à fait stable avec l’ensemble de mon matériel opérationnel, ce qui n’était pas le cas lors de la migration vers la version 9.04 notamment en ce qui concerne la carte WiFi et la carte son.

Aussi afin de vérifier ce sentiment, je mets à votre disposition un sondage afin de savoir comment se passe la migration pour vous.

Pour tous ceux qui rencontreraient des problèmes lors de cette migration, merci de nous en faire part dans les commentaires.

Quelques astuces après la migration:

Remettre les boutons de fermeture d’application à droite:

gconftool-2 --set /apps/metacity/general/button_layout --type string "menu:minimize,maximize,close"

Pour ceux qui les préfèrent à gauche:

gconftool-2 --set /apps/metacity/general/button_layout --type string "close,minimize,maximize:"

Affichage des mailbox sous Thunderbird3:

Sous Thunderbird3, ceux qui ne souhaitent pas voir toutes leurs adresses mails dans la même Inbox peuvent revenir à l’affichage normal:

Dans l’assistant de migration de Thunderbird, il suffit de cliquer sur « Use All Folders Mode  ».

Afficher la barre d’adresse sous Nautilus:

gconftool-2 --type=Boolean --set /apps/nautilus/preferences/always_use_location_entry true

Revenir à l’affichage initial:

gconftool-2 --type=Boolean --set /apps/nautilus/preferences/always_use_location_entry false

Si vous désirez momentanément afficher cette barre d’adresse, il existe également le racourci « CTRL + L  ».

Juste un article rapide pour vous indiquer la sortie en version finale d’Ubuntu 10.04, cette version LTS (long time support) plutôt destinée au monde professionnel puisqu’elle propose un support à long terme.

Je profite également de cette fête du travail pour faire la promo du site Remixjobs qui propose de nombreuses offres d’emploi dans le domaine de l’Informatique.

Pour toute la partie concernant la modification du live-cd jusqu’à la reconstruction du squashfs, je vous renvoi au premier tutoriel.

Par contre je vais ici détailler la fin du processus avec notamment la personnalisation de l’interface et des applications au démarrage mais aussi donner quelques éléments utiles concernant la création de l’iso et l’installation de celui-ci sur une clé USB.

Rappel sur la reconstruction du squashfs:

Il faut systématiquement régénérer l’initrd avant le processus de reconstruction du squashfs via la commande:

update-initramfs -k all -u

et ce dans le chroot puis démonter /proc, /sys et /dev avant de sortir du chroot via exit.

sudo umount /dev

sudo umount /sys

sudo umount /proc

sudo rm /etc/resolv.conf

exit

Création de l’image iso:

La création de l’iso consiste en une commande mais doit être précédée de la copie de l’initrd.gz et de vmlinuz ainsi que de la régeneration de l’empreinte md5 du système:

sudo cp squashfs/boot/vmlinuz-2.6.31-20-generic iso/casper/vmlinuz

sudo cp squashfs/boot/initrd.img-2.6.31-20-generic iso/casper/initrd.gz

cd squashfs

sudo bash -c "find . -path ./isolinux -prune -o -type f -not -name md5sum.txt -print0 | xargs -0 md5sum | tee md5sum.txt"

cd ..

sudo mkisofs -r -V "Custom Ubuntu Live CD" -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o custom-live-cd-i386.iso iso

Notre image iso ainsi crée se nomme « custom-live-cd-i386.iso« .

Personnalisation de l’interface et des applications au lancement du système:

Le moyen le plus simple pour personnaliser ces éléments est de lancer la distribution précédemment crée dans une machine virtuelle puis de personnaliser l’interface et les données du /home à son gout puis créer une archive de ce /home contenant toutes les modifications apportées:

tar -cvzf /tmp/perso-home.tar.gz /home/ubuntu

Il suffira ensuite de récupérer cette archive par quelque moyen que ce soit (mail, ftp, ssh, …) puis de l’extraire dans le dossier /etc/skel de votre squashfs:

scp /tmp/perso-home.tar.gz 192.168.0.1:/tmp

tar -xvzf /tmp/perso-home.tar.gz /livecd/squashfs/etc/skel/

Puis vérifier à l’aide de la commande:

ls -al /livecd/squashfs/etc/skel/

Vous devriez voir ce qui était tout à l’heure dans votre répertoire personnel.

Une fois toutes les modifications effectuées, il faut reprendre à l’étape « reconstruction du squashfs » puis régénérer l’iso.

Installer votre distribution sur une clé USB:

Formater votre clé usb:

sudo mkfs.vfat /dev/sdx1

L’installation d’une distribution sur clé usb se fait très facilement via l’utilitaire Unetbootin.

Il faut monter cette clé avant d’utiliser Unetbootin:

sudo mount /dev/sdx1 /mnt

sudo unetbootin

Il suffit de choisir l’iso et le disque de destination (clé usb). L’installation devrait se passer sans problème.

Une fois content de votre distribution, vous aimeriez certainement pouvoir l’installer plus rapidement sur d’autres clé usb. Il vous suffit de dupliquer cette clé dans un fichier qui vous servira à créer les autres clés.

Dupliquer une clé usb:

La ou les clés usb concernées ne doivent pas être montées:

sudo umount /dev/sdx1

La duplication se fait à l’aide de la commande « dd » qui permet d’effectuer des copies bloc par bloc, ici par bloc de 1024 kbits:

Dupliquer une clé vers un fichier:

dd if=/dev/sda | gzip -v9 | dd of=/emplacement/de/la/sauvegarde/ghost.gz bs=1024k

Dupliquer un fichier vers une clé: (opération inverse)

zcat /emplacement/de/la/sauvegarde/ghost.gz | dd of=/dev/sda bs=1024k

Dupliquer directement une clé usb sur une autre:

dd if=/dev/sdx of=/dev/sdy bs=1024k


Vous êtes maintenant en possession de tous les éléments permettant de personnalisation une distribution pour en faire un live-usb.