instruyete – Seite 6 – man lernt nie aus

Ubuntu Update von 12.04(.5) auf 14.04(.3)

Eigentlich war der Plan den 5 jährigen Long Term Support von Ubuntu 12.04 (Precise Pangolin) auf meiner Power-Workstation bis zum Ende auszukosten. Doch das Samsung Handy lies sich auf 12.04 trotz LTSEnablementStack nicht richtig mounten. Auf den neueren Android Handys wird schon seit einiger Zeit der Flash-Speicher nicht mehr als Massenspeicher gemountet, sondern mit dem Media Transfer Protocol (MTP).
Und genau dieses Protokoll verhält sich, zumindest was das Samsung Galaxy S6 angeht, sehr gut bei 14.04 (Trusty Thar) und sehr schlecht (kaum brauchbar) bei 12.04

Nach Abwägung der Alternativen – man hätte auch eine 3rd Party SW für den Zugriff auf das Handy via MTP einsetzen können – habe ich mich dann doch für den Distributionsupgrade auf 14.04 entschieden. Nach Ausführung des Kommandos

sudo do-release-upgrade

und dem Befolgen einiger Anweisungen und Beantworten einiger Fragen wurde das Upgrade in ca. 90min. absolut zuverlässig ausgeführt. Die Art und Weise, sowie die Stabilität erinnert einen sehr stark an Major-Versions Upgrades unter Sun Solaris.
Bei Abweichungen der Standard Konfigurationsfiles im Gegensatz zu den gerade aktuell gültigen kommt die Nachfrage, ob das File ersetzt oder behalten werden soll. Wenn man seine Konfiguration behält wird die neue Standardkonfiguration mit einer Endung a la „.dist“ angelegt, bspw.

/etc/logrotate.de/postgresql-common

wurde behalten, die neue Standardkonfiguration wurde unter

/etc/logrotate.de/postgresql-common.ucf-dist

abgelegt. Im anderen Fall – die aktuelle Konfiguration wurde durch die neue Standardkonfiguration ersetzt, verbleibt die aktuelle im System unter bspw.

/etc/NetworkManager/NetworkManager.conf.dpkg-old

Mit gphoto2 Kameradaten auslesen

Vielleicht für viele Fotofreunde ein alter Hut – ich entdeckte allerdings erst gestern, dass man mit der gphoto2 Applikation unter Linux (auch Mac OS X) einige Daten der digitalen Spiegelreflexkamera auslesen kann, an die man anderweitig nicht so einfach (sprich ohne spezialisierte Tools) herankommt.

Der Befehl

gphoto2 --list-config

lisstet für die angeschlossene (und aktivierte) Kamera alle auslesbaren Optionen an (in einer Art Filestruktur-Nomenklatur). Hier sind 2 Beispiele um die Anzahl der Auslösungen, bzw. die Geräteversion auszulesen

gphoto2 --get-config /main/status/shuttercounter

gphoto2 --get-config /main/status/deviceversion

OpenJDK vs. Oracle Java auf Ubuntu Applikationen

Seltene spontane Abstürze des X.org servers während der Anwendung eines Java Programms, lassen sich unter Ubuntu (12.04 als auch 14.04) auf die standardmässige verwendete Java Virtual Machine OpenJDK zurückführen.
Zumindest deuten dies mehrfach durchgeführte Tests an, die wahlweise OpenJDK und Oracle Java nutzten

Am einfachsten lässt sich Oracle Java über das PPA von webupd8team installieren.

sudo apt-add-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-java8-installer

Mit der Installation wird auch das sog. alternative-framework unter

/etc/alternatives/

angepasst, so dass sofort der Befehl

java -version

die neuinstallierte Version, bspw.

java version "1.8.0_51" Java(TM) SE Runtime Environment (build 1.8.0_51-b16) Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)

ausgibt.

Machen Programmen – allen voran freemind – ist das aber nicht genug. Dessen Startskript startet nicht einfach das java Programm, sondert wertet u.a. die Umgebungsvariable $JAVA_HOME aus. Eine pragmatische Lösung lautet daher in ~/.profile

export JAVA_HOME=/usr

einzutragen. Seit dem kompletten Swicht auf Oracle Java 8 hatte ich keinen X-Crash mehr im Zusammenhang mit Java Programmen.

eBooks auf gutem Weg

Während die Verlage (zumindest im technischen Bereich / IT) sukzessive Ihre Hausaufgaben gemacht haben:

* eBooks DRM-frei herauszugeben
* offenen Formate (PDF) unterstützen
* sogar alte DRM-gekaufte Produkte nachträglich als freien Download realisieren

steht nun der Digitalisierung in diesem Bereich nichts ernstes mehr im Wege. Besonders positiv hervorzuheben sind Franzis, Springer-Verlag (Wissenschaftsverlag) und Pearson um nur einige zu nennen.

Leidig sind nur die Störfeuer aus der Politik. Bei der Mehrwertsteuer gelten immer noch 19% auf eBooks, während es bei gedruckten Büchern nur 7% sind. Resourcenverschwendung beim Buchdruck wird belohnt!
Und jetzt soll auch noch die Buchpreisbindung auf eBooks kommen. Wozu? Um lokale Online-Händler zu belohnen? Für was? Gerade die SPD-geführten Ministerien für Wirtschaft sowie Justiz entpuppen sich als Schutzpatrone für die druckende Verlagswirtschaft. Mal schauen wie lange sie das noch können.

Immer noch kein Open-Document Format für MS-Office auf Mac OS X

Seit MS-Office 2007 SP2 unterstützt MS-Office die Open-Document Formate (OASIS) der freien Office-Welt. Allerdings gilt diese Aussage nicht pauschal. Ausgerechnet die einzige MS-Office Version auf einer UNIX Plattform (MS-Office 2011 für Mac OS X) hat bis heute, trotz einiger Patches (z.B. HDPI/Retina Support) keine Unterstützung für diese Dateiformate – weder lesend noch schreibend.

Ein Armutszeugnis und ganz sicher nicht im Sinne der europäischen Forderungen nach Unterstützung der offenen Dateiformate. Ein weiteres Armutszeugnis daher auch für die europäischen Organisationen – allen voran der EU Kommision – die nichts gegen diesen Zustand unternehmen.

GRUB2 grafischer Bootmanager

GRUB2 reicht mittlerweile aus, wenn man ein neues MacBook Pro entweder mit standardmässig vorhandenen Mac OS X oder mit Linux booten möchte. Die Hilfe von rEFIt oder dessen Nachfolger benötigt man nicht mehr.
Sehr ansprechend ist der Bootmodus von GRUB2 allerdings nicht – speziell auf einem High-DPI MacBook Pro erscheint die textuelle Auswahl winzig.

Daher entschied ich mich eine – möglichst einfache – grafische Konfiguration zu erstellen. Eine perfekte Quelle um damit anzufangen sind die GRUB2 Seiten auf dem Wiki Ubuntuusers.

Gestartet wird mit einem Thema – ich nenne es mal dualboot – und dem Anlegen eines gleichnamigen Verzeichnis in

/boot/grub/themes/dualboot

Maßgeben dort ist das grafische Layout – bei dem übrigens die Einträge nur vertikal angeordnet werden können. Ohne weitere Erklärung sieht dieses File folgendermaßen aus:

# thema dualbook # speziell für die mobile workstation myHost entworfen # Basis war das Thema "ubuntuusers.de"


# globale Einstellungen:

# ----------------------
# Notwendig um den Standardtext zu deaktivieren

title-text: "welcome on myHost - mobile workstation"

title-font: "Ubuntu Regular 72"
# Notwendig für Standardschrift im Terminal

terminal-font: "Unknown Regular 16"
# Hintergrundbild

desktop-color:"#9ba9bf"
# Beginn Komponentenliste:

#-------------------------
+ boot_menu{

	# Position des ersten Menüeintrags

	top = 400

	left = 800

	height = 1200

	width  = 1000
	# Schrift der Menüeinträge

	selected_item_color = "black"

	item_color = "#888888"

	item_font = "Ubuntu Regular 40"

	selected_item_font = "Ubuntu Regular 40"
	item_height = 314

	item_width  = 800

	item_spacing = 20

icon_height = 314 icon_width = 265 item_icon_space = 40 }

Die benötigten Schriften (hier Ubuntu Regular), muss man pro Größe einzeln als .pf2 Datei mittels dem Kommando grub-mkfont erzeugen.

Die Icons müssen im ordern dualboot/icons abgelegt werden. Ich habe hier jeweils ein transparentes Icon für Linux und für Mac OS X mit der vertikalen Größe von 314px abgelegt. Der Dateiname (ohne Suffix) entspricht dabei dem class Namen des sog. menuentry in der Datei /boot/grub/grub.cfg welche allerdings generiert wird.
Daher muss bspw. die Datei /etc/grub.d/40_custom folgendermaßen angepasst werden:

menuentry "Mac OS X" --class MacOS { exit }

In /boot/grub/themes/dualboot/icons/ liegt die Datei MacOS.png

Zuletzt muss die globale GRUB2 Konfigurationsdatei noch angewiesen werden, dieses Thema auch zu benutzen, daher gibt es in der Datei /etc/default/grub folgende Einträge:

GRUB_GFXMODE=2560x1600 GRUB_THEME=/boot/grub/themes/acrux/theme.txt

Zudem habe ich noch die sinnlosen auto-detection Einträge von GRUB2 für Mac OS X (32- und 64-bit) entfernt:

# prevent GRUB internal Mac entries GRUB_DISABLE_OS_PROBER=true

Mit diesen Anpassungen erscheint der Bootmanager grafisch ansprechend auf dem Niveau von rEFIt, welches jahrelang zuvor den Standard gesetzt hat.

Posix Threads unter Linux und deren ID’s

Nach ein paar Monaten Abstinenz von der Welt der POSIX Threads fällt es immer wieder schwer, die ID’s in den richtigen Kontext zu bringen. Deshalb räumt dieser Beitrag nochmal auf.

PID/TGID
Die Process Identification Number ist im Falle von gethreadeden Programmen auch gleichzeitig die Thread Group Identifcation Number. Pro Executable gibt es nur eine solche Nummer, die alle Threads zurückliefern können
TID
Da Linux alle Threads als eigenständige Prozesse (LWP=Lightweight Processes) ansieht, verwaltet der Kernel eine eigene Prozessnummer – die Thread Identication Number. Um den Balanceakt der Unterscheidung zwischen Prozessen und Threads besser zu meistern, kann der Begriff der Kernel Scheduling Entity (KSE) benutzt werden.
(Posix) Thread ID
Diese 32bit Nummer stellt eine eindeutigen POSIX-konformen thread Identifier her. Neben der eigentliche pthreads Verwaltung wird auch in der SW Entwicklung mit den gängigen Tools diese ID gerne benutzt.

Das Einprägen dieser o.g. Definitionen wird einem allerdings durch zahlreiche Monitoring Tools – die sich auf das virtuelle Filesystem proc stützen – nicht gerade erleichert. So zeigen Tools wie htop unter PID eigentlich die TID an. Dafür gibt es einen extra Spalte TGID (welche natürlich das gleiche darstellen sollte als PID). Posix Thread ID fehlt dafür gänzlich.

Eine anschauliche Illustration der Thematik bietet folgendes Programm an:

/* * gcc -o pthreads_id pthreads_id.c -lpthread * * This programs shows the difference of * 1. The PID (Process ID of the kernel, aka TGID Thread Group ID) * 2. The TID (Thread ID of the kernel, subsequent number of main threads PID) * 3. The Posix Thread ID */ #include #include #include #include #include


pthread_t ntid;
void printids(const char *s){

	pid_t     pid;

	pid_t     tid;

	pthread_t ptid;
	pid = getpid();

        tid = syscall(SYS_gettid);

	ptid = pthread_self();

	printf("%s pid %u tid %u thread_id %u (0x%x)\n",s,(unsigned int)pid,(unsigned int)tid,(unsigned int)ptid,(unsigned int)ptid);

}
void* thr_fn(void* arg){

	printids(" new thread: ");

	return((void*)0);

}

int main(void){ int err; err = pthread_create(&ntid,NULL,thr_fn,NULL); if(err!=0) printf("can't create thread: %i\n",strerror(err)); printids("main thread: "); sleep(1); exit(0); }

Fallgrube bei truecrypt Eintrag mittels visudo

Immerwiederkehrende Eingabeaufforderungen des Administratorpasswortes bei Benutzung von truecrypt als User ohne Adminrechte sind ein Ärgernis. Um diese loszuweren, muss ein Eintrag im sudoers file erzeugt werden, der dem Program das mounten von Filesystemem erlaubt.

$USER ALL=NOPASSWD:/usr/bin/truecrypt

Dieser kann natürlich direkt im sudoers file mittels

sudo visudo

eingetragen werden. Allerdings ist dann die Platzierung des Eintrag essentiell. Wird er nicht ziemlich am Ende eingetragen, könnte eine andere Regel (bspw. diejeniege der sudo Gruppe) die o.g. ausser Kraft setzen. Eine noch elegantere Lösung bieten Ubuntu (LTS) Syteme an. Diese lesen nämlich am Ende der Datei mittels der #includedir Direktive das Verzeichnis /etc/sudoers.d aus.

Wenn man dort die o.g. sudoers Anweisung in eine beliebige Datei einträgt (ich habe einfach die Datei truecrypt genannt) und diese mit den Rechten 0440 ausstattet (siehe /etc/sudoers.d/README) ist alles paletti und man muss sich auch bei ev. updates des sudoers package keine Sorgen machen.

core file handling unter Ubuntu

Wer sich als SW Entwickler auf einer Ubuntu LTS Plattform wundert, wo den die core files geblieben sind, welche das OS erstellt wenn Programme bestimmte Signale (SIGSEGV,SIGABRT,SIGQUIT,….) empfangen, der sollte mal den Inhalt von
/proc/sys/kernel/core_pattern
anschauen. Der Inhalt
|/usr/share/apport/apport %p %s %c
mit dem einleitenden pipe character, legt fest das entstehende core files direkt als stdin stream dem frontend Programm apport zur Verfügung stehen. Auf der Ubuntu Wiki Seite über das Programm apport ist erklärt, wie das Programm die core Informationen dem User präsentiert. Das Programm führt unter
/var/log/apport.log
alle events. Dort klärt sich auf das Phänomen auf, das core’s von bestimmten Programmen (z.B. im Home-Bereich) ignoriert werden. Prinzipiell werden nur core’s von packetierten Programme oder von Launchpad Applikationen ausgewertete und somit unter /var/crash abgelegt.

Bei eigenen Programmen gibt es die Möglichkeit die Einstellungen von apport in
/etc/apport/crashdb.conf
mit bspw. hooks zu erweitern, oder das Program unterhalb der /opt Struktur abzulegen. Eine Diskussion über das Thema in Bezug auf eigene Programme findet man auf dieser askubuntu Seite.
Die von apport mit weiteren Informationen angereicherten core files, werden zu sog. crash files unterhalb von /var/crash, welche bspw. mit dem Programm apport-retrace untersucht werden können (backtraces ,etc..)

languagesetup manipuliert EFI boot order

Vorsicht bei einem dual-boot setup auf einem Mac OS X Rechner und der Verwendung des languagesetup tools. Das schlecht dokumentierte (siehe selbige manpage) Tool languagesetup unter Mac OS X (auch Mavericks) stellt die default language um und damit auch die angezeigte Sprache im Login-Window, welches im Falle einer internationalen Benutzung am besten Englisch sein sollte, auch wenn der Setup unüberlegterweise in Deutsch erfolgte.

Das Tool stellt leider als unangenehmen Seiteneffekt auch die Boot-Order in EFI wieder um, so dass Ubuntu via GRUB2 gar nicht mehr als Option beim Booten erscheint.
Abhilfe schafft folgende Prozedur:
Das Installationsmedium von Ubuntu (z.B. USB-Stick) wieder zur Hand nehmen und den Rechner mit gedrückter Auswahltaste starten. Dann den Punkt Ubuntu Live Modus starten. Die Ernüchterung an dieser Stelle kommt, wenn man bemerkt dass das benötigte tool efibootmgr dort gar nicht vorhanden ist. Mann muss es also per

sudo apt-get install efibootmgr

installieren, vorausgesetzt man kann eine Netzwerkverbindung aufbauen, oder man lädt sich das Paket von launchpad herunter – hier bspw. die Ubuntu Trusty (14.04) Variante – und spielt es per USB-Stick und Software-Center ein.

Dann ändert man die Boot-Order gemäß der Installationsanweisung wieder, in meinem Fall war das

sudo efibootmgr -o 0,80

Ein Dankeschön an die Ubuntu Community und ein dreifaches Pfui auf Apple, welches das Prinzip minimal invasiv geflissentlich ignoriert, in freudiger Erwartung der Weltbeherrschung.