louis14

(het is niet nbstat -s maar nbtstat -s) ondanks het feit dat driver srvnet in powercfg -requests stond is mijn laptop toch in slaap gegaan!

ik had de security task manager geinstalleerd en die start op met een scan (duurt al een uur) tijdens de scan krijg ik plots weer de driver srvnet in powercfg -requests ik probeer nu nbstat -s maar die geeft geen verbinding: ik zie dus geen remote computer.

ik heb na de laatste scan een netwerkkonnektie opgezet op mijn tweede pc naar mijn huidige pc.Het gevolg was dat bij powercfg -requests : de driver srvnet weer verscheen en mijn pc terug niet in slaap ging wat blijkbaar normaal is in windows.Om de netwerkkonnektie stop tezetten heb ik de lan konnektie op de tweede pc los gemaakt en terug gezet. Na een tijdje was het driver bericht verdwenen bij powercfg. om te weten of de driver srvnet bij de opening van deze case een externe hack was moest ik nbtstat -s uitgevoerd hebben: dan kon ik het ip adres van de remote konnektie lezen. gedurende de case is er ook eens een audio driver (ik weet niet specifiek meer welke) verschenen bij powercfg -requests en kon ik terug niet in slaap gaan. sinds de eset scan heb ik nog geen driver (behalve door mijn eigen konnektie) in powercfg gehad en kon ik in slaap gaan.Ik zal de case nog een tijdje open laten en nog even afwachten. alvast bedankt voor de moeite.

de nieuwe eset log is weer hetzelfde! deze keer was er na de scan: "no treats found" log.txt

de eset log is gedateerd van het moment dat de scanning gestart is. op het eind van de scanning zei eset dat er treats found waren en removed:1 file detected nl ccsetup.exe als ik de scanning nog eens laat lopen zal eset waarschijnlijk niets meer vinden maar ik zal het nog eens laten lopen

Dag kape, Sorrry voor de lange tussentijd.Ik had de mail van uw bericht niet gezien en dacht dat er geen reactie kwam tot ik toevallig eens op het forum keek. Hier is de log file van mijn eset scan. log.txt

Ik heb het log bestand toegevoegd.Ik heb wel het log bestand geexporteerd voordat ik de detecties verwijderd heb:dat was waarschijnlijk de bedoeling niet. Er waren slechts 4 detecties namelijk 4 PUP's. Er verscheen " om het verwijderen te voltooien met de computer heropgestart worden": ik heb nee geklikt zoals vermeld in uw tekst. log_malwarebytes.txt

hier is mij rsit64 log. log.txt

plots gaat windows 7 niet meer automatisch in slaapstand door driver \filesystem\srvnet je kan dat zien door het cmd commando: powercfg -requests : dat geeft driver "\filesystem\srvnet" op met als commentaar dat "een active externe client heeft onlangs aanvragen naar dit systeem verzonden" ik heb "powercfg -requestsoverride driver \filesystem\srvnet system" uitgevoerd en dan is mijn windows 7 pc automatisch in slaapstand gegaan. als ik reboot is mijn "powercfg -requstsoveride" commando dan verloren en bestaat de kans dat ik weer in dezelfde situatie kom? ik heb in mijn wifi netwerk nog een windows 8.1 pc maar die was al een hele tijd in slaap mode, trouwens er is geen werkgroep srvnet is een driver ivm netwerk sharing: betekent dat er een externe client vanop het internet probeerde connectie te maken met mijn pc? is er een manier om het ip adres van de externe client te achterhalen? srvnet is ook ivm media streaming maar media streaming is uitgeschakeld in configuratie scherm->netwerk en internet->netwerk centrum-> geavanceerde instellingen voor delen wijzigen->thuis of werk/openbaar

treesize in de virtuele machine windows 8.1 pro geeft 24 Gbyte files terwijl de .vmdk file 58 Gbyte is ik heb op de virtuele machine het programma sdelete gerund om de free space op zero te zetten en heb dan op de windows 7 host VMware-vdiskmanager -k "windows 8 x64.vmdk" gerund maar mijn .vmdk file is nu nog altijd 59 Gbyte:dus het heeft niet geholpen.

ik heb nog eens treesize laten draaien en nu is de gebruikte diskspace in c drive 482Gbyte en ik heb gekeken naar de folder van de virtuele machine windows 8.1 pro en die is 58Gbyte dus die is de oorzaak van de het hoge disk gebruik. ook in verkenner is nu de folder van de virtuele machine 58 Gbyte, wat volgens mij wel niet normaal is

Ik gebruik een laptop windows 7 home edition In de verkenner eigenschappen is de gebruikte diskspace van c drive 476Gbyte, de beschikbare diskspace is 181Gbyte In treesize is de gebruikte diskspace van c drive 434 Gbyte (wat mijn normale gebruikte space is) maar De aangeduide free space in tree size is 180 Gbyte wat slechts een c drive van 614 zou opleveren terwijl Ik volgens schijfbeheer een c partitie heb van 657,88 Gbyte Die 476Gbyte is er gekomen (vermoed ik) nadat ik in vmware een upgrade gedaan heb naar windows 8.1 pro op een windows 8 pro virtuele machine.Ik hen na de upgrade gekeken naar de folder van de virtuele machine en die is 11 Gbyte. Waar zijn de 42 Gbyte die treesize niet vindt in files?

ok bedankt voor uw antwoord

supporteerd windows 10 home edition hyper v?

OK.Bedankt!

Binnen kort zal ik mezelf 21 gbyte verwijderen en plaatsen naar externe harddisk langs patchcleaner. Ik druk op modereer.

Nog even meedelen dat ik nog 239gbyte vrij heb

de ccleaner heeft 950Mbyte vrijgemaakt maar ccleaner maakt niets vrij in de installer folder denk ik. de microsoft installer cleanup utility wordt niet meer gesupporteerd door microsoft omdat er problemen waren met de utility.

mijn windows folder is 60 Gbyte de winsxs subfolder is 11Gbyte de installer subfolder is 30 Gbyte ik kan mijn installer subfolder voor 19Gbyte vrijmaken met patchcleaner is patchcleaner_1.1.0.0 te betrouwen?

Bedankt voor de info. Ik ga mijn installatie nog een beetje uitstellen. (Ik ga op de modereer knop drukken)

Moet ik niet eerst mijn upgrade reserveren?

als de folder windows.~BT bestaat op uw PC(laptop) wordt windows 10 dan vanzelf geinstalleerd of moet je op setup.exe drukken?

Ik zal op de modereer knop drukken.Nogmaals bedankt.

Bij mij heeft de eerste chkdsk niet gezegd "correcting errors in volume bitmap" en de tweede chkdsk toonde terug "8K in bad sectors". Dus bij mij is het niet gelukt. Ook bij western digital lifeguard is de 'repair' niet gelukt. In ieder geval alvast bedankt voor al uw hulp tijdens deze topic.

ik ben ga ermee akkoord dat bad sectors niet repairable zijn (dit in tegenstelling tot wat western digital lifequard zegt) maar ik vraag mij af: hoe kan je zien dat een bad sector remapped is (zodat windows hem niet meer ziet) door bvb chkdsk?