This is the mail archive of the
mailing list for the Cygwin project.
Re: Postinstall Script Errors With Exit Code 128
- From: "Larry Hall (Cygwin)" <reply-to-list-only-lh at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Fri, 31 May 2013 12:26:41 -0400
- Subject: Re: Postinstall Script Errors With Exit Code 128
- References: <OFB98AFA0A dot C98BEEC2-ON85257B79 dot 006C2BC1-85257B79 dot 006C532B at LocalDomain> <OF146666CE dot 12B8AAEA-ON85257B7A dot 00581A1E-85257B7A dot 005844B4 at desknetinc dot com> <51A62CAE dot 3080504 at cygwin dot com> <OF932F29B5 dot 7FF500EF-ON85257B7A dot 0065C25E-85257B7A dot 006A199F at desknetinc dot com> <51A65C03 dot 3050107 at cygwin dot com> <OF160D8D15 dot B9C70282-ON85257B7C dot 00239146-85257B7C dot 0023B02A at desknetinc dot com>
- Reply-to: cygwin at cygwin dot com
On 5/31/2013 2:29 AM, Paul.Nickerson@desknetinc.com wrote:
From: "Larry Hall (Cygwin)" <reply-to-list-only-lh at cygwin dot com>
To: cygwin at cygwin dot com,
Date: 05/29/2013 03:51 PM
Subject: Re: Postinstall Script Errors With Exit Code 128
Sent by: cygwin-owner at cygwin dot com
On 5/29/2013 3:18 PM, Paul.Nickerson at desknetinc dot com wrote:
So, I think that one of these functions hangs when
cygwin1.dll is present. I'm thinking dump_dodgy_apps.
Possibly. You may have a BLODA problem (
whether known or unknown. If so, getting rid of it will certainly help.
I tried copying cygcheck.exe to other directories and leaving
in bin, and cygcheck does not hang when run from other directories.
Interesting. Maybe there's some Windows permission problems in the
directory you were running from?
I have fixed it. Thank you for your help.
I have a few other AWS EC2 instances. One other was having trouble with
Cygwin install, and none of the rest were. I tried comparing installed
applications, but got nowhere. I also tried installing Windows updates on
the troubled system, and copying the cygwin from a healthy system to the
troubled one. Neither attempt worked. I had looked into folder permissions
before, which all looked fine, and tried installing to another folder and
even another drive, but that hadn't helped.
I then used WinDbg to run C:\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/000-cygwin-post-install.sh", and I think I got this
error: SetContext failed, 0x8007001F. Looking online, it seems that code
is associated with "A device attached to the system is not functioning". I
have already rebooted a bunch of times. I used Belarc Advisor to grab the
virtual hardware version. Belarc Advisor said the System Model / Main
Circuit Board / BIOS on both troubled instances was "Xen HVM domU
3.1.2-92.1.13.el5.", while on the other working instances it was "Xen HVM
domU 3.4.3-2.6.18 09/01/2012".
So, I shut down the instance (I use EBS volumes), created an AMI from it,
created an Instance from the AMI, and started up that instance. This has
the effect of applying a new virtual hardware if available (proven by the
fact that I get a new Instance ID), as well as moving to different
physical hardware. After this, Belarc Advisor reported the good virtual
hardware version. And, I was able to successfully install and use Cygwin
I have attached the output of running that bash.exe command inside WinDbg,
just in case it's useful for anything.
Again, thank you for you help.
You're welcome. Thanks for your efforts in tracking this down and reporting
back. I suspect it will help others in the future if they see similar
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple