I did a clean install in an attempt to get a pristine system for building a
bootable CD from…
I started with the May 2002 CD and did the following:
Installed OS v4.25E, Photon (runtime & development) v1.14C, and the Watcom
10.6 C compiler off the CD
Installed all our production licenses, fdisk/dinit/mount of a t78 partition
as /u and got networking up & running.
Copied all the various update archives to the /u partition from our network
repository.
Did the v4.25G OS upgrade and built a new .boot (and of course rebooted).
Installed the Security Updates for the OS, Photon & Watcom
Installed Tcp/Ip v5.0 (runtime & development)
and finally, installed the v4.25E Documents upgrade.
Rebooted.
I then copied in the full production versions of our passwd, group & ucrypt
shadow files (editing out roots requirement for a passwd, just for safety
sake).
And… found I couldn’t login with any user account that required a passwd.
I subsequently discovered that /bin/login was equivalent to
/bin/login.qcrypt. I copied /bin/login.new to /bin/login, rebooted and all
was well.
I checked out all the other security utilities by verifying that they were
not also equivalent to their .qcrypt counter parts e.g.
find / -xdev -name ‘.qcrypt’
find / -xdev -name '.new’
They all seem to be fine (they were equivalent to the ucrypt/new versions,
as expected).
So what in the above upgrade path munged or missed /bin/login?
login is indeed April 26 same cksum as yours. ftp is dated nov 5 1999?
Maybe it’s ftp that is wrong, but then why would is stop working after
installing the patch g?
Can you give me date and cksum on the ftpd that you are using?
Looking at backup of project I found a login program of size 24911 which
is
the one that worked in conjonction with TCP/IP 5. I can’t tell the data
because that info is lost in the way backup are done.
It all looks goo dto me, provided you di dthe things in teh order that you
said it should have been fine, why loing was wrong I don’t know. I’ve spent
the last 2 days doing almost now stop testing, and everything that I’ve seen
shows that if you apply the OS patches and then install the security patch
everything is fine. If you already have the security patch installed you
must un-install it, install the OS patch, re-install the security patch.
Same sequence for the TCP/IP patch…
I did a clean install in an attempt to get a pristine system for building
a
bootable CD from…
I started with the May 2002 CD and did the following:
Installed OS v4.25E, Photon (runtime & development) v1.14C, and the Watcom
10.6 C compiler off the CD
Installed all our production licenses, fdisk/dinit/mount of a t78
partition
as /u and got networking up & running.
Copied all the various update archives to the /u partition from our
network
repository.
Did the v4.25G OS upgrade and built a new .boot (and of course rebooted).
Installed the Security Updates for the OS, Photon & Watcom
Installed Tcp/Ip v5.0 (runtime & development)
and finally, installed the v4.25E Documents upgrade.
Rebooted.
I then copied in the full production versions of our passwd, group &
ucrypt
shadow files (editing out roots requirement for a passwd, just for safety
sake).
And… found I couldn’t login with any user account that required a
passwd.
I subsequently discovered that /bin/login was equivalent to
/bin/login.qcrypt. I copied /bin/login.new to /bin/login, rebooted and
all
was well.
I checked out all the other security utilities by verifying that they were
not also equivalent to their .qcrypt counter parts e.g.
find / -xdev -name ‘.qcrypt’
find / -xdev -name '.new’
They all seem to be fine (they were equivalent to the ucrypt/new versions,
as expected).
So what in the above upgrade path munged or missed /bin/login?
-Rob
“Martin Walter” <> martin@qnx.com> > wrote in message
news:b5cvli$fm6$> 1@nntp.qnx.com> …
login is indeed April 26 same cksum as yours. ftp is dated nov 5
1999?
Maybe it’s ftp that is wrong, but then why would is stop working after
installing the patch g?
Can you give me date and cksum on the ftpd that you are using?
Looking at backup of project I found a login program of size 24911
which
is
the one that worked in conjonction with TCP/IP 5. I can’t tell the
data
because that info is lost in the way backup are done.
I too am having trouble installing the 4.25G patch.
ftp://updates.qnx.com/pub/qnx4/updates/ no longer has a file named
qnx-4.25-01G.tarx. There is now, however, a file named
oldqnx-4.25-01G.tarx. I have tried installing this second file with the
phinstall on the July 1999, June 2000, and May 2001 versions of the
product suite CD all with the same results.
After I select source from the file menu and change the path to the
/updates directory where the patch file resided and then either alt-S
for scan archives, double-click the oldqnx-4.25-01G.tarx file, or even
type in the name of the patch in the filename field and hit enter I
return to the product installer window with only one product listed,
“QNX 4.25 Operating System”. As the icon to its left is a green square
and the date is listed as 1998/11/13, it appears to be the version of
QNX on the install CD.
My only option then is to select remove, which removes the installed
version of QNX from my hard drive, or quit without installing.
I have tried this on a standard 4.24 install, a standard 4.25 install,
and on a very customized 4.25E install all with the same results.
In case it is relevant, the checksum I get from oldqnx-4.25-01G.tarx is
1965590861.
Thanks,
-Jamie
Enrico Rossetti wrote:
I can’t find the upgrade to qnx 4.25G on quics.
Any hints?
I too am having trouble installing the 4.25G patch.
ftp://updates.qnx.com/pub/qnx4/updates/ > no longer has a file named
qnx-4.25-01G.tarx. There is now, however, a file named
oldqnx-4.25-01G.tarx. I have tried installing this second file with the
phinstall on the July 1999, June 2000, and May 2001 versions of the
product suite CD all with the same results.
After I select source from the file menu and change the path to the
/updates directory where the patch file resided and then either alt-S
for scan archives, double-click the oldqnx-4.25-01G.tarx file, or even
type in the name of the patch in the filename field and hit enter I
return to the product installer window with only one product listed,
“QNX 4.25 Operating System”. As the icon to its left is a green square
and the date is listed as 1998/11/13, it appears to be the version of
QNX on the install CD.
i beleive PatchG is beta again. Discovery of a smalll glitch in Patch G
prompted QSS to render it unavailable.
My only option then is to select remove, which removes the installed
version of QNX from my hard drive, or quit without installing.
I have tried this on a standard 4.24 install, a standard 4.25 install,
and on a very customized 4.25E install all with the same results.
In case it is relevant, the checksum I get from oldqnx-4.25-01G.tarx is
1965590861.
Thanks,
-Jamie
Enrico Rossetti wrote:
I can’t find the upgrade to qnx 4.25G on quics.
Any hints?
The reason the patch is unavailable by following the link form the web page
is because we intentionally broke the link due to some problems that were
encountered by users who installed it. Unfortunately it took longer than
expected to diagnose and thoroughly test solutions. The patch should be
back again today. It will be the same one, just a different install
procedure.
I too am having trouble installing the 4.25G patch.
ftp://updates.qnx.com/pub/qnx4/updates/ > no longer has a file named
qnx-4.25-01G.tarx. There is now, however, a file named
oldqnx-4.25-01G.tarx. I have tried installing this second file with the
phinstall on the July 1999, June 2000, and May 2001 versions of the
product suite CD all with the same results.
After I select source from the file menu and change the path to the
/updates directory where the patch file resided and then either alt-S
for scan archives, double-click the oldqnx-4.25-01G.tarx file, or even
type in the name of the patch in the filename field and hit enter I
return to the product installer window with only one product listed,
“QNX 4.25 Operating System”. As the icon to its left is a green square
and the date is listed as 1998/11/13, it appears to be the version of
QNX on the install CD.
My only option then is to select remove, which removes the installed
version of QNX from my hard drive, or quit without installing.
If I understand your explaination correctly you have done everything right,
with the exception of expanding the product to see the sub-components ( a
patch is a sub-component). To expand the product click on the square with
the “+” sign in it to the left of the green square.
I would strongly suggest waiting until the new installation proceedure is
avaliable later today, or if you completely re-install QNX on these systems,
make usre you install the security patch last, or not at all.
-Martin.
I have tried this on a standard 4.24 install, a standard 4.25 install,
and on a very customized 4.25E install all with the same results.
In case it is relevant, the checksum I get from oldqnx-4.25-01G.tarx is
1965590861.
Thanks,
-Jamie
Enrico Rossetti wrote:
I can’t find the upgrade to qnx 4.25G on quics.
Any hints?
Discovery of a smalll glitch in Patch G