Hi,
I get this error now when trying to insert the disk
# gmirror insert gm0 /dev/ad14
gmirror: Provider ad14 too small.
found this error is being mentioned before on the mailing lists.
hard disks are of the same size.couldn't find a solution for this one.
Any way to fix this?
Thank you
Rihaz
On 30 October 2010 08:40, Jerrin wrote:
> Hi,
>
> I get this error now when trying to insert the disk
>
> # gmirror insert gm0 /dev/ad14
> gmirror: Provider ad14 too small.
>
> found this error is being mentioned before on the mailing lists.
> hard disks are of the same size.couldn't find a solut
Since three days now I get on several FreeBSD 8.1/amd64-STABLE machines
this error, on two of them this error vanished after two days and I do
not know why (I thought it might could be a bug in the updated port that
gets updated/corrected immediately).
Can anybody explain what's going wrong?
I'm trying to mount a share on the ADS of my university. I have,
after many hours of tinkering, managed to find out why it doesn't
work and even managed to access the share with smbclient.
Though I now know (or at least suspect) the cause of the problem,
I do not know how to apply the solution.
I
dan writes:
> On 10/29/10 01:00, Chuck Swiger wrote:
>> Hi, Dan--
>>
>> On Oct 28, 2010, at 3:45 PM, dan wrote:
>>> 'mount_msdosfs -L en_US.UTF-8 /dev/da0 local/mnt/'
>>>
>>> executed by a non root-user prints out the following
>>>
>>> "mount_msdosfs: msdosfs_iconv: Operation not permitted"
>>>
>
On 10/29/2010 20:05, David DEMELIER wrote:
2010/10/29 Adam Vande More:
On Fri, Oct 29, 2010 at 7:53 AM, dan wrote:
On 10/29/10 13:22, Adam Vande More wrote:
On Fri, Oct 29, 2010 at 6:13 AM, danwrote:
Thank you for your research and prompt response. The module was
available.
I tried
On Thu, Oct 28, 2010 at 10:13:12PM +0100, krad wrote:
> On 28 October 2010 20:39, Peter Harrison wrote:
>
> > Can anyone help me debug an ssh key-based authentication problem?
> >
> > I have an 8.1-R server running sshd, with one user account. On the server,
> > I've used ssh-keygen to generate i
On Thu, Oct 28, 2010 at 02:17:14PM -0700, Chuck Swiger wrote:
> Hi--
>
> On Oct 28, 2010, at 12:39 PM, Peter Harrison wrote:
> > debug1: trying public key file /home/peter/.ssh/authorized_keys
> > debug1: fd 4 clearing O_NONBLOCK
> > debug3: secure_filename: checking '/usr/home/peter/.ssh'
> > deb
On Thu, Oct 28, 2010 at 10:18:41PM -0400, Mikel King wrote:
> Peter,
>
> Have you verified permissions of 700 on .ssh and 640 on authorized_keys and
> authorized_keys2? If you do not have an authorized_keys2 simply copy the
> former to that name and give it a go.
>
> Cheers,
> Mikel King
Mikel
how can I set the hostname so that it persists through reboots? I have
set the hostname I want in /etc/hosts but rebooting the change does
not show up. In CentOS you have /etc/hostname which serves this
purpose but in FreeBSD I don't know how to do this.
thanks
--
Here's my RSA Public key:
gpg
On Sat, 30 Oct 2010 16:00:39 -0400, Tim Dunphy wrote:
> how can I set the hostname so that it persists through reboots? I have
> set the hostname I want in /etc/hosts but rebooting the change does
> not show up. In CentOS you have /etc/hostname which serves this
> purpose but in FreeBSD I don't kn
On 10/30/10 4:00 PM, Tim Dunphy wrote:
how can I set the hostname so that it persists through reboots? I have
set the hostname I want in /etc/hosts but rebooting the change does
not show up. In CentOS you have /etc/hostname which serves this
purpose but in FreeBSD I don't know how to do this.
On Sat, 30 Oct 2010, Tim Kellers wrote:
On 10/30/10 4:00 PM, Tim Dunphy wrote:
how can I set the hostname so that it persists through reboots? I have
set the hostname I want in /etc/hosts but rebooting the change does
not show up. In CentOS you have /etc/hostname which serves this
purpose but i
On Sat, Oct 30, 2010 at 04:00:39PM -0400, Tim Dunphy wrote:
> how can I set the hostname so that it persists through reboots? I have
> set the hostname I want in /etc/hosts but rebooting the change does
> not show up. In CentOS you have /etc/hostname which serves this
> purpose but in FreeBSD I don
Hello,
I am having some trouble adding entries to /etc/fstab.. what happens
to work under CentOS does not under FreeBSD!! no surprise there, I
suppose.. heh
I have nfs_client_enable="YES" in my /etc/rc.conf
Yet if I add even one line such as
nas2.summitnhome.com:/mnt/home /homenfs rw
On Sat, 30 Oct 2010 18:47:58 -0400, Tim Dunphy wrote:
> Hello,
>
> I am having some trouble adding entries to /etc/fstab.. what happens
> to work under CentOS does not under FreeBSD!! no surprise there, I
> suppose.. heh
>
>
> I have nfs_client_enable="YES" in my /etc/rc.conf
>
> Yet if I a
On Sat, 30 Oct 2010, Tim Dunphy wrote:
I am having some trouble adding entries to /etc/fstab.. what happens
to work under CentOS does not under FreeBSD!! no surprise there, I
suppose.. heh
I have nfs_client_enable="YES" in my /etc/rc.conf
Yet if I add even one line such as
nas2.summitnhome.c
On Fri, 29 Oct 2010, Chip Camden wrote:
% man csh | less +/rehash
rehash Causes the internal hash table of the contents of the directo-
ries in the path variable to be recomputed. This is needed if
[...]
Error executing formatting or display command.
system com
I have an INTEL DP43TF motherboad with an Intel Core 2 Quad. (non-HTT)
When I boot up Freebsd 8.1 I see a message like this:
"ACPI Warning: 32/64X FACS address mismatch in FADT..(blah)..using 32"
I cant determine if this is OK and a cosmetic type of message or
something more serious to question
On Sat, 30 Oct 2010, Warren Block wrote:
On Fri, 29 Oct 2010, Chip Camden wrote:
% man csh | less +/rehash
rehash Causes the internal hash table of the contents of the
directo-
ries in the path variable to be recomputed. This is
needed if
[...]
Error execut
in message ,
wrote Warren Block thusly...
>
> On Sat, 30 Oct 2010, Warren Block wrote:
>
> > On Fri, 29 Oct 2010, Chip Camden wrote:
> >
> >>> % man csh | less +/rehash
> >>>
> >>>rehash Causes the internal hash table of the contents of the
> >>> directo-
> >>>ries in the
On Sat, Oct 30, 2010 at 10:13 PM, wrote:
> I tried with "man perlfunc | less '+/y'" (also repeated the above
> with csh) which did not result in any error messages in zsh 4 on
> FreeBSD 8-STABLE (c. Sep 9 2010).
>
Perhaps it's not directly related to the shell since your config is similar
to exc
Main reason I have linux as my desktop is to watch motion pix; A/V,
but this stuff usually requires that crappy animation add-on. So:
can anybody give me a menu to add/build linux-firefox and that
plug-in. I already have ad-blockers on my Ubuntu; hulu flips me
off at that
tx
gary
--
On Sat, 30 Oct 2010 22:27:49 -0500, Adam Vande More
wrote:
> On Sat, Oct 30, 2010 at 10:13 PM, wrote:
>
> > I tried with "man perlfunc | less '+/y'" (also repeated the above
> > with csh) which did not result in any error messages in zsh 4 on
> > FreeBSD 8-STABLE (c. Sep 9 2010).
> >
>
> Perha
On Sat, 30 Oct 2010 20:52:51 -0700, Gary Kline wrote:
>
> Main reason I have linux as my desktop is to watch motion pix; A/V,
> but this stuff usually requires that crappy animation add-on. So:
> can anybody give me a menu to add/build linux-firefox and that
> plug-in. I already have ad-blocker
On Sat, 30 Oct 2010, Adam Vande More wrote:
On Sat, Oct 30, 2010 at 10:13 PM, wrote:
I tried with "man perlfunc | less '+/y'" (also repeated the above
with csh) which did not result in any error messages in zsh 4 on
FreeBSD 8-STABLE (c. Sep 9 2010).
Perhaps it's not directly
On Sat, 30 Oct 2010 22:21:02 -0600 (MDT), Warren Block
wrote:
> Sounds right. The initial search command for less (+/whatever) is not
> always needed; after the error appears with it, just 'man perlfunc |
> less' will give the errors.
>
> The errors appear here when 'man perlfunc | less +/y'
On Sat, Oct 30, 2010 at 11:44 PM, Polytropon wrote:
> True - and just confirmed on 5.4-p14, so it must have been
> waiting inside the machine for many years now...
>
Looks like the Norwiegans got to the the south pole first:
http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/030705
Warren Block wrote:
> >>> % man csh | less +/rehash
> >>> [...]
> >>> Error executing formatting or display command.
> >>> system command exited with status 36096
> >>> Error executing formatting or display command.
> >>> system command exited with status 36096
> >>> No manual entry for csh
> >
On Sat, 30 Oct 2010 22:00:41 -0700, per...@pluto.rain.com wrote:
> Does it by any chance go away if you cause "less" to read the
> pipe all the way to EOF, e.g. by entering G, before exiting?
In this case - no error message (either by typing G, End, or
manually scrolling through the whole manpage)
Looks like the spacebar on my clicky keyboard is busted. Same thing
on FBSD as on the desktop [[ubuntu]]]. I'm typing this on my
laptop. Seems like every other key works.
Another thing is that the ctl key seems not to work. IF I type
A ^c I get c. ^D yields simply d. Is here any chance t
31 matches
Mail list logo
