Re: Install hangs
Larry Hall (Cygwin) wrote:
Eric Mader wrote:
In the process of messing around w/ the scripts in /etc/postinstall I
ran into a problem w/ find. In an attempt to find scripts where both
the '.sh' and the '.sh.done' versions existed I typed the command:
find . -name "*.sh" -exec ls \{\}.done \;
This caused some strange error messages, and left some stalled
processes running 'find' behind. (I can't run this command now because
the successful run of setup.exe cleaned them all up, but here's the
output of a similar use of '-exec' in find:
$ find . -name "*.sh.done" -exec ls \{\} \;
197 [main] find 16764 fhandler_dev_zero::fixup_mmap_after_fork:
requested 0x
43 != 0x0 mem alloc base 0x43, state 0x2000, size 1040384,
Win32 error 4
87
543 [main] find 16764 c:\cygwin\bin\find.exe: *** fatal error -
c:\cygwin\bi
n\find.exe: *** recreate_mmaps_after_fork_failed
It takes quite a long time to get a command prompt back after these
error messages, and it leaves behing a stalled process.
Is this releated somehow to my many failed attempts to run setup.exe,
or is it a know problem w/ find?
Could be a rebase issue. Try installing the package, read the README, and
follow the instructions for rebasing your system.
I ran rebaseall (w/ no arguments) and the above find command still fails
in the same way. Anything else I can try?
Is there a way to save the list of installed packages and do a clean
install?
Regards,
Eric
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Install hangs
Larry Hall (Cygwin) wrote:
Eric Mader wrote:
I found a bunch of stalled processes running "ash", "bash" and "sh". I
killed them all and rebooted for good measure. :-) When I ran
setup.exe again, it gets as far as running /etc/postinstall/gnugo.sh
and then stalls. The environment seems to be more-or-less working.
I've enclosed the output of cygcheck -c , cygcheck -s and
/var/log/setup.log.full.
Am I good to go at this point, or is there still something that's a
little off?
'hicolor-icon-theme' reports itself as incomplete but otherwise the
packages themselves are there. Postinstall scripts have a purpose
so to the extent that you haven't run them, you may see some issues
with your environment. I'd recommend trying two things that might
help:
1. Remove '/', '/usr/lib', and '/usr/bin' as binary and rerun
'setup.exe'. See 'man mount' and the '-f' and '-b' flags
for more details.
2. With or without the above, go to the '/etc/postinstall' directory
and run any scripts there that don't have the 'done' suffix.
Once they have all run successfully, move them to the script
name plus the 'done' suffix.
Hopefully one of these two procedures will get all your postinstall
scripts to run. If that's true, you're good to go.
I remounted '/', '/usr/lib' and '/usr/bin' as binary (I assume you meant
"remount" rather than "remove"?) and reran setup.exe. It ran all the way
to completion w/o any complaints, so I think I'm in pretty good shape.
I'm enclosing the output of 'cygcheck -svr > cygcheck.out'.
In the process of messing around w/ the scripts in /etc/postinstall I
ran into a problem w/ find. In an attempt to find scripts where both the
'.sh' and the '.sh.done' versions existed I typed the command:
find . -name "*.sh" -exec ls \{\}.done \;
This caused some strange error messages, and left some stalled processes
running 'find' behind. (I can't run this command now because the
successful run of setup.exe cleaned them all up, but here's the output
of a similar use of '-exec' in find:
$ find . -name "*.sh.done" -exec ls \{\} \;
197 [main] find 16764 fhandler_dev_zero::fixup_mmap_after_fork:
requested 0x
43 != 0x0 mem alloc base 0x43, state 0x2000, size 1040384, Win32
error 4
87
543 [main] find 16764 c:\cygwin\bin\find.exe: *** fatal error -
c:\cygwin\bi
n\find.exe: *** recreate_mmaps_after_fork_failed
It takes quite a long time to get a command prompt back after these
error messages, and it leaves behing a stalled process.
Is this releated somehow to my many failed attempts to run setup.exe, or
is it a know problem w/ find?
Regards,
Eric
Cygwin Configuration Diagnostics
Current System Time: Wed Sep 27 15:37:59 2006
Windows XP Professional Ver 5.1 Build 2600 Service Pack 2
Path: c:\cygwin\usr\local\bin
c:\cygwin\bin
c:\cygwin\bin
c:\cygwin\usr\X11R6\bin
c:\PROGRAM FILES\THINKPAD\UTILITIES
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\IBM\Infoprint Select
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\ATI Technologies\Fire GL 3D Studio Max
c:\Program Files\PC-Doctor for Windows\services
c:\PROGRA~1\GNU\WINCVS~1.3\CVSNT
c:\Program Files\doxygen\bin
c:\Program Files\Rational\common
c:\Program Files\ThinkPad\ConnectUtilities
c:\Program Files\QuickTime\QTSystem\
c:\dev\icu\bin
Output from c:\cygwin\bin\id.exe (nontsec)
UID: 1005(emader)GID: 513(None)
0(root) 513(None)544(Administrators)
545(Users) 1006(Debugger Users)
Output from c:\cygwin\bin\id.exe (ntsec)
UID: 1005(emader)GID: 513(None)
0(root) 513(None)544(Administrators)
545(Users) 1006(Debugger Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
USER = 'emader'
PWD = '/cygdrive/c'
HOME = '/home/emader'
MAKE_MODE = 'unix'
TVDEBUGFLAGS = '0x260'
HOMEPATH = '\Documents and Settings\emader'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man'
APPDATA = 'C:\Documents and Settings\emader\Application Data'
HOSTNAME = 'StarBug2'
VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET
2003\Common7\Tools\'
TVLOGSESSIONCOUNT = '5000'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 9 Stepping 5, GenuineIntel'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/etc/postinstall'
USERDOMAIN = 'STARBUG2'
OS = 'Windows_NT&
Re: Install hangs
Eric Mader wrote: I was able to get setup.exe unstuck by cd'ing to /etc/preremove, running automake-devel.sh and then deleting it. I had to do this with about three other scripts in this directory before setup.exe would move on to the next phase. It's now happily installing all the selected packages. I'm not sure what was going on with the offending scripts... Regards, Eric It seems I spoke too soon, now it setup.exe hangs on the /etc/postinstall/00ash.sh script. The installation seems incomplete. For example, the "ls" command doesn't work. So it seems that whatever was going on with the preinstall scripts is also happening w/ th postinstall scripts, but now I don't have a functioning environment in which to run them by hand :-( Regards, Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Eric Mader wrote: Dave Korn wrote: On 26 September 2006 18:25, Eric Mader wrote: Dave Korn wrote: One other thing: I was updating a previous Cygwin installation. From a quick spot-check it seems that the installer didn't update anything: for example gcc still says it's version 3.3.3-1 even though the installer reports that the most recent version is 3.4.4-1. I also noticed that setup.log is dated 6/21/2004 and has no entries in it newer than that date. All of this leads me to suspect that the installer didn't update anything... You could just be right there. From your cygcheck: c: hd NTFS 53348Mb 99% CP CS UN PA FC IBM_PRELOAD Looks like your C drive is full! cheers, DaveK I had about 750MB free on c:. I just did a bunch of archiving and deleting and now there is 6.29GB free. The install still hangs at exactly the same place. As far as I can tell, it tries to run the preremove script *before* it does any installing - the only other thing it seems to do is check the MD5s on the packages... Regards, Eric I was able to get setup.exe unstuck by cd'ing to /etc/preremove, running automake-devel.sh and then deleting it. I had to do this with about three other scripts in this directory before setup.exe would move on to the next phase. It's now happily installing all the selected packages. I'm not sure what was going on with the offending scripts... Regards, Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Dave Korn wrote: On 26 September 2006 18:25, Eric Mader wrote: Dave Korn wrote: One other thing: I was updating a previous Cygwin installation. From a quick spot-check it seems that the installer didn't update anything: for example gcc still says it's version 3.3.3-1 even though the installer reports that the most recent version is 3.4.4-1. I also noticed that setup.log is dated 6/21/2004 and has no entries in it newer than that date. All of this leads me to suspect that the installer didn't update anything... You could just be right there. From your cygcheck: c: hd NTFS 53348Mb 99% CP CS UN PA FC IBM_PRELOAD Looks like your C drive is full! cheers, DaveK I had about 750MB free on c:. I just did a bunch of archiving and deleting and now there is 6.29GB free. The install still hangs at exactly the same place. As far as I can tell, it tries to run the preremove script *before* it does any installing - the only other thing it seems to do is check the MD5s on the packages... Regards, Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Dave Korn wrote: On 26 September 2006 10:20, Chris Taylor wrote: Ooh, yes, I guess I should have pointed that out. Artie, Eric, as long as it's got as far as the postinstall stage, that means most of the installation is there; postinstall scripts are mostly written in bash shell script, and at the time they are run enough of cygwin should have been installed for them to work. Ceratinly all the binary files should have been installed, and since cygcheck is a native win32 program and will run no matter how borked the cygwin installation is, you should have no problems invoking it from a DOS shell in the cygwin bin dir. One other thing: I was updating a previous Cygwin installation. From a quick spot-check it seems that the installer didn't update anything: for example gcc still says it's version 3.3.3-1 even though the installer reports that the most recent version is 3.4.4-1. I also noticed that setup.log is dated 6/21/2004 and has no entries in it newer than that date. All of this leads me to suspect that the installer didn't update anything... Regards, Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Dave Korn wrote: On 26 September 2006 10:20, Chris Taylor wrote: Dave Korn wrote: On 26 September 2006 05:22, Artie Ziff wrote: I recently experienced a similar scenario, posted a general description of the user experience (with some questions) in an attempt to elicit general comments. I rcv'd the same response as those before me... as is evidenced in the archives. That is, no response. I suppose the philosophy is: if there is no response then no problem exists. ;-) Nope. The philosophy is: if there is no information, then no diagnosis can be made. Problem reports: http://cygwin.com/problems.html ^ Cygchecks, gentlemen, please. As attachments, please. Let's see what you've got so far, and then later we might need to look at setup logs and suchlike. cheers, DaveK I wonder if perhaps they think they can't run cygcheck because they haven't finished installing cygwin yet? It does seem that many people are unaware that cygcheck is a native win32 binary... Ooh, yes, I guess I should have pointed that out. Artie, Eric, as long as it's got as far as the postinstall stage, that means most of the installation is there; postinstall scripts are mostly written in bash shell script, and at the time they are run enough of cygwin should have been installed for them to work. Ceratinly all the binary files should have been installed, and since cygcheck is a native win32 program and will run no matter how borked the cygwin installation is, you should have no problems invoking it from a DOS shell in the cygwin bin dir. cheers, DaveK Yes, cygwin seems to work: [EMAIL PROTECTED] /cygdrive/c $ uname -a CYGWIN_NT-5.1 StarBug2 1.5.13(0.122/4/2) 2005-03-01 11:01 i686 unknown unknown C ygwin [EMAIL PROTECTED] /cygdrive/c $ I've enclosed the output from cygcheck -c and cygcheck -s Regards, Eric Cygwin Package Information Package Version Status _update-info-dir00231-1 OK apr 0.9.6-1 OK apr-util0.9.6-1 OK ash 20040127-1 OK astyle 1.15.3-3OK atk 1.8.0-1 OK atk-devel 1.8.0-1 OK atk-doc 1.8.0-1 OK atk-runtime 1.8.0-1 OK autoconf2.59-1 OK autoconf-devel 2.59-1 OK autoconf-stable 2.13-5 OK automake1.7.9-1 OK automake-devel 1.9.2-1 OK automake-stable 1.4p6-2 OK base-files 3.2-1 OK base-passwd 2.2-1 OK bash2.05b-16OK bc 1.06-2 OK binutils20041229-1 OK bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-6 OK ccrypt 1.7-1 OK cgoban 1.9.14-1OK cmake 2.0.5-1 OK coreutils 5.2.1-5 OK crypt 1.1-1 OK ctags 5.5-4 OK cvs 1.11.17-1 OK cvsutils0.2.1-1 OK cygipc 2.03-2 OK cygrunsrv 1.01-1 OK cygutils1.2.6-1 OK cygwin 1.5.13-1OK cygwin-doc 1.4-2 OK cygwin-x-doc1.0.4-1 OK ddd 3.3.9-1 OK diffutils 2.8.7-1 OK doxygen 1.2.18-1OK ed 0.2-1 OK editrights 1.01-1 OK emacs 21.2-13 OK emacs-X11 21.2-13 OK expat 1.95.8-1OK file4.12-1 OK findutils 20041227-1 OK flex2.5.4a-3OK fontconfig 2.2.2-1 OK fortune 1.99.1-1OK freetype2 2.1.5-1 OK fvwm2.4.7-3 OK gawk3.1.4-3 OK gcc 3.3.3-3 OK gcc-ada 3.3.3-3 OK gcc-core3.3.3-3 OK gcc-g++ 3.3.3-3 OK gcc-gdc 3.3.3-3 OK gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK gdb 20041228-2 OK gdbm1.8.3-7 OK gettext 0.1
Install hangs
Hello, I'm trying to update my Cygwin installation using setup.exe v. 2.510.2.2 (the latest as of a few hours ago). When I run setup, after downloading and verifying MD5 checksums, it hangs at: Running preremove script... automake-devel There's no significant CPU or disk activity, and the Task Manager reports setup as "running". I'm running XP SP2 on a TP R50p. Does anybody have any idea what's going on here, and how to work around it? Regards, Eric Mader -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
