Eee PC ou OrdiPost Pico comme serveurs basse consommation
contact : aime.vareille@wanadoo.fr
Il y a peu ces pages étaient proposées par un serveur
apache2 tournant sur un OrdiPost
Pico alimenté sous
5V 4A mais des dysfonctionnements ont entrainé une migration sur
Eee PC alimenté sous 9,5V 2,5A ; l'installation de la
distribution Debian pour Eee PC s'est faite sans encombre en multiboot
grub sur un petit disque USB externe (cf. http://wiki.debian.org/DebianEeePC
) ; les performances sont très comparables à celles de
l'installation de l'OrdiPost Pico avec l'avantage de disposer d'une
webcam intégrée permettant une
télésurveillance opto-acoustique du serveur et de
disposer d'une autonomie supplémentaire en cas de coupure de
courant en ces périodes orageuses.
Peu de distributions linux sur clé USB bootent actuellement sur
l'Ordipost ou du moins permettent d'installer d'autres distributions
linux en passant par une connexion USB ; la difficulté provient
principalement du manque de mémoire de mémoire vive (256
Mo seulement), d'un BIOS qui boote difficilement sur l'USB (AMI BIOS
HIFLEX SETUP UTILITY VERSION 1.54 (c)2001 American Megatrends).
Pour être complet sur ces problématiques de migration de
distributions linux dédiées il aurait fallu trouver le
temps d'expérimenter les installations réseau tout
à fait possible sur l'Ordipost ; une autre solution est de
brancher un lecteur CDROM sur le port IDE de l'ordipost : c'est
probablement une des meilleures façons mais ça
nécessite d'ouvrir l'Ordipost pour connecter le lecteur.
Pour installer facilement l'ENT Prométhée (http://promethee.eu.org/) nous
avons été amené à chercher à
installer Debian ou Ubuntu principalement parce que la mise à
jour de la version de Mandriva d'origine ne pouvait pas se faire
facilement.
En ayant compris que le BIOS actuel de l'ordipost accepte mal le boot
démarrant sur une partition formatée en FAT32, il a
suffit d'adapter l'élaboration d'une clé USB
bootable pour eeepc en formatant la partition de boot en FAT16 pour
parvenir à installer la distribution XUbuntu mise au point pour
l'eeepc ; ci-joint le partitionnement de la clé qui a permis de
booter l'ordipost sous XUbuntu et d'en faire l'installation :
root@u710-ordipost:~#
fdisk -lu /dev/sdb
Disque
/dev/sdb: 4066 Mo, 4066377728 octets
114 heads, 49
sectors/track, 1421 cylinders, total 7942144 secteurs
Units =
secteurs of 1 * 512 = 512 bytes
Disk
identifier: 0x04030201
Périphérique
Amorce
Début
Fin Blocs Id
Système
/dev/sdb1
*
63 2351705
1175821+ 6 FAT16
/dev/sdb2
2351706 5585999
1617147 83 Linux
/dev/sdb3
5586000 7937705
1175853 5 Extended
/dev/sdb5
5586049 7937705
1175828+ 82 Linux swap / Solaris
root@u710-ordipost:~#
L'installation de eeexubuntu-7.10.3-desktop-i386.iso sur l'ordipost en
passant par le script d'installation mkusbinstall.sh ne pose pas que le
problème de formatage préalable de la clé USB en
FAT16 ; le script d'installation Python ubiquity à partir de la
clé USB force le formatage des partitions de swap sur l'ordipost
et la clé USB occasionnant une bizarrerie d'installation qui
heureusement s'arrange par relance du script python après
inhibition des partitions de swap qui sont heureusement automatiquement
remontées après formatage ; en effet l'installation de
cette version XUbuntu nécessite une centaine de mégaoctet
de swap pour suppléer aux 256 mégaoctets de
mémoire vive de l'ordipost.
Pour remplacer Mandriva, c'est d'abord Debian qui a été
installé par le
truchement de Knoppix : la seule distribution linux sur clé USB
qui boote facilement sur baucoup d'architectures i386 frugales avec
peu de mémoire vive, que nous ayons trouvée, est la
DamnSmallLinux (http://damnsmalllinux.org/)
: nous avons utilisé la dernière version stable 4.2.5 qui
est une knoppix allégée avec BusyBox et un noyau 2.4.31
se contentant de peu de mémoire vive pour démarrer. C'est
la première méthode d'installation
sous FAT16 depuis linux et sans grub qui a été
employée. ; ci-joint le partitionnement de la clé qui
permet de booter l'ordipost avec dsl-4.2.5 où il reste
suffisamment de place pour mettre une image iso de 700 Mo :
root@u710-ordipost:~/DSL#
fdisk -lu /dev/sdb
Disque
/dev/sdb: 2062 Mo, 2062548992 octets
255 heads, 63
sectors/track, 250 cylinders, total 4028416 secteurs
Units =
secteurs of 1 * 512 = 512 bytes
Disk
identifier: 0xdfd527f4
Périphérique
Amorce
Début
Fin Blocs Id
Système
/dev/sdb1
*
63 2409749
1204843+ 6 FAT16
/dev/sdb2
2409750 2972024
281137+ 83 Linux
/dev/sdb3
2972025 4016249
522112+ 5 Extended
/dev/sdb5
2972088 4016249
522081 82 Linux swap / Solaris
root@u710-ordipost:~/DSL#
Une fois booté sur USB avec DSL, nous avons
récupéré les 17 Go manquants de la Mandriva
d'origine pour y installer la dernière distribution live Kaella
(Knoppix francisée) en hda8 :
root@ordipost:~#
fdisk -lu /dev/hda
Disque
/dev/hda: 60.0 Go, 60011642880 octets
255 heads, 63
sectors/track, 7296 cylinders, total 117210240 secteurs
Units =
secteurs of 1 * 512 = 512 bytes
Disk
identifier: 0x7a99e312
Périphérique
Amorce
Début
Fin Blocs Id
Système
/dev/hda1
*
63 2104514
1052226 82 Linux swap / Solaris
/dev/hda2
2104515 117210239 57552862+
5 Extended
/dev/hda5
2104578 22587389
10241406 83 Linux
/dev/hda6
22587453 84132404
30772476 83 Linux
/dev/hda7
84132468 108438749 12153141
83 Linux
/dev/hda8
108438813 117210239 4385713+
83 Linux
root@ordipost:~#
A partir de l'activation de la Kaella live sur la partition hda8, nous
avons lancé l'installation de la Kaella en mode Debian
(knoppix-installer) sur la partition hda7 en suivant les indications
données en http://doc.linucie.net/Install/KaellaFromHD.
La mise à jour est assez laborieuse en particulier parce qu'il y
a des petites particularités de quelques paquets Knoppix en
conflit avec des paquets Debian mais ces quelques petites
difficultés se résolvent assez facilement avec le
système de gestion de paquets Debian.
Les tentatives d'intallation UbuntuLite (http://ubuntulite.tuxfamily.org/
: nécessite l'installation d'un lecteur CDROM sur nappe IDE) et
de la distribution XUbuntu pour eeePC (cf. http://wiki.eeeuser.com/ubuntu
: incompatibilité BIOS et ou manque de mémoire vive) ont
été abandonnées pour l'instant.
En bilan de ces différents essais : il faudrait passer à
Gentoo et organiser des installations en mode réseau.
Pour mémoire sur ce matériel, quelques
éléments sur la version Linux Mandriva
d'origine employée :
[root@localhost
html]# uname -a
Linux
localhost 2.6.17-13mdvlegacy #1 SMP Fri Mar 23 19:05:24 UTC 2007 i686
VIA Nehemiah GNU/Linux
Le partitionnement d'origine oublie 17 des 60 Go de disque dur :
[root@localhost
html]# fdisk -lu /dev/hda
Disque
/dev/hda: 60.0 Go, 60011642880 octets
255
têtes, 63 secteurs/piste, 7296 cylindres, total 117210240 secteurs
Unités
= secteurs de 1 * 512 = 512 octets
Périphérique
Amorce
Début
Fin Blocs Id
Système
/dev/hda1
*
63 2104514
1052226 82 Linux swap / Solaris
/dev/hda2
2104515 84132404
41013945 5 Extended
/dev/hda5
2104578 22587389
10241406 83 Linux
/dev/hda6
22587453 84132404
30772476 83 Linux
Le partitionnement distingue le système des comptes utilisateurs
en /home :
[root@localhost
html]# df
Sys. de
fich. Tail. Occ. Disp.
%Occ. Monté sur
/dev/hda5
9,7G 4,3G 4,9G 47% /
/dev/hda6
29G 205M 29G 1% /home
La mémoire de 256Mo a bien besoin du swap de 1Go :
Le processeur VIA a une fréquence d'horloge de près de
800 MHz :
[root@localhost
html]# cat /proc/cpuinfo
processor
: 0
vendor_id
: CentaurHauls
cpu
family : 6
model
: 9
model
name : VIA Nehemiah
stepping
: 10
cpu
MHz : 796.206
cache
size : 64 KB
fdiv_bug
: no
hlt_bug
: no
f00f_bug
: no
coma_bug
: no
fpu
: yes
fpu_exception
: yes
cpuid
level : 1
wp
: yes
flags
: fpu vme de pse tsc msr cx8 sep mtrr pge cmov pat mmx fxsr sse up rng
rng_en ace ace_en
bogomips
: 1594.92