Solution Windows Defender won't start and download the Security Patterns - Error 0x80248007, 0x80070643 or 0x800705b4

Fehler ist entstanden durch

Der Windows-Update Fehler mit Fehlercode "0x80073712" konnte nur mit einem Inplace Upgrade beseitigt werden. Also dem erneuten Installieren der selben Windowsversion im laufenden Betrieb.
Anleitung für Inplace Upgrade

Zuvor wurden alle im Internet angebotenen Lösungsvorschläge probiert (wirklich alle ;) ).

Das  Inplace Upgrade ist mit Vorsicht zu genießen denn dieses hat leider die Windows Defender Installation zerstört. Der Defender konnte danach nicht mehr gestartet werden. Auch konnten die "Security Patterns" Stichwort "Sicherheitsupdates" nicht mehr heruntergeladen werden.

Fehlerbild

Update Fehlercodes beim automatischem Installieren der Updates: 

• 0x80248007
• 0x80070643

Updatelog:
2019.08.19 12:43:20.1567726 2060  364   Handler         Command line install completed. Return code = 0x80070645, Result = Failed, Reboot required = false
2019.08.19 12:43:20.1572154 2060  364   Handler         * END *   Command Line Install 0x8024200b

windows-update-troubleshooting
Mit der PowerShell das Updatelog exportieren


Fehlercode beim Versuch den Defender zu starten: 

• 0x800705b4, 

Ebenfalls folgenden Code dazu gefunden: 0x80070003 ("Das System kann den angegebenen Pfad nicht finden.")

Gescheiterte Lösungsversuche

• SFC /SCANNOW -> Keine Fehler gefunden
• Komplett resettieren aller Update-Folder, Abhängigkeiten und Sonstiges.
• Windows-Update Fehlerbehebung (MS Buildin).
• Einige Funktionen des Reset-Windows-Update-Agent wurden ausgeführt.
• Manuelles Installieren von Defender Updates Info hier.
• "DISM /StartComponentCleanup" (läuft ~3 Stunden).

Dann ist mir beim überprüfen der Registry im Bezug auf den Fehlertext "Das System kann den angegebenen Pfad nicht finden." aufgefallen, dass in der Registry nicht die erwarteten Werte gespeichert sind.

In der Registry ist beim Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender bei InstallLocation folgender Pfad hinterlegt C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1907.4-0\

Ich habe den Pfad im Windows-Explorer gesucht und musste feststellen, dass der Pfad welcher in der Registry angegeben ist nicht vorhanden ist!

Folgender Teil des Pfads ist aber vorhanden: C:\ProgramData\Microsoft\Windows Defender\

Der Service "WinDefend" wird in einem anderen Pfad gestartet:

Lösung:

Hinweis: Das Ändern des Registry-Eintrags ist als Administrator nicht erlaubt! Zusätzlich kommt es zu Fehlern und Einschränkungen wenn die Schritte NICHT im Abgesicherten Modus durchgeführt wird!

1. In den Abgesicherten Modus wechseln.
2. Ändern des im Service hinterlegten Executable-Speicherorts aus dem das Service WinDefend die EXE startet.
3. Im Regedit den Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinDefend anpassen.

1.    Anstatt dies mit der Registry zu machen, ist dies auch mit folgenden Befehl möglich sc config <service name> binPath= <binary path> 
1. Den Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender kontrollieren.

1. Einen Pfad mit CMD erstellen md "C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1907.4-0\" (Mit CMD zu machen da Sonderzeichen "-" vorkommen).
2. Kopieren der Windows Defender Dateien in einen neu erstellten Pfad C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1907.4-0\
1. Mit ROBOCOPY "C:\Program Files\Windows Defender\" "C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1907.4-0\" /COPYALL alle Dateien aus den falschen Pfad in den richtigen kopieren (Achtung die Pfade können sich unterscheiden).
3. Ebenfalls im Abgesicherten Modus die Windows Update-Reparatur ausführen (Systemsteuerung -> Problembehandlung -> Alles Anzeigen -> Windows Update).

1. Den Abgesicherten Modus beenden und Windows normal starten.
2. Den Windows Defender starten und auf die Security Patterns herunterladen.

VSIXInstaller isn't finding the Visual Studio 2017 - Solution

There are two locations of VSIXInstaller

The obviously supposed one:

"C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\VSIXInstaller.exe"

And the location we want to use:

"C:\Program Files (x86)\Microsoft Visual Studio\Installer\resources\app\ServiceHub\Services\Microsoft.VisualStudio.Setup.Service\VSIXInstaller.exe"

After i have startet the VSIXInstalle rvie the second path i could install any VSIXPlugin via the PowerShell

Owncloud "Du besitzt hier keine Berechtigung, um Dateien hochzuladen oder zu erstellen" - Solution

Wird dir in manchen Ordnern deiner Owncloud "Du besitzt hier keine Berechtigung, um Dateien hochzuladen oder zu erstellen" angezeigt? Bzw. Synchronisationen finden in manchen Ordnern nicht statt oder sind nur unidirektional möglich?

Dann hast du vermutlich den selben Fehler wie ich gemacht. Du hast auf deinem Server im Pfad wo sich deine OwnCloud-Dateien befinden manuell order und Dateien erstellt. Ich spreche hier nicht vom Pfad der durch den OwnCloud-Client erstellt wird. sonder der Pfad wo der OwnCloud-Server die Dateien verwaltet. Bei mir sieht der beispielsweise so aus "<IP-Adresse des Servers>\flowCloud\admin\files".

du kannst das auch ganz leicht kontrollieren es müssen umgedingt folgende Berechtigungen gesetzt sein:

www-data (Unix User\www-data)

www-data (Unix Group\www-data)

sind diese nicht vorhanden so müssen diese manuell gesetzt werden

Da ich zu viele Ordner hatte bei denen dieser Fehler vorhanden war, habe ich es mir leicht gemacht und habe den obersten Order genommen und die Berechtigungen mit Vererbung gesetzt.

Achtung: ich habe den weg mit Windows gewählt da ich mit Windows auch den Fehler verursacht habe. In Unix sollt es aber wesentlich leichter sein Berechtigungen zu verändern (Google ;-) ). 

Folge den Bildern, nach dem Letzten sollte Windows alle Dateien und Ordner durchgehen:

Voila! Bei mir war das Problem damit komplett beseitigt und alles hat sich wieder synchronisiert - inklusive meines automatischen Bilder Uploads vom Android-Gerät!

Remotedesktopverbindung Authentifizierungsfehler "die angeforderte Funktion wird nicht unterstützt" - Solution

Seit dem Update Dienstag, 8. Mai 2018 scheint eine Remotedesktopverbindung nicht mehr zu allen Host zu funktionieren!

Die Lösung ist folgende:

In den Gruppenrichtlinien unter "Computerkonfiguration -> Administrative Vorlagen -> System -> Delegierung von Anmeldeinformationen" Die Einstellung "Encryption Oracle Remediation" aufsuchen.

Die Einstellugn aktivieren und auf "Vulnerable" stellen.

Done! Nun sollte eine Verbindung wieder möglich sein.


Ideen Quelle:
Quelle

VirtualBox error "Could not connect to host (http://127.0.0.1:18083/) Solution

You got this Errormessage in your OpenMediaVault?

Error #64:exception 'Exception' with message 'Could not connect to host (http://127.0.0.1:18083/)' in /usr/share/phpvirtualbox/lib/vboxconnector.php:210Stack trace:#0 /usr/share/openmediavault/engined/rpc/virtualbox.inc(176): vboxconnector->connect()#1 [internal function]: OMVRpcServiceVirtualBox->getMachines(Array, Array)#2 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)#3 /usr/share/php/openmediavault/rpc.inc(79): OMVRpcServiceAbstract->callMethod('getMachines', Array, Array)#4 /usr/sbin/omv-engined(501): OMVRpc::exec('VirtualBox', 'getMachines', Array, Array, 1)#5 {main}

Try this:

/etc/init.d/vboxdrv setup

Did it gone well? Or did you et this Message?:

Stopping VirtualBox kernel modules ...done.Recompiling VirtualBox kernel modules ...failed!  (Look at /var/log/vbox-install.log to find out what went wrong)

In the Logfile you find this information?: 

Makefile:181: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR= and run Make again. Stop.

Then try this:

apt-get updateapt-cache search linux-headers-$(uname -r)Install linux-header package under Debina or Ubuntu Linuxapt-get install linux-headers-$(uname -r)

And again:

/etc/init.d/vboxdrv setup

OpenMediaVault -> nignx -> No GUI?

Solution:

1. omv-mkconf nginx
2. omv-mkconf php5fpm
3. service apache2 stop
4. service php5-fpm restart
5. update-rc.d -f apache2 remove
6. service nginx restart

Linux Netzwerkschnittstelle z.B. eth0 umbenennen

Um im Linux eine Netzwerkschnittstelle um zu taufen, z.B. von eth3 auf eth0 müsst ihr folgendes File abändern.

flow@flomv:/$ nano /etc/udev/rules.d/70-persistent-net.rules

Die Datei müsste in etwa wie folgendes Beispielbild aussehen:

Beispiel

Dort trägt ihr rechts (grün) den neuen Namen ein aber vergesst nicht den gleichnamigen auch abzuändern bzw mit "#" links (blau) aus zu kommentieren.

Um die richtige Netzwerkschnittstelle zu identifizieren kann die MAC (rot) hergenommen werden.