Re: another 9.2 upgrade problem: the answer
[email protected] (Steve Blinkhorn) Mon, 11 Jul 2022 10:17:24 +0000 (UTC)
| Newsgroups | gmane.os.netbsd.ports.x86-64 |
|---|---|
| Organization | Psychometric Research & Development Ltd. |
| Message-ID | <[email protected]> |
I think mostly my problems derive from the poor support for upgrading in the installation notes. For me, upgrading my remote servers is an infrequent gulp-inducing event. Last time this machine was even rebooted was 3 years 9 months ago. I was pointed towards NetBSD long ago by Peter Seebach when BSD/OS gave up the ghost, and it has proved a very solid platform for delivering services to customers. But it really would help users such as me if the documentation were enhanced by adding a simple step-by-step guide to upgrading from a plain hard-disk directory on the same machine. I know it's not dificult, but if it's a rare event, it can be challenging. That's particularly true when it comes to /etc. As regards /rescue, I was trying to re-extract with: # /rescue/tar xpzf... and I got messages about missing shared-library files. Looking there today I see what I take to be 155 hard links to a statically linked executable. Why it did not work I do not know. But still, at least I was able to work out what the problem was, and found a way round it. -- Steve Blinkhorn <[email protected]> You wrote: > > >>> /rescue was of no use because its copy of tar had the same > >>> dependencies. Wouldn't it be better if basic utilities in /rescue > >>> were statically linked? > >> You mean they're not?! [...] > > Mouse: I'm glad you are well; had you not ranted I would have been > > concerned. > > Heh. (I must admit, I did debate with myself before sending. Perhaps > I should have refrained. Maybe I'm mellowing in my old age.) > > > But, looking at the rescue set unpacked: > > > $ file rescue/ls > > rescue/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, for NetBSD 9.2, stripped > > Then we have the question of what Steve saw that prompted "...its copy > of tar had the same dependencies". Perhaps it's just the "run gunzip > from $PATH" issue? I hope so.... > > /~\ The ASCII Mouse > \ / Ribbon Campaign > X Against HTML [email protected] > / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B >