Date: Fri, 14 May 2010 00:11:50 -0300 From: Fred Souza <fred@storming.org> To: freebsd-stable@freebsd.org Subject: Re: Mount root error / New device numbering? Message-ID: <AANLkTilXvSUog00sQWDuXof2QKiQazQUZPdynDKmJ787@mail.gmail.com> In-Reply-To: <20100514025125.GA84336@icarus.home.lan> References: <AANLkTimjQcgKXGqnEZT8jIu97zn61yh7avtgRAEQcuma@mail.gmail.com> <20100514025125.GA84336@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 13, 2010 at 23:51, Jeremy Chadwick <freebsd@jdc.parodius.com> w= rote: > 1) We use csup now, not cvsup. =A0csup comes with the base system, so > =A0 there's no need to install cvsup. > > 2) I'm not sure why you're downloading ports.tar.gz and extracting it. > =A0 This means that /var/db/sup/ports-all won't match what's in > =A0 /usr/ports. =A0You should just use csup to populate /usr/ports. > =A0 You can do this by doing: > > =A0 csup -h <cvsup-server> -L 2 /usr/share/examples/cvsup/ports-supfile > > =A0 You can also populate /usr/src (and thus /var/db/sup/src-all) by > =A0 doing: > > =A0 csup -h <cvsup-server> -L 2 /usr/share/example/cvsup/stable-supfile > > =A0 There are also /etc/make.conf variables you can set to make this > =A0 process easier once you've populated /usr/ports and /usr/src; you > =A0 can do something like "cd /usr/ports ; make update". Thank you, that is something I didn't see changing. I will try that out from now on. > Well, if what you're doing is an "in-place" 7.x upgrade to 8.x, I don't > know how to do this or if it works. =A0Others can help. No, I did a fresh 8.0-RELEASE install and then tried updating it to -STABL= E. > Otherwise, the steps you're describing for building a system are not > what's in src/Makefile (not src/UPDATING). =A0These are the steps: > > # =A01. =A0`cd /usr/src' =A0 =A0 =A0 (or to the directory containing your= source tree). > # =A02. =A0`make buildworld' > # =A03. =A0`make buildkernel KERNCONF=3DYOUR_KERNEL_HERE' =A0 =A0 (defaul= t is GENERIC). > # =A04. =A0`make installkernel KERNCONF=3DYOUR_KERNEL_HERE' =A0 (default = is GENERIC). > # =A0 =A0 =A0 [steps 3. & 4. can be combined by using the "kernel" target= ] > # =A05. =A0`reboot' =A0 =A0 =A0 =A0(in single user mode: boot -s from the= loader prompt). > # =A06. =A0`mergemaster -p' > # =A07. =A0`make installworld' > # =A08. =A0`make delete-old' > # =A09. =A0`mergemaster' =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = (you may wish to use -U or -ai). > # 10. =A0`reboot' > # 11. =A0`make delete-old-libs' (in case no 3rd party program uses them a= nymore) Yeah, that is very close to what I did: # cd /usr/src # make buildworld # make kernel KERNCONF=3DLIGHTNING # reboot That was for the first install, that got completely borked after rebooting and me trying to change the contents of /etc/fstab. On this current install, I did this: # cd /usr/src # make buildworld # make kernel KERNCONF=3DLIGHTNING # mergemaster -p # make installworld # make delete-old # mergemaster -i # make delete-old-libs # reboot The reason for me to try all that before rebooting, like I said on the first e-mail, was that I thought the drive numbers changing could be related to the -STABLE kernel running on top of -RELEASE userland. All those steps ran just fine, though. But when I reboot, I still see the kernel assigning ad10 to my first drive (it's ad8 with the -RELEASE kernel) and ad16 for the second (ad14 with -RELEASE). I have no idea what is causing this change in numbering. Thanks, Fred
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTilXvSUog00sQWDuXof2QKiQazQUZPdynDKmJ787>