<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Segmentation fault &#187; Ubuntu</title>
	<atom:link href="http://www.segmentationfault.fr/tag/ubuntu/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.segmentationfault.fr</link>
	<description>Projets d’un consultant en sécurité informatique</description>
	<lastBuildDate>Fri, 15 Feb 2019 08:02:10 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
		<item>
		<title>Problèmes de locale dans Ubuntu</title>
		<link>http://www.segmentationfault.fr/linux/ubuntu/locale-ubuntu/</link>
		<comments>http://www.segmentationfault.fr/linux/ubuntu/locale-ubuntu/#comments</comments>
		<pubDate>Sat, 28 Jun 2008 16:34:01 +0000</pubDate>
		<dc:creator>Emilien Girault</dc:creator>
				<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=34</guid>
		<description><![CDATA[Depuis que j&#8217;ai réinstallé Ubuntu Hardy sur mon laptop, j&#8217;ai été embêté par plusieurs problèmes liés aux locales. En effet, je suis en dual boot avec Windows, dont l&#8217;encodage est l&#8217;ISO8859-15, alors l&#8217;encodage par défaut d&#8217;Ubuntu est l&#8217;UTF-8. Cela pose donc des problèmes en ce qui concerne l&#8217;encodage des fichiers et de leurs noms. J&#8217;ai [...]]]></description>
			<content:encoded><![CDATA[<p>Depuis que j&rsquo;ai réinstallé Ubuntu Hardy sur mon laptop, j&rsquo;ai été embêté par plusieurs problèmes liés aux locales. En effet, je suis en dual boot avec Windows, dont l&rsquo;encodage est l&rsquo;ISO8859-15, alors l&rsquo;encodage par défaut d&rsquo;Ubuntu est l&rsquo;UTF-8. Cela pose donc des problèmes en ce qui concerne l&rsquo;encodage des fichiers et de leurs noms.<span id="more-34"></span></p>
<p>J&rsquo;ai donc galéré une première fois pour changer l&rsquo;encodage d&rsquo;Ubuntu, souhaitant le passer en ISO8859-15. Des tas de techniques existent, mais chez moi aucune n&rsquo;a marché jusqu&rsquo;à ce que je sois finalement tombé sur un <a href="http://blog.andrewbeacock.com/2007/01/how-to-change-your-default-locale-on.html" target="_blank">excellent post</a> qui explique la manipulation, que je me suis permis de le traduire :</p>
<p><strong>Changer les locales supportées</strong><br />
Éditez le fichier <code>/var/lib/locales/supported.d/local</code> (en root) en y ajoutant les lignes suivantes :</p>
<pre>fr_FR ISO-8859-1
fr_FR@euro ISO-8859-15</pre>
<p><strong>Regénérer les  locales</strong><br />
Lancez la commande suivante :</p>
<p><code>sudo dpkg-reconfigure locales</code></p>
<p><strong>Changer la locale par défaut</strong><br />
Éditez le fichier <code>/etc/environment</code> pour y ajouter :</p>
<pre><code>LANGUAGE="fr_FR:fr"
LANG="fr_FR@euro"</code></pre>
<p><strong>Rebooter !</strong></p>
<p>Cela permet ainsi de résoudre, dans un premier temps, les problèmes liés à l&rsquo;encodage par défaut du système. Si vous lancez la commande <code>locale charmap</code> dans un shell, vous devriez obtenir l&rsquo;affichage suivant :</p>
<pre>ISO-8859-15</pre>
<p>Dans un deuxième temps, j&rsquo;ai rencontré un deuxième problème : lorsque je connecte mon disque dur externe, il se monte, mais il est incapable de gérer les accents dans les noms de fichiers. Pour s&rsquo;en rendre compte, c&rsquo;est très simple : il suffit de tenter de créer un fichier avec un nom comportant un accent. Chez moi, konqueror m&rsquo;affichait une erreur&#8230;</p>
<p>D&rsquo;après mes recherches, ce problème serait dû à HAL, le module chargé de monter automatiquement les disques, car celui-ci monte par défaut tous les systèmes de fichiers&#8230; en UTF8 ! Pour résoudre ce problème, il m&rsquo;a fallu un peu de temps avant de trouver <a href="http://forum.ubuntu-fr.org/viewtopic.php?pid=1499339#p1499339" target="_blank">cette manip</a> :</p>
<p>Supprimer le lien symbolique <code>/sbin/mount.ntfs-3g</code> :</p>
<pre> sudo rm /sbin/mount.ntfs-3g</pre>
<p>Le remplacer (créer un fichier de même nom) avec ce contenu :</p>
<pre>#!/bin/bash
/bin/ntfs-3g $1 $2 -o locale=fr_FR@euro</pre>
<p>Le rendre exécutable : sudo <code>chmod +x /sbin/mount.ntfs-3g</code></p>
<p>Et voila ! Normalement, en rebranchant le disque dur externe, celui-ci est correctement monté et les accents sont supportés.</p>
<p>Merci aux deux auteurs de ces solutions !</p>
]]></content:encoded>
			<wfw:commentRss>http://www.segmentationfault.fr/linux/ubuntu/locale-ubuntu/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Drivers Wifi RT73 et Ubuntu Hardy, le retour</title>
		<link>http://www.segmentationfault.fr/linux/ubuntu/drivers-rt73ubuntu-hardy/</link>
		<comments>http://www.segmentationfault.fr/linux/ubuntu/drivers-rt73ubuntu-hardy/#comments</comments>
		<pubDate>Sun, 18 May 2008 21:57:10 +0000</pubDate>
		<dc:creator>Emilien Girault</dc:creator>
				<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[drivers]]></category>
		<category><![CDATA[ralink]]></category>
		<category><![CDATA[wifi]]></category>

		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=28</guid>
		<description><![CDATA[Dans un précédent article, j&#8217;ai expliqué comment installer et utiliser le driver rt73 pour les cartes Wifi Ralink. Cela fonctionnait très bien, jusqu&#8217;à ce que la nouvelle monture d&#8217;Ubuntu, Hardy heron, n&#8217;arrive. En fait, cela est du au passage à un nouveau noyau (2.6.24-17). Voici donc la marche à suivre pour s&#8217;en sortir&#8230; Tout d&#8217;abord, [...]]]></description>
			<content:encoded><![CDATA[<p>Dans un <a href="http://www.segmentationfault.fr/systeme/drivers-wifi-rt73-injection-wpa-ubuntu/" target="_self">précédent article</a>, j&rsquo;ai expliqué comment installer et utiliser le driver rt73 pour les cartes Wifi Ralink. Cela fonctionnait très bien, jusqu&rsquo;à ce que la nouvelle monture d&rsquo;Ubuntu, Hardy heron, n&rsquo;arrive. En fait, cela est du au passage à un nouveau noyau (2.6.24-17). Voici donc la marche à suivre pour s&rsquo;en sortir&#8230;<span id="more-28"></span></p>
<p>Tout d&rsquo;abord, téléchargez les derniers drivers d&rsquo;Aircrack pour profiter de l&rsquo;injection, puis décompressez-les :</p>
<pre>wget http://rt2x00.serialmonkey.com/rt73-cvs-daily.tar.gz
tar -zxvf rt73-cvs-daily.tar.gz
cd rt73-cvs*/Module</pre>
<p>Si ce n&rsquo;est pas déjà fait, blacklistez les anciens modules qui peuvent empêcher rt73 de fonctionner en éditant /etc/modprobe.d/blacklist et en y ajoutant :</p>
<pre>blacklist rt73usb
blacklist rt2570
blacklist rt2500usb
blacklist rt2x00lib</pre>
<p>Au cas où, déchargez ces modulez éventuels :</p>
<pre>sudo modprobe -r rt73usb
sudo modprobe -r rt2570
sudo modprobe -r rt2500usb
sudo modprobe -r rt2x00lib</pre>
<p>Puis compilez et installez le module :</p>
<pre>make
sudo make install</pre>
<p>Si jamais vous obtenez un message du style :</p>
<pre>!!! WARNING: Module file much too big (&gt;1MB)
!!! Check your kernel settings or use 'strip'</pre>
<p>Alors lancez les commandes :</p>
<pre>make
strip -S rt73.ko
sudo make install</pre>
<p>Ensuite, copiez le module :</p>
<pre>sudo mkdir /lib/modules/$(uname -r)/extra
sudo cp rt73.ko /lib/modules/$(uname -r)/extra/rt73.ko</pre>
<p>Puis chargez-le :</p>
<pre>sudo depmod -ae
sudo modprobe rt73</pre>
<p>Normalement, vous devriez pouvoir activer votre interface :</p>
<pre>sudo ifconfig wlan0 up</pre>
<p>Notez que désormais l&rsquo;interface a un nom du style wlan* et non plus en rausb*.</p>
<p>Maintenant, votre connexion Wifi et Aircrack devraient fonctionner à nouveau. Vous devrez très certainement éditer votre /etc/network/interfaces pour remplacer les occurrences de rausb0 par wlan0.</p>
<p>Et voila ! Au besoin, référez-vous au README situé dans l&rsquo;archive des drivers, il est bien fourni et décrit les configurations classiques (WEP, WPA, WPA2) de la carte.</p>
<p>Sources :</p>
<ul>
<li><a href="http://forum.ubuntu-fr.org/viewtopic.php?pid=1747722#p1747722" target="_blank">Forum Ubuntu</a></li>
<li><a href="http://aircrack-ng.org/doku.php?id=rt73" target="_blank">Aircrack, drivers rt73</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.segmentationfault.fr/linux/ubuntu/drivers-rt73ubuntu-hardy/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Utiliser update-manager -d avec un proxy</title>
		<link>http://www.segmentationfault.fr/linux/ubuntu/update-manager-d-et-proxy/</link>
		<comments>http://www.segmentationfault.fr/linux/ubuntu/update-manager-d-et-proxy/#comments</comments>
		<pubDate>Sat, 05 Apr 2008 12:31:41 +0000</pubDate>
		<dc:creator>Emilien Girault</dc:creator>
				<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=24</guid>
		<description><![CDATA[La nouvelle version d&#8217;Ubuntu, Hardy Heron, sort dans une vingtaine de jours&#8230; Mais comme je suis imparient, j&#8217;ai souhaité tester la version instable. J&#8217;ai donc lançé la commande permettant de faire la mise à jour, que l&#8217;on peut trouver sur le Wiki d&#8217;Ubuntu-fr : sudo update-manager -d -c Le problème, c&#8217;est qu&#8217;update-manager indiquait qu&#8217;aucune mise [...]]]></description>
			<content:encoded><![CDATA[<p>La nouvelle version d&rsquo;Ubuntu, Hardy Heron, sort dans une vingtaine de jours&#8230; Mais comme je suis imparient, j&rsquo;ai souhaité tester la version instable. J&rsquo;ai donc lançé la commande permettant de faire la mise à jour, que l&rsquo;on peut trouver sur le <a href="http://doc.ubuntu-fr.org/migration_gutsy_hardy" target="_blank">Wiki d&rsquo;Ubuntu-fr</a> :</p>
<pre>sudo update-manager -d -c</pre>
<p>Le problème, c&rsquo;est qu&rsquo;update-manager indiquait qu&rsquo;aucune mise à jour n&rsquo;était disponible. Même en enlevant le paramètre -d, rien à faire. Le pire c&rsquo;est que je n&rsquo;obtenais aucun message d&rsquo;erreur.</p>
<p>Il faut aussi préciser que j&rsquo;étais contraint de passer par un proxy HTTP. Pour qu&rsquo;APT fonctionne, j&rsquo;avais inséré ceci dans mon /etc/apt/apt/conf :</p>
<pre>Acquire::http::Proxy "http://mon.proxy:8080/";</pre>
<p>De même, mon fichier /etc/wgetrc contenait la ligne :</p>
<pre>http_proxy = http://mon.proxy:8080/</pre>
<p>Ces deux directives permettent aux outils comme aptitude et apt-get de télécharger correctement les paquets en passant par le proxy. Jusqu&rsquo;ici, tout fonctionnait correctement, du moins avec ces deux outils.</p>
<p>Mais revenons à mon problème de départ : update-manager ne parvenait pas à trouver les mises à jour. J&rsquo;ai passé un certain temps à rechercher la solution, et j&rsquo;ai finalement trouvé la réponse sur le <a href="http://ubuntuforums.org/showthread.php?t=115829" target="_blank">forum officiel</a>.</p>
<p>L&rsquo;explication est assez bizarre. Il se trouve qu&rsquo;update-manager, lorsqu&rsquo;on l&rsquo;utilise avec l&rsquo;option -d (précisant de rechercher une mise à jour instable), ne tient pas du tout compte des deux fichiers de configuration précédents (apt.conf et wgetrc). C&rsquo;est donc parce qu&rsquo;il n&rsquo;arrivait pas à se connecter qu&rsquo;il indiquait qu&rsquo;aucune mise à jour n&rsquo;était disponible !</p>
<p>La solution est finalement très simple : il faut configurer le proxy dans Synapic ! Vu que je n&rsquo;utilise jamais ce logiciel, je ne l&rsquo;avais pas configuré&#8230; Je l&rsquo;ai donc lancé, configuré correctement, et relancé update-manager -d. Et là, la nouvelel mise à jour était disponible&#8230;</p>
<p>Moralité : Même si vous ne l&rsquo;utilisez pas, pensez à configurer le proxy de Synaptic, où vous risquez d&rsquo;avoir des surprises !</p>
<p>Pour information, j&rsquo;ai rajouté cette manip dans le <a href="http://doc.ubuntu-fr.org:81/migration_gutsy_hardy#sous_ubuntu_xubuntu_et_edubuntu" target="_blank">Wiki d&rsquo;Ubuntu-fr</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.segmentationfault.fr/linux/ubuntu/update-manager-d-et-proxy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Installation de Kubuntu 7.10 pour AMD 64</title>
		<link>http://www.segmentationfault.fr/linux/ubuntu/installation-de-kubuntu-710-pour-amd-64/</link>
		<comments>http://www.segmentationfault.fr/linux/ubuntu/installation-de-kubuntu-710-pour-amd-64/#comments</comments>
		<pubDate>Fri, 18 Jan 2008 18:53:05 +0000</pubDate>
		<dc:creator>Emilien Girault</dc:creator>
				<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[64bits]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://www.segmentationfault.fr/systeme/ubuntu/installation-de-kubuntu-710-pour-amd-64/</guid>
		<description><![CDATA[J&#8217;ai migré vers Kubuntu depuis un peu plus d&#8217;un an et demi, à l&#8217;époque je disposais d&#8217;un processeur 32 bits et j&#8217;avais installé Dapper. J&#8217;ai effectué les mises à jour successives pour passer à Edgy, Feisty, puis Gusty. Mais bricoleur dans l&#8217;âme, j&#8217;ai entre temps changé pas mal de paramètres du système et je me [...]]]></description>
			<content:encoded><![CDATA[<p>J&rsquo;ai migré vers Kubuntu depuis un peu plus d&rsquo;un an et demi, à l&rsquo;époque je disposais d&rsquo;un processeur 32 bits et j&rsquo;avais installé Dapper. J&rsquo;ai effectué les mises à jour successives pour passer à Edgy, Feisty, puis Gusty. Mais bricoleur dans l&rsquo;âme, j&rsquo;ai entre temps changé pas mal de paramètres du système et je me suis lancé à plusieurs reprises dans l&rsquo;installation de Beryl, qui n&rsquo;était pas vraiment stable à l&rsquo;époque. Après l&rsquo;avoir désinstallé, réinstallé, redésinstallé, mis Compiz-Fusion à la place, et finalement désinstallé ce dernier, je dois dire que certaines «imperfections» (le mot est faible&#8230;) étaient apparues sur le système. Et comble de malchance, ma carte graphique a grillé et étant donné que c&rsquo;était de l&rsquo;AGP et que ce standard a quasiment disparu de nos jours, j&rsquo;ai du changer de carte mère, de processeur (un AMD64 3800+), de RAM, et bien entendu de carte graphique. J&rsquo;ai ainsi fait l&rsquo;acquisition d&rsquo;une Nvidia 8500 GT toute neuve&#8230; Et même trop neuve à l&rsquo;époque pour être supportée par les drivers des dépots Ubuntu. J&rsquo;ai donc installé les drivers béta du site officiel en les compilant, ce qui a partiellement mis le bazar dans le système de paquets Ubuntu&#8230; Et entre temps, étant donné que j&rsquo;avais changé de carte mère, Windows XP (en dual boot) refusait catégoriquement de démarrer.</p>
<p>Enfin bref, j&rsquo;ai décidé récemment d&rsquo;en finir avec ces problèmes et de revenir à une installation. J&rsquo;ai réinstallé XP et Kubuntu 7.10 proprement à partir des CD. En plus, j&rsquo;étais motivé pour tester l&rsquo;édition 64bits, alors c&rsquo;était le moment ou jamais. Cependant, comme tout installation, cela nécessite du temps, et rencontrer quelques soucis n&rsquo;est pas rare&#8230; J&rsquo;en profite donc pour détailler ici quelques problèmes que j&rsquo;ai eu et les solutions que j&rsquo;ai trouvées pour les résoudre.  J&rsquo;explique aussi comment restaurer les paramètres principaux de l&rsquo;ancienne distribution sur la nouvelle, en espérant que cela aide les gens qui hésitent encore à réinstaller leur OS ou qui ne savent pas comment configurer certains paramètres du système.<span id="more-13"></span></p>
<h3>Sauvegarde</h3>
<p>Avant tout, je commence par sauvegarder mes données personnelles sur un disque dur externe :</p>
<ul>
<li>ma partition /home/ avec tous mes fichiers et paramètres personnels</li>
<li>le dossier /etc/ contenant les fichiers de configuration</li>
<li>les bases de données MySQL, situées dans le dossier /var/mysql/lib/</li>
</ul>
<p>Ceci étant fait, je boote sur un cd live de Kubuntu Gutsy et je supprime la totalité de mes partitions avec gparted. Souhaitant installer un dual boot WinXP / Kubuntu, je commence naturellement à installer Windows étant donné que si je fais l&rsquo;inverse, celui-ci écrasera Grub&#8230; Une fois Windows installé (je vous passe les détails, ce n&rsquo;est pas le sujet du billet) sur la moitié de mon disque, je lance l&rsquo;<a href="http://ftp.oleane.net/ubuntu-cd/kubuntu/gutsy/kubuntu-7.10-alternate-amd64.iso">Alternate CD de Kubuntu 7.10 x64</a> et j&rsquo;installe le système. Tout se passe bien jusqu&rsquo;au redémarrage : là commence l&rsquo;aventure&#8230;</p>
<h3>Les problèmes après l&rsquo;installation</h3>
<p>Tout d&rsquo;abord, je constate que dès que Grub lance le noyau, mon écran devient noir et affiche «NO SIGNAL»&#8230; Visiblement, il y a un problème concernant la résolution de l&rsquo;écran. Deuxième souci : les disques durs se mettent à gratter et le PC semble figé. Par contre cette fois-ci je sais d&rsquo;où vient le coupable : fsck s&rsquo;est lancé au démarrage et à fait un scan des disques alors que je ne lui avais rien demandé. Toujours à l&rsquo;aveuglette (vu que l&rsquo;écran est noir) je quitte ce scan par Ctrl Alt Suppr. 30 secondes plus tard, l&rsquo;écran se rallume et le curseur de la souris apparaît ainsi que l&rsquo;écran de KDM, victoire ! Mais étant donné que j&rsquo;ai stoppé fsck, le noyau n&rsquo;a pas chargé les partitions (hormis la principale). Je retourne donc en mode console, avec Ctrl Alt F1. Je me logue, et je monte manuellement la partition /home avec :</p>
<blockquote>
<pre>sudo mount /home</pre>
</blockquote>
<p>Ensuite, je retourne en graphique (Ctrl Alt F7) et je me logue et KDE se charge sans problème. Il est désormais temps de configurer tout ça&#8230; après avoir résolu les deux soucis précédents bien sûr. Concernant l&rsquo;écran noir, après un peu de recherche, il semblerait que le paquet usplash (gérant le splashscreen du démarrage) soit buggé pour AMD64. Je désactive donc le splashscreen en éditant le fichier de conf de Grub :</p>
<blockquote>
<pre>sudo nano -w /boot/grub/menu.lst</pre>
</blockquote>
<p>Je retire simplement le mot  «splash» situé à la fin de la ligne concernant mon noyau.</p>
<p>Pour éviter que fsck ne se lance à chaque démarrage sur mon disque, j&rsquo;édite /etc/fstab et je remplace la ligne suivante</p>
<blockquote>
<pre>UUID=XXXX-XXXX  /media/sdb5     vfat    defaults,utf8,umask=007,gid=46 0       1</pre>
</blockquote>
<p>par :</p>
<blockquote>
<pre>UUID=XXXX-XXXX  /media/sdb5     vfat    iocharset=iso8859-15,</pre>
<pre>codepage=850,umask=000 0       0 # sur la meme ligne</pre>
</blockquote>
<p>Cette ligne concerne en fait mon disque dur Sata qui a la fâcheuse tendance à se faire checker par fsck à chaque fois que j&rsquo;installe Ubuntu ; je commence à avoir l&rsquo;habitude car cela m&rsquo;était arrivé quand j&rsquo;avais installé ce même OS cet été sur un autre PC. En fait, il suffisait de remplacer le dernier 1 par un 0, mais étant donné que j&rsquo;ai conservé mon ancien fstab, j&rsquo;ai carrément collé la ligne dans le fichier. Les options que j&rsquo;ai changé servent à ne pas avoir de problèmes pour accéder au disque en tant que simple utilisateur, et pour (normalement) ne pas avoir de soucis dans l&rsquo;encodage des noms de fichiers.</p>
<h3>Configuration générale</h3>
<p>Les deux problèmes étant résolus, passons à la configuration. Étant donné que je suis en chambre universitaire et que notre réseau utilise un proxy, il me faut rajouter le proxy dans les paramètres de wget :</p>
<blockquote>
<pre>sudo nano -w /etc/wgetrc</pre>
</blockquote>
<p>Il suffit de décommenter les deux lignes correspondant au proxy en mettant le bon host et port :</p>
<blockquote>
<pre>#http_proxy = http://proxy.yoyodyne.com:18023/

#ftp_proxy = http://proxy.yoyodyne.com:18023/</pre>
</blockquote>
<p>Ensuite, je constate que KDE a détecté ma carte graphique, je clique donc sur l&rsquo;icône en bas à droite ce qui ouvre le gestionnaire de pilotes propriétaires (restricted-manager-kde) et j&rsquo;active le pilote. On me demande de redémarrer mais je n&rsquo;ai pas encore fini alors je refuse.</p>
<p>Je continue la configuration en éditant le fichier des sources d&rsquo;APT :</p>
<blockquote>
<pre>sudo nano -w /etc/apt/sources.list</pre>
</blockquote>
<p>Je commente la ligne correspondant au CD qui n&rsquo;a pas été commentée, j&rsquo;en profite pour décommenter tous les dépots, je quitte et je met la liste des paquets à jour avec le classique</p>
<blockquote>
<pre>sudo aptitude update</pre>
</blockquote>
<h3>Firefox</h3>
<p>Maintenant qu&rsquo;APT est configuré, j&rsquo;installe quelques programmes de base comme Firefox, Thunderbird, et VLC :</p>
<blockquote>
<pre>sudo aptitude install firefox thunderbird vlc</pre>
</blockquote>
<p>Je lance Firefox, je configure le proxy et en surfant je me rappelle que Flash n&rsquo;est plus installé. Après quelques recherches et tentatives je trouve que pour AMD64 il faut prendre une autre version du paquet et l&rsquo;installer manuellement :</p>
<blockquote>
<pre>wget http://launchpadlibrarian.net/10804892/flashplugin-nonfree_9.0.115.0ubuntu2_amd64.deb

sudo dpkg -i flashplugin-nonfree_9.0.115.0ubuntu2_amd64.deb</pre>
</blockquote>
<p>Je redémarre Firefox, et vérifie que Flash est bien installé en tapant «about:plugins» dans la barre d&rsquo;URL. Ensuite, je me rends compte que les polices Microsoft ne sont pas installées sur mon système ; je lance donc :</p>
<blockquote>
<pre>sudo aptitude install msttcorefonts</pre>
</blockquote>
<p>Je continue en installant mes extensions favorites, à savoir :</p>
<ul>
<li>Adblock Plus, pour bloquer la pub</li>
<li>Adblock Filterset.G Updater, pour mettre à jour les filtres d&rsquo;Adblock</li>
<li>All-in-one Sidebar, pour avoir une barre latérale sympa avec tout de regroupé dedans</li>
<li>Tab Mix Plus, qui rajoute plein d&rsquo;options indispensables pour a gestion des onglets</li>
<li>Urlparams, permettant de manipuler les paramètres GET et POST des pages Web (pour le débug d&rsquo;application Web)</li>
<li>Web developer, une barre d&rsquo;outils très utile, toujours pour développeur Web</li>
<li>Firebug, un outil d&rsquo;une puissance remarquable pour le développement et surtout le débogage (CSS, JavaScript&#8230;)</li>
</ul>
<p>Pour terminer la configuration de Firefox, je copie les fichiers bookmarks.html, signons2.txt et key3.db situé dans mon dossier de profil firefox de l&rsquo;ancien /home que j&rsquo;ai sauvegardé (rappelons que le dossier de profil de Firefox a un nom du style ~/.mozilla/firefox/XXXXXXXX.default). En relançant Firefox, je me retrouve alors avec tous mes mots de passes enregistrés, et tous mes marques pages. Pratique&#8230;</p>
<h3>Le son</h3>
<p>Soudainement j&rsquo;ai envie d&rsquo;écouter de la musique, je lance donc un MP3 dans Amarok. Immédiatement, l&rsquo;application me signale que le MP3 n&rsquo;est pas lisible par défaut et me propose de télécharger les paquets pour le support ; je ne vais pas dire non ! L&rsquo;installation est automatique, il n&rsquo;y a rien à faire. Concernant es paramètres d&rsquo;ALSA et de disposition des hauts parleurs de mon 5.1, je copie le .asoundrc de mon ancien /home. Ainsi, j&rsquo;ai directement du son sur tous mes hauts parleurs : un vrai bonheur&#8230; J&rsquo;utilise ensuite la commande «alsamixer» pour régler le volume de chaque haut parleur, et je sauvegarde les paramètres avec :</p>
<blockquote>
<pre>sudo alsactl store</pre>
</blockquote>
<h3>Le réseau</h3>
<p>Après cela je me décide à restaurer le réseau que j&rsquo;ai établi dans ma chambre universitaire. Je commence par vérifier que mes 2 interfaces réseau ont bien été détectées et que leur ordre ne risque pas de changer dans la suite (cela m&rsquo;est déjà arrivé&#8230;) :</p>
<blockquote>
<pre>sudo nano -w /etc/udev/rules.d/70-persistent-net.rules</pre>
</blockquote>
<p>Et j&rsquo;ai bien fait puisque je constate que les 2 interfaces ont été inversées par rapport à ma préférence ; en effet j&rsquo;aime mieux que le réseau de l&rsquo;intranet soit attribué à eth0, et avoir l&rsquo;interface eth1 reliée à mon PC portable situé dans ma chambre. Je modifie donc les deux lignes du style</p>
<blockquote>
<pre>SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="XX:XX:XX:XX:XX", NAME="eth0"</pre>
</blockquote>
<p>avec l&rsquo;adresse mac de la carte réseau à la place des X.</p>
<p>Ceci étant fait, je configure /etc/network/interfaces pour avoir un fichier qui ressemble à cela :</p>
<blockquote>
<pre># Reseau general

auto eth0

iface eth0 inet dhcp</pre>
<pre></pre>
<pre># Reseau interne

auto eth1

iface eth1 inet static

        address 192.168.0.1

        netmask 255.255.255.0</pre>
</blockquote>
<p>Et je relance les interfaces avec :</p>
<blockquote>
<pre>sudo /etc/init.d/networking restart</pre>
</blockquote>
<h3>Bilan</h3>
<p>Voilà, je pense que j&rsquo;ai fait le tour de toutes les modifications que j&rsquo;ai apportées. Après un redémarrage, tout semble correct, mise à part le fait que je n&rsquo;ai plus de splashscreen au démarrage. Je vais essayer de me documenter sur ce point car j&rsquo;avoue que cela me manque <img src='http://www.segmentationfault.fr/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Sinon, j&rsquo;ai toujours un problème de locale : je voudrais que mon système soit de base en ISO8859-15 alors qu&rsquo;il est de base en UTF-8. C&rsquo;est particulièrement gênant pour les noms de fichiers et même pour leur contenu, surtout quand on doit éditer des fichiers qui ne sont pas encodés de la même façon&#8230;</p>
<p>Si je devais faire un bilan de cette installation, je dirais que je suis assez satisfait. En installant la version 64bits, je m&rsquo;attendais à rencontrer des problèmes, et à part le problème du splash et l&rsquo;installation de Flash non conventionnelle, je n&rsquo;ai rencontré aucun soucis propre à cette architecture. Je pense que c&rsquo;est notamment grâce au fait que les paquets Ubuntu ont eu le temps de mûrir, car l&rsquo;installation de certains paquets en 64bits il y a plusieurs mois était autrement plus complexe.</p>
<p>Comparé à mon ancienne version 32bits, je constate un gain appréciable en performances. Après, je ne sais pas si cela vient du 64bits ou simplement du fait que l&rsquo;installation est propre et pas une upgrade d&rsquo;upgrade bidouillée dans tous les coins. En tout cas je sens la différence, et même si j&rsquo;étais sceptique sur le 64bit au début, je pense que je vais adopter cette version.</p>
<p>Je me rends également compte à quel point restaurer les paramètres d&rsquo;un tel système est simple : quelques lignes de commande, deux ou trois fichiers à copier ou à éditer, et on gagne un temps fou en évitant de tout reconfigurer. Attention toutefois de ne pas tomber dans l&rsquo;extrème et de restaurer brutalement tout son /etc ou son /home ! Cela pourrait poser des problèmes de compatibilité ; de plus si vous aviez des bugs dûs à des problèmes de configuration dans votre ancienne distribution, ils seront propagés dans la nouvelle&#8230; Par contre, concevoir un petit script Bash peut être une solution afin d&rsquo;automatiser ce qui peut l&rsquo;être, comme la copie de certains fichiers, et l&rsquo;installation des paquets principaux.</p>
<p>J&rsquo;espère que la marche à suivre aura aidé ceux qui se sont posés les mêmes questions que moi concernant la réinstallation d&rsquo;une distribution. Un dernier conseil : surtout, n&rsquo;oubliez pas de faire un backup total de vos données personnelles (le /home, le /etc et les éventuelles bases de données dans /var/mysql/lib) avant. Si vous avez des choses à ajouter, les commentaires sont là pour ça ! Bon surf <img src='http://www.segmentationfault.fr/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.segmentationfault.fr/linux/ubuntu/installation-de-kubuntu-710-pour-amd-64/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
