Wer keine Probleme hat...

...der macht sich welche. Letztens wollte ich auf dem Backend einige Updates durchführen. Dabei kam eine Fehlermeldung, die ich blödsinnigerweise weggeklickt habe, weil ich gedacht habe: "Naja, dann installiert Ubuntu sie dann halt beim nächstenmal...". Habe den Server rebootet, damit ich sicher sein konnte, dass noch alles funktioniert. MythTV funktionierte auch noch, aber ich kam nicht mehr per VLC auf den Server. Das lag daran, dass der keine graphische Benutzeroberfläche starten konnte. Habe "startx" in der Konsole eingegeben und dann kam auch sofort die Fehlermeldung, dass das Modul nvidia nicht gefunden werden konnte. Prost Mahlzeit! Habe dann versucht, über apt-get nvidia-current nachzuinstallieren, aber da kam die Fehlermeldung, dass einige andere Pakete nicht erfüllte Abhängigkeiten hatte. Der erfahrene Linux-User grinst jetzt wahrscheinlich, aber ich habe etwas Zeit gebraucht, um zu erkennen, dass man alle benötigten Pakete in dem apt-get-Aufruf angeben muss. Deswegen half bei mir der folgene Aufruf:
sudo apt-get install nvidia-current bind9 bind9-host libbind9-60 libdns64 libisc60 libisccc60 libisccfg60 liblwres60 bind9utils

Und beim anschließenden Reboot startete die GUI auch wieder :-)

Nochmal Ruckeln

Habe im MythTV Wiki noch einen interessanten Artikel gefunden bzgl Ruckeln:
http://www.mythtv.org/wiki/User_Manual:JudderFree

Habs gleich mal ausprobiert, scheint ganz gut zu funktionieren. Zwar war dann immer der Mousecursor im Bild zu sehen, aber ganz unten im Artikel steht auch, wie man das gelöst bekommt (bei mir war die Einstellung in der xorg.conf nötig).

Das Ruckeln ist bei einem von meinen Fernsehern (Röhrengerät) ein Problem, bei HD scheint es mit der Lösung ganz gut zu funktionieren, bei SD nicht. Da muss ich noch rumprobieren.

Warten auf den Server 2

Ich hatte im Blogeintrag "Warten auf den Server..." beschrieben, wie man das Frontend erst startet, wenn der Server soweit ist. Hat den Nachteil, dass wenn der Server nicht aufwacht oder ein anderes Problem da ist, dass man keine grafische Oberfläche hat.
Eine bessere Methode ist im MythTV Wiki beschrieben:
http://www.mythtv.org/wiki/Wake-on-LAN#Send_automatically_from_a_frontend

Ich habe die erste Datei genommen, aber in /etc/network/if-up.d gesteckt, damit es ausgeführt wird, wenn das Netzwerk da ist. Das modifizierte Skript lautet folgendermaßen:

#!/bin/sh
if [ "$IFACE" = lo ]; then
exit 0 # emission handled by /etc/init/network-interface.conf
fi

wol 00:19:66:fa:b4:88
exit 0

Mein mythfestart.sh lautet folgendermaßen:

/usr/bin/mythfestart.sh:
#! /bin/bash
# IP address of backend
SERVER_IP=kakadu
# SERVER_MAC=xx:xx:xx:xx:xx:xx
# Could optionally send a wakeup packet here, if
#  a) it is decided that the early-running script above is not needed, or
#  b) to cover the rare case that backend was shutting down when first one sent
#
# Use mythTV status port as backend connectivity test
until [ -n "`telnet $SERVER_IP 6544 |grep -i connected`" ]; do
  sleep 3
done
sudo mount.cifs //kakadu/WD15/others /WD15 -o user=multimedia password=HEHEHE
# start frontend
MYTHFELOG="/var/log/mythtv/mythfrontend.log"
/usr/bin/mythfrontend.real --logfile "${MYTHFELOG}" &
exit 0

MySQL, /tmp und Clonezilla

Habe heute mit Clonezilla ein Backup meiner Systemfestplatte gemacht und eingestellt, dass die Platte auch vorher mit fsck überprüft werden soll. Dabei wurden Fehler gefunden (irgendwelche counts waren falsch, fragt mich nicht, welche) und ich habe sie reparieren lassen. Danach wollte MySQL nicht richtig und damit auch MythTV natürlich nicht. MySQL meldete in seinam log:

/usr/sbin/mysqld: Can't create/write to file '/tmp/ibHLtS0p' (Errcode: 22)
120527 15:48:26  InnoDB: Error: unable to create temporary file; errno: 22
120527 15:48:26 [ERROR] Plugin 'InnoDB' init function returned error.
120527 15:48:26 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.


Wat? MySQL kann in /tmp nix anlegen? Berechtigungen waren richtig, da wäre der Fehlercode auch 13 (glaube ich). Habe dann festgestellt, dass ich in /tmp auch keine Datei anlegen konnte (sowohl root als auch irgendein Benutzer gingen nicht). Habe gegoogelt, aber zu diesem Fehlercode findet man fast nix. Habe dann gedacht: "Jeder Boot tut gut" - da wollte Ubuntu aber nicht mehr richtig starten, weil er meine Systemfestplatte bzw. die Hauptpartition wohl nicht mounten konnte. Zumindest war das das, was ich daraus entnehmen konnte. Habe dann den Computer mit meiner SystemRescueCD gestartet und dann von dort fsck auf die Partition losgelassen - der hat ebenfalls zwei oder drei Sachen gefunden und repariert. Anschließend startete Ubuntu wieder richtig und auch MySQL und damit MythTV funktionierten wieder.

Durch ein Backup ein System zerstören - ich krieg alles hin ;-)

Umziehen der MySQL-Datenbank

Aufgrund dieses Threads wollte ich mal versuchen, die MySQL-Datenbank auf eine andere Partition zu verschieben, mit Ext3 statt Ext4 als Dateisystem,
Die nobarrier-Option bei ext4 hat nämlich nix gebracht.

Alle Schritte als root ausführen
1. MySQL beenden: /etc/init.d/mysql stop
2. Neues Verzeichnis anlegen, z.B. /mysql: mkdir /mysql
3. Dem Verzeichnis Rechte geben für den mysql-Benutzer: chown -R mysql:mysql /mysql
4. Die Dateien rüberkopieren: cp -rp /var/lib/mysql/* /mysql
5.Die Rechte für die Dateien geben: chown -R mysql:mysql /mysql/*
6. Die Konfigurationsdatei /etc/mysql/my.cnf ändern, und zwar muss das "datadir" auf /mysql geändert werden.
7. Apparmor muss die Änderung auch noch mitgeteilt werden: /etc/apparmor.d/usr.sbin.mysql muss geändert werden
8. Apparmor und mysql neu starten:
/etc/init.d/apparmor restart
/etc/init.d/mysql start

Ändern der SWAP-Partition

Wenn man die Swap-Partition ändert, funktioniert auf einmal das Hibernate nicht. Das liegt daran, wie ich schmerzvoll auf die harte Tour lernen musste, dass die UUID der PArtition sich ändert und dann auch noch an mehreren Stellen eingetragen werden muss:

1. /etc/fstab - logisch! (an die hatte ich auch noch gedacht)
2. /etc/initramfs-tools/conf.d/resume (dort wird festgehalten, welche Partition für das Hibernate verwendet wird - also Swap). Nach der Änderung im Terminal sudo update-initramfs -u eingeben.

Sicherheitshalber habe ich auch noch ein sudo update-grub gemacht - ich weiß aber nicht, ob es nötig ist. Auf jeden Fall funktioniert das Hibernate wieder. Bemerkbar macht sich das übrigens, dass der Hibernate-Prozess in Gang kommt, aber dann stockt (Bildschirm ist schwarz, nur ein Cursor ist zu sehen). Ich habe übrigens deswegen die Partitionen geändert, weil ich eine eigene für MySQL haben wollte (mit Ext3) und den Platz vom Swap genommen habe, weil die eh zu üppig dimensioniert war.

LiveTV funktioniert, Aufnahmen nicht???

Nachdem ich die neue Festplatte installiert hatte (und die alte raus), hatte ich auch noch einige Updates (>200) installiert. Anschließend hatte ich bei einigen Sendern (VOX, RTL, Sat1, Pro7...) einen komischen Fehler: Ich konnte zwar auf diesen Kanälen fernsehen, aber keine Aufnahmen programmieren. Bzw programmieren schon und es wurde in der Datenbank auch ein Eintrag erzeugt, aber keine Datei auf der Festplatte. Was schon funktionierte, ist, dass man LiveTV guckte und dann "R" drückte, damit daraus eine richtige Aufnahme wurde. Also sehr mysteriös das Ganze und die Fehlersuche hat mich auch einiges an Zeit gekostet. Auflösung gibt es hier:
http://ubuntuforums.org/showthread.php?t=1938935