New
#180
what is weirdest it forgets between boots.
I just trimmed two SSDs and defragged 1 HDD
It showed completed 6/1 then I rebooted and it says never run .
Scheduled defrag is turned off and I just do it my monthly right after
updates.
what is weirdest it forgets between boots.
I just trimmed two SSDs and defragged 1 HDD
It showed completed 6/1 then I rebooted and it says never run .
Scheduled defrag is turned off and I just do it my monthly right after
updates.
Hi there
agreed -- with the speed of Macrium (Free is good enough) especially on an SSD - IMO it's totally bonkers not to take an image backup before doing any upgrade -- then as "The Count" says -- max of around 15 mins to restore previous version --also you can if you decide to keep the upgrade - simply use the disk system tools settings to get rid of the windows.old file -- around 20G - 30GB can be saved depending on size of Windows installations -- if running in a VM say with an 80GB windows system then 20 GB from 80 GB is a considerable reduction of course.
Running restore from within a VM is simple enough -- from a macrium iso image set that as the boot device --or if on a HYPERVISOR type system you can boot directly from a USB device --works with QEMU/KVM -- takes me 5 mins on an SSD to restore-- whereas to copy the whole 80 GB VM via a file manager for backup and then restore it back via file copy (the whole 80GB) -- takes a lot longer !!!.
For those who have vmware player (not workstation) you can still boot into firmware to change boot sequence -- simply edit the config file -- and then it will display boot options menu --- note it only works once so if you need it again edit the file again. Workstation users have the boot to firmware option in their menu. Vmware player changes the line back again to "FALSE" after a boot.
bios.forceSetupOnce = "TRUE"
BTW to increase delay times for menu to be displayed add this line:
bios.bootDelay = "xxxx" where xxxx is in millisecs -- for those mathematically challenged 1000 millisecs = 1 sec. !!!
Cheers
jimbo
Regarding ESENT errors:
A common fix for these in 1903 and 1909 was:
CORRECT EVENT VIEWER ERROR: ESENT
- Navigate to: C:\ Windows \ System32 \ config \ SystemProfile \ AppData \ Local (requires granting administrative privileges)
- Create a New Folder: TileDataLayer
- Create a New Folder inside TileDataLayer: Database
I needed to re-do this task every Feature Update.
I have not installed 2004 yet, but this may still apply.
Microsoft is now reporting that DISM might incorrectly report corruption is still present after repair is mitigated.
ESENT UPDATE: Currently I'm only getting two errors at boot time, none after that even after hibernation. I think it's because I installed the latest Edge.
I used Update Assistant to install the new 2004 version. After about I hour of installation it crashed; but these days it is very well behaved and told me what the incompatible file was - aksfridge.sys - and then recovered the 1909 version. So I went and renamed that file from *.sys to *.old.
Ran the update assistant again and it crashed with another aks*.sys driver. Renamed that and ran it again and it crashed again on hardlock.sys. After recovery I renamed that, and ran it again, and it ran perfectly!
These three incompatible files are all part of the HASP/Sentinel system. How and when that came to be installed I don't know, but I went to the registry and deleted those services.
All seems to be fine except the defrag problem. It does seem to do the defrag and trims, but just not remembering what it has done.
Bob Frost
" CORRECT EVENT VIEWER ERROR: ESENT "............already tried , no luck ( this folder now remains empty )
Also preloading Edge with gpedit does not work .
Both dont prevent "ESENT id=642"............its just in the eventviewer after every reboot !
Only the event-task ( selfmade) works , it uses the clean-batch .
I want to change this batch-file for cleaning ONLY id=642 , my batch-file cleans all eventfiles .
Seems to be very difficult to change this batch-file ( its triggered/activated by id=642 )...........!