OVH Cloud OVH Cloud

recompilation noyau problematique

12 réponses
Avatar
Bernard
Bonjour à tous,

je suis sous Debian 3.1 (Sarge), et j'ai besoin de recompiler mon noyau,
afin d'en éliminer les fonctionalités audio incluses, lesquelles
m'empèchent de compiler sans erreur une nouvelle architecture audio (OSS
pour remplacer ALSA, je veux parler du nouvel OSS, pas de celui qui a
été abandonné il y a quelques années).

Pour cette recompilation, j'ai de sérieux problèmes, et ce, bien
qu'autrefois j'avais plusieurs fois pratiqué cela sous RedHat 5.2, 6.0
puis 7.2 sans échec.

A la lueur des infos recueillies ici et là (pas de possibilité de
recompiler les noyaux antérieurs à 2.6.20 avec les outils récents),
j'aimerais tenter une démarche assez simple - j'espère qu'elle n'est pas
trop naïve - mais pour laquelle j'ai besoin de vos conseils, s'agissant
d'une liste de packages utiles.

1ère étape :
apt-get purge kernel-utils make gcc build-utils etc...

2 ième étape :
vi /etc/apt/sources.list
modifier ce fichier de façon à désactiver les liens vers des
répertoires contenant des packages récents (stable, lenny, testing),
ré-activer uniquement les répertoires de packages anciens (sarge)

3 ième étape :
apt-get install kernel-utils make gcc build-utils etc...

4 ième étape :
avec ces nouveaux (anciens) outils, essayer la recompilation de mon noyau
actuel (2.6.20-16-386) afin d'en exclure les fonctionalités audio
incluses (c'est le but initial de la manip)

Mais j'ai besoin de connaître la liste de tous les nouveaux packages que
je dois désactiver et remplacer par les anciens.

Merci d'avance pour votre contribution.

2 réponses

1 2
Avatar
Bernard
Le Tue, 25 Aug 2009 23:25:25 +0000, Eric Dorino a écrit :



Comment, Windows XP a été conservé? Ah ça, un rapport de bug immédiat
s'impose.



Dans la phase 'partitioning', j'ai laissé /dev/sda3 tel quel, c'est tout.

Merci pour les conseils pour booter sur fvwm. Mais j'ai plus urgent et
plus grave. J'ai trouvé des erreurs que je n'avais pas remarquées tout de
suite.

D'abord, au vu de ces erreurs, j'ai, hier soir (ou plutôt tôt ce matin
=)) relancé une nouvelle installation, afin que les quatre heures que
cela prend se passent pendant la nuit.

Au final, il n'y a pas grande différence, sauf que, cette fois, le
clavier est en QUERTY, pas seulement sous Gnome, mais aussi sous la
console. J'ai pourtant bien opté pour FR, et d'ailleurs les messages
d'erreur sont souvent en Français (pas toujours, mais je suppose que tout
n'a pas été traduit), et, sous Gnome, les invites sont en Français, mais
il faut répondre en querty.

L'erreur du Ralink firmware continue.

Ainsi que l'erreur que j'avais détectée avant de décider la
réinstallation :

Le système m'envoie un mail. Ce mail se renouvelle à chaque reboot.

:~
mail from System
from mdadm monitoring
to
Subject: DegradatedArray event on /dev/md0: new-host
Wed 09:07:00+2:00

This is an automatically generated message from mdadm running on new-host

A degradated event has been detected on md device /dev/md0.

P.S. The /proc/mdstat file currently contains the following :

Personalities : [raid 1]
md1: active raid 1 sda2[0] sdb2[1]
67874550 blocks [2/2] [UU]

md0: active raid 1 sda1[0]
497856 blocks [2/1] [U_]

unused devices: none
"

fin du message

Il est clair que, si md1 est OK (sda2 et sdb2 en miroirs), il n'en va pas
de même de md0, lequel ne concerne qu'une seule partition (sda1), alors
qu'il devrait y avoir sda1 et sdb1 en miroir, comme c'était le cas sur ma
vieille installation Debian Sarge. Quelle connerie ai-je faite lors de la
config du partitioning ? J'avoue que les expli n'étaient pas très
claires, et que, même, c'était extrèmement confus. Il est évident qu'il
me va falloir y retourner, et consacrer à nouveau quatre heures à une
nouvelle réinstallation. Avant que de ce faire, j'espère lire votre avis,
ce qui m'évitera peut-être de me trouver encore une fois perplexe devant
le menu de partitioning. Il serait trop bête de devoir abandonner le raid
et de tout reformater en ext3, ce qui, certes, doublerait la place
disponible, mais au dépens de la sécurité en termes de perte de données
en cas de crash, et ce, d'autant que mes disques durs ont désormais près
de 3 ans d'âge, alors qu'il paraît que la durée de vie moyenne d'un
disque SATA de grande capacité est de l'ordre d'un an.

Pour ce raid, je dois apporter encore une précision. Sur mon ancien
système, que je souhaitais reproduire sur Lenny :

sda1 et sdb1 étaient 'mirrorés' en raid, mais restaient en ext3. C'était
ma partition /boot. Le système m'avait installé cela de cette façon, sans
que je l'aie explicitement demandé. Et sda2 et sdb2 étaient mirrorés
(md1) et généraient /dev/mapper/vg00-root (partition /) mais au format
lvm (ou plutôt LVM2 si je me souviens bien).

Voici ce que donne 'df' sur mon nouveau système :

device taille tot utilisé dispo %free m

/dev/mapper/vg00-root 63709068 3319756 57163064 6% /

tmpfs 0 0 0 0%

udev 2%

tmpfs

/dev/md0 482090 27433 7% /
boot






Merci d'avance pour votre aide




Avatar
Eric Dorino
On Wed, 26 Aug 2009 09:16:52 +0000, Bernard wrote:

Le Tue, 25 Aug 2009 23:25:25 +0000, Eric Dorino a écrit :



Comment, Windows XP a été conservé? Ah ça, un rapport de bug immédiat
s'impose.



Dans la phase 'partitioning', j'ai laissé /dev/sda3 tel quel, c'est
tout.



C'était une blague.


Merci pour les conseils pour booter sur fvwm. Mais j'ai plus urgent et
plus grave. J'ai trouvé des erreurs que je n'avais pas remarquées tout
de suite.

D'abord, au vu de ces erreurs, j'ai, hier soir (ou plutôt tôt ce matin
=)) relancé une nouvelle installation, afin que les quatre heures que
cela prend se passent pendant la nuit.



Une réinstallation est généralement un Mauvais réflexe.


Au final, il n'y a pas grande différence, sauf que, cette fois, le
clavier est en QUERTY, pas seulement sous Gnome, mais aussi sous la
console. J'ai pourtant bien opté pour FR, et d'ailleurs les messages
d'erreur sont souvent en Français (pas toujours, mais je suppose que
tout n'a pas été traduit), et, sous Gnome, les invites sont en Français,
mais il faut répondre en querty.



Sans réinstaller:
De manière immédiate (ne survivra pas au prochain boot):
xx $ sudo loadkeys fr
De manière perénne:
xx $ sudo dpkg-reconfigure console-data



L'erreur du Ralink firmware continue.



Bien entendu.



Ainsi que l'erreur que j'avais détectée avant de décider la
réinstallation :

Le système m'envoie un mail. Ce mail se renouvelle à chaque reboot.

:~
mail from System
from mdadm monitoring to
Subject: DegradatedArray event on /dev/md0: new-host Wed 09:07:00+2:00

This is an automatically generated message from mdadm running on
new-host

A degradated event has been detected on md device /dev/md0.

P.S. The /proc/mdstat file currently contains the following :

Personalities : [raid 1]
md1: active raid 1 sda2[0] sdb2[1]
67874550 blocks [2/2] [UU]

md0: active raid 1 sda1[0]
497856 blocks [2/1] [U_]

unused devices: none
"

fin du message

Il est clair que, si md1 est OK (sda2 et sdb2 en miroirs), il n'en va
pas de même de md0, lequel ne concerne qu'une seule partition (sda1),
alors qu'il devrait y avoir sda1 et sdb1 en miroir, comme c'était le cas
sur ma vieille installation Debian Sarge. Quelle connerie ai-je faite
lors de la config du partitioning ? J'avoue que les expli n'étaient
pas très claires, et que, même, c'était extrèmement confus. Il est
évident qu'il me va falloir y retourner, et consacrer à nouveau quatre
heures à une nouvelle réinstallation. Avant que de ce faire, j'espère
lire votre avis, ce qui m'évitera peut-être de me trouver encore une
fois perplexe devant le menu de partitioning. Il serait trop bête de
devoir abandonner le raid et de tout reformater en ext3, ce qui, certes,
doublerait la place disponible, mais au dépens de la sécurité en termes
de perte de données en cas de crash, et ce, d'autant que mes disques
durs ont désormais près de 3 ans d'âge, alors qu'il paraît que la durée
de vie moyenne d'un disque SATA de grande capacité est de l'ordre d'un
an.

Pour ce raid, je dois apporter encore une précision. Sur mon ancien
système, que je souhaitais reproduire sur Lenny :



Vous avez oublié/perdu un volume physique sur un RAID1. Ça arrive.

Sans réinstaller, il faut tenter de la rajouter:

xx$ man mdadm
xx$ sudo mdadm --manage /dev/md0 --add /dev/sdb1 (D'après vos infos)
...
xx$ cat /proc/mdstat

Vu la taille, quelques minutes devraient suffire.


sda1 et sdb1 étaient 'mirrorés' en raid, mais restaient en ext3. C'était
ma partition /boot. Le système m'avait installé cela de cette façon,
sans que je l'aie explicitement demandé. Et sda2 et sdb2 étaient
mirrorés (md1) et généraient /dev/mapper/vg00-root (partition /) mais au
format lvm (ou plutôt LVM2 si je me souviens bien).

Voici ce que donne 'df' sur mon nouveau système :

device taille tot utilisé dispo %


free m

/dev/mapper/vg00-root 63709068 3319756 57163064 6% /

tmpfs 0 0 0 0%

udev 2%

tmpfs

/dev/md0 482090 27433 7% /
boot





Ça m'a l'air bien.






Merci d'avance pour votre aide











--
Eric
1 2