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, mine produced such errors and it was definitely broken.
Solution attempt: If you have an AGP card, set “GW-Write Mask AGP Request” in your BIOS to ENABLE. (nV News Forums)
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)
Der RndMp3Copy-Artikel wurde umgelegt und ist nun als Seite verfügbar.
Dort werden auch die neuen Versionen erscheinen.
wine Crashday.exe
err:module:attach_process_dlls “RakNet.dll” failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L”Z:\\media\\share\\programme\\Atari\\Crashday\\Crashday.exe” failed, status c0000005
Obiges war die Fehlermeldung von Wine, mit der ich mich die letzten Tage rumgeschlagen habe, wenn ich Crashday spielen wollte.
Nach ein paar Rätselrunden in #winehq auf FreeNode stellte sich heraus: Die ext3-Partition, auf der das Game liegt (in diesem Fall /media/share, diese ist auch in Windows mit dem ext2ifs Treiber eingebunden, daher der Name 
), war mit dem Flag ‘noexec’ gemounted. Klar, dass dann nix geht.
Also in der /etc/fstab das ‘exec’ flag hinzugefügt und jetzt ist wieder alles paletti 
Im IRC-Channel wusste aber keiner genau, wann eine DLL eigentlich beim Laden “failt”, was das Fehlersuchen etwas schwer machte und zahlreiche Neuinstallationen, wine-tweaks und Installationen verschiedener Wine-Versionen mit sich zog.
Einfacher wäre es gewesen, wenn Wine festgestellt hätte, dass die Partition mit dem ‘noexec’-Flag gemounted ist (Dazu gibts es auch schon einen Vorschlag im WineHQ Bugzilla).
Artikel dazu gibts zwar sicher wie Sand am Meer, aber hier nochmal eine kleine Zusammenfassung meinerseits. Unter anderem auch damit ich mir den Kram nicht immer selbst zusammengooglen muss
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.