Compared to others, its main difference is that it only accepts connection change requests, when you add your login ID as GET parameter. The login ID gets assigned every time you login and thus it is always different. AFAIK most other routers handle sessions via cookies, so for those reconnect scripts can easily be made from within JDownloader for example.

Anyway, if you happen to own one of these little machines, feel free to use my reconnect script. I wrote it in AutoIT3, source license is GPLv3.

On first start a .ini file gets generated and opened, where you can type in the login information. It will also open if the script can’t login (but never more than one window).

I think other Level One routers may either work without or with little hacking of this script. So users with similar routers might enjoy to  make it work with their routers. If you do so, please share your results in the comments.

Enjoy

PS: The configuration file gets written to the same path as the program is in, so make sure you put it somewhere with write access (C:\Users\you\Apps\reconnect for example).

Download:

• 1.0
• source-1.0

There’s that great freeware music player called foobar2000. I really use it a lot to, play music, rate music, sort music, apply good ID3 tags and so on. Sadly there’s no (official) linux version of it, so this post will be all about windows. You might be able to run both Virtual DJ and foobar2000 with wine though.

Anyway, my preferred DJ mix tool is Virtual DJ. Foobar can only do very basic crossfades which mostly sound acceptable, if you set the crossfade duration to 20 seconds and activate the skip silence DSP. However, if you would like to pump some good beats while changing the tracks at your party, you are better off using a real mixing software. Here’s where Virtual DJ comes in. Its transitions can sound waaaay better than these automated crossfades.

The only downside is, that it comes with a very bad music browser interface: It can not recognize tags of ogg and flac files, the search is very limited and it does not support custom tags on files, where it does actually scan them. Lately I found out that it is possible to drop songs directly on a deck from any application. Wohoo, that’s fucking awesome!

So let’s see, we’ve got a crappy music browser, which we want to replace with foobar. The only thing you are required to get exactly that is editing your preferred VDJ skin.

As they are zip compressed xml files, stored in My Documents\VirtualDJ\Skins, you need to unpack your favorite one and open it up in an editor.

Somewhere in the first line, you’ll see the height of the skin. Change it to what you like (type in some less value), rename and repack the zip file and you are ready to go. For performance reasons, you might want to delete the the <browser>…</browser> stuff.

I recommend to set foobar2000′s output to your headphones, because then you have yet another deck for previews. (yes, there are more than 2 possible with virtual dj too, but they do not really sync well)

Oh and here are some foobar2000 plugins you might want to use with this combination:

• foo_bpm shows the beats per minute
• foo_wave_seekbar shows a waveform seekbar like on the Virtual DJ decks
• ratings

The result should look like this (Taking the tree on the right hand-side as an example – numbering from left to right):

[Root] + [Leaf 1, Layer 1] + [Leaf 1, Layer 2] + [Leaf 1, Layer 3]
         |                 |                    ` [Leaf 2, Layer 3]
         |                  ` [Leaf 2, Layer 1] + [Leaf 3, Layer 3]
         |                                       ` [Leaf 4, Layer 3]
          `[Leaf 2, Layer 1] + [Leaf 3, Layer 2] + [Leaf 5, Layer 3]
                             |                    ` [Leaf 2, Layer 3]
                              ` [Leaf 2, Layer 1] + [Leaf 3, Layer 3]
                                                   ` [Leaf 4, Layer 3]

We’ll be drawing a Plus for every fork, then the name of the leaf and so on until a “final” leaf is reached (one that doesn’t fork). Then we’ll start a new line and draw a “|” under each “+” or “|” until we have reached the level where we want to add the second leafs’ name.

My situation was the following: I had a list with object instances of the same type. The objects can refer to themselves through these attribtes (these attributes are a criteria for drawing the tree!):

Objekt child1; //Pointer to the first leaf of this instance
Objekt child2; //Pointer to the second leaf of this instance
string name; // The name of this instance
//The pointers refer to objects that are contained in the list.

One object can have two children, referring to our tree-analogy it would mean that child2 is the second leaf from this leaf. We do not know, wether this special leaf itself is the child of another leaf. Nor do we need to: By using a recursive member-function this information is obsolete. Lets sum the function up in pseudo pseudo-code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

# The function receives a list as parameter
# In this list, each index will symbolize a line that will later be printed
# Index 0 of this list == the first line that will be printed etc...
def generate_tree (list_of_strings):
 # Append the objects name to the current line
 list_of_strings.back().append( name )
 
# Depending on the amount of children our object has,
# we'll append a "+" or a "-":
 if has_child1:
  if has_child2:
   list_of_strings.back().append( "+" )
  else:
   list_of_strings.back().append("-")
 
  # Now we'll start the recursion
  # The following is ought to symbolize a member-function call
  child1.generate_tree( list_of_strings )
 
 if has_child2: # Check for a second child
  buffer = "" #allocate a buffer
  # Find the index of the last plus
  p = list_of_strings.back().find_last_of( "+" ) 
  # Find the index of the last "|"
  k = list_of_strings.back().find_last_of( "|" ) 
 
  if p < k: #We'll have to take the higher value of the two
   p = k
 
# iterate from 0 to p in steps of one
  for i=0 | i <= p | i++
   if i < p:
    if list_of_strings.back()[i] == "+" or list_of_strings.back()[i] == "|":
     buffer.append( "|")
    else:
     buffer.append( " " )
   else if i == p:
    buffer.append( "`" )
 
  list_of_strings.append( buffer )
 
  # start another recursion
  # this is a member-function call as well:
  child2.generate_tree( list_of_strings )
# END of the function

TheselLines demand a little explanation:
Line 1: We append the name of the leaf to the last element in the list (meaning the last line).

Zeile 11-15: We decide the symbol used for the connection with the children, depending on the amount of children

Line 19/20: We call the function generate_tree in the first child. This way there is a guarantee, that all first children are printed directly after their “parent” (line 1 of the example-output)

Line 21: Now we have built a string for the first child. The part for the second will now follow.

Line 22-28: We’ll allocate a buffer, that will contain the newly constructed line. A new line is neccessary, because we can’t print two children in one line and still be able to show that they both belong to a common root. Then we find out the indices of the last “+” and the last “|” of the last line in the list and select the largest one.

Line 29-Ende: The selection of the two values previously found is only useful if we take the following for-loop into consideration. We check every Index of the last string in the list for “+”-es or “|”-es an draw a “|” beneath it (by appending it to our buffer). The non-”+/|” will be filled up through spaces. We’ll do this until i == p. After that we’ll append a “`” to the buffer (because it is now as wide as the last string in the list until the last “+”/”|” is). That indicates the “hook” for a second child.
Now we have created a basis that the second child can append its information to. We’ll append the buffer to the list, thus creating a new “official” line and call generate_tree in the second child. Done

This function only works if two conditions are given

• Using a monospace font when printing
• The list given to the function when calling it from the root-element MUST NOT be empty. It should at least contain an empty string. Otherwise there will be segfaults.

A C++-Implementation (comments are in german) could look like this.

Genauer gesagt ging der Stecker nicht, das lies sich dadurch feststellen, dass durch drehen, bzw. leichtes Herausziehen die Qualität des Audiosignals deutlich geschwankt hatte oder überhaupt nicht mehr hörbar war.

Falls jemand ein ähnliches Problem hat, will ich hier kurz erklären, wie man dieses lösen kann.

Benötigt:

- Kopfhörer mit kaputtem Stecker

- alter Kopfhörer, bei dem der Stecker noch geht (der Rest darf ruhig hinüber sein) mit einem ähnlichaussehenden Leiter

- Lötkolben

- Schrumpfschlauch (Tape tut es auch, sieht aber nicht so schön aus)

- Abisolierzange/Schere

- Feuerzeug

- Tesafilm

Vorgehensweise:

- Beide Kopfhörer am Leiter so abschneiden, dass die gewünschte Länge erreicht wird + etwa 2 cm auf jeder seite zum verlöten

- die Leiterenden von den Stücken, die verwendet werden, abisolieren mit einer Abisolierzange (oder mit einer Schere ganz leicht einschneiden und die Isolierung herunterziehen)

- jetzt sollten bei beiden 3 Leiter in verschiedenen Farben sichtbar sein, falls nicht, anderen Stecker verwenden wenn noch welche vorhanden sind und auch abisolieren

- einen Schrumpfschlauch auf ca 3 cm zuschneiden und über einen der beiden Leiter weg von dem isolierten Bereich ziehen, damit er später verwendet werden kann

- die drei Leiter jeweils in verschiedene Richtungen biegen und vorsichtig mit einem Feuerzeug den Lack für ca. 1,5 cm wegbrennen

- beide kupferfarbenen (Masse) Leiter zusammendrehen

- die übrigen Leiter stehen für rechts bzw. links. Welcher welcher ist muss jetzt ausprobiert werden (zwei zusammendrehen, Kopfhörer an Player anstecken, hören wo rechts und links ist z.B. indem man die Balance auf dem Player in eine Richtung schiebt)

- die Leiter sollten jetzt richtig zusammengedreht (tipp: drehsinn beibehalten!) sein, noch immer in 3 verschiedene Richtungen senkrecht zu dem jetzt verbundenen Leiter wegstehen und Musik sollte angeschlossen und in gewohnter, guter Qualität hörbar sein

-  jetzt werden diese drei verdrehten Leiter festgelötet, wobei man zur überprüfung die Musik ruhig weiterlaufen lassen kann

- die drei werden alle in eine Richtung (z.B. in die des Steckers) gebogen und mit Tesafilm so übereinander geklebt, dass sie jeweils komplett voneinander isoliert sind.

- Falls man den Schrumpfschlauch verwendet hat, wird dieser nun über die Verbindungsstelle geschoben, so dass diese vollständig abgedeckt ist

- Der Schrumpfschlauch wird mit dem Feuerzeug erhitzt, damit er sich zusammenzieht und die Verbindungsstelle z.B. vor Regen schützt

…und das wärs auch schon. Viel Spaß mit dem reparierten Kopfhörer

PS: 135° Stecker halten nach meiner Erfahrung am besten.

Mein System lief auf einem 1GB USB-Stick und lief eigentlich ziemlich super. Lief. Ja. Das ist der Knackpunkt: Mein USB-Stick ist ziemlich tot.

Das äußert sich darin, dass plötzlich irgendwelche Befehle nicht mehr tun, ich kryptische Errors um den Kopf geworfen bekomme und das System nicht mehr bootet, weil das ext2-fs so stark beschädigt ist, dass es nicht durch den routinemäßigen Check beim boot repariert werden kann, sondern manuell per e2fsck gefixt werden muss (von einem anderen pc aus).

Die Ursache dafür liegt darin, dass die in USB-Sticks und SD-Karten verbauten Flash-Chips zwar praktisch unendlich viele Lesevorgänge, aber nur ca. 10.000 – 100.000 Schreibzyklen pro Sektor verkraften. Das ist normalerweise absolut kein Problem, wenn man einfach nur “Daten” auf diesen Sticks zwischenspeichert. Außerdem versuchen die Hersteller meist, die Schreibvorgänge auf mehrere Sektoren zu verteilen, um ein Überschreiben von immergleichen Sektoren zu vermeiden. Letzteres kann aber natürlich nicht funktionieren, wenn der Stick quasi voll ist.

Wenn man aber ein Betriebssystem auf dem Stick betreibt, können diese Zyklen relativ schnell erreicht sein, vor allem durch Logfiles, Lockfiles und temporäre Daten. Auf diese Weise hat sich wie eingangs schon erwähnt mein (zugegeben ziemlich billiger und schon länger gebrauchter) USB-Stick verabschiedet.

Da viele Teile dermaßen beschädigt waren, dass das Reparieren verdammt aufwändig geworden wäre, habe ich das System von Neuem hochgezogen. Dabei habe ich mir die Frage gestellt: Wie kann ich vermeiden, dass das System wieder meinen Stick screwed? Als erstes kam mir die Idee, einfach das rootfs read-only zu mounten. Das hat aber zur Folge, sämtliche Schreiboperationen im RAM zu cachen. Da die Dockstar nur 128MB RAM hat, schied diese Möglichkeit aus. Als zweites kam mir die Idee, die ich jetzt auch umgesetzt habe:

Flüchtige Daten in einer Ramdisk halten

Das heißt, ich mounte mir einen Teil des spärlich vorhandenen RAMs als Datenträger und mappe ihn als Ersatz für die Verzeichnisse

• /var/log (Logfiles)
• /var/lock (Sperr-Files)
• /var/run (Daemon-PIDs)
• /var/tmp (Temporäre Dateien)
• /tmp (Temporäre Dateien).

Dadurch fange ich fast alle Schreibzugriffe ab, welche im Dauerbetrieb eben anfallen. Änderungen an Configfiles etc. werden aber immernoch sofort auf den Stick geschrieben. Falls das System sich aufhängt, abstürzt oder ähnliche Scherze passieren, ist der “zusätzliche” Datenverlust also gering (nur die neueren Logfiles). Trotzdem: Hier werden einige Dateien nur im RAM vorgehalten. Wenn das System crasht oder die Daten vorm Ausschalten nicht von der Ramdisk auf den Stick gesichert werden, sind sie weg!

Bevor ich mit der Anleitung beginne, sei hier die Seite cat brain.stuff > wordpress als Quelle genannt, da fast alle Informationen von dort stammen. Ich habe es lediglich zu Arch Linux / Plugbox Linux “geportet” und an meine Bedürfnisse angepasst.

Anlegen der Verzeichnisse

mkdir /var/log-bak

mkdir /var/lock-bak

mkdir /var/run-bak

mkdir /var/tmp-bak

mkdir /tmp-bak

mkdir /run-bak

mkdir /mnt/ramdisk

Den Daemon anlegen

Die Datei /etc/rc.d/ramdisk erstellen und folgendes hineinpasten:

#!/bin/bash

. /etc/rc.conf
. /etc/rc.d/functions

case “$1″ in
start)
stat_busy “Copying files to ramdisk”

rm -Rf {/var/log-bak,/var/lock-bak,/var/run-bak,/var/tmp-bak,/tmp-bak,/run-bak}

mount –move /var/log /var/log-bak
mount –move /var/lock /var/lock-bak
mount –move /var/run /var/run-bak
mount –move /var/tmp /var/tmp-bak
mount –move /tmp /tmp-bak
mount –move /run /run-bak

mkdir /mnt/ramdisk/var
mkdir /mnt/ramdisk/var/log
mkdir /mnt/ramdisk/var/lock
mkdir /mnt/ramdisk/var/run
mkdir /mnt/ramdisk/var/tmp
mkdir /mnt/ramdisk/tmp
mkdir /mnt/ramdisk/run
mkdir /mnt/ramdisk/run/lock
chmod 1777 /mnt/ramdisk/tmp
chmod 1777 /mnt/ramdisk/var/lock
chmod 1777 /mnt/ramdisk/var/tmp
chmod 1777 /mnt/ramdisk/run

mount –bind /mnt/ramdisk/var/log /var/log
mount –bind /mnt/ramdisk/var/lock /var/lock
mount –bind /mnt/ramdisk/var/run /var/run
mount –bind /mnt/ramdisk/var/tmp /var/tmp
mount –bind /mnt/ramdisk/tmp /tmp
mount –bind /mnt/ramdisk/run /run

cp -a -v /var/log-bak/* /var/log/ >> /var/log/ramdisk_sync.log
cp -a -v /var/lock-bak/* /var/lock/ >> /var/log/ramdisk_sync.log
cp -a -v /var/run-bak/* /var/run/ >> /var/log/ramdisk_sync.log
cp -a -v /var/tmp-bak/* /var/tmp/ >> /var/log/ramdisk_sync.log
cp -a -v /tmp-bak/* /tmp/ >> /var/log/ramdisk_sync.log
cp -a -v /run-bak/* /run/ >> /var/log/ramdisk_sync.log

echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk synced from HD >> /var/log/ramdisk_sync.log
if [ $? -gt 0 ]; then
stat_fail
else
add_daemon ramdisk
stat_done
fi
;;
stop)
stat_busy “Switching off ramdisk, direct hdd write”
rsync -av –delete /var/log/ /var/log-bak/
rsync -av –delete /var/lock/ /var/lock-bak/
rsync -av –delete /var/run/ /var/run-bak/
rsync -av –delete /var/tmp/ /var/tmp-bak/
rsync -av –delete /tmp/ /tmp-bak/
rsync -av –delete /run/ /run-bak/

# Unmount ramdisk bind
umount /mnt/ramdisk/var/log
umount /mnt/ramdisk/var/lock
umount /mnt/ramdisk/var/run
umount /mnt/ramdisk/var/tmp
umount /mnt/ramdisk/tmp
umount /mnt/ramdisk/run

# Unmount move
umount /var/log-bak
umount /var/lock-bak
umount /var/run-bak
umount /var/tmp-bak
umount /tmp-bak
umount /run-bak

# Deleting directories
rm -Rf /mnt/ramdisk/*

echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk synced to HD >> /var/log/ramdisk_sync.log
if [ $? -gt 0 ]; then
stat_fail
else
rm_daemon ramdisk
stat_done
fi
;;
sync)
echo “Syncing log and lock files to harddisk”
rsync -av –delete /var/log/ /var/log-bak/
rsync -av –delete /var/lock/ /var/lock-bak/
rsync -av –delete /var/run/ /var/run-bak/
rsync -av –delete /var/tmp/ /var/tmp-bak/
rsync -av –delete /tmp/ /tmp-bak/
rsync -av –delete /run/ /run-bak/

echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk synced to HD >> /var/log/ramdisk_sync.log
;;

restart)
$0 stop
$0 start
;;

*)
echo “usage: $0 {start|stop|sync}”
esac
exit 0

Die /etc/fstab anpassen

Dort eine Zeile hinzufügen à la

tmpfs                   /mnt/ramdisk    tmpfs   size=64m        0       0

Ich benutze hier bewusst tmpfs und nicht ramfs, da tmpfs bei akutem Ram-Mangel auf swap ausweicht, ramfs dies aber nicht tut. Weiterhin limitiere ich die Größe für die Ramdisk auf 64MB. Die Ramdisk wächst aber dynamisch, belegt also nur Platz, welchen sie auch braucht. Die 64MB sind nur ein grob geschätzter Maximalwert.

/etc/rc.conf anpassen

Hier sollte der Daemon als erster gestartet werden, damit so wenige Applikationen wie möglich den (sehr) kurzen Ausfall der oben genannten Verzeichnisse verkraften müssen. Euer DAEMONS-Array könnte also so aussehen:

DAEMONS=(ramdisk syslog-ng network openntpd netfs crond sshd)

Logrotate anpassen

Ein Punkt, der sich erst nach einiger Benutzung als wichtig herausgestellt hat: Die Logfiles können sehr groß werden und damit den RAM füllen. Um das zu verhindern, sollten die Logs in kurzen Zeitabständen rotiert werden.

Dazu passen wir die /etc/logrotate.conf an. Meine sieht so aus:

daily

rotate 3

size 16M

create

compress

tabooext + .pacorig .pacnew .pacsave

include /etc/logrotate.d

/var/log/wtmp {

weekly

create 0664 root root

rotate 1

}

Abschließende Worte

Soweit, so gut. Beim nächsten Neustart sollte euer System also nun den größten Teil der Schreiboperationen im RAM vorhalten. Ganz eilige können auch einfach den Daemon starten, es sollte auch so funktionieren. Was passiert, wenn ein Prozess genau dann der Meinung ist, ein Logfile schreiben zu müssen, wenn der Daemon gerade Verzeichnisse herumschiebt, kann ich absolut nicht vorhersagen.

Wenn ihr Verbesserungsvorschläge, Tipps, Kritik oder sonstigen Senf zum Zugeben habt, immer her damit.

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

Wenn das bei euch nicht so sein sollte, kommt ihr nicht darum, die Dockstar per nmap zu suchen:

nmap -sP 169.254.0.0/16

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. Dies sollte auf der DockStar erfolgen, sonst drohen Berechtigungsprobleme (Danke an GerhardSchr!)

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/reboot

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/en/2010/09/archlinux-auf-der-seagate-dockstar/feed/ 37 http://adrian.holfter.de/blog/en/2010/06/bootsplash-einrichten/ http://adrian.holfter.de/blog/en/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!