Da ich des öfteren Probleme habe bei gesplitteten Archiven, das manchmal Teile davon defekt sind und ich an diese nicht mehr rankomme bzw diese so kapputt hochgeladen wurden, hab ich nach einer Lösung im Internet gesucht.
Hier eine kurze Beschreibung, welche Software wie installiert werden muss um mit Git gut arbeiten zu können. Ebenso werden Befehlsfolgen für die einfache Verwendung noch folgen. Sowie auch allgemeine Informationen um sich das leben zu erleichtern.
Zuerst brauchen wir eine Lauffähige MinGW64 Umgebung. Eine Installationsleitung findet man dazu hier.
Nach langer suche und vielen Zusammenstückeln, habe ich nun endlich ein komplettes Paket um einen Dienst die Möglichkeit zu implementieren sich selbst per Kommandozeilenparameter zu installieren.
Sollte sich ein Dienst unter Windows sporatisch verabschieden gibts hier ein kleines Batch-File das man einfach in die Geplanten Tasks hängen kann, um den Dienst wieder starten zu lassen:
Die komplette Entwicklungsumgebung für Hugo kann auch als Portable abgelegt werden. Hierfür habe ich Visual Studio Code portable, Git und Hugo in ein lokales Verzeichnis nebeneinander abgelegt. Zum starten verwende ich dann immer die Kommandozeile und verwende zuerst das folgende Script:
Nach dem ich mir nun die K350 von Logitech zugelegt habe, hatte ich zuerst schon bedenken, dass ich wieder vom AIMP-MediaPlayer zu Winamp oder gar Windows Media Player wechseln muss, da im AIMP die MediaKeys von der Tastatur nicht funktionierten.
Zuerst müssen Sie sich die benötigten Paket herunterladen, die hier zu finden sind.
Langzeitüberwachung von Windows-Rechnern funktioniert via Munin sehr gut. Hierfür werden hier 2 Möglichkeiten beschrieben, wie diese Konfiguriert werden und was ihr Vor- bzw. Nachteil ist.
Da ich schon seit längerem mich wieder mit LaTeX beschäftigen wollte und ich gerne mit Notepad++ arbeite, habe ich nach einer Möglichkeit gesucht dies zu verbinden.
Hatte des öfteren schon Probleme mit PSExec, dass dies die keine Remoteverbindung mehr bekommen hat und diese Fehlermeldung erzeugt hat:
“Kein Prozess ist am anderen Ende der Pipe”
(oder in Englisch: “No Process is on the other end of the pipe”)
Mit dem nachfolgenden Befehl ermittelt man unter Windows die offenen Ports und den dazugehörigen Prozess, der diesen Port geöffnet hat.
Da es immer mal wieder Problem gibt, wenn man mit dem Computer in 2 Netzwerken sitzt (zB Netzwerk und WLan) und in beiden ein Router benötigt wird, dann müssen diese entsprechend selbst eingetragen werden. Dazu helfen diese beiden Scripts, je für unterschiedliche Betriebssysteme.
Immer wieder kommt die Frage auf, wie man unter Windows ohne Zusatzsoftware, die Prozesse ermittelt die eine bestimmte DLL geladen haben.
Nach der installation des neuen VMware Player 3 war ich erstmal entzückt. Viele neue Features die ich schon immer gewünscht und gewollt hab. Aber beim Zeitpunkt in dem ich meine Netzwerkkarte für die VM vorgeben musste stand ich erstmal sprachlos da, da die vmnetcfg.exe nicht mehr vorhanden ist.
Da ich immer wieder Probleme mit automatischen Aufwachen aus dem Energiesparmodus in Windows 8 hatte, hab ich mich im Internet etwas umgeschaut und bin auf folgenden Befehl gestoßen: