el before
rebooting into single user mode to install the new world (via an /etc/rc.d/
script).
So my question relates to when I should update my USB stick's /boot
directory.
I'm assuming that the /boot directory should be owned by the kernel and
could be updated by a "make instal
Jerry McAllister writes:
> Things change slowly.
> I think only a short while ago the default was 256 MB or even 128
> MB.
I haven't checked the logs, but I think it would have been more
than a "short" while.
Consider:
huff@>> du -s /boot/kernel
225008 /boot/kernel
huff@>>
On Tue, Jul 06, 2010 at 05:02:54PM -0700, Bill Tillman wrote:
>
> Thanks guys.
>
> :-)
>
> Doesn't that seem odd that the "default" partition size for root
> (512M) isn't quite big enough?
Things change slowly.
I think only a short while ago the default was 256 MB or even 128 MB.
>
> Should
On Wed, Jul 7, 2010 at 7:47 AM, Bruce Cran wrote:
> On Wed, 7 Jul 2010 07:18:18 -0400
> Jerry wrote:
>
>> I also ran out of space. I decided that a minimum of 2GB was the
>> safest choice. It would be nice if the authors changed the default
>> settings in the soon to be released 8.1 version so as
On Wed, 7 Jul 2010 07:18:18 -0400
Jerry wrote:
> I also ran out of space. I decided that a minimum of 2GB was the
> safest choice. It would be nice if the authors changed the default
> settings in the soon to be released 8.1 version so as to nullify this
> phenomena.
I've just committed the fix
On Wed, 7 Jul 2010 11:13:21 +0100
Bruce Cran articulated:
> I'd consider that bad advice: the defaults sysinstall chooses are
> currently just wrong, and you should indeed be setting / to at least
> 1GB so you don't run out of space. The 'solution' of deleting
> kernel.old or not installing symb
On Tue, 6 Jul 2010 17:02:54 -0700 (PDT)
Bill Tillman wrote:
> Doesn't that seem odd that the "default" partition size for root
> (512M) isn't quite big enough?
It's not that odd: nobody has bothered to update the default partition
sizes in sysinstall for a good few years, I suspect because most
On Fri, 02 Jul 2010 16:28:29 +0100
Arthur Chance wrote:
> I suspect whoever you were talking to probably has more of a clue
> than I do. As a quick data point, I just ran "portsnap fetch update"
> while another process did a "df /var; sleep 1" loop and /var
> increased by about 30MB at its peak.
Thanks guys.
:-)
Doesn't that seem odd that the "default" partition size for root
(512M) isn't quite big enough?
Should I make the partition size slightly larger (on future installs)
to eliminate this problem?
Ed
--
I had the same problem and since my drives are
On 07/02/10 15:38, Bruce Cran wrote:
On Fri, 02 Jul 2010 15:04:10 +0100
Arthur Chance wrote:
As a matter of idle curiosity with a bit of education thrown in, why
4GB for /var? The last time I installed a new machine I made / 1GB as
I'd found out from a previous install that 512MB wasn't really
On Fri, 02 Jul 2010 15:04:10 +0100
Arthur Chance wrote:
> As a matter of idle curiosity with a bit of education thrown in, why
> 4GB for /var? The last time I installed a new machine I made / 1GB as
> I'd found out from a previous install that 512MB wasn't really
> enough, and then decided to mak
Arthur Chance writes:
> As a matter of idle curiosity with a bit of education thrown in,
> why 4GB for /var? The last time I installed a new machine I made
> / 1GB as I'd found out from a previous install that 512MB wasn't
> really enough, and then decided to make /var bigger than the
> Handb
On 07/02/10 13:13, Bruce Cran wrote:
I have a task on my TODO list to increase the sizes of the partitions in
sysinstall: for example / goes to 1GB, /var to 4GB. I hope to commit
the code in the next couple of weeks.
As a matter of idle curiosity with a bit of education thrown in, why 4GB
for
On Thu, Jul 01, 2010 at 02:29:54PM -0700, Ed Flecko wrote:
> Henrik,
> When I FIRST installed 8.0, I did create a separate /home partition.
> When I installed the kernel and starting running out of space in / , I
> thought "O.K...I'll let FreeBSD make the partition sizes IT wants to
> and see if I
On Fri, 02 Jul 2010 08:33:45 +0100
Matthew Seaman wrote:
> Is it time for me to start advocating "one big partition" again?
>
> This may not be the consensus view, but I have found that for a quiet
> life and general lack of botheration it helps to create *only two*
> partitions on your hard dri
krad writes:
> all i can say is your a brave boy 8) A 1 TB+ / slice would take
> ages to fsck.
For "ages" being less than ten (fifteen ?) minutes on a modern
system with reasonable memory ...
... which should be necessary very rarely. Even on my test
system, time between involu
On 2 July 2010 08:33, Matthew Seaman wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/07/2010 22:29:54, Ed Flecko wrote:
> > Henrik,
> > When I FIRST installed 8.0, I did create a separate /home partition.
> > When I installed the kernel and starting running out of space in / , I
On 02.07.2010 09:33, Matthew Seaman wrote:
> On 01/07/2010 22:29:54, Ed Flecko wrote:
>> Henrik,
>> When I FIRST installed 8.0, I did create a separate /home partition.
>> When I installed the kernel and starting running out of space in / , I
>> thought "O.K...I'll let FreeBSD make the partition si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/07/2010 22:29:54, Ed Flecko wrote:
> Henrik,
> When I FIRST installed 8.0, I did create a separate /home partition.
> When I installed the kernel and starting running out of space in / , I
> thought "O.K...I'll let FreeBSD make the partition size
On Jul 01 12:29, Chip Camden wrote:
> On Jul 01 12:07, Ed Flecko wrote:
> > Thanks guys.
> >
> > :-)
> >
> > Doesn't that seem odd that the "default" partition size for root
> > (512M) isn't quite big enough?
> >
> > Should I make the partition size slightly larger (on future installs)
> > to el
Henrik Hudson writes:
> > Or just make one large partition. Not on a server, but I don't
> > see much reason for using multiple partitions on a laptop.
>
> Multiple partitions still isn't a bad idea if you ever have to
> fsck and even on a desktop / laptop I usually mount /tmp as
> noexe
Henrik,
When I FIRST installed 8.0, I did create a separate /home partition.
When I installed the kernel and starting running out of space in / , I
thought "O.K...I'll let FreeBSD make the partition sizes IT wants to
and see if I have the same problem, and I did.
Apparently, 512M is just, not, qui
On Thu, Jul 01, 2010 at 12:07:50PM -0700, Ed Flecko wrote:
> Thanks guys.
>
> :-)
>
> Doesn't that seem odd that the "default" partition size for root
> (512M) isn't quite big enough?
>
> Should I make the partition size slightly larger (on future installs)
> to eliminate this problem?
Many pe
configuration
> when I did the install.
>
> I've taken the following steps:
>
>
> # csup -4 /etc/stable-supfile
> # cd /usr/src
> # make buildworld
> # make buildkernel
> # make installkernel
>
> After the make installkernel command, the / partition shows
On Thu, 01 Jul 2010, Lowell Gilbert wrote:
> Chip Camden writes:
>
> > On Jul 01 12:07, Ed Flecko wrote:
> >> Thanks guys.
> >>
> >> :-)
> >>
> >> Doesn't that seem odd that the "default" partition size for root
> >> (512M) isn't quite big enough?
> >>
> >> Should I make the partition size sl
On 1 July 2010 21:12, Ed Flecko wrote:
> Since it would be smart to have at least one known, good kernel, why
> not make the / partition maybe 1G?
>
> I know the smaller the / partition, the better the performance (since
> it's the first partition of the drive), but I can't imagine a slightly
> l
Since it would be smart to have at least one known, good kernel, why
not make the / partition maybe 1G?
I know the smaller the / partition, the better the performance (since
it's the first partition of the drive), but I can't imagine a slightly
larger / partition would impact performance that much
>
> A healthy fear, indeed.
>
> For one thing, I'd certainly rather have someone
> do "rm /boot/kernel.old/*.ko" than "rm -r /boot/kernel.old".
>
> Being even more selective is an obvious extension...
>
Why not move the old "useless" kernel to another drive. Sure if the system
kernel fails and you
Chip Camden writes:
> On Jul 01 12:07, Ed Flecko wrote:
>> Thanks guys.
>>
>> :-)
>>
>> Doesn't that seem odd that the "default" partition size for root
>> (512M) isn't quite big enough?
>>
>> Should I make the partition size slightly larger (on future installs)
>> to eliminate this problem?
>
, I just 'rm -r /boot/kernel.old' when it fails and then redo 'make
>> > installkernel', and all seems OK.
>>
>> That's a little dangerous, because you're deleting your last known-good
>> kernel. I'd feel better about recommending just
On Jul 01 12:07, Ed Flecko wrote:
> Thanks guys.
>
> :-)
>
> Doesn't that seem odd that the "default" partition size for root
> (512M) isn't quite big enough?
>
> Should I make the partition size slightly larger (on future installs)
> to eliminate this problem?
>
> Ed
>
On Jul 01 15:10, Lowell Gilbert wrote:
> Chip Camden writes:
>
> > I've experienced the same thing on amd64 -- the default partition size
> > for root is too small. Rather than going to the trouble of correcting
> > it, I just 'rm -r /boot/kernel.old&
Try rm -r /boot/kernel.old
I bet that's the problem.
--
James Bailie
http://www.mammothcheese.ca
-Original Message-
From: Ed Flecko
Sender: owner-freebsd-questi...@freebsd.org
Date: Thu, 1 Jul 2010 11:24:46
To:
Subject: /boot is full after running "make installkernel"
Chip,
That sounds like a smart thing to do; can you tell me more about how
to do that (or point me to a www resource; I'm happy to read more
about that).
:-)
Ed
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
Chip Camden writes:
> I've experienced the same thing on amd64 -- the default partition size
> for root is too small. Rather than going to the trouble of correcting
> it, I just 'rm -r /boot/kernel.old' when it fails and then redo 'make
> installkernel'
Thanks guys.
:-)
Doesn't that seem odd that the "default" partition size for root
(512M) isn't quite big enough?
Should I make the partition size slightly larger (on future installs)
to eliminate this problem?
Ed
___
freebsd-questions@freebsd.org mail
n I did the install.
>
> I've taken the following steps:
>
>
> # csup -4 /etc/stable-supfile
> # cd /usr/src
> # make buildworld
> # make buildkernel
> # make installkernel
>
> After the make installkernel command, the / partition shows 106%
> capacity
csup -4 /etc/stable-supfile
# cd /usr/src
# make buildworld
# make buildkernel
# make installkernel
After the make installkernel command, the / partition shows 106%
capacity (and it started as 500M).
Here's my before and after running "make installkernel"
Before:
Filesystem Siz
On Wed, 22 Jul 2009 19:11:14 +0300, Anton wrote:
>
>Hello freebsd-questions,
>
>It says that there is no libbsm
Check that all your sorces are complete and of the same version.
The libbsm is part of openbsm - /usr/src/contrib/openbsm/.
--
Polytropon
>From Magdeburg, Germany
Happy Fre
Hello freebsd-questions,
It says that there is no libbsm
--
--
Best regards,
Anton= ;[1]mailto:an...@sng.by
Administrator
Feel free to contact me
via ICQ 363780596
via Skype dobryak47
via phone +375 29 3320987
References
On Wednesday 06 May 2009 22:52:12 Modulok wrote:
> Just making sure I'm not brewing a disaster...
>
> Is it 'safe' to install a kernel (i.e. 'make installkernel') on a
> system while in multi-user mode?
It's the best and prefered way. Dropping to sing
Modulok wrote:
Just making sure I'm not brewing a disaster...
Is it 'safe' to install a kernel (i.e. 'make installkernel') on a
system while in multi-user mode?
Thanks!
-Modulok-
___
freebsd-questions@freebsd.org mailing list
Modulok wrote:
> Just making sure I'm not brewing a disaster...
>
> Is it 'safe' to install a kernel (i.e. 'make installkernel') on a
> system while in multi-user mode?
>
> Thanks!
> -Modulok-
>
Yes. Bu
Just making sure I'm not brewing a disaster...
Is it 'safe' to install a kernel (i.e. 'make installkernel') on a
system while in multi-user mode?
Thanks!
-Modulok-
___
freebsd-questions@freebsd.org mailing list
http://lists.fre
booted up and strange antimultitasking things happened. One application
> at a time commandiered the
> window manager or something. I lost the Gnome "Applications Places System"
> window and it got
> replaced with whatever app's menu system was "File .." I tried make
&
Hello List!
I have the following trouble:
# cat /etc/make.conf | grep PORTS_MODULES
PORTS_MODULES= x11/nvidia-driver emulators/kqemu-kmod
running:
# cd /usr/src
# make buildkernel
# make installkernel
goes fine for installation of kernel and nvidia-driver, but making kqemu-mod
fails.
It
Hello,
I'm having a problem getting make to understand the current working
directory.
For example, I have a directory structure where /usr/src and /usr/obj
are symbolic links to another location. When I type: make
installkernel, make thinks I'm in the directory /mnt/src, instead o
src -> /host/localhost/src
I can "cd" to the directories and everything mounts/umounts fine. The
problem is with make installkernel. I cd /usr/src and type:
# make installkernel KERNCONF=FIREWALL
--
>>> Installing kern
I don't have physical access to the server at the moment to try the
loader prompt but...
I tried
mv /boot/kernel /root/
mv /boot/kernel.old /root/
make installkernel
the folder and its files reappear in /boot but a reboot still shows
the custom config.
I also tried shutting dow
ernel/kernel.
Assuming it's there, what happens if you stop the boot at the loader
prompt and manually load the kernel you want?
-Glenn
- Original Message -
From: <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, March 12, 2006 11:53 PM
Subject: Re: make installkernel doesn't work?
Nope
%grep ident /usr/src/sys/amd64/conf/GENERIC
ident GENERIC
and its more than that. After reinstalling the kernel I still have SMP
support.
- Original Message -
From: <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, March 12, 2006 11:53 PM
Subject: Re: make installkernel doesn&
Maybe you set your ident to something else:
$ grep ident /usr/src/sys/i386/conf/GENERIC
or whatever your arch is.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail t
r" <[EMAIL PROTECTED]>
To:
Sent: Sunday, March 12, 2006 9:38 PM
Subject: Re: make installkernel doesn't work?
> On Mar 12, 2006, at 8:55 PM, Cstdenis wrote:
>
> > I don't get it. I'm trying to switch from a custom kernel named
> > SERVER to a
>
On Mar 12, 2006, at 8:55 PM, Cstdenis wrote:
I don't get it. I'm trying to switch from a custom kernel named
SERVER to a
generic kernel.
%uname -imrs
FreeBSD 6.0-RELEASE-p4 amd64 SERVER
cd /usr/src
make clean
rm -rf /usr/obj
make buildkernel
make installkernel
%sysctl kern.ident
I don't get it. I'm trying to switch from a custom kernel named SERVER to a
generic kernel.
%uname -imrs
FreeBSD 6.0-RELEASE-p4 amd64 SERVER
cd /usr/src
make clean
rm -rf /usr/obj
make buildkernel
make installkernel
%sysctl kern.ident
kern.ident: SERVER
Why isn't the GENERI
ct-aliasing -pipe
> NOPROFILE=true
> COMPAT4X=true
> KERNCONF=
>
> However, when I cd to (the NFS mounted) /usr/src on
> machine A and enter ...
>
>
-->
shutdown
-->
>
> make installkernel KERNCONF=
>
> ... the install fails.
>
> From what I can see, the pro
, and the /etc/make.conf files are pretty similar,
speifically:
CPUTYPE?=pentium
CFLAGS= -O2 -fno-strict-aliasing -pipe
COPTFLAGS= -O2 -fno-strict-aliasing -pipe
NOPROFILE=true
COMPAT4X=true
KERNCONF=
However, when I cd to (the NFS mounted) /usr/src on
machine A and enter ...
make installk
On 6/11/05, Keyser <[EMAIL PROTECTED]> wrote:
> > Cut and pasted from /usr/src/Makefile
> > - - - CUT - - -
> > # Make sure we have an up-to-date make(1). Only world and buildworld
> > # should do this as those are the initial targets used for upgrades.
> > # The user can define ALWAYS_CHECK_MAKE t
Cut and pasted from /usr/src/Makefile
- - - CUT - - -
# Make sure we have an up-to-date make(1). Only world and buildworld
# should do this as those are the initial targets used for upgrades.
# The user can define ALWAYS_CHECK_MAKE to have this check performed
# for all targets.
#
- - - CUT - - -
Keyser wrote:
>In an effort to get the simplest of compiled c++ programs (compiled with g++)
>to actually run without a segfault on my box I'm trying to update everything.
>So I cvsup'd src-all and ports-all. Then I did:
>
>make -j4 buildworld (which worked)
>make -DALWAYS_CHECK MAKE buildkern
In an effort to get the simplest of compiled c++ programs (compiled with g++)
to actually run without a segfault on my box I'm trying to update everything.
So I cvsup'd src-all and ports-all. Then I did:
make -j4 buildworld (which worked)
make -DALWAYS_CHECK MAKE buildkernel (which also worked
p in /usr/src/usr.bin.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> TB-14R
>
doh i did make install kernel instead of make installkernel
___
freebsd-questions@freebsd.org mailing list
http:
===> usr.bin/bluetooth
===> usr.bin/bluetooth/bthost
install -s -o root -g wheel -m 555 bthost /usr/bin
install -o root -g wheel -m 444 bthost.1.gz /usr/share/man/man1
===> usr.bin/bluetooth/btsockstat
install -s -o root -g kmem -m 2555 btsockstat /usr/bin
install: kmem: Invalid argument
*** E
On Wed, 2004-09-22 at 16:33, Kevin D. Kinsey, DaleCo, S.P. wrote:
> Phil Payne wrote:
>
> >On Wed, 2004-09-22 at 15:18, Giorgos Keramidas wrote:
> >
> >
> >>On 2004-09-22 13:44, Phil Payne <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>On Wed, 2004-09-22 at 13:15, Giorgos Keramidas wrote:
> >>>
Phil Payne wrote:
On Wed, 2004-09-22 at 15:18, Giorgos Keramidas wrote:
On 2004-09-22 13:44, Phil Payne <[EMAIL PROTECTED]> wrote:
On Wed, 2004-09-22 at 13:15, Giorgos Keramidas wrote:
Weird. Everything seems ok but you seem to be bumping on a problem
related to the shell in use :-/
On Wed, 2004-09-22 at 15:18, Giorgos Keramidas wrote:
> On 2004-09-22 13:44, Phil Payne <[EMAIL PROTECTED]> wrote:
> > On Wed, 2004-09-22 at 13:15, Giorgos Keramidas wrote:
> > > Weird. Everything seems ok but you seem to be bumping on a problem
> > > related to the shell in use :-/
> >
> > Weirde
On 2004-09-22 13:44, Phil Payne <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-09-22 at 13:15, Giorgos Keramidas wrote:
> > Weird. Everything seems ok but you seem to be bumping on a problem
> > related to the shell in use :-/
>
> Weirder... installed Eterm... and I can installkernel & install ports
>
On Wed, 2004-09-22 at 13:15, Giorgos Keramidas wrote:
> On 2004-09-22 11:43, Phil Payne <[EMAIL PROTECTED]> wrote:
> > On Wed, 2004-09-22 at 11:38, Giorgos Keramidas wrote:
> > > On 2004-09-22 11:19, Phil Payne <[EMAIL PROTECTED]> wrote:
> > > > ... I ra
On 2004-09-22 11:43, Phil Payne <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-09-22 at 11:38, Giorgos Keramidas wrote:
> > On 2004-09-22 11:19, Phil Payne <[EMAIL PROTECTED]> wrote:
> > > ... I ran the make installkernel outside of X (i.e. in a console)
> > > and
tdig/freebsd-questions/2004-September/058300.html)
> >
> > ... I ran the make installkernel outside of X (i.e. in a console) and it
> > works fine.
> >
> > Try to run it in aterm or xterm and you get the "can't shift that many"
> > error.
> &g
On 2004-09-22 11:19, Phil Payne <[EMAIL PROTECTED]> wrote:
> After having another search of the archives and seeing someone suggest
> they were having make problems in X:
> (http://lists.freebsd.org/mailman/htdig/freebsd-questions/2004-September/058300.html)
>
> ... I ran t
Bizarro...
After having another search of the archives and seeing someone suggest
they were having make problems in X:
(http://lists.freebsd.org/mailman/htdig/freebsd-questions/2004-September/058300.html)
... I ran the make installkernel outside of X (i.e. in a console) and it
works fine.
Try
;
> > > I've tried this twice. After the first error I cleared our /usr/obj to
> > > make sure I was building into a clean directory but get the same result.
> > >
> > > Thanks,
> > > Phil.
> > >
> > > --
> > > >>> Kernel
same result.
Thanks,
Phil.
--
>>> Kernel build for PP completed on Mon Sep 20 15:40:31 BST 2004
--
gw# make installkern
Freshly cvsupped two machines, one built and installed world/kernel
fine, the second builds world and kernel OK then gives the following
error for make installkernel:
su-2.05b# make installkernel
cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj
MACHINE_ARCH=i386 MACHINE=i386
On Wednesday 18 February 2004 04:34 pm, James Brasil wrote:
> hello,
>
> I'm still very new to freebsd and have run into a glitch upgrading from:
>
> dawn# uname -a
> FreeBSD dawn.brasil 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #0: Sun Sep 28
> 08:00:09 EDT 2003 [EMAIL PROTECTED]:/usr/src/sys/comp
h out issues after cvsup to releng_5_2.
I now get the following:
dawn# make installkernel kernconf=GENERIC
cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src
77 matches
Mail list logo