[quote]Neuinstallation bzw. Inplace-Upgrade gehen bei mir nicht, da es ich wie weiter oben beschrieben schaffe, das UEFI-Bios so abzuschalten, dass ich wieder vom USB-Stick aus booten kann. [/quote]


Beim [u]Inplace Upgrade [/u]wird nicht vom externen Medium gebootet.
Ob ein solches bei gegebenem Zustand funktioniert, ist eine andere Seite.

Ja, alles komisch, denn bei Programmen, die schon da waren und die Admin-Rechte brauchen laufen die aus der Commander-Shell,
aber Programme, die ich frisch heruntergeladen habe und aus dem mit Admin-Rechten gestarteten Commander darauf klicke, tritt der Effekt des Einfrierens des Commanders und des Nicht-ausführen des angeklickten Setups auf...

Neuinstallation bzw. Inplace-Upgrade gehen bei mir nicht, da es ich wie weiter oben beschrieben schaffe, das UEFI-Bios so abzuschalten, dass ich wieder vom USB-Stick aus booten kann. (So wichtig ist das Problem ja nicht, denn Setups kann ich ja aus aus einem nicht mit Admin-Rechten gestarteten Commander oder dem Explorer heraus ausführen, aber da ich gern auch wieder eine Linux-Partition auf dem Rechner hätte und auch für andere Reparaturen wäre es schon schön, wenn ich wieder von USB booten könnte, aber das wird im Zuge des angeblich "sichereren Betriebes" heutzutage durch WIndows10 und sie Biosupdater ja alles geopfert und gesperrt ...)

Oder zuerst mal mit einem Inplace Upgrade versuchen.

Das ist alles irgendwie sehr seltsam.

Gut, dann nehme ich mal das "Gelöst" wieder raus.

Warum so lange mit der Neuinstallation warten? Einfach mal ins kalte Wasser springen. ;)

Es kalppt doch nicht alles:
Wenn man aus einem Commander ein Setup-Programm startet, das Admin-Rechte Braucht, friert das Fenster des Commanders, der mit Adminrechten geöffnet wurde ein und man kann ihn nur noch mit dem Taskmanager schließen. Es kommt die Abfrage des "als Admin öffnen Ja/Nein" nicht.
Auch wenn der Thread jetzt fälschlicherweise als gelöst markiert ist, werde ich wohl damit leben müssen (noch eine zweite Verknüpfung für den Commander ohne Adminrechte auf dem Desktop anlegen).
Vielleicht zerstört sich nach dem nächsten Windows10-Vollupdate ja noch etwas so sehr, dass ich dann nächstes Jahr meinen Rechner eh neu aufsetzen muss...

P.S. sfc /scannow geht noch nicht und das Problem trat definitiv auf, nachdem IOBitunlocker grüne, große Häkchen an all meine Desktopverknüpfungen gemacht hatte.

Funktioniert denn jetzt auch wieder [i]sfc /scannow[/i]?

Aber wie auch immer, ein Zusammenhang mit dem Unlocker ist da aus meiner Sicht nicht gegeben. Das Tool verändert nichts in der Registry, da man damit keine Ordner 'entsperren' kann. Selbst wenn man C:\ versucht zu entsperren, würde so etwas nur in einem BSOD enden. Diese Änderungen in der Registry in den angegeben Abschnitten ist eigentlich mehr typisch für Malware, die auf diese Art und Weise eine Reparatur des Systemes erschweren will.

Gibt es und gesetzt. :)

Komisch, dass andere User hier nach Ausführen von IObitUnlocker.exe das Problem nicht haben, aber vielleicht habe ich ja bei der Auswahl statt $recycle.bin z.B. C:\ angeklickt.
Wie auch immer, es empfiehlt sich (zumindest für mich) die beiden reg's irgendwo auf der Platte für Notfälle zu speichern, falls ich noch einmal etwas stark gesperrtes mit IObitUnlocker löschen möchte.

Gibt es hier eigentlich irgendwo einen "Thread gelöst" - Button ?

Danke für die Rückmeldung.

Fragt man sich jetzt wirklich nur, wer oder was dies zerschossen hat. Aber das bleibt wohl ein Geheimnis.

So, hier nach langer Suche nun die Lösung in Form von zwei reg-Dateien:
Man lege die Datei exe_fix_w7.reg mit folgendem Inhalt an:
[spoiler]Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.EXE]
@="exefile"
"Content Type"="application/x-msdownload"

[HKEY_CLASSES_ROOT\.EXE\PersistentHandler]
@="{098f2470-bae0-11cd-b579-08002b30bfeb}"

[HKEY_CLASSES_ROOT\exefile]
@="Application"
"EditFlags"=hex:38,07,00,00
"FriendlyTypeName"=hex(2):40,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,\
00,6f,00,6f,00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,\
32,00,5c,00,73,00,68,00,65,00,6c,00,6c,00,33,00,32,00,2e,00,64,00,6c,00,6c,\
00,2c,00,2d,00,31,00,30,00,31,00,35,00,36,00,00,00

[HKEY_CLASSES_ROOT\exefile\DefaultIcon]
@="%1"

[HKEY_CLASSES_ROOT\exefile\shell\open]
"EditFlags"=hex:00,00,00,00

[HKEY_CLASSES_ROOT\exefile\shell\open\command]
@="\"%1\" %*"
"IsolatedCommand"="\"%1\" %*"

[HKEY_CLASSES_ROOT\exefile\shell\runas]
"HasLUAShield"=""

[HKEY_CLASSES_ROOT\exefile\shell\runas\command]
@="\"%1\" %*"
"IsolatedCommand"="\"%1\" %*"

[HKEY_CLASSES_ROOT\exefile\shell\runasuser]
@="@shell32.dll,-50944"
"Extended"=""
"SuppressionPolicyEx"="{F211AA05-D4DF-4370-A2A0-9F19C09756A7}"

[HKEY_CLASSES_ROOT\exefile\shell\runasuser\command]
"DelegateExecute"="{ea72d00e-4960-42fa-ba92-7792a7944c1d}"

[HKEY_CLASSES_ROOT\exefile\shellex\ContextMenuHandlers]
@="Compatibility"

[HKEY_CLASSES_ROOT\exefile\shellex\ContextMenuHandlers\Compatibility]
@="{1d27f844-3a1f-4410-85ac-14651078412d}"

[HKEY_CLASSES_ROOT\exefile\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.EXE\UserChoice]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.EXE\OpenWithProgids]
"exefile"=hex(0):
[/spoiler]
Danch noch die Datei lnk_fix_w7.reg
[spoiler]
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.LNK]
@="lnkfile"

[HKEY_CLASSES_ROOT\.LNK\ShellEx\{000214EE-0000-0000-C000-000000000046}]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\.LNK\ShellEx\{000214F9-0000-0000-C000-000000000046}]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\.LNK\ShellEx\{00021500-0000-0000-C000-000000000046}]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\.LNK\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\.LNK\ShellNew]
"Handler"="{ceefea1b-3e29-4ef1-b34c-fec79c4f70af}"
"IconPath"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,\
74,00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,73,\
00,68,00,65,00,6c,00,6c,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,2c,00,2d,00,\
31,00,36,00,37,00,36,00,39,00,00,00
"ItemName"="@shell32.dll,-30397"
"MenuText"="@shell32.dll,-30318"
"NullFile"=""

[HKEY_CLASSES_ROOT\.LNK\ShellNew\Config]
"DontRename"=""

[HKEY_CLASSES_ROOT\lnkfile]
@="Shortcut"
"EditFlags"=dword:00000001
"FriendlyTypeName"="@shell32.dll,-4153"
"IsShortcut"=""
"NeverShowExt"=""

[HKEY_CLASSES_ROOT\lnkfile\CLSID]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\lnkfile\shellex\ContextMenuHandlers\Compatibility]
@="{1d27f844-3a1f-4410-85ac-14651078412d}"

[HKEY_CLASSES_ROOT\lnkfile\shellex\ContextMenuHandlers\OpenContainingFolderMenu]
@="{37ea3a21-7493-4208-a011-7f9ea79ce9f5}"

[HKEY_CLASSES_ROOT\lnkfile\shellex\ContextMenuHandlers\{00021401-0000-0000-C000-000000000046}]
@=""

[HKEY_CLASSES_ROOT\lnkfile\shellex\DropHandler]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\lnkfile\shellex\IconHandler]
@="{00021401-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOT\lnkfile\shellex\PropertySheetHandlers\ShimLayer Property Page]
@="{513D916F-2A8E-4F51-AEAB-0CBC76FB1AF8}"

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.LNK\UserChoice]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.LNK\OpenWithProgids]
"lnkfile"=hex(0):
[/spoiler]
beide Dateien in der Powershell mit adminrechten als .\lnk_fix_w7.reg und .\exe_fix_w7.reg ausführen und schon lassen sich die .lnk wieder als Admin ausführen. :smile: :daumen: :dafür:

sfc /scannow sagt:
Der Windows-Ressourcenschutz konnte den Reparaturdienst nicht starten. - Obwohl der Dienst gestartet ist.
dism /Online /Cleanup-Image /RestoreHealth sagt:
[==100.0%==] Der Wiederherstellungsvorgang wurde erfolgreich abgeschlossen.

Aber scannow oder dism kann die Registry sicher nicht wieder hinbiegen. Es ist ja kein Fehler, sondern eine "bewusste" Veränderung gewesen,
da muss man die entsprechenden Schlüssel zur Art der Bearbeitung von .lnk - Dateien schon von Hand ändern oder ein altes Registry-backup einspielen.

Hast Du eigentlich schon einmal ausgeführt:

dism /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Momentan wüsste ich da auch nicht weiter. Habe da alles mögliche mal getestet, aber bekomme das so nicht reproduziert.

[quote]Vorsorglich, unter UAC und Dienst Sekundäre Anmeldung passt alles?
Keine Ahnung wie es da aussehen muss, aber es geht ja auch "nur" um die Funktion .lnk-Dateien zu .exe-Dateien.[/quote]

Wie sieht es denn aus/ welche Einstellungen?

[quote]Vorsorglich, unter UAC und Dienst Sekundärer Anmeldung passt alles?[/quote]
Keine Ahnung wie es da aussehen muss, aber es geht ja auch "nur" um die Funktion .lnk-Dateien zu .exe-Dateien.
[quote]Und wenn die .exe direkt im Ordner aufgerufen wird?[/quote]
Ja, die Programme selbst laufen dann auch mit der "Vererbung" an die daraus Aufgerufenen.
Nur wenn z.B. ein Commander (Total- Windows- Double- Free-Commander) über den .lnk aufgerufen wird, laufen die daraus gestarteten Programme, die Admin-Rechte brauchen, nicht.

Generell prüft Windows (durch die falsche Registry-Einstellung) wenn man auf eine .lnk mit der Rechten Maustaste klickt, ob die .lnk so aufgebaut ist, dass es mir das Menu "als Admin ausführen" anzeigen will, oder nicht. Und bei .exe-Dateien macht es das nicht mehr, auch wenn man den entsprechenden Commander direkt und mit Admin-Rechten (nicht vom Desktop) gestartet hat und mit der rechen Maustaste klickt.

Und wenn die .exe direkt im Ordner aufgerufen wird?
Vorsorglich, unter UAC und Dienst Sekundärer Anmeldung passt alles?