Linutop 3, clefs USB et SSD

Afin de remplacer un antique Compaq (PII@400, 64 Mo, 3 Go de disque) qui devenait bruyant, j'ai choisi un Linutop v3.

Mon seul critère: 0 décibel. Mon bureau s'est transformé en chambre et depuis, fini le switch 24 ports, les disques SCSI et autres ventilateurs qui font penser à un B17 au décollage.

Objectif atteint mais restait un détail: les 2 Go de flash, bien suffisant pour un OpenBSD 4.5, risquent d'être un peu juste pour mon home et les logs de mes différents OpenWRT. Mon home étant raisonnable (100 Mo ~) et l'écriture des logs pouvant mettre à mal la flash, je me dis qu'une clef usb fera largement l'affaire. C'est le début des ennuis.

Machine démarrée, je branche ma clef, fdisk, disklabel, newfs et voila mon home tout beau tout propre. Reboot de la machine, logo "LINUTOP", perte du signal vidéo, logo "LINUTOP", perte du signal vidéo... Aïe. Changement de clef, rebelote. Troisième clef, même motif, même punition. Quatrième clef, il y a vraiment quelque chose de pourri au royaume du Danemark. Malgré 6 connecteurs usb, j'en fais le tour. Ma tension monte. Je ne me décourage pas et teste un lecteur de compact flash. Nada. Je suis pas un peu maudit là ?

Avec l'usb, on soupçonne rapidement l'alimentation. Je me procure un hub usb alimenté. Pas mieux. Pire, un lecteur/graveur de DVD usb fonctionne comme un charme. Va comprendre Charles.

Seule lueur d'espoir: une vieille clef noname de 128 Mo. Pas suffisant pour mon home, encore moins pour mes logs. Mais c'est un bon début. La lueur se tranforme en rayon de soleil: la clef d'1 Go, fournie avec mon Linutop v1. Bonheur. Une clef de 4 Go, empruntée du boulot, finit par me rassurer. Félicité.

Pour vous épargner des montées d'adrénaline, un petit récapitulatif:

Les clefs suivantes provoquent un reboot en boucle:

SanDisk CRUZER 2 Go
idVendor           0x0781 SanDisk Corp.
idProduct          0x550a 
iManufacturer           1 SanDisk
iProduct                2 Cruzer Pattern
iSerial                 3 1100430EF18167FA

PNY Attache 1 Go
idVendor           0x0930 Toshiba Corp.
idProduct          0x6544 
iManufacturer           1         
iProduct                2 USB Flash Memory
iSerial                 3 0702051036590

Emtec 1 Go
idVendor           0x13fe Kingston Technology Company Inc.
idProduct          0x1e00 
iManufacturer           1         
iProduct                2 USB DISK 2.0    
iSerial                 3 0777053B01C5

Integral 1 Go
idVendor           0x13fe Kingston Technology Company Inc.
idProduct          0x1a00 512MB/1GB Flash Drive
iManufacturer           1         
iProduct                2 USB DISK 2.0    
iSerial                 3 07691738011C

Les clefs suivantes fonctionnent correctement:

Lexar 4 Go
idVendor           0x05dc Lexar Media, Inc.
idProduct          0xa732
iManufacturer           1 Lexar
iProduct                2 JD Secure II +
iSerial                 3 AA04011300003478

Noname 128 Mo
idVendor           0x0ef5 PointChips
idProduct          0x2202 Flash Disk
iManufacturer           1 YOUR_COMPANY
iProduct                2 YOUR_PRODUCT
iSerial                 3 SN12345678901

Kingston Data Traveler 1 Go
idVendor           0x0951 Kingston Technology
idProduct          0x1603 Data Traveler 1GB/2GB Pen Drive
iManufacturer           1 Kingston
iProduct                2 DataTraveler 2.00000000184
iSerial                 3 0000000184

Si mon bureau s'est transformé en chambre, cela a au moins un avantage: la fêtes des père. J'ai reçu un sympatique ssd de 16 Go de chez OCZ au format mini pcie. Le linutop v3 refuse tout simplement de démarrer avec. J'attends des nouvelles du constructeur.

Dernières nouvelles:

configuration du BIOS en boot hard disk only
une clef usb avec une partition bootable (linux|openbsd) provoque un reboot en boucle
en suivant scrupuleusement ces instructions, la machine démarre
une clef usb avec une partition bootable freebsd ne semble pas poser de problème

Lien vers ce billet