Das hatte ich aus mir unerklaerlichen Gruenden bei einer Linux Installation letztens auch, dass er nicht Booten wollte.
Mein Tipp waere in der KVM im Browser einmal nen STRG+ALT-ENTF zu senden um den Rechner zu rebooten, das hatte bei mir das Problem behoben.
Sonst eventuell mal einen Hardware Reset des Servers im CCP machen. Wenn das nicht hilft muessen wir weitersehen.
Das hatte ich aus mir unerklaerlichen Gruenden bei einer Linux Installation letztens auch, dass er nicht Booten wollte.
Mein Tipp waere in der KVM im Browser einmal nen STRG+ALT-ENTF zu senden um den Rechner zu rebooten, das hatte bei mir das Problem behoben.
Sonst eventuell mal einen Hardware Reset des Servers im CCP machen. Wenn das nicht hilft muessen wir weitersehen.
Danke für deine schnelle Antwort 
Das hab ich leider auch schon gemacht.
Hat leider keinen Erfolg gebracht.
Danke für deine schnelle Antwort
Das hab ich leider auch schon gemacht.
Hat leider keinen Erfolg gebracht.
Formatier mal die Festplatte im SCP und starte das Setup erneut.
Formatier mal die Festplatte im SCP und starte das Setup erneut.
Wow das hat nun geklappt mit dem vorherigen Formatieren
Danke!
EDIT: Habe den UEFI Boot nicht eingeschaltet. Ich installiere nochmal neu 
Ok nächste Frage:
Ich möchte die Auflösung ändern. https://helpcenter.netcup.com/de/wiki/server…chirm-anpassen/
Ich komme aber scheinbar nicht in die UEFI Firmwareeinstellungen.
Ich bin auf Problembehandlung gegangen und bin nun hier:
Die eigentliche Frage kann ich leider nicht beantworten, aber wieso ist das überhaupt notwendig?
Die Installation geht problemlos mit der Standardeinstellung und danach greift man doch üblicherweise über VPN/RDP oder SSH zu...
Die Installation geht problemlos mit der Standardeinstellung und danach greift man doch üblicherweise über VPN/RDP oder SSH zu...
Das ist soweit mehr oder weniger richtig, setzt aber voraus das in den Systemeinstellungen der RDP Zugriff erlaubt ist, was man in der Regel erstmal via VNC regelt. Warum man dazu eine andere Auflösung benötigt erschließt sich mir auch nicht ganz.
Loisel Google mal nach Remotedesktopverbindung aktivieren. Schön daß es mit der Formatierung geklappt hat, hatte kürzlich selbiges Issue.
Vielen Dank an alle die hier mitgemacht haben.
Das Ding läuft nun
Hinweis zur Absicherung: Netcup Firewall für RDP (Port 3389 eingehend) aktivieren und diesen Port blockieren, Zugang dann nur über https://tailscale.com/ VPN IP Adresse. Oder MINDESTENS https://github.com/DigitalRuby/IPBan installieren und konfigurieren.
Viel sinnvoller wäre es das öffentliche Windows Interface eingehend und ausgehend per NC Firewall zu blocken und stattdessen einen Linux VPS als Gateway per vlan zu nutzen.
Wenn man keinen extra VPS zur Verfügung hat, kann man nach dem blocken und/oder verlagern des RDP Ports auch direkt z.B. Wireguard auf dem Windows-Server installieren und sich darüber verbinden.
Ein Verlagern des RDP Ports hält keinem ernsthaften Scan- und Hackversuch stand. Das Blockieren per NC Firewall und Nutzung über VPN reicht.
Danke für eure Ratschläge.
Den Zugang sicherer zu machen bin ich gerade dran 
PowerShell kann den Firewall-Zugriff für Remote Desktop auf eure IP begrenzen. Benutzt dazu von eurem REMOTE SYSTEM (Nicht vom Server!) entweder euren festen Hostnamen, oder alternativ myFritz oder ein anderen DynDNS Anbieter. Das PowerShell Script alle 10-30 Minuten in der Aufgabenplanung starten, und Remote Desktop Verbindungen sind nur noch von der einen IP-Adresse möglich.
$ip = [System.Net.Dns]::GetHostAddresses("xxxxx.myfritz.net").IpAddressToString
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Set-NetFirewallRule -RemoteAddress $ipWer es detaillierter mag:
Deutsches Betriebssystem:
$ip = [System.Net.Dns]::GetHostAddresses("xxxxx.myfritz.net").IpAddressToString
Set-NetFirewallRule -DisplayName "Remotedesktop - Benutzermodus (TCP eingehend)" -RemoteAddress $ip
Set-NetFirewallRule -DisplayName "Remotedesktop - Benutzermodus (UDP eingehend)" -RemoteAddress $ip
Set-NetFirewallRule -DisplayName "Remotedesktop - Schatten (TCP eingehend)" -RemoteAddress $ipEnglisches Betriebssystem:
$ip = [System.Net.Dns]::GetHostAddresses("xxxxx.myfritz.net").IpAddressToString
Set-NetFirewallRule -DisplayName "Remote Desktop - User Mode (TCP-In)" -RemoteAddress $ip
Set-NetFirewallRule -DisplayName "Remote Desktop - User Mode (UDP-In)" -RemoteAddress $ip
Set-NetFirewallRule -DisplayName "Remote Desktop - Shadow (TCP-In)" -RemoteAddress $ipEin Verlagern des RDP Ports hält keinem ernsthaften Scan- und Hackversuch stand. Das Blockieren per NC Firewall und Nutzung über VPN reicht.
In Verbindung mit der NC Firewall stimme ich zu.
Die Windows-Firewall hat mir zu viel "Eigendynamik" als dass ich da Standardports verwenden würde.
Sicher ist das Verlegen allein kein Schutz gegen Hacking, aber es filtert schon einiges an "Grundrauschen" heraus.
Noch besser wäre es, wenn man das RDP Interface nur auf die VLAN IP binden könnte, aber das geht meines Wissens nicht.
Noch besser wäre es, wenn man das RDP Interface nur auf die VLAN IP binden könnte, aber das geht meines Wissens nicht.
Schau Dir mal: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\LanAdapter an.
Damit bindet man RDP an einen bestimmten Adapter. Die Adapter-Nummern kann man so listen:
Get-NetAdapter | Select Name, InterfaceIndex, LinkSpeedund dann:
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" -Name "LanAdapter" -Value X>> Dann rebooten <<<< Maybe it works ...
In Verbindung mit der NC Firewall stimme ich zu.
Sicher ist das Verlegen allein kein Schutz gegen Hacking, aber es filtert schon einiges an "Grundrauschen" heraus.
Wenn der Port durch die NC Firewall zu ist, kommt auch auf dem Standardport kein Grundrauschen mehr an.