Intel „Grafikeigenschaften“ und „Grafikoptionen“ aus Rechte-Maustaste Menü entfernen

Veröffentlicht am von — 1 Kommentar ↓

intel_grafikeigenschaftenmIch bin nicht sicher, wie man zu einer solchen Idee kommt. Denkt Intel tatsächlich, jeder Computerbenutzer ruft täglich die Superlangsamen Intel-Grafikeinstellungen auf? Ist der Klick auf die „Grafikoptionen“ wichtiger als der Browser? Haben Jahre des Datensammelns ergeben, das es wichtig ist „Grafikeigenschaften“ stets griffbereit auf dme Desktop im Kontextmenü zu haben?

So wird man die Intel-Einträge im Kontectmenü auf dem Desktop los:

HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers\igfxDTCM

Entfernen, fertig.

Update: nVidia-Eintrag ins Kontextmenü ebenfalls loswerden:

HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers\NvCplDesktopContext

Danke @“Donald THE Duck “ 🙂

Adobe Acrobat Pro XI Seriennummer herausfinden

Veröffentlicht am von — 6 Kommentare ↓

Problem

Die Seriennummer für die installierte Version von Adobe Acrobat XI herauszufinden ist nicht einfach. Bis Adobe Acrobat X funktioniert der Registry- oder cache.db Hack noch gut, ab XI leider nicht mehr.

Lösung

Das ausgezeichnete Tool „Belarc Advisor – Free Personal PC Audit“ kann ab Version 8.5c die Seriennummer aller Adobe XI-Produkte auslesen.

vSphere: Black Screen bei Installation von SLES 12 oder RHEL 7.x Linux, Kernel-Dump unter RHEL 7.x

Veröffentlicht am von — Keine Kommentare ↓

Problem

Bei der Installation von SLES 12 oder RHEL 7.4 tritt ein Blackscreen auf, die Installation geht nicht weiter.

Nach der Migration (oder Upload) von einem fertig installierten RHEL 7.4x gibt es nach dem einschalten einen Kernel-Dump und die Maschine bleibt stehen.

Lösung

Das passiert nur beim Einsatz der Intel E1000 Netzwerkkarte in der VM. Tauscht man die Karte gegen einen VMXNET-Adapter klappt alles. Wenn man den Kernel-Dump zerpflückt, sieht man im Call trace einen Reset der E1000 Karte.

Update: Nach unserem Case dazu hat vmware ein Update für den Host herausgebracht:

This issue is resolved in:

Veeam: „Unable to release guest. Details: VSSControl: Failed to freeze guest, wait timeout“

Veröffentlicht am von — Keine Kommentare ↓

Problem

Ab und zu werden Sicherungen in Veeam Backup and Replication mit dem Fehler „Unable to release guest. Details: VSSControl: Failed to freeze guest, wait timeout“ (Error: Mindestens ein Fehler ist aufgetreten.) abgeschlossen. Es tritt aber sonst kein Fehle auf, alle Snapshots werden korrekt zurückgerollt und die Sicherung ist auch intakt.

Lösung

Das Timeout von standarmäßig 900 Sekunden (15 Minuten) für das VSS-Freeze reicht je nach I/O Aktivität für manche Gäste nicht aus. Man kann das Timout aber problemlos (auf bis zu 30 Minuten) erhöhen. die Angabe in dem Schlüssel ist in Millisekunden.

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Veeam\Veeam Backup and Replication
REG_DWORD (32bit): VssPreparationTimeout
Wert: 1b7740 (hex, = 1800000 dec = 30 Minuten)

Für ältere 32bit-Systeme:

HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication
REG_DWORD (32bit): VssPreparationTimeout
Wert: 1b7740 (hex, = 1800000 dec = 30 Minuten)

Dann die Dienst(e) neu starten, fertig. Wenn das noch nicht ausreicht, gibt es offensichtlich irgendwo ein I/O-Problem; mehr als 30 Minuten für einen konsistenten Disk-State sind definitiv zu viel.

Zugehöriger Veeam-KB-Artikel: https://www.veeam.com/de/kb1377