rebaseall ate my homework (Windows 10 install, that is)?

rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

[-- Attachment #1: Setup log from cygwin reinstall just before reboot death --]
[-- Type: application/octet-stream, Size: 728942 bytes --]

[-- Attachment #2: Type: text/plain, Size: 218 bytes --]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

[Mailer glitch?  Previous message consisting of attachment should have
started with the following]

I'm now pretty sure (it's happened 3 times since Thursday) that some
aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
installation.

Anyone else had a bad experience lately?

The first time the symptom was the Excel started refusing to launch
shortly after upgrading to 2.5.2, and after a reboot the system went in
to a Repairing reboot loop.

After disabling that loop, the problem which showed up was the (per
Google) infamous "\Windows\System32\hal.dll is missing or corrupt"
problem, which is as far as I can tell unfixable, short of a reinstall.

I did the reinstall, and set to work rebuilding my life (see today's
earlier message about recovering my own files).

As part of this, I tried re-installing 2.5.1 from disk, and again the
first reboot thereafter failed (note, _not_ the first reboot after the
reinstall).

So after _another_ reinstall, I tried the 2.5.1 reinstall right away,
followed by reboot, and failed again, same way.

I [just sent] setup.log.full, which I don't _think_ shows anything going
wrong...

Any suggestions on how to debug welcome,

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Warren Young]

On Jun 28, 2016, at 3:48 PM, Henry S. Thompson <ht@inf.ed.ac.uk> wrote:
> 
> I'm now pretty sure (it's happened 3 times since Thursday) that some
> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
> installation.

Quoting from your setup.log.full:

> The following DLLs couldn't be rebased because they were in use:
>   /c/WINDOWS/system32/imgutil.dll
>   /c/WINDOWS/system32/msshooks.dll
>   /c/WINDOWS/system32/mssph.dll

…etc.  I may well be misunderstanding something, but I don’t believe rebase has any call to touch such things.  It should only be looking at files under Cygwin’s own /usr, as far as I’m aware.

Do you have paths such as these in /var/cache/rebase/rebase_lst ?

> Anyone else had a bad experience lately?

My Windows 10 test VM here was updated to 2.5.2 not long after Cygwin 2.5.2 was first released.  Nothing seemed to be damaged afterward.

> The first time the symptom was the Excel started refusing to launch

I don’t have Excel on this machine, but I do have PowerPoint and Visual Studio.  Both are running fine.

> shortly after upgrading to 2.5.2, and after a reboot the system went in
> to a Repairing reboot loop.

I’ve rebooted this test VM twice, and given setup.exe a few extra passes, too, all with no ill effect.

The only odd thing I see is that Windows asks me twice if I want to trust the unsigned setup*.exe when I try to run it.

What’s preventing Red Hat from signing this, anyway?  That’s one of the things that corporate overlords are good for.

> After disabling that loop, the problem which showed up was the (per
> Google) infamous "\Windows\System32\hal.dll is missing or corrupt"
> problem, which is as far as I can tell unfixable, short of a reinstall.

Yes, that’s very bad.  As I understand it, there isn’t even a single hal.dll for a given OS release that you could copy over; I believe there are several versions of that DLL, one for each major type of computer Windows runs on.  You’d have to find exactly the right flavor, and you won’t know what that is without a backup, in which case you wouldn’t need to get it from a third party.
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

Warren Young writes:

> On Jun 28, 2016, at 3:48 PM, Henry S. Thompson <ht@inf.ed.ac.uk> wrote:
>> 
>> I'm now pretty sure (it's happened 3 times since Thursday) that some
>> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
>> installation.
>
> Quoting from your setup.log.full:
>
>> The following DLLs couldn't be rebased because they were in use:
>>   /c/WINDOWS/system32/imgutil.dll
>>   /c/WINDOWS/system32/msshooks.dll
>>   /c/WINDOWS/system32/mssph.dll
>
> …etc.  I may well be misunderstanding something, but I don’t believe rebase has any call to touch such things.  It should only be looking at files under Cygwin’s own /usr, as far as I’m aware.
>
> Do you have paths such as these in /var/cache/rebase/rebase_lst ?

No, I just checked.
>
>> Anyone else had a bad experience lately?
>
> My Windows 10 test VM here was updated to 2.5.2 not long after Cygwin
> 2.5.2 was first released.  Nothing seemed to be damaged afterward.

> ...

Thanks for the additional info.

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Achim Gratz]

Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> I [just sent] setup.log.full, which I don't _think_ shows anything going
> wrong...

You'll have to find out why rebase gets into your Windows system directory.
 Check which files in /var/cache/rebase have these and what the content of
/var/lib/rebase/* is.

[...]
  /c/WINDOWS/system32/imgutil.dll
  /c/WINDOWS/system32/msshooks.dll
[...]

When you say "reinstall", was that a clean install into a new "C:\C64"
directory or did you try to install over an older installation?  If the
latter, did you perhaps link into the Windows systems directory from
somewhere inside your Cygwin installation?  Also, you seem to have modified
the cygpath prefix, which potentially might be the source of your problem.


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

Achim Gratz writes:

> Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
>> I [just sent] setup.log.full, which I don't _think_ shows anything going
>> wrong...
>
> You'll have to find out why rebase gets into your Windows system directory.
>  Check which files in /var/cache/rebase have these

> [...]
>   /c/WINDOWS/system32/imgutil.dll
>   /c/WINDOWS/system32/msshooks.dll
> [...]

None of them do :-(.

> and what the content of /var/lib/rebase/* is.

Just perl and python in dynbase.d, pointing to /usr/lib/perl5/site_perl
and /usr/lib/python2.7/site-packages respecively.

> When you say "reinstall", was that a clean install into a new "C:\C64"
> directory 

To be careful and clear, the _first_ time the problem happened (i.e.,
Windows became unusable after a reboot), was after a normal run of
setup-x86_64 which updated Cygwin to 2.5.2.  The subsequent timeline
was:

 Reinstall Windows 10, preserving partitions/files
  (this works for some time, as do Cygwin tools after I add
   /c/C64/bin to my PATH.  A number of reboots, w/o difficulty)

 Run setup-x86_64, pointing to local disk for packages and installing
 into C:\C64, and downgrade Cygwin to 2.5.1 (only because setup didn't offer to
 reinstall 2.5.2).  No other packages installed.
  (again, this works for a while)

 First reboot fails, Windows is unusable
  My suspicions are aroused that the 2.5.2 / 2.5.1 installs are causing
  the problem, just because of the proximity of the failures

 Reinstall Windows 10 _again_, again preserving partitions/files
 
 Immediately run setup, reinstall 2.5.1 (again, from local disk and to
 C:\C64) and reboot
  Windows is unusable

> or did you try to install over an older installation?

So I never changed my Cygwin install directory, as I wanted to keep my
(large) home directory in play

> If the latter, did you perhaps link into the Windows systems directory
> from somewhere inside your Cygwin installation?

I don't _think_ so.  What kind of link (cygwin vs. windows) would have
even been able to confuse rebase?

> Also, you seem to have modified the cygpath prefix, which potentially
> might be the source of your problem.

I did that five years ago at least, and it's a modification many others
do as well, I believe, so not sure how that could explain things.

Thanks very much for suggestions, please keep them coming!  As I guess
should be clear, I _can_ access my disk from the Windows recovery
console, and even run individual (Cygwin) programs, so further
archaeology is still possible.

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Achim Gratz]

Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> > You'll have to find out why rebase gets into your Windows system directory.
> >  Check which files in /var/cache/rebase have these
> 
> > [...]
> >   /c/WINDOWS/system32/imgutil.dll
> >   /c/WINDOWS/system32/msshooks.dll
> > [...]
> 
> None of them do .

That is only possible then if you've tried some manual rebase and have these
DLL still recorded in /etc/rebase.db.* -- in which case you should be able
to recover by doing a full rebase (which removes the existing rebase
database as the first step).

> To be careful and clear, the _first_ time the problem happened (i.e.,
> Windows became unusable after a reboot), was after a normal run of
> setup-x86_64 which updated Cygwin to 2.5.2.

Again, given what you say about the content of /var/cache/rebase this is
only possible if you've previously added those DLL to the rebase database.


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

Achim Gratz writes:

> Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
>> > You'll have to find out why rebase gets into your Windows system directory.
>> >  Check which files in /var/cache/rebase have these
>> 
>> > [...]
>> >   /c/WINDOWS/system32/imgutil.dll
>> >   /c/WINDOWS/system32/msshooks.dll
>> > [...]
>> 
>> None of them do .
>
> That is only possible then if you've tried some manual rebase and have these
> DLL still recorded in /etc/rebase.db.* -- in which case you should be able
> to recover by doing a full rebase (which removes the existing rebase
> database as the first step).
>
>> To be careful and clear, the _first_ time the problem happened (i.e.,
>> Windows became unusable after a reboot), was after a normal run of
>> setup-x86_64 which updated Cygwin to 2.5.2.
>
> Again, given what you say about the content of /var/cache/rebase this is
> only possible if you've previously added those DLL to the rebase database.

Thanks, that's it!  A week or so ago I did a rebase of some of my own
compiled dlls, and that seems to have added a large volume of windows
dlls to rebase.db.x86_64, including hal.dll :-(.

Not sure how to execute "[recovery] by doing a full rebase" -- I tried a
vanilla rebaseall, but that doesn't seem to have flushed the database,
although the date on it did change. . .

Thanks again,

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Achim Gratz]

Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> Not sure how to execute "[recovery] by doing a full rebase" -- I tried a
> vanilla rebaseall, but that doesn't seem to have flushed the database,
> although the date on it did change. . .

rebase-trigger fullrebase

The full rebase will be done the next time setup runs autorebase.


Regards,
Achim



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 1863 bytes --]

On Jun 29 10:20, Henry S. Thompson wrote:
> Achim Gratz writes:
> 
> > Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> >> > You'll have to find out why rebase gets into your Windows system directory.
> >> >  Check which files in /var/cache/rebase have these
> >> 
> >> > [...]
> >> >   /c/WINDOWS/system32/imgutil.dll
> >> >   /c/WINDOWS/system32/msshooks.dll
> >> > [...]
> >> 
> >> None of them do .
> >
> > That is only possible then if you've tried some manual rebase and have these
> > DLL still recorded in /etc/rebase.db.* -- in which case you should be able
> > to recover by doing a full rebase (which removes the existing rebase
> > database as the first step).
> >
> >> To be careful and clear, the _first_ time the problem happened (i.e.,
> >> Windows became unusable after a reboot), was after a normal run of
> >> setup-x86_64 which updated Cygwin to 2.5.2.
> >
> > Again, given what you say about the content of /var/cache/rebase this is
> > only possible if you've previously added those DLL to the rebase database.
> 
> Thanks, that's it!  A week or so ago I did a rebase of some of my own
> compiled dlls, and that seems to have added a large volume of windows
> dlls to rebase.db.x86_64, including hal.dll :-(.
> 
> Not sure how to execute "[recovery] by doing a full rebase" -- I tried a
> vanilla rebaseall, but that doesn't seem to have flushed the database,
> although the date on it did change. . .

Yuk.  Maybe it would make sense to have a safety net in rebase so that
it refuses to rebase any DLL below a dir called system32 or SysWOW64?

If anybody wants to take stab:

https://cygwin.com/git/gitweb.cgi?p=cygwin-apps/rebase.git


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

Achim Gratz writes:

> Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
>> Not sure how to execute "[recovery] by doing a full rebase" -- I tried a
>> vanilla rebaseall, but that doesn't seem to have flushed the database,
>> although the date on it did change. . .
>
> rebase-trigger fullrebase
>
> The full rebase will be done the next time setup runs autorebase.

Right, that ran OK, and no mention of system32 in logs or new rebase.db

But I guess I now have to do one last reinstall of Windows, in order to
repair all the dlls that I trashed by mistake.

Thanks again _very_ much for your help.

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Henry S. Thompson]

Achim Gratz writes:

> Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
>> But I guess I now have to do one last reinstall of Windows, in order to
>> repair all the dlls that I trashed by mistake.
>
> sfc/scannow should find and repair these.

I have tried that in the past, with no success -- Dism doesn't work
either :-(.

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: rebaseall ate my homework (Windows 10 install, that is)?

[Achim Gratz]

Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> But I guess I now have to do one last reinstall of Windows, in order to
> repair all the dlls that I trashed by mistake.

sfc/scannow should find and repair these.


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple