On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch
wrote:
> On Fri, May 27, 2011 at 8:09 AM, Rick Macklem 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)(r
On Thu, 1 Sep 2011 22:36:46 +0200
Sebastian Chmielewski 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 as loader
On Fri, May 27, 2011 at 8:09 AM, Rick Macklem 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 pa
On Thu, Sep 1, 2011 at 4:06 PM, Piotr Kubaj
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 kernel I used
> was the sa
On 8/27/11, Matt Thyer wrote:
> Have you tried moving aside your existing /usr/src and checking it out
> afresh?
> On Aug 28, 2011 12:47 AM, "Beach Geek" wrote:
>> On 8/25/11, Dimitry Andric wrote:
>>> On 2011-08-25 17:12, Beach Geek wrote:
make buildworld failed trying to upgrade from r223
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'
> >
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 an
On Sep 2, 2011 7:59 AM, "Nathan Whitehorn" wrote:
>
> On 09/01/11 17:23, Matt Thyer wrote:
>>
>> On Sep 2, 2011 5:25 AM, "Warren Block" 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
On 09/01/11 17:23, Matt Thyer wrote:
On Sep 2, 2011 5:25 AM, "Warren Block" 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 ignor
On Sep 2, 2011 5:25 AM, "Warren Block" 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 it cou
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
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 specifie
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 res
On Thu, Sep 1, 2011 at 12:25 PM, Matt Thyer wrote:
> On Sep 2, 2011 4:35 AM, "Nathan Whitehorn" 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 de
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 *BSD
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 conv=
On Sep 2, 2011 4:35 AM, "Nathan Whitehorn" 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 be labele
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 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, whi
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
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 unsubs
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 pre
On Sep 1, 2011, at 4:48 AM, Tom Evans wrote:
> On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O.
> 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.
>>> Th
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
option
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 pr
On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O.
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 it's GPLv3?
Not
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 # E
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
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
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.
>> wrote:
>>>I try to find a suitable reading/howto for how to enable softupdates
>>>on
>>>UFS2 filesystems.
>> Agreed. Added to http://wiki.freebsd.or
On Thu, 01 Sep 2011 11:45:17 +0200
Lars Engels 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
pgpu0SOirAb4a.p
On Wed, 31 Aug 2011 20:02:38 +0200
"Hartmann, O." 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 flash plugin lockin
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 insta
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 th
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
35 matches
Mail list logo
