Ich persönlich nutze aktuell KeePassXC für die Kennwortverwaltung und CopyQ für die Historisierung der Zwischenablage.

Dummerweise erscheinen so per Standard die aus KeePassXC kopierten Kennworte in der Historienanzeige von CopyQ.

Ausgangssituation: Festplatte ist schnarchlahm
Lösung: Tante Google hat mich zu dieser Seite geführt: SSD auf Ursprungszustand zurücksetzen. Durch Secure Erase kann man die SSD-Festplatte auf den Werkszustand zurücksetzen, um sie wieder flott zu bekommen.

Manchmal möchte man wissen, ob ein SSH-PrivateKey auf einen SSH-PublicKey “passt” oder man hat nur den SSH-PrivateKey zur Hand und und muß daraus den PubKey ermitteln. Hier zeige ich, wie beides geht.

Manchmal verwenden wir bei Gitlab-Pipelines die CI_PIPELINE_IID zur Generierung von Versionsnummern. Die CI_PIPELINE_IID wird bei jedem Lauf einer Pipeline inkrementiert und entspricht somit einer Art “BuildNumber”.

Probleme treten auf, wenn man bspw. einen zweiten Gitlab-Server aufbaut und die Projekte mittels Export/Import übernimmt. Dann haben beide Server die gleiche CI_PIPELINE_IID und es kommt leicht zu Überlappungen.

Hier zeige ich, wie ich beim zweiten Gitlab-Server die CI_PIPELINE_IID “hochdrehe”, damit dieser immer höhere Werte hat.

Ich arbeite viel auf der Kommandozeile und da dann hauptsächlich mit der BASH. Leider kommt es immer wieder vor, dass Kommandos aus meiner BASH-Historie “verschwinden”, was ein ziemlicher Ärgernis ist. Ich weiß, ich habe Kommando XYZ mal verwendet, finde es aber nicht in meiner BASH-Historie (mit “Pfeil-hoch”, “Strg-p” oder “Strg-r”).

Ich verwende gerne gitk, um mir schnell einen Überblick über Git-Repos zu verschaffen. Das Tool sieht zwar schlicht aus, erfüllt seinen Zweck aber hervorragend.

Leider stürzt es in letzter Zeit immer mal wieder ab!

Manchmal habe ich einen Rechner vor mir, zu dem ich zwar eine Netzwerkverbindung habe, an dem ich mich aber nicht per SSH anmelden kann weil noch kein SSH-Schlüssel installiert ist.

Hier beschreibe ich, wie ich einen SSH-Schlüssel mittels nc einspiele!

Manchmal passiert es, dass VirtualBox nach dem Anlegen einer VM problemlos von einer Platte startet, dies nach einem Neustart aber verweigert. Es erscheint ein sehr technisch aussehender Fehlerbildschirm mit der Überschrift “UEFI Inveractive Shell v2.2” sowie einem Hinweis auf “startup.nsh”.

Hier beschreibe ich, wie man dennoch starten kann.

Manchmal habe ich auf einem externen USB-Medium Ventoy installiert und ärgere mich, wenn ich bei einem Rechnerneustart im ISO-Auswahlmenü von diesem USB-Medium lande. Hier beschreibe ich, wie ich dennoch von der internen Festplatte starten kann.

Aktuell arbeite ich an einer automatischen Installation von Ubuntu. Es ist sehr mühsam, dies mit physischen Rechnern oder USB-Sticks zu testen.

Ich versuche, das mit Virtualbox und lokalen Dateien nachzustellen.