projekte

Thorsten — Tue, 08 May 2012 10:20:00 GMT

Bevor ich irgendwann vergesse, was ich eigentlich mal irgendwann tun wollte, notier ich das mal hier...und hoffe auf Zeit, wenn die Motivation da ist und umgekehrt. Da wären so verschiedene Projekte, im folgenden:

ein kleines Gerät, bevorzugt ARM, welches meinen Router ersetzt und als SIP-Gate dient, um mit Smartphone und PCs an die Haustelefonleitung zu kommen. Pläne dafür gabs schon in Form eines ALIX 2D13, eines Raspberry Pi mit externen USB-Modems und einer Fritzbox, wobei
- letzteres zwar am kostengünstigsten wäre (weil vorhanden), aber da ein eigenes Linux oder BSD aufzuspielen (bei einer 200Mhz CPU mit 32MB RAM und ~50MB Flash) grenzt schon an Wahnsinn. Das Ding ist auf ADSL und WLAN optimiert und kann kein bisschen mehr vertragen...
- Raspberry Pi hat eigentlich zu wenig Anschlüsse, aber heute morgen kam auch die Idee, dass man bei sowas auf Konkurrenz zum Pi hoffen kann.
- ALIX 2D13 kommt mit der gewünschten Ausstattung (abzüglich Telefoniehardware, aber das ist ja bei allen Kandidaten), ist aber auch ziemlich teuer...dafür hat das auch außerordentlich Power unter der Haube. Pläne dazu unter [1]
Zweites Projekt, eigentlich älter, ist eine Zusammenstellung von Serverdiensten auf einem debian-System. Mir ging es beim Erstellen des initialen Plans [2] um einen Ersatz für Windows SBS Server. Diese machen ansich gute Arbeit, sind aber meiner Meinung nach schlecht zu administrieren, wenns irgendwo hakt. Vielleicht liegts auch nur an meinem fehlenden MCSE...aber ich bin überzeugt, dass eine Zusammenstellung äquivalenter Dienste unter GNU/debian damit konkurrieren können. Ein wichtiger Punkt bei dem Projekt ist aber, dass ich das System so konzipieren möchte, dass ich keine Ablegerdistribution erstellen will, die nach 1-2 Jahren nicht mehr weitergeführt wird. Das soll auf dem aktuellen stable-System aufbauen und mit Installationsskripten deployt werden. Die müssen natürlich angepasst werden, aber pro Installation sollen nur die Daten fürs Zielsystem angepasst werden. Vom Inhaltlichen verweise ich lieber wieder auf das Dokument [1]. Ich wollte den von unten herauf aufbauen und begann darum mit der Partitionierung, aber die Syntax des parted-Automatismus im debian-installer scheint wohl nicht besonders "stable" im Sinne von debian stable zu sein und tut nicht wirklich das, was die Dokumentation mit ein paar Beispielen zu erklären versucht. Danach ging mir dann auch mal wieder die Zeit flöten...im nächsten Anlauf werde ich das wohl überspringen oder auf FAI oder ähnliches setzen (was ich eigentlich auslassen wollte, um Komplexität einzusparen).

Update: Das mit dem SIP-Gateway wird wohl doch nix. Scheinbar tut ein gewöhnliches Analogmodem nicht den selben Job wie normal eingesetzte Hardware, die jedoch deutlich mehr kostet. Darum lohnt sich das nicht für mich. Ein altes, gebrauchtes Modem hätte ich vermutlich für lau abstauben können...so würde das 50-150€ kosten.

Windows ist doof, Linux funktioniert nicht

Thorsten — Fri, 04 May 2012 13:20:00 GMT

Momentan kommen mir im debianforum [1] immer öfter Menschen unter die Nase, die fast, aber nicht ganz auf das Schema linux-ist-nicht-windows [2] passen. Sie wissen, dass Linux anders ist, sie wollen es nicht alle wie Windows bedienen, aber sie haben ihre schlechten Windowsgewohnheiten noch nicht vergessen/abgelegt. Eigentlich schade, denn sie verpassen die Hälfte. Als Hilfesuchende punkten sie auch nicht, denn sie gehen Probleme nach Windows-Art an: Beschreibe das Verhalten, hoffe, dass das jemand kennt und eine Lösung dafür hat. Unter Windows gehts halt nicht anders...hoffentlich ergiebige Fehlermeldung ("Vorgang fehlgeschlagen") mit Vorgeschichte ("Programm XY installiert", "Windows Updates durchgeführt", ..) in Google suchen oder Forum posten und auf Leidensgenossen hoffen, die das Problem gelöst haben.

In den meisten open source Programmen gibt es irgendeine Art von Logging oder (Debug-)Ausgaben. Dazu führt man das Programm auf einem Terminal aus, ruft es anders auf oder schaut in der Logging-Datei der X-Session (ausgehend davon, dass es sich um ein grafisches Programm handelt), in der Regel zu finden in ~/.xsession-errors oder für SLIM in /var/log/slim.log. Dort gibt es dann ganz viele Informationen, die zielführend für eine Lösung sind. Ich behaupte ja nicht, dass da steht "du musst noch libbanana-2.4 installieren", und wenn derjenige mit dem Problem mit den Informationen nichts anfangen kann (weil sie zu technisch sind), dann gibts andere, die es können.

Bis es sich rumgesprochen hat, werd ich wohl öfters darauf hinweisen.

Für die meisten grafischen Programme:: ~/.xsession-errors
Für Serverdienste:: /var/log/syslog
Für Kernelfragen und Treiberprobleme:: /var/log/kern.log /var/log/messages

Und die meisten Programme, grafisch als auch nicht grafisch (und letztere besonders) haben eine Ausgabe auf dem Terminal, auf dem sie ausgeführt werden. Es wäre doch durchaus hilfreich, sowohl verursachendes Kommando als auch die Ausgabe dazu (abzüglich empfindlicher Daten, die sind erkennbar als solche zu zensieren) unverfälscht zu sehen.

Und diese Dateien (die in /var/log/ sind übrigens nur als root lesbar, also entweder ein root-Terminal öffnen oder sudo vor den Befehl setzen) werden am besten mit Hilfe von tail -f Datei gelesen (was die Ausgabe weiterlaufen lässt), woraufhin die fehlerverursachende Aktion wiederholt wird oder mit less komplett geöffnet. tail ohne -f zeigt einfach bloß die letzten 10 Zeilen an.

Damit wäre das hoffentlich vom Tisch. Das soll übrigens kein rant sein, sondern ein fester Schubser in die richtige Richtung, in Zukunft selbst Lösungen zu finden. Bei Windows hat man doch auch viel Durchhaltevermögen ;) Und neu installieren muss man bei $linuxdistribution auch nicht sonderlich oft.

Und ein letzter Hinweis: solange man nichts gekauft oder bezahlt hat, gibt es auch keinen "Anspruch". Das schließt auch "schließlich ist das doch ein Hilfeforum, ihr müsst mir helfen" ein. Das ist Freizeit, die wir "opfern", meist, weil es uns Spaß macht zu helfen oder wir dabei selbst noch lernen (gemeinsames Problemlösen). Entsprechend schwach ist die Motivation, eine nur schwach oder garnicht recherchierte Frage zu beantworten oder "Hausaufgaben" zu erledigen, die man wahlweise schnell zusammengesucht oder nachgelesen hat. Da hagelts dann schnell ein genervtes RTFM.

Update: falsche Datei angegeben, danke an up ausm dfde

Thorstens Blog (Posts about linux)

projekte

Windows ist doof, Linux funktioniert nicht