Diese Infografik habe ich beim Graphitti-Blog gefunden und hielt sie für absolut teilenswert. Die meisten werden dieses Martyrium schonmal mit ähnlichen Ergebnissen hinter sich gebracht haben.

Bei Linuxproblemen und Fragen fehlt hier aber definitiv noch ein nicht zu kleiner Anteil an "Lies bitte die Manpage"-Kommentaren ohne weiter Erläuterung. ;-)

In der Nacht von vorgestern auf gestern gab es ein spaßiges Sophos-Update. Als ich dann gestern den Schutthaufen beseitigen wollte, den uns dieses verkorxste Update zurückgelassen hatte, kam bei einem Pingversuch eine Bestätigung, die etwa so aussah:

Ping $ÿ mit 32 Bytes Daten

Äh, wie meinen? Das Netzwerk selbst funktionierte auch nicht richtig, im Log stand eine Meldung, dass die IPSEC-Dienste nicht richtig gestartet werden konnten. Um diese beiden Fehler zu beheben bin ich wie folgt vorgegangen. Hinweis: Habt ihr nur den Ping $ÿ"-Fehler, solltet ihr bei Punkt 3 beginnen.

1. regedit öffnen und folgenden Schlüssel und sämtliche Unterschlüssel löschen (für Vorsichtige: umbenennen)

   HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\IPSec\Policy\Local

2. Anschließend in einem cmd diesen Befehl ausführen:

   regsvr32 polstore.dll

Bis hierhin ist es eine Lösung, die Microsoft auch in einem KB-Eintrag beschrieben hat. Das hat mein Problem aber nicht gelöst, weswegen ich weitergemacht habe.

3. Wir werden nun das Winsock-Layout reseten. Dazu in einem CMD eingeben:

   netsh winsock reset catalog

   Anschließend den Rechner neustarten.

4. Eventuell hat euch dieser Punkt schon geholfen. Wenn nicht, versucht dies in einem CMD:

   netsh int ip reset reset.log

   Das habe ich allerdings auch nur von HIER.

Bei mir haben die Schritte 1 bis 3 die Lösung gebracht.

Auf unserem ESXi-Server war nach einem Neustart eine SSH-Verbindung nicht mehr möglich. Ein Versuch wurde mit der Fehlermeldung "ssh_exchange_identification: Connection closed by remote host" abgewiesen.

Um überhaupt auf die Fehlersuche gehen zu können, musste ich deswegen die gute alte Turnschuhadministration anwenden und in den Serverraum latschen. Über die Tastenkombination ALT+F1 lässt sich am Server selbst nämlich auch ein SSH-Terminal öffnen, auf dem man wie gewohnt arbeiten kann.
Der eigentliche Fehler war dann ein Layer 8 Problem:
Da ich nicht alleine auf dem Server arbeite, aber alle Änderungen von mir sind, habe ich in der Banner-Datei /etc/banner einen Text hinterlegt, der andere Benutzer auf gewisse Prozesse und Befehle hinweist. Wie das geht, werde ich mal bei Gelegenheit hier schreiben. Diese Datei war durch einen Schreibfehler in der /etc/rc.local nach einem Neustart nicht neu erstellt worden und wurde deswegen vom ssh-Client des ESXi vermisst. Das ließ sich in der /var/log/messages einfach nachvollziehen, da nach einem gescheiterten Loginversuch die Meldung

dropbear: premature exit: Error opening banner file '/etc/banner'

den Fehler relativ klar umschrieb.
Ich habe es nun so gelöst, dass die Datei innerhalb des Datastores liegt und nur Symlink unter /etc/banner abgelegt wird. Theoretisch könnte ich auch den Pfad der banner-Datei direkt angeben, aber der Übersichtlichkeit wegen habe ich die Datei lieber in /etc/ liegen.

Heute mal ein Experiment mit Bilingualität. Die deutsche Version steht untendrunter.

English Version

So the long awaited Black Mesa: Source Mod is now downloadable. You need some prerequisites for it, but no problem. After installing you will find out that you can't play it on any resolution or - as I like to do it - in a borderless mode. So here is how to fix this:
As any Source engine game Black Mesa Source supports some command line parameters. If you want to use a resolution which is not supported in the options menu, you can add it as parameters height and width to use it nevertheless. If you want to use borderless mode when playing windowed, just add noborder. So I added -height 1080 -width 1920 -noborder to my parameters and i got what I wanted.
Noobie help: Where to add these?
If you don't know where to append these parameters, no problem. The easiest way is to right-click Black Mesa in your Steam games library, choose Properties and then Set Launch Options. Here you can add all the parameters you want. For further instructions and parameters look HERE.

Deutsche Version

Endlich ist die lang erwartete Blacke Mesa: Source Mod veröffentlicht worden. Neben einigen anderen Voraussetzungen wie etwa dem Source SDK sind weder Download noch Installation ein Problem. Allerding werdet ihr beim ersten Starten feststellen, dass weder alle gängigen Auflösungen im Optionsmenü zu finden sind, noch der von mir heißgeliebte rahmenlose (borderless) Fenstermodus. Wie kann man das beheben?
Wie jedes Spiel auf Basis der Source engine unterstützt auch Black Mesa: Source gewisse Command Line Parameter. Wollt ihr also etwa eine nicht im Optionsmenü aufgeführte Auflösung nutzen, nutzt ihr height und width als Parameter für Höhe und Breite. Wollt ihr den borderless-Modus haben, braucht ihr den noborder-Parameter. Ich habe also für meine 1920x1080 Auflösung und einen borderless Modus die Parameter -height 1080 -width 1920 -noborder als Startparameter hinzugefügt.
Anfängerhilfe: Wo setze ich diese Parameter?
Es gibt mehrere Möglichkeiten, wo ihr diese setzen könnt. Die einfachste Möglichkeit geht über einen Rechtsklick auf Black Mesa: Source in der Steam Games Library, dann auf Eigenschaften und dann auf Startparameter setzen. Die Schaltflächen könnten etwas anders heißen, da ich Steam in Englisch nutze, bin ich mir nicht ganz sicher. An dieser Stelle könnt ihr jeden Parameter setzen, den ihr brauchen könntet. Eine gute (englischsprachige) Übersicht findet ihr etwa HIER.

Update (21.03.2012): Grade heute hatte ich wieder die Notwendigkeit, den Fortschritt von dd zu sehen. Dabei habe ich einen weiteren, einfacheren Weg auf commandlinefu gefunden, der alles in einem Fenster möglich macht.

dd if=/dev/urandom of=file.img bs=4KB& sleep 1 && pid=`pidof dd`; while [[ -d /proc/$pid ]]; do kill -USR1 $pid && sleep 10 && clear; done

Das ist ab sofort mein persönlicher Favorit.

Ursprünglicher Beitrag: Wenn man mit Linux arbeitet, kommt man früher oder später mit dem mächtigen Werkzeug dd in Kontakt. Doch grade Einsteiger werden von der fehlenden Möglichkeit einer Überwachung irritiert. Man gibt den Befehl mit allen Parametern ein und wartet dann. Doch das muss nicht sein. Auf commandlinefu gibt es einige Vorschläge, wie man diesen Umstand umgehen kann. Ich will hier eine vorstellen.

Wenn ihr euren dd-Befehl starten wollt, hängt noch ein & pid=$! hinten dran. Würde dann beispielsweise so aussehen:

dd if=/dev/sdc of=~/sdc.img bs=1M& pid=$!

Damit packt ihr den dd-Befehl in den Hintergrund und weist der Variable pid gleichzeitig den Wert der dd-Prozess ID zu.
Nun könnt ihr mit

while true; do kill -USR1 $pid && sleep 1 && clear; done

Den Fortschritt von dd überwachen. Mit STR+C könnt ihr das ganze dann wieder abbrechen.