Hardware:

- Marvell 88F6281 SoC mit 1,2 GHz Sheeva CPU
- 128MB DDR2
- 256MB NAND-Flash
- 3x USB 2.0 Ports
- 1x Mini-USB für Seagate Go Festplatten
- 100/1000 MBit Ethernet

Wer sich nicht mit den durch den Pogoplug-Dienst gegebenen Einstellungen/Einschränkungen zufriedengeben möchte, kann aber auch mit ein paar Tricks ein vollständig funktionstüchtiges PlugBoxLinux(eine auf Arch basierende Distro) an den Start bringen

Bevor es losgeht, möchte ich auf die Gefahr hinweisen, dass man mit manchen dieser Schritte das Gerät bricken, also unnutzbar machen kann. Alles geschieht auf eigene Verantwortung.

——

Aber no risk, no fun, also los gehts:

1. )Seagate Dockstar ans Netzwerk anschließen, aber darauf achten dass sie keinen Zugriff auf das Internet erhält.(Adi64 und ich haben einfach einen kleinen Switch genommen) Noch ist nämlich ein Service aktiv, der Updates installiert. Unter anderem eines, das ssh deaktiviert und das root-Passwort ändert…

2.)Die IP des Gerätes herausfinden.
Bei uns hat es gereicht, die letzten beiden Byte der MAC-Addresse(steht unten drauf) zu kennen.
Angenommen diese beiden Bytes wären AB(=171) und CD(=205), dann ist die IP

169.254.171.205

3.)Per ssh einlogggen:

ssh root@169.254.171.205
root@169.254.171.205's password: stxadmin #ist für alle gleich 

4.)Den Pogoplug-Updateservice abschießen und aus dem Startup rausnehmen:

killall hbwd
mount -o remount,rw / #root als writeable remounten
vi /etc/init.d/rcS
#Jetzt die Zeile mit "/etc/init.d/hbmgr.sh start" auskommentieren
mount -o remount,ro /
#Jetzt kann man das Gerät theoretisch gefahrlos ans Netz anschließen

5.)Backup, Backup, Backup. USB-Stick anschließen und danach die Daten sicher verwahren:

cd /tmp
mkdir usb
mount /dev/sda1 /tmp/usb
wget http://plugapps.com/os/pogoplug/uboot/nanddump
chmod +x nanddump
./nanddump -nf usb/mtd0 /dev/mtd0
./nanddump -nf usb/mtd1 /dev/mtd1
./nanddump -nf usb/mtd2 /dev/mtd2
umount /dev/sda1

6.)Das U-Boot, den Bootloader, installieren. Das ist an sich der gefährlichste Teil, weil ein Teil der Flash-Speichers bearbeitet wird. Ein Neustart danach ist nicht notwendig, es gibt ja noch nichts Besseres wo man reinbooten könnte

cd /tmp
wget http://plugapps.com/os/pogoplug/uboot/install_uboot_mtd0.sh
chmod +x install_uboot_mtd0.sh
./install_uboot_mtd0.sh

7.)Einen USB-Stick(1GB sollte drin sein) formatieren, mit einer mindestens 512MB großen ext2-Partition. Das Formatieren muss nicht unbedingt auf dem DockStar erfolgen.

8.)PlugBox Linux herunterladen, auf dem USB-Stick speichern:

#cd auf den USB-Stick
wget http://plugapps.com/os/1.1/Plugbox-Linux-1.1-rootfs.tar.gz

9.)Das heruntergeladene Archiv auf dem USB-Stick extrahieren, danach das Archiv löschen. Ich habe es auf der Plugbox extrahiert, muss man aber nicht.

tar -xzvf Plugbox-Linux-1.1-rootfs.tar.gz # Dauert ein bisschen auf der Plugbox, ~15min
rm Plugbox-Linux-1.1-rootfs.tar.gz

10.)Den USB-Stick einstecken, falls nicht schon geschehen und die Box neustarten. Auf das Beste hoffen ;D

/sbin/restart

11.)Nach dem Neustart ist die alte IP natürlich nicht mehr gültig. Die Box bezieht sie über DHCP, sofern ein entsprechender Router/Server vorhanden ist. Bewaffnet mit der MAC könnt ihr ja mal im Listing der auf dem Router angemeldeten Geräte nachschauen. Keys und DynDNS werden Vielnutzer von ssh bestimmt kennen und schätzen. Wenn nicht – es ist definitiv einen Versuch wert.

——

Weiterführendes findet ihr hier. Debian-Fans finden hier etwas – hat bei Adi64 und mir leider nicht funktioniert.

Wer Gentoo ausprobieren möchte, wird hier fündig.

Diejenigen, die etwas mit ihrer LED tun möchten, werden hier glücklich.

Beispiel: Mit folgenden 3 Befehlen blinkt die LED bei jeder ssh-Aktion auf der Box orange:

modprobe xt_LED #Treiber laden
iptables -A INPUT -p tcp --dport 22 -j LED --led-trigger-id web --led-delay 100
echo netfilter-web > /sys/class/leds/dockstar\:orange\:misc/trigger

]]> http://adrian.holfter.de/blog/2010/09/archlinux-auf-der-seagate-dockstar/feed/ 0 http://adrian.holfter.de/blog/2010/06/bootsplash-einrichten/ http://adrian.holfter.de/blog/2010/06/bootsplash-einrichten/#comments Wed, 23 Jun 2010 14:07:09 +0000 n0stradamus http://adrian.holfter.de/blog/?p=237 Nach meinem Wechsel von Ubuntu zu Arch habe ich den Startvorgang etwas aufpeppen wollen und versucht, einen Splash beim Boot anzeigen zu lassen.

Zuerst einmal hat man die Wahl zwischen splashy und fbsplash. Ich habe mich für fbsplash entschieden und werde es in diesem Artikel behandeln.

fbsplash findet man im AUR und im Wiki eine sehr gute Einführung dazu. Ich bin den Leitfaden mehrere Male durchgegangen und immer wieder auf die gleiche Problematik gestoßen:

• Beim Hochfahren bekomme ich eine Fehlermeldung: ‘fbsplash was unable to start…theme not found’
• Beim Herunterfahren funktioniert der Splash

Abhilfe lässt sich mit folgender kleinen Änderung an den Kernelargumenten schaffen:

logo.nologo quiet console=tty1 vga=792 splash=silent,fadein,
fadeout,theme:<theme-name>

Den oben rot markierten Framebuffer-Wert gilt es nun mit dem gewünschten (und vom  Theme unterstützten!) Auflösungswert zu ersetzen, damit der Framebuffer auf den Wert gesetzt ist für den das Theme in /etc/conf.d/splash konfiguriert wurde – sonst startet fbsplash einfach nicht und es gibt die bekannte Fehlermeldung. Über diesen gesuchten Wert gibt uns folgender Befehl Aufschluss:

# hwinfo --framebuffer

hwinfo im AUR

In meinem Fall sähe die geänderte Argumentzeile folgendermaßen aus:

logo.nologo quiet console=tty1 vga=0x0324 splash=silent,fadein,
fadeout,theme:archax

Natürlich kann man die 0×0324 auch in 804 konvertieren und hinter vga= schreiben, das ist aber reine Geschmackssache.

Ich vermute, dass die Startschwierigkeiten entweder mit meiner x86_64-Version von Arch zusammenhängen oder mit meiner Hardware:

AMD Phenom II X4 955 BE

4GB OCZ DDR3-1600

ATI Radeon HD 4870 Vapor-X 2GB von Sapphire

Im Wiki ist nämlich auch ein Wikipedia-Artikel mit den Framebuffer-Codes verlinkt, die für 1280×1024 funktionieren sollen – bei mir tun sie es _nicht_: *klick*

Nachdem fbsplash nun bei mir startete, flackerte es kurz nach seinem Start und wurde nach links verschoben – irgenwdie unschön. Die einzige Lösung die ich dafür finden konnte, war folgende Änderung an /etc/mkinitcpio.conf vorzunehmen und damit den Start von fbsplash hinter die Änderung der Bildschirmauflösung durch den Kernel zu legen:

HOOKS=”base udev fbsplash autodetect pata scsi sata filesystems”

ändern zu

HOOKS=”base udev autodetect pata scsi sata filesystems fbsplash“

Es funktioniert, aber man sieht eben mehr von der Konsole und weniger vom Splash.

Für jegliche Lösungsvorschläge bin ich dankbar!

Für alle, die an einem nicht so wirklich richtig funktionieren Paketmanager gescheitert sind, ist hier der Leitfaden:

1.  Qwt Libraries runterladen und entpacken in Verzeichnis X:

http://www.qwt.sourceforge.net

tar -xzf foo.tar.gz

2. Dann folgende Konsolenschritte:

cd ‘X‘ //Pfad in dem sich das extrahierte Qwt findet

qmake

sudo make

sudo make install

3. Damit sei es getan, könnte man meinen, doch ich musste die qwt-Libraries noch vermerken und zwar in /usr/local/lib/libc.conf

/usr/local/qwt-Name/lib

/*Name war in meinem Fall qwt-5.2.0*/

4. Und zum Schluss:

sudo ldconfig

Teilt mir bitte Fehler mit, ich habe die Methode bisher nur ein paar Mal verwendet.

Das Theme, das ich auf dem Blog verwende, ist generell sehr beliebt und daher wird es auch dementsprechend oft benutzt. Da musste ein eigener Touch ran und der Header ist das Feature, das einen Blog im Endeffekt von anderen distanziert.

Bastelanleitung:

Man nehme das AMD Athlon 64-Logo und lässt es von einem Freund in Inkscape nachzeichnen – Fertig ist die 64 und man hat keine Urheberrechte verletzt.

Als Hintergrund ist fast alles erlaubt, ich habe Showtime 2 von *Venom339 genommen.

Dann noch mit der Schriftart Infinite Justice das Adi vor die 64 geknallt, Konturen, Schatten, runde Ecken etc. dazu und voilà!

Danke an Alle, deren Arbeit ich verwenden durfte!

Die Liste wird wahrscheinlich ständig erweitert, also mal öfters reinschauen

.iso:

mount -t iso9660 -o ro,loop image.iso /media/virtualcd

.mdf (Media Descriptor Format, Alcohol 120%), .img,  .ccd (Clone CD) und viele andere Formate:

Benutze AcetoneIso, um die Images in .iso zu konvertieren und mit oben genannten Befehl zu mounten.

Nachdem der MOTD-Server down war, kamen Mods mit abgeschaltetem MOTD.

Trotzdem kann man leider nicht wirklich online spielen, da man immer nur “Connection Refused” sieht – warum ist noch eine gute Frage.

Über die offiziellen Server zocken kann man also vergessen.

Hier würde sich das Spielen über Hamachi anbieten. Problem ist: Keiner findet seinen Partner, auch wenn die Hamachi-Verbindung steht.

Was aber so gut wie keiner weiß: Tony Hawk’s Underground 2 lässt sich über Argumente beim Aufruf steuern.

Bis jetzt habe ich noch keine Dokumentation dazu gesehen (wäre auch ein mittleres Wunder), aber das für uns Wichtige hat ein Freund von mir heute herausgefunden: Den Parameter -connect [IP].

Damit ist der Rest eigentlich klar: Hamachi-IP des Freundes herausfinden und TH dementsprechend starten, zB so:

THUG2.exe -connect 5.123.45.67

Dabei ist es sehr nützlich, das aus einer Konsole heraus zu starten.

Das Ganze funktioniert auch ohne Hamachi, allerdings müsst ihr dann höchstwahrscheinlich Ports in eurem Router forwarden!

Ein alternativer Online-Server?

Was man damit machen könnte:

Ein kleines Script auf einem Webserver zeigt laufende Spiele an (man kann sich anmelden und Spiele dort registrieren – ja, nicht sehr zuverlässig…) und zeigt die IP des Hosts an. Ein Client auf dem PC zieht diese Liste und zeigt sie an. Ein Klick auf ein Spiel startet dann THUG2 und verbindet automatisch zum ausgewählten Server.

Dieses Script könnte dann auch ermitteln, ob man gerade ein Spiel hosted und meldet das dann am “Masterserver” an, damit es für andere sichtbar ist.