ADI64 feat. n0stradamus

Leider ist der Eintrag nur auf English verfügbar.

Leider ist der Eintrag nur auf English verfügbar.

Ich hatte ebenfalls eine Plugbox (Archlinux für ARM-Prozessoren) -Installation auf einer Seagate Dockstar, wie im Artikel von n0stradamus hier auch gut beschrieben ist, am Laufen. Für 20€ so ein Powerhouse ist einfach saugeil

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.

Mehr…

Wer sich letztens eine dieser extrem günstigen Dockingstationen (~20€) gekauft hat, bekommt dafür ordentlich Dampf – geknechtet von BusyBox und einem nach bestimmter Nutzungsdauer kostenpflichtigen Dienst, nämlich Pogoplug.

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

Mehr…

Das Programm “fortune” gibt (pseudo)zufällige Sprüche zum Besten, die es aus bestimmten Dateien entnimmt.

“cowsay” nimmt einen Text und zeigt ihn in einer Sprechblase mit einer Kuh (oder eben mit Tux) in ASCII-Art-Manier an.

Kombiniert und ans Ende der ~/.bashrc (oder ~/.zshrc oder was ihr eben für eine Shell benutzt) geschrieben gibt es beim Öffnen einer Shell instant Awesomeness!

# Make tux say something
fortune -e sprueche linuxcookie chucknorris archlinux | cowsay -f tux

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: Mehr…

Zu den technischen Voraussetzungen: Dies gilt für Linux und den PoPToP-Server.

Ich habe mich halb tot gesucht, um eine Lösung zu finden, wie ich herausfinden kann, wann sich ein User in PPTP einloggt (beziehungsweise welcher user hinter welcher IP steckt).

Die “debug” Option in der /etc/pptpd.conf bringt da nichts. Das gibt zwar massig Informationen über Verbindungen nach /var/log/debug aus, aber nirgens findet man dort einen username.

Die Lösung liegt wo ganz anders: Mehr…

Wer schon einmal versucht hat, Graphen in Qt zeichnen zu lassen, hat mit Sicherheit auf das Qwt-Framework zurückgegriffen. Leider lassen sich die Libs nicht so einfach in den Qt-Creator einbauen wie andere Standardlibs, zumindest war das bei mir der Fall.

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

Seit dem Xorg-Update auf 1.7.3 sorgt ein simpler Druck auf Return hin und wieder für einen kompletten Crash von Gnome.

Das Bild friert ein und es ist auch nicht mehr möglich, auf die anderen virtuellen Konsolen zu wechseln. Lokal bleibt einem also nichts anderes über, als das System über SysRQ mit der magischen Kombination “REISUB” halbwegs sicher neuzustarten.

Mit einem zweiten PC kann man sich allerdings auch noch über SSH noch einloggen (so man dies aktiviert hat) und dort manuell X mit einem “kill -9 $pid” abschießen. Daraufhin startet GDM den X-Server neu und man kann sich wieder einloggen. Allerdings sind alle Programme beendet, die im X gestartet wurden, was das Ganze extrem nervig macht: Jeder Druck auf die Enter-Taste könnte fatale Folgen für die offenen Dateien haben.

Weder in /var/log/everything.log noch in /var/log/Xorg.0.log.old lässt sich etwas finden, was auf einen Crash hindeutet.

Das Problem ist schon im ArchLinux Bugtracker vorhanden und es gibt auch einen Workaround dafür: GDM muss als letzter Daemon in der /etc/rc.conf stehen, also als letzter Daemon starten. Seitdem hatte ich keinen Crash mehr. Warum das so ist, ist mir völlig schleierhaft.  Im DAEMONS-Array standen nach gdm nurnoch “httpd mysqld cups”, die an sich ja überhaupt nichts mit dem X-Server und noch weniger mit Gnome zu tun haben. Aus irgendeinem Grund funktioniert dies aber…

I realize that there are not few people suffering from kernel: NVRM: Xid messages and resulting graphics freezes. Although I googled the hell out of this, I didn’t find any reliable information on these Xid codes.

So here is my attempt to collect as many NVRM: Xid messages and a possible meaning or explanation for them.

NVRM: Xid (0002:00): 6, PE0001 – This one drives me bat-shit crazy. It seems that it can be a sign for a broken gfx card…

Solution attempt: If you have an AGP card, set “GW-Write Mask AGP Request” in your BIOS to ENABLE. (nV News Forums)

Solution attempt #2: Driver Version 191.07 seems to be quite stable for me. I’ve been working with it now for some months…

NVRM: Xid (0003:00): 8 – Operation timed out (NVIDIA forums)

NVRM: Xid (0002:00):13 – Seems to be similar to a segmentation fault, at least with CUDA (NVIDIA forums)