Nehmen wir an, ein Benutzer hat ein Chroot in sshd_conf per:
Match User abc
ChrootDirectory /home/abc
ForceCommand internal-sftp
AllowTCPForwarding no
X11Forwarding no
Wenn er sich dann unter der Fehlermeldung fatal: bad ownership or modes for chroot directory "/home/abc" in /var/log/auth.log nicht anmelden kann, liegt das an den Rechten des Homeverzeichnisses: Dieses darf entgegen der Intuition nicht dem Benutzer und seiner Gruppe gehören, sondern root:root.
Gestern war es mal wieder soweit: Eine Festplatte in einem Workgroup-Server ist ausgestiegen. Kein Problem, eine Platte im Software-Raid darf kaputt gehen, der Server meldet kaputte Platten immer sofort per E-Mail und der Austausch der Platten im Array ist normalerweise problemlos mit mdadm.
Die Serverhardware hat keine Hotswap-Funktionalität, weshalb das Gerät für den Ersatz der defekten Platte neugestartet werden muss. Und da fing die Featuritis von Ubuntu an: Grub wird standardmäßig im grafischen Modus gestartet. Das führt auf jeder mir bisher bekannten Hardware dazu, dass angeschlossene Monitore den Dienst verweigern unter "out of sync". Ich hatte Grub eigentlich auf "console" zurückgestellt, aber anscheinend hat sich diese Einstellung durch ein Update verschlimmbessert.
Und mdadm weigert sich standardmäßig zu booten, wenn das Raid-Array degraded ist: Es ist eine Designentscheidung von Ubuntu, dass in dem Fall eine Rettungskonsole geöffnet wird. Dieses "Feature" könnte man beim Start innerhalb von Grub überschreiben durch den Kernel-Parameter "bootdegraded=true", wenn man denn von Grub etwas sehen würde... Und die Rettungskonsole sieht man aufgrund der grafischen Voreinstellung von Grub auch nicht.
Das ganze ist kein Beinbruch, weil man das Array auch einfach mit einer Live-CD regenerieren kann. Das blöde ist nur, dass man evtl. darauf warten muss, bis das Array wieder synchron ist: Ein Neustart des Systems, das auf dem Array liegt, ging zwischendurch schief. Grub meldete "invalid arch independent ELF magic". Erst nach der fertiggestellten Synchronisation per Live-CD bootete das System wieder wie gehabt.
Fazit: Die beiden Features "Grub im grafischen Modus" und "boote nicht von degraded Raid-Arrays" sind aus meiner Sicht unerwünscht. Auf einem Server braucht es kein grafisches Grub. Dass man von einem degraded Array booten möchte, ist in meinen Anwendungsszenarien selbstverständlich: Ich will eine Platte immer möglichst schnell ersetzen und dabei den Betrieb des Servers aufrechterhalten. Man sollte also vor etwaigen Festplattendefekten darauf achten, dass beide Sachen deaktiviert sind:
Saned erkennt den oben genannten Scanner nicht automatisch, d. h. scanimage -L liefert "No scanners were identified". Damit der Scanner von Saned verwendet werden kann, ist die Installation des Herstellertreibers notwendig, wie hier beschrieben. Man muss die drei deb-Pakete des Herstellers auch in genau der Reihenfolge installieren, weil sie voneinander abhängig sind. Zusätzlich waren die Ubuntu-Pakete xsltproc, libgtk2.0-0 und deren Abhängigkeiten Voraussetzung. Nach Installation der Treiber wird der Scanner bei scanimage -L korrekt erkannt: "device `epkowa:interpreter:002:004' is a Epson Perfection V200 flatbed scanner"
Beim Scannen mittels scanimage ergab sich ein neues Problem: Nach vollendetem Scan blockierte der Befehl ohne Reaktion für ca. drei Minuten, also z. B. nach Eingabe von scanimage -v -v -v > test. Abhilfe schaffte der folgende Workaround, der hier beschrieben ist. Wenn man die Umgebungsvariable SANE_DEBUG_SANEI_USB auf einen Wert größer als 10 und kleiner gleich 255 setzt, blockiert der Aufruf nicht mehr. Allerdings muss die Debug-Ausgabe in eine "echte" Datei geschrieben werden: Wenn man die Debug-Ausgabe nach /dev/null pipt, so wie in der Anleitung beschrieben, blockiert der Befehl wieder.
Ich benutze unterdessen fast ausschließlich TCPDF zum Erstellen von PDFs in PHP-Webanwendungen. Diese Bibliothek ist im Gegensatz zu allen anderen mir bekannten frei verfügbaren UTF-8-fähig und sollte damit so ziemlich alles an existierenden aktuellen Computerzeichen darstellen können. Russisch ist z. B. kein Problem. Mit Chinesisch und Japanisch hatte ich allerdings Mühe: Trotz Instanziierung mit UTF-8 und Unicode generierte die Bibliothek immer nur Kästchen mit Fragezeichen in den PDFs. Die oft in Foren beschriebene Lösung, eine andere Schriftart zu verwenden, funktionierte nicht. Anscheinend arbeitet TCPDF bei seinen mitgelieferten Schriftarten immer mit einer Windows-1252-Codierung. Wenn man der Bibliothek allerdings "echte" UTF-8-Schriftarten über den Zaun wirft, kann sie damit problemlos arbeiten. Eine solche Schriftart findet sich z. B. hier. Diese entpackt man in ein Verzeichnis, das der Webserver lesen kann und übergibt TCPDF einmalig den absoluten Pfad dazu: $pdf->addTTFfont('/var/abc/public_html/lib/vendor/tcpdf/fonts/arialuni.ttf', 'TrueTypeUnicode', '', 32);. Die Schriftart bindet man ein mittels $pdf->SetFont('arialuni', '', 12, '', false);, worauf das PDF die Zeichen korrekt anzeigt. Den Aufruf addTTFfont() kann man anschließend löschen, denn es werden aus dem TTF automatisch drei Schriftartendateien abgeleitet, die im fonts-Verzeichnis gespeichert werden.
Mein Ziel war, einen Uralt-USB-Scanner, der noch wunderbar unter Linux funktioniert, allen Benutzern in einem Netzwerk zur Verfügung zu stellen. Es gibt einen Server auf Ubuntu 12.04, der als Scanserver dient. Ein Lösungsansatz war die Bereitstellung des Scanners über den Sane-Daemon. Das funktioniert wunderbar für alle Linux-Clients, aber leider fand ich keinen Windows-Client, der noch unter Windows 7 funktioniert hätte: SaneTwain habe ich dort nicht mehr zum Laufen gebracht. ScanImage meldet zum Start immer "Es konnte keine Verbindung mit dem Host hergestellt werden".
Um auch Windows-Nutzern das Scannen zu ermöglichen, wollte ich ihnen Aufrufe von scanimage mittels einer Webanwendung auf dem Server ermöglichen. Eine solche Anwendung gibt es glücklicherweise schon und sie heißt PHPSane. Allerdings funktionierte die Anwendung nicht auf Anhieb: Sie benötigt das Paket netpbm, welches unter anderem das für PHPSane notwendige Programm pnmtojpeg beinhaltet. In dem Ordner der PHPSane-Installation müssen die vom Webserver beschreibbaren Ordner output und tmp erstellt werden. Die von dem Programm erstellten Parameter goutierten der Version von scanimage nicht so recht: In incl/config.php musste noch $MAX_SCAN_HEIGHT_MM auf 296 gestellt werden, weil Kommazahlen nicht erlaubt waren in scanimage. Außerdem kannte scanimage die Option "--jpeg-quality 0" nicht, welche aus der $usr_opt-Variable entfernt werden musste. Um direkt PDFs erstellen zu können, muss ImageMagick installiert sein. Wenn man mehrseitige PDFs erstellen will, müssen zusätzlich die poppler-utils (für das Programm pdfunite) installiert werden und ihr Pfad in der config.php angepasst werden. Wenn man dann "PDF" als Ausgabe auswählt, fragt das Programm nach jeder Seite, ob man noch eine weitere Seite scannen möchte.
Fazit: Das ist das praktischste und (da webbasiert) technisch unkomplizierteste Scanprogramm, dass ich je gesehen habe. Super!