09.18.08

Microsoft eOpen : toujours aussi merdique…

Posted in Bugs, Coup de gueule, Windows at 10:49 am by michauko

Comme ça m’arrive 2/3 fois par an, je vais sur eOpen récupérer des licences en masse de logiciels MS dûment achetés (et maintenant pour télécharger les CD car ils ne sont plus fournis).
(Pour ceux qui ne connaissent pas, eOpen est le service pour gérer tout ça)

Et comme à chaque fois, il faut :
- un clic toutes les 5 minutes tellement ça rame
- s’apercevoir que sous Firefox c’est un peu moisi ; donc recommencer la procédure sous IE
- valider 10 étapes pour dire “oui je sais c’est sensible, c’est privé, non je ne piraterai pas, oui lâchez-moi”
- enfin voir son nouveau contrat apparaitre (ouf)
- cliquer sur le bouton pour voir les numéros de licences
- revenir le lendemain et recommencer car il y a 24 heures de délai entre l’ajout et l’affichage des infos du contrat
- se dire qu’en attendant, autant lancer le téléchargement des CD, ce sera toujours ça de pris
- et une fois qu’on approche de ce Saint Graal, on obtient à chaque fois, sans mentir, ceci :

eopen ça poutre

Bon, finalement, je retenterai demain… faut pas être pressé…

09.10.08

Wordpress Debian : attention ça bug

Posted in Bugs, Debian, planet-libre.org at 4:01 pm by michauko

En Debian Lenny, wordpress est passé en 2.5.1 (2.5.1-6 précisemment). Il y avait un warning à l’upgrade (l’occasion de rappeler l’existence du paquet “apt-listbugs” qui vous indique les bugs en cours sur un paquet que vous tentez d’installer/upgrader) qui annonçait que tout était pété en 2.5.1 sur “Sid” (unstable).
Etant en “Lenny” (testing), j’y suis allé confiant, résultat, je tombe sur ce bug et un blog inutilisable, en gros.

Manque de bol, j’ai regardé trop vite la version dispo en Sid. Aussi une 2.5.1, mais la -7, j’avais pas vu. Elle corrige le truc. Donc si vous êtes dans le même cas, ajoutez les sources “sid” dans votre “apt” et faites un “aptitude install wordpress”. Supprimez les listes “sid/unstable” ensuite.

Et pour rebondir sur le post précédent de Cedynamix, incitant à passer en 2.6.2 au plus vite pour raison de sécurité, vous êtes marron si vous en restez au packaging Debian, toutes versions confondues.

06.17.08

TrueCrypt, fastfat.sys et BSOD (=boum Windows !)

Posted in Bugs, Windows at 5:08 pm by michauko

J’utilise Truecrypt depuis une éternité sur une clef USB pour y trimballer dans un container crypté un morceau de ma vie (applis portables, documents importants etc).
Un jour j’ai changé de PC au boulot. Un beau XP tout neuf fraîchement installé.
Depuis, dès qu’un container Truecrypt est monté, mon PC se gamelle en écran bleu aléatoirement après quelques secondes d’utilisation, ou au pire quelques heures.
Un bel écran bleu avec des insultes sur le driver “fastfat.sys”.

Le test est sans appel : pas de container monté, jamais planté ; un container monté, ça plante rapidement.

- J’ai d’abord pensé à un coup de fatigue de ma clef USB. Que nenni, la changer n’y a rien fait. Même avec le container en local sur un disque, ça plante dès qu’on le monte, après quelques temps d’utilisation.
- J’ai recréé le container, pareil.
- J’ai upgradé TrueCrypt en 5.1 (au lieu de 4.jesaisplus), pareil.
- J’ai même trouvé un hotfix chez Bigrosoft spécialement pour les fastfat.sys qui plantent - hotfix ultra-chiant à télécharger - ça n’a rien changé. J’ai même cru après le SP3 de XP qu’il y aurait peut-être du mieux - ahahahahahah.

Bref, sur Google, rien de sérieux et sur les forums de Truecrypt, le mieux que j’ai trouvé est du “non c’est un bug microsoft” VS “non c’est un bug truecrypt”.

Finalement, j’ai opté pour un nouveau container en NTFS en me disant que “fastfat.sys” ne devait servir que pour la FAT32. Depuis je ne plante plus, ma vie est un rêve, j’ai gagné au super loto (8,10 €) et la compatibilité en a pris un sacré coup sous Linux. Même si le NTFS passe bien maintenant en écriture, je trouve ça dommage quand même.

Et comme j’ai assez perdu de temps sur le sujet, je ne ferai plus de test. Je vais donc rester comme ça.

En espérant que ce retour d’expérience serve à quelqu’un…

Cryptez bien !

06.10.08

Proxy PAC locaux (et IE)

Posted in Bugs, Windows at 10:46 am by michauko

Les fichiers PAC (Proxy Auto Configuration) sont des mini-javascript limités (en terme de fonctions) utilisés pour indiquer à un navigateur quel est le proxy de la société pour sortir sur le web.
Par extension, on peut l’utiliser pour faire une sorte de load-balancing, de répartition suivant l’IP, court-circuiter le proxy pour tel ou tel site etc. Bref, peu de fonctions, mais pas mal d’utilisation détournées. Google vous expliquera ça mieux que moi.
Ce format de fichier vient de chez Netscape, il y a une 12aine d’années, on n’a pas encore fait mieux. Sa syntaxe complète est décrite chez Netscape.

Il y a un truc bien merdique (sous IE :O) avec les fichiers PAC. Je vous en fais part car pour le coup, j’ai trouvé beaucoup de monde sur google se posant une question et personne n’y répondant correctement. Read the rest of this entry »

05.15.08

La PS3 lit trop vite ? O_o

Posted in Bugs, Coup de gueule at 10:27 pm by michauko

Récemment, j’ai encodé tout un tas de DVD en “MP4″ via Nero Recode ou Handbrake. Après compression, je les lis d’abord sur un PC avec VLC avant de les stocker sur un NAS pour les lire sur la PS3. Pas de problème jusque là, tout allait bien. Sauf que…

Puis en regardant un des films que je connaissais déjà bien, j’ai trouvé que le son était accéléré, sensiblement. Et que le chrono allait un peu vite aussi (lors de la lecture sur la PS3).
Sachant que je n’ai rien changé côté compression, j’ai rééencodé. Même topo… Read the rest of this entry »

03.29.08

GRUB avec un disque SAS, des SATA et un BIOS un peu pourri

Posted in Bugs, Ubuntu, planet-libre.org at 3:51 pm by michauko

Voici un petit retour d’install-galère. Le but est de rappeler 2/3 arguments de GRUB bien pratiques et de faire remarquer quelques bizarreries du monde PC, dirons-nous.

Récemment, j’ai installé une Ubuntu sur un PC équipé comme suit :
- disque 1 : SAS (Serial-Attached-SCSI) contenant un windows
- disque 2 : SATA vide prévu pour l’Ubuntu
- disques 3 et 4 : 2 HD SATA de données.

Il n’y avait donc qu’un boot XP normal sur le SAS.

Ordre de boot…

Au départ, le BIOS (d’une marque connue qui ne permet rien ou si peu dans son BIOS) pointait sur le SAS puis SATA dans l’ordre de boot.
J’ai choisi de mettre GRUB sur le disque SATA (et ainsi ne pas flinguer le MBR du Windows). Comme ça les OS ignorent presque que l’autre est là et je peux surtout virer un des 2 disques sans devoir réinstaller le MBR de l’un ou de l’autre.

J’ai donc dû inverser l’ordre de boot dans le BIOS. Rien de surprenant jusque là.
Comme on ne peut pas préciser dans ce BIOS quel SATA ou quel SAS doit booter lorsqu’il y en a plusieurs, c’est donc le premier - pas d’autre possibilité.
Ce premier détail - on s’en rend compte après une première install d’Ubuntu sur le SATA où rien ne boote - force à organiser ses disques (mes SATA en l’occurrence) de sorte que l’Ubuntu soit sur le premier SATA. Au départ, dans mon cas, c’était le dernier (je venais de l’ajouter…)

sda, non, sdd, non (hd3,0) non plus… raaaaaah

J’ai fait plusieurs réinstall de la chose et ça ne s’est pas vraiment passé 2 fois pareil au niveau de la détection des disques durs, donc de l’ordre d’apparition, donc de leurs noms, donc de la conf GRUB. Parfois tout marchait tout seul, parfois après install, plus rien ne bootait (ni Ubuntu, ni Windows).
Un conseil donc, avant de lancer l’installation Ubuntu, lorsque vous êtes en liveOS, vous repérez bien le nom de chaque disque via un petit fdisk. Vous le faites avec le BIOS précablé vers le bon disque (mon SATA dans mon cas) :

ubuntu:~$ sudo fdisk -l
Disque /dev/sda: 146.8 Go, 146815737856 octets
255 heads, 63 sectors/track, 17849 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0×12345678

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 17849 143372061 7 HPFS/NTFS

Disque /dev/sdb: 400.0 Go, 400088457216 octets
255 heads, 63 sectors/track, 48641 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0×12345678

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 2432 19535008+ 83 Linux
/dev/sdb2 2433 2681 2000092+ 82 Linux swap / Solaris
/dev/sdb3 2682 48641 369173700 83 Linux

Disque /dev/sdc: 400.0 Go, 400088457216 octets
255 heads, 63 sectors/track, 48641 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0×12345678

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 1 48641 390708801 7 HPFS/NTFS

Disque /dev/sdd: 400.0 Go, 400088457216 octets
255 heads, 63 sectors/track, 48641 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0×12345678

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdd1 1 48641 390708801 7 HPFS/NTFS

Dans le cas ci-dessus, le SAS de 146 Go puis 3 SATA de 400 Go.
Donc Windows = /dev/sda1 et Ubuntu sera = /dev/sdb1

FIXME : Parfois, et je n’arrive pas à l’expliquer, le boot du Live Ubuntu m’a sorti un mode graphique un peu dégradé et l’ordre des disques changeaient…
Au final, je me suis retrouvé avec une conf GRUB mauvaise et pas grand chose ne bootait.

Dans mon cas, la bonne conf est la suivante - je ne prends que la fin du fichier /boot/grub/menu.lst :

## ## End Default Options ##

title Ubuntu 7.10, kernel 2.6.22-14-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=52f30332-a489-4df5-8305-85c4a1e7dba1 ro quiet splash
initrd /boot/initrd.img-2.6.22-14-generic
quiet

title Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
root (hd0,0)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=52f30332-a489-4df5-8305-85c4a1e7dba1 ro single
initrd /boot/initrd.img-2.6.22-14-generic

title Ubuntu 7.10, memtest86+
root (hd0,0)
kernel /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root

# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Windows XP
map (hd3) (hd0)
map (hd0) (hd3)
root (hd3,0)
makeactive
chainloader +1

Le piège

Si vous avez été attentif, vous avez vu le piège :
Dans GRUB, le linux est vu comme le premier disque : hd0. C’est vrai, à condition de se dire que le BIOS boote (donc détecte ?) d’abord le SATA (donc il compte d’abord les SATA et le SAS est vu alors en 4è).
=> C’est sur cette info que se base GRUB.

Par contre, le disque contenant vraiment l’OS Linux est sdB, donc le deuxième O_o
=> Ce qui veut dire que Ubuntu redétecte l’ordre des disques à sa manière ensuite (disons que je le vois comme ça, tout au moins :)

De même pour le Windows, c’est sdA alors qu’il est vu par le BIOS en dernier (4è => hd3 dans GRUB).

Enfin, piège ultime, les lignes “map” qui n’étaient pas là au départ.
Windows ne tolère de booter que s’il est “le premier disque” - ce qui ne veut rien dire et est une limitation complètement débile. Toujours est-il que là, il est vu à un moment donné comme 4è et sans vous le dire, ce con de NTLOADER ne part pas (et ne vous dit rien). GRUB vous dit que ça merdoit puis vous ramène au menu de boot.
La commande “map” sert à modifier virtuellement l’ordre des disques. Ca suffit à blouser Windows. Attention le “root” reste sur hd3 alors qu’on a inversé les disques, c’est pas dynamique à ce niveau là.

=> Le bilan après installation Ubuntu, c’est qu’aucun des menus ne menait à rien…. il a fallu changer la conf GRUB à la volée pour récupérer le linux, tester les paramètres pour booter le windows et enfin écrire la bonne conf dans /boot/grub/menu.lst

Remarque sur les modifs à la volée de GRUB lors du boot

Si GRUB démarre après une install, mais qu’aucun menu ne vous démarre un OS (ils sont simplement listés), n’oubliez pas que vous avez la touche ‘e’ pour éditer une des lignes du menu de choix du boot. Les raccourcis claviers sont expliqués. Vous pourrez donc choisir un root (hdtruc,bidule) qui va bien.
Si vous avez bien en tête la conf en terme de /dev/sdX et l’ordre des disques vu par le BIOS, vous devriez pouvoir faire booter n’importe quoi. Une fois sous le linux qui héberge le fichier de conf de GRUB, vous reportez vos modifs et c’est fini.

12.18.07

spamassassin 3.2 et ImageInfo

Posted in Bugs, Debian, planet-libre.org at 4:13 pm by michauko

Récemment, je suis passé d’un spamassassin 3.1 (issu d’une stable) à une version 3.2 (mixé depuis une testing). J’avais déjà installé le plug-in “ImageInfo” pour la détection des images “spammeuses” dans les mails. L’upgrade en spamassassin 3.2 a posé problème. Il y a un peu de littérature sur le sujet. Je consigne ici les symptomes de ce problème et la sa résolution Read the rest of this entry »

05.16.07

Blocage pendant l’installation Debian

Posted in Bugs, Debian at 2:22 pm by michauko

Bon, depuis que Etch est passée stable, je n’arrive plus à installer de “stable” ou de “testing” : ça coince après le téléchargement du dernier paquet (sur environ 16) après l’identification des “miroirs Debian”. J’ai essayé sur plusieurs matériels différents, rien à faire. C’est peut-être lié à moi uniquement, dans le doute, je propose un contournement. Read the rest of this entry »

04.05.07

Folding@home sous Vista, problème pour mettre en “service”

Posted in Bugs, Windows at 3:11 pm by michauko

C’ets quoi le Folding@home ? c’est donner du temps CPU (voire GPU) pour calculer des trucs bizarres sur le pliage des protéines.
Ca permettra peut-être un jour de soigner des maladies graves. Je vous renvoie au site du projet. Et à l’Alliance Francophone. Read the rest of this entry »