Date: Thu, 22 Jan 2009 04:00:45 -0800 From: "AEBC Support via RT" <support@aebc.com> To: freebsd-questions@freebsd.org Subject: [Trouble Ticket #190518] AutoReply: freebsd-questions Digest, Vol 246, Issue 43 Message-ID: <rt-3.8.2-25893-1232625645-1930.190518-3-0@tracker2.aebc.com> In-Reply-To: <20090122120026.CB3A710656DA@hub.freebsd.org> References: <RT-Ticket-190518@tracker2.aebc.com> <20090122120026.CB3A710656DA@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Thank you for contacting us.
This message has been automatically generated in response to the creation of a trouble ticket regarding:
"freebsd-questions Digest, Vol 246, Issue 43",
a summary of which appears below.
There is no need to reply to this message right now. Your ticket has been
assigned an ID of [Trouble Ticket #190518].
Please include the string:
[Trouble Ticket #190518]
in the subject line of all future correspondence about this issue. To do so,
you may reply to this message.
Thank you,
support@aebc.com
-------------------------------------------------------------------------
Send freebsd-questions mailing list submissions to
freebsd-questions@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
or, via email, send a message with subject or body 'help' to
freebsd-questions-request@freebsd.org
You can reach the person managing the list at
freebsd-questions-owner@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-questions digest..."
Today's Topics:
1. RE: Closure: Help needed w/ HighPoint RocketRAID 3120 on
FreeBSD 7.1-RELEASE (Graeme Dargie)
2. Solution: Re: [Trouble Ticket #190456] AutoReply:
freebsd-questions Digest, Vol 246, Issue 39 (David Kelly)
3. Re: 'top' shows wrong CPU usage (Lowell Gilbert)
4. Re: Firefox and Java? (Jonathan Chen)
5. Re: [Trouble Ticket #190456] AutoReply: freebsd-questions
Digest, Vol 246, Issue 39 (Greg Barniskis via RT)
6. Re: Firefox and Java? (Kurt Buff)
7. looking for a fail over system (Buck Jones)
8. Sysinstall partition oddities (6.3/i386 -> 7.x/amd64)
(Steve Polyack)
9. Re[2]: 'top' shows wrong CPU usage (KES)
10. RE: Motherboard support (Da Rock)
11. Re: FreeBSD Transition Questions. (matt donovan)
12. Re: swfdec-plugin (matt donovan)
13. Re: looking for a fail over system (Kelly D. Grills)
14. fixed: firefox3 plugins (flash) don't work [was: Re:
swfdec-plugin] (Steve Franks)
15. Build error (Rem Roberti)
16. old cruft after source upgrading --- clean install? (Novembre)
17. RE: Cannot perform user mounts after upgrade (Ramiro Caso)
18. old cruft after source upgrading --- clean install? (Robert Huff)
19. Re: change root pasword (Ivailo Tanusheff)
20. IPFW DUMMYNET: Several pipes after each other (Sebastian Mellmann)
21. error: field 'aio_sigevent' has incomplete type (Janos Dohanics)
22. Subversion install problem on FreeBSD (Guillaume BABIK)
23. Re: Portupgrade thru SSH session (Jos Chrispijn)
24. [SOLVED] Re: Strange nvidia GeForce 9800GT--harddrive
conflict? (Jakub T)
25. Re: ASL 2.0 based software contribution to FreeBSD code base
(Saifi Khan)
----------------------------------------------------------------------
Message: 1
Date: Wed, 21 Jan 2009 20:34:42 -0000
From: "Graeme Dargie" <arab@tangerine-army.co.uk>
Subject: RE: Closure: Help needed w/ HighPoint RocketRAID 3120 on
FreeBSD 7.1-RELEASE
To: <freebsd-questions@freebsd.org>
Message-ID:
<01FB8F39BAD0BD49A6D0DA8F789739295611@Mercury.galaxy.lan.lcl>
Content-Type: text/plain; charset="us-ascii"
I have just had several days of issues with an SB700 chipset and drives
not behaving nicely with it. Try setting the bios to ACHI mode this
worked for me but I was not using the raid as a boot disk I merely
wanted access to all 6 sata ports on the gigabyte board.
Regards
Graeme
-----Original Message-----
From: ThinkDifferently [mailto:Jeremy@FutureCIS.com]
Sent: 21 January 2009 20:27
To: freebsd-questions@freebsd.org
Subject: Closure: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD
7.1-RELEASE
In my research and unwitting trials with this particular motherboard
(Gigabyte GA-MA78G-DS3H), I found that, while it is generally well
tolerated
by FreeBSD 7.1-RELEASE, the onboard RAID is completely incompatible.
Even
when a RocketRAID 3120 card was used, the RAID could be built, but the
ar0
device thus created, did not survive a reboot. Also, a software RAID
was
attempted -- after a minimal install from CD, the atacontrol command was
used to create RAID ar0, then (without rebooting) exiting back to the
installer, the OS was loaded onto it; however, upon reboot, ar0 could
not be
found. In other words, it could not boot from any RAID, whether by
software
in FreeBSD or by hardware on RocketRAID.
The problem stems from the board's Southbridge SB700 chipset (the
infamous
700 series). This chipset is not (yet?) supported in FreeBSD.
Other notes on this board include the following:
-Generic VGA worked.
-The onboard LAN (chipset 8111C) worked in 7.1-RELEASE, but not 7.0.
-If the SATA ports are put into AHCI or Native IDE modes, individual
disks
were recognized, but in RAID mode, neither the RAID nor individual disks
could be seen.
--
View this message in context:
http://www.nabble.com/Help-needed-w--HighPoint-RocketRAID-3120-on-FreeBS
D-7.1-RELEASE-tp21479839p21591518.html
Sent from the freebsd-questions mailing list archive at Nabble.com.
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribe@freebsd.org"
------------------------------
Message: 2
Date: Wed, 21 Jan 2009 14:36:04 -0600
From: David Kelly <dkelly@hiwaay.net>
Subject: Solution: Re: [Trouble Ticket #190456] AutoReply:
freebsd-questions Digest, Vol 246, Issue 39
To: FreeBSD-Questions@FreeBSD.org
Message-ID: <20090121203604.GA11666@Grumpy.DynDNS.org>
Content-Type: text/plain; charset=us-ascii
# idiot autoresponder on freebsd lists, 1/21/2009
:0
* ^From:.*support@aebc.com
/dev/null
--
David Kelly N4HHE, dkelly@HiWAAY.net
========================================================================
Whom computers would destroy, they must first drive mad.
------------------------------
Message: 3
Date: Wed, 21 Jan 2009 16:01:30 -0500
From: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org>
Subject: Re: 'top' shows wrong CPU usage
To: KES <kes-kes@yandex.ru>
Cc: freebsd-questions@freebsd.org
Message-ID: <44k58os79x.fsf@be-well.ilk.org>
Content-Type: text/plain; charset=us-ascii
KES <kes-kes@yandex.ru> writes:
> top shows often nonsense in CPU usage of a process, but totals are OK
> and it seems that WCPU and CPU has no differences in results
Why do you think it's nonsense? It's averaged over a different time
period than the "CPU:" line in the header, so I wouldn't expect it to
match...
> top -S
> last pid: 66182; load averages: 2.51, 2.15, 2.03 up 10+23:40:14 22:05:41
> 798 processes: 6 running, 772 sleeping, 1 zombie, 18 waiting, 1 lock
> CPU: 4.4% user, 0.0% nice, 14.8% system, 16.7% interrupt, 64.0% idle
> Mem: 264M Active, 60M Inact, 147M Wired, 6968K Cache, 60M Buf, 9888K Free
> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse
>
> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND
> 11 root 1 171 ki31 0K 8K RUN 104.1H 88.48% idle: cpu0
> 66178 firebird 1 49 0 23120K 5828K select 0:00 1.37% fb_inet_server
> 66159 firebird 1 48 0 23120K 5760K select 0:01 1.17% fb_inet_server
> 5156 root 1 44 0 9024K 544K select 57:39 0.68% snmpd
> 66182 root 1 44 0 4556K 2608K RUN 0:00 0.68% top
> 66147 root 1 8 0 3124K 840K nanslp 0:00 0.59% monitord
> 66138 firebird 1 44 0 23120K 5736K select 0:01 0.49% fb_inet_server
> 75745 www 1 44 0 24628K 9500K select 5:05 0.29% python2.5
> 66180 firebird 1 46 0 23120K 5852K select 0:00 0.10% fb_inet_server
>
>
> #top -S -C
> last pid: 66209; load averages: 2.13, 2.10, 2.02 up 10+23:41:07 22:06:34
> 814 processes: 6 running, 788 sleeping, 1 zombie, 18 waiting, 1 lock
> CPU: 9.3% user, 0.0% nice, 13.4% system, 12.8% interrupt, 64.5% idle
> Mem: 269M Active, 56M Inact, 148M Wired, 12M Cache, 60M Buf, 3700K Free
> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse
>
> PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
> 11 root 1 171 ki31 0K 8K RUN 104.1H 92.29% idle: cpu0
> 66138 firebird 1 49 0 23120K 5556K select 0:01 1.46% fb_inet_server
> 66180 firebird 1 44 0 23120K 5612K select 0:01 0.59% fb_inet_server
> 66209 root 1 44 0 4556K 2556K RUN 0:00 0.59% top
> 66179 firebird 1 44 0 23120K 5624K select 0:01 0.49% fb_inet_server
> 5156 root 1 44 0 9024K 544K select 57:39 0.39% snmpd
> 66147 root 1 8 0 3124K 840K nanslp 0:01 0.39% monitord
> 66178 firebird 1 44 0 23120K 5584K select 0:01 0.20% fb_inet_server
> 12 root 1 -44 - 0K 8K WAIT 126.8H 0.00% swi1: net
> 42 root 1 -68 - 0K 8K - 219:53 0.00% dummynet
--
Lowell Gilbert, embedded/networking software engineer, Boston area
http://be-well.ilk.org/~lowell/
------------------------------
Message: 4
Date: Thu, 22 Jan 2009 10:08:25 +1300
From: Jonathan Chen <jonc@chen.org.nz>
Subject: Re: Firefox and Java?
To: Kurt Buff <kurt.buff@gmail.com>
Cc: FreeBSD Questions <questions@freebsd.org>
Message-ID: <20090121210825.GA3294@osiris.chen.org.nz>
Content-Type: text/plain; charset=us-ascii
On Wed, Jan 21, 2009 at 11:11:58AM -0800, Kurt Buff wrote:
> Can't seem to get this working - trying to use a java client for our
> SSL VPN appliance, and am getting told by the browser that Java isn't
> enabled.
>
> I see "/usr/local/lib/browser_plugins/libjavaplugin_oji.so", so
> according to the googling I've been doing that's correct. Any thoughts
> on how to proceed?
The default firefox3 doesn't use the standard browser plugin
location. You have to:
# cd /usr/local/lib/firefox3/plugins
# ln -s /usr/local/lib/browser_plugins/libjavaplugin_oji.so .
--
Jonathan Chen <jonc@chen.org.nz>
----------------------------------------------------------------------
The Internet: an empirical test of the idea that a million monkeys
banging on a million keyboards can produce Shakespeare
------------------------------
Message: 5
Date: Wed, 21 Jan 2009 13:26:48 -0800
From: "Greg Barniskis via RT" <support@aebc.com>
Subject: Re: [Trouble Ticket #190456] AutoReply: freebsd-questions
Digest, Vol 246, Issue 39
To: freebsd-questions@freebsd.org
Message-ID:
<rt-3.8.2-24796-1232573207-50.190456-6-0@tracker2.aebc.com>
Content-Type: text/plain; charset="utf-8"
AEBC Support via RT wrote:
>
> Content preview: Thank you for contacting us. This message has been
> automatically generated in response to the creation of a trouble ticket
> regarding: "freebsd-questions Digest, Vol 246, Issue 39", [...]
OMG, PLEASE... unsubscribe your help desk robot from the
freebsd-questions email list or else find a way to prevent it from
automatically responding to every digest message it receives.
------------------------------
Message: 6
Date: Wed, 21 Jan 2009 13:31:37 -0800
From: Kurt Buff <kurt.buff@gmail.com>
Subject: Re: Firefox and Java?
To: Jonathan Chen <jonc@chen.org.nz>
Cc: FreeBSD Questions <questions@freebsd.org>
Message-ID:
<a9f4a3860901211331m59c080d0jcbcdfda3de700c9e@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Wed, Jan 21, 2009 at 1:08 PM, Jonathan Chen <jonc@chen.org.nz> wrote:
> On Wed, Jan 21, 2009 at 11:11:58AM -0800, Kurt Buff wrote:
>> Can't seem to get this working - trying to use a java client for our
>> SSL VPN appliance, and am getting told by the browser that Java isn't
>> enabled.
>>
>> I see "/usr/local/lib/browser_plugins/libjavaplugin_oji.so", so
>> according to the googling I've been doing that's correct. Any thoughts
>> on how to proceed?
>
> The default firefox3 doesn't use the standard browser plugin
> location. You have to:
>
> # cd /usr/local/lib/firefox3/plugins
> # ln -s /usr/local/lib/browser_plugins/libjavaplugin_oji.so .
That worked like a champ!
Thanks!
I'm now happily working from home.
Kurt
------------------------------
Message: 7
Date: Wed, 21 Jan 2009 13:12:44 -0800
From: Buck Jones <buck@bvminc.com>
Subject: looking for a fail over system
To: freebsd-questions@freebsd.org
Message-ID: <49778FCC.8010506@bvminc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
MY web server just died and It's taking some time to get back up . I
want to find a fail over device so when one computer dies another
automatically takes over. of course letting me know this happened would
be a good thing too.
------------------------------
Message: 8
Date: Wed, 21 Jan 2009 16:35:09 -0500
From: Steve Polyack <korvus@comcast.net>
Subject: Sysinstall partition oddities (6.3/i386 -> 7.x/amd64)
To: freebsd-questions@FreeBSD.org
Message-ID: <4977950D.7090900@comcast.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I've seen some oddities with the partition and bsdlabel editors in the
sysinstall program on the 7.0 and 7.1 releases. The partition editor
seems to be reading or parsing the partition table incorrectly. I had a
6.3-RELEASE system with the following layout:
/dev/amrd3s1a on / (ufs, local)
/dev/amrd3s1g on /opt (ufs, local, soft-updates)
/dev/amrd3s1f on /usr (ufs, local, soft-updates)
/dev/amrd3s1d on /var (ufs, local, soft-updates)
/dev/amrd3s1e on /var/log (ufs, local, soft-updates)
Upon booting into the 7.x install media and encountering the FDISK
Partition Editor, the partition it's seeing is amrd3*a*s1, as opposed to
amrd3s1. Trying to continue with the partition table and bsd labels as
is only led to the installer bailing out. As soon as it would attempt
to newfs the disk partitions, the installer would error and report that
it can't find a device entry in /dev for amrd3*a*s1a. Since preserving
the data on the disk was not critical, I was able to continue by
deleting the original partition/slice and recreating them. This worked
fine.
However, I'm still curious as to what the cause of this is. I have seen
this before on two other systems while installing 7.x, quite possibly
while upgrading from 6.3. When this occurred, I was also moving from
i386 to amd64; Is there some kind of offset for partition tables which
may change based on architecture?
Lastly, here's a screenshot of the partition editor:
http://people.collaborativefusion.com/~spolyack/fbsd-install.jpg
Unfortunately, I do not have any screenshots of the errors during the
newfs step. If this comes up again, I'll be sure to take some. Thanks.
------------------------------
Message: 9
Date: Thu, 22 Jan 2009 00:05:51 +0200
From: KES <kes-kes@yandex.ru>
Subject: Re[2]: 'top' shows wrong CPU usage
To: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org>
Cc: freebsd-questions@freebsd.org
Message-ID: <1312688589.20090122000551@yandex.ru>
Content-Type: text/plain; charset=windows-1251
������������, Lowell.
�� ������ 21 ������ 2009 �., 23:01:30:
LG> KES <kes-kes@yandex.ru> writes:
>> top shows often nonsense in CPU usage of a process, but totals are OK
>> and it seems that WCPU and CPU has no differences in results
LG> Why do you think it's nonsense? It's averaged over a different time
LG> period than the "CPU:" line in the header, so I wouldn't expect it to
LG> match...
When I gzip some big files I see that 0% idle, but I can not obtain
from process list which process get all CPU.
I top -S for WCPU and top -S -C for CPU.
In both cases results are *useless*!
>> top -S
>> last pid: 66182; load averages: 2.51, 2.15, 2.03 up 10+23:40:14 22:05:41
>> 798 processes: 6 running, 772 sleeping, 1 zombie, 18 waiting, 1 lock
>> CPU: 4.4% user, 0.0% nice, 14.8% system, 16.7% interrupt, 64.0% idle
>> Mem: 264M Active, 60M Inact, 147M Wired, 6968K Cache, 60M Buf, 9888K Free
>> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse
>>
>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND
>> 11 root 1 171 ki31 0K 8K RUN 104.1H 88.48% idle: cpu0
>> 66178 firebird 1 49 0 23120K 5828K select 0:00 1.37% fb_inet_server
>> 66159 firebird 1 48 0 23120K 5760K select 0:01 1.17% fb_inet_server
>> 5156 root 1 44 0 9024K 544K select 57:39 0.68% snmpd
>> 66182 root 1 44 0 4556K 2608K RUN 0:00 0.68% top
>> 66147 root 1 8 0 3124K 840K nanslp 0:00 0.59% monitord
>> 66138 firebird 1 44 0 23120K 5736K select 0:01 0.49% fb_inet_server
>> 75745 www 1 44 0 24628K 9500K select 5:05 0.29% python2.5
>> 66180 firebird 1 46 0 23120K 5852K select 0:00 0.10% fb_inet_server
>>
>>
>> #top -S -C
>> last pid: 66209; load averages: 2.13, 2.10, 2.02 up 10+23:41:07 22:06:34
>> 814 processes: 6 running, 788 sleeping, 1 zombie, 18 waiting, 1 lock
>> CPU: 9.3% user, 0.0% nice, 13.4% system, 12.8% interrupt, 64.5% idle
>> Mem: 269M Active, 56M Inact, 148M Wired, 12M Cache, 60M Buf, 3700K Free
>> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse
>>
>> PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
>> 11 root 1 171 ki31 0K 8K RUN 104.1H 92.29% idle: cpu0
>> 66138 firebird 1 49 0 23120K 5556K select 0:01 1.46% fb_inet_server
>> 66180 firebird 1 44 0 23120K 5612K select 0:01 0.59% fb_inet_server
>> 66209 root 1 44 0 4556K 2556K RUN 0:00 0.59% top
>> 66179 firebird 1 44 0 23120K 5624K select 0:01 0.49% fb_inet_server
>> 5156 root 1 44 0 9024K 544K select 57:39 0.39% snmpd
>> 66147 root 1 8 0 3124K 840K nanslp 0:01 0.39% monitord
>> 66178 firebird 1 44 0 23120K 5584K select 0:01 0.20% fb_inet_server
>> 12 root 1 -44 - 0K 8K WAIT 126.8H 0.00% swi1: net
>> 42 root 1 -68 - 0K 8K - 219:53 0.00% dummynet
--
� ���������,
KES mailto:kes-kes@yandex.ru
------------------------------
Message: 10
Date: Thu, 22 Jan 2009 08:43:31 +1000
From: Da Rock <rock_on_the_web@comcen.com.au>
Subject: RE: Motherboard support
To: freebsd-questions@freebsd.org
Message-ID:
<1232577812.1141.39.camel@laptop2.herveybayaustralia.com.au>
Content-Type: text/plain
On Wed, 2009-01-21 at 13:37 +0000, Graeme Dargie wrote:
> Well I spent a little more time having a look in the bios
>
> Here are the results from various settings and a potential solution.
>
> SATA controller in Native IDE mode
> All drives show as IDE at the POST summary screen on boot
>
> In FreeBSD
> SATA Ports 0-3 The disks show
> SATA Ports 4&5 No disks show
>
Only the first four are recognized as ide, the controller is translating
them as a second and third ide channel but in doing so will ignore the
rest, making any other sata channels pretty much useless. I'm probably
only stating the obvious here, but I think pretty much any platform will
respond like FreeBSD with this scenario.
> Dmesg shows the following
>
> ad4: 476940MB <SAMSUNG HD502IJ 1AA01113> at ata2-master SATA300
> ad6: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata3-master SATA300
> ad8: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata4-master SATA300
> ad10: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata5-master SATA300
>
> SATA Controller in AHCI Mode
> All drives show up on RAID Controller POST summary screen
>
> In FreeBSD
> SATA Ports 0-5 now show disks connected
>
> Dmesg shows the following
>
> ad4: 476940MB <SAMSUNG HD502IJ 1AA01113> at ata2-master SATA300
> ad6: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata3-master SATA300
> ad8: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata4-master SATA300
> ad10: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata5-master SATA300
> ad12: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata6-master SATA300
> ad14: 476940MB <Hitachi HDP725050GLA360 GM4OA5CA> at ata7-master SATA300
>
Some MB's have several different modes of sata for different scenarios,
mine has an auto, combined, ide, sata mode. But then it also has 2
controllers - this mode changes only 4 of the sata ports. Using the sata
mode in your case will give you access to all of the drives (with no
raid mode defined on the controller) and then you can define the raid in
software on FreeBSD with no muss, no fuss. Depends on what you like I
guess.
> I have read there have been problems with the realtek 8169/8111c NIC
> card on some systems with under FreeBSD, but I cant seem to find a
> solution to this.
>
I'm not sure of the differences between the c and e types of rtl8111,
but the e has third party drivers which can be built on 6.x. As to
whether there are third party drivers for c I'm not sure. Look for
whatever version FreeBSD you have (They may have 7.x drivers now, not
when I last looked about a year ago) and that may get you out of trouble
in the short term- or stick another known NIC in. Then you can keep
track of whatever is going on in regards to the native drivers for your
card.
HTH and good luck!
> Regards
>
> Graeme
>
> -----Original Message-----
> From: Da Rock [mailto:rock_on_the_web@comcen.com.au]
> Sent: 21 January 2009 10:36
> To: freebsd-questions@freebsd.org
> Subject: Re: Motherboard support
>
> On Tue, 2009-01-20 at 22:58 +0000, Graeme Dargie wrote:
> > Hello,
> >
> >
> >
> > I have built a machine with a Gigabyte GA-MA74GM-S2, running Freebsd
> > 7.1. For the most part it is fine but I do have two problems
> >
> >
> >
> > 1) The NIC a realtek 8111C keeps giving watchdog timeout
> messages
> > and the link state changes from up to down and back to up again.
> >
> >
> >
> > 2) The two hard disks that are attached to the sata raid
> > controller are not seen by Freebsd, the raid card is set to native ide
> > as I want to use ZFS rather than the onboard raid system and all the
> > drives are present at post. I understand this motherboard uses a
> AMD740
> > chipset and has 740 northbridge and a SB700 southbridge.
> >
> >
> >
> > Any ideas tips pointers would be most welcome
>
> I'm not sure about the NIC, but I don't think the native ide or sata
> control matters in terms of zfs (I could be wrong, and please correct me
> if so experts). The sata controller should recognize the disks with or
> without raid, which freebsd should recognize then install on. I use sata
> in this mode on my systems, and freebsd works fine. Any software raid
> wouldn't care then as long as freebsd itself recognizes the drives.
>
> HTH
>
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe@freebsd.org"
>
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
------------------------------
Message: 11
Date: Wed, 21 Jan 2009 18:00:19 -0500
From: matt donovan <kitchetech@gmail.com>
Subject: Re: FreeBSD Transition Questions.
To: Kurt Buff <kurt.buff@gmail.com>
Cc: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID:
<28283d910901211500x16c52643s879559ee17679bbe@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Wed, Jan 21, 2009 at 1:37 PM, Kurt Buff <kurt.buff@gmail.com> wrote:
> On Wed, Jan 21, 2009 at 10:01 AM, Chad Perrin <perrin@apotheon.com> wrote:
> > On Tue, Jan 13, 2009 at 11:50:55AM -0800, Kurt Buff wrote:
> >>
> >> And, unfortunately, that doesn't help. I think the procedure described
> >> by George Davidovich is your best bet.
> >
> > I haven't used Thunderbird in a very long time, but . . . can't you
> > import emails from OE to Thunderbird on the MS Windows system, then move
> > them from the MS Windows system to the FreeBSD system and import them to
> > Thunderbird there?
> >
> > --
> > Chad Perrin [ content licensed OWL: http://owl.apotheon.org ]
> > Quoth Niccolo Machiavelli: "It is a common failing of man not to take
> > account of tempests during fair weather."
>
> I don't know. I haven't used OE in over 10 years.
>
> Kurt
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe@freebsd.org"
>
>From what I heard no since Windows thunderbird is different then the layout
of the *nix thunderbird. but that was a while ago I heard that
------------------------------
Message: 12
Date: Wed, 21 Jan 2009 18:11:25 -0500
From: matt donovan <kitchetech@gmail.com>
Subject: Re: swfdec-plugin
To: Steve Franks <bahamasfranks@gmail.com>
Cc: FreeBSD Mailing List <freebsd-questions@freebsd.org>
Message-ID:
<28283d910901211511v7cad410ewdebcfbae9e8baa23@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Wed, Jan 21, 2009 at 3:08 PM, Steve Franks <bahamasfranks@gmail.com>wrote:
> Anyone get swfdec-plugin to work? Doesn't show up in firefox3's list
> of plugins (neither does mplayer-plugin or gnash). Does port
> installation order matter? Do I have to delete .firefox or some
> other slight-of-hand?
>
> Thanks,
> Steve
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe@freebsd.org"
you need to do some symlinking. it seems like it was removed from
/usr/ports/UPDATING about it
------------------------------
Message: 13
Date: Wed, 21 Jan 2009 17:52:38 -0600
From: "Kelly D. Grills" <kdgrills@the-grills.com>
Subject: Re: looking for a fail over system
To: freebsd-questions@freebsd.org
Message-ID: <20090121235238.GA66208@the-grills.com>
Content-Type: text/plain; charset="us-ascii"
On Wed, Jan 21, 2009 at 01:12:44PM -0800, Buck Jones wrote:
>
> MY web server just died and It's taking some time to get back up . I
> want to find a fail over device so when one computer dies another
> automatically takes over. of course letting me know this happened would
> be a good thing too.
carp(4) works well for me.
--
Kelly D. Grills
kdgrills@the-grills.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 243 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20090121/fc4e53d1/attachment.pgp
------------------------------
Message: 14
Date: Wed, 21 Jan 2009 16:54:39 -0700
From: Steve Franks <bahamasfranks@gmail.com>
Subject: fixed: firefox3 plugins (flash) don't work [was: Re:
swfdec-plugin]
To: FreeBSD Mailing List <freebsd-questions@freebsd.org>
Cc: Chad Perrin <perrin@apotheon.com>
Message-ID:
<539c60b90901211554u4a22fd79j6bc4374ec06d6870@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Jan 21, 2009 at 1:43 PM, Chad Perrin <perrin@apotheon.com> wrote:
> On Wed, Jan 21, 2009 at 01:08:35PM -0700, Steve Franks wrote:
>> Anyone get swfdec-plugin to work? Doesn't show up in firefox3's list
>> of plugins (neither does mplayer-plugin or gnash). Does port
>> installation order matter? Do I have to delete .firefox or some
>> other slight-of-hand?
>
> Oh, one other thing:
>
> Do you have a symlink to:
>
> /usr/local/lib/browser_plugins/libswfdecmozilla.so
>
> . . . in your $HOME/.mozilla/plugins/ directory?
>
> --
> Chad Perrin [ content licensed OWL: http://owl.apotheon.org ]
> Quoth Steve McConnell: "Good code is its own best documentation. As
> you're about to add a comment, ask yourself, 'How can I improve the code
> so that this comment isn't needed?'"
>
Ok, so here's the correct way to fix this, I'm pretty sure:
1) You install firefox as root. When you log in as user, there is no
~/.mozilla/plugins; instead of making that folder and symlinking to
swfdec in it, you should symlink:
ln -s /usr/local/lib/browser_plugins ~/.mozilla/plugins
2) You are halfway there. I submitted a change-request to the
swfdec-plugin port to do this, but until then,
sudo ln -s /usr/local/lib/browser_plugins/swfdec-plugin/libswfdecmozilla.so
/usr/local/lib/browser_plugins/swfdec
No idea how firefox would automatically make the plugin link in your
home folder, so there's no fix for that. The swfdec source has just
been updated (12/20/2008) and purportedly works with the likes of
youtube, so it seems like a good flash solution for FreeBSD at the
moment. It worked on the flash site I was trying to visit, and the
adobe flash test page.
Hope this helps some newbie(s) in the future...
Best,
Steve
------------------------------
Message: 15
Date: Wed, 21 Jan 2009 16:54:42 -0800
From: Rem Roberti <remegius@comcast.net>
Subject: Build error
To: FreeBSD-Questions@FreeBSD.org
Message-ID: <4977C3D2.8020207@comcast.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I'm unable to install the Gimp because of a build failure of dependency
/usr/ports/devel/icu.
Here is the error message:
SUMMARY:
******* [Total error count: 1]
Errors in
[/tsformat/ccaltst/TestCalendar]
Elapsed Time: 00:00:30.000
*** Error code 1
Stop in /usr/ports/devel/icu.
I recall something very similar to this happening a long time ago,, but
I can't recall
what the solution was. I looked in UPDATING, but found nothing.
Rem
------------------------------
Message: 16
Date: Wed, 21 Jan 2009 20:35:53 -0600
From: Novembre <novembre@gmail.com>
Subject: old cruft after source upgrading --- clean install?
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID:
<3b47caa90901211835o7eae77d9v2bead5e01dcf14af@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi all,
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE some eight
months ago
via a source upgrade. After that, I rebuilt all the packages on the system
as well. Now, I would like
to update it again to 7.1-RELEASE, and I'm wondering whether I should do a
clean install or just
do a source upgrade again. My question is regarding all the old cruft that
remains after the upgrade
and rebuilding of all the packages, as I already know that there are a bunch
of old libraries residing
somewhere on the system.
I would like to know if deleting everything in /usr/local/ completely cleans
the system or not (I'm
planning to reinstall all the packages as well), considering that some
6.4-RELEASE base libraries
are still somewhere. Is there anywhere else that I should look?
Here is the results of libchk and pkg_libchk:
--------------------------------------------------
rsx4# libchk
Will look into:
/bin
/lib
/sbin
/usr/X11R6/bin
/usr/X11R6/libexec
/usr/X11R6/sbin
/usr/bin
/usr/games
/usr/lib
/usr/libexec
/usr/local/bin
/usr/local/lib
/usr/local/libexec
/usr/local/sbin
/usr/sbin
Unresolvable link(s) found in: /usr/local/lib/libexchange-storage-1.2.so.3
libgnutls.so.13
Unresolvable link(s) found in: /usr/local/lib/libegroupwise-1.2.so.13
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so
libgnutls.so.13
Unresolvable link(s) found in:
/usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so
libgnutls.so.13
Unresolvable link(s) found in: /usr/local/lib/libsoup-2.2.so.8
libgnutls.so.13
Unreferenced library: /lib/libalias.so.5
Unreferenced library: /lib/libbegemot.so.2
Unreferenced library: /lib/libbsnmp.so.3
Unreferenced library: /lib/libcam.so.3
Unreferenced library: /lib/libdevstat.so.5
Unreferenced library: /lib/libedit.so.5
Unreferenced library: /lib/libgpib.so.1
Unreferenced library: /lib/libipsec.so.2
Unreferenced library: /lib/libipx.so.3
Unreferenced library: /lib/libkiconv.so.2
Unreferenced library: /lib/libpthread.so.2
Unreferenced library: /lib/libreadline.so.6
Unreferenced library: /lib/libufs.so.3
Unreferenced library: /usr/lib/libarchive.so.2
Unreferenced library: /usr/lib/libbluetooth.so.2
Unreferenced library: /usr/lib/libbsm.so.1
Unreferenced library: /usr/lib/libc_r.so.6
Unreferenced library: /usr/lib/libcalendar.so.3
Unreferenced library: /usr/lib/libdialog.so.5
Unreferenced library: /usr/lib/libelf.so.1
Unreferenced library: /usr/lib/libfetch.so.4
Unreferenced library: /usr/lib/libform.so.3
Unreferenced library: /usr/lib/libform.so.4
Unreferenced library: /usr/lib/libformw.so.4
Unreferenced library: /usr/lib/libftpio.so.6
Unreferenced library: /usr/lib/libg2c.so.2
Unreferenced library: /usr/lib/libgnuregex.so.3
Unreferenced library: /usr/lib/libgomp.so.1
Unreferenced library: /usr/lib/libgpib.so.2
Unreferenced library: /usr/lib/libgssapi_krb5.so.9
Unreferenced library: /usr/lib/libhdb.so.8
Unreferenced library: /usr/lib/libhistory.so.6
Unreferenced library: /usr/lib/libhistory.so.7
Unreferenced library: /usr/lib/libkadm5clnt.so.8
Unreferenced library: /usr/lib/libkadm5srv.so.8
Unreferenced library: /usr/lib/libkafs5.so.8
Unreferenced library: /usr/lib/libkse.so.3
Unreferenced library: /usr/lib/liblwres.so.10
Unreferenced library: /usr/lib/liblwres.so.30
Unreferenced library: /usr/lib/libmagic.so.2
Unreferenced library: /usr/lib/libmenu.so.3
Unreferenced library: /usr/lib/libmenu.so.4
Unreferenced library: /usr/lib/libmenuw.so.4
Unreferenced library: /usr/lib/libmilter.so.3
Unreferenced library: /usr/lib/libmilter.so.4
Unreferenced library: /usr/lib/libmp.so.5
Unreferenced library: /usr/lib/libncp.so.2
Unreferenced library: /usr/lib/libngatm.so.2
Unreferenced library: /usr/lib/libobjc.so.2
Unreferenced library: /usr/lib/libobjc.so.3
Unreferenced library: /usr/lib/libpanel.so.3
Unreferenced library: /usr/lib/libpanelw.so.4
Unreferenced library: /usr/lib/libpmc.so.3
Unreferenced library: /usr/lib/librpcsvc.so.3
Unreferenced library: /usr/lib/librt.so.1
Unreferenced library: /usr/lib/libsdp.so.2
Unreferenced library: /usr/lib/libsmb.so.2
Unreferenced library: /usr/lib/libthr.so.2
Unreferenced library: /usr/lib/libthread_db.so.2
Unreferenced library: /usr/lib/libthread_db.so.3
Unreferenced library: /usr/lib/libugidfw.so.2
Unreferenced library: /usr/lib/libusbhid.so.2
Unreferenced library: /usr/lib/libvgl.so.4
Unreferenced library: /usr/lib/libvgl.so.5
Unreferenced library: /usr/lib/libwrap.so.4
Unreferenced library: /usr/local/lib/compat/pkg/libgnutls-extra.so.15
Unreferenced library: /usr/local/lib/compat/pkg/libgnutls-openssl.so.15
Unreferenced library: /usr/local/lib/compat/pkg/libgnutlsxx.so.15
Unreferenced library: /usr/local/lib/compat/pkg/libnetcdf.so.1
Unreferenced library: /usr/local/lib/compat/pkg/libnetcdf_c++.so.1
Unreferenced library: /usr/local/lib/compat/pkg/libpoppler-glib.so.1
Unreferenced library: /usr/local/lib/compat/pkg/libthunar-vfs-1.so.4
Unreferenced library: /usr/local/lib/compat/pkg/libthunarx-1.so.4
Unreferenced library: /usr/local/lib/compat/pkg/libxfce4mixer.so.0
Unreferenced library: /usr/local/lib/libI810XvMC.so.1
Unreferenced library: /usr/local/lib/libIntelXvMC.so.1
Unreferenced library: /usr/local/lib/libMagick++.so.10
Unreferenced library: /usr/local/lib/libORBit-imodule-2.so.0
Unreferenced library: /usr/local/lib/libUil.so.3
Unreferenced library: /usr/local/lib/libXau.so.0
Unreferenced library: /usr/local/lib/libXaw.so.6
Unreferenced library: /usr/local/lib/libXaw.so.7
Unreferenced library: /usr/local/lib/libXaw.so.8
Unreferenced library: /usr/local/lib/libXaw6.so.6
Unreferenced library: /usr/local/lib/libXbae.so.4
Unreferenced library: /usr/local/lib/libXevie.so.1
Unreferenced library: /usr/local/lib/libXfontcache.so.1
Unreferenced library: /usr/local/lib/libXmHTML.so.1
Unreferenced library: /usr/local/lib/libXvMC.so.1
Unreferenced library: /usr/local/lib/libXvMCW.so.1
Unreferenced library: /usr/local/lib/libasprintf.so.0
Unreferenced library: /usr/local/lib/libcharset.so.1
Unreferenced library: /usr/local/lib/libdb41_cxx.so.1
Unreferenced library: /usr/local/lib/libdha.so.1
Unreferenced library: /usr/local/lib/libesddsp.so.2
Unreferenced library: /usr/local/lib/libexchange-storage-1.2.so.3
Unreferenced library: /usr/local/lib/libfftw.so.2
Unreferenced library: /usr/local/lib/libgamin-1.so.1
Unreferenced library: /usr/local/lib/libgdk_pixbuf_xlib-2.0.so.0
Unreferenced library: /usr/local/lib/libgettextpo.so.3
Unreferenced library: /usr/local/lib/libglitz-glx.so.1
Unreferenced library: /usr/local/lib/libgnutls-openssl.so.26
Unreferenced library: /usr/local/lib/libgnutlsxx.so.26
Unreferenced library: /usr/local/lib/libgstcdda-0.10.so.0
Unreferenced library: /usr/local/lib/libgstnet-0.10.so.0
Unreferenced library: /usr/local/lib/libgstrtsp-0.10.so.0
Unreferenced library: /usr/local/lib/libgstsdp-0.10.so.0
Unreferenced library: /usr/local/lib/libhowl.so.0
Unreferenced library: /usr/local/lib/libicuio.so.38
Unreferenced library: /usr/local/lib/libiculx.so.38
Unreferenced library: /usr/local/lib/libldap_r-2.3.so.2
Unreferenced library: /usr/local/lib/liblinc.so.1
Unreferenced library: /usr/local/lib/libltdl.so.4
Unreferenced library: /usr/local/lib/libnetcdf_c++.so.4
Unreferenced library: /usr/local/lib/liboldX.so.6
Unreferenced library: /usr/local/lib/libpcrecpp.so.0
Unreferenced library: /usr/local/lib/libplotter.so.4
Unreferenced library: /usr/local/lib/libpspell.so.16
Unreferenced library: /usr/local/lib/libpython2.4.so.1
Unreferenced library: /usr/local/lib/libpython2.5.so.1
Unreferenced library: /usr/local/lib/librfftw.so.2
Unreferenced library: /usr/local/lib/libtiffxx.so.4
Unreferenced library: /usr/local/lib/libviaXvMC.so.1
Unreferenced library: /usr/local/lib/libviaXvMCPro.so.1
Unreferenced library: /usr/local/lib/libvorbisenc.so.2
Unreferenced library: /usr/local/lib/libvorbisfile.so.5
Unreferenced library: /usr/local/lib/libwwwssl.so.1
Unreferenced library: /usr/local/lib/libxkbui.so.1
Unreferenced library: /usr/local/lib/libxmi.so.1
Unreferenced library: /usr/local/lib/libxrx.so.0
Unreferenced library: /usr/local/lib/libxrxnest.so.0
Unreferenced library: /usr/local/lib/nss/libfreebl3.so.1
Unreferenced library: /usr/local/lib/nss/libnssckbi.so.1
--------------------------------------------------
--------------------------------------------------
rsx4# pkg_libchk
diablo-jdk-1.5.0.07.01:
/usr/local/diablo-jdk1.5.0/demo/jvmti/heapTracker/lib/libheapTracker_g.so
misses libjava_crw_demo_g.so
diablo-jdk-1.5.0.07.01:
/usr/local/diablo-jdk1.5.0/demo/jvmti/mtrace/lib/libmtrace_g.so misses
libjava_crw_demo_g.so
diablo-jdk-1.5.0.07.01:
/usr/local/diablo-jdk1.5.0/jre/lib/i386/libJdbcOdbc.so misses libodbcinst.so
diablo-jdk-1.5.0.07.01:
/usr/local/diablo-jdk1.5.0/jre/lib/i386/libJdbcOdbc.so misses libodbc.so
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2:
/usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so
misses libgnutls.so.13
evolution-data-server-1.12.1_2: /usr/local/lib/libegroupwise-1.2.so.13
misses libgnutls.so.13
evolution-data-server-1.12.1_2: /usr/local/lib/libegroupwise-1.2.so.13
misses libgnutls.so.13
evolution-data-server-1.12.1_2: /usr/local/lib/libexchange-storage-1.2.so.3
misses libgnutls.so.13
evolution-data-server-1.12.1_2: /usr/local/lib/libexchange-storage-1.2.so.3
misses libgnutls.so.13
gnome-keyring-2.20.1: /usr/local/bin/gnome-keyring-daemon misses
libgcrypt.so.13
libsoup-2.2.102: /usr/local/lib/libsoup-2.2.so.8 misses libgnutls.so.13
libsoup-2.2.102: /usr/local/lib/libsoup-2.2.so.8 misses libgcrypt.so.13
--------------------------------------------------
Thanks a lot
------------------------------
Message: 17
Date: Thu, 22 Jan 2009 01:00:10 -0200
From: Ramiro Caso <misha_78@hotmail.com>
Subject: RE: Cannot perform user mounts after upgrade
To: <rsmith@xs4all.nl>, <freebsd-questions-local@be-well.ilk.org>
Cc: freebsd-questions@freebsd.org
Message-ID: <BAY102-W9C5BF3F784599C107E7A7E1CE0@phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"
> Date: Tue, 20 Jan 2009 19:56:29 +0100
> From: rsmith@xs4all.nl
> To: freebsd-questions-local@be-well.ilk.org
> CC: freebsd-questions@freebsd.org; misha_78@hotmail.com
> Subject: Re: Cannot perform user mounts after upgrade
>
> On Tue, Jan 20, 2009 at 01:44:48PM -0500, Lowell Gilbert wrote:
> > > The mount point still has the same ownership (me) and permissions (755) as
> > > before. Both /etc/devfs.rules, /etc/rc.conf and /etc/sysctl.conf have the
> > > relevant lines for allowing user mounts, namely:
> > >
> > > /etc/sysctl.conf ==> vfs.usermount=1
> > > /etc/devfs.rules ==> [localrules=10]
> > > add path 'da*s*' mode 0660 group usb
> > > /etc/rc.conf ==> devfs_system_ruleset="localrules"
> > >
> > > I don't recall this being necessary, but I also have devd enabled in rc.conf,
> > > although with no special rules for umass in devd.conf. Needless to say, I belong
> > > to group usb. This configuration worked before just fine. Any ideas?
> >
> > You certainly always needed permissions on a device to be able to mount
> > it. For a device already present at boot time, you would need an entry
> > in devfs.rules. For a device plugged in later, you would instead need
> > devd to know how to handle it.
>
> For stuff available at boot you should use devfs.conf. The devfs.rules
> file is for devices that are plugged in later.
Thank you both for taking the time to answer!! Finally, the rule in devfs.rules was ok, but the file itself was a little bit messy. I cleaned it up, and it works perfectly now... sorry for the inconvenience, and thanks again!!
_________________________________________________________________
�Qu� puedes hacer con el nuevo Windows Live? Desc�brelo.
http://www.microsoft.com/latam/windows/windowslive/
------------------------------
Message: 18
Date: Wed, 21 Jan 2009 22:20:15 -0500
From: Robert Huff <roberthuff@rcn.com>
Subject: old cruft after source upgrading --- clean install?
To: Novembre <novembre@gmail.com>
Cc: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <18807.58863.983982.191053@jerusalem.litteratus.org>
Content-Type: text/plain; charset=us-ascii
Novembre writes:
> I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE
> some eight months ago via a source upgrade. After that, I rebuilt
> all the packages on the system as well. Now, I would like to
> update it again to 7.1-RELEASE, and I'm wondering whether I
> should do a clean install or just do a source upgrade again. My
> question is regarding all the old cruft that remains after the
> upgrade and rebuilding of all the packages, as I already know
> that there are a bunch of old libraries residing somewhere on the
> system.
Do you have ports-mgmt/portupgrade(-devel) installed?
If so, are you aware of "portsclean"?
This has worked successfully for me for several years.
Robert Huff
------------------------------
Message: 19
Date: Thu, 22 Jan 2009 09:33:26 +0200
From: Ivailo Tanusheff <i.tanusheff@procreditbank.bg>
Subject: Re: change root pasword
To: Valdis Ziedi?? <valdis.ziedins@gmail.com>
Cc: freebsd-questions@FreeBSD.org, owner-freebsd-questions@freebsd.org
Message-ID:
<OF586A39A2.BE51F729-ONC2257546.00295748-C2257546.0029842A@procreditbank.bg>
Content-Type: text/plain; charset="windows-1257"
Hi,
If you have a physical access to the server - reboot in single user mode
and change the password.
Other option is to login on the console with user toor and no password and
change it then.
You can change the password by passwd command, which syntax you may find
in internet or just type man passwd.
Regards,
Ivailo Tanusheff
Deputy Head of IT Department
ProCredit Bank (Bulgaria) AD
Valdis Ziedi�� <valdis.ziedins@gmail.com>
Sent by: owner-freebsd-questions@freebsd.org
21.01.2009 22:01
To
freebsd-questions@FreeBSD.org
cc
Subject
change root pasword
hi,
i'm new your product user! my first admin leave new server with freebsd!
someone change root pasword can you help me step by step change this
pasword! i'll be thankfull!
i'm now studing your product but if you can help me it would be nice!
best regart valdis
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribe@freebsd.org"
------------------------------
Message: 20
Date: Thu, 22 Jan 2009 08:10:09 +0100 (CET)
From: "Sebastian Mellmann"
<sebastian.mellmann@net.t-labs.tu-berlin.de>
Subject: IPFW DUMMYNET: Several pipes after each other
To: freebsd-questions@freebsd.org
Message-ID:
<5648.62.206.221.107.1232608209.squirrel@anubis.getmyip.com>
Content-Type: text/plain;charset=iso-8859-1
Hi!
I'm using FreeBSD 7.0 with IPFW DUMMYNET enabled.
I've got a problem with creating a ruleset which allows me to limit the
overall bandwidth of a link and afterwards pass the packets to another
pipe for processing.
So far I've got those rules:
in_if="em0"
out_if="em1"
management_if="em2"
in_ip="100.100.100.1"
out_ip="200.200.200.1"
management_ip="172.16.0.201"
client1_subnet="192.168.5.0/26"
client2_subnet="192.168.6.0/26"
server_subnet="192.168.7.0/24"
download_bandwidth="6144Kbit/s"
upload_bandwidth="1024Kbit/s"
delay="0"
queue_size="10"
cmd="ipfw"
$cmd add 10 allow all from any to any via lo0
$cmd pipe 100 config mask src-ip 0xffffffff bw $upload_bandwidth queue
$queue_size delay $delay
$cmd pipe 200 config mask dst-ip 0xffffffff bw $download_bandwidth queue
$queue_size
$cmd add pipe 100 all from $client1_subnet to $server_subnet in via $in_if
$cmd add pipe 200 all from $server_subnet to $client1_subnet out via $in_if
$cmd add pipe 100 all from $client2_subnet to $server_subnet in via $in_if
$cmd add pipe 200 all from $server_subnet to $client2_subnet out via $in_if
$cmd add 10000 allow all from any to any via $management_if
$cmd add 20000 allow all from any to any via $in_if
$cmd add 30000 allow all from any to any via $out_if
---
What I want to add now, is the possibility to limit the bandwidth of the
whole link, e.g. 100Mbit/s.
I've tried to add a pipe:
$cmd pipe 50 config bw 100Mbit/s queue $queue_size
$cmd add pipe 50 all from any to any via $in_if
But when I have a look at the pipes with 'ipfw show' I can only see
packets go through the pipe 50 and nothing goes through the other pipes
(which makes sense actually since IPFW work that way?).
Any help is much appreciated.
Thanks in advance.
Sebastian M.
------------------------------
Message: 21
Date: Thu, 22 Jan 2009 02:48:45 -0500 (EST)
From: "Janos Dohanics" <web@3dresearch.com>
Subject: error: field 'aio_sigevent' has incomplete type
To: freebsd-questions@freebsd.org
Message-ID: <wwiB7Lf7.1232610525.1233120.janos@imap.3dresearch.com>
Content-Type: text/plain; charset=ISO-8859-1
I am trying to build a new kernel for an amd64 machine but the build
fails:
objcopy --only-keep-debug ahd.ko.debug ahd.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=ahd.ko.symbols ahd.ko.debug
ahd.ko
===> aio (all)
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/scanc.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/skpc.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/strcasecmp.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/strcat.c
cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99
-nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/FRACASSO2009012201/opt_global.h -I. -I@
-I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100
--param large-function-growth=1000 -fno-common -g
-fno-omit-frame-pointer -I/usr/obj/usr/src/sys/FRACASSO2009012201
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/aio/../../kern/vfs_aio.c
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2548: error: field
'aio_sigevent' has incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2564: error: field
'aio_sigevent' has incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function
'convert_old_sigevent32':
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2575: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2580: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2584: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2585: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function
'convert_sigevent32':
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2621: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2626: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2629: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2632: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2633: error: dereferencing
pointer to incomplete type
/usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function
'freebsd32_olio_listio':
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2859: error: storage size
of 'osig' isn't known
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2859: warning: unused
variable 'osig'
/usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function
'freebsd32_lio_listio':
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2904: error: storage size
of 'sig32' isn't known
/usr/src/sys/modules/aio/../../kern/vfs_aio.c:2904: warning: unused
variable 'sig32'
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/strcmp.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx
-mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-Werror /usr/src/sys/libkern/strcpy.c
1 error
*** Error code 2
1 error
*** Error code 2
1 error
# uname -prsv
FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008
root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
I Googled and found a page which seems to show a similar error:
http://www.mavetju.org/mail/view_message.php?list=freebsd-tinderbox&id=2855870&raw=yes
Would you please advise...
------------------------------
Message: 22
Date: Thu, 22 Jan 2009 10:05:13 +0100
From: "Guillaume BABIK" <guillaume@internim.com>
Subject: Subversion install problem on FreeBSD
To: <freebsd-questions@freebsd.org>
Message-ID: <A3E04D62A7294ED689128019D505448D@GUILLAUME>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am new on Subversion installation.
I tried to install Subversion 1.5.5 on a FreeBSD 6.2.
I use Port�s system.
The installation seems to be ok, but I can�t access to my Subversion with
svn+ssh protocol.
Although I can access to my FreeBSD with ssh (via Putty)
When I type : svnadmin �version, I obtain :
svnadmin, version 1.5.5 (r34862)
compil� Jan 21 2009, 09:51:35
Copyright (C) 2000-2008 CollabNet.
Subversion est un logiciel libre, cf http://subversion.tigris.org/
Il inclut du logiciel d�velopp� par CollabNet (http://www.Collab.Net/).
Les types de stockage de d�p�t (FS) suivants sont disponibles :
* fs_base : Module destin� � travailler avec un d�p�t Berkeley DB.
* fs_fs : Module de stockage de d�p�t � base de fichiers simples (FSFS).
I search for 2 days ! :-(
Many thanks for your future help !
PS : Sorry for my poor English.
Guillaume BABIK
------------------------------
Message: 23
Date: Thu, 22 Jan 2009 11:12:36 +0100
From: Jos Chrispijn <jos@webrz.net>
Subject: Re: Portupgrade thru SSH session
To: josh.carroll@gmail.com
Cc: freebsd-questions@freebsd.org
Message-ID: <49784694.3050308@webrz.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
[Josh Carroll]
> For future runs, you might consider using something like screen
> (/usr/ports/sysutils/screen) so you can resume the session later,
> should you get disconnected.
>
I will, thanks for sharing.
Jos
------------------------------
Message: 24
Date: Thu, 22 Jan 2009 11:45:12 +0100
From: Jakub T <jakub.tlck@gmail.com>
Subject: [SOLVED] Re: Strange nvidia GeForce 9800GT--harddrive
conflict?
To: freebsd-questions@freebsd.org
Message-ID:
<42b840be0901220245x70c8d903hbb246b55ab5b1d27@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
2009/1/20 Jakub T <jakub.tlck@gmail.com>
> Hi,
>
> I'm trying to start X on FreeBSD-7.1-RELEASE (i386) with up-to-date ports
> tree with this graphics card:
>
> nvidia0: <GeForce 9800 GT> on vgapci0
> vgapci0: child nvidia0 requested pci_enable_busmaster
> vgapci0: child nvidia0 requested pci_enable_io
> nvidia0: [GIANT-LOCKED]
> nvidia0: [ITHREAD]
> ...
Hi again,
The problem is solved with upgrade to latest 7.1-STABLE, whatever was the
cause. For the archives and people with similar problem, the Xorg.0.log that
contains more about this issue can be found here:
http://pastebin.com/f3a116b3b
Jakub
------------------------------
Message: 25
Date: Thu, 22 Jan 2009 11:20:25 +0000
From: Saifi Khan <saifi.khan@twincling.org>
Subject: Re: ASL 2.0 based software contribution to FreeBSD code base
To: Vincent Hoffman <vince@unsane.co.uk>,
freebsd-questions@freebsd.org
Message-ID:
<9a52b1190901220320p66f69d4eg5c7032fff74b469f@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Jan 21, 2009 at 10:16 AM, Vincent Hoffman <vince@unsane.co.uk> wrote:
> Saifi Khan wrote:
>> Hi:
>>
>> Is Apache Software License (ASL) 2.0 based software contributions
>> accepted in FreeBSD code base ?
>>
>> Specific case to consider would be:
>> a. device driver code released under ASL 2.0
>> b. code contributed to kernel (eg. scheduler implementation) under ASL 2.0
>> c. code contributed to userland (eg. new implementation of ctags) under ASL 2.0
>>
>> Can some of the experienced members share how things work within the
>> context of FreeBSD project ?
>>
>>
> I was going to answer with
> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/pref-license.html
> however in a recent discussion on the -current list
> (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=163526+0+current/freebsd-current)
> Brooks Davis <brooks@freebsd.org> said
> "This file is outdated. While this remains our prefered license, the
> current
> OpenBSD prefered license is the ISC licesed which is allowed by the license
> policy we published to developers last year. We should probably replace
> this
> page with that policy."
>
> I'd ask for a copy of the current policy on freebsd-current@ if you dont
> get any answers here.
>
>
Hi Vince:
Thank you for your kind reply.
Please see my writeup on ASL at http://www.twincling.org/node/277
While i understand ASL, i'm keen to know what are the technical
deviations (if any) in the BSD licsense followed by FreeBSD project.
eg. if i write a device driver and release it under ASL 2.0, can it
legally make into FreeBSD project ?
--
thanks
Saifi.
------------------------------
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
End of freebsd-questions Digest, Vol 246, Issue 43
**************************************************
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?rt-3.8.2-25893-1232625645-1930.190518-3-0>