• Re: Dimdows Decay Syndrome Continues

    From Lawrence D'Oliveiro@21:1/5 to All on Tue Feb 18 21:51:48 2025
    XPost: alt.comp.os.windows-11

    On Fri, 7 Feb 2025 21:41:58 -0000 (UTC), I wrote:

    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a manageable
    threshold of complexity, where every attempt to fix a bug would just
    create new ones.

    Microsoft passed this point a long time ago.

    The sorry Dimdows 11 saga continues <https://www.zdnet.com/article/windows-11s-bug-fixing-update-is-making-things-worse/>.
    This latest update is actually *adding* more net bugs on top of the
    previous revision of the OS.

    Have we gone beyond the Brooks threshold, and now entered a Kessler
    Syndrome of runaway bug proliferation, where instead of merely creating
    about one new bug for every one fixed, the “fixes” are actually adding
    to an exponential decline in Microsoft’s software quality?

    You thought it was a fluke? The troubles continue <https://www.zdnet.com/article/windows-11-update-breaks-file-explorer-among-other-glitches/>.
    Now Microsoft is breaking basic things like File Explorer!

    You know how Microsoft is ending free support for Windows 10, and is
    pushing everybody to Windows 11? It’s looking more and more like this
    will be a step *down* in software quality, not just now but into the
    future:

    Each annual Windows update can suffer from bugs, especially after
    being rolled out to millions of users. However, Windows 11 24H2
    has been more problematic than usual. Since its official launch
    last October, the 2024 version has carried with it a host of known
    issues, many of which still haven't been resolved. As we get
    closer to the October 2025 deadline for the Windows 10 support
    cutoff, Microsoft needs to ensure that Windows 11 is a more stable
    and reliable system.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Lawrence D'Oliveiro on Wed Feb 19 01:06:09 2025
    XPost: alt.comp.os.windows-11

    On Tue, 18 Feb 2025 21:51:48 -0000 (UTC), Lawrence D'Oliveiro wrote:

    You thought it was a fluke? The troubles continue <https://www.zdnet.com/article/windows-11-update-breaks-file-explorer-
    among-other-glitches/>.
    Now Microsoft is breaking basic things like File Explorer!

    I just checked and and the Windows laptop I did the Fedora test on
    yesterday does have KB5051987, which I installed last Tuesday and the file explorer still seems to be functional. I didn't do much with the Windows
    side yesterday.

    https://betanews.com/2025/02/15/test-fedora-microsoft-windows-subsystem- linux-wsl/

    That's an explanation of the test procedure.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to All on Fri Feb 7 21:41:58 2025
    XPost: alt.comp.os.windows-11

    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a manageable threshold of complexity, where every attempt to fix a bug would just
    create new ones.

    Microsoft passed this point a long time ago.

    The sorry Dimdows 11 saga continues <https://www.zdnet.com/article/windows-11s-bug-fixing-update-is-making-things-worse/>.
    This latest update is actually *adding* more net bugs on top of the
    previous revision of the OS.

    Have we gone beyond the Brooks threshold, and now entered a Kessler
    Syndrome of runaway bug proliferation, where instead of merely
    creating about one new bug for every one fixed, the “fixes” are
    actually adding to an exponential decline in Microsoft’s software
    quality?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to CrudeSausage on Fri Feb 7 21:34:18 2025
    XPost: alt.comp.os.windows-11

    On Sun, 2 Feb 2025 07:11:42 -0500, CrudeSausage wrote:

    Let's be honest for a second: every operating system introduces new bugs
    when it fixes old ones.

    No, reasonably-designed code manages to decrease bugs in existing features
    over time. Bugs in new features will happen, yes.

    There is an old engineering adage: complexity arises, not so much from the number of components, as from the number of potential interactions between them.

    Open-source systems tend to have clear separation of functions between components, which helps keep unexpected interactions between them, in particular, down to a minimum. This allows them to scale to massive
    application deployments, like million-node supercomputers or running the
    entire Internet.

    The same cannot be said for Microsoft Windows. The original Windows NT
    concept may have had some kind of conceptual integrity at one point. But
    that has since been lost under an ongoing wave of short-sighted management decisions driven entirely by pursuit of immediate profits.

    And today, Microsoft’s own experts have no clear idea what Windows is
    doing any more. Why do you think it needs to reboot about five times just
    to do an OS install?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Joel on Fri Feb 7 20:26:52 2025
    XPost: alt.comp.os.windows-11

    On Fri, 2/7/2025 7:14 PM, Joel wrote:
    Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a manageable
    threshold of complexity, where every attempt to fix a bug would just
    create new ones.

    Microsoft passed this point a long time ago.

    The sorry Dimdows 11 saga continues
    <https://www.zdnet.com/article/windows-11s-bug-fixing-update-is-making-things-worse/>.
    This latest update is actually *adding* more net bugs on top of the
    previous revision of the OS.

    Have we gone beyond the Brooks threshold, and now entered a Kessler
    Syndrome of runaway bug proliferation, where instead of merely
    creating about one new bug for every one fixed, the “fixes” are
    actually adding to an exponential decline in Microsoft’s software
    quality?


    This is nothing new, public beta testing, just run 23H2 or better yet, upgrade to Linux.


    "The latest issue centers around the Windows 11 24H2 preview update"
    ^^^^^^^

    Yeah, we don't install those. Those are voluntary, in that you click
    that if you think there is something in that update for you.

    It will appear again on Patch Tuesday, which would be the 11th of February.

    A valuable place to gather intelligence, is the Reliability Monitor,
    which keeps certain kinds of failures in a chart form. Nobody seems to
    have bothered in that article, to check for messages in there.

    That's an alternative to looking in EventVwr.msc .

    TO get there, open Settings and type "Relia" into the top search bar.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From CrudeSausage@21:1/5 to Lawrence D'Oliveiro on Fri Feb 7 20:29:39 2025
    XPost: alt.comp.os.windows-11

    On 2025-02-07 4:34 p.m., Lawrence D'Oliveiro wrote:
    On Sun, 2 Feb 2025 07:11:42 -0500, CrudeSausage wrote:

    Let's be honest for a second: every operating system introduces new bugs
    when it fixes old ones.

    No, reasonably-designed code manages to decrease bugs in existing features over time. Bugs in new features will happen, yes.

    There is an old engineering adage: complexity arises, not so much from the number of components, as from the number of potential interactions between them.

    Open-source systems tend to have clear separation of functions between components, which helps keep unexpected interactions between them, in particular, down to a minimum. This allows them to scale to massive application deployments, like million-node supercomputers or running the entire Internet.

    The same cannot be said for Microsoft Windows. The original Windows NT concept may have had some kind of conceptual integrity at one point. But
    that has since been lost under an ongoing wave of short-sighted management decisions driven entirely by pursuit of immediate profits.

    And today, Microsoft’s own experts have no clear idea what Windows is
    doing any more. Why do you think it needs to reboot about five times just
    to do an OS install?

    I have to admit those reboots are a nuisance. Of course, Fedora rebooted
    pretty often too. While it doesn't seem to be *necessary* to reboot
    after an update, practically all of them recommended it.

    --
    CrudeSausage
    Gab: @CrudeSausage
    Telegram: @CrudeSausage
    Unapologetic paleoconservative

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Joel on Fri Feb 7 21:57:56 2025
    XPost: alt.comp.os.windows-11

    On Fri, 2/7/2025 8:50 PM, Joel wrote:
    Paul <nospam@needed.invalid> wrote:

    [Windows 11 24H2 is in] public beta testing, just run 23H2 or better yet, >>> upgrade to Linux.

    "The latest issue centers around the Windows 11 24H2 preview update"
    ^^^^^^^

    Yeah, we don't install those. Those are voluntary, in that you click
    that if you think there is something in that update for you.

    It will appear again on Patch Tuesday, which would be the 11th of February. >>
    A valuable place to gather intelligence, is the Reliability Monitor,
    which keeps certain kinds of failures in a chart form. Nobody seems to
    have bothered in that article, to check for messages in there.

    That's an alternative to looking in EventVwr.msc .

    TO get there, open Settings and type "Relia" into the top search bar.


    The preview update isn't the only bug I've heard about in Win12 I mean
    11 24H2. Honestly, having an actual good PC, that I assembled from
    quality parts, I never encountered bugs with Win11 updates. That
    having been said, it seems worse since I deleted Win11 23H2 early in
    that build's life. Maybe if I'm not running Winblows, M$ expects
    everyone else to be smart enough to follow the leader, well, I try, I
    post here on COLA, I make Linux look cool, I talk to Copilot in a Web
    app, but I can't just wave my hand and make people wake up to how
    shitty Winblows is, and replace it. So the stats remain with Windows
    being heavily dominant.


    The root cause of some of this, is the pattern I've spotted
    where Microsoft is trying to take over all the proprietary
    drivers. This is likely why USB DACs got broken. They didn't
    get broken because the manufacturer sent an update. And the usual
    USB parts of a PC, would have nothing to do with USB DAC health,
    that would also not be affecting the operation of USB sticks
    or USB disk enclosures and so on.

    The USB DACs likely got affected, by some attempt to create a
    class driver for the DACs, and failing at it.

    But the rest of the symptoms, I don't see a locus there, to predict
    where those problems are coming from. Usually the File Explorer
    is relatively immune to the churn around it. And if you fouled up
    a disk driver... the system isn't going to be able to boot. And the
    class drivers for that, haven't been updated in years. It's because
    of the simplicity of making read/write work on a disk.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to CrudeSausage on Sat Feb 8 06:36:16 2025
    XPost: alt.comp.os.windows-11

    On Fri, 7 Feb 2025 20:29:39 -0500, CrudeSausage wrote:

    On 2025-02-07 4:34 p.m., Lawrence D'Oliveiro wrote:

    And today, Microsoft’s own experts have no clear idea what Windows is
    doing any more. Why do you think it needs to reboot about five times
    just to do an OS install?

    I have to admit those reboots are a nuisance. Of course, Fedora rebooted pretty often too.

    There are ways to minimize that. Doesn’t RHEL support kexec, which allows
    the old Linux kernel to pass control to the new one without actually
    disrupting the userland?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to All on Mon Mar 17 21:37:21 2025
    XPost: alt.comp.os.windows-11

    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a
    manageable threshold of complexity, where every attempt to fix a bug
    would just create new ones.

    Microsoft passed this point a long time ago.

    Further evidence <https://arstechnica.com/gadgets/2025/03/this-months-windows-updates-are-removing-the-copilot-app-accidentally/>:
    now a Dimdows update deletes your Copilot app and taskbar icon, and
    the only workaround is to put it all back again yourself:

    Microsoft says it is "working on a resolution to address the
    issue" but that users who want to get Copilot back can reinstall
    the app from the Microsoft Store and repin it to the taskbar, the
    same process you use to install Copilot on PCs where it has been
    removed.

    This is why they say, Windows is a great OS -- if your time is worth
    nothing.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Lawrence D'Oliveiro on Tue Mar 18 13:31:25 2025
    XPost: alt.comp.os.windows-11

    Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a
    manageable threshold of complexity, where every attempt to fix a bug
    would just create new ones.

    Microsoft passed this point a long time ago.

    Further evidence <https://arstechnica.com/gadgets/2025/03/this-months-windows-updates-are-removing-the-copilot-app-accidentally/>:
    now a Dimdows update deletes your Copilot app and taskbar icon, and
    the only workaround is to put it all back again yourself:

    "deletes your Copilot app" "from *SOME* Windows 11 PCs"

    Perhaps another case of thousands in billions, like your previous FUD?

    Anyway, the Copilot app did not get deleted from my system. Sorry
    about that. (There never was a Taskbar icon, so a tad hard to delete
    that.)

    Let's hear from others, who - unlike you - actually have/use this
    stuff.

    Microsoft says it is "working on a resolution to address the
    issue" but that users who want to get Copilot back can reinstall
    the app from the Microsoft Store and repin it to the taskbar, the
    same process you use to install Copilot on PCs where it has been
    removed.

    This is why they say, Windows is a great OS -- if your time is worth
    nothing.

    Well, it seems to keep *you* quite busy.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From CrudeSausage@21:1/5 to Lawrence D'Oliveiro on Tue Mar 18 11:04:33 2025
    XPost: alt.comp.os.windows-11

    On 2025-03-17 17:37, Lawrence D'Oliveiro wrote:
    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a
    manageable threshold of complexity, where every attempt to fix a bug
    would just create new ones.

    Microsoft passed this point a long time ago.

    Further evidence <https://arstechnica.com/gadgets/2025/03/this-months-windows-updates-are-removing-the-copilot-app-accidentally/>:
    now a Dimdows update deletes your Copilot app and taskbar icon, and
    the only workaround is to put it all back again yourself:

    Microsoft says it is "working on a resolution to address the
    issue" but that users who want to get Copilot back can reinstall
    the app from the Microsoft Store and repin it to the taskbar, the
    same process you use to install Copilot on PCs where it has been
    removed.

    This is why they say, Windows is a great OS -- if your time is worth
    nothing.

    I can't disagree with the last part. Unsurprisingly, even yesterday, I
    ran an sfc /scannow & dism /online /cleanup-image /scanhealth
    combination, and I wasn't surprised to discover that the system once
    again had components needing to be repaired. The machine is always put
    to suspend as it should be and shut down properly, yet Windows breaks
    even when you use it properly. I can only imagine how "slow" the machine
    gets for users who don't know about these repair options and the
    constant need to execute them.

    --
    God be with you,

    CrudeSausage
    John 14:6

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Frank Slootweg on Tue Mar 18 11:08:25 2025
    XPost: alt.comp.os.windows-11

    On Tue, 3/18/2025 9:31 AM, Frank Slootweg wrote:
    Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a
    manageable threshold of complexity, where every attempt to fix a bug
    would just create new ones.

    Microsoft passed this point a long time ago.

    Further evidence
    <https://arstechnica.com/gadgets/2025/03/this-months-windows-updates-are-removing-the-copilot-app-accidentally/>:
    now a Dimdows update deletes your Copilot app and taskbar icon, and
    the only workaround is to put it all back again yourself:

    "deletes your Copilot app" "from *SOME* Windows 11 PCs"

    Perhaps another case of thousands in billions, like your previous FUD?

    Anyway, the Copilot app did not get deleted from my system. Sorry
    about that. (There never was a Taskbar icon, so a tad hard to delete
    that.)

    Let's hear from others, who - unlike you - actually have/use this
    stuff.

    Microsoft says it is "working on a resolution to address the
    issue" but that users who want to get Copilot back can reinstall
    the app from the Microsoft Store and repin it to the taskbar, the
    same process you use to install Copilot on PCs where it has been
    removed.

    This is why they say, Windows is a great OS -- if your time is worth
    nothing.

    Well, it seems to keep *you* quite busy.


    All I got, was this lousy T-shirt.

    [Picture]

    https://i.postimg.cc/FFZzjH9B/do-the-hokey-pokey.gif

    On several OS installs here, this pops right up on the screen,
    claiming it is installing itself or something. I clicked the "X"
    but evidence is, I wasn't fast enough. Now I have to do
    the hokey-pokey. That's what it's all about.

    If you're wondering when that one came in, you can see the
    muddy footprints on the floor, here.

    [Picture]

    https://i.postimg.cc/y6QB1g6s/Reliability-Monitor-Office-Hub-Incoming.gif

    *******

    The CoPilot icon on the Task bar, second from left ?
    Naw, that's still there. On all the OSes I've looked at recently.

    [Picture]

    https://i.postimg.cc/vZXCzC1M/Co-Pilot-App.gif

    This is the thing running in the picture. That gives the package name
    if you need it for some reason.

    "C:\Program Files\WindowsApps\Microsoft.Copilot_1.25014.121.0_x64_8wekyb3d8bbwe\CopilotNative.exe"

    Paul







    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to CrudeSausage on Tue Mar 18 19:29:19 2025
    XPost: alt.comp.os.windows-11

    On Tue, 3/18/2025 11:04 AM, CrudeSausage wrote:
    On 2025-03-17 17:37, Lawrence D'Oliveiro wrote:
    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Many years ago, a software engineer named Fred Brooks predicted that
    some systems could get so complex that they would exceed a
    manageable threshold of complexity, where every attempt to fix a bug
    would just create new ones.

    Microsoft passed this point a long time ago.

    Further evidence
    <https://arstechnica.com/gadgets/2025/03/this-months-windows-updates-are-removing-the-copilot-app-accidentally/>:
    now a Dimdows update deletes your Copilot app and taskbar icon, and
    the only workaround is to put it all back again yourself:

         Microsoft says it is "working on a resolution to address the
         issue" but that users who want to get Copilot back can reinstall
         the app from the Microsoft Store and repin it to the taskbar, the >>      same process you use to install Copilot on PCs where it has been
         removed.

    This is why they say, Windows is a great OS -- if your time is worth
    nothing.

    I can't disagree with the last part. Unsurprisingly, even yesterday, I ran an sfc /scannow & dism /online /cleanup-image /scanhealth combination, and I wasn't surprised to discover that the system once again had components needing to be repaired. The
    machine is always put to suspend as it should be and shut down properly, yet Windows breaks even when you use it properly. I can only imagine how "slow" the machine gets for users who don't know about these repair options and the constant need to execute
    them.


    dism /Online /Cleanup-image /ScanHealth

    Deployment Image Servicing and Management tool
    Version: 10.0.22621.2792

    Image Version: 10.0.22631.5039

    [==========================100.0%==========================] No component store corruption detected.
    The operation completed successfully.



    I don't sleep or hibernate or fast start.
    Notice how clean my stuff is. If there is a
    change of state from S0, it's a shutdown, where the
    OS dismounts the file system before termination. It
    flushes any caches (the OS has a write cache in RAM,
    the cache normally being flushed).

    *******

    Deployment Image Servicing and Management

    dism /Online /Cleanup-image /ScanHealth
    dism /Online /Cleanup-image /CheckHealth
    dism /Online /Cleanup-image /RestoreHealth
    dism /Online /Cleanup-image /StartComponentCleanup
    Sfc /ScanNow # You do the SFC, after the DISM ones if any

    Windows Command Prompt

    Dism.exe /online /Cleanup-Image /StartComponentCleanup /ResetBase

    Warning: All existing update packages can't be uninstalled after this
    command is completed, but this won't block the un-installation
    of future update packages.

    *******

    W11Home

    DISM runs on this OS: 1 # Run for amusement, on lowest level which is a "check" only.
    SFC runs on this OS: 0

    Disk seems to be working OK.

    399,000 files on C:
    There is no C:\Windows\servicing\LCU on Windows 11, so no LCU to count.

    W10Pro

    572,000 files
    C:\Windows\servicing\LCU on Windows 10 178,000 files (can be deleted)

    It's also sunny outside today, but still a bit cold.

    *******

    You can do a Repair Install, to tart up the WinSxS files.

    While you could do a backup and restore, in an attempt to "clean"
    the C: file system, that's not going to be entirely successful.
    If you had any $BADCLUS entries, those would likely be preserved in
    the backup, which is not a desirable property. It's normally pretty
    difficult to regress to the point that the OS registers those -- the auto-sparing of the storage devices, normally "hides the health" of
    the storage so $BADCLUS (a concept from long ago), does not trigger.

    I did have one of those here, and it was a bitch to get rid of.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to All on Thu Mar 27 22:03:58 2025
    XPost: alt.comp.os.windows-11

    On Sat, 1 Feb 2025 21:55:15 -0000 (UTC), I wrote:

    Not the first time Windows has had this sort of trouble! It has become
    a regular occurrence the past few years.

    And still not fixed. <https://www.zdnet.com/article/10-pesky-windows-11-24h2-bugs-still-haunting-pcs-despite-several-patches/>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)