Vorbereitungen

• FreeBSD-Installation sollte man hinbekommen haben
• Linux Kompatiblitaetslayer installieren (Anleitung aus dem FreeBSD-Handbuch)

Installation

Statisches Binary

Nun, da das FreeBSD installiert ist, kann man das Linux-Binary des Decoders herunterladen. Den gibt es auf den Seiten des OTR im Linux-Bereich (Link zu den OTR-Downloadseiten). Dort gibt es diverse Linux-Versionen. Zunächst habe ich es mit der einfach statisch gelinkten Version ausprobiert. Das ging soweit auch, allerdings konnte er nie zum Server verbinden um die OTR-Datei zu dekodieren. Ich habe immer den selben Fehler erhalten, wie er auch im OTRForum zu finden war: ”No Connection to Server”. Kein warum oder wieso… es geht schlicht nicht.

Statisch gelinktes Binary funktioniert also gar nicht.

Dynamisch gelinktes Ubuntu-Binary

Nächster Versuch erschien mir eigentlich unnötig, aber weil das ausprobieren ja schnell gemacht ist, habe ich dann doch noch das Ubuntu-Binary geladen und ausprobiert. Damit lief das Dekodieren der OTR-Datei problemlos. Wirklich installieren muss man den Decoder auch nicht. Es reicht das tar.bz2 auszupacken und die Datei otrdecoder auszufuehren (natuerlch mit den entsprechenden Parametern).

Welche der dort angebotenen Versionen funktionieren denn schlussendlich? Probiert habe ich insgesamt drei Versionen:

1. Dekoder (Statisch gelinkt): funktioniert nicht
2. Dekoder (Dynamisch gelinkt (Ubuntu Gutsy)): funktioniert
3. EasyDecoder (Konsolenversion, 32bit – Ubuntu 8.04): funktioniert.

Die 64bit Varianten habe ich nicht weiter getestet, nachdem die 32bit Versionen liefen.

Gestern war wieder so ein Versuch ein NetBSD5 auf eine Kiste zu buegeln. Es war bei NetBSD mal so, dass es einen extra Installations-Kernel gab. Da brauchte man lediglich die pxeboot-Datei, die dem DHCP-Server hingeworfen wurde und eben diesen Installation-Kern. Mitlerweile hat sich aber eine Kleinigkeit geaendert, denn es wird nur noch der GENERIC-Kern und eine Ramdisk (miniroot.kmod) benoetigt um ins NetBSD-Setup zu gelangen. Um diese Veraenderung zu verstehen bzw. um herauszubekommen, wie es nun tatsaechlich geht, habe ich eine ganze Weile gebraucht. Das NetBSD-Handbuch schweigt sich darueber aus.

Schritt 1: TFTP-Server

Der Anfang dieser Installation ist wie gehabt. Man startet einen TFTP-Server, der die Dateien pxeboot_ia32.bin (fuer NetBSD5 zum Beispiel hier herunterladbar) und kern-GENERIC.tgz (Download hier) ausliefert. Darueber hinaus braucht man mitlerweile noch die entsprechende Ramdisk: miniroot.kmod (gibts hier zum herunterladen)
Unter FreeBSD wuerde das etwa so aussehen: Zunaechst werden die Dateien heruntergeladen und in /tftpboot abgelegt.

cd /tftpboot
fetch ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-5.0/i386/installation/misc/pxeboot_ia32.bin
fetch ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-5.0/i386/binary/sets/kern-GENERIC.tgz
fetch ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-5.0/i386/installation/miniroot/miniroot.kmod

Nun muss noch der TFTP-Server in /etc/inetd.conf aktiviert werden. Dazu wird das Kommentarzeichen vor der Zeile

#tftp    dgram   udp     wait    root    /usr/libexec/tftpd      tftpd -l -s /tftpboot

entfernt. Danach kann man dann entweder ein inetd_enable=”YES” in /etc/rc.conf unterbringen und mittels /etc/rc.d/inetd starten, oder aber man fuehrt einfach ein /etc/rc.d/inetd forcestart aus. Beides fuehrt auf jeden Fall dazu, dass der inetd gestartet wird.

Schritt 2: DHCP-Server

Einen laufenden DHCP-Server vorausgesetzt, sollte ein kleiner Eintrag reichen. Ich selber habe einen isc-dhcpd am laufen, den ich um folgende Zeile im Subnet-Bereich der dhcpd.conf ergaenzt habe:

filename "pxeboot_ia32.bin";

Danach noch den DHCP-Server neustarten (/usr/local/etc/rc.d/isc-dhcpd restart) und alles sollte soweit funktionieren.
Sicher koennte man auch der Einfachheit halber einen Eintrag fuer die entsprechende MAC-Adresse machen, aber ich hatte diese gerade nicht zur Hand, als ich den DHCP konfiguriert habe. Sie stand schlichtweg nicht auf dem Device drauf. Also habe ich einfach als globale Einstellung das pxeboot eingetragen. Da sollte man vielleicht noch dran denken das wieder zu deaktivieren. Ansonsten koennte es irgendwann mal komische Ueberraschungen geben, wenn ploetzlich einige Rechner versuchen ein NetBSD aus dem Netz zu booten.

Schritt 3: Rechner installieren

Nun fehlt eigentlich nur noch eine Sache, die da waere, den Zielrechner zu installieren. Dazu wird er ganz normal angeschlossen und gestartet. Sofern er pxeboot-faehig ist und dies auch aktiviert ist (das ist rechnerabhaengig), sollte der NetBSD-pxeboot kommen. Dort hat man 5 Sekunden lang Zeit die Leertaste zu druecken. Nachdem das erfolgt ist, braucht man eigentlich nur noch zwei Befehle:

load tftp:miniroot.kmod
boot tftp:kern-GENERIC.tgz

Falls man noch Einstellungen mittels userconf machen will, kann man hier noch ein -c anfuegen: boot tftp:kern-GENERIC.tgz -c.

Soweit so gut, sollte eigentlich funktionieren und den Rechner ins Setup booten lassen.


==> Your Makefile has been rebuilt. <==
==> Please rerun the make command. <==
false
*** Error code 1

Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9/ext/DynaLoader.
make config failed, continuing anyway...
Makefile out-of-date with respect to Makefile.PL
Cleaning current config before rebuilding Makefile...
make -f Makefile.old clean > /dev/null 2>&1
../../miniperl "-I../../lib" "-I../../lib" Makefile.PL "INSTALLDIRS=perl" "INSTALLMAN3DIR=none" "PERL_CORE=1" "LIBPERL_A=libperl.so"
Writing Makefile for DynaLoader
==> Your Makefile has been rebuilt. <==
==> Please rerun the make command. <==
false
*** Error code 1

Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9/ext/DynaLoader.
*** Error code 1

Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9.
*** Error code 1

Stop in /usr/ports/lang/perl5.8.
*** Error code 1

Stop in /usr/ports/lang/perl5.8.


Das fand ich dann ein wenig bedenklich. Also fing ich an zu gruebeln, was das sein koennte. Der Versuch ein frisches FreeBSD-Grundsystem zu installieren, scheiterte daran, dass irgendwelche Dateien nicht kopiert werden konnten, weil sie angeblich nicht existierten. Warum aber lief dann bitte das buildworld durch? Neuinstallieren und nochmal probiert. Aenderte nichts, das Perl brach beim selben Fehler wieder ab. Ich weiss nicht mehr genau bei welchem Befehl es war, aber irgendwann gab mir ein Kommando mal zurueck, dass das Systemdatum nicht stimmte. Bah! Widerliches Zeug, also Systemdatum korrigiert und auf ein neues Perl kompiliert – siehe da: geht doch!

Achja, fast haette ich es vergessen, zwischenzeitlich versuchte ich dann auf dem mit dem falschen Systemdatum nochmal ein aelteres Perl (5.6 oder so). Das hatte einen anderen lustigen Effekt: es hing in irgendeine Endlosschleife und erzeugte immer neue Shell/make-Prozesse.

Was es nicht alles gibt und was ein falsches Systemdatum nicht alles anrichten kann. Genug davon für heute, ich geh schlafen.

Bevor man mit der Installation anfaengt, sollte man das bereits installierte Linux einmal starten, sich einloggen und die Ausgaben der Programme ifconfig und netstat -r kopieren. Weiterhin die Informationen aus der Datei /etc/resolv.conf.

Das Image konnte ich dann einfach auf einen Webserver zum Download bereitstellen. Danach schickte ich den Strato-Server in den Rescue-Mode. Nachdem ich dort ein

apt-get update && apt-get install curl

gemacht habe, konnte ich das Image draufbuegeln. Mitlerweile habe ich ein ziemlich fertiges Image. Das wird dann demnaechst hier noch bereitgestellt. Um das zu benutzen, bootet man den Strato-Server einfach in den Rescue-Mode und fuehrt eben das apt-get update && apt-get install curl aus. Als naechstes das Image auf die erste Festplatte schreiben:

curl ftp://public.lando.cc/pub/unix/fbsd/fbsd8amd64-strato.img | dd of=/dev/hda conv=notrunc

Danach im Strato-Menue wieder auf den normalen Boot-Modus umstellen und anschliessend den Server rebooten und mit einem SSH auf die Strato RemoteConsole verbinden (ueber das Webinterface konfigurierbar). Wenn man dort drin ist, sollte einen bald ein FreeBSD8amd64 angrinsen.

Als Login habe ich den Nutzer unixfreunde mit dem Passwort unixfreunde vorbereitet. Mittels su - kann man auch root werden und dort auch das Passwort aendern. Danach muss man eigentlich nur noch die Netzwerkkonfiguration in /etc/rc.conf anpassen. Hierbei ersetzt man IPDEFAULTROUTER durch die zuvor in Erfahrung gebrachte IP der Standardgateway (mittels netstat -r). AAA.BBB.CCC.DDD ersetzt man einfach durch die IP des Servers (ipconfig) – AAA.BBB der Broadcastadresse ebenfalls durch die entsprechenden Werte.

Was noch kontrolliert werden sollte, ist die verbaute Netzwerkkarte. Bei mir war es jetzt ein Broadcom-Chipsatz – entsprechend das ifconfig_bge0 und die Route in der rc.conf aendern. Den Wert des DNS-Servers in /etc/resolv.conf muss man auch noch setzen. Dann sollte die Kiste soweit sein.

Bitte immer daran denken, dass FreeBSD 8 im Moment noch eine Entwicklerversion ist – der stabile Betrieb des Servers kann unter Umstaenden also nicht gewaehrleistet sein.

Update [2008-07-27]:

Bootmessages ueber serielle Konsole

Wenn das FreeBSD soweit laeuft, kann man noch die ein oder andere Geschichte verbessern. Dazu gehoert unter anderem das weitere Einstellen der seriellen Konsole. Damit man auch die Bootmessages und den Bootloader ueber die serielle Konsole lesen kann, bedarf es einer boot.config, die im root des Dateisystems liegt. Am einfachsten laesst es sich einrichten mit folgendem Befehl:

echo “-P -S57600″ >> /boot.config”

Dateisystem

Im Moment existiert eine 4GB Partition fuer / . Der Rest ist im Moment noch nicht zugewiesen – ebenso die zweite Festplatte. Was liegt also naeher als ein RAID1 draus zu machen? Dazu gibt es zwei moeglichkeiten. Wer auf ZFS steht, kann dort ein ZFS konfigurieren. Ich habe mich jedoch fuer ein geom_mirror entschieden. Man kann aus dem laufenden System heraus das ganze in einen Mirror umbauen. Eine sehr brauchbare Anleitung gibts hier: http://lantech.geekvenue.net/chucktips/jason/chuck/1175552464/index_html

Nachdem man das System depenguiniert hat, kann man sich mit ssh wieder auf die Kiste verbinden. Hierzu brauchen wir wieder das Keyfile, dass wir in der vorherigen Anleitung angelegt haben.

ssh -i id_rsa root@SERVER

Slicen, partitionieren und formatieren

Nachdem wir nun eingeloggt sind, steht uns ein FreeBSD7 zur Verfuegung, dass aus einer RAM-Disk laeuft. Man kann also gefahrlos die Platte bearbeiten. Zunaechst erstellt man auf der Festplatte einen grossen Slice, der die gesamte Festplatte benutzt:

fdisk -I /dev/ad4

Nun sollte man das Device ad4s1 erhalten haben. Dort drin erstellen wir die Grundkonfiguration mittels:

bsdlabel -w /dev/ad4s1

Dies erzeugt eine Partition in dem Slice, welche den gesamten Slice ausfuellt. Da dies aber nicht so ganz Sinn und Zweck meiner Veranstaltung ist, aendere ich das. Da mir aber vi als Editor immer nicht gefaellt, benutze ich ee:

setenv EDITOR ee

Das eigentliche Editieren des Labels passiert mit:

bsdlabel -e /dev/ad4s1

Eigentlich reicht eine Partition mit 4Gbyte Groesse fuer Grundsystem und Kernel. Nur fuer /usr sollte man entsprechend mehr nehmen – die Partitionierung sollte sich aber dennoch jeder selber ueberlegen. Da ich ein FreeBSD7amd64 verwende und auch ZFS (das kommt dann auf ad4s1d), sieht mein label wie folgt aus:

# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
a:  8388608       16    4.2BSD        0     0     0
b:  8388608  8388624      swap
c: 312581745        0    unused        0     0         # “raw” part, don’t edit
d: 295804513 16777232    unused        0     0

Nachdem dies nun erledigt ist, kann man mit

newfs /dev/ad4s1a

das Dateisystem erzeugen.

Grundsystem und Kernel installieren

Leider funktioniert sysinstall nicht so recht, daher eine manuelle Installation. Zunaechst sollte man die zuvor erstellen Partitionen mounten:

mount /dev/ad4s1a /mnt

Ein Verzeichniswechsel hat auch Vorteile, also noch schnell ein cd /mnt. Um das FBSD zu installieren, braucht man erstmal die Installationspakete. Diese gibt es z.B. unter:

ftp://ftp3.de.freebsd.org/pub/FreeBSD/releases/amd64/7.0-RELEASE/

Zur Installation reichen die Ordner base und kernels. Ich habe diese zuvor auf meinen Rechner geladen und dann mit scp auf den depenguinierten Server geladen. Eine Moeglichkeit ist also z. B. auf dem S4Y-Server ein scp auszufuehren:

scp -r lando@Heimrechner:~lando/FBSD7amd64/ .

Dann hat man einen Ordner FBSD7amd64, der auf /mnt liegt. Als Unterordner sollten dort base und kernels enthalten sein. Um das Grundsystem zu installieren, brauchen wir aber noch etwas mehr als nur die Installationdateien. Damit das Script weiss, wo es den Kram hininstallieren soll, muessen wir noch eine Umgebungsvariable setzen:

setenv DESTDIR /mnt

Das Grundsystem installiert man jetzt mit:

cd /mnt/FBSD7amd64/base/ && sh install.sh

Die dabei kommende Nachfrage beantwortet man mit y. Als naechstes die Kernelinstallation:

cd /mnt/FBSD7amd64/kernels/ && sh install.sh GENERIC

Hierbei sollte fuer gewoehnlich keine Nachfrage kommen, sondern einfach die Installation durchlaufen.

Konfiguration des neuen Systems

Die Installation ist mitlerweile geschafft, nun muss nur noch ein bisschen Hand an die Konfiguration gelegt werden. Diese besteht daraus: rc.conf, fstab, resolv.conf, loader.conf und sshd_config editieren.

rc.conf (/mnt/etc/rc.conf)

In der rc.conf sollten einige Werte eingetragen werden. Wichtig ist hier die Netzwerkkonfiguration und das ssh starten. Meine rc.conf sieht dann so aus:

hostname=”fulda109.server4you.de”
defaultrouter=”62.75.219.1″
ifconfig_rl0=”inet 62.75.219.90 netmask 255.255.255.0 broadcast 62.75.219.255″
sshd_enable=”YES”

Hierbei ist darauf zu achten, dass man die richtige Netzwerkkonfiguration und vor allem das richtige Device nimmt. Das richtige Device bekommt man am einfachsten heraus, indem man ein ifconfig aufruft.

fstab (/mnt/etc/fstab)

Meine fstab enthaelt folgende Eintraege:

/dev/ad4s1a             /               ufs     rw              1       1

Den swap werde ich erst spaeter dazu frickeln.

resolv.conf (/mnt/etc/resolv.conf)

In die resolv.conf traegt man den Nameserver seines Providers ein. Diesen entnimmt man am einfachsten aus /etc/resolv.conf und traegt ihn dann in /mnt/etc/resolv.conf ein. In meinem Fall also:

nameserver 85.25.128.10

sshd_config (/mnt/etc/ssh/sshd_config)

Damit ich mich auf dem spaeter neustartenden Server wieder einloggen kann, erlaube ich einfach den root-Login und den Login OHNE Passwort – ACHTUNG! DAS IST GEFAEHRLICH!. Dies muss man spaeter wieder zurueckaendern um eine minimale Systemsicherheit zu gewaehrleisten. Man muss also in /mnt/etc/ssh/sshd_config folgende Zeilen finden:

#PermitRootLogin no
#PermitEmptyPasswords no

Diese aendert man auf:

PermitRootLogin yes
PermitEmptyPasswords yes

Nun sollte ein Login mit einem leeren Passwort moeglich sein.

loader.conf (/mnt/boot/loader.conf)

Da wir einen GENERIC Kernel installiert haben und dieser nicht einfach in /boot/kernel liegt, muessen wir dem System sagen, wo der Ordner ist, aus dem er den Kernel holen soll. Dies editiert man in /mnt/boot/loader.conf:

kernel=”GENERIC”

System bootbar machen

Die Installation ist fertig, die Grundkonfiguration auch. Nun fehlt nur noch, dass das System bootbar wird. Fuer diesen Schritt habe ich am laengsten gebraucht, bis ich eine funktionierende Loesung zusammen gefrickelt hatte – ohne serielle Konsole beim Provider ist das ganze auch garnicht so einfach. Mit folgenden Befehlen schreibt man nun den Bootloader und Bootmanager:

fdisk -B -b /mnt/boot/boot0 /dev/ad4

Die Fragen, die fdisk hier stellt, beantwortet man beide mit y. Der zweite Befehl fehlt nun noch:

bsdlabel -B /dev/ad4s1

Rebooten und hoffen. Viel Spass beim nachbasteln.

Es gibt jedoch eine Moeglichkeit um auch hier ein FreeBSD zu installieren. In frueheren Zeiten (FreeBSD5) konnte man das mit dem Depenguinator 1 erledigen – mit aktuellen FBSDs funktioniert das jedoch nicht mehr. Mitlerweile gibt es einen Nachfolger: Depenguinator 2.0. Mit ihm ist es moeglich ein FreeBSD so in eine RAM-Disk zu legen, dass man dies booten und dann mit der Installation weiter machen kann.

Zunaechst mal braucht man also einen dedizierten Server4You-Server (keinen VServer), weiterhin etwas FreeBSD-Know How und natuerlich Geduld und ein bisschen Frickelwillen. Die Anleitung unter http://www.daemonology.net/blog/2008-01-29-depenguinator-2.0.html hilft zwar schon viel weiter, aber so ganz hat es bei mir damit dann doch nicht funktioniert.

Installation der benoetigten Tools

Auf dem mir zur Verfuegung gestellten Server war ein Ubuntu am Laufen. Daher werden mittels aptitude folgende Pakete nachinstalliert:

aptitude install curl bsdtar libc6-dev zlib1g-dev

Depenguinator 2 besorgen

Nachdem man nun alle Voraussetzungen geschaffen hat, organisiert man sich das Archiv mit dem Depenguinator 2.

curl http://www.daemonology.net/depenguinator/depenguin-2.0.tar.gz > depenguin-2.0.tar.gz

Wenn man das hat, sollte man noch schauen, ob die Checksumme (aa5d98dd3998545600f5af1d406196832ef8bea59cb022bc3a5efb303ac57cf7) stimmt:

sha256sum depenguin-2.0.tar.gz

Wenn dies alles stimmt, kann man dazu uebergehen das Archiv auszupacken. Dazu genuegt ein einfaches:

tar -xzf depenguin-2.0.tar.gz

Konfigurieren des Entpinguisierers

Man sollte erstmal in das zuvor erstellte Verzeichnis wechseln:

cd depenguin-2.0

Hier kann man nun mit einem:

mv depenguinator.conf.dist depenguinator.conf

die Beispielkonfiguration umbenennen. Wenn das erfolgt ist, oeffnet man sie in einem Editor seiner Wahl – z.B.:

nano depenguinator.conf

Hier finden sich folgende Werte, die man entsprechend seines Systemes anpassen muss. Die entsprechenden Werte finden sich z.B. in /etc/network/interfaces und /etc/resolv.conf- je nachdem, welche Distribution man hat. Die Mac-Adresse bekommt man mit einem Aufruf von ifconfig heraus. Die einzige Sache, bei der ich mir nicht sicher war, ist der depenguinator_interfaces=”external”-Eintrag. Diesen kann man einfach so lassen. Man muss einfach nur alle anderen Werte korrekt ausfuellen.

FreeBSD7-CD herunterladen

Da man nun soweit ist mit konfigurieren, kann man dazu uebergehen eine FreeBSD-Installations-CD herunterzuladen.

curl ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0/7.0-RELEASE-i386-disc1.iso > disc1.iso

SSH-Key erstellen

Da man sich auf dem spaeter laufenden FreeBSD nicht per Passwort, sondern mit einem Key einloggt, erstellt man noch mit:

ssh-keygen -t rsa

die notwendigen Dateien – ein Passwort anzugeben ist dabei nicht notwendig. Dies legt die Dateien id_rsa und id_rsa.pub in ~/.ssh/ ab. Die id_rsa-Datei sollte man sich noch kopieren (runter von dem Server, am besten lokal auf den eigenen Rechner) – die braucht man spaeter noch.

Image erstellen und installieren

Um das noetige Image zu erstellen, benutzt man das beiliegende Script. Dies ruft man mit einem:

sh -e makeimage.sh disc1.iso 7.0-RELEASE ~/.ssh/id_rsa.pub

auf.

Um nun das erstelle Image zu benutzen, muss zunaechst der Swap des noch installierten Linux abgeschaltet werden. Dazu genuegt ein einfaches:

swapoff -a

Nun kommt der boese Teil der Geschichte. Als Ablage fuer das FreeBSD nutzt man den nun freigewordenen Platz (ehemals Swap). Mit dd kann man dort einfach das Image ablegen:

dd if=disk.img of=/dev/sda2

Hierbei sollte man natuerlich sicherstellen, dass /dev/sda2 auch das swap-Device war. Das bekommt man am einfachsten heraus, wenn man mal in /etc/fstab schaut.

Grub-Config anpassen

Nun hat man auf sda2 ein bootfaehiges FreeBSD liegen. Was nun noch fehlt ist der Eintrag im Bootloader. Hierzu schreibt man einfach ans Ende von /boot/grub/menu.lst:

title FreeBSD
root (hd0,1)
makeactive
chainloader +1

Weiterhin muss man den Eintrag default der Datei /boot/grub/menu.lst auf den entsprechenden Wert setzen. Da ich jetzt 3 Eintraege im Menue habe, muss ich den default-Wert also auf 2 setzen (Grub faengt bei 0 an zu zaehlen).

Fdisk und reboot

Nun fehlt nur noch ein Schritt. Das waere das Setzen von sda2 auf den Partitionstyp FreeBSD. Dazu startet man:

fdisk /dev/sda

Hier druckt man nun t, dann die 2 und als Code nimmt man a5 – damit hat man den Partitionstyp von SWAP auf FREEBSD geaendert. Nachdem man dies bestaetigt hat, schreibt man mit w die Partitionstabelle. Wenn das alles geschehen is, kann man Daumen druecken und rebooten.

Nun sollte die Kiste wieder da sein und man kann mit ssh -i id_rsa root@SERVER auf den Server verbinden – fertig. Ueber die feste Installation auf dem Server werde ich mehr schreiben, sobald ich damit vertraut bin.

Auf einem meiner dedizierten Server laeuft ein Linux auf einem AMD Athlon X2, also was liegt naeher als dort auch die Linux-Sphere laufen zu lassen. Also alles raufkopiert und gestartet, jedoch war dann keine Verbindung auf den entsprechenden Port moeglich. Nach vielem herumprobieren stellte sich heraus, dass die Sphere nicht auf einem Linux/x86-64 laeuft, sondern nur auf Linux/x86. Beim naechsten Test gingen wir dann dazu ueber die FreeBSD-Version der Sphere zu probieren. Diese war fuer das Laufen auf einem FreeBSD7 vorgesehen, startete auf meinem zweiten dedizierten Server jedoch nicht. Nach alle dem haben wir es dann also auf einem Linux/x86 zum Laufen gebracht, alles jedoch sehr unschoen.

Nach einiger Zeit habe ich mir dann den Spass gemacht und auf meinem MacBook ein FreeBSD7amd64 installiert. Dort das linux-Kernelmodul geladen emulators/linux_base-f8 aus den Ports installiert. Als weitere Spielerei dann noch mit ezjail ein extra Jail konfiguriert (ein Jail ist quasi chroot auf Steroiden ). Dadrin dann wieder die linux-base installiert und dadrin die Linux-Sphere gestartet. Siehe da, alles lief problemlos. Leider wirds nicht dazu kommen, dass die Sphere auf einem FreeBSD eingesetzt wird. Sie wird nun ihr Dasein auf einem Linux fristen.

Update 2008-07-08:

Nachdem nun schon eine Weile ins Land gegangen ist, haben wir die Beta-Sphere auf mein Macbook umgezogen. Zumindest ein Teil laeuft nun auf einem FBSD7amd64 im Jail – wenigstens etwas.

Seit einem Update der letzten Tage funktioniert es allerdings auch wieder ohne irgendwelche Probleme. Jeder Copperhead-Benutzer kann nun also wieder froehlich ohne viel Bastelei durch die gegend mausen.

Problembeschreibung: Die Razer Copperhead besteht aus einer Mauskomponente und einer Tastaturkomponente, mit der die programmierbaren Tasten realisiert werden. FreeBSD erkennt diese Maus nur noch als Tastatur – dementsprechend ist eine Maussteuerung nicht mehr moeglich.

Problemloesung: Einspielen des Diffs: files/2008/01/copperhead.diff.

Soweit so gut, die Neuinstallation war schnell erledigt. Auch das bauen der notwendigen Ports ging fix. Ich habe mir vorher eine Sicherung aller Settings gemacht und dann spaeter alles nur noch zurueckkopiert. Aber was war das? Ich habe mir wohl eine sehr unguenstige Zeit ausgesucht um eine Neuinstallation zu machen … ich hatte Grafikfehler im X. Also nochmal alles runter und statt des FreeBSD-Current (8) ein FreeBSD-7 RC installiert. Aber auch hier die selben Grafikfehler. Aber wieder nur im X und mit dem ATI-Treiber – mit VESA funktionierte alles wunderbar und nach einiger Zeit konnte ich dann von VESA auf ATI ohne Probleme umestellen.

Was hatte ich verkehrt gemacht? Ich weiss es bis heute nicht, aber ich habe auf der FreeBSD-X11-Mailingliste einige Tage zuvor aehnliche Probleme gesehen. Und habe heute gesehen, dass es dafuer eine relativ einfache Loesung gibt. Ein Options-Eintrag in der xorg.conf-Section fuer die Grafikkarte half:

Section “Device”

Option “CPPIOMode” “yes”
Identifier “Card0″
Driver “ati”
VendorName “ATI Technologies Inc”
BoardName “M24GL [Mobility FireGL V3200]“
BusID “PCI:1:0:0″

EndSection

Wie man sieht, einfach die Zeile Option “CPPIOMode” “yes” ergaenzen und die Sache laeuft. Da das Thinkad noch immer mit einem FreeBSD7 lief, habe ich eben mal wieder ein Update auf -Current gemacht und noch laeuft alles wunderfein, mal sehen wie lange.