v -f -n -b 4096 - Pierre L. Douillet

Transcription

Installx 126 (LYX 2.1.5)
Pierre L. Douillet
14 novembre 2016
(a short tale of modern ages - 1)
Résumé
Tant que l’on n’a jamais su que Alzheimer s’écrivait avec un "h", il n’y a aucun problème à ne
pas s’en souvenir. Mais il n’y a rien de plus agaçant que de savoir que l’on a rencontré la réponse
à un problème technique dans un bouquin de 999 pages (et c’était sur une page de gauche, mais
peut-être aussi sur une page de droite)... Tandis qu’un document informatisé est facile à interroger,
et en même temps plus difficile à égarer qu’une suite de notes papier.
Les distributions visées sont SuSE − 6.1, SuSE − 6.2, SuSE − 6.3, SuSE − 6.4, SuSE − 7.0,
SuSE − 7.2, SuSE − 7.3, SuSE − 8.0, SuSE − 8.1, SuSE − 9.3, SuSE − 10.2, SuSE − 11.0,
SuSE − 11.3, SuSE − 11.4, SuSE − 13.1 et SuSE − 42.1. D’autres distributions existent. Par
exemple RedHat, dont au moins une livraison formate spontanément tous les disques durs d’une
machine, etc.
Dans ce qui suit, les items numérotés décrivent les questions ayant trouvé une réponse (même
désagréable) tandis que les items avec des boulets décrivent les questions restées en suspens. Par
ailleurs, la taille de ce document augmentant au fil du temps, nous l’avons fractionné en quatre
parties : (1) installation proprement dite, (2) configuration d’un système installé, (3) partie "applicative" des problèmes rencontrés, (4) collation des batchs utilisés pour la configuration du barnum.
Listing 1 : Floating algorithm, with a 30_mm_cat, a boxed equation and a 15%_cat
ρ=
√
ax2 + bx + c
Fig. 1 : Floating empty figure
Tab. 1 : Floating empty table
1
Index
P
PATA, 51
Q
qxm_purge_man, 46
S
SATA, 16
2
TABLE DES MATIÈRES
TABLE DES MATIÈRES
Table des matières
1 Directives pour le présent document
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Configuration requise pour accéder à ces fichiers . . . . . . . . . . . . . . . . . . . . . .
7
7
7
2 Questions pendantes (madiran)
7
3 Directives hardware
3.1 nvidia = never ever . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Quelques autres mises en garde . . . . . . . . . . . . . . . . . . . . . . . .
3.3 Ventilateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.4 Video et Commutateur kvm . . . . . . . . . . . . . . . . . . . . . . . . . .
3.4.1 Standards de connection video . . . . . . . . . . . . . . . . . . . .
3.4.2 Un écran HDMI pour plusieurs PC . . . . . . . . . . . . . . . . . .
3.4.3 Commutateurs KVM pour écran VGA . . . . . . . . . . . . . . . .
3.5 Onduleurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6 Disques durs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6.1 Directives générales . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6.2 Les disques sata et leurs noms unix . . . . . . . . . . . . . . . . . .
3.6.3 Géométrie des disques . . . . . . . . . . . . . . . . . . . . . . . . .
3.6.4 hwinfo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6.5 A propos des vitesses de transfert . . . . . . . . . . . . . . . . . .
3.7 Surveillance et récupération de disque dur . . . . . . . . . . . . . . . . . .
3.7.1 Mobile rack . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.7.2 Identification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.7.3 Surveillance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.7.4 Récupération . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.8 Achitecture raid . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.8.1 Construction d’une grappe raid à partir de disques vides . . . . . .
3.8.2 Informations quand tout va bien . . . . . . . . . . . . . . . . . . .
3.8.3 Remplacer un disque en panne . . . . . . . . . . . . . . . . . . . .
3.8.4 Transfert d’une grappe raid5 sur un autre système (SuSE − 11.3)
3.8.5 Transfert d’une grappe raid5 sur un autre système (SuSE − 42.1)
3.8.6 Ajout d’un disque spare (maverick, SuSE − 42.1) . . . . . . . . .
3.8.7 Gestion des pannes . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.8.8 Réparer une grappe qui a eu des malheurs . . . . . . . . . . . . . .
3.9 Remarques sur le partitionnement . . . . . . . . . . . . . . . . . . . . . .
3.10 Partitionnement sous EFI . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.11 Informations sur le matériel . . . . . . . . . . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8
8
8
8
11
11
11
11
12
12
12
12
13
13
16
16
16
16
16
17
17
18
19
19
21
21
22
22
23
23
26
27
4 Exemples d’installation
4.1 Manoeuvres préalables . . . . . . .
4.1.1 Mahjong2 (SuSE − 42.1) .
4.1.2 Maverick3 (SuSE − 42.1) .
4.1.3 Madiran2 (SuSE − 42.1) .
4.1.4 Madiran1 (SuSE − 13.1) .
4.1.5 Mirabel3 (SuSE − 11.4) . .
4.1.6 Mirabel2 (SuSE − 11.3) . .
4.1.7 Mahjong (SuSE − 11.3) . .
4.1.8 Malibu-2 (SuSE − 11.3) . .
4.1.9 Madras 4 (SuSE − 11.0) .
4.1.10 Maverick 2 (SuSE − 11.0) .
4.1.11 Midnight (SuSE − 10.2) . .
4.1.12 Moonlight 4 (SuSE − 10.2)
4.1.13 MonaLisa 2 (SuSE − 9.3) .
4.1.14 Madras 3 (SuSE − 8.1) . .
4.1.15 Moonlight 3 (SuSE − 8.1) .
4.1.16 MonaLisa (SuSE − 8.0) . .
4.1.17 Shanghai (SuSE − 8.0) . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
27
27
27
28
28
28
28
28
29
29
29
29
30
30
30
31
31
31
32
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
TABLE DES MATIÈRES
4.2
TABLE DES MATIÈRES
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
32
32
33
34
35
35
35
35
36
36
37
37
37
37
38
5 Configuration après installation
5.1 Configuration minimale de root . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Configuration minimale de l’ordinateur . . . . . . . . . . . . . . . . . . . . . .
5.3 YaST Update Online . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.4 Suite de la manoeuvre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.4.1 Installation de /home . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.4.2 Réglages une fois /home installé . . . . . . . . . . . . . . . . . . . . .
5.5 Bootloader . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.5.1 malibu-2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.6 Accélérer la manoeuvre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.6.1 Charger la distribution sur un disque dur . . . . . . . . . . . . . . . .
5.6.2 Utilisation d’une machine distante (*** SuSE − 9.3 vérifier tout cela)
5.7 Arborescence de la distribution . . . . . . . . . . . . . . . . . . . . . . . . . .
5.7.1 Installation sources . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.7.2 Certification des packages . . . . . . . . . . . . . . . . . . . . . . . . .
5.7.3 Les Patterns de packages . . . . . . . . . . . . . . . . . . . . . . . . .
5.7.4 Les Groups de packages . . . . . . . . . . . . . . . . . . . . . . . . . .
5.7.5 Pour mémoire : les fichiers *.sel (SuSE − 9.3) . . . . . . . . . . . . .
5.7.6 Pour mémoire : compléments pour la SuSE − 8.1 . . . . . . . . . . . .
5.7.7 Pour mémoire : anciens fichiers *.sel . . . . . . . . . . . . . . . . . . .
5.8 SCPM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.9 Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.9.1 Fichiers man . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.9.2 HowTo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.9.3 Documentation système . . . . . . . . . . . . . . . . . . . . . . . . . .
5.10 Le mécanisme rc.status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
38
38
38
39
39
39
40
40
41
42
42
42
43
43
43
44
44
45
46
46
46
46
47
47
47
47
A Pour mémoire
A.1 Pour mémoire : disques durs à l’ancienne . . . . . . . . . .
A.1.1 "géométrie logique" des disques durs. . . . . . . . .
A.1.2 Pour mémoire : disques pata . . . . . . . . . . . . .
A.1.3 Pour mémoire, disques pata et cartes promise . . . .
A.2 Pour mémoire : cartes graphiques et SaX . . . . . . . . . .
A.2.1 Très vieilles remarques (à intégrer ci-dessous) . . . .
A.2.2 Quand tout va bien . . . . . . . . . . . . . . . . . .
A.2.3 Quand il faut y mettre les mains . . . . . . . . . . .
A.2.4 Les items proposés . . . . . . . . . . . . . . . . . . .
A.2.5 Les problèmes . . . . . . . . . . . . . . . . . . . . . .
A.3 Pour mémoire : souris . . . . . . . . . . . . . . . . . . . . .
A.4 Le rachat par Novell . . . . . . . . . . . . . . . . . . . . . .
A.5 De l’inutilité des acrobaties (SuSE − 8.1 sur Mirabell-ibm)
A.5.1 Préchargement . . . . . . . . . . . . . . . . . . . . .
A.5.2 Configuration . . . . . . . . . . . . . . . . . . . . . .
A.6 Mise à jour : erreur à ne pas refaire . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
51
51
51
52
52
53
53
54
54
54
55
56
56
57
57
57
58
4.3
4.4
Téléchargement des images *.iso . . . . . . . .
4.2.1 Gestion des correctifs . . . . . . . . . .
4.2.2 Remarques sur la gravure des *.iso . . .
4.2.3 Les versions récentes . . . . . . . . . . .
Phase de base . . . . . . . . . . . . . . . . . . .
4.3.1 Remarque préalable . . . . . . . . . . .
4.3.2 Menu d’accueil . . . . . . . . . . . . . .
4.3.3 Install Settings . . . . . . . . . . . . . .
4.3.4 Menu de confirmation . . . . . . . . . .
4.3.5 Passage à l’acte . . . . . . . . . . . . . .
Phase de configuration . . . . . . . . . . . . . .
4.4.1 Pour mémoire : installation des packages
4.4.2 Réseau . . . . . . . . . . . . . . . . . . .
4.4.3 YoU, tout de suite . . . . . . . . . . . .
4.4.4 Release Notes . . . . . . . . . . . . . . .
4
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
restants
. . . . .
. . . . .
. . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
(cd install)
. . . . . . . .
. . . . . . . .
. . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
TABLE DES MATIÈRES
TABLE DES MATIÈRES
A.7 Fichiers de données /var/X11R6/sax/config/ (SuSE − 6.3)
A.7.1 Souris . . . . . . . . . . . . . . . . . . . . . . . . . .
A.7.2 Claviers . . . . . . . . . . . . . . . . . . . . . . . . .
A.7.3 Carte Graphique . . . . . . . . . . . . . . . . . . . .
A.7.4 Moniteurs . . . . . . . . . . . . . . . . . . . . . . . .
A.7.5 Écran . . . . . . . . . . . . . . . . . . . . . . . . . .
Références
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
58
59
59
59
59
59
60
5
TABLE DES LISTINGS
TABLE DES ENCADRÉS
Table des listings
1
2
3
4
5
6
7
8
9
10
11
Floating algorithm, with a 30_mm_cat, a boxed equation
Consolidation numéro de série vs. identifiant scsi. . . . .
batch de surveillance . . . . . . . . . . . . . . . . . . . . .
qyR_docs_Raid. . . . . . . . . . . . . . . . . . . . . . . .
Used sizes after growing . . . . . . . . . . . . . . . . . . .
mk_patterns . . . . . . . . . . . . . . . . . . . . . . . . .
qys_docs_systeme. . . . . . . . . . . . . . . . . . . . . . .
qyS_docs_status . . . . . . . . . . . . . . . . . . . . . . .
État des services . . . . . . . . . . . . . . . . . . . . . . .
qyr_docs_reseau . . . . . . . . . . . . . . . . . . . . . . .
Le batch mk_dvd . . . . . . . . . . . . . . . . . . . . . .
and a 15%_cat
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
13
17
19
23
43
47
48
48
49
52
Floating empty figure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Comment désolidariser le ventilateur et le radiateur . . . . . . . . . . . . . . . . . . . . .
Escalade : Hyper_212_evo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1
10
10
Table des figures
1
2
3
Table des encadrés
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Floating empty table . . . . . . . . . . . . . . . .
Quelques données sur les ventilateurs . . . . . . .
Exemples de fichiers fstab . . . . . . . . . . . . .
Sans disque raid . . . . . . . . . . . . . . . . . .
Avec disques raid . . . . . . . . . . . . . . . . .
Description bios MonaLisa. . . . . . . . . . . . .
Description disques MonaLisa. . . . . . . . . . .
Description bios Shanghai. . . . . . . . . . . . . .
Les différentes livraisons de la SuSE − 10.2 . . .
Correspondances bios/unix pour les disques durs
Codes et drivers des cartes graphiques . . . . . .
6
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
9
15
24
25
30
30
32
34
34
34
34
53
55
2
QUESTIONS PENDANTES (MADIRAN)
1
Directives pour le présent document
1.1
Introduction
Les remarques ci-dessous ont été inspirées par "quelques années" de pratique. Elles sont largement
indépendantes du système utilisé. Les indications SuSE − xx sont des indications de datation (système
en cours d’installation à ce moment-là).
Le système "en cours" (actuellement SuSE − 42.1) est pointé par la macro \suw. Lorsque l’on
change de version principale, il faut en remplacer les occurences par \su{x.y}. Fichiers : 119-124-065.
Etaient 118-122-063 pour SuSE − 13.1.
Remarque : le numéro de version est donné par cat /etc/SuSE-release (à remplacer dans le futur
par cat /etc/os-release ).
1.2
Configuration requise pour accéder à ces fichiers
Les fichiers utilisés sont :
profile
Le fichier ipse/.profile doit
appeler ipse/bin/qc_clavier (copier ce fichier, gestion des [\])
déclarer export LC_CTYPE=en_US.UTF-8 (nécessaire pour xdvi ; doit donc être présent au
lancer de LYX !)
System_settings Workspace . Shortcuts . Global_keyboards . System_settings . Maximize_Window_Horizontally .
[M − F 7]
bind
$ipse/.lyx/bind/my_own_binds.bind (voir applyx, Langage de programmation (5.11.3).
Utiliser pdf2=pdflatex
Rem : copier aussi latinkeys.bind, xperimentaux.bind
layout
article6-hyperref.layout
mychi.module/mygul.module
la manoeuvre décrite dans .lyx/_configure-tex-latex
evince
viewer de pdf prenant en compte les liens lorsqu’ils existent (charger ce package si besoin).
LYX preferences
Look and feel . Document handling . Use single instance = no ; Open documents in tabs
= yes
File handling . File Formats . DVI . Viewer=Custom ; xdvi -geometry 924x960 -browser
konqueror -expertmode 4 -s 6 -linkstyle 2
File handling . File Formats . PDF(pdflatex) . Viewer=Custom ; evince
config
configurer les 4 fichiers comme suit :
layout
article6-hyperref.layout, custom=4paper, obeyspaces, breaklinks (sans hyperref)
latex2html n’est plus utilisé. htmlonly supprimé dans common.lyx ; mkimage supprimé partout.
support_hyperref non
préambule \usepackage{hyperref}
2
. xdvi
index=noir_actif, table=bleu_actif, url=noir_actif
. pdf
index=rouge_actif, tablele=rouge_actif, url=cyan_actif
Questions pendantes (madiran)
1. Quid du lien /dev/cdrom -> sr0 au lieu de /dev/sr0 ? ? ?
2. Par la suite, rapatrier le 2ème dvd de mirabel.
3. Vérifier l’opinion émise sur nvidiafb (trouver des confirmations)
4. Création du raid 5 très longue (6 TB...)
5. Réseau par passerelle sur carte interne. Attention : le firewall de madiran n’est pas encore prévu
pour une connection directe. Ajout de la ligne route.
6. YoU : prend longtemps. Rebooter.
7
3
3
DIRECTIVES HARDWARE
Directives hardware
3.1
nvidia = never ever
1. Prix à payer par les contrevenants : tout réinstaller lorsque l’on découvre que "quelque chose"
n’est plus compatible avec le barnum nvidia.
2. Utiliser une carte asus utilisant un chipset nvidia ne pose aucun problème... tant que l’on utilise
le bon driver qui n’est pas le driver nvidia (il s’appelle nouveau/nv pour la SuSE − 11.4).
Exemples
Vendor=10de :0614 (nvidia/GeForce 9800 GT), SubVendor=1043 :8319, Revision : 0xa2
(ASUSTeK/EN9800GT) pour mirabel (SuSE − 11.4)
Vendor=10de :0f00 (nVidia/GeForce GT 630), SubVendor=1043 :8426, Revision : 0xa1 (ASUSTeK) pour madiran (SuSE − 13.1, SuSE − 42.1)
fonctionnent avec nouveau (cela s’installe spontannément, ne pas modifier).
3. Sur madiran, la commande hwinfo --display donnait (SuSE − 13.1)
Driver Info #0 :
Driver Status : nvidiafb is not active
Driver Activation Cmd : "modprobe nvidiafb" (listé in /etc/modprobe.d/50-blacklist.conf)
Driver Info #1 :
Driver Status : nouveau is active
Driver Activation Cmd : "modprobe nouveau"
Avec SuSE − 42.1, seul nouveau est proposé (en position #0).
Once again, never ever. Don’t be stupid !!!
Rappel TCO (total cost of ownership) : chaque fois qu’un cadre à 50k€, plus "logement" plus
charges plus provision pour bénéfices, perd une heure, cela coûte ≈ 100€. Combien de temps pour
trouver l’adresse ftp://download.nvidia.com/opensuse/10.2/x86_64/x11-video-nvidiaG01-100.
14.19-1.1.x86_64.rpm ? Ou pour trouver où est passé le fichier qui va bien, pour la distribution
suivante ?
3.2
Quelques autres mises en garde
1. Lors d’une action sur le matériel, couper l’interrupteur placé sur l’alimentation électrique (pas
celui en façade), car bien des choses restent sous tension (fonction Wake on Lan par exemple).
D’ailleurs, il y a souvent une led à côté des barrettes mémoire qui sert de rappel à l’ordre.
2. Lors d’un changement de carte graphique, déconnecter les disques afin de pouvoir rebooter "en
aveugle" autant que de besoin (hardware setup, AGP 4x, wait states etc.). Ne pas être prétentieux,
il est bien rare que cela fonctionne du premier coup.
3. Lors d’une intervention majeure sur le système, faire une copie de /root dans /home/root, puis
déconnectez le disque contenant les données (car -bien entendu- vous n’avez pas eu la stupidité
de placer le répertoire /home sur le même disque que le système).
4. Le plus rapide est toujours de procéder à une installation from scratch, sur un nouveau disque (cf
Subsection A.6). Ne montez l’ancien disque qu’en lecture seule, et encore quand vous commencez
à avoir le contrôle sur le nouveau système.
5. Utiliser exclusivement l’installation à partir d’un DVD bootable (et jeter les machines qui ne
permettent pas cela). Il y a toujours quelque chose qui foire, et il est insupportable de jouer aux
disquettes, aux changements de cdrom, et puis quoi encore (cf Subsection A.5). Faire une copie
du DVD, et archiver.
6. Bien entendu, vous avez une copie de tous les fichiers de configuration que vous avez modifié,
avec la liste des raisons pour lesquelles... (batch qia~ ). Prendre l’habitude de ne rien modifier
directement, mais d’écrire des batchs qui feront les modifications. Cela gagne un temps précieux
car cela permet de comprendre ce qui ne marche plus.
3.3
Ventilateurs
Les ventilateurs sont en permanence une source de bruit, et occasionnellement une source de pannes.
Les éléments de comparaison sont la vitesse (rpm), le débit d’air (1 m3/m = 35.315 cfm) et le niveau de
bruit (dB). Pour les ventilateurs à vitesse variable, c’est principalement le bruit qui augmente avec la
8
3
DIRECTIVES HARDWARE
3.3
Ventilateurs
vitesse. La grande méthode pour diminuer le bruit est d’augmenter la taille, permettant de diminuer la
vitesse de rotation tout en restant efficace. La Tab. 2 donne quelques chiffres à ce sujet (SuSE − 9.3).
ventilateur
Akasa AK-181-BKS
Volcano7, min
Volcano7, max
Akasa AK-183-L2B
diam
80mm
prix
5€
30 €
Hyper 212 EVO
120mm
20 €
prix 2014
30 €
TriCool
120mm
8€
Enermax UCMAA12A
120mm
10 €
Big Boy
200mm
rpm
1800
2900
5000
1400
600
1600
1200
2000
1000
1800
400
800
débit
0.60 m3/m = 21cfm
1.37 m3/m = 48cfm
1.58 m3/m = 56 cfm
1.27 m3/m = 45cfm
0.70
1.87
1.10
2.20
m3/m
m3/m
m3/m
m3/m
=
=
=
=
25cfm
67cfm
39cfm
78cfm
47cfm
83cfm
2.30 m3/3 = 82cfm
3.80 m3/3 =134cfm
dB
18
24
47
18
9
31
25
30
13
20
23
29
Tab. 2 : Quelques données sur les ventilateurs
Autre cause de bruit : la poussière qui se colle sur les pales et donne du balourd à la partie tournante.
Il est indispensable de déposer et nettoyer tous les ventilateurs lors de la visite annuelle.
Si l’on utilise des réducteurs de diamètre pour adapter un ventilateur de 12cm sur un radiateur 8cm
(processeur), poser le ventilateur dans le sens "souflant": on peut créer la surpression que l’on veut, par
contre une dépression est toujours limitée (principe des pompes de Pascal).
Alimentation Il peut être utile de changer le ventilateur existant pour un ventilateur à vitesse réglable
(Pearl PE2569, 17€). La cage de protection est du côté aspirant. Enlever la cage, mettre le
côté aspirant à l’intérieur de l’alimentation. Il semble préférable de mettre sous tension en
connectant aux prises externes (plutôt que par la carte). Connecter néanmoins le troisième
fil (capteur de vitesse) sur la carte mère. On constate des vitesses allant de 1600 rpm à 3600
rpm (et alors, il y a un certain bruit...)
Processeur Ne pas oublier d’utiliser de la pâte thermique. (SuSE − 9.3). Ne pas oublier non plus de
positionner l’alarme de surchauffe (bios) en cas d’essai d’une nouvelle méthode.
1. SuSE −8.1 : installation systématique de ventilateurs 80mm (Volcano 7) à vitesse pilotée
par capteur. Le résultat n’est pas si évident que cela.
2. SuSE − 9.3 : essai d’un adaptateur permettant de solidariser un ventilateur 80mm ordinaire sur le radiateur d’un processeur. Semble intéressant. Il existe aussi un adaptateur
pour ventilateur 92mm.
3. SuSE − 9.3 : Coolymax Tunnel-Kit de Tiger Electronics (20 €). L’idée est de sortir
directement la chaleur du processeur vers l’extérieur sans passer par l’intérieur du boîtier.
Fixer le petit adaptateur sur le radiateur (un peu de meulage est nécessaire pour être le
plus au ras possible). Raccorder le tunnel sur un ventilateur boîtier en extraction... N’est
plus commercialisé (SuSE − 10.2).
4. SuSE − 10.2 : ventilateur spécial Intel sur processeur dual-core + ventilateur 12cm
aspirant (dans boitier). L’alimentation est aspirante (12 cm dans boitier) et cela sort
dehors.
5. SuSE − 11.0. Le ventilateur spécial Intel se déclipse sans tout démonter. Attention, c’est
quand même fragile. Passer un petit tournevis plat et court.
6. SuSE − 13.1. Hyper-cooler est un dispositif utilisant des heat-pipes. Taille 120 × 80 × 159
mm, supportant un ventilateur 120 × 120 × 25 mm (détails dans tableau).
Comment suivre les températures en fonctionnement normal ?
Carte_vidéo Tout changer, y compris le radiateur. Il ne faut pas changer de connecteur, l’écartement
des pins est le même : il suffit d’enlever le détrompeur sur la carte (bien repérer les fils
avant... ).
Il n’y a pas beaucoup d’espace pour loger le ventilateur d’une carte graphique. Attention
à ne pas acheter de cartes dont le ventilateur est difficile à changer (ventilateur spécial
ATI sur un radiateur collé).
9
3.3
Ventilateurs
3
DIRECTIVES HARDWARE
Fig. 2 : Comment désolidariser le ventilateur et le radiateur
Fig. 3 : Escalade: Hyper_212_evo
10
3
DIRECTIVES HARDWARE
Disques
Rack
3.4
3.4.1
3.4
Video et Commutateur kvm
Prévoir des ventilateurs spéciaux pour les disques raid. Pour les disques ide, utiliser des
nappes rondes (80fils) blindées (en 60 cm pour raid et 100 cm pour racks).
Importance d’avoir un bon filtre à poussière en face avant... et de le nettoyer !
(pour disque système). Il est intéressant d’utiliser des racks ventilés. Les racks plastique
existent avec des nappes 40 fils ou des nappes 80 fils (passer en 80 fils). Il semble intéressant de
passer à des racks aluminium (style icy dock) : on dispose d’un affichage de la température
et d’une externalisation des cavaliers.
La clef fournie est la même pour tous les racks. Elle n’introduit donc qu’une gène et pas une
réelle sécurité. Neutraliser en posant un cavalier à la place du connecteur (en face arrière).
Video et Commutateur kvm
Standards de connection video
see http://www.direct-eizo.fr/content/20-connectique-des-moniteurs-pc
1. VGA (créé 1987 par IBM)
2. DVI-D (créé 1999). Versions simple (18 broches) et double (24 broches, plus rapide). Interface
RGB numérique pour PC. Ne transmet pas le son.
3. HDMI (créé fin 2002 par Sony, Toshiba, Thomson Multimédia, Panasonic/Matsushita, Hitachi et
Philips, avec à la tête Silicon Image). Les signaux vidéo HDMI sont basés sur la norme DVI-D, à
laquelle ont été ajoutées des fonctions de transmission audio et de gestion des droits numériques
(DRM). Cette technologie, HDCP, peut être contournée.
4. Display-port (crée 2006 aux USA). Comparable à HDMI-13. Fonctionne sur un principe série.
3.4.2
Un écran HDMI pour plusieurs PC
Solution de facilité: utiliser les connecteurs multiples de l’écran, et autant de claviers/souris sans fil.
On zappe aver la télécommande.
3.4.3
Commutateurs KVM pour écran VGA
kvm = Keyboard Video Mouse. Il s’agit de commander plusieurs ordinateurs à l’aide d’un seul
ensemble Écran Clavier Souris. Plusieurs tentatives bancales conduisent à "mettre le prix" pour une
solution efficace. En tout état de cause, les taux de rafraîchissements actuellement utilisés nécessitent
des câbles vidéo blindés (avec ferrite).
1. Permutateur manuel Écran_15, Clavier_gros, Souris_série.
Le passage à écran utilisant un taux de rafraîchissement plus élevé engendrait des traînées
(écho visuel) insupportables, y compris avec des câbles blindés.
2. Commutateur usb Écran_15 et 4 ports usb. Modèle "Pearl master View" 150€+ 2 x câbles à 4€.
Simplifie le câblage (un fil de moins par ordinateur).
La permutation est lente : il faut que l’ordinateur connecté découvre la présence des périphériques usb.
Cela est encore plus vrai sur les machines unix : il faut attendre quatre bips (master-view,
souris, clavier_cherry, port_cherry) avant de toucher au clavier sinon le barnum usb tombe
en panne (et il n’y a plus qu’à rebooter depuis une autre machine.
Et en plus, il se crée un "empilement de cadavres" de gestionnaires usb, qu’il faut tuer un par
un avant que le reboot puisse avoir lieu. Plusieurs cas de plantage total.
3. Circa 2009: commutateur VGA_écran_15, clavier_fin, souris_ps2_série. Modèle "Black Box
ServSwitch personal 4 ports" 270€+ x câbles pieuvre à 18€.
(a) Commutation entre les ordinateur par le clavier [Ctr] [Ctr] L [Ret], où la lettre est Q, B, C,
D (clavier us...). Possibilité d’empiler et de contrôler 16 postes.
(b) Pas rencontré de problèmes à ce jour.
(c) Il y une commande de resynchronisation de la souris :
[Ctr] [Ctr] ZM [Enter] when mouse jumps and hugs screen
[Ctr] [Ctr] M R [Enter] when a ps/2 mouse is inoperable
[Ctr] [Ctr] M W [Enter] when an intelli-mouse is inoperable
4. At SuSE − 42.1, it seems that such KVM don’t exists for HDMI.
11
3.5
Onduleurs
3.5
3
DIRECTIVES HARDWARE
Onduleurs
Ce composant assure trois fonctionnalités différentes.
1. Protection contre les surtensions : absolument indispensable.
2. Continuation en cas de micro-coupure : nécessite une puissance suffisante pour tenir compte du
nombre d’ordinateurs et des accessoires (switchs).
3. Permettre un shutdown propre en cas de coupure de courant. Cette fonctionnalité nécessite soit
une automatisation du processus (=pas encore étudié) soit, au minimum, une puissance assurant
un délai suffisant pour procéder à la main : en particulier l’écran doit lui aussi rester fonctionnel.
Il faut, de temps à autre, procéder à un test du comportement des onduleurs, ordinateurs éteints et
charge assurée par un groupe de lampes à incandescence de puissance adaptée.
Lorsqu’un onduleur ne fonctionne plus, le deuxième composant à tester, après le fusible, est la
batterie. Où peut-on trouver ce genre de batteries ?
Pourquoi un UPS 400 (ancien) et un UPS 800 (plus récent) ont-ils la même batterie 12V, 7VA ?
Que se passe-t-il si l’on remplace la batterie sèche par une batterie de voiture ?
3.6
3.6.1
Disques durs
Directives générales
1. Depuis SuSE − 9.3, il convient d’utiliser des disques sata. Tout ce qui concerne les autres types
de disques a été déplacé en appendice.
2. Les disques sata doivent être déclarés ahci dans le bios. Sur une carte mère comme la P7P55D,
il faut le faire en deux endroits (pour les 2 sata gérés par le circuit ide/sata et pour les 6 sata
gérés par le circuit sata-raid).
3. Le bios considère que les disques gérés par des contrôleurs sata (ou par des cartes ide-raid)
sont des disques scsi.
4. En tout état de cause, la led "activité disque" doit être éteinte dans les périodes inactives. Son
maintien dans l’état allumé signale le dysfonctionnement d’un composant. Dans le cas ide, cela
se répercutera sur l’autre composant monté sur le même câble.
3.6.2
Les disques sata et leurs noms unix
1. Le plan d’affectation des disques est une chose sensible. Il faut tenir compte des comportements
du bios, et des divers systèmes d’exploitation. Et des changements d’une version à la suivante.
2. Sur chaque disque possède un numéro de série. Ce numéro est copié sur le couvercle du disque,
et est répété sur une étiquette code-barre. Répéter les 3 dernières lettres de ce numéro sur une
pastille (en un endroit restant visible une fois le disque installé dans son logement).
3. Identificateurs bios. Les connecteurs sur la carte mère sont marqués SATAx (souvent de 1 à 6,
puis e1/e2 pour Maxtor). Presque toujours, le bios accède à ces disques en utilisant ces numéros
(organisation du boot, par exemple).
4. Identificateurs unix (1). Lorsque l’on utilise des disques sata, leur noms /dev/sdx dépendent
non seulement de leur place matérielle mais aussi de la présence ou non des disques situés avant
eux (comportement habituel des périphériques scsi).
5. Identificateurs unix (2). Mais, en outre, il n’est pas garanti que les disques sata seront montés
par unix dans l’ordre des numéros de connecteur sata. Tester tout cela avant de placer des
données sur les disques et marquer les connecteurs au feutre, avec la lettre scsi correspondante.
Faire cela au calme plutôt que dans le contexte d’une panique sur les disques raid.
6. Booter le rescue system du dvd (SuSE − 42.1) et procéder comme en Listing 2 .
7. Il est important de pouvoir démarrer le système en ayant démonté physiquement les disques
réservés aux données. Par conséquent, il faut placer le disque système avant tous les autres, pour
être certain que ses noms bios/sata/scsi ne changeront pas lorsque l’on déconnecte les disques de
données.
8. De même, le rack pour les disques extractibles est mieux placé après les éléments du disque raid.
12
3
DIRECTIVES HARDWARE
3.6
Disques durs
Listing 2 : Consolidation numéro de série vs. identifiant scsi.
#> ls -la /dev/disk/by-id/scsi-SATA_ST* | grep -v part
/dev/disk/by-id/scsi-SATA_ST 500DM002-1BD14_W2A2ZJQQ
/dev/disk/by-id/scsi-SATA_ST 500DM002-1BD1 _W2A2ZJQQ
/dev/disk/by-id/scsi-SATA_ST3000DM001-9YN1_Z1F1RZJE
/dev/disk/by-id/scsi-SATA_ST3000DM001-9YN _Z1F1RZJE
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH1_Z1F20AFP
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH _Z1F20AFP
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH1_Z1F209AE
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH _Z1F209AE
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH1_W1F1R8A4
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH _W1F1R8A4
3.6.3
->
->
->
->
->
->
->
->
->
->
../../sda
../../sda
../../sdb
../../sdb
../../sdc
../../sdc
../../sdd
../../sdd
../../sde
../../sde
Géométrie des disques
1. Les commandes sont hdparm et fdisk -l
hdparm /dev/sda . geometry = 60801*255*63=976,768,065, sectors = 976,773,168, start = 0
secteurs=512. D’où 500,107,862,016 = 0.5 TB.
fdisk -l /dev/sda . 500,107,862,016 bytes (465.8 GiB), 976,773,168 sectors
Sector size (logical/physical): 512 bytes / 4096 bytes
2. La réalité matérielle (inaccessible) des disques durs de moins d’un siècle est d’avoir plus de
secteurs sur les pistes externes que sur les pistes internes. Tout ce qui passe à travers le cable
disque est recodé en adresses logiques, par une méthode ou une autre.
3. La description CHS (cylinder/head/sector) date d’une ancienne époque où les pistes intérieures
n’étaient pas utilisées (permettant d’avoir le même nombre de secteurs sur toutes les pistes).
4. La description dite LBA (linear base address), consiste à donner le numéro global d’un secteur
LOGIQUE de 512 octets. On a LBA = (s − 1) + h × S + c × S × H, tenant compte du fait que
s commence à 1 tandis que h, c commencent à 0.
5. La méthode de codage a changé plusieurs fois car le nombre de bits attribués au codage était à
chaque fois adaptée à la capacité du moment. En outre, h ∈ [0, 255] donne H = 256 valeurs, mais
H ne peut pas être stocké dans le même format que les h (un octet). Et donc, en fait, h ∈ [0, 254]
fournissant 255 valeurs.
Finalement, en 2003, LBA48 a été adopté, devenant la base du dialogue disque-ordinateur.
PC/XT
L-CHS
P-CHS
LBA48
C
1024
1024
65536
H
16
255
256
S
63
63
256
secteurs de 512
1 032 192
16 450 560
2^28=268 435 456
2^48
octets
528 482 304
8 422 686 720
2^37=137 438 953 472
2^57
Go
0.5
8.4
137
1E8
6. Durant la transition entre PC/XT et LBA48, il était usuel de masquer la description CHS physique (avec un C "trop grand") par une description CHS avec "beaucoup de têtes" et "beaucoup
de secteurs par cylindre", dite "géométrie logique". Cette description est totalement périmée...
sauf pour la description des partitions dans le MBR. Les partitions bootables doivent donc être
interprétables par le bios (quitte à perdre un peu de place) tandis que les partitions de données
seront interprétés par le système.
7. Les systèmes de fichiers comme ext4 travaillent avec des secteurs "logiques" de 512 octets. Mais
l’accès physique se fait par blocs de 4096 octets (ainsi ddrescue, décrit un peu plus tard).
8. Le partitionnement peut utiliser fdisk en dessous de 2TB, et doit utiliser gdisk au dessus. La
première méthode utilise le MBR pour décrire 4 partitions principales (toutes "primary", sauf
peut-être une "extended"). La deuxième méthode utilise le MBR pour décrire le descripteur GPT.
Et ce descripteur permet de décrire jusqu’à 128 partitions. Alignement par défaut: 2048 secteurs
(les tailles sont alors des multiples de 1MiB).
3.6.4
hwinfo
1. La commande hwinfo –disk fournit de nombreuses désignations. Par exemple (madiran, SuSE −
42.1) : Elements communs aux divers disques:
13
3.6
Disques durs
3
DIRECTIVES HARDWARE
(a) [Created at block.245] ; Parent ID: w7Y8.d2XQBlJfSx3
(b) Driver: "ahci", "sd" ; Driver Modules: "ahci" ; Drive status: no medium
(c) Attached to: #15 (SATA controller)
(d) Config Status: cfg=new, avail=yes, need=no, active=unknown
2. Un exemple de disque (E-old sur madiran,SuSE − 42.1) :
(a) 37: IDE 400.0: 10600 Disk ; BIOS id: 0x84 ; Unique ID: u5Pc.DOGV9WES8gC
(b) SysFS ID: /class/block/sde ; SysFS BusID: 4:0:0:0
(c) SysFS Device Link: /devices/pci0000:00/0000:00:1f.2/ata5/host4/target4:0:0/4:0:0:0
(d) Model: "ST3000DM001-1CH1" ; Device: "ST3000DM001-1CH1" ; Revision: "CC24"
(e) Device Files:
/dev/sde,
/dev/disk/by-path/pci-0000:00:1f.2-ata-5.0,
/dev/disk/by-path/pci-0000:00:1f.2-scsi-4:0:0:0
/dev/disk/by-id/ata-ST3000DM001-1CH166_W1F1R8A4,
/dev/disk/by-id/scsi-35000c5005cfaa961,
/dev/disk/by-id/scsi-0ATA_ST3000DM001-1CH1_W1F1R8A4,
/dev/disk/by-id/scsi-1ATA_ST3000DM001-1CH166_W1F1R8A4,
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH1_W1F1R8A4,
/dev/disk/by-id/scsi-SATA_ST3000DM001-1CH_W1F1R8A4,
(f) Device Number: block 8:64-8:79
3. Un exemple de disque (A-old sur madiran, SuSE − 42.1) :
(a) 38: IDE 500.0: 10600 Disk ; BIOS id: 0x85 ; Unique ID: LHfg.KJrcWA3Z7QC ;
(b) SysFS ID: /class/block/sdf ; SysFS BusID: 5:0:0:0
(c) SysFS Device Link: /devices/pci0000:00/0000:00:1f.2/ata6/host5/target5:0:0/5:0:0:0
(d) Model: "WDC WD1002FAEX-0" ; Vendor: "WDC" ; Device: "WD1002FAEX-0" ; Revision:
"1D05"
(e) Device Files:
/dev/sdf,
/dev/disk/by-path/pci-0000:00:1f.2-ata-6.0,
/dev/disk/by-path/pci-0000:00:1f.2-scsi-5:0:0:0,
/dev/disk/by-id/ata-WDC_WD1002FAEX-00Z3A0_WD-WCATR9741149,
/dev/disk/by-id/scsi-0ATA_WDC_WD1002FAEX-0_WD-WCATR9741149,
/dev/disk/by-id/scsi-1ATA_WDC_WD1002FAEX-00Z3A0_WD-WCATR9741149,
/dev/disk/by-id/scsi-350014ee25c23bbbf,
/dev/disk/by-id/scsi-SATA_WDC_WD1002FAEX-0_WD-WCATR9741149,
/dev/disk/by-id/scsi-SATA_WDC_WD1002FAEX-_WD-WCATR9741149,
(f) Device Number: block 8:80-8:95
4. A partir de la SuSE − 11.0, les désignations by-id sont utilisées dans /etc/fstab (cf. Tab. 3).
5. Faire "assez souvent" du ménage dans les descripteurs de disque. Le répertoire de stockage des
descriptions des disques durs:
SuSE − 9.3, répertoire /var/lib/hardware/unique-keys. La commande
hwscan --list | grep disk | grep -v storage | sort permet d’en récupérer
la partie utile.
SuSE − 10.2, répertoire /var/lib/hardware/udi/org/freedesktop/Hal/devices. La commande
qyh_docs_hardware permet d’en récupérer la partie utile.
SuSE − 11.0, le format de descripteur est passé en xml
hwinfo.res.diskgeometry = { ’7297,255,63,1’, ’58150,16,126,2’, ’1023,255,63,3’
}
avec 1=physical, 2=logical, 3=legacy. Et diskgeometry est réécrit automatiquement
(de la façon écrite ci-dessus) à chaque appel de Yast2 . System . Partitionner.
SuSE − 11.3, SuSE − 13.1 et SuSE − 42.1, les descripteurs sont en /var/lib/hardware/udi.
14
15
defaults
acl,user_xattr
acl,user_xattr
defaults
ro,noauto,acl
swap
ext4
ext4
ext4
0
1
1
1
0
1
2
2
0
1
1
1
0
0
1
2
2
0
defaults
acl,user_xattr
acl,user_xattr
acl,user_xattr
defaults
acl,user_xattr
acl,user_xattr
defaults
swap
/
/boot
/home
swap
ext4
ext4
ext4
Tab. 3 : Exemples de fichiers fstab
mirabel, SuSE − 11.4
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSC12020-part1 swap
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSC12020-part3 /
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSC12020-part2 /boot
/dev/disk/by-id/md-uuid-bb954514:6ca3161c:eca3f2dc:88b89a5f
/home
old_madiran, SuSE − 13.1
/dev/disk/by-id/ata-WDC_WD1002FAEX-00Z3A0_WD-WCATR9741149-part1
/dev/disk/by-id/md-uuid-9f0d7db7:ae604397:daa58795:1fe2a26c
madiran, SuSE − 42.1
UUID=a2093f62-19c9-4974-9add-9e1445875555
swap
swap
UUID=a442a071-53af-463a-a58d-dbe349aae22e
/
ext4
UUID=2ba15be2-f464-45be-acc2-4facc7d65631
/boot
ext4
/dev/disk/by-id/md-uuid-9f0d7db7:ae604397:daa58795:1fe2a26c /kome ext4
UUID=13f3ac71-6bd1-44bd-a9c0-682308acce32
/kroot ext4
0
1
1
1
0
1
2
2
3
DIRECTIVES HARDWARE
3.6
Disques durs
3.7
Surveillance et récupération de disque dur
3.6.5
3
DIRECTIVES HARDWARE
A propos des vitesses de transfert
Voici des données concernant les vitesses de transfert des données entre disque dur et carte-mère.
Elles sont extraites de Wiki Contributors (2010). Remarque: Gb est gigabit (puissance de dix), Gib est
gibibit (puissance de deux).
1. As of April 2010 mechanical hard disk drives can transfer data at up to 157 MB/s. Highperformance flash drives can transfer data at up to 308 MB/s.
2. Typical transfer rate of Ultra ata specifications :33.3, 66.7, 100, 133 MB/s.
3. As their standard interface, sata controllers use the ahci (Advanced Host Controller Interface),
allowing advanced features of sata such as hotplug and native command queuing (ncq). If
ahci is not enabled by the motherboard and chipset, sata controllers typically operate in "ide
emulation" mode, which does not allow features of devices to be accessed if the ata/ide standard
does not support them.
4. sata.1.0 communicate at a rate of 1.5 Gbit/s. Taking 8b/10b encoding overhead into account,
they have an actual uncoded peak transfer rate of
1.5Gbit/s
i.e. 1.5 × 109 × (8/10) / 10242 /8 ' 143.05 MiB/s
5. sata.2.0 runs twice faster. And sata.3.0 runs ×4 faster (' 572 MiB/s). All sata data cables
meeting the sata spec are rated for 3.0 Gbit/s. The theoretical burst throughput of sata 1.5
Gbit/s is similar to that of pata/133, but newer sata devices offer enhancements such as ncq,
which improve performance in a multitasking environment.
6. Quelques vitesses expérimentales (prevoir l’impression de la date avant et après la commande).
ddrescue 9AE-AQG sur madiran (3TB, -b512 -c126). vitesse moyenne= 79.82 MB/s
ddrescue PTM-EFC sur maverick (1TB, -b4096 c256) vitesse moyenne= 90.91 MB/s (durée≈
3h03m).
mdadm replace 8M0-SKE sur mahjong (3TB) vitesse moyenne=152.94 MB/s=145.85MiB/s (durée≈
5h30m).
3.7
Surveillance et récupération de disque dur
Les informations concernant les disques durs doivent être imprimées et archivées avec soin. Lorsque
l’on en a besoin, c’est toujours dans une situation où l’accès aux disques est restreint, ou perdu.
3.7.1
Mobile rack
1. Il est toujours utile de pouvoir "jouer au jukebox", pour monter l’ancien disque système, ou
copier un disque, ou préparer un disque spare dans une grappe raid.
2. Comment marche le hot plug ?
3.7.2
Identification
1. La bonne façon de raisonner sur des disques est d’utiliser leur numéro de série (tronqué aux
trois dernières lettres). C’est la seule chose accessible lorsque l’on tient le disque à la main après
démontage.
2. On y accède par la commande qqd.sh qui contient:
ls -la /dev/disk/by-id/scsi-SATA_S* | grep -v part | sed -e "s/.* \//\//; s/$.*$ -> $.*$/\2
3.7.3
Surveillance
1. Avant la première utilisation d’un disque, lancer smartctl /dev/sdX -t long. Cela dure environ
110mn par TB. Cela est particulièrement important pour un disque "spare", qui ne sera pas testé
avant de devenir indispensable...
2. De temps à autre, lancer smartctl -a /dev/sdX > repert/smart-X.txt. Puis lancer
grep Power_On smartctl. Sur maverick, on trouve (a=132, b=113, c=30710, d=31066, e=89,
f=70534). Il reste donc deux disques raid à changer.
grep Reallocated smartctl*. On trouve (a=0, b=0, c=312, d=774, e=0, f=0).
3. Batch inquiet.sh (see Listing 3).
16
3
DIRECTIVES HARDWARE
3.8 Achitecture raid
Listing 3 : batch de surveillance
for qui in $(ls /dev/sd* | grep -v "[0-9]$") ; do
echo "---$qui---"
smartctl -i $qui| egrep "Serial"
smartctl -A $qui | egrep "Realloc|Head_|Power_On"
if test -e ${qui}2 ; then continue ; fi
mdadm -E ${qui}1 | egrep "Role|Event"
done ; echo "-------"
cat /proc/mdstat
3.7.4
Récupération
1. Commencer par identifier chaque disque par une pastille portant son numéro de série, en un
endroit visible dès l’ouverture du capot de l’ordinateur. Dès que l’on ajoute ou enlève des disques,
le numéro de série est la seule chose réellement utile pour un être humain.
2. Lorsqu’un système de fichiers présente des problèmes, la première chose à faire est de lancer une
copie/récupération des disques physiques sous-jacents. Toute tentative de récupération "logique"
va écrire sur le support. Et il vaut mieux que le support... supporte ces écritures.
3. Un périphérique par blocs lit et écrit par blocs. Lorsque les blocs matériels sont de taille 4096,
il ne faut pas utiliser 512 à la place. En service normal, cela se limite à diminuer la vitesse. En
phase de récupération, lire huit fois de suite le même secteur physique multiplie par 8 les risques
de nouvelles erreurs.
4. L’outil de récupération matérielle est ddrescue. Le processus principal dure environ 3.5h par
TB: il est indispensable d’utiliser l’option -v (verbose) pour suivre ce qui se passe. Deux passes
sont nécessaires, le logiciel les conduit de façon à minimiser les tentatives de lecture. Commencer
la ligne de commande par un #: prévoir de relire attentivement avant de lancer l’exécution.
(a) Installer le nouveau disque. Vérifier qu’il n’est pas plus court que le disque à secourir. Ne
pas hésiter à tester le nouveau disque avant de s’en servir. Pour un disque élément d’une
grappe raid (une seul partition), copier le disque entier. Sinon les deux partitions n’auront
pas forcément le même nombre de secteurs.
(b) # ddrescue -v -f -n -b 4096 -c 126 /dev/sdX /dev/sdY dir/logX-Y-01.txt.
L’option "v" est verbose, l’option "f" est nécessaire pour écrire sur une partition, l’option "n"
est nouveau. L’option "b" donne le nombre minimal d’octets lus en une seule fois (donnée
physique, cf. ci-dessus) et l’option "c" donne le nombre de secteurs lus en une fois. Cette
valeur doit être grande pour profiter de la lecture par pistes complètes. Il n’est pas clair qu’il
soit utile de prendre un multiple de 63.
(c) Recopier le fichier log-01 en log-02. Il serait modifié par la phase suivante, et l’on perdrait
trace de la commande utilisée pour la phase 1, et de sa durée d’exécution.
(d) # ddrescue -v -f -R -r3 -b 4096 -c 1 /dev/sdXx /dev/sdYy dir/logX-Y-02.txt.
Dans cette seconde phase, les secteurs (physiques) situés dans les trous sont testés un par un.
L’option "r" donne le nombre d’essais, l’option "R" indique que les tentatives seront faites en
arrière, en avant, en arrière. Dès qu’un secteur est récupéré, le fichier log est mis à jour, et le
secteur récupéré ne sera plus relu.
3.8
Achitecture raid
Ne sautez pas cette section sauf si vous êtes absolument sur de ne pas vouloir installer à un moment
ou un autre une grappe raid sur votre ordinateur. Une grappe raid procure l’abstraction d’un disque
"plus gros, plus rapide, plus sûr" par rapport à ses éléments constitutifs. Ce qui suit ne concerne que
raid5 (et éventuellement raid1), c’est à dire les configurations assurant de la redondance.
1. Le programme de gestion est maintenant (depuis SuSE − 10.2) mdadm. Les anciens gestionnaires
tels raidtools ou mkraid et utilisant le fichier /etc/raidtab sont hors maintenance. Les oublier
complètement.
2. Le web est encombré de vieilleries au sujet des grappes raid, sans parler de l’habituel bruit
blanc des listes de propagation d’erreurs. En particulier, la documentation howto est totalement
obsolète (en 2009, last modif en 2004). Finally set to deprecated (2010).
17
3.8
Achitecture raid
3
DIRECTIVES HARDWARE
3. The new "howto" has many parts that were never modified since 2007 e.g.
https://raid.wiki.kernel.org/index.php/Overview
4. Tout relire plusieurs fois et ne faire des essais que sur des systèmes vides (=sans données à écraser).
On pourra consulter http://www.linuxdevcenter.com/pub/a/linux/2002/12/05/RAID.html
http://www.issociate.de/board/goto/1024674/.
5. Une grappe raid doit contenir un disque supplémentaire (spare), qui viendra remplacer automatiquement tout disque qui tomberait en panne. Prévoir de travailler juste avec le bon nombre
de disques, et ne fournir le disque de remplacement qu’après la panne revient à prévoir qu’il
y aura un certain temps de fonctionnement en mode dégradé, pendant lequel toute panne sera
définitive : les données ne seront pas redonnées.
3.8.1
Construction d’une grappe raid à partir de disques vides
Consulter man:mdadm (on konqueror).
1. Cette section ne décrit pas comment reconstruire une grappe contenant déjà des données
(les données ne seront pas redonnées).
2. Il est commode de créer les partitions physiques à l’aide du partitionneur YaST2, c’est à dire
kdesu kcmshell YaST/System/yast2-storage-Partitioner. Une seule partition sur chaque
disque, de même taille. L’idéal est évidemment d’avoir des disques identiques (deux disques actifs
pour raid-1, trois disques actifs ou plus pour raid-5 et un disque spare). Pour chaque partition,
choisir le type linux raid (=0xfd), option ne pas formater.
3. A nouveau : cette section ne concerne que les disques vides. Pour le réassemblage d’une grappe
non vide, voir les sections suivantes.
4. Utiliser YaST2 pour créer la partition raid /dev/md0. Ne pas se préoccuper pour l’instant des
disques spare : inclure seulement les disques actifs. Dans les temps anciens, on constatait la création d’un fichier /etc/mdadm.conf contenant la signature identifiant les partitions appartenant
à la même grappe. Maintenant, la description est contenue dans le superblock de chacune des
partitions.
5. Vérifier le nombre de secteurs de la grappe ainsi constituée. Si l’un des disques a été mal décrit,
la taille de la grappe s’adaptera au disque "le plus petit".
6. Rappel 1: le programme de gestion est maintenant (depuis SuSE − 10.2) mdadm. Les anciens gestionnaires tels raidtools ou mkraid et utilisant le fichier /etc/raidtab sont hors maintenance.
Les oublier complètement.
7. Rappel 2 : le web est encombré de vieilleries et de l’habituel bruit blanc des listes de propagation
d’erreurs. En particulier, la documentation howto est totalement obsolète (2004-2007, alors que
l’on est en ... cela change tout le temps, mais en augmentant).
8. Utiliser YaST2 pour formater la "partition" /dev/md0, en utilisant ext4 (de SuSE − 11.0 à
SuSE − 42.1). Anciennement ext3, anciennement reiserfs. Monter le tout en /home.
9. Pour ajouter un disque spare à une grappe, utiliser la commande
mdadm --manage /dev/mdx --add /dev/sdxx
En effet, ajouter un disque à une grappe dont tous les disques devant être actifs sont effectivement
actifs a pour effet de mettre le nouveau disque en réserve.
10. Remarque: une partition spare ne peut pas être intégrée dans une grappe si sa taille est trop
faible. Se méfier des bricolages "géométrie logique". En cas de besoin, utiliser fdisk à la main ;
passer en mode expert et positionner les valeurs c,h,s ; revenir en mode non expert et finir par
créer la partition.
11. Pour que le nouveau disque vienne s’ajouter à la liste des disques actifs (d’une grappe raid1,
donnant lieu à trois images-miroir de la même partition), il aurait fallu modifier ce nombre par :
madam --grow /dev/mdx -m3
Manoeuvre voisine pour ajouter un disque actif à une grappe raid5.
12. Pour trois disques de 3TB, soit un raid de 6TB, la synchronisation dure ≈ 300mn (affichage de
≈ 240mn au début, mais cela ralentit de plus en plus).
18
3
DIRECTIVES HARDWARE
3.8.2
Informations quand tout va bien
1. Requête de base : cat /proc/mdstat. La lettre U veut dire "up" (=cela marche), tandis que
le "_" signale une panne ou bien une reconstruction en cours. Dans ce dernier cas, un état
d’avancement est donné.
cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sdd1[3] sdb1[0] sdc1[1]
5860529664 blocks super 1.0 level 5, 128k chunk, algorithm 2 [3/3] [UUU]
bitmap: 2/22 pages [8KB], 65536KB chunk
unused devices: <none>
2. L’appartenance à une grappe est indiqué par un tag global (uuid-grappe) stocké sur chaque
disque.
mdadm --detail --scan
ARRAY /dev/md0 metadata=1.0 name=linux-m9wo:0 UUID=9f0d7db7:ae604397:daa58795:1fe2a26c
3. Description d’une grappe : mdadm --query --detail /dev/md0 c.à d. mdadm -D /dev/md0
4. L’assemblage se fonde sur la possession de l’uuid-grappe et l’égalité du nombre d’événements
traités par chaque disque. Exemple sur madiran:
mdadm -E /dev/sdc1
/dev/sdc1: Magic : a92b4efc (=partition raid), Version : 1.0, Feature Map : 0x1
Array UUID : 9f0d7db7:ae604397:daa58795:1fe2a26c, Name : linux-m9wo:0
Creation Time : Wed Oct 1 15:24:23 2014, Raid Level : raid5, Raid Devices : 3
Array Size 5860529664 5589.04 GiB 6001.18 GB
Avail Dev Size 5860529896 2794.52 GiB 3000.59 GB
Used Dev Size 5860529664 2794.52 GiB 3000.59 GB
Super Offset 5860530160
Unused Space
after=472
before=0
Array State : AAA (’A’ == active, ’.’ == missing, ’R’ == replacing)
Events : 74037 (must be the same ! ! !)
Layout : left-symmetric ; Chunk Size : 128K
—– (per disk)
Device UUID : d454b38c:37d5147a:1ccc0529:00cffab1 (one per disk )
Internal Bitmap : -24 sectors from superblock
Bad Block Log : 512 entries available at offset -8 sectors
Checksum : 7b0f3756 - correct (one per disk )
Device Role : Active device 1
5. Le batch qyR fait tout cela (Listing 4). Imprimer toutes ces informations et les mettre "en lieu
sûr". Lorsque vous en aurez besoin, le disque ne sera plus utilisable.
Listing 4 : qyR_docs_Raid.
ouca=doc_raid_$HOSTNAME
. /home/douillet/bin/qy_bat_rename
cat << EOF > $ouca
‘date +"%D %Hh%M"‘ : $HOSTNAME
‘cat /proc/mdstat‘
‘/sbin/mdadm -D /dev/md0‘
‘hwinfo --disk‘
EOF
Rester inquiet.
3.8.3
Remplacer un disque en panne
1. Cette section ne décrit pas comment réparer une grappe qui se serait désynchronisée (i.e.
qui serait passée du mode dégradé au mode catastrophe).
19
3.8
Achitecture raid
3
DIRECTIVES HARDWARE
2. Rappel 1: le mécanisme prévu consiste à fournir un disque "spare" avant la panne, de façon à ce
que la grappe se resynchronise automatiquement, juste après la panne d’un disque actif. Prévoir
de travailler juste avec le bon nombre de disques, et ne fournir le disque de remplacement qu’après
la panne revient à prévoir qu’il y aura un certain temps de fonctionnement en mode dégradé,
pendant lequel toute panne sera définitive : les données ne seront pas redonnées.
3. Rappel 2: notre point de vue est que la grappe raid contient les données utilisateur (le répertoire
/home) et pas autre chose.
4. Tout ce qui suit est donc exécuté en dehors du répertoire /home, c’est à dire en se loguant comme
root. Commencer par interdire les écritures involontaires sur la grappe raid en la démontant du
système de fichiers par umount /dev/mdx. A partir de SuSE − 42.1, il faut aussi commenter la
ligne correspondante de /etc/fstab. Sinon la grappe se ré-assemble read-write au boot... avec
lancement automatique d’une resynchronisation. Ohlala...
5. Les raisons qui ont fait tomber un disque en panne (âge, vibrations ou autres) peuvent avoir
conduit les autres disques au bord du précipice. Avant de s’occuper du disque en panne, commencer par examiner les autres disques à l’aide de smartctl, et se demander s’il ne serait pas
utile de procéder à une copie/remplacement disque par disque à l’aide de ddrescue. En effet, la
resynchronisation raid va imposer une relecture générale de tous les disques actifs.
6. En cas de copie/remplacement des disques encore actifs, utiliser ddrescue sur tout le disque,
pas sur les partitions. Cela permet d’obtenir la taille exacte pour la partition, et aussi de copier
le superbloc. Ne pas oublier de démonter (umount) et de stopper la grappe, puis de commenter
la ligne correspondante dans /etc/fstab. Juste après une telle copie, le superbloc de nouveau
disque n’est pas visible (/dev/sdY1 n’est pas encore créé). Ne pas oublier de débrancher l’ancien
disque avant le reboot (éviter les "initiatives" de mdadm). Après le reboot, on doit retrouver la
grappe en mode dégradé (et assemblée en mode read-only).
7. Installer le disque spare dans le rack, sans toucher à rien d’autre. Utiliser fdisk ou gdisk pour
partitionner ce nouveau disque, et créer /dev/sdz1, marquée linux raid (FD ou FD00 selon le
cas). Etre attentif à copier la façon dont sont décrites les partitions des autres disques. Exemple
les disques 3T de madiran utilisent 2048-5860532223 (partitionnés par YasT, SuSE −42.1), tandis
que les disques 3T de mahjong utilisent 34-5860533134 (partitionnés par YasT, SuSE − 11.3).
8. Si le nouveau disque est plus grand que les autres, l’espace supplémentaire sera perdu. Ne pas
essayer d’y créer une autre partition, cela dégradera les performances du raid. Se borner à créer
une partition occupant tout le disque.
9. Vérifier les noms des disques, i.e. la correspondance entre les numéros de série et les noms /dev/
sdX1. Vérifier que les commandes mdadm -D et mdadm -E donnent des réponses synchronisées
pour tous les disques survivants (et qui, pour l’instant, forme une grappe raid en mode dégradé).
10. Vérifier que la grappe raid n’est pas montée dans le système de fichiers, puis intégrer le nouveau
disque dans la grappe raid par la commande
mdadm --manage /dev/mdx --add /dev/sdy1
11. Si la grappe était en mode read-only (SuSE − 42.1), passer en mode read-write. Si besoin est (i.e.
si la grappe était en mode dégradé), la resynchronisation se lance automatiquement. On peut la
suivre à la trace par cat proc/mdstat (rappel, la grappe a été démontée du système de fichiers
pour laisser ce processus se dérouler au plus vite).
12. Une fois que la grappe est à nouveau dans son état de fonctionnement normal, supprimer le
disque en panne de la liste des disques faisant partie de la grappe par:
mdadm --manage /dev/mdx --remove /dev/sdy1
13. Arrêter l’ordinateur, débrancher le cable sata du disque en panne et rebooter (rappel, la ligne
correspondante dans /etc/fstab a été inactivée. Aucun disque n’est monté (au sens de mount).
Pour SuSE − 42.1, le disque raid est assemblé en mode read-only. Vérifier que tout va bien,
en particulier, vérifier que le disque qui a été débranché était effectivement le disque qui était
en panne (lire les Events). Cela est indispensable car l’ordre d’apparition des disques n’est pas
nécessairement l’ordre des connecteurs satax.
14. En cas d’erreur au point précédent: shutdown, rebrancher, reboot, login:root. Démonter /dev/mdx.
Les commandes mdadm -E /dev/sdy permettent de comprendre ce qui s’est passé. Et alors --add
permet de reconnecter le disque sur la grappe. Comme aucune écriture n’a eu lieu, il se peut que
l’intégration se fasse directement. Sinon, cela resynchronise... Et on recommence.
15. Une fois que l’on est certain d’avoir enlevé le disque en panne (et pas un autre), on peut reloger
le nouveau disque dans l’emplacement physique ainsi libéré.
20
3
DIRECTIVES HARDWARE
3.8.4
Transfert d’une grappe raid5 sur un autre système (SuSE − 11.3)
Caveat: pour SuSE − 42.1, consulter aussi la sous-section suivante.
1. Procéder de façon paranoïaque : les données ne seront pas redonnées.
2. Faire des essais sur une autre grappe, spécialement créée pour la circonstance. Cela prend certes
une demi-journée, mais... combien prend la reconstruction des données perdues ? ? ?
3. Commenter la ligne /dev/mdx dans /etc/fstab pour éviter une resynchronisation au boot
(SuSE − 42.1). Ne pas utiliser YaST ou tout autre gestionnaire automatisé pour procéder à
cette resynchronisation. Il y aura toujours quelque chose qui aura été modifié, ou que vous aurez
oublié, ou que vous aurez compris de travers. Si la grappe est mal décrite, elle se "resynchronisera"
conformément à la mauvaise description... écrasant tout.
4. Collecter les descripteurs figurant en tête de chaque partition raid : mdadm -E /dev/sdc1 etc. S’il
s’agit effectivement d’un simple transfert d’une grappe fonctionnant correctement, les différents
disques "disent la même chose".
Un exemple raid1 :
Raid Level : raid1 ; State : clean ; Active/Working/Failed/Spare Devices : 2/3/0/1
UUID : e3a7c31f:0f9ef533:b3e3e085:79a7a1ac ; Events : 0.14
Un exemple raid5 :
Raid Level : raid5 ; State : clean ; Active/Working/Failed/Spare Devices : 3/3/0/0
Array Size : 117230336 ; Used Dev Size : 58615168 ;
Layout : left-symmetric ; Chunk Size : 128K
UUID : 77ae8398:24a2e304:105c9ab2:7f648a8a ; Events : 0.172
5. Dans les temps anciens, le fichier /etc/mdadm.conf contenait une description des grappes présentes sur l’ordinateur. Le copier depuis une autre machine (ou réutiliser celui laissé par l’essai...).
DEVICE partitions
ARRAY /dev/md0 level=raid1 UUID=e3a7c31f:0f9ef533:b3e3e085:79a7a1ac
6. Sous SuSE − 42.1, la commande mdadm -D /dev/md0 indique que la grappe a été assemblée
au boot en mode read-only. La désassembler (mdadm --stop /dev/md127). Pour les versions
précédentes, la grappe n’était pas assemblée du tout.
(a) Assembler la grappe raid avec
mdadm --assemble /dev/md127 /dev/sdb1 /dev/sdc1 /dev/sdd1
7. Une fois la grappe synchronisée, modifier /etc/fstab pour indiquer le point de montage (ou le
faire avec YaST une fois que la partition /dev/md127 est devenue visible). Attention à ne rien
formater par erreur.
3.8.5
Transfert d’une grappe raid5 sur un autre système (SuSE − 42.1)
1. Rappel: procéder de façon paranoïaque : les données ne seront pas redonnées.
2. Lorsque le boot détecte que les disques sont compatibles, SuSE − 42.1 crée automatiquement un
disque /dev/md127.
3. Exemple avec maverik2. La commande cat /proc/mdstat donne
md127 : active (auto-read-only) raid5 sdb1[3] sdd1[4] sdc1[0]
tandis que mdadm -D /dev/mmd127 donne
/dev/md127, Version : 1.0, Creation Time : Wed Aug 27 20:39:34 2008
Name : 0, UUID : 6000d7c9:215fc08c:23a85cee:d2c22b58
Raid Level : raid5, Layout : left-asymmetric, Chunk Size : 128K.
Array Size : 625136896 (596.18 GiB), Used Dev Size : 312568448 (298.09 GiB)
Raid Devices : 3, Total: 3, Active: 3, Working: 3, Failed: 0, Spare: 0
Number= (0,4,3), Major=8, Minor=(17,33,49), RaidDevice=(0,1,2), State= active sync, Partitions= /dev/sdb1, /dev/sdc1, /dev/sdd1
Update Time : now, State : clean, Events : 4700322
4. On remarquera que ce disque est read-only (en tant que système de fichiers) mais que les disques
eux-mêmes ont été écrits (Update Time est now, Events a augmenté de deux unités). Si on
reboote, Events ne change plus.
5. Pour mémoire. On peut désassembler par: mdadm --stop /dev/md127. Et alors mdadm -D /dev/
mmd127 confirme la chose. Si l’on reboote, /dev/md127 réapparaît en mode ro. On passe en mode
rw par mdadm -w /dev/md127 et Events change (+1). Si l’on reboote, on se retrouve en mode
ro.
21
3.8
Achitecture raid
3
DIRECTIVES HARDWARE
6. Sous YasT, le disque /dev/md127 est vu en tant que /dev/md/0_0. Indiquer le point de montage
(/kome pour commencer). Options fstab, par defaut, (UUID, ordered,ACL). Device_graph est
ok. Ensuite de quoi, les options fstab sont ext3,defaults,1,2... et cela persiste après un reboot.
7. Si besoin, ajouter un disque spare. Caveat: partitionner ce disque avec YasT ne donnera pas
forcément la bonne taille– cf. supra). La commande
mdadm --add /dev/md127 /dev/sde1 fonctionne pour madiran et mahjong (comportement attendu)..
3.8.6
Ajout d’un disque spare (maverick, SuSE − 42.1)
Cas spécifique, dû à un changement de la taille physique des disques.
1. Un disque spare (sdf=03H, 1T ) est partitionné sous YasT.
2. En essayant la commande
mdadm --add /dev/md127 /dev/sdf1, on obtient le message:
mdadm: add new device failed for /dev/sdf1 as 5: invalid argument
3. Cela ne semble pas lié au disque. Pour tester cela, on ferme et on installe l’ancien spare en
sde. Alors il est pris comme spare. On le dégage par --remove, et il n’est pas possible non
plus de le réajouter. Remarque: mdadm -E échoue sur le nouveau (attendu) et sur l’ancien spare
(pourquoi ?).
4. On essaie en mode rescue-SuSE − 42.1. On trouve /dev/md127 tout assemblé. Mais l’addition
ne va pas mieux.
5. On recommence en mode rescue-SuSE − 11.4. Le raid n’est pas assemblé. On assemble avec
mdadm --assemble /dev/md127 /dev/sdb1 /dev/sdc1 /dev/sdd1
Puis on ajoute le disque spare (03H, formatté) par
mdadm --manage /dev/md127 --add /dev/sde1.
6. On reboote (SuSE − 42.1), et on constate que le spare est ajouté.
7. On lance mdadm /dev/md127 --replace /dev/sdb1 (sdb=H0H, le disque de 0.3T). Et, 69 mn
plus tard, sde1 est actif_sync tandis que sdb1 est marqué faulty. On ferme, puis on installe 03H
en sdb (à la place de H0H) et on reboote. La grappe s’assemble avec b(5), c(3), d(4).
Maintenant, les trois disques du raid sont des disques 1T, mais n’utilisent que 0.3T (soit
raid=0.6T).
8. A toutes fins utiles, on monte une partition ext4 en /kroot et on sauvegarde /kome sur le disque
supplémentaire.
cp -p -R -v -d /kome /kroot
C’est long, mais dd copierait des inodes... et il n’est pas clair que cela soit compatible avec un
futur changement de taille.
9. Pour mémoire (échoue). On essaie
(a) umount /kome
(b) mdadm --stop /dev/md127
(c) mdadm --assemble /dev/md127 /dev/sd[bcd]1 --update=devicesize
Et la réponse est "not for 1.x metadata". Remarque: la grappe est en 1.0, et la doc suggère 1.2
uniquement.
10. On change la taille utilisée par les commandes :
umount /kome ; mdadm /dev/md127 --grow --size=max
On vérifie la bonne exécution par -D. Et, comme de juste, l’espace supplémentaire se resynchronize
(373 mn !).
11. On introduit un nouveau disque, 1T, partition raid (utilisant YasT). Et alors, –add fonctionne
sans problème. Peut-être que, précédemment, le problème était la différence de taille nominale.
3.8.7
Gestion des pannes
1. Il est bien vrai que l’on peut rebrancher dans n’importe quel ordre (sata) les différents disques
d’une même grappe. Ils gardent leur numéro interne à la grappe raid (testé souvent, en particulier
sous SuSE − 42.1)
22
3
DIRECTIVES HARDWARE
3.9
Remarques sur le partitionnement
Listing 5 : Used sizes after growing
b-03H
e-72W
c-3ZN
d-PHT
Avail
Avail
Avail
Avail
Used
delta
Dev
Dev
Dev
Dev
Dev
Size
Size
Size
Size
Size
:
:
:
:
:
1953521392
1953521384
1953519728
1953519728
1953519616
112
(931.51
(931.51
(931.51
(931.51
(931.51
GiB
GiB
GiB
GiB
GiB
1000.20
1000.20
1000.20
1000.20
1000.20
GB)
GB)
GB)
GB)
GB)
2. Gérer tout le reste de façon paranoïaque. Si une grappe raid1 (miroir) se désynchronise (cable
débranché) il n’est pas impossible que le disque actif subisse un problème pendant ce temps là.
Il ne faut donc pas resynchroniser les deux disques, mais monter un disque vide avec le disque le
plus actuel (et garder l’autre disque pour un remontage éventuel en cas de panne du premier).
3. Plus généralement, une grappe raid5 a comme seul objectif ... faire face à la panne d’un seul
disque. La reprise sur plantage ou sur panne de courant n’est pas assurée. Dans cet ordre d’idées,
placer deux disques ide sur la même nappe était une quasi certitude de chagrin : lorsqu’un disque
tombe en panne, l’autre devient souvent inaccessible.
4. Il est indispensable de procéder à plusieurs "exercices d’incendie" pour bien vérifier ce qu’il
faut faire pour remplacer un disque tombé en panne (c’est le but de raid1/raid5, n’est-ce pas ?).
La commande "raidhotadd" est
mdadm --manage /dev/mdx --add /dev/sdy1
à exécuter sur un groupe "assemblé" (au sens de mdadm --assemble) mais démonté (au sens de
umount). Le disque remplaçant doit évidemment être configuré au préalable. Compter quelques
heures d’écriture durant laquelle les performances machine seront à peu près nulles.
5. Lorsque les Events ne sont pas synchronisés, seuls les disques les plus récents sont assemblés.
Lorsque l’on est certain que la différence sur les Events ne doit pas être prise en compte, on peut
utiliser l’option --force pour imposer la plus grande valeur de Events. From the man: An array
which requires –force to be started may contain data corruption. Use it carefully. Faire une copie
de sauvegarde immédiatement. Et ensuite, lancer fsck.
L’option -force de mdadm --create est soumise à un double verrouillage... mais finit par être
exécutée (perte définitive des données non sauvegardées en cas de fausse manoeuvre).
Tout cela repose sur le superbloc figurant en tête de chaque partition. Que faire quand ce bloc
est corrompu (ancienne commande de mdadm ?).
3.8.8
Réparer une grappe qui a eu des malheurs
1. Commencer par un ddrescue de chaque disque sur un disque neuf. Cela prend ≈ 11h par disque
3TB. Cela prend du temps, mais les données ne seront pas redonnées... et il est vraisemblable
que les causes ayant fait tomber un disque auront également fragilisé les autres disques.
2. Lorsqu’un disque est vraiment sur le point de casser, la copie sera le seul original réellement
disponible. Peut être faut-il faire une copie de cet original.
3. Ne pas travailler sur la grappe raid tant que les disques individuels ne sont pas sécurisés.
4. Dans le cas d’un "petit" disque, on peut en créer une copie simple:
cp /dev/malheur /root/dir-copy
mount -t type -o loop /root/dir-copy /mnt
5. Si l’on utilise dd pour faire la copie, être attentif à la taille des morceaux (prendre 512b ou 4096b
selon le cas). Ne pas confondre faire une copie quand tout va bien, et faire une copie parce que
l’on sait qu’il y a un problème.
3.9
1. Le partitionnement doit être effectué de façon réfléchie, car il est difficile à modifier par la suite.
Évidemment, on ne sait pas à quoi réfléchir avant d’avoir eu des problèmes...
2. Il vaut mieux définir les partitions par des numéros de cylindre plutôt que par la taille (car celle-ci
ne pourra pas être reproduite de façon fiable lors des modifications ultérieures). Dans SuSE−11.3,
l’utilisation des cylindres se demande à la dernière ligne du partitionneur (configuration). Dans
SuSE − 11.4, lorsque l’on étend la taille d’une partition (placée au début), cela ne suffit pas
23
3.9
3
DIRECTIVES HARDWARE
à imposer une séparation en limite de cylindre. Proposer en taille, noter les cylindres, détruire,
refaire avec les cylindres.
3. Un objectif prioritaire est de séparer les données de tout le reste. Un disque supplémentaire coûte
100€ . Combien coûtent les données perdues ? Par ordre décroissant de coût (et de sécurité) on
peut placer le répertoire /home sur
(a) une grappe raid, en mode 5 (stripped+mirrored) avec 3+ disques ide ou sata et un disque
spare.
(b) une grappe raid, en mode 1 (mirrored) avec 2 disques ide ou sata
(c) un disque ide séparé
(d) une simple partition sur le disque système.
Pour le reste, un seul disque rapide est suffisant.
4. Partitions : tout ce qui boote doit être en début de disque (avant les limitations diverses), et il
n’y a que quatre partitions (primaires) possibles. Dans l’ordre des partitions :
(a) La meilleure méthode : swap, /boot, racine (avec /user inside)
Une grappe raid pour /home
Un autre disque pour winxx
(b) Ancienne meilleure méthode (SuSE − 8) : /boot (circa 16Mo), swap, racine... etc
(c) Alternative sans winxx : /boot (circa 16Mo), swap, racine et /home.
(d) Alternative avec winxx : /boot (circa 16Mo), swap, winxx, partition étendue
Deux partitions logiques : une pour racine, une autre pour /home.
Caveat : les numéros des partitions étendues changent en cas de suppressions : ne pas leur
donner exactement la même taille, cela permet de les distinguer.
#
tartif
13 Go
1
/win98
1-166
2
/boot
167-168
3
swap
169-181
4
extend
182-1685
madras(1)
40 Go
moon(1)
40 Go
shanghai
40 Go
malibu
Go
/boot
0-2
/boot
1-3
swap
/swap
3-36
/swap
4-69
/
/
37-2521
/
70-2866
/home
2522-5004
/home
2867-4866
ntfs
0-5895
extend
5896-14592
5
/
182691
6
home
06921201
7
8
/home
= hdb
swap
5896-6157
/
6158-9291
home
09292-13992
fat32
13992-14592
Tab. 4 : Sans disque raid
Rappel: la seule partie utile d’un tel barnum est constituée par les données, c’est à dire le répertoire /home (qui, bien sûr, contient une copie à jour de /root et de /var). Pour utilisation avec
une grappe raid, il peut être utile de laisser une partition "home-like" sur le disque système, pour
permettre une sauvegarde supplémentaire des données fragiles.
5. Résidus archéologiques
(a) /dev/sda sur mona est un ”gros disque”, utilisé en remplacement d’un disque en panne. Qu’estce que la partition hyber ? ? ?.
(b) les disques /dev/hde et /dev/hdg de moonlight commencent par une partition de un cylindre.
Pourquoi ? ? ?.
6. (jusqu’à SuSE − 9.3) Choix du file system = reiserfs. L’implémentation des fichiers "ext2" avec
le système de liens par inodes est fragile. Il suffit d’une coupure de courant pour que le disque
devienne illisible. Le système reiserfs semble plus robuste de ce point de vue (ne pas y croire de
trop). En tout cas, il est plus facile à remonter après plantage.
7. (SuSE − 10.2) Le file système par défaut est maintenant "ext3". Nous avons suivi cette recommendation sans plus étudier le pourquoi de ce changement.
8. SuSE − 11.3. Le file système est désormais "ext4". Est-ce mieux ou autrement ?
9. SuSE − 42.1. Cela a encore changé. On reste sous "ext4".
24
3
DIRECTIVES HARDWARE
#
madras(3)
uata/hda
moon(3)
uata/hda
madras(4)
uata/sda
mona(2)
/dev/hda
midnight
sata/sda
maverick
sata/sda
mahjong
uata/sda
mirabel3
madiran2
uata/sda
maverick2
sata/sda
3.9
1
swap
0-130
2
3
/kome2
/
131-4047
4048-7475
57.2 Go, Reiser
swap
/
0-130
131-4864
37.2 Go
swap
/
0-326
327-4864
37.2 Go, Reiser
swap
/
/winxp
0-130 131-19455
= hde
149 Go
19 Go
swap
/
0-522
523-fin
280 Go, ext3
swap
/
0-522
523-fin
931 Go, ext3
swap
/boot
/
0-1499 1500-1630
1631-38912
11.5
1 GB
285 GB, ext4
idem sur 900 GB
/boot
swap
/
0-130
131-913
914-60800
1Gb
6Gb
458Gb, ext4
swap
/boot
/
4G
1G
926Gb, ext4
0
1
2
raid5, ch=128k, ls
/hdc1
/hde1 /hdg1
111.8Go, Reiser
raid1, ch=4k
/hde1
/hdg1
raid5, ch=128k, ls
spare
/sdb1
/sdc1 /sdd1
111.8Go, Reiser
raid1, ch=4k
hyber
/sda1
/sdb1
149 Go
raid1, ch=4k
/sdb1
/sdc1
280 Go, ext3
raid5, ch=128k, ls
/sdb1
/sdc1 /sdd1
596 Go, ext3
raid5, ch=128k, ls
/sdb1
/sdc1 /sdd1
1.82 TB, ext4
idem
raid5, ch=128k, ls
/sdb1
/sdc1 /sdd1
5.46 TiB, ext4
raid5, ch=128k, ls
/sdb1
/sdc1 /sdd1
1.8Tib=2TB, ext3
Tab. 5 : Avec disques raid
25
x
spare
/hdi1
/sde1
/sda2
spare
/sdd1
spare
non
spare
/sde1
spare
/sde1
spare
/sde1
3.10
3.10
Partitionnement sous EFI
3
DIRECTIVES HARDWARE
Partitionnement sous EFI
What would happen if the Install DVD is launched in the legacy mode (on an EFI-able computer ?)
1. Miranda SuSE − 42.1. Portable with EFI capacity. Previously running M$ according to:
Device
B
Start
End
Size Id
Type
/dev/sda1 *
2048
718847 0.350G 7 NTFS
?
/dev/sda2
718848 307202047 146.1G 7 NTFS C:
/dev/sda3
307202048 976773119 319.3G 7 NTFS D:
2. When doing an ordinary boot, the previous SuSE − 11.3 and SuSE − 11.4 DVD are no more
recognized, while the SuSE − 42.1 doesn’t display the option "boot from hard disk". This is due
to the EFI capacity ... and the BIOS configuration that allows, in this order:
(a)
(b)
(c)
(d)
(e)
(f)
(g)
internal CD/DVD rom drive (UEFI)
OS Boot Manager
USB diskette_in_key or USB hard_disk (UEFI)
USB DVD_rom_drive (UEFI)
Legacy internal DVD_rom_drive
Computer hard_drive (Legacy mode)
Legacy USB (key or hard_drive or DVD)
On this computer, EFI cannot be disabled from the BIOS boot list (accessed either by [Esc] then
[F 10] or by |F 10| directly. Once activated, EFI is ever there
3. Nevertheless, it exists the possibility to force the booting device (once, for a specific run) by [F 9].
With a DVD inserted, this gives:
(a)
(b)
(c)
(d)
(e)
internal CD/DVD rom drive (UEFI)
EFI HD Device
UEFI files
Legacy internal DVD_rom_drive
Legacy Computer hard_drive.
4. Then D: was erased, and the
primary as well, we obtain:
Device
B
Start
/dev/sda1 *
2048
/dev/sda2
718848
/dev/sda3
307202048
/dev/sda4
308238336
/dev/sda5
308240384
/dev/sda6
314537984
disk reorganized. Since partition /boot/efi requires fat32 and
End
718847
307202047
308238335
976773119
314535935
976773119
Size
0.350G
146.1G
0.506G
318.8G
3G
315.8G
Id
7
7
c
f
82
83
Type
NTFS
NTFS
W95 FAT32 (LBA)
W95 Ext’d (LBA)
Linux swap / Solaris
Linux (Ext4)
/boot/efi
swap
/
5. The HD "grub" menu only proposes Linux. To launch Win$, [F 9]+Legacy boot is required.
6. The UEFI files are:
(a) Acpi(PNP0A03,0)/PCI(1F12)/Sata(0,0,0)/HD(Part3, Sig397A8933
i. <EFI>
A. <boot>
(enum) bootx64.efi
(enum) fallback.efi
B. <opensuse>
(enum) shim.efi
(enum) MokManager.efi
(enum) grub.efi
(enum) grubx64.efi
ii. <System Volume Information>, then empty
(b) Acpi(PNP0A03,0)/PCI(1F12)/Sata(0,0,1)CDROM (Entry)
26
4
EXEMPLES D’INSTALLATION
3.11
3.11
Informations sur le matériel
Informations sur le matériel
1. Il est indispensable de recueillir l’identifiant numérique des matériels et de le recopier sur les
manuels, les boites des drivers, etc. Se méfier des noms fantaisie qui ne seront pas reconnus. On
pourra consulter http://pciids.sourceforge.net/iii/?i=xxxx pour une référence xxxx:yyyy.
Pour SuSE − 11.4, http://pci-ids.ucw.cz/read/PC/xxxx.
2. Certains bios affichent les identificateurs vendeur:matériel des différentes cartes. Dans tous les
cas, noter attentivement tout ce qui apparaît lors du post (Power On Self Test) et rassembler
toute la documentation disponible sur les matériels.
3. Il est raisonnable de commencer par une installation sous winxx afin de vérifier le bon fonctionnement des matériels (attention aux délais de retour, qui sont très courts, et aux revendeurs qui
ne veulent pas entendre parler des OS exotiques). En profiter pour récupérer le fichier system.prn
par My_computer/Properties/Print_All -> Imprimante/TexteSeulement, puis batch ad hoc.
4. Les identificateurs vendeur:matériel sont collectés dans la section pci de la base de registre.
Extraire tout cela et le joindre aux résultats de system.prn.
5. Après coup, on peut retrouver ces informations par la commande
hwinfo --pci | grep ": PCI"
(incorporée dans qyh_docs_hardware)
6. Plus généralement, la commande /usr/sbin/hwinfo --item donne l’accès aux items :
all, bios, braille, bridge, camera, cdrom, chipcard, cpu, disk, display, dvb, floppy,
framebuffer, gfxcard, hub, ide, isapnp, isdn, joystick, keyboard, memory,
modem, monitor, mouse, netcard, network, partition, pci, printer, reallyall,
scanner, scsi, smp, sound, storage-ctrl, sys, tv, usb, usb-ctrl
display ne fait pas partie de la liste affichée par défaut, mais cela fonctionne quand même.
4
Exemples d’installation
SuSE − 7.? : linuxrc v1.1.19, kernel 2.4.4-4gb
SuSE − 8.0 : linuxrc v1.3
, kernel 2.4.18-4gb
SuSE − 8.1 : linuxrc vxxx
, kernel 2.4.19-4gb
SuSE − 9.3 : linuxrc v1.8.6 , kernel 2.6.11.4-20a-default
SuSE − 10.2 : linuxrc v2.1.17, kernel 2.6.18.8-0.5-default
SuSE − 11.0 : linuxrc v3.1.34, kernel 2.6.25.5-1.1-default
SuSE − 11.3 : linuxrc v3.4.14, kernel 2.6.34.12-default (mahjong)
SuSE − 11.4 : linuxrc v3.5.10, kernel 2.6.37.1-default (mirabel3)
SuSE − 13.1 : linuxrc v4.1.05, kernel 3.11.6-4-default (madiran1)
SuSE − 42.1 : kernel 4.1.12-1-default (madiran2, miranda)
4.1
Manoeuvres préalables
Cette section regroupe des informations "hardware" qui ne seront pas celles du lecteur... mais qui
permettent de repérer le domaine de validité des remarques qui suivront.
Depuis la SuSE − 9.3, nous considérons que l’accès au réseau externe (internet) est un prérequis.
On suppose donc qu’au moins une carte réseau est reconnue "spontannément" et la gestion des cartes
réseau a migré vers la série "Nullix".
4.1.1
Mahjong2 (SuSE − 42.1)
1. Bios. sata->ahci (déjà fait). Pas de uefi. 8GB ram.
2. Remplacement préventif d’un des disques de la grappe raid.
3. Port com1. Vu l’emplacement, nécessiterait un câble de 40cm. Faut-il le prendre droit (serti) ou
croisé (et donc soudé) ? Un câble tout fait coûte 4€. Une carte pci-express coûte 5€.
4. Etiquettage des arrivées des câbles sata. En plus: jaune=sus, dvd ; noir=raid ; rouge=
5. Clavier/souris sans fil (amazon).
27
4.1
4
6. On installe SuSE−42.1 sur LNX, un nouveau disque 1TB: swap=4G, boot=1G, racine=le_reste.
eth1, mahjong,dns=, ip=121, passerelle
online reposistories (ok), ntp (ok), kde, user=fullna (pas de login auto, passwd différent pour
root)
boot-code dans /boot partition (ni dans mbr, ni dans racine).
ssh=ok, firewall=off (tant que le port externe n’est pas branché.
4.1.2
Maverick3 (SuSE − 42.1)
1. A un moment ou un autre, un pb raid a nécessité de changer un disque puis un autre (et la
machine était restée éventrée quoique fonctionnelle).
2. memoire = 3.7 GB.
3. Redisposé les disques dans le bon ordre. a=système (1T) ; bcd=raid(0.3T, 1T, 1T), produisant
un espace de 0.6 T ; e=spare ; f=rack, en particulier, ancien système.
4. Modification du bios (aurait probablement dû être fait depuis longtemps).
(a) Changé le mode de gestion des sata en ahci.
(b) Supprimé Express_Gate (tools).
(c) Changé le dvd par un dvdrw-sata branché sur le port Marwell (le orange est le premier
Marwell, le blanc ne donne que le mode ide).
(d) Supprimé la gestion bios du lecteur de disquette. Et alors, /dev/fd0 n’apparaît plus sous
unix (en particulier fdisk -l n’attend plus le timer).
5. On installe SuSE − 42.1 sur un nouveau disque: swap=4G, boot=1G, racine=le_reste.
6. Réseau 1969:1026 (attansic, cm, ) et 10ec:8169 (realtek, pci). OK.
4.1.3
Madiran2 (SuSE − 42.1)
1. Réinstallation système de Madiran1 causée par un problème non identifié. Le disque /dev/sda
est resté fonctionnel, mais le système ne boote plus (passe en basse résolution, et se plaint).
2. Nouveau disque système (0.5 T). Puis les 4 raid. Puis l’ancien système. le port Marxell reçoit le
dvd et le connecteur externe.
3. Quelques problèmes avec les disques de la grappe raid. Finissent par se régler (ddrescue). Une
occasion pour archiver sur un disque externe (Photo, docs, docs-old, Zicmu)
4.1.4
Madiran1 (SuSE − 13.1)
1. Machine "serveur". Mémoire 32 GB. Un disque de 1TB, sata /dev/sda. Quatre disques de 3TB,
sata /dev/sdb, /dev/sdc, /dev/sdd, /dev/sde. Les deux premiers sur sata-6, les trois suivants (et
le connecteur de façade) sur sata-3. Un dvd-rw sur le port spécial (Marwell, faire pause au boot
pour en voir plus).
2. Deux prises Ethernet gigabit.
3. Wifi/Bluetooth incorporé (voir Nullix/Réseau/Carte wifi)
4.1.5
Mirabel3 (SuSE − 11.4)
1. Réinstallation du système à cause de problèmes d’affichage écran.
2. Swap = 10 GB au lieu de 3.
3. Carte graphique utilisée : Vendor=10de:0614, SubVendor=1043:8319, Revision: 0xa2. Nom de
fantaisie : ASUSTeK/EN9800GT. Pour l’installation SuSE − 11.4, écran connecté uniquement
par HDMI. La résolution 1920x1080 (format = 16/9) est reconnue automatiquement. L’ancienne
connexion (vga+hdmi) posait problème avec SuSE − 11.3. Comme si cela était trop coûteux en
ressources sur la carte graphique.
4.1.6
Mirabel2 (SuSE − 11.3)
1. Machine "serveur". Cinq disques de 1TB, sata. Appelés /dev/sda, dev/sdb, /dev/sdc, /dev/sdd,
/dev/sde, sur sata1-sata5. Le premier est le système. Les trois suivants est le raid. Le dernier est
le sparse raid. Un dvd est sur sata6 (->sr0) et l’autre sur le port special (->sr1).
2. Les ventilateurs boitier et alim ne sont pas connectables pour contrôle de vitesse.
3. Partitions cf Tab. 5
28
4
4.1
Mahjong (SuSE − 11.3)
4.1.7
1. Clone du précédent, à part un contrôleur de classe sata-6. Se présente au boot comme une carte
raid, qui explore ses connections. On ne voit pas le lecteur dans le bios. En outre, les lecteurs
viennent se placer apres les lecteurs du bloc de six.
2. Rencontré un problème raid. Un disque a été changé.
Malibu-2 (SuSE − 11.3)
4.1.8
1.
Malibu-2 est un portable 64 bits. Deux partitions win$ (par le vendeur). Ajouté deux partitions
linux.
/dev/sda
/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda6
/dev/sda7
/dev/sda8
Gb
111.7
45.1
66.6
2.0
24.0
36.0
4.6
mount
hpfs
extended
swap
(root)
(home)
fat32
/win/C
swap
/
/home
/win/D
start
0
0
5896
5896
6158
9292
13992
end
14592
5895
14592
6157
9291
13992
14592
2. Problème clavier: certaines touches ne répondent plus. Utilisé qc_clavier pour obtenir:
<>
[]
{}
.
[AltGr − w] , [AltGr − S − w].
.
Madras 4 (SuSE − 11.0)
4.1.9
1. Nouveau disque système, sur rack. L’ancien reste sur un autre rack. Attention : les disques ont
changé de nom, ne pas booter sur l’ancien sans démonter le raid et tester de façon non destructive.
4.1.10
Maverick 2 (SuSE − 11.0)
1. Suite à un problème secteur, nécessité de changer l’alimentation et la carte mère (asus p5b
en p5q). Le disque système se charge... mais ne reconnaît plus le processeur. Pas de traces de
l’installation de maverick 1 (SuSE − 10.2) et d’éventuelles manoeuvres : on refait tout du début,
sur un autre disque.
2. Tentative d’installation de SuSE − 10.2 à partir du dvd et/ou du cd1 : échec (pas de disque, pas
de cdrom) : nouvelle carte, nouveaux drivers.
3. Installation avec le dvd SuSE − 11.0 (téléchargé par torrent, puis gravé sous SuSE − 10.2). Cela
va grosso modo. Toujours les salades nvidia (=never ever ! !) pour le driver graphique.
4. Problème avec les cartes réseau gigabit (sur CM et RealtekGiga). Ce qui conduit, plus tard, à
"Unable to configure the network card because the kernel device (eth0, wlan0) is not present. This
is mostly caused by missing firmware (for wlan devices). See dmesg output for details" (sous
Yast2).
5. En fait ce problème était "visible" dès l’un des tous premiers écrans : pas de possibilité de mettre
l’horloge système en utilisant ntp. Contournement massif : ajout d’une carte réseau Realtek
100Mo et déclaration de source=FTP. L’installation pose des questions diverses, la mise à jour
ntp se fait et on se retrouve à la fin avec
(a) pci_1969_1026 Bus:0000:02:00.0 Model:"Attansic Ethernet controller" Driver: "???"
(c.m)
(b) pci_10ec_8169 Bus:0000:05:00.0 Model:"Realtek RTL-8169 Gigabit" Driver: "r8169"
(giga)
(c) pci_1106_3065 Bus:0000:05:01.0 Model:"D-Link DFE-530TX rev A" Driver: "via-rhine"
(secours)
6. Problème fixé par la suite (cf § carte réseau)
29
4.1
4.1.11
4
Midnight (SuSE − 10.2)
pas de traces...
4.1.12
Moonlight 4 (SuSE − 10.2)
1. Réinstallé en SuSE − 10.2 (nouveau disque système, conservation de l’ancienne grappe raid).
2. Porté la mémoire de 128 Mo à 1.5 Go (pas d’installation possible avec 128 Mo, lenteur affreuse
avec 128+512 Mo).
3. Changé de carte graphique pour une GeForce fx5200 10de:0322 nvidia 128Mo (au lieu de 4Mo).
L’installation du pilote nvidia ne s’est pas trop mal passée cette fois-ci.
4. Les problèmes précédents avec la souris ps2 ont disparu, i.e. il n’est plus besoin d’avoir une souris
usb spécifique, la connexion sur le kvm est fonctionnelle.
4.1.13
MonaLisa 2 (SuSE − 9.3)
1. L’objectif est de remonter cette machine sous unix et d’en faire la station de travail locale, la
machine moonlight étant réorientée dans une optique dmz/firewall, avec une adresse publique.
2. Outre le réseau local 192.168.50.xx (carte top), il est prévu un accès adsl (carte mid) et une
liaison gigabit spécialisée avec moonlight (transferts de fichiers et remote login).
3. Description bios : Tab. 6.
bus
0
0
0
0
0
1
2
2
2
2
2
2
2
2
3
3
3
3
3
dev
31
31
31
31
31
0
4
5
7
7
7
8
10
12
8
8
8
9
10
func
0
1
2
3
4
0
1
2
0
1
2
vendor
8086
8086
8086
8086
8086
1002
10b7
10ec
1033
1033
1033
8086
1274
105a
1033
1033
1033
1106
1095
device
244b
2442
2443
2444
514c
9200
8169
0035
0035
00e0
2449
5880
5275
0035
0035
00e0
3044
3112
class
0601
0101
0c03
0c05
0c03
0300
0200
0200
0c03
0c03
0c03
0200
0401
0104
0c03
0c03
0c03
0c00
0180
device Class
ISA Bridge
IDE Cntrl
USB-uhci
SM Bus
USB-uhci
Display Cntrl
Network Cntrl
Network Cntrl
USB-ohci
USB-ohci
USB-ehci
Network Cntrl
MultiMedia
RaidBus (MassStorage)
USB-ohci
USB-ohci
USB-ehci
FireWire IEEE1394-ohci
SATA (MassStorage)
int
Tab. 6 : Description bios MonaLisa.
4. Plan des disques : Tab. 7.
#
Samsung SP1604N
DVD
Nec CD-RW
Zip-100
ic352020...
accueil
sata1
sata2
bios
PM
PS
SM
SS
para-PM=scsi
para-SM=scsi
winxx
0=149Go
cd0
cd1
1
2= 19Go
3
4=149Go
5=149Go
linux
hda
hdb, dvd
hdc, cdrecorder
hdd4
hde
hdg
sda
sdb
Tab. 7 : Description disques MonaLisa.
30
remarque
mid
giga
main
main
main
top
main/creative
main/paradise
4
4.1.14
4.1
Madras 3 (SuSE − 8.1)
1. Madras(3) est fait office de serveur pour le département de maths (reconfiguration mai 2003).
2. Installation SuSE − 8.1. Rien de remarquable à part les cartes raid (Subsection 3.8). Tourne
actuellement avec une grappe raid-5 de trois disques ide, gérés à travers deux cartes promise-ide.
4.1.15
Moonlight 3 (SuSE − 8.1)
1. Moonlight(3) est un autre serveur.
Une tentative d’installation "apic enable" conduit à une situation où ni clavier ni souris ni cartes
réseau ne répondent. Cause inconnue. On s’est donc rabattu sur une installation "ordinaire".
L’utilisation d’une souris PS2 fait systématiquement planter la machine, imposant l’utilisation
d’une souris spécifique.
4.1.16
MonaLisa (SuSE − 8.0)
1. MonaLisa était une "grosse machine" en fin 2002. P4-2Ghz, 1Go mémoire, contrôleur ide-raid,
carte graphique 128Mo, dvd, graveur, 3 cartes réseau. L’ensemble n’est pas fonctionnel sous win98
à cause d’un conflit entre la carte graphique radeon 8500, et le reste (en particulier la carte son).
Le reste fonctionne néanmoins avec une nvidia 32Mo.
2. Le tout premier menu SuSE − 8.0 propose une option apic (Advanced Programmable Interrupt
Controller). Consulter à ce sujet Microsoft (2001). Le principe est de revenir à un espace d’interruptions de taille raisonnable, et non plus seulement limité à 8 ou 16. Pour mémoire, Intel avait
prévu 256 interruptions, qui furent utilisées par Micro$oft pour implémenter le basic et autres
fredaines.
3. On utilise donc l’option apic (qui, bien entendu, est aussi validée dans le bios).
4. Première tentative d’installation avec radeon 8500 (128Mo). Échec : aucun mode graphique (F 5 =
1024 ∗ 760, F 4 = 860 × ∗ ∗ ∗, F 3 = 640 × 480, ne conduit à un écran lisible. On fait quelques
essais avec l’autre carte (nvidia).
5. Mauvaise interprétation du driver raid. Il y a un disque sur /ide0 et un sur /ide2 (aka ide3 sur
la carte-mère, toujours ce fameux décalage de 1). Le lecteur /ide0/mst (20 Go) est vu deux fois.
Une fois comme /dev/hda et une fois comme /dev/ataraid/d0. Il est proposé de redimensionner
la partition winxx sur /dev/ataraid/d0p1 etc. Mais cela ne s’exécute pas (normal, le disque est
connecté sur /ide0 et non /ide2).
6. On repart en débranchant /ide0. Le seul disque est donc en /ide2. Aucun disque n’est reconnu.
Les modules ataraid et pdcraid se chargent (une fois) mais sans plus.
7. Une manoeuvre abracadabrantesque était décrite par http://sdb.suse.de "The modules for
Promise Controllers Cannot Be Loaded" (n’est plus accessible). Comparer avec SDB (2006). On
reboote avec les options apic ide2=0xb000,0xb402 ide3=0xb8000, 0xbc002.
8. Après cette manoeuvre, les disques deviennent accessibles selon la table suivante :
contrôleur
/ide0
/ide1
/ide2
/ide3
device
/dev/hda
/dev/hdc
/dev/hde
/dev/hdg
device
/dev/hdb
/dev/hdd
/dev/hdf
/dev/hdh
9. Les adresses de cette manoeuvre magnifique changent lorsque change la carte graphique. Ainsi
0xa0000 etc. lorsque l’on revient à la carte radeon.
10. Bilan : la machine a fini sous winxp
31
4.2
Téléchargement des images *.iso
4.1.17
4
Shanghai (SuSE − 8.0)
1. Shanghai est un serveur Web.
video : Tornado GeForce2 mx400, nvidia 64 Mo Ram
P6I845 Platinix-2D Bios v1.3slcp Feb.07,2002
02/07/2002-i845-w83627-6a69vq1ac-00
532 Mo ram
deux disques lba, ata100, 40 Go
dvd samsung sd-6, ata 33
cdrw yamaha 3200E (24-10-40), ata 33
2. Configuration bios
(a) cmos : halt on all, but keyboard errors
(b) qdi : cpu ratio=×8
autres options : boot easy et recover_easy : lire la doc ! ! !
(c) advanced : sleep is s1(pos)
3. Description bios : Tab. 8.
bus
0
0
0
0
1
2
2
dev
31
31
31
31
0
11
12
func
1
2
4
5
vendor
8086
8086
8086
8086
10DE
1106
1106
device
244B
2442
2444
2445
0110
3065
3065
class
0101
0C03
0C03
0401
0300
0200
0200
device Class
IDE Cntrl
Serial Bus Cntrl
Serial Bus Cntrl
Multimedia Device
Display Cntrl
Network Cntrl
Network Cntrl
Tab. 8 : Description bios Shanghai.
4.2
4.2.1
Gestion des correctifs
1. Il arrive de temps en temps (c’est à dire en permanence) que des "malheurs" de programmation
soient découverts dans divers modules. Dans la SuSE − 7.2, cela allait jusqu’à gêner le fonctionnement minimal. Dans tout les cas, il procéder au téléchargement des correctifs dès que la
connexion au réseau devient fonctionnelle.
2. Si l’on gère un parc, il serait intéressant de trouver comment ne télécharger les patchs qu’une
seule fois, avec gravure d’un cdrom ou mise en réseau local
3. L’actualisation des mises à jour est limité dans le temps. À une date donnée, la version est
considérée comme trop vieille, et l’utilisateur est prié de migrer. Plus de détails sur la page
http://en.opensuse.org/Lifetime.
(a) SuSE − 42.1 - will be maintained until 6 months after 42.2 (EXPECTED Second Quarter of
2017)
(b) SuSE − 13.2 - (EXPECTED First Quarter of 2017)
(c) SuSE − 13.1 - Feb 3rd 2016. Extended community maintenance (Evergreen) until at least
November 2016.
(d) SuSE − 12.3 - Jan 4th 2015 (2 months after release of 13.2)
(e) SuSE − 12.2 - Jan 15th 2014.
(f) SuSE − 12.1 - May 15th 2013.
(g) SuSE − 11.4 - November 5th 2012. Evergreen for 11.4 has basically stopped on 2014-07-27.
(h) SuSE − 11.3 - January 20th 2012
(i) SuSE − 11.2 - May 12th 2011. Evergreen for 11.2 has basically stopped.
(j) SuSE − 11.1 - January 14th 2011. Evergreen for 11.1 has basically stopped.
32
4
4.2
(k) SuSE − 11.0 - July 26th, 2010
(l) SuSE − 10.3 - October 31st 2009
(m) SuSE − 10.2 - November 30th 2008
(n) SuSE − 10.1 - May 31st 2008
(o) SuSE − 10.0 - November 30st 2007
(p) SuSE − 9.3 - April 30th 2007
(q) SuSE − 9.2 - October 31st 2006
(r) SuSE − 9.1 - June 30th 2006
4.2.2
Remarques sur la gravure des *.iso
1. Pour mémoire: dans les temps anciens, il y avait une version 32bits et une version 64 bits. Et il
était important de charger les eux, pour pouvoir réinstaller de vieilles machines.
2. Téléchargement par torrent depuis http://software.opensuse.org/. Débit constaté ≈ 1.5 M b/s.
La vitesse d’écriture sur disque devient un facteur limitant. Télécharger ces images en /opt/
dvdiso/ pour ne pas être freiné par le protocole raid. Par compatibilité, laisser un lien dans
/home/distrib/.
3. Vérifier le checksum (md5, donné automatiquement par k3b lorsque l’on choisit l’image iso)
4. Pour la gravure des images, utiliser "gravure avec test". Attention à la sensibilité de la souris :
vérifier que la case reste cochée. Durées approximatives :
(a) SuSE−10.2, k3b, midnight : media=dvd-rw, vitesse 4x, 25 minutes en tout (=vitesse 5MB/s),
15 pour écrire, 5 pour chacun des deux checksum.
(b) SuSE − 10.2, k3b, midnight : media=dvd-ro, vitesse 16x, 14 minutes en tout (≈vitesse
10MB/s).
(c) SuSE − 11.3, k3b, mirabel2 : media=dvd-ro, vitesse auto, 11 minutes en tout (≈vitesse
15MB/s, i.e. 11x).
(d) SuSE − 13.1, k3b, mahjong : media=dvd-rw, pas de remarques.
(e) SuSE − 42.1, k3b, maverick: media=dvd-ro, vitesse auto, 53 minutes en tout (≈ vitesse
3.5MB/s, i.e. 2.5x, vieux disque)
5. Avant toute utilisation d’une gravure, utiliser auto-test du media lors de l’installation. Durées
approximatives : 16 minutes (SuSE − 11.0, madras 4), 14 minutes (SuSE − 11.3, malibu-2).
Problème avec la gravure sur maverick (SuSE − 11.0).
1. La gravure "va bien", mais l’auto-vérification de k3b plante immédiatement. Diagnostic affiché
: mauvais numéro de piste.
2. L’auto-test du média déclare le dvd est "broken" (sector 1604592).
3. Une tentative d’installation donne "packages missing".
4. Causes possibles : vitesse de gravure (les rw sont bons de temps en temps)
Problèmes de gravure pour l’image SuSE − 11.4. La conclusion n’est pas claire.
1. Le checksum du fichier openSUSE-11.4-DVD-x86_64.iso obtenu par torrent n’était pas 082ebfac494b41cd56b38fb4218c545d (découvert par la suite).
2. Gravure avec test, DVD-R, sur mirabel (SuSE − 11.3, premier graveur samsung, programme
k3b). Message "Medium or burner does not support 16x, , switching to 17x". La relecture
plante. Confirmation par l’auto-test du média (utilisant malibu)
3. Gravure, DVD-RW, sur mirabel (SuSE − 11.3, deuxième graveur samsung, programme k3b).
Message louche à l’initialisation. Semble normal ensuite. Mais "DVD broken, bad sector" par
l’auto-test du média
4. Gravure sur maverick (SuSE −11.0, DVD-RW). La vérification de k3b plante immédiatement
(mauvais numéro de piste). L’auto-test du média donne "bad check-sum".
5. On recommence tout avec une image chargée à nouveau, et ayant le bon checksum. Programme
k3b, media=DVD-RW, user=root, image sur /opt/iso-images et non plus sur le disque raid.
Vérification par k3b = OK. Vérification par autotest = OK.
33
4.2
4
6. On reprend tout avec user=ipse, media=dvd-ro. Vérification par k3b = OK. Vérification par
autotest = broken (bad checksum).
Problèmes de gravure pour la SuSE − 9.3
1. Téléchargement depuis une machine SuSE − 8.1. La version disponible de gFTP tronque à
231 la longueur des fichiers. Ce n’est pas une limitation d’affichage, mais une troncature en
interne : pas moyen de télécharger le DVD.iso par ce moyen.
2. Par ailleurs, le WinFTP disponible ne pratique plus la reprise sur erreur (ou bien cela nécessite
un dialogue refusé par le serveur).
3. Recours aux CDx.iso (toujours depuis une machine SuSE − 8.1). Le logiciel de gravure (nero)
ne dispose pas de l’option "pad" qui aurait permis de stocker des "0" en fin d’image. Et donc
échec de la validation des checksum proposée par YaST2.
4. Finit par fonctionner.
4.2.3
Les versions récentes
1. SuSE − 10.2 : téléchargement par torrent. On constate une légère différence entre la version dvd
et la cdrom (Tab. 9).
openSUSE-10.2-GM-DVD-x86_64.iso
openSUSE-10.2-GM-x86_64-CDx.iso
openSUSE-10.2-GM-DVD-i386.iso
openSUSE-10.2-GM-i386-CDx.iso
openSUSE-10.2-GM-Addon-NonOSS-BiArch.iso
3
3
3
3
932
481
880
400
480
309
960
814
509
208
504
448
592
440
896
Tab. 9 : Les différentes livraisons de la SuSE − 10.2
2. SuSE − 11.0 : téléchargement par torrent. On obtient la Tab. 10.
image_iso
openSUSE-11.0-GM-DVD-x86_64.iso
openSUSE-11.0-GM-DVD-i386.iso
openSUSE-11.0-GM-DVD-ppc.iso
? ? ? NonOSS-BiArch.iso
md5
512c8346b0f8eb35f28c4eb96454d391
ed6a5b3feb668866df812b1c2aed9d7f
113c3ef0509db0e00310e19085f3a197
size
4 651 712 512
4 602 126 336
???
3. SuSE − 11.3 : téléchargement par torrent. On obtient la Tab. 11.
~ is openSUSE-11.3
image_iso
~-DVD-x86_64.iso
~-DVD-i586.iso
~-Addon-Lang-x86_64.iso
~-NonOss-BiArch-i586-x86_64.iso
md5
adf5d2a0a03c1e3aaf102fd6a4771b87
1a1da28c84e3cdad750d5cfa21c4fd17
ae4949386e20cb808929fc2a3b296a18
cbdb7725213a84331daca14434a27cc5
size
4 346 398 720
4 493 535 232
4. SuSE − 11.4. Un téléchargement par torrent donne un fichier qui n’a pas le bon md5 (3b0c5f...).
Par téléchargement direct, on obtient la Tab. 12.
~ is openSUSE-11.4
image_iso
~-DVD-x86_64.iso
~-DVD-i586.iso
~-Addon-Lang-x86_64.iso
~-NonOss-BiArch-i586-x86_64.iso
md5
082ebfac494b41cd56b38fb4218c545d
5f6d6d67c3e256b2513311f4ed650515
98c024f4d6aad4e1fcc297ccbe5d207e
7174bdd52a1dab26e2d5c55051221154
34
size
4 614 782 976
4
4.3
4.3.1
4.3 Phase de base
Phase de base
Remarque préalable
1. L’utilitaire YaST2 (Yet another Setup Tool) est apparu avec la SuSE − 6.3 et s’est perfectionné
au fil des versions. Depuis la SuSE − 8.1, l’installation détecte et installe automatiquement des
tas de choses dont la souris, les cartes son, les imprimantes (locales), les cartes réseau, isdn et
modems. Cela commence à ressemble à une installation winxx, soit un gros progrès.
2. La bonne méthode est une installation depuis un dvd. Jouer au juke-box est ennuyeux, même
si une précédente remarque concernant l’ergonomie a été prise en compte, avec une ouverture
automatique du lecteur de cdrom lorsqu’un nouveau disque est requis.
3. Ancienne remarque sur les kvm usb: jusqu’à la SuSE − 8.0 il était nécessaire de ne pas utiliser
de clavier ou souris usb durant toute la phase d’installation : "Résister à la tentation lorsqu’ils
fonctionnent à un moment ou à un autre : cela ne durera pas. Attendre que le système soit
complètement configuré, avec installation des patchs (YoU update)". Depuis la SuSE − 8.1, ce
problème ne se pose plus... mais de toutes façons, notre expérience est que les les kvm usb ne
valent pas la peine Subsection 3.4.
4. Evidence. Pour toute intervention sur une machine dont certains disques contiennent des données,
imprimer au préalable une table détaillée des partitions.
4.3.2
Menu d’accueil
Au lancement du dvd, un menu apparaît, avec :
F2
Langue= english-us
F3
Video= 1024x768
F4
Source= dvd
F5
Kernel= default, i.e. apic + acpi
F6
Drivers= none. Ne pas tester pour rien, il faut rebooter
Media_check Assez lent, mais indispensable : le faire pour chaque nouvelle source. Ne plante plus quand
le padding (les zéros à la fin) est mauvais.
Install
4.3.3
(ou bien booter le disque dur, ou système de secours)
Install Settings
1. Language= US English. Caveat (à partir de SuSE − 9.3 et encore plus pour la SuSE − 11.3)
: il est indispensable que root parle l’ascii le plus standard. Sans quoi, la plupart des scripts
tombent en carafe. Donc, root n’utilise ni lang, ni lc, ni rien. Cela se règle vers la fin de la
préparation, lorsqu’il est demandé de relire et valider avant passage à l’acte.
2. Keyboard= French. La SuSE − 11.0 ne propose plus de test. De toutes façons, il s’agit du
clavier texte, sans aucun rapport avec le futur clavier des terminaux X (graphiques). Depuis la
SuSE − 9.3, € est disponible (iso8859-15). Les <>²³µ deviennent utilisables.
3. Mouse= Il n’y a plus d’étape spéciale pour la souris. Elle est sélectionnée d’office.
Pour mémoire : la SuSE − 9.3 imposait de tout encoder en utf8 (au lieu du 8859-15 des
versions précédentes), sans grand moyen pour s’en débarrasser. Mal géré, cet encoding était
nocif pour les scripts... et donc totalement inacceptable. Le moyen de s’en débarrasser par la
suite n’était pas clair, au point de recourir au contournement suivant : installer sans graphique,
puis upgrader. Consulter Nullix/ClavierSubsection ??.
4. Licence= Novell (depuis SuSE − 9.3)
5. Raid= Jusqu’à SuSE − 10.2, un message apparaissait pour signaler que le noyau 2.6 ne gère plus
les fausses cartes raid à la sauce Promise. Sélectionner "New Install anyway".
6. Mode= New Install
7. System_Probing= On voit que cela cherche...
8. Time_Zone= Europe, France, HwClock to UTC (utile en général, indispensable pour unison)
9. Desktop= Nouveauté SuSE − 11.0 : choix du bureau entre gnome, KdE_4 et KdE_3.5. Confirmation des habitudes : KdE_3.5. A partir de SuSE − 11.3, seul le KdE_4 est proposé.
35
4.3
Phase de base
4
10. Partition (depuis SuSE − 9.3, encore ok pour SuSE − 42.1) : swap = /dev/sda1 (4 Go), boot=
1Go et le reste (=/dev/sda3) en ext4. Ne pas s’intéresser aux disques raid pour l’instant (et
surtout, ne pas les monter). De même, ne pas monter un éventuel disque winxx.
Depuis SuSE − 11.3 l’outil efficace de modification de la table de partition (frontal pour
fdisk) est caché sous la rubrique "création".
Remarque : le programme d’installation SuSE − 11.3 préconise de reformater la partition
racine.
11. User_ppal= créer un compte bidon (pour pouvoir vider /home et en faire le point de montage
de la grappe raid). Affichage d’un panneau d’informations personnelles à la micro$oft. Répondre
"Windows 98", "2ème Édition", "gates", ***. Attention aux "features" à la micro$oft : appuyer
sur [Enter] ne conduit pas à valider, mais à proposer un nom de fantaisie.
Il faut refuser le login automatique, il faut refuser principal=root.
12. Root= Donner le password de root. Le noter sur un post-it collé sur l’écran, mais à l’envers pour
que la WebCam ne puisse pas le lire :-)
13. Software= Choisir "Standard+KDE+Office+Help&Support+Graphical".
14. Network SuSE − 42.1. Tester la config en appelant un serveur de patch. Et alors l’installation
procède d’elle même à un update.
4.3.4
Menu de confirmation
Lang
rappel: root parle ascii, et aucune de ces langues en c-cédille_circonflexe.
Partition
deuxième chance...
Booting
grub (remplaçant de lilo, apparu avec la SuSE − 8.1)
localisation sur le premier ide : /dev/sda, mbr
choix : SuSE − 11.0, floppy, FailSafe (cf. Subsection 5.5)
Software
Depuis la SuSE − 8.1, cette configuration se recalcule rapidement. Néanmoins, ne pas trop
perdre de temps à "choisir" des packages alors que l’on n’a pas fini de recommencer. Supprimé
Novel AppArmor. Plus de détails dans Subsection 5.7.5.
Locale
lang+kbd
Timezone A nouveau, utc
Users
Les choix proposés sont : local ( /etc/shadow), ldap, nis, samba.
local a été choisi par habitude. Examiner cela plus précisément. Par exemple ldap géré par
une seule machine du réseau interne ? ? ?
Runlevel
5 (full graphical)
System
proc+memory
Install_from_images ok
Firewall
4.3.5
firewall=enable, ssh=enable+open
Passage à l’acte
1. Finalement, on passe à l’acte et on écrase le passé. In the old ancient times, le tout dernier
avertissement avant formatage était un écran tout rouge. Maintenant, le tout dernier clic avant
destruction ne se distingue plus très clairement.
2. Depuis la SuSE − 7.3, le suivi du chargement des modules est en option. Par défaut, quelques
pages de publicité sont proposées. On pouvait ainsi voir : "system administration is a child’s
game".
3. (SuSE − 9.3) Le suivi des packages utilise la console 7 ("full graphic"). Le temps restant ne
s’affiche pas tout de suite, mais il est fiable.
4. Les cartes nvidia sont installées avec un driver provisoire (en attendant un update par YoU).
5. Divers messages apparaissent sur les consoles 3 et 4.
6. Le reboot créant la configuration a lieu après le chargement du premier cdrom lorsque l’on
installe en jouant au juke-box.
36
4
4.4
4.4
Phase de configuration
Phase de configuration
Les étapes décrites sont celles des la SuSE − 11.0, avec quelques remarques issues des installations précédentes. Pour mémoire (jusqu’à la SuSE − 8.0 incluse) : ne pas oublier de rester encore en
clavier/souris standard, et pas en usb.
4.4.1
Pour mémoire: installation des packages restants (cd install)
Obsolete. Désormais, l’installation se fait depuis un dvd.
1. Un reboot a lieu après le premier cd. Bien entendu, il faut booter le nouveau système (sur disque,
pas sur cdrom). Il peut être utile de consulter les messages placés en /var/log/boot.msg.
2. Un écran arrive avec le même look que l’écran du § 3 ci-dessus. On est dans le même mode (texte
seul ou graphique) que dans la phase précédente. Ce mode est donc mémorisé (Où ?).
3. Si la manoeuvre décrite en Subsection 5.6.1 a déjà été exécutée, passer en console 2 par [Ctr − Alt − F 2].
On a la main directement (root). Monter /home. Revenir en console 7, valider la case "details"
et donner la source, soit file:///home/distrib.
4.4.2
Réseau
A partir de la SuSE−9.3, le réseau doit fonctionner dès que possible. Tandis que pour les SuSE−8.x,
le réseau était un accessoire, qui allait finir par fonctionner. Ainsi fallait-il ne configurer une seule carte,
avec une adresse en dur car le client dhcp n’était pas chargé par défaut.
1. Firewall. Pour la SuSE − 11.3, le firewall a déjà été configuré. Précedemment (SuSE − 11.0) :
firewall enabled on boot, ssh enabled est proposé par défaut. Accepter.
2. En phase de configuration, ne démarrer "on boot" que la carte permettant à YoU d’accéder aux
patchs en ligne. Restreindre les autres à un démarrage "manual".
3. Tester la connexion réseau. Une connexion a lieu vers un serveur de patchs (déterminé selon le
fuseau horaire ?). Lire les résultats des tests.
4. Par la suite. Démarrage auto des autres cartes. Régler l’ordre de connection des cartes. Être
très attentif à déclarer correctement les cartes internes et externes pour le firewall. Se reporter à
Nullix/Réseau.
4.4.3
YoU, tout de suite
Savoir ce que l’on veut est un art difficile. Nous avions écrit, à propos de la SuSE − 8.0 : ”Ne pas
perdre de temps à configurer quoi que ce soit avant d’avoir téléchargé toutes les corrections. Utiliser
YoU c’est à dire YaST online Update”.
A partir de la SuSE − 9.3, il est proposé d’y procéder tout de suite. Et les choses cessent d’être
évidentes : si cela réussit, c’était le meilleur moment pour le faire ; si cela échoue, la situation est
psychologiquement désagréable. Notre premier essai a conduit à un arrêt sur image d’environ 5mn lors
du chargement de "java-4_4_2-sun", puis cela est reparti. La connexion réseau n’était pas en cause
(adsl, testé fonctionnel depuis le reste du réseau local).
Disposer de cette possibilité peut permettre de débloquer un drame mais, finalement, il vaut mieux
tenter "procéder plus tard". Et cela d’autant plus que l’exécution du patch kernel.rpm demandant un
reboot quasi immédiat, le patch sur le noyau ne peut de toutes façons pas être installé à ce moment
précis.
En cas d’utilisation immédiate de YoU :
1. Phase "retrieving information". Apparaît le message concernant le patch kernel.rpm
2. Phase "retrieving patches". Désélectionner l’effacement en fin d’utilisation.
3. Phase "applying deltas".
C’est assez long, sans prévision de durée (beaucoup plus long que l’installation initiale). Il y a
probablement un mécanisme de sauvegarde, peu utile à ce stade (examiner plus attentivement
si un choix est proposé).
53 patches sécurité+recommandé installés (et 63 le lendemain lors d’une réinstallation avec
ispell français + latex)
*** qu’est ce que multimedia option pack 1,2,3,4 ? ***
4. Phase SuSEconfig.
37
5
4.4.4
CONFIGURATION APRÈS INSTALLATION
Release Notes
Affichage de /usr/share/doc/release-notes/Release-Notes.en.rtf
5
Configuration après installation
Gag interplanétaire: root n’a pas accès au login graphique. Changer le login screen par maldives.
5.1
Configuration minimale de root
A répéter pour ipse, une fois en place.
Menus
Utiliser un clic-droit sur l’icône du menu démarrer, et valider Switch to Classic Menu Style.
Fenêtres (SuSE − 11.3 to SuSE − 42.1)
1. SystemSettings . Workspace . Windows . Behavior . actions : hM i + [R − M ouse] pour
resize et hM i + [L − M ouse] pour move (existe d’origine)
2. Moving (le tab juste après): display geometry when moving
3. SystemSettings . Appearance . Shortcuts . GlobalShortcuts . component=KWin : hM − F 6i
pour maximise(vertical) et hM − F 7i pour maximize(horizontal)
Pour mémoire (SuSE − 11.0): kcontrol . Regional . Shortcuts : hM − F 6i et hM − F 7i
Couleurs
Habitudes de couleurs (savoir que l’on est connecté en tant que root)
Taskbar . ajouter l’icone su-konsole (rouge pour root).Ipse utilisera l’icone konsole (noire).
Desktop settings . Mouse : droit=windows, centre=standard, scroll=nothing
Desktop (directory) view : supprimer
Konqueror . View . View mode . detailled list
Konqueror . Tools . Configure . Appearance . Normal Text Color =2828FF (40,40,255)
Konqueror . Tools . Configure . File_manag. . General . Behavior . common properties
Konsole . Settings . Edit_current_profile . Apparence (dont Font_size=12)
Ecran
En gros: ne rien faire
SuSE − 42.1: réglage par System_Settings . Hardware . Display.
madiran hdmi-1, 1920x1080
maverick
mahjong vga1 1280x1024
SuSE − 13.1 : l’écran lui meme doit etre en "ne rien faire" et pas en 16:9 (ou autre). Sinon
cela coupe les bords.
SuSE − 11.3: SaX a disparu. Réglage écran par :
Personal_Settings/Computer_Administration/Display.
Anciennement: lcd 1280x1024@60Hz, réglages 30-82kHz horizontal, 50-60Hz vertical.
Repertoires Dwnload, pas Download (ergonomie)
5.2
Configuration minimale de l’ordinateur
Réseau
Imposer les noms des cartes réseau. Sous SuSE − 13.1, utiliser Yast2 . NetworkSettings .
EditCard . Hardware . Change. Utiliser l’adresse mac pour identifier. Cela crée une ligne
dans /etc/udev/rules.d/70-persistent-net.rules. Plus de détails avec man udev. Utiliser eth0 (Rtl81) pour extérieur, eth1 (Intel) pour intérieur et eth2 pour la carte inutilisée
(s’il y a lieu).
Il est utile d’ajouter mandatory=eth0 (carte vers l’extérieur) dans /etc/sysconfig/network/
config.
Option: dhcp modifie route et dns, mais pas name.
Ntp
Utiliser YaST2 . Network_Services . NTP (from your country...)
Firewall
Décrire les cartes in et out. Régler redirect et masquerading de 59210-59211 (pour vuze sur
une autre machine).
FW_SERVICES_EXT_TCP="ftp ftp-data ftps ftps-data ssh http 7881 7882 7883 52116
52117 46962 46862"
FW_SERVICES_EXT_UDP="ntp 7881 7882 7883 52116 52117 46962 46862"
38
5
Printer
5.3
YaST Update Online
cf la section "Imprimer" de la série Nullix
1. maintenant (SuSE − 42.1), utiliser http://localhost:631/, lancé depuis K-menu .
System . Manage_Printing (=cups). Quand cela ne fonctionne pas, vérifier que le firewall
ne bloque pas le réseau interne !
2. "direct network printer", 192.168.50.250, "cups avec local filtering". Surtout ne pas installer hplip...
Runlevels vérifier que ssh est activé. Cela a été proposé à l’installation SuSE − 13.1.
$ipse
cf Subsection 5.4.1
Raid
à nouveau, être inquiet
smolt
descripteur de configuration
5.3
YaST Update Online
1. Ne pas perdre de temps à configurer quoi que ce soit avant d’avoir téléchargé toutes les corrections.
Idealement, utiliser le processus à l’installation. Sinon, utiliser YoU c’est à dire YaST Online
Update (c’est un module de YaST2).
2. La procédure YoU consiste à :
(a) Télécharger les descripteurs.
(b) Si des modules YoU sont détectés, il sont traités en premier. Et il faut recommencer la
procédure, avec recharge les descripteurs (= mauvaise ergonomie).
(c) Sélection automatique des correctifs relatifs aux packages installés. Cela se décompose en
security, recommended, ordinary.
(d) Après validation, tout cela s’exécute.
Comment sauter la phase de chargement des descripteurs (lors d’une reprise sur erreur réseau) ?
3. Comme les serveurs finissent par être encombrés, il est utile de constituer une archive–miroir
de tous les patchs. Graver un cdrw. Le maintenir synchronisé. Dans un contexte de plusieurs
machines, cela est indispensable.
4. Le chemin est /DVD/suse/i386/update/8.1 et contient
disks
les disquettes avec les modules
patches
les fichiers descripteurs (signés pgp) : nom, description longue et, par package concerné,
Filename: Label: Size: PatchRpmSize: Buildtime: BuiltFrom: DepAND: DepOR: DepExcl: Flag: Category: RpmGroup: Copyright: AuthorName: AuthorAddress: Version: StartCommand: Obsoletes: Requires: Provides:
rpm
les modifications elles-mêmes, groupées en i586, i686, noarch, nosrc. Il y a le plus
souvent le *.rpm lui même et le *.patch.rpm (différentiel)
scripts
???
5. Le site ftp contient en fait les fichiers sous leurs noms complets (avec date de version), et un lien
vers leur nom usuel. Avec un téléchargement mal réglé, on obtient tout en double, et les sources
en prime. Il faut purger tout cela, sinon, cela ne tient pas sur un cd.
6. Caveat : ne pas charger par mégarde le patch nvidia si vous n’êtes pas concerné, car il n’y a pas
de sécurité (SuSE − 8.1) ... et cette erreur empêchera de relancer le mode graphique. Passer sous
YaST et décharger les modules fautifs.
7. En outre, lancer un update sur le réseau de temps en temps.
5.4
5.4.1
Suite de la manoeuvre
Installation de /home
1. On commence par un et un seul utilisateur (fullna). Utiliser ce compte pour faire des essais de
comportement non-root. Ou comme compte provisoire pour utiliser LYX et accéder aux présents
documents.
39
5.5
Bootloader
5
2. Ensuite créer l’utilisateur ipse, avec le bon numéro, et les bons groupes (il est bien commode que
les utilisateurs principaux aient toujours les mêmes numéros sur tous les disques de toutes les
machines). Se loguer sous ce compte, faire un tour sous konqueror et se déloguer.
3. Si l’on récupéré une grappe raid avec un /home non vide, procéder aux manoeuvres suivantes:
(a) Utiliser /kome pour monter la grappe raid, le temps que root se retourne (au tout début,
/home est une partie du disque système).
(b) Puis rename /home /home-install ; mkdir /home
(c) Démonter /kome ; changer kome en home dans /etc/fstab ; et monter /home.
(d) Utiliser YasT pour monter l’ancien système en /kroot (ro, noauto, user).
(e) Dans konqueror, [F 9] . Places, masquer les partitions/disques qui ont déja un point de montage établi (remarque, un click droit permet de les faire réapparaître, le temps de consulter
le vu-mètre).
(f) Archiver tous les fichiers ’dots’ de ipse dans ipse/.0-old-dots. Redonner la propriété à ipse
(caveat: ne pas tout sélectionner, seulement les fichiers marqués ’root’ à cause de la manoeuvre
précédente. Les remplacer par les fichiers ’dot’ copiés depuis /home-install/ipse.
(g) Consulter NULLIX/sub:Nouveaux-utilisateurs avant de créer d’autres utilisateurs (ex: etcetc).
5.4.2
Réglages une fois /home installé
1. Installer le package lyx (qui installe texlive. C’est très long, et parfois cela plante, ne rien installer
de plus cette fois-ci)
2. Installer ensuite les packages:
speller
fonts
enchant-tools, aspell-en, aspell-fr (pour LYX)
nanum-fonts, alee-fonts, un-fonts
evince
(visualiser les **.pdf)
unison
(en cas de besoin: utiliser la manoeuvre ad hoc pour la compatibilité avec les versions
antérieures)
nmap, ndiff, zenmap (port mapper)
kdegames4-carddecks-other (the Egyptian decks)
3. Ajouter le répertoire ipse/.lyx
4. Installer les codecs conformément à
http://opensuse-guide.org/codecs.php
5. Réécriture des batches qyR, qyn (raid, network)
réécrire les consoles ssh, cf ipse/.kde/share/apps/konsole
5.5
Bootloader
1. Le bootloader actuel est grub, après avoir été lilo.
2. Lire les how-to et SuSE Admin Guide, ”The Boot Loader” (Ch 8 pour la SuSE − 9.3). Bien
comprendre que l’identification des disques est un problème tripartite : bios, unix, winxx. Noter
l’ordre de boot déterminé par le bios. En cas de réinitialisation, par exemple panne de la pile
cmos, ce qui fonctionnait avec un certain ordre de boot ne fonctionnera pas forcément avec l’ordre
par défaut.
3. Pour booter en mono-système, c’est à dire sans grub/lilo, il faut une partition active ! ! ! (manoeuvre avec fdisk), et on constate que la racine "/" doit être active, tandis que "/boot" active
ne sert à rien. Pour un disque linux+winxx, un bon endroit pour placer le secteur initial de
grub/lilo est le boot record de la partition "\boot" qui, alors, doit être active. Sur un disque
linux seul, le secteur initial de grub/lilo se place sur le MBR.
4. (SuSE − 9.3) Le bon endroit, pour expérimenter sur le bootloader est le menu d’exécution luimême. Taper [Esc] dans le menu grub donne accès à un éditeur sans enregistrement. Suppose de
disposer d’une autre machine pour accéder à la documentation en ligne !
40
5
5.5
Bootloader
5. La correspondance bios-unix est "pressentie" à l’installation, puis stockée dans /boot/grub/
device.map. Éditer ce fichier en cas de problèmes. Sur Mona2 :
(fd0) /dev/fd0 ¶(hd0) /dev/hda ¶(hd1) /dev/hde ¶(hd2) /dev/hdg
Les adresses grub sont "full qualified", ou bien relatives au disque déclaré par l’option root.
Par contre, YaST2 a besoin d’un paragraphe root. Sinon, /dev/null est affiché.
6. Les détails se trouvent dans /boot/grub/menu.lst. L’option splash=silent règle le look du boot,
en plus de vga=791 (ou =0x317)
7. Le boot winxp suppose que le disque en train de booter est le premier (dans la liste bios). Il est
donc utile de modifier la façon dont grub imite le bios vis à vis de winxx.
title Windows
map (hd0) (hd1)
map (hd1) (hd0)
chainloader (hd1,0)+1
YaST2 ne propose qu’une seule ligne de map...
Expérimentation à faire : installer les différents winxx sur mikado (il reste de vieilles choses utiles
qui ne passent plus sur les nouveaux winxx). S’attendre à des différences de comportement.
5.5.1
malibu-2
Le fichier /boot/grub/menu.lst contient un chapeau et cinq items principaux.
1. # Modified by YaST2. Last modification on Sun Jul 18 19:08:24 CEST 2010
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
2. default 2
timeout 8
##YaST - generic_mbr gfxmenu (hd0,5)/boot/message
##YaST - activate
1. ###Don’t change this comment - YaST2 identifier: Original name: linux###
title openSUSE 11.3 - 2.6.34-12 (default)
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-12-default
initrd /boot/initrd-2.6.34-12-default
root=/dev/disk/by-id/ata-SAMSUNG_HM120JI_S0YYJ10P216689-part6
#default_append ——————showopts
resume=/dev/disk/by-id/ata-SAMSUNG_HM120JI_S0YYJ10P216689-part5
splash=silent
quiet
vga=0x317
2. ###Don’t change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe – openSUSE 11.3 - 2.6.34-12 (default)
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-12-default
initrd /boot/initrd-2.6.34-12-default
#failsafe_append ——————showopts
apm=off
noresume
edd=off
powersaved=off
nohz=off
highres=off
processor.max_cstate=1
nomodeset
x11failsafe
vga=0x317
41
5.6
Accélérer la manoeuvre
5 CONFIGURATION APRÈS INSTALLATION
3. ###Don’t change this comment - YaST2 identifier: Original name: linux###
title Desktop – openSUSE 11.3 - 2.6.34-12
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-12-desktop
initrd /boot/initrd-2.6.34-12-desktop
#default_append ——————4. ###Don’t change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe – openSUSE 11.3 - 2.6.34-12 (desktop)
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-12-desktop
initrd /boot/initrd-2.6.34-12-desktop
#failsafe_append ——————vga=0x317
5. ###Don’t change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,0)
chainloader +1
Qu’est-ce que ce noyau ”desktop” qui est apparu ?
5.6
5.6.1
Accélérer la manoeuvre
Charger la distribution sur un disque dur
1. Le bon endroit est /home/distrib. La sémantique est en effet une suite intensive de transferts
entre la distrib et le disque système : il est préférable de loger cela sur un disque indépendant.
2. Recopier tous les fichiers du premier disque dans /home/distrib/.
3. Dans le cas d’une distrib sur cdrom, recopier les autres disques dans ce même/home/distrib/,
soit
mount /dev/cdrom
cp -vR /media/cdrom/* /home/distrib/
4. Différents fichiers sont présents "en double" sur les divers disques. On constate que ces fichiers
sont identiques, en particulier les fichiers index et pgp (exception : les checksum, cf infra).
5. Pour une distribution en 5 cdrom, il faut (SuSE − 10.2) copier les répertoires distrib/media.x
avec x ∈ [1, 5]. En les recopiant tous, on constate que YoU passe d’un disque à l’autre sans
interruption (utiliser Yast2/Software/Sources pour déclarer cette distrib en remplacement des
cdrom).
6. Dans chaque sous répertoire, il y a une liste de checksum. On peut avoir envie de les recopier
toutes. Il faut alors les changer de nom. On remarque alors que YoU ne les demande pas lors
de l’installation des packages (un mécanisme de signature est de toutes façons contenu dans les
packages *.rpm).
5.6.2
Utilisation d’une machine distante (*** SuSE − 9.3 vérifier tout cela)
1. Il faut que les démons réseau soient actifs sur les deux machines. Commande admin/réseaux/services
sous YaST. Valider inetd et portmap. Ne pas oublier d’exécuter les batchs qsi~ et qsn~ pour relancer les démons et faire prendre en compte les modifications.
2. Pour utiliser des noms de machine au lieu des adresses ip, il faut un dns ou bien renseigner le
fichier /etc/hosts.
3. Commencer par autoriser la création de terminaux X, en exécutant localement la commande
. xhost +remote_machine (ou bien xhost +).
4. Utiliser un terminal local pour lancer
. telnet remote_machine.
On obtient l’affichage local d’un terminal distant. Depuis ce terminal, changer l’écran destinataire
des commandes X par l’incantation :
. export DISPLAY=local_machine:0
ou par -display machine:0.0 en option du programme lancé.
42
5
5.7
Arborescence de la distribution
5. En pareil cas, on peut travailler sur un répertoire distant avec
SuSE − 7.3 . kfmclient folder nom_du_répertoire.
SuSE − 8.1 . kfmclient exec nom_du_répertoire.
Ne pas oublier d’imposer l’affichage des fichiers cachés.
6. On peut utiliser xftp ou vsftp pour transférer des fichiers. Ne pas céder à la tentation d’autoriser
root à utiliser ftp (l’interdiction est située dans /etc/ftpusers).
7. On peut aussi monter un répertoire nfs. (*** finir de documenter cela).
5.7
5.7.1
Installation sources
1. Ce qui s’affiche dans Yast/Software/Installation_Sources provient des fichiers contenus dans
/var/lib/zypp/db/sources.
2. Ces fichiers sont renseignés au format xml et contiennent les items suivants :
<type>
YaST (distrib), YUM (update), Plaindir
<enabled> false, true
<auto-refresh> false, true
<alias>
SUSE-Linux-10.2-Updates, ou bien une date yyyymmdd_hhmmss
<cache-dir> la copie locale des clefs de packages
<product-dir> /
<url>
la source physique
3. Il est utile de surcharger la date servant d’alias par un texte plus facile à interpréter (cf le batch
infra).
4. Il est efficace de disposer de trois sources:
(a) copie locale de la distribution /home/distrib
(b) source distante de la distrib, par exemple (SuSE − 10.2) ftp://ftp.skynet.be//mirror2/
opensuse.org/opensuse/distribution/10.2/repo/oss/suse/noarch
(c) répertoire des rpm importées /home/distrib/extra.rpm. Laisser tout ce qui n’est pas en
usage dans le répertoire /home/distrib/extra.
5.7.2
Certification des packages
1. La distribution SuSE − 10.2 est répartie dans les répertoires setup, noarch, i386, i586 et x86_64.
Chaque fichier est vérifiable par comparaison avec la ligne correspondante dans le fichier md5sum
situé dans le même répertoire.
2. Le mécanisme de vérification lors de l’incorporation d’une source par YoU est différent. Il se fonde
sur le fichier distrib/content qui contient les signatures pgp des fichiers clefs, i.e. packages,
patterns, et *.pat. Le fichier packages contient entre autres les signatures pgp des fichiers
*.rpm.
3. Une fois la source acceptée, il se crée un répertoire /var/lib/zypp/cache/Source.xxxxxx contenant DATA/content et DATA/descr/*.pat. On peut alors surcharger DATA/descr/patterns et
introduire les nouveaux fichiers. Ne pas oublier que ce répertoire est fragile: il faut créer un
répertoire source et accéder par batches (Listing 6).
Listing 6 : mk_patterns
#! /bin/bash
vers=‘ls -dt /var/lib/zypp/cache/Source*
from="/home/distrib/extra/_patterns"
cp $from/patterns $vers/DATA/descr
cp $from/*.pat $vers/DATA/descr
| head -n1‘
4. YaST propose plusieurs sortes de groupement de packages à savoir Patterns, Groups, Language,
Sources, Search, Summary.
43
5.7
5.7.3
5
Les Patterns de packages
1. La ventilation des packages en Patterns est sous la dépendance des fichiers *.pat. Les Patterns
existants sont:
Base_Technologies
Graphical_Environments
Desktop_Functions
Server_Functions
Proprietary_Software
Development
2. Les Patterns sont obtenus en reprenant les champs [=Cat:] des fichiers visibles, i.e. [=Vis: true].
Chaque item est présenté par son champ [=Sum:].
3. Les champs significatifs sont
=Ver:
=Pat:
=Cat:
=Ico:
=Sum:
=Vis:
=Ord:
+Des:
+Prq:
5.0
douillet 10.2 145 x86_64
Douillet
gnome
Douillet’s Favorites
true
2910
Douillet’s Favorites -Des:
la liste des fichiers -Prq:
4. Liste de packages à inclure :
5.7.4
Les Groups de packages
1. Pour la SuSE − 10.2, la ventilation des packages en ”Groups” est le fait du seul fichier /home/
distrib/suse/setup/descr/packages. Celui contient, pour chaque package, des champs (=) et
des listes [+open, - close].
2. C’est ainsi que les paramètres de frozen-bubble sont :
=Pkg:
=Cks:
=Grp:
=Lic:
=Src:
=Tim:
=Loc:
=Siz:
frozen-bubble 2.0.0 14 x86_64
SHA1 b09471a4efb07b82213a0309ec24329040fb6c03
Amusements/Games/Action/Arcade
GNU General Public License (GPL)
frozen-bubble 2.0.0 14 src
1164679058
1 frozen-bubble-2.0.0-14.x86_64.rpm
20253590 28995942
(a) Liste ”Provides” : +Prv: -Prv:
fb_c_stuff.so()(64bit)
(exactement comme ”Alternate Version)
(b) Liste ”Prerequires” : +Prq: -Prq:
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
(diverses conditions rpmlib)
/bin/sh
(c) Liste ”Requires” : +Req: -Req:
(les mêmes conditions rpmlib)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
(exactement comme ”Alternate version”, mais dans un ordre différent)
(d) Liste ”Auteurs”: +Aut: -Aut:
Guillaume Cottenceau <guillaume.cottenceau at free.fr>
44
5
5.7.5
5.7
Pour mémoire : les fichiers *.sel (SuSE − 9.3)
Le mécanisme décrit ci-dessous est celui de la SuSE − 9.3. Selon un souvenir imprécis, il était en
place depuis la SuSE − 8.1.
1. Les sélections proposées sont stockées dans /DVD/suse/setup/descr.
2. La sélection d’une source d’installation, par yast2 inst_source, conduit à la création d’un répertoire /var/adm/YaST/InstSrcManager/IS_CACHE_0x000000??/ qui mémorise diverses choses.
En particulier, ~/DATA/descr contient une copie des descriptions. Cette copie est faite une fois
pour toutes. Ne pas oublier de modifier simultanément l’original et cette copie. Ne pas supprimer
le répertoire copie pour le recréer ensuite, car cela suppose d’avoir fait la sauvegarde au bon
endroit...
3. Ces fichiers sont des fichiers texte, contenant des paramètres (=) et des listes ouvertes (+) puis
fermées (-).
4. Selon le paramètre "=Cat:", il existe trois types de fichiers *.sel :
laptop
Laptop
baseconf
default, default-Gnome, Minimal, Minimal+X11
addon
les autres
5. Les sélections de base contiennent des noms de sélections addon (parenthésées par +Req, -Req),
des noms de packages (parenthésés par +Ins, -Ins), des noms de packages par langue (parenthésés
par +Ins.xx, -Ins.xx) et divers cosmétiques. Pour ce qui est des addon :
default
Min, X11, Office, SuSE-Documentation„ Kde-Desktop
default-Gnome Min, X11, Office, SuSE-Documentation, Gnome
Minimal
Min
Minimal+X11 Min, X11
6. Le paramètre "=Ord:" règle l’ordre d’affichage des sélections (qui doit être indépendant du message affiché). Pour les sélections de base, cet ordre est : 01 Minimal, 02 Minimal+X11, 03 defaultGnome, 04 default, 10 X11, 11 Kde-Desktop
Pour les autres, cet ordre est : 00 Min, 12 Kde, 13 Gnome, 14 SuSE-Documentation, 15 Office, 16
Games, 17 Multimedia, 20 Voip, 25 Xen, 30 LAMP2, 35 LDAP-Server, 40 Network, 45 Laptop,
50 Mobile (plusieurs versions, dépendant de l’architecture), 60 Basis-Devel, 61 Kernel-Devel, 62
Kde-Devel, 63 Gnome-Devel, 64 Tcl-Development, 65 Java, 70 Hacker, 80 Latex, 85 Fonts, 91
DVD-Asia.
7. On crée un fichier $ipse-9.3-83.noarch.sel sur le modèle de "Laptop" (= le plus petit). On lui
donne les valeurs "=Cat: addon", "=Ord: 43". On indique les packages adhoc:
apache2, gimp, gv, gftp, howtoenh, htdig, kdeutils3-extra, lyx, samba, telnet-server, webalizer,
whois
8. Un fichier est pris en compte lorsqu’il est déclaré dans le fichier selections. Le nom exact du
package est nécessaire pour qu’il soit identifié, et apparaisse dans la liste. Le "nom exact" est le
nom au sens de l’interpréteur YaST. Il y a sûrement des règles pour cela. Une expérimentation
rapide est possible par la commande yast2 sw_single.
9. Placer les rpm étrangères à la distribution dans /home/distrib/extra. Puis déclarer ce répertoire
comme une source : cliquer sur l’un des fichiers rpm, puis valider "Use directory as source with
YaST". Les rpm apparaissent alors, même lorsqu’elles ne sont pas installées.
10. Importer les rpm suivantes (qui ne sont pas sur la distrib en 5 cdrom)
gftp (2.0.18-3), howtoenh (2005.3.6-2), kdeutils3-extra (3.4.0-7), webalizer (2.01-728.2)
11. Après avoir ajouté de nouvelles rpm dans /home/distrib/extra, il semble nécessaire de faire un
yast/change_source/refresh, car un mécanisme de cache est en place.
A nouveau : il faut une sauvegarde des descripteurs dans /home/distrib, en plus de l’exemplaire actif
dans /var/admin/.
45
5.8
SCPM
5
Pour mémoire : compléments pour la SuSE − 8.1
5.7.6
apache
apache, webalizer, quanta (ex webedit), htdig
dhcp
dhcp_server et dhcp_tools
doc
howto
ftp
IglooFTP (client) et vsftpd (serveur)
gimp
gimp et gimphelp
khexedit
packages kdeutils3-extra (est-ce le nom exact ?)
l2h
(il existe un l2h et un l2h_pngicons ... quid ?)
lyx
(installe en même temps le barnum tex/latex)
make
make, gcc, gnat (charge une montagne de librairies)
mysql
base, client, shared, navigator
php
mod_php4, mod_php4-core, phpdoc,
samba
telnet
telnet et telnet-server
whois
pour mkpasswd
pstoedit
est-ce utile (nouvel enscript) ? ? ?
5.7.7
Pour mémoire : anciens fichiers *.sel
Jusqu’à SuSE − 7.3, les *.rpm étaient classés en "groupes", et des modèles de sélection étaient
proposés dans /usr/lib/YaST/default.sel. Remarque de l’époque : "choisir un peu plus de doc, tex
(tex/te_ams, malgré la doc, est nécessaire), network". Avec au minimum : ap-enscript, gra-gimp,
kpa-LYX, n-samba, tex-{latex, psutils l2h, etc.}, xsrv-mach(8/32/64).
Cette installation est enregistrée dans /var/adm/inst-log/. La "sélection en cours", i.e. la liste des
packages installés à un moment donné, est copiable sur une disquette qui s’en trouvera (automatiquement, mais obligatoirement) formatée au standard minix.
Une telle sélection est un fichier texte. Utiliser qdd* pour obtenir les différences, et mettre au point
une "bonne" sélection reproductible... Permet d’éviter les gcal, amor et autres sottises.
Format des fichiers *.sel :
# SusE-Linux Configuration YaST Version 1.01 -- (c) 1994-99 SusE GmbH
Description:
Info:
Ofni:
Toinstall:
*** liste triée des packages, un par ligne
Llatsniot:
5.8
SCPM
1. SCPM est l’acronyme de system configuration profiles manager. Est lancé par /etc/init.d/
boot.scpm et utilise les données stockées en /var/lib/scpm/. Semble être surtout utile pour un
portable, mais peut aussi servir à archiver une configuration.
2. De toutes façons, tant que /sbin/scpm n’a pas été initialisé, on recueille des messages d’erreur.
Modifier /etc/scpm.conf pour que les messages aillent dans /var/log/scpm.log.
3. Lancer une fois (en tant que root) /sbin/scpm enable pour créer la base de données, puis
/sbin/scpm disable pour s’en débarrasser.
5.9
Documentation
La documentation n’est utile que si on sait où elle se trouve. Ajouter les signets nécessaires dans les
bookmarks. Une bonne configuration du serveur apache est également utile. En tout état de cause, voici
quelques indications sur ces fichiers.
46
5
5.9.1
5.10
Le mécanisme rc.status
Fichiers man
1. Les fichiers man viennent se positionner en /usr/share/man/manx/xxxxx.gz et les versions traduites vont en /usr/share/man/language/manx/xxxxx.gz. Virer tous les coucous rédigés dans
des langues non souhaitées (scories *.rpm). Le batch qxm_purge_man fait cela.
2. Avec SuSE − 7.2, les fichiers du package allman venaient se positionner dans un répertoire
spécial... entraînant un lot de doublons. Encore plus, faire du ménage.
3. Lecture en hypertexte man:xxxxx sous konqueror, impression par le batch pman ou pman7.
4. Recherche par "SuSE Help" (indexation htdig)
5.9.2
HowTo
1. Les fichiers HowTo sont accessibles à partir de /usr/share/doc/howto/en/html/. Placer un
signet dans les favoris.
2. Ces fichiers ne sont pas sur la sélection en 5 cdrom de la SuSE−9.3. Les télécharger depuis ftp://
[email protected]:21/pub/linux/suse/i386/9.3/suse/noarch. Pour SuSE − 10.2,
utiliser ftp://ftp.skynet.be//mirror2/opensuse.org/opensuse/distribution/10.2/repo/
oss/suse/noarch
3. Pour rechercher un HowTo particulier, utiliser le §5 (Single list of HowTo) de l’index
/usr/share/doc/howto/en/html/HOWTO-INDEX/howtos.html.
4. En tout état de cause, on peut en trouver une copie sur le site http://www.tldp.org/.
5.9.3
Documentation système
1. Les descriptions du matériel étant éparpillées dans beaucoup de commandes et de fichiers, le risque
de manquer une information importante, ou de rompre la cohérence de la "base de registre" est
élevé. Il est indispensable de collecter ces éléments épars. Le principe (adapté à la SuSE − 9.3)
de cette collecte est donné Listing 7.
Listing 7 : qys_docs_systeme.
dir=/home/douillet/docs/sys/ ; ouca=strip_sys_$HOSTNAME
# rename if still exists
/usr/sbin/hwinfo --pci > tmp_hwpci
cat << EOF > $ouca
‘cat /proc/devices‘
‘cat /proc/interrupts‘
‘cat /proc/ioports‘
‘sed -f tmp_pci tmp_hwpci | sed -f tmp_pci2‘
‘lsmod | grep Module‘
‘lsmod | grep -v Module | sort‘
EOF
2. Une description des services en cours s’obtient en interrogeant tous les scripts du répertoire
/etc/init.d par la commande /etc/init.d/xxx status. Attention aux scripts halt et stop qui
ne testent pas les options... et qui arrêtent tout. Le principe (adapté à la SuSE − 9.3) de cette
collecte est donné Listing 8. Et son résultat Listing 9.
3. Pour des raisons exposées Listing 10 Subsection 5.10, le batch qyr_docs_reseau a du être réécrit
en entier.
5.10
1. L’ensemble des fichiers /etc/init.d/xxx, qui commandent les runlevels, émettent des messages
à travers un mécanisme compliqué, dépendant entre autres du fichier /etc/rc.status.
47
5.10
Listing 8 : qyS_docs_status
test ‘whoami‘ == root && perm=100 || perm=001
for i in ‘find /etc/init.d/ -type f -perm -$perm | sort‘
case $i
in *boot* | *halt* | *stop* ) ;; *squid* | */rc) ;;
*) echo ; echo "-------------$i"; $i status ;;
esac ; done > all_status 2> all_errors
Listing 9 : État des services
ALSA sound driver loaded: ..running
Joystick driver loaded: ..running
Checking
Checking
Checking
Checking
eth0
eth2
eth2
lo
Checking
Checking
Checking
Checking
Checking
Checking
for
for
for
for
for
for
for
for
for
for
service D-BUS daemon: ..running
service kdm: ..running
service syslog: ..running
service HAL daemon: ..running
DHCP client NOT running
DHCP client (dhcpcd) is running
IP address: 192.168.50.71/24 running
IP address: 127.0.0.1/8 running
service network: ..running
service Postfix: ..running
service powersaved: ..running
service sshd: ..running
service syslog: ..running
service kdm: ..running
Checking
Checking
Checking
Checking
Checking
Checking
Checking
Checking
Checking
Checking
Checking
the
the
for
for
for
for
for
for
for
for
for
status of the Firewall: ..running
status of SuSEfirewall2: ..running
Cron: ..running
cupsd: ..running
mdnsd: ..running
Name Service Cache Daemon: ..running
smart card terminals: ..running
RPC portmap daemon: ..running
random generator (always true): ..running
raw: ..running
resource manager: ..running
48
; do
5
5.10
Listing 10 : qyr_docs_reseau
dir=/home/douillet/docs/sys ; mkdir -p $dir ; cd $dir
cartes=‘ ls /etc/sysconfig/network/ifcfg-eth* /etc/sysconfig/network/ifcfg-lo* ‘
cat << EOF > doc_network_$HOSTNAME
‘qyy_docs_strip /etc/sysconfig/network/config -x‘
‘for i in $cartes ; do qyy_docs_strip $i -x ; done‘
‘/sbin/ifconfig | sed -n -e "/Link.encap/ p; /inet.addr/ p ; /MTU/ p ; \
/RX.bytes/ p ; /Interrupt/ p"‘
‘/sbin/ifstatus eth0‘ ; ‘/sbin/ifstatus eth1‘ ; ‘/sbin/ifstatus eth2‘
‘qyy_docs_strip /etc/sysconfig/network/routes -x‘
‘for i in /etc/resolv.conf* ; do qyy_docs_strip $i -x ; done‘
‘/sbin/route -n‘
‘$sb/apache2 status | sed -e "s/:/:
‘$sb/smb status‘
/"‘
2. Lors du boot, en effet, on voit défiler toute une suite de messages décrivant les étapes parcourues.
Pour des raisons d’ergonomie, il est utile que chaque message se termine par un diagnostic rapide
(eg: done, running, skipped, unused, dead) et c’est mieux encore si ce diagnostic est en couleur.
3. Sur un terminal xterm, les couleurs sont commandées par des codes ansi, qui sont des séquences
commençant par \033. L’utilisation de -e dans la commande
echo -e "toto\033[31mtutu\033[30m"
provoque l’interprétation de \033 comme étant le caractère [escape]. Sur un terminal xterm, cela
provoque l’affichage de "toto" en noir, puis de "tutu" en rouge. Envoyé dans un fichier par echo
-e ... > qui, cela provoque la pollution du message par les séquences en question (qui, en plus
sont de longueur variable selon les fonctions).
Les messages en couleur doivent être lisibles à la fois sur fond noir (au boot, linuxterm) et
sur fond blanc (konsole). Par conséquent green et yellow ne sont pas pertinents. Garder [31m
(red), mais remplacer [32m par [34m (blue) et [33m (yellow) par [35m (cyan).
4. Il faut donc que les batchs concernés permettent une double écriture, l’une pour xterm (en
couleur, diagnostics alignés à droite) et l’autre pour dumb (les terminaux raw, ou ou l’écriture
sur fichier). Il existe en fait deux mécanismes :
(a) Émission de messages sans retour à la ligne (par echo -n), et d’un code d’erreur (par return).
Selon le cas, le diagnostic est alors émis sous sa forme simple ou sous sa forme couleur, puis
on passe à la ligne
(b) Émission de messages avec retour à la ligne (et un code d’erreur). Sur un xterm, il faut alors
mémoriser la position, remonter d’une ligne, émettre le diagnostic puis revenir à la position.
Tandis que sur un dumb, il faut ...
5. On constate que les messages émis par les différents scripts de /etc/init.d/ se diversifient les
uns des autres, indiquant que chaque nouveau venu se contente d’un examen minimal de ce qui
se passe.
6. Sous SuSE − 9.3, ce mécanisme a été malmené de plusieurs façons, le rendant quasi inutilisable
en mode dumb.
Le fichier rc.status a été réécrit de façon fautive. Ce fichier commence par une section
qui détermine le mode dumb/xterm utilisé et qui affecte les variables correspondantes. Puis,
quelque part ailleurs, des codes ansi sont utilisés directement.
Les fichiers concernant network et firewall ont été réécrits d’une façon qui n’est pas compatible
avec le mode dumb.
Bilan : la commande (TERM=dumb; /etc/init.d/network status) conduit à :
eth2 IP address: 192.168.50.71/24
[1A..running Checking mandatory network interfaces:
au lieu de donner :
49
5.10
eth2 IP address: 192.168.50.71/24 ..running
Checking mandatory network interfaces:
Nous avons opté pour une correction minimale, portant uniquement sur rc.status : en mode dumb,
un retour est envoyé après chaque diagnostic. On peut alors utiliser un filtre sed pour recoller
toutes les lignes qui commencent par [1A.
50
A
POUR MÉMOIRE
A
Pour mémoire
Cette annexe sert à garder trace de la façon dont nous sommes arrivé à certaines conclusions.
A.1
Pour mémoire: disques durs à l’ancienne
A.1.1
"géométrie logique" des disques durs.
1. Les gestionnaires automatisés ont des réglages par défaut, et ne connaissent pas la décomposition
en nombres premiers. Les valeurs de H et S sont mises au maximum, et C est obtenu par division
entière. Par conséquent, la capacité disque en est réduite (car fdisk utilise la description L-CHS).
Un exemple non attribué
"real"
L-CHS
SuSE − 11.0
C
116301
7297
58150
H
16
255
16
S
63
63
126
secteurs
117 231 408
117 226 305
117 230 400
octets
60 022 480 896
60 019 868 160
60 021 964 800
Un exemple sur mirabel (SuSE − 11.3)
/dev/sda (IDE)
raw
SuSE − 11.3
bios EDD
bios Legacy
C
H
S
121601
1938021
1024
255
16
255
63
63
63
secteurs
1,953,525,168
1,953,520,065
1,953,525,168
16,450,560
octets
1.0Go
2. Il est préférable que la géométrie logique des futurs disques raid soit identique à leur géométrie
physique. S’en assurer par la commande hwinfo –disk.
31: IDE 400.0: 10600 Disk ; [Created at block.245]
Unique ID: 3OOL.PXwr9IoN9Y0 ; Parent ID: w7Y8.a0SkEBlyHl9
SysFS ID: /class/block/sda ; SysFS BusID: 4:0:0:0
SysFS Device Link: /devices/pci0000:00/0000:00:1f.2/host4 /target4:0:0 /4:0:0 :0
Hardware Class: disk ; Model: "SAMSUNG HD103SJ" ; Vendor: "SAMSUNG" ; Device:
"HD103SJ" ; Revision: "1AJ1"
Serial ID: "S246JDWSC12020"
Driver: "ata_piix", "sd" ; Driver Modules: "ata_piix" ; Device File: /dev/sda
Device Files:
/dev/sda,
/dev/block/8:0, (8:16 × (k − 1))
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSC12020 ,
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD103SJS246JDWSC12020 ,
/dev/disk/by-path/pci-0000:00:1f.2-scsi-0:0:0:0, (2 and 0.0 to 1.1 ; 5 0.0)
/dev/disk/by-id/wwn-0x50024e9002926ac4,
/dev/disk/by-id/edd-int13_dev80
Device Number: block 8:0-8:15 ; BIOS id: 0x80
Geometry (Logical): CHS 121601/255/63 ; Size: 1953525168 sectors a 512 bytes
Geometry (BIOS EDD): CHS 1938021/16/63 ; Size (BIOS EDD): 1953525168 sectors
Geometry (BIOS Legacy): CHS 1024/255/63
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #20 (IDE interface)
1. Un ancien exemple (date ? ? ?):
# hwinfo --disk
Unique ID: nBbg.jqPzDkLNGs7
Model: "WDC WD400BB-00DEA0"
Revision: "05.03E05"
Serial ID: "WD-WCAD12736912"
Device File: /dev/hda
Geometry (Physical): CHS 77545/16/63
Geometry (Logical): CHS 4865/255/63
Attached to: #4 (IDE interface)
51
A.1
Pour mémoire: disques durs à l’ancienne
A POUR MÉMOIRE
2. En cas de différence, supprimer toutes les partitions des disques concernés. Puis toutes les descriptions hardware sauf une. Modifier à la main le fichier en recopiant "matériel" sur "logique". Ne
pas hésiter à faire du ménage dans les descriptions, c’est à dire virer les descriptions de matériels
qui ne sont plus présents.
A.1.2
Pour mémoire : disques pata
L’acronyme pata (parallel ata) recouvre ide, eide, Ultraata, etc. et concerne les disques 40/80 fils.
1. Performances : il ne faut pas plus d’un disque dur par nappe ide. Cela figure dans les howto (http://unthought.net/Software-RAID.HOWTO/Software-RAID.HOWTO.html), et cela est
confirmé par l’expérience. D’où l’installation de cartes ide-raid fournissant des contrôleurs ide
supplémentaires.
2. Les lecteurs ide de cdrom ou de zip ne sont pas reconnus par ces "cartes ide-raid", imposant
de positionner ces lecteurs sur les gestionnaires par défaut (carte mère), et de déporter les "vrais"
disques durs sur les gestionnaires supplémentaires.
3. Attention aux cavaliers des disques durs. Sur les disques WD400BB, le cavalier en position "DS"
code pour master avec slave présent. Si le slave n’est pas présent, le disque n’est pas reconnu. Il
faut donc enlever le cavalier.
4. (SuSE − 8.1) Les disques ultra-ata nécessitent des câbles 80 fils. Il semble que les câbles ronds
sont "cable select" : le master doit impérativement être en bout de câble et le slave en position
intermédiaire.
Remarques sur les dvd bootables. Ces évènements n’ont pas donné lieu à une étude de causes (il
était plus rapide de se défaire du composant en cause) :
z Pour une cause inconnue, le boot sur dvd échoue, sur deux machines distinctes, avec un lecteur
dvd "ata 33" (qui permet néanmoins de booter depuis un cdrom).
z Le boot sur dvd fonctionne aussi bien avec un lecteur "pio 4".
z Un autre lecteur dvd est reconnu comme "pio 4" sur une machine et "ata 100" sur une autre
(boote dans les deux cas).
Remarque sur les lecteurs de disquette : une tentative pour utiliser un câble "raccourci" a échoué.
Une analyse des causes reste à faire.
Un bug ayant la vie dure. Depuis "toujours", les lecteurs cdrom, cdwriter, dvd, etc. ne sont
plus opérationnels après l’installation à cause d’un mauvais lien /dev/cdrom -> sr0 au lieu de
/dev/dvd -> /dev/sr0 pour les lecteurs sata (de SuSE − 9.1 à SuSE − 13.1) ou bien... /dev/
dvd -> hdd au lieu de /dev/dvd -> /dev/hdd (versions plus anciennes). Le batch mk_dvd fait
cela.
Listing 11 : Le batch mk_dvd
#! /bin/bash
line=$(hwinfo --cdrom | grep "Device Files:")
qui=$(echo $line | sed -e "s¶.*Device Files:[ \t]*¶¶; s¶[, ].*¶¶")
for vazy in cdrom dvd dvdrw cdrw ; do
yn=$(echo $line | grep "/dev/$vazy")
if test ! "$yn" ; then continue; fi
ln -sf $qui /dev/$vazy
done
A.1.3
Pour mémoire, disques pata et cartes promise
1. Dans les temps anciens (controleurs ide), il n’y avait que deux controleurs sur la carte mère.
Or, pour des raisons de performances (en service normal) et de sécurité (en cas de panne d’un
disque), il ne faut pas plus d’un disque raid par nappe ide. Cela figure dans les how-to (http://
unthought.net/Software-RAID.HOWTO/Software-RAID.HOWTO.html), et cela est confirmé par
l’expérience. En particulier, la reconstruction d’une grappe raid sérialise les lectures-écritures si
le disque source et le disque cible sont sur la même nappe. Il est donc nécessaire de disposer de
controleurs ide supplémentaire : c’est le but des cartes ide-raid.
52
A
POUR MÉMOIRE
A.2
Pour mémoire: cartes graphiques et SaX
2. Jusqu’à la SuSE − 10.2, on avait "assez souvent" une correspondance simple entre les noms bios
et les noms unix. La Tab. 13 décrit le comportement constaté avec la SuSE − 10.2, les cartes
Paradise (1095:0649 et 1095:0680) et la machine moonlight.
bios
post
unix
usage
SuSE − 11.0
0x80
PM
hda
system
sda
hd-1
PS
hdb
hd-2
SM
hdc
zip
hd-3
SS
hdd
cdrom
sr0
hd-4
Raid1-PM
hde
raid1
sdb
hd-5
etc.
hdf
hd-6
hd-7
hdg
raid2
sdc
hdh
hd-8
Raid2-PM
raid3
sdd
Tab. 13 : Correspondances bios/unix pour les disques durs
Pour la SuSE − 8.1 et la machine madras, le comportement réel n’était pas celui décrit dans
la Tab. 13. La carte 1095:0649 n’est pas reconnue au boot. Tandis que les disques reliés aux
cartes 1095:0680 viennent se placer en /dev/hda.../dev/hdd et /dev/hde.../dev/hdh, c’est
à dire devant les disques reliés à la carte mère qui se placent donc en /dev/hdi../dev/hdL.
Pourquoi ?
Par conséquent, le disque système (sur madras et avec la SuSE − 8.1) devait être connecté à
la première carte ide-raid... lorsqu’il y a une carte ide-raid, et sinon reconnecté sur la carte
mère.
3. Avec la SuSE − 11.0, ce comportement a changé. Il n’y a plus de /dev/hdx, ni pour les disques
durs (qui deviennent /dev/sdx, même en ide), ni pour les lecteurs de cdrom (qui deviennent
/dev/sr0, même en ide). Le disque système (ide) est donc branché sur la carte mère (primary
master), le dvd est secondary slave, et les disques raid (ide) sont sur les cartes Promise (d’un
modèle ou d’un autre).
A.2
Sous SuSE − 42.1, SaX survit sous la forme de sax3, package qui n’est pas chargé par défaut.
Interface semi-graphique. Ce programme ne semble plus ajouter quoi que ce soit.
Tout le reste de cette section concerne les distributions SuSE − 10.2 ou antérieures.
A.2.1
Très vieilles remarques (à intégrer ci-dessous)
1. Graphic cards
(a) mona2, SuSE −9.3. Sélectionner accélération 3D. Donner la géométrie du moniteur (400mm×
300mm). Vaut-il mieux une résolution 1280 × 960, reprenant le rapport 4/3 du moniteur et
de la résolution 1024 × 768, ou bien une résolution 1280 × 1024, au rapport 5/4 ?
(b) shanghai, SuSE −8.1. Le moniteur V770 est proposé. Résolution 1024*768. Choix de couleurs
24 bits. Carte NV11, serveur X nv. Fréquence : on impose 85 Hz au lieu de 75 Hz. Accélération
3D : problème avec nvidia, qui se réglera avec YoU.
(c) monalisa, SuSE − 8.0. le moniteur Eizo T563 est proposé, mais sans paramètres. Une simple
validation renvoie en boucle. Donner les paramètres qui sont : horiz 30-86 kHz, c’est à dire le
nombre de lignes affichées par seconde, et vertic 55-160 Hz, c’est à dire le nombre d’images
par seconde.
2. Printer
(a) "direct network printer", 192.168.50.250, "cups avec local filtering".
(b) pas d’écoute d’éventuels serveurs cups sur le réseau
(c) Le type Samsung ML7050N n’étant pas proposé, essai du pilote ML7050. La page de test
est trop blanche (printout normal, avec economode sur l’imprimante). Avec printout haute
qualité, sans economode, cela devient convenable, mais les impressions se font en recto seul.
(d) Samsung, type ML7300N, lp4d. Cela semble être le bon pilote : une option recto-verso est
proposée, et l’impression est bien noire.
3. Sound
Via VT82C686 détecté, AC97/Audio (respectivement 82801BA/BAM, AC97/Audio). On valide
et on teste. Cela fait le bruit attendu.
4. TV
5. Bluetooth
53
A.2
A.2.2
A
POUR MÉMOIRE
Quand tout va bien
1. En principe, le graphisme est géré par YaST2 lors de l’installation et il n’y a pas à s’en préoccuper.
Mais, comme il se doit, la pratique est plus mouvementée que la théorie.
2. Ne pas oublier les réglages bus AGP, irq pour la carte, etc. Il n’est pas bien clair si ces réglages
sont conservés ou non par le login graphique.
3. Lorsque l’on passe d’un "bon écran" à un "moins bon écran", il est préférable de passer à une
résolution basse avant. Manoeuvre de secours [C − M − plus] mappe le grand écran sur le petit,
et on peut se déplacer à la souris.
A.2.3
Quand il faut y mettre les mains
1. Le programme sous-jacent est sax.sh. Il se lance par un frontal.
(a) SuSE − 10.2 : lancement par le batch sax2. Alternative : sax2-vesa lorsqu’il faut imposer
une basse résolution. Plus de détails par sax2 -h.
(b) anciennement : sax2 (depuis la SuSE − 7.2) conduisait à XFree86.4, tandis que sax conduisait
à XFree86.3 (cf A.7).
Plaisanterie multiconsole sous SuSE −8.1: SaX2 se lance dans la console graphique principale
[C − M − 7], même si vous en faites l’appel depuis l’une des deux autres consoles graphiques
[C − M − 8] ou [C − M − 9] (fixé dans la SuSE − 9.3).
2. Documentation sax/x11 : n’arrête pas de changer de forme et de place.
(a) SuSE − 10.2 le package xorg-x11-doc installe un ensemble de fichiers *.ps.gz dans /usr/
share/X11/doc/hardcopy/ tandis que /usr/X11R6/man/ reste vide.
(b) SuSE − 8.1 et SuSE − 9.3 ensemble de pages man dans /usr/X11R6/man/.
(c) SuSE − 8.1 pages man en html /usr/X11R6/lib/X11/doc/html/, non synchronisées avec les
pages man ordinaires.
3. Avant toute série de modifications, faire une copie de /etc/X11/xorg.conf (qui était, pour la
SuSE − 8.1, /etc/X11/XF86Config et /etc/XF86Config jusqu’à la SuSE − 7.1). Il existe bien
une sauvegarde automatique, mais... elle est écrasée à chaque modification.
4. Tant que le graphisme ne fonctionne pas de façon fiable, il faut rester en mode "login console", avec
passage au graphisme par la commande startx. Cela se règle dans YaST2/System/Runlevel Editor
(3= console, 5= graphique). Auparavant, cela se réglait dans YaST/admin/login.
A.2.4
Les items proposés
Ils dépendent de la base de connaissance /usr/share/sax/api/data/cdb.
Mouse
SuSE − 10.2, pour toutes les configurations testées : détection automatique et aucun souci
avec souris optical intellimouse, connectée en ps2 à travers un kvm.
Pour mémoire : une souris série sur com1 se déclare en /dev/ttyS0
Keyboard "pc104", french (qui est codé fr). Le "fr" qui intervient ici n’est pas un keyboard.map ! ! ! On
constate que les <> et les *µ fonctionnent sur la barre de test. Depuis la SuSE − 7.0, ces
caractères restent disponibles par la suite, sans qu’il y ait à se battre avec les descripteurs.
Il reste néanmoins utile (ergonomie) de recoder les touches \ !§. La SuSE − 8.1 propose
"pc102" et cela semble fonctionner aussi. Plus de détails sur le caractère ¤ dans la section
Nullix/Réglages/Calvier.
Card
Depuis SuSE−8.0, SaX2 est appelé par YaST2 durant l’initialisation et les modules adéquats
sont chargés (cd Tab. 14). Jusqu’à la SuSE − 7.3, il fallait charger soi-même les pilotes en
utilisant YaST avant d’utiliser SaX2. Faute de savoir quels modules étaient vraiment utiles,
mieux valait charger tous les modules du groupement xsrv.
Url de xfree86 = http://www.xfree86.org/4.1.0/manindex4.html.
Moniteur
"Medion MD 30669". DisplaySize 19"", 5/4 = 377x301, ModelName "1280X1024@60HZ",
VendorName "–> LCD". Au final : 60Hz, 64kHz.
54
A
POUR MÉMOIRE
qui
pci
gone
out
out
out
moon3
madras
moon4
midn
mona2
maver
mahjo
madir
A.2
carte
Matrox Mystique
asus agp-v6800
Rage Fury Pro
AGP-V2740
GeForce2 mx200
Nvidia Tnt2
S3-Trio3D agp2x
ARI RV250 If
GeForce fx5200
RadeonX550
Radeon 8500
GeForce 7600GT
102b:051a
10de:0101
1002:5446
8086:7800
10de:0111
10de:002d
5333:8a13
1002:4966
10de:0322
1002:5b63
1002:514c
10de:0391
serveur
svga
Mo
4
dac
153
???
xi740
nvidia
nvidia
s3virge
radeon
nvidia
radeon
radeon
???
8
32
32
4
128
128
128
256
256
182
Tab. 14 : Codes et drivers des cartes graphiques
Moniteur
"EIZO Flexscan T563-T". N’est jamais décrit sous ce nom exact, mais comme Flexscan T563,
ou bien comme F563-T. On obtient des valeurs voisines de 25-86 Khz en horizontal et 55-144
Hz en vertical. Est décrit comme "55-160 30-86 {} {} crt,color" dans /var/X11R6/sax/config
(SuSE − 7.3). Les messages de l’écran montrent que HorizSync doit être déclaré comme 4080 kHz (nombre de lignes par seconde). Cette modification semble suffisante et il n’est plus
nécessaire d’aller modifier directement /etc/X11/XF86Config avec :
Section "Monitor"
VendorName
"EIZO"
ModelName
"T563-T"
Modeline "1024x768" 104.21 1024 1040 1216 1328 768 768 781 802
Moniteur
"Mitsubishi Diamond Plus 230". N’est pas connu. Enregistré comme :
Section "Monitor"
VendorName "--> VESA"
ModelName "1280X1024@75HZ"
DisplaySize 400 300
HorizSync 31-80 VertRefresh 50-75
Desktop
Résolution 16 bits. Il est possible d’obtenir un "quasi-zoom" en déclarant (mode expert,
onglet desktop) d’autres résolutions (plus faibles, par exemple 640*480) que la résolution en
cours (1024*768). On obtiendra alors un bureau virtuel (fenêtre de 640, se déplaçant à la souris au-dessus d’une image de 1024). Commutation : [C − A − KP _plus] et [C − A − KP _minus].
Enregistrer. Après avoir testé chaque mode, valider le tout avec le bouton "save" en bas, juste à côté
de abort (et pas save mode), et revenir à la console. On peut alors valider le login graphique
(cf Subsection A.2.3, § 4).
A.2.5
Les problèmes
Acheter une carte nvidia est une erreur. "Due to license issues", le pilote nvidia n’est pas inclus
dans les distributions unix. Au départ, la carte est gérée par le driver nv (ou même par vesa quand
la détection se passe mal). Il faut ensuite récupérer le bon pilote sur http://www.nvidia.com.
Rappel TCO (total cost of ownership) : chaque fois qu’un cadre à 50k€, plus "logement" plus
charges plus provision pour bénéfices, perd une heure, cela coûte ≈ 100€. Combien de temps pour
trouver l’adresse ftp://download.nvidia.com/opensuse/10.2/x86_64/x11-video-nvidiaG01-100.
14.19-1.1.x86_64.rpm ?
Fonts. Elles se placent dans le répertoire /usr/X11R6/lib/X11/fonts/. Toute une série de sousrépertoires inexistants est déclarée quelque part, et les logs signalent autant d’erreurs. Créer ces
répertoires et les traiter par mkfontdir... qui les déclare vides !
La carte ATI-Rage-Fury-Pro ne se laisse pas installer sous SuSE − 7.0 (d’ailleurs, c’est à peine
mieux sous Winxx). SaX propose Serveur XFree XF86_VGA16. Aucun test ne va, sauf les résolutions 640*480, et cela indépendamment de la profondeur de couleur. Les appels ultérieurs à
SaX échouent. Recharger le paquetage donne une nouvelle chance, mais cela n’aboutit pas. On
change de carte. Retour au vendeur.
55
A.3
Pour mémoire: souris
A
POUR MÉMOIRE
Carte GeForce2 MX200. Détectée par SaX2, qui charge le pilote nv. On constate deux problèmes
: l’image scintille suite à un taux de rafraîchissement trop bas (limité à 50 Hz, alors que l’écran
supporte bien plus). Et en plus, il n’y a plus moyen de revenir en mode texte, ni par [C − A − F x]
ni par [C − del].
Charger les pilotes "officiels" sur le site de http://www.nvidia.com permet de tuer le temps
et d’accéder à une intéressante documentation qui raconte un tas de choses intéressantes sur la
vie antérieure de ce driver breveté. Mais cela ne marche pas mieux pour autant. On monte cette
carte sur une machine winxx, et on passe à autre chose.
Carte S3 Trio 3D/2X, i.e. 5333:8a13. S’est installée sans problème "d’assez nombreuses fois" avec
SuSE − 7.2. Et pourtant, une fois il a fallu configurer, avec sax2, en mode 8bits, puis changer
les valeurs à la main la ligne color_depth dans /etc/X11/XF86Config.
Souris : avant la SuSE − 7.2, il fallait utiliser la souris pour pouvoir choisir le modèle de souris...
Et donc une déclaration préalable, sous YaST, était nécessaire.
Souris usb. Pour mémoire : avec la SuSE−7.2, il semble que lier /dev/input/mice sur /dev/mouse
(comme proposé) ne soit pas suffisant. Comme le bon device n’est pas proposé par SaX, il faut
modifier à la main /etc/X11/XF86Config avec
Section "Pointer"
Device
"/dev/input/mice"
Emulate3Buttons
Protocol
"imps/2"
EndSection
.
A.3
Pour mémoire: souris
Version SuSE − 8.1 ou antérieures.
1. Il arrive que la souris, après avoir fonctionné correctement, ne soit plus détectée. Ainsi (SuSE −
7.0) une souris série compatible M$, COM1, /dev/ttyS0. De même une souris intellimouse sur
ps2 (SuSE − 9.3). La commande YaST2/hardware/Mouse/Tester, exécutable au clavier seul
[M − T ], rend la souris utilisable. On remarque que le type proposé est le bon.
Créer un lien /dev/input/mice vers /dev/mouse semble un contournement efficace.
2. Pour mémoire. Avec les versions antérieures (YaST), Il est indispensable de déclarer une souris
(défaut=ms-like, com2= dev1), sinon : gros drame avec SaX. Refuser gmp (salades souris sous
dos : conflit avec quelque chose en mode win).
La souris ps2 ne fonctionne pas sur moonlight (SuSE − 8.1). Cela produit le symptôme "spurious
8259a interrupt : irq 7 then hang"). Rappel : une installation apic n’a pas été possible sur cette
machine. Une souris usb est en place.
A.4
Le rachat par Novell
Commentaire concernant la distributionSuSE − 9.3
1. La SuSE − 9.3 a été publiée après que Novell ait pris le contrôle de SuSE. Nous avons donc testé
si l’ensemble des services "ouverts" offerts par l’ancienne SuSE continuaient à être offerts par le
repreneur. Le serveur ftp://ftp.nl.uu.net/pub/linux/suse/i386/903/iso/ propose :
4488353792
729452544
708636672
731060224
701726720
713834496
Jul
Jul
Jun
Jun
Jun
Jun
1
1
27
27
27
27
09:27
09:27
12:10
12:10
12:10
12:10
SUSE-9.3-Eval-DVD.iso
SUSE-9.3-Prof-i386-CD1.iso
2. La principale nouveauté Novell consiste à faire précéder l’installation par un cluf/eula à la sauce
Bill Gate$... et à ne plus fournir les sources. Cela est agaçant... et ne semble pas être un présage
positif quant aux intentions pour le futur.
Il semble que Eval-DVD.iso concerne plutôt la distribution 64 bits et les CDx.iso la distribution
32 bits.
56
A
POUR MÉMOIRE
A.5
A.5 De l’inutilité des acrobaties (SuSE − 8.1 sur Mirabell-ibm)
De l’inutilité des acrobaties (SuSE − 8.1 sur Mirabell-ibm)
Cette section décrit une tentative d’installer SuSE − 8.1 sur un ordinateur portable. Échec sur toute
la ligne : il faut de la place, de la vitesse et des composants standards. Ajouter de la mémoire (s’il s’en
trouve encore) et passer sous xp.
A.5.1
Préchargement
1. Mirabell est un portable IBM 240, avec un céléron 300Mhz, 64 Mo ram, floppy externe, cdrom
par pcmcia. L’installation ibm d’origine partitionnait le disque en c: 2Go et d: 4Go. On garde la
première partition sous winxx, et on envisage d’utiliser le reste pour unix.
2. Comme on ne boote pas sur le cd, on commence par créer les disquettes de démarrage. Lancer cdrom/dosutil/rawwritewin/rawwritewin.exe depuis une machine winxx. Créer cinq disquettes depuis cdrom/boot/bootdisk et cdrom/boot/modulesx avec 1 ≤ x ≤ 4.
Le client copieur cherche par défaut des fichiers ayant l’extension *.img. Bien entendu, les
fichiers à copier ne portent pas cette extension.
3. Boote sur floppy. Demande module1, puis détecte circuit pcmcia i82365. Demande module 4.
Détecte le cdrom, et lance l’installation.
Ne pas utiliser de clavier ou souris usb durant toute la phase d’installation (surtout dans un
contexte de partage des ressources usb entre plusieurs ordinateurs). Cela crée des conflits de
détection... et le cdrom cesse d’être reconnu.
Ne rien configurer (sauf les partitions) car le programme recalcule tout chaque fois qu’un item
est modifié, et c’est très long.
4. Partitions : on garde winxx existant (hda1=2Go), on crée une zone de swap (hda2=196Mo) et
le reste est pour la racine (hda3=3.8Go), formatée avec reiserfs. Vu la taille du disque, pas de
partition spéciale pour /home.
Ne pas utiliser "modifier à partir de". En effet la proposition de diminuer la taille de winxx/d:
n’est pas oubliée malgré l’ordre de détruire cette partition... et cela plante au redimensionnement. Pas moyen de revenir en arrière à part " abandonner" . Un reboot à chaud à lieu... et
le cdrom n’est pas redétecté. One more time : everything from scratch, without usb.
5. Après chargement des fichiers, on entre dans SaX2. Déclarer une souris usb. Mode graphique
1024*780. Attention aux mots de passe (le clavier du portable n’est pas un clavier standard... et
il y a les changements de langue). Problèmes rencontrés :
Le clavier est déclaré comme 101, donc pas de touche "pomme".
L’icône klaptop prétend que la gestion d’énergie, cruciale pour un portable, est mal installée...
et ne peut être ajoutée sans recompilation.
L’environnement kde est très lent (lenteur disque, manque de mémoire ou avalanche de features...). Une installation graphique minimale est donc souhaitable.
A.5.2
Configuration
1. Tentative de réinstallation scratch+réseau. Lecture des disquettes 0, 1, 4, puis network, nfs. On
crée une copie du cdrom dans le répertoire /SusE.81 d’une autre machine, et on l’exporte par
une déclaration /SusE.81/ 192.168.50.0/24(no_root_squash) dans /etc/exports.
Tout semble bien se passer jusqu’à la sélection des programmes... qui reste désespérément
vide. Pas trouvé de solutions pour en venir à bout.
2. Pour se débarrasser des scories précédentes, écrasement des partitions /hda2 et /hda3 (mais pas
de la partition winxx). Et on constate que le boot depuis le disque échoue : on tombe dans "grub",
qui est le successeur de "lilo", et cela devient cryptique.
3. Tentative de réinstallation scratch+cdrom (safe +apic). Plantage pour cause inconnue.
4. Tentative de réinstallation scratch+cdrom (apic, 640*480). Sélection graphique minimale + enscript +dhcp + tetex. Tout semble aller (login sous windowsmanager)... mais il n’y a plus de
gestion apparente des modules pcmcia et la connexion au cdrom s’est perdue : pas moyen de
charger LYX après un reboot.
5. Tentative de réinstallation scratch+cdrom (apic, 800*600). Ne trouve pas le cdrom (mode off).
6. Tentative de réinstallation scratch+cdrom (apic, 640*480). Ne trouve pas le cdrom (mode on).
57
A.6
Mise à jour : erreur à ne pas refaire
A
POUR MÉMOIRE
7. Tentative de réinstallation scratch+network (apic, 640*480). L’exportation de nfs://moonlight/
media/cdrom comme répertoire nfs échoue (cause inconnue). Par contre celle de nfs://moonlight/
SusE.81 réussit et cette fois-ci, la liste des packages est trouvée.
La carte réseau n’est pas toujours reconnue comme telle par le gestionnaire pcmcia (mémoire
anonyme). En la débranchant, remplaçant par une carte disque, puis retour, elle finit par être
correctement identifiée. La même chose en plus rapide peut se faire avec les commandes cardctl
(taper cardctl --help pour plus de détails).
Même avec la carte réseau activée, le réseau lui même n’est pas lancé. En effet, lors du runlevel
5, network est lancé avant pcmcia et donc échoue.
Par ailleurs, cette carte est déclarée comme ifcfg-eth-pcmcia-0 dans le répertoire /etc/
sysconfig/network et le batch /etc/init.d/network se plaint de "could not get a valid interface name: -> skipped". La création d’un lien nommé ifcfg-eth0 permet un lancement à la
main.
A.6
Mise à jour : erreur à ne pas refaire
Nous sommes passés de SuSE − 7.0 à SuSE − 7.2 pour pouvoir utiliser un terminal clavier/souris
usb, ainsi que les nouvelles versions de kmail et de LYX (nouvelles librairies). Par exception, nous avons
voulu procéder à une mise à jour plutôt qu’une réinstallation. Le bilan est négatif : mettre à jour est
beaucoup plus lent que de tout réinstaller, et on ne sait plus pourquoi les choses ne vont pas.
1. Une installation from scratch sur un disque auxiliaire avait mis en place la souris usb. En ayant
choisi update, la souris usb n’est pas reconnue lorsque l’on boote avec le disque 2. En fait, le
disque 1 offre aussi l’option de mise à jour. Quel intérêt ?
2. Checking /dev/hda5 dure très longtemps, sans autre message. Finit par aboutir.
3. Propose de faire une sauvegarde dans /var/adm/backup. Ce n’est probablement pas utile lorsque
les fichiers de config sont sauvegardés. En tout cas, c’est très lent.
4. Option update and add. Choix de default with Office. Cela donne 582 packages au lieu de 384.
Signale des conflits potentiels entre dhclient et dhcpd, gs_both et gs_X11, lprold et plp, ssh et
openssh, " que l’on pourra régler après" . Select to update, manual pour autofs, bitchx, imap,
weblint. Un certain nombre de packages 7.0 sont sans équivalents en 7.2 et ne seront pas changés.
Ceci est à comparer avec une installation from scratch (default with Office) qui conduit à 394
packages et à 1.3 giga.
5. Écran de validation.
Une fois parmi d’autres : plantage en cours de route. Plus rien ne bouge au milieu du chargement de kdegames (circa 200 packages). Cela semble être un problème de lecteur de cd. En
tout cas, plus moyen de rebooter sur le cd. Ne pas oublier de retirer le disque dur pour faire
les essais... sinon, le disque boote et il faut attendre d’avoir à nouveau la main. Changement
de lecteur de cd, et on recommence tout.
6. A la fin de la lecture du cd 1, reboote, et la souris usb a de nouveau disparu. Chargement sur cd
2 (finit à 419), puis cd 3 (finit à 512) et cd 4.
7. Lors de la configuration graphique (sax), le clavier/souris usb n’est pas validé automatiquement
: il faut attaquer les fichiers de configuration à la main.
A.7
Fichiers de données /var/X11R6/sax/config/ (SuSE − 6.3)
fonction
Souris
Clavier
Carte graphique
Moniteur
Écran
Langue
fichier #1
MouseData
KbdLangData
CardData
MonitorData
Modes
text.fr
fichier #2
Protocols
KbdModelData
Chipsets
xfinetext.fr
58
fichier #3
Devices
fichier #4
Identity
Xservers
A
POUR MÉMOIRE
A.7.1
A.7
Fichiers de données /var/X11R6/sax/config/ (SuSE − 6.3)
Souris
MouseData
VENDOR=MICROSOFT§NAME=STANDARD MOUSE§PROTOCOL=Microsoft
Protocols
NAME=Microsoft§BAUD=1200 2400 4800 9600
§FLAGS=disable§CHORD=enable§EMU=enable§SRATE=60
Devices
NAME=/dev/ttyS0
A.7.2
Claviers
KbdLangData
NAME=French§PROTOCOL=fr
KbdModelData
NAME=Generic 104-key PC§PROT=pc104§
BITMAP=104key.xpm§KBD=pc(pc104)§CFG=pc104
NAME=Japanese 106-key§PROT=pc102§
BITMAP=japanese106.xpm§KBD=pc(jp106)§CFG=jp106
A.7.3
Carte Graphique
CardData 6-2
MATROX MYSTIQUE supported:A:2.1,supported:X:3.3:svga 2MB:sgram,4MB:
sgram {} {} {} {} HAS=VENDOR=Matrox:NAME=MGA1064SG {}
MATROX {MYSTIQUE 220} supported:X:3.3.1:svga 2MB:sgram,4MB:
sgram, 8MB:sgram {} {} {} {} HAS=VENDOR=Matrox:NAME=MGA1064SG {}
CardData 6-.3
MATROX MYSTIQUE supported:X:3.3.1:svga 2mb {} {} {} {} {} {}
ASUS AGP-V2740 supported:X::svga 8mb {} {}
ftp://ftp.redhat.com/pub/XBF/ {} {} {}
Chipset
MATROX MGA1064SG graphic
Identity (x102b = , x1100 = )
NAME=Matrox§DEVICE=Mystique§VID=0x102b§DID=0x1100§SERVER=SVGA
NAME=Matrox§DEVICE=Mystique G200
SG§VID=0x102b§DID=0xff02§SERVER=SVGA
Xservers
longue liste
A.7.4
Moniteurs
MonitorData
EIZO {@SPECIAL} 55-105 30-86 {} {commentaire} crt,color
{!!! nullix !!!} {MODELE SPECIAL} {} {}
{SEE=VENDOR=EIZO:NAME=@SPECIAL} {commentaire2} crt,color
A.7.5
Écran
Modes
NAME=1600x1000
59
RÉFÉRENCES
RÉFÉRENCES
Références
Apache. Apache mpm common directives. In Apache HTTP Server Version 2.2 Documentation (The
Apache Software Fundation) (2007). URL http://httpd.apache.org/docs/2.2/mod/mpm_common.
html.
Atkinson, Kevin. Aspell’s future (2011). URL http://lists.gnu.org/archive/html/aspell-devel/
2011-09/msg00000.html.
Corker R., Holly S. and Ellis R. Uncertainty and forecast precision. Int. J. of Forecasting, vol. 2, no. 1,
51–69 (1986).
Douillet P. and Rabenasolo B. How robust is a newsboy model ? In Proceedings of IMACS05, the 17th
IMACS World Congress Scientific Computation, Applied Mathematics and Simulation, pp. T1–I–45–
0168 (IMACS, July 11-15 2005, Paris (France)) (2005).
Microsoft. Key benefits of the i/o apic. In Windows Hardware Developer Central, p. 4p. (Microsoft
Corporation) (2001). URL http://www.microsoft.com/whdc/system/sysperf/IO-APIC.mspx.
Sallet G. Initiation Scilab (Université de Metz) (2005), 139p pp. URL http://www.math.univ-metz.
fr/~sallet/Scilab_intro_book.pdf.
SDB. No hard disks detected on the promise controller. In Support Data Base (Open Suse) (2006). URL
http://en.opensuse.org/SDB:No_Hard_Disks_Detected_on_the_Promise_Controller.
Wiki Contributors. Serial ata (2010). URL http://en.wikipedia.org/wiki/Serial_ATA.
Xu X. and Hopp W.
Dynamic pricing and inventory control: The value of demand learning (2004). URL http://users.iems.nwu.edu/~hopp/working papers/Dynamic_Pricing_and_
Inventory_Control.pdf.
Ycart B. Démarrer en Scilab (IMAG, Informatique et Mathématiques Appliquées, Grenoble) (2001),
55p. pp. URL http://ljk.imag.fr/membres/Bernard.Ycart/polys/demarre_scilab/demarre_
scilab.ps.
60

v -f -n -b 4096 - Pierre L. Douillet

Transcription

Documents pareils

Contact Parc d`activités des Hauts de France 2 Parc d`activités Haut

PROJET : L`ECOLE DU VOISIN Groupe 5

Boitier Externe USB pour 4 disques durs IDE

L`Informatique, une drôle de cuisine… La cuisine, un parallèle

Product Description

Fichier de Mini-projet - BTS SRI Lycée Technique Farabi

Communiqué de presse Nouveaux bijoux en vente dans les

Maintenance des PC- Niveau Avancé - Softway

TeamWork et SUSE accélèrent leur partenariat autour des projets

SUSE Linux Enterprise Server Un linux de choix pour le HPC