tux-ubuntuLorsqu'on installe ou met à jour Ubuntu on a dans le resolv.conf systématiquement nameserver 127.0.0.1 ce qui peut poser problème quand on a son propre dns. Du coup à la mise à jour, surprise, y a pas de net.

 

Pour résoudre ce problème il suffit de commenter une ligne dans le network-manager :

sudo vi /etc/NetworkManager/NetworkManager.conf

 

et commenter la ligne :

#dns=dnsmasq

 

Enfin redémarrer le service :

sudo  service network-manager restart

 

tux-ubuntuAu boulot comme à la maison j'utilise Ubuntu, mais comme la nouvelle interface, unity ne me plait guère j'ai switché sur gnome-shell. J'utilise assez peu d'applications KDE mais il est vrai que pour celles que j'utilise je n'ai pas trouvé d'équivalent sous gnome.
C'est le cas de krusader, un gestionnaire de fichier dans lignée des mc et autres norton commander. Il est vraiment très complet, avec plein d'outils pour faire à peu près toutes les opérations sur les fichiers.
Cependant, depuis ma migration sous Precise Pangolin, à chaque fois que krusader lance une notification (normalement accompagnée d'un son), j'ai un superbe rapport de crash. C'est en fait knotify qui ne parvient pas à jouer le son de notification.

Après plusieurs recherches sur le net, j'ai fini par trouver un workaround :
Créer ou modifier le fichier ~/.kde/share/config/knotifyrc
Puis y saisir le contenu suivant :

[Sounds]
No sound=true
Use external player=true
Volume=100

tux-ubuntu.pngDepuis quelques temps, un peu avant l'arrivée d'Ubuntu 12.04, les vidéos flash ce sont mis à avoir la même maladie que les vidéos dans Ubuntu il y a plusieurs mois à savoir, tous les personnages ont la peau bleue !

Bien évidemment, ce qui avait fonctionné pour les vidéos sous totem ou vlc à l'époque ne fonctionne plus aujourd'hui.

Donc, après bien des reherches sur le net, j'ai enfin trouvé la solution et je la partage.

$ sudo mkdir /etc/adobe/
$ sudo echo -e "EnableLinuxHWVideoDecode=1\nOverrideGPUValidation=true" > /etc/adobe/mms.cfg
Et voila vos vidéos ont retrouvé une teinte normale :)

 Source : ubuntuincident.wordpress.com

tux-ubuntu.pngScott James Remnant, le directeur technique d'Ubuntu, a proposé un tout nouveau cycle de développement d'Ubuntu qui porterait la cadence de sortie d'un nouvelle release à un mois. Selon lui le cycle actuel pourtant très court n'est pas exempt de problèmes et notament (si j'ai bien compris ;) ) par son coté séquentiel. M. Remnant se propose donc de paralelliser le processus ce qui permettrait le développement conjoint des versions alpha, beta et stable. Toujours selon lui, cela permet de n'ajouter une nouvelle fonctionnalité que lorsqu'elle est vraiment stable sans pour autant avoir à attendre 6 mois pour l'intégrer à la nouvelle version d'Ubuntu.
Pour le moment cette proposition n'a pas reçu l'approbation de Canonical mais nous verrons bien.

Cette annonce est dans l'air du temps à l'instar de Mozilla qui a augmenté la cadence de sortie de Firefox.

 tux-ubuntu.pngIl y a plusieurs mois nous avions fait l'aquisition d'un NAS. Un Iomega StorCenter ix2. Il était fourni avec deux disques sata de 1Tb. Cette bestiole embarque un OS GNU/Linux qui lui permet de partager les fichiers via les protocoles standards cifs, nfs, afp, etc.nas_iomega.jpg Il propose aussi deux choix de gestion des disques; RAID 1 ou JBOD. Lors de l'installation l'assistant demande de choisir l'un de ces modes et sur le moment la tentation de profiter pleinement de mes 2Tb a été plus forte que la sage sécurité du miroir. Nous avons donc commencé à entreposer nos données sur le NAS et plusieurs mois après le constat fut sans appel; nous avions stocké des données importantes que ne nous voulions pas voir disparaitre. C'est que le JBOD du NAS est géré par un groupe de volumes LVM qui contient les deux disques comme volumes physiques. Ce qui signifie que si l'un des deux disques mourrait, nous perdions (au mieux) les données sur le disque défectueux ... pas glop !

La décision fut donc prise de remédier à ce problème. Comme nous avions un peu plus d'1Tb de données, nous avons acheté deux disques de 2Tb chacun et un nouveau NAS. Une fois le petit dernier proprement installé et configuré en RAID 1, j'y ai copié les données du premier NAS. Il ne restait plus alors qu'à supprimer les définitions de partages sur le premier NAS et le configurer à son tour pour utiliser les disques en RAID 1. Sauf que voila, un des partages correspondait à un disque dur externe USB qui n'était plus présent et là impossible de supprimer ce fichu partage et sans ça impossible d'effacer ou de reconfigurer la gestion des disques via l'interface web.
"Qu'à cela ne tienne !" me suis-je dit. J'ai démonté les disques et j'ai supprimé les partitions sur chacun d'eux. Ahem... grossière erreur ! Car voila les fichiers systèmes n'étaient pas simplement stockés dans une mémoire flash ou autre mais sur une partition sur les disques. Et là c'est le drame le NAS ne rédémarre plus, à la place j'ai le phénomène, bien connu sur le web, de la led bleue qui clignote à l'infini. J'ai cherché une solution pendant deux semaines sans succés puis j'ai laissé tombé 2 mois avant de reprendre aujourd'hui et de parvenir à le remettre en route. Voici donc comment faire, pour récupérer un NAS Iomega StorCenter ix2 si jamais vous lui insérez des disques vierges (quelques soit vos raisons :p ).

 

tux linuxAprès quelques galères j'ai trouvé un site indiquant commant synchroniser horde et windows mobile avec le client funambol. En effet lorsqu'on installait le client pda funambol, ce dernier faisait une erreur (notamment quand on a un certificat autosigné).

La solution ce trouve sur ce site et au cas où la page disparaitrait je vous mets aussi sa procédure dans la suite de l'article

tux-ubuntuIl est fortement conseillé de mettre un mot de passe sur le compte de son ordinateur. C'est, si l'on peut dire, la base. Mais lorsque l'on a allumé son ordinateur et que l'on s'est connecté, si jamais on s'absente, la machine est accessible aux petits curieux.