ubuntu-fr

Afin d’avoir un pc qui se met en veille et hiberne rapidement (”rapidement” pour l’hibernation est un gros mot je trouve, encore bien trop lent à mon goût) j’ai réglé mon fichier /etc/default/acpi-support comme ci-dessous, je ne garanti rien, mais pour info le mien est régler comme cela et ça fonctionne très bien.

sudo cp /etc/default/acpi-support /etc/default/acpi-support.bak && sudo gedit /etc/default/acpi-support

# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true

# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true

# Change the following to "standby" to use ACPI S1 sleep, rather than S3.
# This will save less power, but may work on more machines
ACPI_SLEEP_MODE=mem

# Add modules to this list to have them removed before suspend and reloaded
# on resume. An example would be MODULES="em8300 yenta_socket"
#
# Note that network cards and USB controllers will automatically be unloaded
# unless they're listed in MODULES_WHITELIST
MODULES="uvcvideo"

# Add modules to this list to leave them in the kernel over suspend/resume
MODULES_WHITELIST=""

# Should we save and restore state using the VESA BIOS Extensions?
#SAVE_VBE_STATE=true
SAVE_VBE_STATE=false

# The file that we use to save the vbestate
VBESTATE=/var/lib/acpi-support/vbestate

# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=false

# Save and restore video state?
# SAVE_VIDEO_PCI_STATE=true

# Should we switch the screen off with DPMS on suspend?
USE_DPMS=true

# Use Radeontool to switch the screen off? Seems to be needed on some machines
# RADEON_LIGHT=true

# Uncomment the next line to switch away from X and back again after resume.
# This is needed for some hardware, but should be unnecessary on most.
DOUBLE_CONSOLE_SWITCH=false

# Set the following to "platform" if you want to use ACPI to shut down
# your machine on hibernation
HIBERNATE_MODE=shutdown

# Comment this out to disable screen locking on resume
LOCK_SCREEN=true

# Uncomment this line to have DMA disabled before suspend and reenabled
# afterwards
DISABLE_DMA=true

# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
# RESET_DRIVE=true

# Add services to this list to stop them before suspend and restart them in
# the resume process.
STOP_SERVICES="networking"

# Restart Infra Red services on resume - off by default as it crashes some
# machines
RESTART_IRDA=false

# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines
ENABLE_LAPTOP_MODE=false

# Spindown time on battery
SPINDOWN_TIME=12

Vous devez également modifier dans /etc/X11/xorg.conf la partie concernant la carte graphique.
La partie concernant la carte nvidia 8400gs avec les drivers propriétaires fournis dans Ubuntu Hardy est ainsi :

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak && sudo gedit /etc/X11/xorg.conf

Section "Device"
    Identifier     "nVidia Corporation G80 [GeForce 8400M GS]”
    Driver         “nvidia”
EndSection

Section “Screen”
    Identifier     “Default Screen”
    Device         “nVidia Corporation G80 [GeForce 8400M GS]”
    Monitor        “Écran générique”
    DefaultDepth    24
    Option         “RenderAccel” “true”
    Option         “AllowGLXWithComposite” “true”
    Option         “AddARGBVisuals” “True”
    Option         “AddARGBGLXVisuals” “True”
    Option         “OnDemandVBlankInterrupts” “True” # Optimisation
    Option         “Coolbits” “0″ # Passer à 1 pour permettre l’overclocking, à vos risque et péril !
    Option         “TripleBuffer” “true”
    Option         “NoLogo” “True” # Pas de logo au démarrage
    Option         “RandRRotation” # Rotation de l’écran avec la commande xrandr -o left par exemple
    Option         “NvAGP” “1″ # Résout problême d’hibernation
    SubSection     “Display”
        Depth       24
        Modes      “1280×1280″
    EndSubSection
EndSection

Section “Extensions”
    Option         “Composite” “Enable”
EndSection

Regarder les commentaires de celui-ci, je n’ai pas tout détaillé.

Avec ce xorg, compiz fonctionnel, pas de problème de mise en veille / hibernation, rotation de l’écran avec xrandr possible !

En espérant que ça vous soit utile !

Ces articles t'intéressent?

• Installation, tweaking Dell XPS m1330 avec Ubuntu Gutsy (17)
• Mise à jour du tuto du XPS m1330 et programmes Dell pour Ubuntu/Linux (13)
• m1330 et carte Broadcom (0)
• Demain je devrais avoir un xps 1330 (0)
• Bios DELL + Linux/Ubuntu (3)
• Avoir du son sur les 2 sorties casque du m1330 (5)
• [MàJ]Activer le micro interne du m1330 sous Gutsy (2)

Si une chose est sûre dans ce monde, c'est que de l'informatique on ne connaît jamais tous. Il y a toujours matière à se poser des questions et à apprendre.

Depuis 3-4 jours, je suis embêté par un problème. Quand je lance mon lecteur vidéo, smplayer pour ne pas le nommer, se fige au lancement d'un fichier. Je n'ai malheureusement toujours pas réussi à résoudre le problème. Mais pendant mes recherches infructueuses, j'ai remarqué à plusieurs reprises dans le moniteur système, la présence de 1 voir 2 processus .sh Zombie. Je n'avais jamais vu autant et aussi régulièrement de processus Zombie depuis ma migration sur Hardy Heron.

Alors, après moult tentatives de meurtres contre ces processus zombie et des sudo kill sans effet, je me suis posé la question suivante.

Un processus Zombie c'est quoi ?

Sur les systèmes de type Unix et dérivés, un processus zombie est un processus qui a été lancé par un processus tiers (que l'on appellera processus père ou parent) et qui s'est terminé sans que le processus parent ne soit mis au courant. Le système vide alors la mémoire et les ressources utilisées par le processus Zombie et ensuite la table des processus garde une trace du méchant processus, à disposition du processus parent. Dès lors, au moment ou le processus parent demandera au système l'état du processus dont il est l'instigateur, le processus zombie disparaîtra.

Sur les anciens systèmes, cela provoquait un gaspillage énorme des ressources matérielles et pouvait amener à des blocages car le nombre de processus étant limité par le nombre possible de PID, un trop grand nombre de zombies peut empêcher le système de créer de nouveaux processus. C'est la raison pour laquelle il a été décrété que tout processus bien élevé ne devait pas créer de zombie et par extension qu'il n'était donc pas normal d'en trouver.

La seule manière d'éliminer ces processus zombies consiste à causer la mort du processus parent, par exemple au moyen du signal SIGKILL (qui termine brutalement un processus). Le ou les processus fils sont alors automatiquement rattachés au processus n°1, généralement init, qui se charge à la place du processus parent d'appeler wait (qui suspend l'exécution du processus courant jusqu'à ce qu'un enfant se termine, ou jusqu'à ce qu'un signal à intercepter arrive. Si un processus fils s'est déjà terminé au moment de l'appel, la fonction revient dans la foulée) sur ces derniers. Si ce n'est pas le cas, cela signifie que init est défaillant (ou que le processus n°1 n'est pas init, mais un autre programme n'ayant pas été prévu pour ça); le seul moyen de se débarrasser des zombies, dans ce cas, est le redémarrage du système.

Voilà après cette brève explication, une nouvelle question ce pose. Mais comment trouve t-on le processus parent d'un processus Zombie. Pour cela, suivez le second chapitre.

Comment trouver le coupable.

Pour procéder à une bonne enquête, il faut le bon outil et cet outil s'appelle ps. Il permet de faire un cliché instantané des processus en cours et grâce à une option permet de le faire de façon hiérarchique. Tapez la commande suivante dans un Terminal que vous aurez mis en plein écran (pour faciliter la lecture de certaines lignes à rallonge) 

ps xaf

• f : affiche les arbres généalogiques des processus.
• a : présente également les processus des autres utilisateurs.
• x : affiche les processus qui n'ont pas de terminal de contrôle.

Détaillons l'affichage d'une partie du résultat de mon cas.

 8722 ?   Sl     0:07 /usr/bin/python /usr/lib/deskbar-applet/deskbar-applet --oaf-activate-iid=OAFIID:Deskbar_Applet_Factory --oaf-ior-fd=19
 8831 ?   Z      0:00  \_ [sh] <defunct>
 8843 ?   Z      0:00  \_ [sh] <defunct>

Cela veut dire que le processus 8722 (deskbar-applet) a donné naissance à 2 processus le 8831 (.sh) et le 8843 (.sh) On dit ainsi que le processus 8722 et le processus parent des processus 8831 et 8843. Et c'est donc ce processus parent qui a abandonné ses fils qui, par la suite, sont devenus des zombies (c'est vraiment plus ce que c'était la famille).

Pour répéter ce que je disais un peu plus haut, la seule façon de se débarrasser d'un processus zombie, c'est de tuer son père (le 8722). Mais si on fait cela, il y aura de forte chance de voir disparaître quelque chose à l'écran ou de léser votre système d'un de ses composants. Dans tous les cas les risques sont minimes car si vous tuer un processus père qui plante tout, vous redémarrez et c'est reparti ! Comme dit ma grand-mère on ne fait d'omelette sans casser des oeufs

Pour conclure, j'ai donc tué par le biais du moniteur système, le processus père qui a généré mes 2 processus Zombie, soit pour rappel deskbar-applet. Le système m'a demandé après cette opération si je voulais recharger ce processus. J'ai répondu oui pour voir et il m'a recréé 1 processus Zombie dans la foulée. Deskbar-applet c'est pas bien

Le numéro 12 en anglais est disponible. Bonne lecture

• Comment Ubuntu et Kubuntu on grandi en 12 mois
• FAQ, créer et distribuer des paquets Debian, utilisation du disque sous Ubuntu, backup avec Partimage, utilisez Gimp partie 1 et créez votre serveur partie 4
• Test de Wiki on a Stick
• Lettres des lecteurs, questions/réponses, Top 5 et plus encore !
• Un peu d'historique de Full Circle

Number 12 is available. Get it while it’s hot!

• Flavor of the Year - How Ubuntu and Kubuntu have matured in twelve months.
• How-To - Creating & Distributing Deb files, Ubuntu Disk Usage, Backup with Partimage, Using GIMP Part 1 and Create Your Own Server Part 4
• Review of Wiki on a Stick.
• Letters, Q & A, My Desktop, Top 5, and more!
• …plus, a a bit on the history of Full Circle.

Coup sur coup, Red Hat et Novell viennent de faire des déclarations qui, entre les lignes, laisse à penser que leur version desktop communautaire de GNU/Linux, Fedora pour le premier et OpenSuse pour le second, n'est pas (ou plus) stratégique et donc prioritaire dans leur développement. Les deux sociétés préfèrent se concentrer sur les serveurs et le service aux entreprises dont la rentabilité est assurée.

Extrait de l'article What’s Going On With Red Hat Desktop Systems? An Update chez RedHatNews : An explanation: as a public, for-profit company, Red Hat must create products and technologies with an eye on the bottom line, and with desktops this is much harder to do than with servers. The desktop market suffers from having one dominant vendor, and some people still perceive that today’s Linux desktops simply don’t provide a practical alternative. Of course, a growing number of technically savvy users and companies have discovered that today’s Linux desktop is indeed a practical alternative. Nevertheless, building a sustainable business around the Linux desktop is tough, and history is littered with example efforts that have either failed outright, are stalled or are run as charities.

Extrait de Novell: The Stand-alone OS is Dead sur InternetNews : The basic concept here is that the standalone operating system is dead, The days in which people buy operating systems on their own and then build a stack from there... will look like home-built automobiles in the future, people aren't going to do this anymore.

Si on fait le compte des distributions GNU/Linux pour le grand public, il ne reste plus guère que Mandriva et Ubuntu (voire peut-être d'autres, à vous de me dire, comme PCLinuxOS, Mint ou encore Freespire).

Mandriva vient de sortir sa version de printemps. Souhaitons-lui bonne chance... Il n'empêche que c'est clairement Ubuntu qui a le vent en poupe alors même que sa prochaine version, Hardy Heron, va éclore dans quelques jours et en rajouter une couche.

Classements des distributions sur DistroWatch pour les trois derniers mois :

Comparatif de fréquence de recherches sur Google Trends (cliquer ici pour mieux voir) :

Vous en tirerez vos propres conclusions. Et tant qu'à rester sur Google Trends voici un autre comparatif donnant un argument de plus à mon billet Le vocable Ubuntu va-t-il se substituer à Linux auprès du grand public ? :

Ce qui m'amène à poser les quelques questions suivantes aux lecteurs qui passent :

• Une société peut-elle gagner de l'argent avec une distribution GNU/Linux grand public ?^[1]
• Ubuntu a-t-il définitivement gagné la bataille des distributions GNU/Linux grand public ?^[2]
• Si oui, n'est-ce pas paradoxal que, quand bien même les communautés du libre soient parées de toutes les vertus, ce soit un un milliardaire (aussi sympathique et philantropique soit-il) qui ait raflé la mise ?
• Si oui, est-ce que cette grande clarification est un facteur favorable pour la migration grand public de Windows vers Linux ?

Voila donc la RC (Release Candidate) de la distribution Linux, j'ai nommé la Ubuntu 8.04. Avec un petit jour de retard qui ne devrait pas impacter (source) la sortie officielle prévue la semaine prochaine.

Une RC c'est l'image à 99,9% finie de ce que va être la version finale. C'est donc votre dernière occasion de tester cette distribution afin de vous assurer qu'elle ne contient pas de problème(s) majeur(s) dans votre cas. Il est évident que je recommande aux gens d'attendre la version finale, néanmoins si vous faites parti des inconscients qui aiment re-formater leur disque dur et perdre leurs données (car vous ne faites jamais de sauvegardes ) alors foncez !

• Annonce officielle
• Les notes de sortie
• Les notes de sortie en français (merci Bruno Patri )
• Résumé des nouveautés
• Distrowatch

Si vous avez quelques talents vous pouvez aussi vous inspirer de cette page sur le wiki anglais afin de nous préparer des version françaises des jaquettes et autres images à imprimer sur les cd

Ceux d'entre vous qui suivent savent que je m'intéressent à la photo numérique, et en particulier à sa pratique sur notre plate-forme préférée: GNU/Linux.

Mon dernier billet important sur le sujet, Flux de travail numérique pour le photographe sous Ubuntu, tentait de montrer comment il était possible d'utiliser des outils, si ce n'est professionnels, au moins des très haut niveau pour gérer son workflow sous ubuntu.
Cependant, la question de la calibration de l'écran, et donc de la gestion des couleurs semblait poser quelques problèmes, et les solutions que j'avançais à l'époque n'étaient que des bricolages.

Je ferais prochainement un billet (à jour) plus extensif sur la gestion de mon flux, depuis la prise de vue jusqu'à la publication web et/ou l'impression, mais je n'en ai pas le temps ni le courage immédiatement. Je vais donc me contenter d'expliquer la démarche que j'ai suivie pour calibrer mon écran, entièrement sous GNU/Linux (Ubuntu Hardy Heron, mais ça devrait être facilement transposable sous n'importe quelle distribution), parce que j'imagine que ça intéressera fortement un certains nombre...

Pré-requis

• Argyll Color Management System : Ce logiciel, bien qu' austère et peu engageant, est aujourd'hui ce qui se fait de mieux pour la gestion des couleurs. le site web est explicite: il s'agit d'une collection de codes sources, qui, une fois compilés, fournissent des outils en lignes de commandes permettant, de façon quasi exhaustive, de calibrer toute une chaîne graphique.

• Une sonde colorimétrique reconnue par Argyll. La liste du matériel supporté est disponible ici. Je me suis servi de la version 0.70 Beta 8, pour profiter du support de la sonde Spyder 2 de colorvision, un des matériel les plus répandu dans le grand public, et surtout, un des moins chers (j'ai acheté la mienne 70€ d'occasion). Inutile de payer plus cher une version «pro», seul le logiciel change, et seule la sonde (matériel) nous sera utile sous GNU/Linux

• Un écran...

Procédure

Installation de Argyll 0.70 Beta 8

Argyll est un logiciel non-présent dans les dépôt, et d'usage très spécifique.. inutile de l'installer si vous n'en avez pas vraiment besoin, vous risqueriez d'abîmer quelque chose sur votre beau système.

J'ai choisi d'utiliser la version précompilée de Argyll: inutile de se compliquer la tâche pour un logiciel si spécifique. L'installation est donc très simple: il suffit de télécharger cette archive, de l'extraire, et de placer le contenu de son répertoire bin/ dans votre $PATH (personnellement, j'ai choisi /home/effraie/bin , mais libre à vous de faire autre chose, /usr/local/bin étant par exemple tout indiqué.

Le firmware de la sonde Spyder2 étant propriétaire, il n'est pas inclus dans Argyll, et il vous faudra l'extraire. c'est trés simple, et ça se fait en 2 étapes:

• introduire le cd d'installation de la sonde dans votre lecteur,
• tapez simplement spyd2en dans une console pour extraire le firmware et l'injecter dans Argyll

Votre sonde Spyder2 devrait désormais être utilisable! Passons donc aux choses sérieuse, la calibration (et la caractérisation) de l'écran proprement dit.



Argyll est un outil en ligne de commande, mais pas si compliqué à utiliser, finalement. Enfin, au moins quand, comme moi, on se contente de l'utiliser pour un usage basique, parce qu'il embarque tout un tas d'outils dont je ne saurait que faire...

Voici donc les étapes que je suivie, avec (quelques) détails:

Je me suis placé dans les conditions de luminosités qui sont celles dans lesquelles je travaille mes images (généralement), et j'ai fait le vide sur mon Desktop. Ensuite:

• Branchez la sonde a une prise USB,
• sudo chmod 777 -R /dev/bus/usb pour avoir accés, comme simple utilisateur, au bus USB. (il y a sans doute plus élégant, mais là n'est pas le propos),
• dispcal -v -qm -yl mon_profil (-v pour le mode verbeux, -qm pour une qualité moyenne, -yl pour un écran LCD (-yc pour un CRT) et mon_profil, pour le nom a donner au profil (et aux fichiers intermédiaires). Un patch noir appariait a l'écran, sur lequel placer la sonde, et vous devriez avoir cet affichage dans votre console:

Setting up the instrument
Instrument Type:   Spyder 2
Serial Number:     00617511
Hardwar version:   0x0307
Place instrument on test window.
Hit Esc, ^C or Q to give up, any other key to continue:

• Tapez donc entrée après avoir placé la sonde, et vous voila avec le menu suivant:

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Brightness)
2) White point (Color temperature, R,G,B, Gain)
3) White level (CRT: Contrast, LCD: Brightness)
4) Black point (R,G,B, Offset)
5) Check all
6) Continue on to calibration
7) Exit

Ayant un écran cheap de portable, je suis passé directement à l'étape 6, mais si vous avez des contrôle manuels sur votre écrans, passer par les autres étapes n'est sans doute pas un luxe!

• Dispcal va afficher et mesurer toute une série de patch de différente couleur, et produire un fichier mon_profil.cal. c'est un peu long, c'est normal.
• On tape targen -v -d3 -f500 mon_profil, ce qui va générer un fichier mon_profil.ti1 contenant les nouveau patches à mesurer. Cette étape est très rapide.
• On va maintenant utiliser la commande dispread -v -yl -k mon_profil.cal mon_profil qui va produire un fichier mon_profil.ti3. Cette étape est assez longue également.
• On peut désormais retirer la sonde l'écran, et générer le profil lui même: profile -v -A "Fabricant de l'écran" -M "modèle de l'écran" -D "la date" -qm -as mon_profil qui va produire un (précieux!) fichier mon_profil.icc
• On charge le profil dans X avec la commande dispwin /chemin/vers/mon_profil.icc (et on le décharge avec dispwin -c mais ça n'a aucun intérêt ). Votre écran devrait prendre une surprenante teinte jaunâtre, (c'est normal mais moche). Votre écran est désormais calibré, et vous n'avez plus qu'à configurer correctement vos application (supportant les couleurs gérées, comme bibble, ou le dernier gimp). Attention, si vous utilisez un économiseur d'écran, celui ci déchargera le profil. Pensez à le recharger (ou à désactiver l'économiseur d'écran).

Mille merci à Jcornuz pour ses précieuse informations, et bienvenu dans le monde merveilleux des couleurs gérées sous GNU/Linux!

Richard Stallman répète inlassablement partout où il passe qu'il faut dire « GNU/Linux » et non « Linux ». Et si l'avènement de la distribution Ubuntu finissait par mettre tour le monde d'accord pour faire oublier Linux, GNU et tout le reste ?

C'est peu probable mais il faut reconnaitre que le succès non démenti d'Ubuntu change doucement la donne du monde jusque là assez tranquille des distributions Linux. Pour un utilisateur de base candidat à la migration, il y a désormais Ubuntu et les autres, avec peut-être le risque collatéral de voir se diluer l'expression Linux derrière Ubuntu.

Cette glissement sémantique peut-il se produire ? Et si oui est-ce un réel problème ? C'est l'objet de cette traduction à la lisière du troll que nous devons à VLI pour Framalang.

Ubuntu est-elle en passe de devenir la distribution Linux générique ?

Is Ubuntu becoming the generic Linux distro?

Adrian Kingsley-Hughes - 02 avril 2008 - ZDNet.com

Suis-je le seul à avoir remarqué le nombre important de débutants sous Linux qui semblent penser que Ubuntu est Linux et que Linux est Ubuntu ?

Depuis l'année dernière, j'ai en effet remarqué un nombre croissant de newbies (un terme que j'emploie affectueusement) intéressés pour tester Linux : par exemple le nombre de mails que je reçois sur le sujet est passé de zéro il y a un an à quelques dizaines par semaine aujourd'hui. Les raisons de leur intérêt pour Linux sont diverses et variées, tout comme leur niveau d'engagement pour quitter Windows ou Mac. Néanmoins, une chose émerge de toutes ces conversations : le nombre de gens qui semblent confondre Ubuntu et Linux. Je dis cela parce qu'ils utilisent les deux termes de manière interchangeable, ou en utilisant le nom Ubuntu d'une manière générique. Et ce traitement de faveur est réservé à Ubuntu. Je n'ai pas vu le nom d'une autre distribution utilisé de la sorte.

Je dois admettre que j'aime bien Ubuntu. Je l'aime vraiment bien. J'ai essayé des dizaines de distributions Linux ces douze à dix-huit derniers mois, et je reviens toujours à Ubuntu. Même si je ne me considère pas dans la catégorie des noob Linux, je sais que je n'en suis pas encore si éloigné de telle sorte que la convivialité et la simplicité de Ubuntu ne sont pas inutiles pour moi. Mais un autre attrait de Ubuntu est son cycle de développement clair que les développeurs suivent, ajouté au fait que chaque version que j'ai essayée s'est révélée être une amélioration significative par rapport à la précédente. Il y a un réel élan dans ce projet. Il faudra voir si le même niveau de développement continue une fois que les bases auront été scellées, mais pour l'heure, le développement semble avancer à un bon rythme.

Je suis de ceux qui pensent que cette évolution d'Ubuntu vers la distribution Linux générique n'est pas une mauvaise chose. Mon opinion est que lorsqu'un débutant aborde le monde Linux, le nombre sidérant de distributions disponibles est déconcertant (je sais que beaucoup ne sont pas d'accord avec moi sur ce point et clament que le choix est une bonne chose, mais personne ne peut me démontrer avec évidence que les nouveaux utilisateurs embrassent facilement le nombre important de distributions). Une seule distribution offre à ceux qui veulent s'initier à Linux un endroit pour démarrer et si Ubuntu répond à leurs besoins alors c'est très bien, sinon il y a une grande variété de distributions Linux pour expérimenter et jouer avec.

La prochaine version, au nom de code Hardy Heron (NdT : le Héron Hardi), sera l'une des distributions les plus faciles à essayer pour les newbies grâce à l'ajout du chargeur umenu et de l'installeur Wubi, qui tous deux simplifient l'installation conjointe de Ubuntu avec et depuis Windows. Ceci rendra sans aucun doute Ubuntu encore plus populaire chez les newbies Linux.

Des idées ? Pensez-vous que Ubuntu est en train de devenir la distribution Linux générique ? Est-ce une bonne chose ? Est-ce que Ubuntu est la meilleure distribution pour les débutants ? Et si non, que suggérez-vous ?