Chemnitzer Linux Tage 2013

openSUSE Stand

openSUSE Stand

Das waren sie schon wieder. Die Chemnitzer Linux Tage 2013. Dieses Jahr wie immer gut besucht. Gefühlt sogar etwas mehr als letztes Jahr, was vielleicht auch an dem dieses mal offenen Vortagsprogramm lag, welches inhaltlich wesentlich ausgewogener war. Und natürlich habe ich mir vorgenommen ein paar Vorträge zu besuchen, was letztlich dann doch nur in einem geendet ist (der dann aber auch wirklich interessant war).

Der openSUSE-Stand war die beiden Tage gut besucht, wohl auch weil wir uns den Stand zusammen mit ownCloud geteilt haben. ownCloud ist ein OpenSource Projekt welches von der ownCloud Inc. maßgeblich gefördert wird. Das Projekt erstellt eine Softwarelösung auf Basis von PHP, SQLite / MySQL, die es erlaubt, dass jeder seinen eigenen Cloudspeicher, ähnlich wie Dropbox einrichten kann und auf seinen eigenen Server(n) laufen lässt. Dies kann unter anderem auch auf einem Rapsberry Pi geschehen.

wildes Weltraumspektakel gegen Ende der CLT

wildes Weltraumspektakel gegen Ende der CLT

Alexander Graf brachte am Samstag im Zuge seines ARM Vortrags auch noch einiges an Hardware unter anderem ein Chromebook von Google mit, welches allerdings auch von SD-Karte ein openSUSE booten konnte.

Am Fedora-Stand konnte man eine 3D-Drucker bei der Arbeit beobachten, der im Akkord Fedora Logos, Bausteine, Trillerpfeifen und andere Modelle produzierte.

Letztendlich waren wir mit der CLT wieder sehr zufrieden. Die Organisation hat auf der Seite der CLT super geklappt. Nur das Wetter wollte nicht so wirklich mitspielen. Letztes Jahr konnten wir noch mit dem T-Shirt draußen herumlaufen. Dieses Jahr war es da doch ein wenig kälter.

International Day for Privacy 2013

idp13Heute ist, wie schon in verschiedenen Medien berichtet, der Tag für Datenschutz und Privatsphäre  Im Zuge dessen gab es in mehreren Städten Kundgebungen und Demonstrationen. Unter anderem auch in Düsseldorf, wo ca. 50 bis 60 Leute für die Privatsphäre bei eisigen Temperaturen auf die Straße gingen. Neben zwei Kundgebungen, in der Altstadt sowie vor dem Landtag, wurde Passanten mit Flugblättern aufgeklärt was sich hinter Acta und INDECT verbirgt. Einer der Redebeiträge kann hier nachgelesen werden.

Cisco IP Phone 7960 mit Fritz!Box 6360 Cable

Cisco IP Phone 7960

Cisco IP Phone 7960

Das das Cisco IP Phone ein schönes Gerät ist, scheint in vielen Kreisen bekannt zu sein. Das gute ist, dass es sich als IP Telefon sogar an der Fritzbox nutzen lässt. Auch wenn es ein wenig Spielerei und Gefummel ist.

Die Geräte gibt es bei eBay für 30 bis 50 Euro gebraucht bzw. neu für etwa 120 bis 200 Euro.

Bitte zuerst die Anleitung komplett lesen. Auch den unten aufgeführten Link lege ich sehr ans Herz. Durch das flashen mit der falschen Firmware kann das Gerät u.U. nicht mehr funktionieren. Die Konfigurationsdateien können immer wieder neu eingespielt werden. Falsche Konfigurationsdateien sollten das Gerät nicht unbrauchbar machen.

Fritzbox vorbereiten

Einfach unter Telefonie > Telefoniegeräte > Neues Gerät einrichten klicken und dann Telefon auswählen. Im nächsten Dialog wählen Sie LAN/WLAN (IP-Telefon) aus und geben Sie dem Gerät einen Namen. Drücken Sie dann weiter. Im nächsten Dialog notieren Sie sich die Angaben und wählen ein Passwort aus. Dann noch die Rufnummer einrichten und das war es an der Fritz!Box auch schon.

TFTP Server einrichten

Windows

Für Windows empfehle ich TFTPD32.

Linux

Diese Anleitung bezieht sich auf CentOS / Scientific Linux.

yum install tftp-server
chkconfig --level 345 xinetd on
chkconfig --level 345 tftpd on

Die benötigten Dateien können dann später nach

/var/lib/tftpboot

abgelegt werden.

(Falls noch eine Firewall läuft muss der Port noch freigegeben werden. Dies kann mit system-config-firewall-tui geschehen.)

Konfigurationsdateien

Je nachdem welche Firmware Sie auf dem Gerät installiert haben müssen Sie dieses erst flashen. Die nötigen Dateien finden Sie, wen Sie einen Supportvertrag mit Cisco haben in deren Downloadbereich oder z.B. unter

http://radiotwenterand.nl/~graver/cisco/SIP-7960/

Ich habe mich für die Release P0S3-8-12-00.zip entschieden. Dies funktionierte auch bei mir ohne Probleme. Entpacken Sie das Archiv einfach in den tftpboot Ordner.

Nun kommt die schwierigere Aufgabe. Die Konfigurationsdateien für das Telefon. Hier habe ich bei http://www.europott.org/2009/05/31/cisco-7960g-und-fritzbox-fonwlan abgeschaut. Die Anleitung ist sehr gut gemacht und die zum Download bereitstehenden Konfigurationsdateien haben bei mir funktioniert. Dort beachten Sie einfach die Kommentare in den ersten Zeilen der Dateien. Die bennenung der der SIP[MAC].cnf wird auf der oben genannten Webseite erklärt.

Allerdings müssen Sie an der SIPDefault.cnf eine änderung vornehmen. Klammern Sie

# image_version: "P0S3-08-8-00" Auskommentiert da SIP Firmware schon geladen ist

aus und ändern Sie die Zeile so ab wie die Firmware heisst. In unserem Falle

image_version: "P0S3-8-12-00"

Wenn Sich das Telefon dann die Konfiguration abholen möchte wird es sich direkt flashen. Die beiden Konfigurationsdateien kommen dann nach dem Ändern der entsprechende Zeilen auch in den tftpboot Ordner. Ändern Sie die Rechte noch mit

chmod 777 /var/lib/tftboot

ab.

Telefon einrichten

Wenn Sie jetzt das Gerät richtig angeschlossen haben (Netzwerkkabel gehört in den mit Switch beschrifteten Anschluss) wird erstmal nicht viel passieren, außer das sich das Gerät mit hoher Wahrscheinlichkeit beschwert das die Konfiguration nicht abgerufen werden kann.
Gehen Sie deshalb auf den Menübutton (der Knopf mit den zwei Quadraten und dem Haken davor) und drücken Sie 9. Das Passwort sollte im optimalen Fall das Standardpasswort cisco sein.
Drücken Sie dann 3 gefolgt von 32 und ändern Sie den Wert auf YES ab. Drücken Sie dann wieder 3 gefolgt von 7 > EDIT und geben Sie die IP Ihres TFTP-Servers ein und drücken Sie SAVE. Nun sollte sich das Gerät neu starten die Firmware laden und die Konfiguration einlesen. Sollten Sie nun nichts falsch gemacht haben, steht ein funktionierendes IP Phone vor Ihnen. Sollte das Gerät nicht neu starten einfach mal kurz den Stecker ziehen.

Kurz Vorgestellt: KFritz

kfritz1

Anrufliste von KFritz

Nach Umzug und Vertragswechsel bei meinem Provider gab es ein neues Modem. In meinem Fall ein AVM Fritz!Box 6360 Cable. Das schöne dabei ist die Möglichkeit, die Anrufliste aus der Fritz!Box auszulesen. Besonders auf KDE angepasst gibt es das Programm KFritz zu finden unter http://www.joachim-wilke.de/kfritz.htm. Der Vorteil an diesem Programm liegt noch dabei, dass es Benachrichtigungen (KNotify) beherrscht.

kfritz2

KFritz benachrichtigt bei Anrufen

So bekommt man beim Anruf direkt zu sehen wer anruft. Ist die Nummer nicht im Telefonbuch der Fritz!Box hinterlegt so sucht das Programm automatisch in Telefonnummerdatenbanken nach dem Namen des Besitzers. Das Systemabschnittssymbol passt sich auch gut in die Standardsymbole ein.

Das einzige was man Einstellen muss ist eventuell die IP der Fritz!Box (wenn nicht unter fritz.box erreichbar) sowie das Passwort für jene.

Leider hat es bei mir nicht funktioniert neue Kontakte zu den Fritz!Box Kontakten hinzuzufügen. Zwar werden die Kontakte in der Liste angezeigt, sind aber nach einem Refresh nicht mehr vorhanden. Auf der Fritz!Box tauchen sie garnicht auf. Stört mich allerdings weniger. Die Hauptsache der Meldung für ein- und ausgehende Telefonverbindungen reicht mir hier völlig.

Installation

Das Programm gibt es für alle großen Linuxdistribution.
openSUSE User laden sich das Programm von http://download.opensuse.org/repositories/home:/rbos/openSUSE_12.1/i586/ herunter.

Arch Linux Nutzer finden im AUR ein PKGBUILD (https://aur.archlinux.org/packages/?O=0&K=kfritz). Das kompilieren dauert nicht lange.

Andere Distributionen haben auch passende Pakete zur Hand. Genaueres gibt es auf der Entwicklerseite.

Eigenes Mediacenter mit XBMC

Mediacenter mit XBMC

Mediacenter mit XBMC

Frisch zu Weihnachtszeit Anfang Dezember, habe ich mir mal ein kleines Mediacenter gegönnt. Nach nun mehreren erfolgreichen Abenden der Nutzung nun einen kleinen Blogartikel darüber.

Aber erst etwas Theorie meinerseits. Ich wollte für das Mediacenter auf der einen Seite nicht viel Geld ausgeben, denoch auf Standardkomponenten setzen die nicht viel Strom verbrauchen. Dolby oder ähnliches sind für mich nicht von belang. Letztlich habe ich mich für folgenden Komponenten entschieden die ich bei einem großen Onlinecomputerhandel erworben habe:

  • Intel D2550DC2 Mainboard mit aufgelöteten Atom D2550
  • SO-DIMM 2 GB DDR3-1333
  • Antec ISK 300-150 Mini ITX
  • GeForce GT 610 PCI pasiv (dazu später mehr)

Eine alte aber noch gute 2,5″ Festplatte hatte ich noch zur Hand, so das ich hier nichts mehr einkaufen musste. Viel Speicher muss die Platte bei mir nicht haben, da sich das Mediacenter die Medien vom Homeserver holt. Die entsprechenden Ordner sind per SMB freigegeben. Insgesamt hat mich der Einkauf (ohne Festplatte) knapp 215 Euro gekostet.

An dieser Stelle muss ich nun kurz vorgreifen warum ich zusätzlich zu der mit auf dem Atom eingebaute Grafikkarte (eine PowerVR Grafikkarte) eine nVidia Karte eingebaut habe.
Die schon eingebaute Karte des Atom D2550 wird vom Linuxkernel 3.6 aktuell nicht unterstützt. Aus diesem Grund sollten Linux Nutzer die aktuelle Atom Version erstmal meiden, da die Treiber für PowerVR Grafikkarten noch nicht stable sind.

Hardware

PCI Slot mit wenig Luft

PCI Slot mit wenig Luft

Bei dem Zusammenbau ist selber nicht viel zu beachten. Das Gehäuse selber kenne ich noch aus meinem ersten Homeserver. In der neuen Revision ist das Netzteil nun geschlossen und aktiv gekühlt.
Blöderweise lag bei dem Mainboard der Anschluss für den Gehäuselüfter so weit weg, das das Kabel zu kurz war. Aus diesem Grund musste ich mir erstmal eine Verlängerung zusammenlöten damit der Stecker passt.
Die Grafikkarte mit ihrem passiven Kühlkörper ist etwas wuchtig, da der Kühlkörper auch auf der anderen Seite

Grafikkarte ist gut durchlüftet

Grafikkarte ist gut durchlüftet

noch ausgebaut ist. Erst nach dem umlegen von ein paar Kabeln passte die Grafikkarte zufriedenstellend. Hier ist zu beachten, dass nur Grafikkarten mit LowProfile-Blende passen. Von der Hitzeentwicklung her ist die Karte in Ordnung. Sie wird zwar warm aber nicht heiss.

Software

Als Betriebssystem ist ein minimales Arch Linux installiert. Zusätzlich werden über den Befehl

pacman -S xorg-server xorg-xinit xorg-utils xbmc

die nötigen Pakete für XBMC installiert. Damit XBMC automatisch beim Hochfahren mitstartet müssen folgenden Befehle ausgeführt werden:

systemctl enable xbmc
systemctl enable graphical.target

Anfangs hatte ich Probleme dem richtigen Sound. Eventuell müssen Sie hier mit

pacman -S alsa-utils
alsamixer

erst noch die Lautstärke von Hand hochdrehen.

Für die Grafikkarte verwende ich die properitären Grafkikkartentreiber. Diese installieren Sie mit

pacman -S nvidia libvdpau

Vergessen Sie hier nicht die VDPAU Bibliothek zu installieren, wie oben beschrieben, und das XBMC diese auch nutzt (unter Einstellungen > Wiedergabe > Video), ansonsten werden 1080p Videos nur als Standbildkino ablaufen.

Leider habe ich das Beenden Menü zum Herunterfahren etc. noch nicht zum laufen bekommen. Ausschalten lässt sich der PC aber normal über den Powerbutton, der zu einem ordentlichen shutdown führt. Bei dem Menü führt jeder Befehl zu einem normalen Neustart des X-Server und XBMC selbst.

Interessante Links zum Thema

Arch Linux auf systemd umstellen

Da es anscheinend noch keine Anleitung auf deutsch gibt wie man sein Arch Linux auf systemd umstellt, werde ich mich nun daran versuchen. Folgend werden wir ein Arch Linux vom alten init-System auf systemd umstellen.

Pakete installieren

Zu allererst ein volles Update des Systems mit dem Befehl:

pacman -Syu

Nun installieren wir systemd mit dem Befehl:

pacman -S systemd

Konfigurationsdateien erstellen

Jetzt legen wir folgende Dateien an mit dem jeweiligen Inhalt:

/etc/hostname
#hostname vom Rechner

 

/etc/vconsole.conf
KEYMAP="de-latin1.map.gz"
FONT=lat9w-16
FONT_MAP=8859-1_to_uni

 

/etc/locale.conf
LANG=de_DE.utf8
LC_COLLATE=C

 

/etc/timezone
Europe/Berlin

Kernelmodule eintragen

Wenn zusätzliche Kernelmodule geladen werden müssen die in der /etc/rc.conf stehen, so müssen diese noch extra eingerichtet werden, da die rc.conf bei systemd in diesem Falle ignoriert wird.

Legen Sie für jedes Kernelmodul das geladen werden soll im Ordner

/etc/modules-load.d/

eine Datei an. Hier am Beispiel vom vboxdrv

touch /etc/modules-load.d/vboxdrv.conf

und schreiben Sie in die Datei den Namen des Kernelmoduls

vboxdrv

Dies wiederholen Sie mit allen zu ladenen Kernelmodulen.

systemd einrichten

Nun kommen wir zur eigentlichen systemd Konfiguration. Zuerst müssen wir das target, also das Ziel festlegen, was in unserem Fall das Ursprüngliche init 5 oder bei systemd das graphical.target ist.

Mit dem Befehl

systemctl enable graphical.target

geben wir dies an systemd weiter.

Nun müssen wir noch alle Deamons die beim Start geladen werden sollen, angeben. Schauen Sie dazu in die /etc/rc.conf hinein und übertragen Sie alle zu startenden Deamons in systemd.

Steht in der rc.conf zum Beispiel

DAEMONS=(syslog-ng acpid dbus iptables networkmanager ntpd alsa cupsd crond kdm)

sehen die Befehle an systemd so aus:

systemctl enable syslog-ng.service
systemctl enable acpid.service
systemctl enable apcid.socket
systemctl enable iptables.service
systemctl enable NetworkManager.service
systemctl enable ntpd.service
systemctl enable cupsd.service
systemctl enable cronie.service
systemctl enable kdm.service

Ohne NetworkManager benutzen Sie einfach

systemctl enable dhcpcd@eth0.service

Tipp: Manche Deamons haben andere Namen im systemd. So heisst zum Beispiel cupsd bei systemd cups.service. Um den richtigen Namen zu finden kann mit

systemctl --all | grep cups

gesucht werden.

Altes init-System löschen

Nun müssen Sie noch das alte init-System löschen

pacman -R initscripts
pacman -S systemd-sysvcompat

Das war es auch schon. Nach einem Neustart sollte systemd den Rechner nun ohne Probleme hochfahren. Sollte ein Deamon nicht starten können Sie die Fehlermeldung mit

systemctl status [deamon].service

abrufen.

Mehr Informationen zum Thema systemd in Arch Linux gibt es in dem sehr ausführlichen Artikel unter https://wiki.archlinux.org/index.php/Systemd

Wichtig: Wer auf der sicheren Seite sein möchte kann initscripts auch erstmal behalten und mit dem Kernelparameter

init=/bin/systemd

ausprobieren ob systemd wie erwartet funktioniert. Ist dies der Fall kann dann das alte init-System wie im letzen Kapitel beschrieben gelöscht werden.

Ununseptikum aktualisiert

Mein Script zur Ersteinrichtung von neuen openSUSE Installation habe ich nun für die 12.2 Release aktualisiert.

Ununseptikum

Nach einer Neuinstallation ist es immer ärgerlich das bestimmte Handgriffe immer wieder gemacht werden müssen. Um dies ein wenig zu vereinfachen habe ich ein kleines Shellscript geschrieben. Es installiert die neuesten Updates, bindet das Multimedia Repository Packman ein und installiert alle notwendigen Codecs um auch mp3 und andere Formate abzuspielen. [..]

Den Download finden Sie unter ununseptikum-12.2-1.2.0.sh.tar.gz

Den Changelog und mehr Informationen finden Sie im Reiter openSUSE.

Dies war die FrOSCon 2012

openSUSE Stand auf der FrOSCon

Mit ein wenig Verspätung noch ein kleiner Bericht von der diesjährigen FrOSCon die letztes Wochenende in der Hochschule St. Augustin stattgefunden hat.

Michal Hrušecký von SUSE hielt im DevRoom einen Vortrag / Workshop über den openBuild Service und auch der der Stand war im großen und ganzen gut besucht. Wir hatten auf einem Rechner das neue openSUSE 12.2 RC2 installiert, das auch bis Sonntag Abends ohne Probleme lief (dazu später mehr). Da die neue openSUSE Release die Tage erscheint, haben wir nicht so viele DVDs an die Leute gebracht. Zum Glück hat sich noch jemand gefunden der welche an Schulungsklassen weitergeben kann. So musste ich nicht auf 100 openSUSE DVDs sitzen bleiben.

Samstag Abends gab es dann wieder das bekannte Grillen auf dem Hof in der Hochschule. Traditionellerweise natürlich wieder mit gutem Wetter und Diskussion mit den Leuten vom invis Server Projekt.

Sonntag Nachmittags war es erwarungsgemäß sehr ruhig, so das wir kurz gegen Ende der Confernce noch ein wenig am Demorechner gepspielt haben. So haben wir mal ausprobiert ob rm -rf / wirklich vom System abgefangen wird. Und ja es bricht wirklich ab mit der Meldung:

# rm -rf /
rm: it is dangerous to operate recursively on '/'
rm: use --no-preserve-root to override this failesafe

Wärend

#rm -rf /*

jedoch das System sofort ins Nirwana schickt.

Subjektiv war wohl etwas mehr los als letzes Jahr, was eventuell auch durch das etwas durchwachsene Wetter geschuldet war.  Mit der Club Mate hatte man sich dieses Jahr wohl etwas verschätzt. Schon Nachmittags mussten neue Kästen organisiert werden, da die Reserven zur Neige gingen. Sonntag dann aber wieder mit voller Bestückung.

 

FrOSCon rückt näher

Wie jedes Jahr findet auch diesen Monat, genauer gesagt am 25ten und 26ten, die FrOSCon in St. Augustin statt. Auch openSUSE wird wieder dabei sein. Allerdings suche ich noch ein paar Leute die sich mit um die Standbetreuung kümmern möchten.

Wenn du also um die oben genannten Tage Zeit und Lust hast openSUSE und Open Source zu Promoten dann melde dich einfach bei mir. Ich sorge dann dafür das du auch ein Austellerticket bekommst. Kontaktdaten findest du im Impressum oder auf meiner Wikiuserpage: http://en.opensuse.org/User:Liquidsky89