Hi,
I'm trying to create a custom installer for FreeBSD to automatically setup our
systems, however I am having a very odd problem.
The general idea is that I build a release, then create a chroot in which I
install the slab of required ports for our system. I then tar that up and
format a USB
Hi,
Does it make a difference if you change this line in your script:
echo '/dev/gpt/swap / swapsw 0 0'
${TMPDIR}/mnt/etc/fstab
to:
echo '/dev/gpt/swap noneswapsw 0 0'
${TMPDIR}/mnt/etc/fstab
Mounting of the root file system /
Hi,
when installing FreeBSD 9.0-BETA1 and choosing the auto partition
layout (Guided - Entire Disk - Exit - Save) with no seperate
/usr/home partition and adding no user accounts to the system
(Would you like to add users to the installed system now - No) neither
the /usr/home directory nor the
On Thu, 1 Sep 2011 11:08:59 +0200, Yamagi Burmeister wrote:
Hi,
when installing FreeBSD 9.0-BETA1 and choosing the auto partition
layout (Guided - Entire Disk - Exit - Save) with no seperate
/usr/home partition and adding no user accounts to the system
(Would you like to add users to the
On Wed, 31 Aug 2011 20:02:38 +0200
Hartmann, O. ohart...@zedat.fu-berlin.de wrote:
... and here I am again with SU+J on my box ;-)
Tomorrow, I will perform this step on all servers. I guess it's a
worth having.
Most definitely. When rebooting after a forced power-down (due to that
darned
On Thu, 01 Sep 2011 11:45:17 +0200
Lars Engels lars.eng...@0x20.net wrote:
this was already reported and will be fixed in BETA2. The cause was a
bug in
pw(8).
Ah okay, I didn't know that. Sorry for the noise :)
--
Homepage: www.yamagi.org
XMPP: yam...@yamagi.org
GnuPG/GPG: 0xEFBCCBCB
On 2011-08-31 20:02, Hartmann, O. wrote:
On 08/31/11 19:56, Garrett Cooper wrote:
On Wed, Aug 31, 2011 at 10:34 AM, Hartmann, O.
ohart...@zedat.fu-berlin.de wrote:
I try to find a suitable reading/howto for how to enable softupdates
on
UFS2 filesystems.
Agreed. Added to
re: device atpic
yup, I added that manually in the older stuff, but its getting added by default
in 9 build as part of the default stuff meow.
re: device.hints in /boot ?
neg, I will try that right nao.
-Original Message-
From: adrian.ch...@gmail.com [mailto:adrian.ch...@gmail.com] On
I was missing the hints..problem solved..thanks!
-Original Message-
From: adrian.ch...@gmail.com [mailto:adrian.ch...@gmail.com] On Behalf Of
Adrian Chadd
Sent: Wednesday, August 31, 2011 6:26 PM
To: Mike Tancsa
Cc: Edgar Martinez; freebsd-current@freebsd.org
Subject: Re: No valid timers
Niclas Zeising wrote:
Can you please detail a little more the steps you took to enable SU+J
and your experience with it? It sounds like a good start for a howto or
an inclusion in the handbook.
It's really simple...
You need a kernel compiled with
options SOFTUPDATES #
On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O.
ohart...@zedat.fu-berlin.de wrote:
On 08/31/11 20:13, Garrett Cooper wrote:
The list would be way too long. I know other Linux-based groups that
have integrated drivers from FreeBSD as well for proprietary work.
Thanks,
-Garrett
And claimed then
Just thought I'd give a heads up re: the nvidia_linux.c patch and the
latest version of nvidia-driver.
I upgraded to the new nvidia-driver-280.13 just now and had to remove
the patch file. It broke the build with a wrong number of arguments
to fget error.
After removing the patch, the build
On 09/01/11 13:26, Ian FREISLICH wrote:
Niclas Zeising wrote:
Can you please detail a little more the steps you took to enable SU+J
and your experience with it? It sounds like a good start for a howto or
an inclusion in the handbook.
It's really simple...
You need a kernel compiled with
On Sep 1, 2011, at 4:48 AM, Tom Evans tevans...@googlemail.com wrote:
On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O.
ohart...@zedat.fu-berlin.de wrote:
On 08/31/11 20:13, Garrett Cooper wrote:
The list would be way too long. I know other Linux-based groups that
have integrated drivers from
Advocacy by the project members is not going to be taken as seriously as an
independent third party comparison.
It's clear to me that the project should stick to improving it's own feature
set and leave these sorts of things to others.
Otherwise we're straying into Fanboy territory which aint
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB installation media for many decades!
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
They aren't exclusive. Anything which doesn't understand GPT should
fall back to the 'protective' MBR kept inside the GPT format...
Regards,
--
-Chuck
On 09/01/11 14:00, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB installation media for many decades!
It uses GPT so that the partition can be labeled, and fstab will not
need e.g. da0 hard-coded into it. makefs,
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB installation media for many decades!
Or just don't use a backup partition? Maybe dd conv=sync would help?
Thanks,
-Garrett
On Sep 2, 2011 4:35 AM, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
On 09/01/11 14:00, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB installation media for many decades!
It uses GPT so that the partition can
On Thu, 1 Sep 2011, Garrett Cooper wrote:
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB installation media for many decades!
Or just don't use a backup partition? Maybe dd
Hello, O..
You wrote 1 сентября 2011 г., 20:06:21:
Once done, you can force on a non-important, big filesystem a crash. I
switched of one of my server boxes with a 3 TB harddrive for test purposes and
was amazed how fast, compared to unjournaled UFS2, the fsck now is performed.
Since *BSDs
On Thu, Sep 1, 2011 at 12:25 PM, Matt Thyer matt.th...@gmail.com wrote:
On Sep 2, 2011 4:35 AM, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
On 09/01/11 14:00, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image ?
We won't need larger than 2TiB
hi,
I'm running FreeBSD-CURRENT r224522M installed on ZFS Root and GPT
partitions and this setup is running fine. Today I've updated to r225312 and
after rebooting I've got following error message from boot loader:
ZFS: i/o error - all block copies unavailable
Then I did zfs rollback using
Hi John,
Thanks for adding an NKPT kernel config option (r225194), but this
doesn't seem to work unless opt_pmap.h is included, see attached
patch.
Without this include, there's no garantee that the NKPT definition code:
#ifndef NKPT
#define NKPT32
#endif
will use the value
On Thursday, September 01, 2011 3:46:43 pm Robert Millan wrote:
Hi John,
Thanks for adding an NKPT kernel config option (r225194), but this
doesn't seem to work unless opt_pmap.h is included, see attached
patch.
Without this include, there's no garantee that the NKPT definition code:
On Sep 2, 2011 5:25 AM, Warren Block wbl...@wonkity.com wrote:
On Thu, 1 Sep 2011, Garrett Cooper wrote:
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image
?
It seems wrong to have gptboot just ignore backup GPT data, but
On 09/01/11 17:23, Matt Thyer wrote:
On Sep 2, 2011 5:25 AM, Warren Blockwbl...@wonkity.com wrote:
On Thu, 1 Sep 2011, Garrett Cooper wrote:
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR partitioning instead of GPT for the memstick image
?
It seems wrong to have
On Sep 2, 2011 7:59 AM, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
On 09/01/11 17:23, Matt Thyer wrote:
On Sep 2, 2011 5:25 AM, Warren Blockwbl...@wonkity.com wrote:
On Thu, 1 Sep 2011, Garrett Cooper wrote:
On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote:
Shouldn't we use MBR
I've upgraded today to beta 2 (with the newest sources atm). The procedure was
as described in the handbook: make buildworld -j3; make buildkernel -j3
KERNCONF=MYKERNEL; make installkernel KERNCONF=MYKERNEL (the kernel I used was
the same as for beta 1, for which it worked flawlessly); reboot
On 01/09/2011, at 18:17, Craig Rodrigues wrote:
Does it make a difference if you change this line in your script:
echo '/dev/gpt/swap / swapsw 0 0'
${TMPDIR}/mnt/etc/fstab
to:
echo '/dev/gpt/swap noneswapsw 0 0'
On 8/27/11, Matt Thyer matt.th...@gmail.com wrote:
Have you tried moving aside your existing /usr/src and checking it out
afresh?
On Aug 28, 2011 12:47 AM, Beach Geek labeachg...@gmail.com wrote:
On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
On 2011-08-25 17:12, Beach Geek wrote:
make
On Thu, Sep 1, 2011 at 4:06 PM, Piotr Kubaj
freebsd.current.l...@gmail.com wrote:
I've upgraded today to beta 2 (with the newest sources atm). The procedure
was as described in the handbook: make buildworld -j3; make buildkernel -j3
KERNCONF=MYKERNEL; make installkernel KERNCONF=MYKERNEL (the
On Fri, May 27, 2011 at 8:09 AM, Rick Macklem rmack...@uoguelph.ca wrote:
On Thu, 26 May 2011, Rick Macklem wrote:
...
http://people.freebsd.org/~rmacklem/dtrace.patch
Hmm. Is it just me?
Trying to test the patch I get:
(fs)(root) patch -C dtrace.patch
Hmm... I can't seem to find a
On Thu, 1 Sep 2011 22:36:46 +0200
Sebastian Chmielewski chmi...@o2.pl wrote:
after rebooting I've got following error message from boot loader:
ZFS: i/o error - all block copies unavailable
I'm very puzzled with this, in theory 'make installkernel' shouldn't break boot
process at this stage
On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch
jamesbrandongo...@gmail.com wrote:
On Fri, May 27, 2011 at 8:09 AM, Rick Macklem rmack...@uoguelph.ca wrote:
On Thu, 26 May 2011, Rick Macklem wrote:
...
http://people.freebsd.org/~rmacklem/dtrace.patch
Hmm. Is it just me?
Trying to test the
36 matches
Mail list logo