Donnerstag, 22. März 2012

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

Dienstag, 20. März 2012

Ä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.

Dienstag, 13. März 2012

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

PCI Latency

Nach dem Motto: "Fix what ain't broke" habe ich heute die PCI Latency meiner beiden TV Karten hochgesetzt, das ist quasi die Priorität, die die Karten bzgl des PCI Busses bekommen. Auslöser war eine Fehlermeldung im Backend Log, die auch dieser User hatte und ich habe seine Lösung mal übernommen:
http://www.mythtvtalk.com/message-pid-0x1ff4-discontinuity-detected-12930/

Mehr zum Thema:
http://www.mythtv.org/wiki/PCI_Latency