chr.istoph, der Blog

Wenn durch Ubuntu Security Updates Automatisch satt finden, kann es Probleme geben mit Proprietären Kernel Modulen wie Grafikkartentreibern. Am schönsten ist an dieser Stelle ein DKMS Modul, aber da so was auf die schnelle nicht gezaubert werden konnte haben wir den Kernel einfach mit apt pinning festgesetzt.

echo $(dpkg -l "$(uname -r)" | grep image | awk '{print $2 " hold"}') |sudo dpkg --set-selections

Das ganze kann man auch wieder rückgängig machen.

echo $(dpkg -l "$(uname -r)" | grep image | awk '{print $2 " install"}')| dpkg --set-selections

Mit folgenden Befehl kann man sich eine Übersieht verschaffen welche Pakete gepind sind:

dpkg -l | grep ^h

Heute mit auslaufen des Supports für Ubuntu Hardy habe den seit 2008 bestehenden Mirror von debmirror auf rsync umgestellt.
Die voreile von debmirror waren das die Pakete in einem eine PGP Überprüfung und nicht nur einer check summen Prüfung standhalten mussten. Leider konnte debmirror aber einige Verzeichnisse nicht ohenweiteres/bzw gar nicht syncen. Darunter fallen insbesondere die Dateien für das Booten von Netzwerk und Sprachdateien. Zudem muss die Versionen per Hand gepflegt werden. Im Fall von Ubuntu Hardy war es heute wieder soweit. Zukünftig wird es bei der Umstellung nicht mehr zu sync Stopps kommen.

Beim Neuaufsätzen unseres Graphen Servers konnte snmpget keine Daten mehr von den Switches empfangen und schmiss folgende Fehlermeldung, das ein Modul nicht vorhanden sei.

/usr/bin/snmpget -v1 -c pw localhost -Oq IF-MIB::ifDescr.1
MIB search path: /root/.snmp/mibs:/usr/share/mibs/site:/usr/share/snmp/mibs:/usr/share/mibs/iana:/usr/share/mibs/ietf:/usr/share/mibs/netsnmp
Cannot find module (IF-MIB): At line 0 in (none)
IF-MIB::ifDescr.1: Unknown Object Identifier


Nach etwas strace und apt-file seach Pfand ich heraus auf welle Module snmpget zugreifen wollte. Diese konnten mit dem nachinstallierten von snmp-mibs-downloader behoben werden.

apt-get install snmp-mibs-downloader

Beim starten eines Videos bekam ich folgende Meldung das die libav nicht in der Aktuellen Version vorlag.

MPlayer svn r34540 (Ubuntu), built with gcc-4.6 (C) 2000-2012 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing rtmp://stream
libavformat version 53.21.1 (external)
Mismatching header version 53.19.0
Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later.
Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later.
Cannot open dump file.

Exiting... (Fatal error)

Um das Problem zu beheben habe ich folgende PPA eingebunden:

apt-add-repository ppa:motumedia/mplayer-daily
apt-get update
apt-get dist-upgrade


Mit der dann installierten Versionen libavformat version 54.0.0 und MPlayer SVN-r34707-4.6 (C) 2000-2012 MPlayer Team war das schauen der Videos ohne Probleme möglich.

Quelle: bugs.launchpad.net

In einem Kundennetzwerk hatte ich das Problem, das der DHCP Server mir einen falschen Hostnamen mitteilte. So stand in den /etc/hosts eine anderer Name als der durch hostname, uname -a oder in der Bash angezeigt wurde.

Damit ich dieses Verhalten unterbinden konnte habe ich in der /etc/dhcp/dhclient.conf in der Zeile: send host-name ""; den richtigen Namen gesetzt damit dieser dem DHCP Server mitgeteilt wird und aus dem request Block die Option host-name, entfernt.