On Fri, 30 Apr 2021 at 11:32:10 -0400, Louis Guillaume wrote:
Hello!
My longtime update method for netbsd systems (since NetBSD 1.6 or so) summarized...
1. Retrieve/unpack the kernel
# cd /
# ftp -o "|pax -zrvpe" http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/kern-XEN3_DOMU.tar.xz
2. reboot
3. Retrieve unpack the sets
# for i in base comp games modules man misc text ;do
ftp -o "|pax -zrvpe" http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/${i}.tar.xz
> done
4. Get the etc.tar.xz and run etcupdate on it.
# cd /usr/INSTALL
# ftp http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/etc.tar.xz
# etcupdate -d / -s /usr/INSTALL/etc.tgz
5. Reboot.
But this doesn't work as of recent. Step 3 breaks. It seems that since moving from .tgz to .tar.xz archives I have this problem.
The kernel works fine, but for the sets, I get the following problem after a while...
./usr/share/locale/zh_CN.GB18030
./usr/share/locale/zh_CN.GB18030/LC_CTYPEgzip: Unexpected end of input
pax: End of archive volume 1 reached
pax: ustar vol 1, 4942 files, 189618300 bytes read, 0 bytes written in 36 secs (5267175 bytes/sec)
ATTENTION! pax archive volume change required.
Ready for archive volume: 2
Input archive name or "." to quit pax.
98% |***************************************************** | 40544 KiB 750.71 KiB/s - stalled -^C
pax: Signal caught, cleaning up.
As if the pipe to pax is misbehaving.
Any thoughts on this? My workaround is to download everything to /usr/INSTALL first. Then pax works fine in the loop.
Hello,
Have you tried passing --xz, given that's the archive format used now
(not -z for gzip)? I.e., ftp -o "|pax --xz -rvpe" ...
Regards,
Dave