J'ai voulu tester un noyau de backports 2.6.18 sous mon serveur debian
sarge, vu que je suis actuellement sous la 2.6.15-686-smp de backports,
mais apparemment, ca foire pour la 2.6.18-3-686 et 2.6.18-4-686, avec
les mm types de messages:
~# aptitude install linux-image-2.6.18-3-686
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Les paquets suivants ont été conservés :
yaird
Les NOUVEAUX paquets suivants vont être installés :
linux-image-2.6.18-3-686
0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 1 non mis
à jour.
Il est nécessaire de télécharger 17,2Mo d'archives. Après dépaquetage,
53,0Mo seront utilisés.
Écriture de l'information d'état étendu... Fait
Prendre : 1 http://www.backports.org sarge-backports/main
linux-image-2.6.18-3-686 2.6.18-8~bpo.1 [17,2MB]
17,2Mo téléchargés en 32ss (525ko/s)
Préconfiguration des paquets ...
Sélection du paquet linux-image-2.6.18-3-686 précédemment désélectionné.
(Lecture de la base de données... 119306 fichiers et répertoires déjà
installés.)
Dépaquetage de linux-image-2.6.18-3-686 (à partir de
.../linux-image-2.6.18-3-686_2.6.18-8~bpo.1_i386.deb) ...
Done.
Paramétrage de linux-image-2.6.18-3-686 (2.6.18-8~bpo.1) ...
Hmm. The package shipped with a symbolic link
/lib/modules/2.6.18-3-686/source
However, I can not read the target: Aucun fichier ou répertoire de ce type
Therefore, I am deleting /lib/modules/2.6.18-3-686/source
Running depmod.
Finding valid ramdisk creators.
Using mkinitrd.yaird to build the ramdisk.
yaird error: bad value in /boot/config-2.6.18-3-686:
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" (fatal)
mkinitrd.yaird failed to create initrd image.
Failed to create initrd image.
dpkg : erreur de traitement de linux-image-2.6.18-3-686 (--configure) :
le sous-processus post-installation script a retourné une erreur de
sortie d'état 9
Des erreurs ont été rencontrées pendant l'exécution :
linux-image-2.6.18-3-686
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ouille ! Quelque chose ne s'est pas bien passé lors de l'installation
des paquets. Tentative de réparation :
Paramétrage de linux-image-2.6.18-3-686 (2.6.18-8~bpo.1) ...
Running depmod.
Finding valid ramdisk creators.
Using mkinitrd.yaird to build the ramdisk.
yaird error: bad value in /boot/config-2.6.18-3-686:
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" (fatal)
mkinitrd.yaird failed to create initrd image.
Failed to create initrd image.
dpkg : erreur de traitement de linux-image-2.6.18-3-686 (--configure) :
le sous-processus post-installation script a retourné une erreur de
sortie d'état 9
Des erreurs ont été rencontrées pendant l'exécution :
linux-image-2.6.18-3-686
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
J'ai pas testé des 2.6.18 plus anciennes.
Qu'en pensez-vous?
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
OoO En cette nuit nuageuse du dimanche 08 avril 2007, vers 01:21, Thierry B disait:
Ils ne sont pas completmeent perdus :-)
# ls -l /dev/.static/dev/mapper/VG0-Home brw-rw---- 1 root disk 253, 8 2006-10-30 15:20 /dev/.static/dev/mapper/VG0-Home
Bon, je suis quasiment sure, que c'est temporaire et que ca sera monté là où il faut au prochain redemarrage.
Ils seront créés automatiquement (lorsque le scan des disques a lieu pour trouver l'ensembles des PV, VG, LV). Ils seront aussi dispos dans /dev/VG0 (s'ils ne le sont pas déjà).
Ouais, en fait le 2.6.18 de sarge-backports bug avec lvremove qui permet de supprimer un lv. Quand on fait un lvremove sur un LV et qu'on confirme sa suppression, big plantage de la machine et on est obligé de rebooter.
J'ai quand même testé sur une machine d'essai en faisant le passage de sarge à etch, et sous etch avec le mm noyau 2.6.18-4-686, plus ce pb, donc ca doit provenir d'un conflit entre lea version lvm de sarge et le noyau 2.6.18 je pense (vu que je pense qu'à peu de chsoes près le noyau 2.6.18-4-686 c'est le même entre backports et etch)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Bernat a écrit :
OoO En cette nuit nuageuse du dimanche 08 avril 2007, vers 01:21,
Thierry B <debian@thierry.eu.org> disait:
Ils ne sont pas completmeent perdus :-)
# ls -l /dev/.static/dev/mapper/VG0-Home
brw-rw---- 1 root disk 253, 8 2006-10-30 15:20
/dev/.static/dev/mapper/VG0-Home
Bon, je suis quasiment sure, que c'est temporaire et que ca sera monté
là où il faut au prochain redemarrage.
Ils seront créés automatiquement (lorsque le scan des disques a lieu
pour trouver l'ensembles des PV, VG, LV). Ils seront aussi dispos dans
/dev/VG0 (s'ils ne le sont pas déjà).
Ouais, en fait le 2.6.18 de sarge-backports bug avec lvremove qui permet
de supprimer un lv.
Quand on fait un lvremove sur un LV et qu'on confirme sa suppression,
big plantage de la machine et on est obligé de rebooter.
J'ai quand même testé sur une machine d'essai en faisant le passage de
sarge à etch, et sous etch avec le mm noyau 2.6.18-4-686, plus ce pb,
donc ca doit provenir d'un conflit entre lea version lvm de sarge et le
noyau 2.6.18 je pense (vu que je pense qu'à peu de chsoes près le noyau
2.6.18-4-686 c'est le même entre backports et etch)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
OoO En cette nuit nuageuse du dimanche 08 avril 2007, vers 01:21, Thierry B disait:
Ils ne sont pas completmeent perdus :-)
# ls -l /dev/.static/dev/mapper/VG0-Home brw-rw---- 1 root disk 253, 8 2006-10-30 15:20 /dev/.static/dev/mapper/VG0-Home
Bon, je suis quasiment sure, que c'est temporaire et que ca sera monté là où il faut au prochain redemarrage.
Ils seront créés automatiquement (lorsque le scan des disques a lieu pour trouver l'ensembles des PV, VG, LV). Ils seront aussi dispos dans /dev/VG0 (s'ils ne le sont pas déjà).
Ouais, en fait le 2.6.18 de sarge-backports bug avec lvremove qui permet de supprimer un lv. Quand on fait un lvremove sur un LV et qu'on confirme sa suppression, big plantage de la machine et on est obligé de rebooter.
J'ai quand même testé sur une machine d'essai en faisant le passage de sarge à etch, et sous etch avec le mm noyau 2.6.18-4-686, plus ce pb, donc ca doit provenir d'un conflit entre lea version lvm de sarge et le noyau 2.6.18 je pense (vu que je pense qu'à peu de chsoes près le noyau 2.6.18-4-686 c'est le même entre backports et etch)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
