Forum Linux.debian/ubuntu PVE 2.1 - CONTAINER - Erreur init image noyeau

Posté par  (site web personnel) .
Étiquettes :
0
15
juin
2012

Bonjour à tous.

Je cherche à installer linux-vserver dans un container Proxmox 2.1 :/ Je viens donc vers vous parce que je n'arrive pas à installer une autre image debian, donc, dans un container proxmox 2.1.

pveversion -v
pve-manager: 2.1-1 (pve-manager/2.1/f9b0f63a)
running kernel: 2.6.32-12-pve
proxmox-ve-2.6.32: 2.1-68
pve-kernel-2.6.32-12-pve: 2.6.32-68
lvm2: 2.02.95-1pve2
clvm: 2.02.95-1pve2
corosync-pve: 1.4.3-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.8-3
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.7-2
pve-cluster: 1.0-26
qemu-server: 2.0-39
pve-firmware: 1.0-16
libpve-common-perl: 1.0-27
libpve-access-control: 1.0-21
libpve-storage-perl: 2.0-18
vncterm: 1.0-2
vzctl: 3.0.30-2pve5
vzprocps: 2.0.11-2
vzquota: 3.0.12-3
pve-qemu-kvm: 1.0-9
ksm-control-daemon: 1.1-1

Apres un apt-get install linux-image-vserver-686 j'obtient l'erreur suivante : 

update-initramfs: Generating /boot/initrd.img-2.6.32-5-vserver-686
E: /usr/share/initramfs-tools/hooks/udev failed with return 1.
update-initramfs: failed for /boot/initrd.img-2.6.32-5-vserver-686
update-initramfs failed to create initrd image.
Failed to create initrd image.
dpkg: error processing linux-image-2.6.32-5-vserver-686 (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of linux-image-vserver-686:
 linux-image-vserver-686 depends on linux-image-2.6.32-5-vserver-686; however:
  Package linux-image-2.6.32-5-vserver-686 is not configured yet.
dpkg: error processing linux-image-vserver-686 (--configure):
 dependency problems - leaving unconfigured

Je remarque qu'au sein du container la commande uname -a me retourne 2.6.32-12-pve le uname de l'hôte au lieu de me retourner le uname du container (je pense, je n'sais plus :/) par ex : 2.6.32-5-686

J'ai essayé de recompiler le noyeau avec le paquet linux-source en installant le patch vserver. La compilation fonctionne sauf qu'arriver au moment d'ajouter l'image au boot.. le même soucis :/

De mémoire.. j'avais déjà eu quelques soucis sur un container sous PVE 1.9. J'avais dû, me semble-t'il, recompile une image avec le patch vserver. Mais là… j'n'y arrive pas :/ ^ j'vais continuer à chercher :/

Si quelqu'un aurait une idée.. ou un tuto ^ ce serait super GG ! En vous remerciant :)

C'est peut-être un "problème" avec montage des partitions :/ realtime c quoi ^ CF : /dev/simfs on / type simfs (rw,relatime)

Cordialement

  • # noyau de la machine principale

    Posté par  . Évalué à 2.

    si je ne me trompes pas openvz comme lxc utilise les fonctionnalités "containeurs" du noyau pour isoler les processus mais il n'y a pas vraiment de noyau dans la machine virtuelle.

    c'est le noyau de la machine principale qui est utilisé et "partitionné" pour faire les containers.

    • [^] # Re: noyau de la machine principale

      Posté par  (site web personnel) . Évalué à 0.

      Oki merci pour ta réponse NeoX..

      J'avais réussis j'n'sais pas par quel miracle à mettre un linux-vserver dans un container (donc OpenVZ) sur proxmox 1.9 après une compile à la mano.. (erreur de ma part.. j'ai oublié de faire un mémo :/ sniff ^ ) lol

      Free 4 Linux

  • # Solution temporaire :/ Installer une VM + linux-vserver

    Posté par  (site web personnel) . Évalué à 0.

    Pour tout vous dire.. j'ai installé une VM puis l'image linux-vserver.. mais… une VM consomme beaucoup plus de ressources :/ qu'un container.. erf et en plus c'est relou qemu ^ (on n'y a pas accès depuis l'hôte.. me semble t'il :/ )

    Free 4 Linux

  • # Re : Compiler dans un container

    Posté par  (site web personnel) . Évalué à 0.

    Bon je continue avec mon délire .. En cherchant au fond de ma mémoire.. il me semble que j'avais fait cela :

    patch -p1 < patch-2.6.32.59-vs2.3.0.36.29.9.diff

    • Compiler et hop cela fonctionner (j'avais répété cela sur plusieurs container pourtant.. :/ )

    Par contre il me semble qu'il manque un truc.. j'avais commenter quelque chose quelque part ^ dur ^ mais quoi et où ?? mhumm… l'initramfs-tools…

    Si cela parle à quelqu'un… j'avais trouvé une doc FR me semble t'il :D Ou même si quelqu'un à un PVE 1.9 de dispo et qu'il veut bien essayer.. ^

    La bise ;) thiouss

    Cordialement :)

    Free 4 Linux

    • [^] # Re: Re : Compiler dans un container

      Posté par  . Évalué à 2.

      ton erreur porte sur UDEV dans INITRAMFS
      comme pour LXC, il ne faut pas utiliser UDEV dans machine virtuelle, car c'est le /dev de la machine principale qui est monté

    • [^] # Re: Re : Compiler dans un container

      Posté par  (site web personnel) . Évalué à 0. Dernière modification le 19 juin 2012 à 13:46.

      Dites moi.. n'y a t'il pas moyen de créer /boot avec la commande dd (que je connais pas forcement) puis d'installer un lilo ou grub puis de faire démarrer le container en prenant en compte ce bootloader :/

      il fallait feinter comme cela si je cherche encore plus profondément dans ma mémoire :/

      En vous remerciant :) .. cordialement

      Free 4 Linux

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.