Das war aber ein Fehler wie sich später noch herausstellen sollte. Lt. der SANE-Webseite wird der S300 “good” unterstützt. Ich dachte das reicht mir schon und habe mich dann dort nicht mehr weiter informiert. Als ich dann den S300 bei mir hatte und das erste Stück Papier einscannen wollte, wurde das Gerät nicht einfach als Plug-and-Play erkannt, wie ich es mir gedacht hatte.
Nach einer kurzen Recherche musste ich feststellen, dass ich für die Nutzung des S300 eine Datei aus dem Windowstreiber benötige. Die Erklärung dazu ist (soweit ich das richtig verstanden habe), dass beim S300 die Logik fast komplett im Treiber und nicht in der Hardware implementiert wurde. Wahrscheinlich ist dies auch ein Grund, warum dieser soviel günstiger als der S1500 ist.
Also habe ich meine Virtualbox mit Windows gestartet um den Treiber dort zu installieren. In der virtuellen Maschine kann ich ja den kompletten Funktionsumfang nutzen, wenn mir die Funktionen unter Linux nicht ganz reichen. Und außerdem benötigte ich ja noch die Datei um den Scanner unter Linux zum Laufen zu bringen.
Soweit zur Theorie. Ich habe nach vielfachen Versuchen aufgegeben den Treiber in der virtuellen Maschine zu installieren, da dies einfach nicht möglich war. Somit war der Scanner für mich nutzlos und nach längerem hin und her konnte ich das Gerät wieder zurückgeben.

In der Zwischenzeit hatte ich aber gesehen, dass der S1500 auf Ebay relativ günstig zu haben ist. Daher habe ich mir nach der Rückgabe des S300 den S1500 dort gekauft. Als ich dieses Gerät an mein Notebook mit Ubuntu 9.10 angesteckt hatte, wurde der Scanner sofort erkannt und auch die erste Testseite war mit XSane, dem unter Ubuntu vorinstallierten Scannprogramm, schnell gescannt.
Nach meinen ersten Tests musste ich aber feststellen, dass eine gescannte A4-Seite am unteren Rand abgeschnitten wird. Mit XSane hatte ich aber keine schnelle Lösung gefunden.
Da ich aber sowieso ein Freund der Kommandozeile bin, habe ich mich auf die Suche nach einem Kommandozeilen-Tool begeben und mit scanadf auch gefunden.

Dies ist unter Ubuntu 9.10 aber nicht installiert, findet sich aber in den Paketquellen. Daher ist die Installation auch sehr einfach:

sudo aptitude install sane

Doch wie finde ich jetzt meine Scanner und wie gebe ich diesen dem Kommando scanadf bekannt? Dazu gibt es bei scanadf einen Option, um sich alle erkannten Scanner anzeigen zu lassen:

scanadf -L

Damit ich jetzt sehe, welche Optionen mein S1500 anbietet, gebe ich folgendes ein:

scanadf --help -d "fujitsu:ScanSnap S1500:303564"

Um jetzt eine ganze A4-Seite zu Scannen muss ich folgenden Befehl eingeben:

scanadf -d "fujitsu:ScanSnap S1500:303564" -v --page-height=298.009 -y 297.009

Der S1500 kann auch beidseitig scannen. Mit scanadf sieht das wie folgt aus:

scanadf -d "fujitsu:ScanSnap S1500:303564" -v --page-height=298.009 -y 297.009 \
--source="ADF Duplex"

Der eine oder andere hat sich sicher schon gefragt in welchem Format die gescannten Dokumente vorliegen. Die Seiten werden im Portable Bitmap Format (PBM) gespeichert. In diesem Format will man seine Dokumente aber nicht archivieren, da hier eine Seite schon 4MB groß sein kann.
Daher muss man nun noch die entstandenen PBM-Dateien in ein TIFF oder ein PDF konvertieren. Hier können die Programme potrace oder convert (aus dem Package imagemagick) verwendet werden.

Leider bin ich mir noch nicht sicher, welches Format die bessere Wahl ist. Und auch ein Versuch mit einer OCR-Software war leider nicht sehr zufriedenstellend.
Was ist euer bevorzugtes Format zur Archivierung von Dokumenten? TIFF oder PDF? Wäre hier für weitere Anregungen dankbar.

steghide befindet sich in den Ubuntu Sourcen und kann mit apt installiert werden:

sudo aptitude install steghide

Nun kann die Datei die man verstecken möchte (geheim.txt) in ein Bild (img_23.jpg) geschrieben werden. Man muss dazu ein Passwort angeben.

steghide embed --embedfile geheim.txt --coverfile img_23.jpg
Enter passphrase:
Re-Enter passphrase:
embedding "geheim.txt" in "img_23.jpg"... done

später kann aus dem Bild, nach Eingabe des Passwortes die Datei wieder extrahiert werden.

steghide extract --stegofile img_23.jpg
Enter passphrase:
wrote extracted data to "geheim.txt".

Darum hier ein Versuch sämtliche gern gemachte Fehler niederzuschreiben. Ich würde mich über Kommentare eurer Fallgruben von euch freuen.

1. whitespaces und wildcards

   mv $file_old $file_new # falsch
   

   Das kann bei Dateinamen mit Leerzeichen oder wildcards zu Problemen führen, wenn man sich nicht sicher ist welchen Inhalt eine Variable hat, sollte man sie in Anführungszeichen setzen.

   mv "$file_old" "$file_new"
   

   Nun können in $file_old und $file_new Leerzeichen und wildcards wie * oder ? oder [...] verwendet werden.

2. runde Klammern werden nicht erkannt

   Ich bin schon öfter über Posting gestolpert wo das Skript mit dieser Meldung abstürzte:

   Syntax error: "(" unexpected

   Das liegt dann meistens daran das keine BASH sondern eine abgemagerte Shell wie dash verwendet wurde.
   Welche Shell verwendet wird kann über $SHELL abgefragt werden:

   echo $SHELL

3. Variablen-Deklaration

   $ubuntu="super" # falsch
   ubuntu = "super" # falsch
   ubuntu ="super" # falsch
   

   in BASH werden einer Variable, ohne $ und ohne Zwischenabstände Werte zugewiesen.

   ubuntu="super"
   

4. lesen und schreiben in die selbe Datei

   Es ist nicht möglich in die selbe Datei, über eine pipe zu schreiben, von der gelesen wird. In den meisten Fällen bleibt dann eine 0 Byte große Datei über.

   cat datei | sed s/foo/bar/ > datei # falsch

   Eine Lösung wäre mit einer temporären Datei zuarbeiten und diese mit der Originaldatei zu überschreiben

   sed 's/foo/bar/g' datei > tmpdatei && mv tmpdatei datei

5. Globing verwenden

   Ein gern gemachter Fehler ist das verwenden von subshells in loops

   for x in `ls *.jpg`; do # falsch
   

   Hat einer der Dateinamen whitespaces wird es hier zu Fehlern kommen (siehe 1). Außerdem wird ein externes Kommando ls unnötig aufgerufen.
   In BASH sollte darum für solche Aufgaben das BASH interne Glob verwendet werden.

   for i in *.jpg; do
   

6. Verwenden absoluter Pfade bei externen Programmen

   Oft werden externe Programme in BASH ohne absoluten Pfad aufgerufen, sehr sicher ist das allerdings nicht.

   dateien=`ls /home/userin/`

   Das Problem hier könnte sein das jemand mutwillig ein Programm mit den Namen ls erzeugt und nicht mehr /bin/ls wie gedacht, sondern ein manipuliertes ls ausgeführt wird.
   Ein besserer Ansatz mit einem absoluten Pfad:

   ls="/bin/ls"
   dateien=`$ls /home/userin/`
   

Aber speziell für Ubuntu gibt es eine weitere Möglichkeit, nämlich ein sogenanntes PPA. Eine Erklärung für PPA habe ich bei wiki.ubuntuusers.de gefunden:

PPA ist ein Service von Launchpad und steht für “Personal Package Archive” zu deutsch: eigenes Paketarchiv. Es bietet einem die Möglichkeiten Debian-Pakete für unterschiedliche Architekturen (i386, amd64 und lpia) zu bauen und diese dann entweder als Direktlinks oder durch eine eigene Paketquelle, die einem PPA bietet, anderen Menschen zur Verfügung zu stellen.

Mit Ubuntu 8.10 oder Ubuntu 9.04 ist es eigentlich relativ mühsam sich so ein PPA zu konfigurieren, damit man danach die durch dieses PPA zur Verfügung gestellte Version einer Software installieren kann. Aber mit der nächsten Ubuntuversion 9.10 (Karmic Koala), welche sich zur Zeit im Beta befindet und am 29.10.2009 released wird, hat sich der Umgang mit PPAs vereinfacht. In diesem Blogpost möchte ich nun die neuen vereinfachten Vorgehensweisen beschreiben.

Als Beispiel nehme ich das PPA des Banshee Teams, da sich in den offiziellen Quellen von Ubuntu 9.10 (zum Zeitpunkt dieses Blogposts) noch eine ältere Version befindet.
Eine kleine Warnungen sei hier aber noch angebracht!

• man sollte sich ganz genau überlegen, ob man einem PPA trauen sollte, weil durch diesen Weg kann jemand sehr leicht schädliche Software auf dein System bringen, da natürlich jeder Launchpad User auch ein PPA zur Verfügung stellen kann. Entwicklerteams wie jenem von Banshee oder Mozilla kann meiner Meinung nach, durchaus das nötige Vertrauen entgegengebracht werden.

Die Information welche wir nun für die Konfiguration des PPAs benötigen, findet man nun dierkt auf der gewünschten Launchpad PPA-Seite und wird auch gleich fett gedruckt dargestellt:

Um jetzt ein PPA zu konfigurieren gibt es zwei Möglichkeiten:

1. über die Konsole mit dem Kommando:
   sudo add-apt-repository ppa:banshee-team/banshee-unstable

   bernd@karmic:~$ sudo aptitude show banshee
   Package: banshee
   New: yes
   State: not installed
   Version: 1.4.3-6
   .....
   
   bernd@karmic:~$ sudo add-apt-repository ppa:banshee-team/banshee-unstable
   Executing: gpg --ignore-time-conflict --no-options --no-default-keyring \
   --secret-keyring /etc/apt/secring.gpg --trustdb-name \
   /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg \
   --keyserver keyserver.ubuntu.com \
   --recv 9D2C2E0A3C88DD807EC787D74874D3686E80C6B7
   gpg: requesting key 6E80C6B7 from hkp server keyserver.ubuntu.com
   gpg: key 6E80C6B7: "Launchpad PPA for Banshee Team" not changed
   gpg: Total number processed: 1
   gpg:              unchanged: 1
   
   bernd@karmic:~$ sudo aptitude show banshee
   Package: banshee
   New: yes
   State: not installed
   Version: 1.5.0-3~hyper1~karmic1
   .....

2. über das Grafische Interface mittels dem Menüpunkt “System -> Systemverwaltung -> Software Paketquellen”.
   

Danach kann man wie gewohnt die gewünschte Software installieren und bekommt automatisch aktualisierte Versionen, sobald die Software eines PPAs aktualisiert wird.