Date: Thu, 30 Oct 2014 02:53:55 +0000 From: Steven Hartland <killing@multiplay.co.uk> To: Steve Kargl <sgk@troutmask.apl.washington.edu>, Ed Maste <emaste@freebsd.org> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ Message-ID: <5451A843.90805@multiplay.co.uk> In-Reply-To: <20141030023224.GA42236@troutmask.apl.washington.edu> References: <CAPyFy2APVUxpAztmWY-ux7gUZ7B8Qk65CLHV_fVYmxsazKgCPg@mail.gmail.com> <54511A7E.1020307@multiplay.co.uk> <CAPyFy2Bw9JH4w0iZ5hj2R1Ga9T4BZn_Z-8UBJ-jT6tmO%2Bi8VeA@mail.gmail.com> <20141030023224.GA42236@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30/10/2014 02:32, Steve Kargl wrote:
> On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote:
>> On 29 October 2014 12:49, Steven Hartland <killing@multiplay.co.uk> wrote:
>>> Hmm not sure I like this idea as it would make it more difficult to make a
>>> copy / backup a kernel.
>>>
>>> ATM when I want to copy a kernel for debugging its a one liner, splitting
>>> debug symbols off to /usr/lib would prevent this.
>> To retain the current behaviour you can set DEBUGDIR= (i.e., empty),
>> as the debug file install path is ${DESTDIR}${DEBUGDIR}${KODIR}.
> No, you can't.
>
> su root
> cp -pR /boot/kernel /boot/good
>
> Where does DEBUGDIR enter the picture? The above will copy
> both kernel and kernel.symbol to /boot/good. With your scheme
> one loses kernel.symbol (along with all other *.symbol files?).
> If one escapes to the boot prompt, she can do 'boot /boot/good/kernel',
> will the boot process automatically find a (nonexistant?)
> /usr/lib/boot/good/kernel.symbol.
Indeed, if my understanding of this proposal is correct it will make
working with multiple kernels much harder.
Making things harder to manage vs saving a little bit of space on the
root partition really doesn't sound like a good idea; especially when
with the ZFS install, which I would suggest is becoming the norm, the
root partition doesn't suffer from space issues anyway.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5451A843.90805>