Hoe vindt u de 'Laatst gewijzigde' datum voor services in Windows?
Als u een beschadigd Windows-systeem hebt en wilt analyseren wanneer services zijn geïnstalleerd of gewijzigd, hoe gaat het dan dat? De SuperUser Q & A-post van vandaag biedt de antwoorden op een nieuwsgierige lezer.
De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een door de gemeenschap gestuurde groep van Q & A-websites.
Screenshot van screenshot van Flyk (SuperUser).
De vraag
SuperUser-lezer Lucas Kauffman wil weten hoe de Aanmaakdatum (of Last Modified Date ) te vinden voor services in Windows:
Als u een beschadigd besturingssysteem hebt dat u probeert te analyseren voor nieuw geïnstalleerde services of als services zijn geïnstalleerd, hoe doet u dat dan? Waar kan ik de Aanmaakdatum voor een bepaalde service in het Windows-register vinden?
Hoe vindt u de Aanmaakdatum of Laatst gewijzigde datum voor services in Windows?
The Answer
Bijdragers van SuperUser Flyk en Andrew Medico hebben het antwoord voor ons. Als eerste, Flyk:
Er is geen manier om de Aanmaakdatum voor een bepaalde Windows-service te bepalen, omdat zowel de services-applet als het Windows-register geen datums opslaan die gerelateerd zijn aan het maken.
Er is echter Laatst gewijzigde datum die niet zichtbaar is (zelfs in de Windows-registereditor), maar toegankelijk is via RegQueryInfoKey. Omdat alle Windows-services in het register zijn opgeslagen, kunt u de Last modified date controleren op de registersleutels die betrekking hebben op de betreffende service door te kijken in HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services .
Als u als alternatief de registersleutels exporteert waarvoor u informatie over wilt als tekstbestand, ziet u de Last modified Date voor elke sleutel die in het tekstbestand is geschreven.
Tot slot een oplossing met PowerShell om de laatste wijzigingsdatum te retourneren is al besproken in Stack Overflow.
Gevolgd door het antwoord van Andrew Medico:
Te beginnen met Vista wordt het maken van services vastgelegd in het systeemgebeurtenis Logboek onder Service Control Manager Gebeurtenis-ID 7045 .
Bijvoorbeeld de volgende opdracht:
Geproduceerd de volgende gebeurtenislogboekvermelding:
Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread
Uw verloren Windows- of Office-product terugvinden Toetsen
Als u van plan bent Windows opnieuw te installeren maar uw productcode niet kunt vinden, heeft u geluk omdat het is opgeslagen in het Windows-register. Het is gewoon niet gemakkelijk te vinden en het is onmogelijk om te lezen zonder enige hulp. Gelukkig zijn we er om je te helpen. Zoals je kunt zien in de bovenstaande schermafbeelding, wordt de product-id opgeslagen in het register maar in een binair formaat dat niet door mensen kan worden gelezen, tenzij je een soort van Cylon bent .
Windows 3.1 installeren in DOSBox, stuurprogramma's instellen en 16-bits games spelen
Windows 3.1 installeren in DOSBox om oude 16-bits Windows-games uit te voeren op 64-bits versies van Windows , Mac OS X, Linux en elders waar DOSBox wordt uitgevoerd. Dit is met name handig omdat alleen 32-bits versies van Windows die 16-bits toepassingen kunnen uitvoeren. Windows 3.1 was eigenlijk gewoon een toepassing die op DOS werd uitgevoerd en DOSBox is een emulator die is ontworpen voor het uitvoeren van DOS- en DOS-toepassingen.
