kevin's blog » Virtualisierung

Installation von VMware Tools auf Debian Lenny

kevin — Sat, 22 Aug 2009 13:42:42 +0000

apt-get install build-essential psmisc gcc-4.1 linux-headers-$(uname -r)
tar xfzv VMwareTools-7.8.4-126130.tar.gz
./vmware-tools-distrib/vmware-install.pl
CC=/usr/bin/gcc-4.1 /usr/bin/vmware-config-tools.pl

gcc-4.1 ist notwendig, wenn der Kernel (z.b. aus den Repositories) mit einer anderen GCC Version kompiliert wurde, als auf dem System vorhanden:

Your kernel was built with “gcc” version “4.1.3″, while you are trying to use
“/usr/bin/gcc” version “4.3.2″. This configuration is not recommended and
VMware Tools may crash if you’ll continue. Please try to use exactly same
compiler as one used for building your kernel. Do you want to go with compiler
“/usr/bin/gcc” version “4.3.2″ anyway?

Debian Lenny auf Hosteurope VPS installieren

kevin — Wed, 08 Apr 2009 11:09:59 +0000

Mit dem folgenden Howto zeige ich euch, wie man auf einem Hosteurope VPS (Virtual Private Server), der unter der Virtualisierungssoftware Parallels läuft, ein aktuelles Debian Lenny installiert. Leider ist nur Debian 4.0 als neustes Debian-Image verfügbar, daher installieren wir Lenny mittels debootstrap über den Recovery-Modus.

Installation

Als aller erstes Installieren wir debootstrap unter dem bereits laufendem Etch-System:

apt-get update
apt-get install debootstrap

Wir werden das neue Lenny-System in einem Unterordner innerhalb des alten Systems installieren.

mkdir /.new

Das neue Lenny-System wird nun mittels debootstrap in den Ordner /.new installiert:

debootstrap --arch i386 lenny /.new http://ftp.de.debian.org/debian/

Konfiguration

Wir kopieren wir ein paar notwendige Konfigurationsdateien aus dem laufenden System in das neue:

cp /etc/fstab /.new/etc
cp /etc/network/interfaces* /.new/etc/network
cp /etc/hosts /.new/etc
cp /etc/hostname /.new/etc

Nun starten wir im Rescue-Modus, wo wir den Inhalt des alten Systems in /repair finden.
/.new ist also nun in /repair/.new.

Wir löschen als aller erstes das alte System:

// entfernt alle ordner außer ".new" von /repair
rm -rv /repair/*

Danach verschieben wir das neue System von /repair/.new nach /repair:

mv /repair/.new/* /repair
rm -r /repair/.new

Damit apt/dpkg (rm) korrekt für die SSH-Installation funktioniert, müßen wir noch das proc- und devpts-Dateisystem in das neue System mounten:

mount -t proc proc /repair/proc
mount -t devpts none /repair/dev/pts

chroot in das neue Lenny-System…

LANG=C chroot /repair /bin/bash

… und SSH installieren:

apt-get update
apt-get install ssh

Passwort setzen nicht vergessen:

passwd

… und wieder raus aus dem chroot:

exit

Das wars!
Nun in das Virtuozzo PowerPanel rein, den Repair-Modus beenden und danach sollte das neue Lenny-System erreichbar sein.

Xen: vif could not be connected. Backend device not found.

kevin — Thu, 23 Oct 2008 19:32:08 +0000

Sollte folgende Fehlermeldung beim Versuch eine domU zu starten auftreten, sicherstellen ob brctl installiert ist und gegebenenfalls nach installieren!

Device 0 (vif) could not be connected. Backend device not found.

Falls brctl fehlt:

apt-get install bridge-utils

Xen erkennt Ram nicht vollständig

kevin — Thu, 23 Oct 2008 18:36:28 +0000

Auf meiner neuen Hetzner DS5000 Kiste wird bei meinem 2.6.18-6-xen-686 Kernel-Image (aus den Debian Repositorys) die 4GB Ram nicht vollständig erkannt.

Abhilfe schafft ein modifizierter Grub.