On Tue, 12 Jul 2011, Remco wrote: > During a snapshot upgrade for both i386 and amd64 > > OpenBSD 4.9-current (GENERIC.MP) #10: Mon Jul 11 12:31:05 MDT 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP > > OpenBSD 4.9-current (GENERIC.MP) #19: Mon Jul 11 12:20:24 MDT 2011 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > the option to run sysmerge at the end doesn't work: > > Merge the new etc/xetc install sets using sysmerge(8)? [no] yes > ftp: Can't open file ///mnt2/4.9/amd64/etc49.tgz: No such file or > directory > ftp: Can't open file ///mnt2/4.9/amd64/xetc49.tgz: No such file or > directory > *** ERROR: please specify a valid path to src or (x)etcXX.tgz > usage: sysmerge [-bd] [-s [src | etcXX.tgz]] [-x xetcXX.tgz] > > I briefly looked at the install scripts in src/distrib/miniroot/ and tried to > understand them. > > AFIACT the cd is unmounted from /mnt2/ before sysmerge is run. > See src/distrib/miniroot/install.sub: the function install_sets() seems to > unmount /mnt2/ after installing the sets and before returning from that > function. > > If I'm not mistaken the idea is to copy the (x)etc49.tgz sets to /mnt/tmp/. > Maybe it's an option to do that in the install_files() phase. If the user > chooses to not run sysmerge, those files will be cleaned upon reboot anyway, > won't they ?
I'll look at that asap, thanks for the report. -- Antoine
