> > Based on the latest results, the problem seems to exist only for most of the
quoted text
> > /sbin files. So, the upgrade runs through as programmed. 
> > With a public mirror, it will take hours. I really hope SHA256 is good enough to
> > confirm the integrity of the archives. Serial console seems a good idea; I have
> > to use it in any case. 
> > What I have in mind, is, before the reboot, to use the command prompt to check
> > the files in the /sbin-to-be. I have a hunch, that they'll be there, then. Then
> > I'll do the same after the reboot, and once again, after the package upgrade.
> > Should the phenomenon show again, by now I can imagine that the changes are
> > happening some time later. We'll see ...
> 
> Just for clarity: is everything that fails to change on the same disk?
> I.e. can you post the output of 'mount' (within bsd.rd) as well? And I
> presume you shut down in a sensible fashion, right?

A chit-chat on a public mailing list isn't going to find this supposed
bug.  Why discuss it?  Why not just keep prove it happened.  Don't you see
how tiring it is to discuss it when we've seen no evidence?