Arch Linux › loggn.de

Arch Linux – USB-Sticks und SD-Karten automatisch mounten und als normaler User sicher entfernen – Version 2

Vor über einem Jahr habe ich schon mal einen Artikel über dieses Thema geschrieben, jedoch gibt es seit irgendeinem Update ein Problem beim Mounten von NTFS formatierten Laufwerken. Jedenfalls dann, wenn man zum automatischen mounten udisks in Verbindung mit einer udev Regel verwendet, wie in meinem alten Artikel. 🙁

root@elfriede:~$ ls -lsa /media/USB-STICK
ls: cannot access /media/USB-STICK: Transport endpoint is not connected

root@elfriede:~$ ls -lsa /media/
? d????????? ? ? ? ? ? USB-STICK/

Daher habe ich mich vor ein paar Tagen nach einer Alternative umgesehen – bei meinen Recherchen bin ich auf devmon gestoßen, welches mittlerweile ein Teil von udevil ist.

udevil – udevil „mounts and unmounts removable devices without a password, shows device info, and monitors device changes“. It is written in C and can replace UDisks and includes devmon, which can be installed separately from the AUR (devmon). It can also selectively automatically start applications or execute commands after mounting, ignore specified devices and volume labels, and unmount removable drives. (Quelle: wiki.archlinux.org – udev)

Die Installation und Einrichtung ist wirklich kinderleicht. 😉

pacman -S polkit udisks udevil

Das Programm devmon, welches sich in udevil befindet, muss Arch Linux – USB-Sticks und SD-Karten automatisch mounten und als normaler User sicher entfernen – Version 2 weiterlesen

Arch Linux – LIRC Konfiguration (mceusb) seit systemd Umstellung

Vor ein paar Tagen hat mich Marius per Mail angeschrieben, dass er Probleme hat, LIRC auf Arch Linux mit systemd zum Laufen zu bekommen. Ach genau, da war ja was! 😉

/etc/lirc/hardware.conf nun /etc/conf.d/lircd.conf

# Parameters for lirc daemon
#
LIRC_DEVICE="/dev/lirc0"
LIRC_DRIVER="default"
LIRC_EXTRAOPTS=""
LIRC_CONFIGFILE="/etc/lirc/lircd_mceusb.conf"

/etc/lirc/lircd.conf nun /etc/lirc/egal_was.conf (jeder beliebige Name)

Bei mir ist diese Datei mittlerweile nur noch ein Link.

ls -lsa /etc/lirc/
0 lrwxrwxrwx  1 root root   48 2012-11-05 23:52 lircd_mceusb.conf -> /usr/share/lirc/mceusb/lircd.conf.mceusb
# Link erstellen
ln -s /usr/share/lirc/mceusb/lircd.conf.mceusb /etc/lirc/lircd_mceusb.conf

lirc.service bearbeiten

Die originale Startdatei von systemd für LIRC muss angepasst werden, da sonst die lircd.conf nicht eingelesen wird. (Bugreport)

vi /usr/lib/systemd/system/lirc.service

[Unit]
Description=Linux Infrared Remote Control

[Service]
EnvironmentFile=/etc/conf.d/lircd.conf
ExecStartPre=/usr/bin/ln -sf /run/lirc/lircd /dev/lircd
ExecStart=/usr/sbin/lircd -d $LIRC_DEVICE -P /run/lirc/lircd.pid -H $LIRC_DRIVER $LIRC_CONFIGFILE
Type=forking
PIDFile=/run/lirc/lircd.pid

[Install]
WantedBy=multi-user.target

StartUp Skript erstellen, ehemals rc.local

Damit nicht der Kernel die Eingaben der Fernbedienung bzw. des IR-Empfängers verarbeitet, sondern LIRC, muss noch ein zusätzlicher Befehl beim Starten ausgeführt werden. Früher haben wir diesen einfach in die rc.local gepackt, diese Arch Linux – LIRC Konfiguration (mceusb) seit systemd Umstellung weiterlesen

Linux – NVIDIA – kein Sound / Ton nach Bereitschaftsmodus (S3 / Suspend to RAM)

Lange Zeit habe ich das Problem vor mir hergeschoben, da ich einen Workaround (alter NVIDIA-Treiber 295.71) gefunden habe. Nun, nach der Arch Linux Umstellung von sysvinit auf systemd und der Einführung vom Kernel 3.6 führt nur ein sehr mühsamer Weg an dem neuen NVIDIA-Treiber 304.64 sowie 304.60, 304.51, 304.43, 304.37, 304.32, 302.17 (Stand: 8. November 2012) vorbei. Daher habe ich mich nun mit dem Problem intensivst auseinander gesetzt und eine Lösung gefunden!

NVIDIA Press Room

Problem: Nach einem Suspend to RAM wird kein Ton per HDMI ausgeben!

Vermutung: Es hat sehr wahrscheinlich mit der Einschaltreihenfolge (TV, AVR / Verstärker, Media-PC) zu tun. Diese Analyse möchte ich hier nun nicht weiter breit treten, da ihr sie im Arch Linux Forum findet.

Lösung: Glücklicherweise bin ich gestern ziemlich schnell auf einen Thread im VDR-Portal gestoßen. Dort lieferte mir steffen_b den perfekten Denkanstoß – xrandr ist das Zauberwort!

Um einen xrandr Befehl automatisch nach dem Suspend auszuführen, müssen wir ein Skript anlegen – eine sogenannte Hook. Jetzt kommt aber erschwerend hinzu, dass die meisten Distributionen pm-utils also pm-suspend für den Bereitschaftsmodus verwenden, Arch Linux in der aktuellsten Version (Stand: 8. November 2012) hingegen verwendet dank systemd nun systemctl suspend (systemd-suspend).

Das heißt, erstmal müssen wir herausfinden, wie unser System in den Bereitschaftsmodus, beim Auswählen von Bereitschaft oder Suspend, wechselt. Dazu führen wir folgenden Befehl aus:

journalctl -b -u systemd-suspend

Kommt nun Linux – NVIDIA – kein Sound / Ton nach Bereitschaftsmodus (S3 / Suspend to RAM) weiterlesen

SEDU Ambilight – HTPC – boblight-X11 mit dem boblightd Dienst der Dreambox verbinden

Nun kommen wir zum abschließenden Artikel in der Artikelserie. Wir kompilieren, installieren nun Boblight (boblightd, boblight-X11, boblight-v4l, boblight-constant), konfigurieren den Boblight Client (boblight-X11) auf dem Media-PC und verbinden uns mit dem Boblight Dienst (boblightd) der Dreambox.

Artikelserie

SEDU Ambilight – Artikelserie – Einleitung, Aufbau und Allgemeines
SEDU Ambilight – SEDU-Board mit SEDUsetup konfigurieren
SEDU Ambilight – boblight.conf mit BoblightConfigTool für boblightd erzeugen
SEDU Ambilight – Dreambox – Boblight Plugin installieren und konfigurieren
SEDU Ambilight – HTPC – boblight-X11 mit dem boblightd Dienst der Dreambox verbinden

Wie ich im Artikel über die boblight.conf bereits geschrieben habe, gibt es zwei Möglichkeiten das SEDU-Ambilight mit XBMC zu verwenden. Einmal den boblight-X11 Client über den diese HowTo gehen wird und das XBMC Boblight Addon, diese zusätzliche Möglichkeit möchte ich auch kurz erklären.

XBMC Boblight Addon mit boblightd Dienst der Dreambox verbinden

Zuerst installiert ihr euch das XBMC Boblight Addon aus dem originalen XBMC-Repository über den in XBMC befindlichen Addon-Manager. (Einstellungen > Add-ons > weitere Add-ons > XBMC.org Add-ons > Dienste > XBMC Boblight)

Dann geht ihr im Menü des Addons auf Konfigurieren. Dort könnt ihr, wie ihr im Screenshot erkennt, boblight über das Netzwerk benutzen – dort tragt ihr die IP der Dreambox ein.

Unter Sonstiges könnt ihr ein festes Hintergrundlicht festlegen, wenn gerade mal kein Film / TV-Serie läuft.

Wenn ihr gar keinen zweiten Boblight Client habt, ihr das SEDU-Board quasi per USB an den HTPC angeschlossen habt, dann SEDU Ambilight – HTPC – boblight-X11 mit dem boblightd Dienst der Dreambox verbinden weiterlesen

Arch Linux – Systemaktualisierung / Update – glibc

Vor ein paar Tagen wollte ich meinem Media-PC mit Arch Linux mal auf den aktuellen Stand hieven. Bereits Anfang Juni habe ich schon gehört, dass das Paket glibc aktualisiert und der Pfad von /lib zu /usr/lib angepasst wurde. Damit ist dieser Fehler verbunden:

glibc: /lib exists in filesystem
# oder
glibc: /lib existiert im Dateisystem

Am 14. Juli 2012 wurde diese News auf ArchLinux.org veröffentlich, man soll das Update mit diesen Befehlen ausführen:

pacman -Syu --ignore glibc
pacman -Su

Das hätte bestimmt auch funktioniert, aber wenn man über einen Monat später diese Aktualisierung machen möchte, muss man ein paar andere Befehle verwenden, um einige Probleme zu umgehen – jedenfalls in meinem Fall.

pacman -Syu --ignore glibc

… hat bei mir mit diesen Meldungen abgebrochen:

warning: ignoring package glibc-2.16.0-2
warning: cannot resolve "glibc>=2.16", a dependency of "gcc-libs"
warning: ignoring package glibc-2.16.0-2
warning: cannot resolve "glibc>=2.16", a dependency of "binutils"
# oder
Warnung: Ignoriere Paket glibc-2.16.0-2)
Warnung: Kann "glibc>=2.16" nicht auflösen (eine Abhängigkeit von "gcc-libs")
Warnung: Ignoriere Paket glibc-2.16.0-2)
Warnung: Kann "glibc>=2.16" nicht auflösen (eine Abhängigkeit von "binutils")

Man muss vorher ein Arch Linux – Systemaktualisierung / Update – glibc weiterlesen