$ sudo grep -R mirrordir /usr/local/sbin/ | wc -l
2

Il semble que la cause est la taille des cylindres du WD15EARS : 4096 octets au lieu des 512 octets habituels. Western Digital n’a pas cru bon d’informer les pilotes de cette particularité, et retourne un bien mal avisé 0 :

# hdparm -i /dev/sdb
/dev/sdb:
Model=WDC, FwRev=80.00A80, SerialNo=WD-WMAVU1504767
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode

Dur dur pour partitionner son disque selon des partitions alignées correctement, dans ces conditions.

À la lecture de cet article, on se dit que finalement XFS est fort sympathique et qu’un re-partitionnement s’impose.

Le mode d’emploi est assez explicite : pour avoir une seule partition XFS qui couvre tout le disque,

# parted /dev/VOTRE_DISQUE_DUR
(parted) mklabel
-> gpt
# Testé uniquement avec le format de table de fichier GPT
(parted) unit s
# On choisit le nombre de secteurs comme unité de mesure
(parted) mkpart primary xfs 40 -1
# Parted va se plaindre du secteur de fin :
Warning: You requested a partition from 40s to 2930277167s.
The closest location we can manage is 40s to 2930277134s.
Is this still acceptable to you?
Yes/No?
# La bonne réponse est "Yes"
(parted) quit

La création du système de fichier n’a rien de particulier :

# mkfs.xfs /dev/PARTITION

À première vue, les performances ont l’air d’être de retour.

Valérie est occupée ces jours-ci à mettre à jour ses cours, DS et DM.

Au siècle dernier, emacs permettait déjà de vérifier l’orthographe de documents tapés en LaTeX. ispell (correcteur orthographique) avait l’intelligence de ne pas considérer les balises de LaTeX comme des fautes d’orthographe.

Kile en est incapable sous Ubuntu depuis au moins deux versions (donc un an). Il s’agit d’un bug qui n’a que trop duré.

La solution tient en la mise à jour de kde désormais disponible en PPA, via un

$ sudo add-apt-repository ppa:kubuntu-ppa/backports
$ sudo aptitude update
$ sudo aptitude safe-upgrade

Cerise sur le gateau, après la mise à jour Kile peut souligner les fautes d’orthographe à la volée.

Avais-je déjà mentionné que sous Mac, corrections orthographiques mais aussi grammaticales viennent du système d’exploitation ? Et sont donc disponibles aux applications sans même vraiment en faire la requête…

Vint alors Thunderbird 3.

Recherche très rapide et très complète. Onglets joliment intégrés. Support pour IMAP performant. Bonne intégration avec LDAP.

Premier hic : il formate parfois bizarrement les réponses en ligne à des mails HTML (on ne sait plus qui écrit quoi).

Deuxième hic : son support de OpenPGP (via Enigmail) ne m’a pas emballé à première vue (le truc est incapable de relire un mail qu’il a lui-même chiffré).

Défauts de jeunesse ?

• Symantec et son Endpoint Protection Manager.
  

  Symantec’s Endpoint Protection Manager has been hit by a classic date bug and fell over at the end of the year, accepting no definition updates dated since then.

• Spamassassin accroît le score spam de tous les mails envoyés après le premier janvier 2010.
  

  Promptly at the start of the new year, all mails started getting an extra 3.4
  points based on FH_DATE_PAST_20XX

• Les cartes bancaires eurochèques en Allemagne.
  

  Depuis le 1er janvier environ 30 millions de cartes EC sur 45 millions et 3,5 millions de cartes de crédit sur 8 millions émises par ces établissements ne permettent plus de retirer de l’argent aux guichets automatiques en Allemagne et à l’étranger, selon un communiqué de la fédération DSGV.

• Je rajouterais bien les bugs de Visual Studio de Microsoft, mais les bugs sont plutôt à chercher du côté des utilisateurs de cette plateforme.

Bon, avec la version 5.3, voici un bout de photo raw (avant retraitement) pris en ISO 1600 sur un 350D suivi du même bout après passage de DXO.

Le résultat vaut bien une petite dose d’énervement sur l’égarement (passager espère-t-on) des gens de DXO, non ?

Customizing the template turned out to be dead easy, except for the detail of the bank account number (1234 56 78910). We just have not found any way to move, edit or even delete it. Hard to believe, yep. Infuriating, a bit. Sad, definitely.

Geek once, geek forever. We start by saving our modifications so far under « Invoice » and get to our beloved terminal.
What is this file type again?
$ file Invoice.numbers
Invoice.numbers: Zip archive data, at least v2.0 to extract

Wait a minute, I know how to deal with those guys. Create a temporary directory, move there, uncompress:
$ unzip ../Invoice.numbers
Archive: ../Invoice.numbers
extracting: QuickLook/Thumbnail.jpg
extracting: buildVersionHistory.plist
inflating: index.xml


vi (or any editor) to the rescue
$ vi index.xml

Finding and replacing the number in the file
:%s/1234 56 78910/1111 11 11111/g

save the changes and then quit
:wq


Using finder, build the zip file back together. The terminal can do it as well:
$ zip -r ../Invoice2.numbers *
adding: QuickLook/ (stored 0%)
adding: QuickLook/Thumbnail.jpg (deflated 24%)
adding: buildVersionHistory.plist (deflated 20%)
adding: index.xml (deflated 94%)


If anybody knows of a better way to change that bank account number, please, come forward.