Heute bei einem Kunden an der Tür zu IT-Büro (Names eines unserer Admins):
??????
Debian 9 (Stretch) Startzeit-Auswahl (Timeout) von Grub verändern
Problem
Ab und zu ist die Standardzeit der Grub-Menüauswahl beim starten von Debian nicht passend. Entweder die voreingestellten fünf Sekunden sind zu lang, oder deutlich zu kurz.
Lösung
- Als root die Datei
/etc/default/grubbearbeiten - Änderungen an eintrag „GRUB_TIMEOUT“ durchführen
- Mit
update-grubdie geänderte Konfigurationsdatei übernehmen
.NET Framework 3.5 Fehler 0x800f0906, Fehler 0x800f0907 oder Fehler 0x800f081f
Während der Installation des .NET Framework 3.5 unter Windows 8/10 oder Windows Server 2012/2012R2 treten möglicherweise einer oder mehrere dieser Fehler auf:
- .NET Framework Fehler 0x800f0906
- .NET Framework Fehler 0x800f0907
- .NET Framework Setup-Fehler 0x800f081f
Das liegt vermutlich an einer „verfrüht“ aktualisierten .NET Komponente, die sich bereits auf dem System befindet. Ohne weiteres ist die auch nicht manuell zu entfernen.
In der Regel hilft es, diesen Patch zu installieren. Dann klappt meistens das Setup nach einem Reboot sofort: https://support.microsoft.com/en-us/help/3005628
Das Update wird zwar auch über Windows-Update verteilt, aber auf manchen Maschinen klappt das nicht freiwillig. Da einfach manuell herunterladen und installieren. Wenn das nicht funktioniert, erst SAUBER NEU STARTEN (!) und dann den Windows-Troubleshooter herunterladen und ausführen. In allen unseren Fällen ging es danach wieder problemlos: https://support.microsoft.com/de-de/help/4027322
.NET Framework 3.5 unter Windows 10 offline installieren
Problem
Eine wichtige Software braucht das .NET Framework 3.5 um unter Windows 10 korrekt zu funktionieren. Die Maschine ist aber nicht so richtig mit dem Internet verbunden und offline. Wie kann man jetzt die .NET 3.5 Features aktivieren?
Lösung
Auf dem Installationsmedium für Windows 10 (DVD oder ISO-Datei) und Windows Server 2012/2012R2 ist das .NET Framework enthalten. Mit DISM lässt es sich problemlos installieren, unabhängig davon ob die Maschine Internet hat oder nicht:
C:\> dism.exe /online /enable-feature /featurename:NetFX3 /source:E:\sources\sxs /LimitAccess
Das Quell-Laufwerk muss natürlich entsprechend angepasst werden.
Standard OU von „Computer“ und „Users“ für neue Objekte ändern

Problem
Neue Computer-Objekte im Active Directory werden standardmäßig im „WellKnownObjects“ Container (CN) CN=Computers abgelegt und neue Benutzer-Objekte in CN=Users. In den guten alten SBS-Installationen ist der Ort anders und lautet „SBSComputers“ und „SBSUsers“. Das ist nicht immer perfekt – wie ändert man das?
Lösung
An der (Admin-) Kommandozeile lässt sich ab Server 2008 der Standardpfad ändern. Es empfielt sich, die neue OU vor „unabsichtlichem löschen“ zu schützen. Außerdem benötigt die Änderung ein Domänenfunktionslevel von mindestens „Windows Server 2003“ und Windows Server 2008 als ausführenden DC.
Für Computer
C:\> redircmp OU=NeueComputerOU,DC=domain,dc=tld
Beispiel: redircmp OU=NeueComputerOU,DC=diebestedomain,dc=local
Für Benutzer
C:\> redirusr OU=NeueBenutzerOU,DC=domain,dc=tld
Beispiel: redirusr OU=NeueBenutzerOU,DC=diebestedomain,dc=local
Mögliche Fehler
„Error, could not locate the Primary Domain Controller for the current domain: The specified domain either does not exist or could not be contacted. Redirection was NOT successful.“
Der PDC-Emulator ist in diesem Moment nicht erreichbar oder der SID-Master war (in der Vergangenheit einmal) zu lange nicht erreichbar.
„Error, unable to modify the wellKnownObjects attribute. Verify that the domain functional level of the domain is at least Windows Server 2003: Insufficient Rights Redirection was NOT successful.“
Nicht ausreichende Berechtigungen – CMD als Administrator aufgeführt?
„Error, unable to modify the wellKnownObjects attribute. Verify that the domain functional level of the domain is at least Windows Server 2003: No Such Object Redirection was NOT successful.“
Die angegebene OU existiert nicht – Pfad prüfen.
Mehr Informationen in der KB: https://support…/324949