PCSXR unter Ubuntu läuft nicht?

Ich wollte mal wieder Tony Hawk’s Pro Skater 2 spielen. Stundenlang gab’s das Original auf der PSX für mich. Habe genau dafür meine PS2 im Wohnzimmer, doch eine Sache nicht bedacht. Zwar laufen die Spiele alle ganz herrlich, jedoch braucht man zum Speichern eine originale PSX-Memory Card – das Dateisystem ist wohl ein anderes.

Was tun? Den Controller an den PC anschließen (habe da noch einen Dongle für), einen Emulator herunterladen (sudo apt install pcsxr) und die entsprechende BIOS-Datei der Playstation einbinden (gidf.de -> PSX Bios). Perfekt, wenn da nicht jedes Mal beim Ausführen der Emulator abstürzen würde.

Diese Website hat mich dann aus dem Leiden erlöst und mir erklärt, dass es einen Konflikt in der CPU-Emulation gibt, die standardmäßig konfiguriert ist. Also musst du folgendes in deiner Konfigurationsdatei ändern, und die Sache läuft:

nano ~/.pcsxr/pcsxr.cfg

CPU = 1

Danke, und nicht vergessen: „turn on the radio …“

Kein Netzwerksymbol in Lubuntu XFCE/Qt?

Leidiges Thema, welches mich seit mehreren Jahren immer wieder beschäftigt und es mir vergällt, Lubuntu zu empfehlen: Das Symbol, in welchem die Netzwerkverbindungen in der Systemleiste angezeigt werden, wird leider nicht angezeigt. Das nervt, macht eine Empfehlung schwer und das Arbeit in fremden Netzen zu einem aufreibenden Kraftakt.

Heute hatte ich endlich mal die Muße, mich damit zu beschäftigen, und kam zu folgender Lösung, die ich hier gefunden habe:

What you need to do is edit /etc/xdg/autostart/nm-applet.desktop with your favorite text editor. I like nano, so I ran the following from the terminal: sudo nano /etc/xdg/autostart/nm-applet.desktop Go down to the Exec line and change the entry from nm-applet to dbus-launch nm-applet. Save the file and reboot!

askubuntu.com

Prima, jetzt klappt’s zufriedenstellend. Danke!

Ubuntu 16.04/18.04 wacht aus dem Standby mit einem schwarzen Bildschirm auf

Das nervt mich schon seit mehr als zwei Jahren: Ubuntu wird in den Suspend gefahren und fährt in einen schwarzen Zustand, den man wahlweise mit einem harten Reboot oder einem Weich SysRQ-Befehl beendet. Das ganze betrifft mich in erster Linie, weil ich die proprietären nVidia-Treiber nutze, allerdings gibt es auch eine Reihe anderer nutzer, die vor einem vergleichbaren Problem stehen.

In folgendem nVidia-Forenbeitrag gibt es dazu dieses nützliche Statement:

Schritt 1:

[Disable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Disable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=yes

Schritt 2:
GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash nvidia-drm.modeset=1 vga=0 rdblacklist=nouveau nouveau.modeset=0″

Schritt 3:
sudo gedit /etc/initramfs-tools/modules and add the following modules
nvidia
nvidia_modeset
nvidia_uvm
nvidia_drm

Schritt 4:
update-initramfs -u

Schritt 5:
Neustarten

Anschließend habe ich noch via „sudo apt install laptop-mode-tools“ das Powermanagementpaket für portable Geräte nachinstalliert, neu gestartet und der Standby funktioniert wieder sauber und anständig. Endlich!

Linux, Intel CPU, Notebook, Laptop, Ultrabook und laute CPU nach dem Aufwachen?

Manchmal gönnt man sich etwas. Nachdem ich zehn Jahre lang meinen eeePC 901 als digitale Schreibmaschine für die Uni eingesetzt habe, war es leistungstechnisch höchste Eisenbahn, aufzurüsten. Das habe ich getan mit einem hübschen Gebrauchtgerät von notebooksbilliger.de: Ein Toshiba Protégé Z30A aus dem Jahr 2014 mit Intel core i5-4310U (vPro), 8 GB Ram, 128 GB SSD auf 13,3 Zoll. Schönes, neues Schreibmaschinchen.

Doch was ist das? Nachdem ich Kubuntu 17.10 aufgespielt und eingerichtet habe und nahezu alles funktioniert (Keyboardhotkeys sind etwas gemein und auch das Einrichten des Touchpads erfordert Geduld) ist mir aufgefallen, dass manchmal, nach dem Aufwachen aus dem Standby (resume from suspend to ram, S3) der Lüfter (mein gröter Fan) auf Höchsttouren lief. Ein Heruntertakten der Geschwindigkeit hat nicht eingesetzt. Einfachste Lösung: Schlafen legen, wieder wecken und gut. Aber warum?

Das ganze geht wohl auf einen Kernel Bug aus dem Jahre 2013 zurück, der zwischenzeitlich angeblich gelöst war, dann wieder nicht … und letztlich alle Linux-Derivate betreffen kann. Gelöst werden kann das ganze wiederum über ein praktisches Skript von franz-knipp, welches derart aussehen muss und von hier stammt:

#!/bin/sh
#
# Reset fan speeds after resume, otherwise they blow at maximum speed
#
# Used as work-around for ACPI kernel bug 58301
# https://bugzilla.kernel.org/show_bug.cgi?id=58301
#
# The idea for this fix was taken from
# http://ubuntuforums.org/showthread.php?t=1761370
#
# Author: franz@qnipp.com
#
# To be saved as /etc/pm/sleep.d/11_fan_3.11.0

case „$1“ in
thaw|resume)
for i in /sys/class/thermal/cooling_device* ; do
type=`cat $i/type`
if [ „$type“ = „Fan“ ] ; then
echo 0 > $i/cur_state
fi
done
;;
esac

Das ganze als root (also bspw. aus dem Terminal als „sudo nano /etc/pm/sleep.d/11_fan_3.11.0„) unter /etc/pm/sleep.d/11_fan_3.11.0 anlegen, speichern und beim nächsten Suspend wird es aufgeführt. Simple Lösung für ein nerviges Problem, sehr schön und danke Franz! 😉

Privacy Policy Settings

Datenschutz DSGVO
Klick