Recently I had a few Windows 10 installations which failed with the following error when triying to download KB5034441:
To fix this, you have to change the partition size of the recovery partition.
ATTENTION: I am not responsible if you do something wrong here and lose all your data. Be careful what you do and always create a backup before any modifications on partition layouts. Continue only if you know what you do!
Sometimes there is a problem especially when switching network cards in virtual machines, that the old card remains hidden with it’s ip-config. If you want to configure a new device with the same IP-Address, you will get a warning that this IP-Address is already used on another interface. Of course you can’t delete the configured IP-Address, because the old device is not available anymore and somewhere hidden.
Now you can try to fiddle in the registry, but there is a clean way:
Start a command prompt as Admininstrator and then enter:
set devmgr_show_nonpresent_devices=1 start devmgmt.msc
Now you have to enable “Show hidden devices” in the menu of Device Manager and tadaaa, you see all devices which are not existing anymore. If you do not see the devices, make sure you start devmgmt.msc from the same cmd window where you set the devmgr_show_nonpresent_devices variable.
You can now remove the unused devices.
This setting is not permanent and stays only within this command line session.
Wenn man die VLAN-Tags unter Windows in Wireshark sichtbar machen will, muss man anscheinend einen Trick anwenden – habe ich gestern gelernt. Mein Laptop wollte die VLAN-Tags leider nicht anzeigen, daher habe ich Google gefragt und bin schnell mal auf eine Seite von Intel gestossen. Da ich einen Intel Netzwerkadapter habe, musste ich das sofort ausprobieren. Siehe da, es hat geholfen:
Was ich gemacht habe:
Vor einiger Zeit habe ich mich beruflich mit MS Remote Desktop beschäftigt. Wir haben eine Applikation welche auf VMWare läuft, über einen einfachen Terminal Client starten wir dann eine Remotedesktop Verbindung auf die virtuelle Maschine. Die Applikation wollte aber einfach über RDP nicht starten. Nach einigen Versuchen haben wir festgestellt, dass die Applikation nur startet, wenn man mit der Konsolensitzung von Windows verbindet – also die Session die läuft, wie wenn man direkt an der Maschine sitzen würde.
Um das festzuhalten schreibe ich nun diesen Blogeintrag, da die Einstellungen je nach Client-Version unterschiedlich sind. Man kann ganz einfach eine RDP Verbindung mit dem MS Remotedesktop Client erstellen und speichern. Diese kann dann mit einem Texteditor (z.B. Notepad) geöffnet werden, danach kann man die folgende Zeile einfügen:
| Version | Config-Datei | Parameter |
|---|---|---|
| RDC v5.1 | connect to console:i:1 | /console |
| RDC v6.1 | administrative session:i:1 | /admin |
Bei OSX verhält sich das ähnlich. Hier ist die Datei im XML-Format, welche auch mit einem Texteditor geöffnet werden kann (z.B. TextEdit). Nun muss der Schlüssel (Key) “ConnectionString” gesucht werden. Danach folgt die Zeile <string>HOSTNAME</string> wobei “HOSTNAME” die IP-Adresse oder der Name des Remotedesktop-Rechners ist. Dieser String kann mit /console erweitert werden. Speichert man nun die Datei und öffnet diese wieder mit dem Remotedesktop Client, so verbindet man nun direkt auf die Konsolensitzung.
| Version | Config-Datei |
|---|---|
| RDC v2.1.0 | <string>hostname /console</string> |
Ein Screenshot der betroffenen Zeile, als Beispiel ist hier die IP-Adresse 192.168.1.10 eingegeben:
Mehr dazu hier:
http://blogs.msdn.com/b/rds/archive/2007/12/17/changes-to-remote-administration-in-windows-server-2008.aspx
Letztens habe ich mich gefragt, ob es bei Windows eigentlich auch eine Art von “SSH-Zugang” gibt, wie wir es von Unix Systemen gewöhnt sind. Dass es mitlerweile mit der PowerShell möglich ist, Windows quasi per Konsole zu bedienen, lag es nahe dass da eigentlich eine solche Funktion vorhanden sein müsste.
Ihr denkt jetzt wahrscheinlich: “Verwende doch einfach RDP oder VNC”, aber das reicht eben nicht in jedem Fall. Kürzlich startete ich über RDP meinen Windows Server neu, jedoch blieb er irgendwo beim herunterfahren hängen (Ich sagte ja, Windows…). So, der RDP Dienst auf dem Server war bereits gestoppt, Zugang über RDP konnte ich also vergessen. Nun blieben mir 3 Möglichkleiten: