Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #184081
| From | Stan Brown <the_stan_brown@fastmail.fm> |
|---|---|
| Newsgroups | alt.comp.os.windows-10, alt.comp.os.windows-11 |
| Subject | Re: Bypass Recycle Bin |
| Date | 2025-04-26 15:02 -0700 |
| Organization | Oak Road Systems |
| Message-ID | <MPG.4276f7b623994c669903eb@news.individual.net> (permalink) |
| References | (1 earlier) <vuggo7$fmvl$1@dont-email.me> <vughcn$g3km$1@dont-email.me> <vugl9i$jr0m$1@dont-email.me> <MPG.42758cc58bc6d4909903e7@news.individual.net> <vugree$paab$1@dont-email.me> |
Cross-posted to 2 groups.
On Fri, 25 Apr 2025 16:31:10 -0400, Paul wrote: > > On Fri, 4/25/2025 4:13 PM, Stan Brown wrote: > > On Fri, 25 Apr 2025 14:46:09 -0400, Paul wrote: > >> > >> On Fri, 4/25/2025 1:39 PM, Ed Cryer wrote: > >>> What the dickens were you doing having 200,000 files to delete? > > > >> > >> Win10 C:\Windows\servicing\LCU > >> > >> That can have 200,000 files in it, and it's a waste > >> of SearchIndexer munching time, to leave that there. > > > > C:\Windows\servicing\LCU> *dir /a /s /u2 > > > > Volume in drive C is OS Serial number is 4e90:7197 > > > > Total for: C:\Windows\servicing\LCU\* > > 3,207,063,704 bytes in 279,787 files and 331,361 dirs > > > > Yikes! > > > >> That can be deleted (contents of LCU Last Cumulative Update). > >> It's up to you to decide whether that's a good tradeoff or not > >> (in case the system needs to roll back the Patch Tuesday Cumulative). > > > > Hmm ... Microsoft's track record lately hasn't exactly been stellar. > > And I didn't get updates this week till yesterday. I think I'll wait > > till Sunday or Monday before deleting. > > > > Unless ... the first-level subdirectories under LCU are dated > > 2025-03-26, 2025-04-09, and 2025-04-23. Is it safe to delete older > > ones and leave only the most recent one in place? > > > >> It's a waste of time defragmenting that. It's a waste of > >> time for Agent Ransack to search through there. It's a waste > >> of time letting the SearchIndexer process it. Etc. > > > > And it's a waste of time having Macrium Reflect back it up. > > > > Although, my HIBERFIL.SYS is 6½ GB, and that gets backed up. To > > control that, as far as I know, I'd have to change my C: image backup > > to a file and folder backup. Goodness knows what that would do to the > > backup of the small recovery partitions that are automatically part > > of the C: image backup. > > > > The "proper" cleaning procedure is apparently DISM and startcomponentcleanup > or something like that. That should remove all of them except two for April, > as a guess. > > "Run this in an elevated command prompt. > It will remove all but the last (newest) folder in the LCU folder. > > Dism.exe /online /Cleanup-Image /StartComponentCleanup > " Thanks! I did that, and it took several minutes. For about the first 30 seconds of the last minute, CPU usage was 98%. I had started in an admin command line with "del /s /k" (which bypasses the Recycle Bin), but 5 minutes later when it has thought had finished it had actually deleted only 3% of the directories in the first subdir of LCU, which was dated March 26. So wmic seems to be faster, in addition to being "official". > I suppose that ensures that the maintenance system, knows the backup > items have been removed. Me yanking them away, maybe it never checks > that they are still present. > > For the hiberfile > > powercfg /h off > > and then test your backup. It should be gone then. Good point. I suppose I can bracket the C: part of my backup batch with turning hibernation off and on. If I do that, will hibernation- related settings be restored when I turn hibernation back on? For example, I have set the power button to trigger a hibernation, and also set the system to hibernate after a certain amount of inactivity. I'd hate to have to remember to reinstate those settings every time I do a backup. > And for pagefile, I use Start : Run : sysdm.cpl and adjust > the size of pagefile to be fixed (non-expandable) at 1024MB. > Sysdm.cpl looks like it did, in WinXP or so. Hmm ... I hadn't thought about that, but I guess if I'm going to try to optimize backup size then I ought to shrink my pagefile too. (At the moment it's upward of 2 GB; Windows selected the size.) > Removing the hiberfile can affect some features, such as > what happens when the system crashes and you really wanted > a complete image of the entire memory (that is not a default behavior > and has to be set up). It is used for hibernation. > It might even be used for Fast Start (which I don't use). I don't use Fast Start, as far as I'm aware. (My disk is an SSD, which starts within seconds.) But I do hibernate purposely. > Some of my "habits", may not be appropriate for others, because > of my variations on "paving policies", when I choose to pave > something to fix it :-) -- Stan Brown, Tehachapi, California, USA https://BrownMath.com/ Shikata ga nai...
Back to alt.comp.os.windows-10 | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 18:00 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 13:28 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 18:39 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 14:46 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 20:16 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 16:11 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 12:10 +0100
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-26 08:52 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 19:05 +0100
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 19:38 +0000
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 13:13 -0700
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 16:31 -0400
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:02 -0700
Re: Bypass Recycle Bin micky <NONONOmisc07@fmguy.com> - 2025-04-25 19:23 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-25 19:24 -0400
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 23:50 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-26 08:55 -0400
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 14:43 +0000
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 19:19 +0100
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 19:30 +0000
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:07 -0700
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 19:30 -0400
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-27 15:43 +0000
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 17:12 -0400
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 19:12 -0400
Re: Bypass Recycle Bin john@jeasonNoSpam.cix.co.uk (John K.Eason) - 2025-04-25 19:06 +0100
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-25 18:20 +0000
Re: Bypass Recycle Bin micky <NONONOmisc07@fmguy.com> - 2025-04-25 19:24 -0400
Re: Bypass Recycle Bin john@jeasonNoSpam.cix.co.uk (John K.Eason) - 2025-04-26 11:59 +0100
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 12:51 -0700
Re: Bypass Recycle Bin "Alan K." <alan@invalid.com> - 2025-04-25 17:58 -0400
Re: Bypass Recycle Bin Zaidy036 <Zaidy036@air.isp.spam> - 2025-04-25 16:13 -0400
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 13:19 -0700
Re: Bypass Recycle Bin Zaidy036 <Zaidy036@air.isp.spam> - 2025-04-25 18:28 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-25 19:27 -0400
Re: Bypass Recycle Bin micky <NONONOmisc07@fmguy.com> - 2025-04-25 19:28 -0400
Re: Bypass Recycle Bin T <T@invalid.invalid> - 2025-04-25 14:08 -0700
Re: Bypass Recycle Bin Char Jackson <none@none.invalid> - 2025-04-25 20:29 -0500
Re: Bypass Recycle Bin "Kerr-Mudd, John" <admin@127.0.0.1> - 2025-04-26 10:10 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 16:36 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 22:01 +0100
Re: Bypass Recycle Bin Hank Rogers <Hank@nospam.invalid> - 2025-04-26 16:38 -0500
Re: Bypass Recycle Bin VanguardLH <V@nguard.LH> - 2025-04-25 22:26 -0500
csiph-web