From owner-freebsd-questions@FreeBSD.ORG Tue Apr 17 17:05:04 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8216316A402 for ; Tue, 17 Apr 2007 17:05:04 +0000 (UTC) (envelope-from joshua.lewis@familyfunzone.net) Received: from smtpout14-02.prod.mesa1.secureserver.net (smtpout14-02.prod.mesa1.secureserver.net [68.178.232.8]) by mx1.freebsd.org (Postfix) with SMTP id 1EF0113C457 for ; Tue, 17 Apr 2007 17:05:03 +0000 (UTC) (envelope-from joshua.lewis@familyfunzone.net) Received: (qmail 2675 invoked from network); 17 Apr 2007 15:25:42 -0000 Received: from unknown (HELO gem-wbe06.prod.mesa1.secureserver.net) (64.202.189.38) by smtpout14-02.prod.mesa1.secureserver.net with SMTP; 17 Apr 2007 15:25:38 -0000 Received: (qmail 15587 invoked by uid 99); 17 Apr 2007 15:25:38 -0000 Date: Tue, 17 Apr 2007 08:25:38 -0700 From: Joshua Lewis To: freebsd-questions@freebsd.org Message-ID: <20070417082538.e72c8bd2fa3c8298c4bf39a8c4c61b77.8755666088.wbe@email.secureserver.net> User-Agent: Web-Based Email 4.9.30 X-Originating-IP: 208.255.152.227 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: freebsd-questions Digest, Vol 174, Issue 4 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 17:05:04 -0000 I tried to access the login prompt through SSH, and Telnet. Neither worked. The only way I know of to get to a login prompt is through HTTP. I am not a programmer and my scripting skills are non existent. If anyone knows of some script out there on the net that can access a webpage and run through a sequence of passwords. Then that would be absolutely wonderful. Mental note. It sucks to not have a phone. Don't work on phone system while drinking. Sincerely, Joshua Lewis -------- Original Message -------- Subject: freebsd-questions Digest, Vol 174, Issue 4 From: freebsd-questions-request@freebsd.org Date: Tue, April 17, 2007 8:00 am To: freebsd-questions@freebsd.org Send freebsd-questions mailing list submissions to [1]freebsd-questions@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit [2]http://lists.freebsd.org/mailman/listinfo/freebsd-questions or, via email, send a message with subject or body 'help' to [3]freebsd-questions-request@freebsd.org You can reach the person managing the list at [4]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: PPP and resolv.conf (Daniel Marsh) 2. Re[2]: New kernel and jail (Vladimir) 3. Re: lost password caused by drunk admin (Ghirai) 4. Re: GUI to ports collection on FBSD? (Ivan Carey) 5. Re: PPP and resolv.conf (Ivan Carey) 6. Re: GUI to ports collection on FBSD? (Peter Ankerst?l) 7. Re: tproxy on freebsd (Chris Slothouber) 8. Re: GUI to ports collection on FBSD? (Abdullah Ibn Hamad Al-Marri) 9. Re: Re[2]: New kernel and jail (Oliver Peter) 10. PPP and resolv.conf (Richard Simmonds) 11. keeping all things up to date (Michael Grant) 12. Re: tproxy on freebsd (Chris Slothouber) 13. [Fwd: Re: I like Ubuntu] (Alex Zbyslaw) 14. Re: problems with Engelschall upgrade toolkit (Christoph Schug) 15. Re: keeping all things up to date (Chad Perrin) 16. Re: keeping all things up to date (Christian Walther) 17. Re[2]: Terabyte harddisks, GELI, AMD64, Samba and Zen... (Solon Luigi Lutz) 18. Re: Terabyte harddisks, GELI, AMD64, Samba and Zen... (Ivan Voras) 19. Re[3]: Terabyte harddisks, GELI, AMD64, Samba and Zen... (Solon Luigi Lutz) 20. error in find on daily output disk clean (Dave) ---------------------------------------------------------------------- Message: 1 Date: Tue, 17 Apr 2007 14:05:31 +0800 From: "Daniel Marsh" <[5]jahilliya@gmail.com> Subject: Re: PPP and resolv.conf To: "Ansar Mohammed" <[6]ansarm@gmail.com> Cc: [7]freebsd-questions@freebsd.org Message-ID: <[8]ba5e78ea0704162305i395f5e2dyfa95d06c1c455d3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 4/17/07, Ansar Mohammed <[9]ansarm@gmail.com> wrote: > > How can I stop ppp from modifying my /etc/resolv.conf? > Everytime I establish a pppoe session, my resolv.conf file gets > reconfigured > to my ISPs DNS Servers. > You could make resolv.conf to what you want it to be and then do: chflags schg /etc/resolv.conf That will stop anything from modifying it, if you're in securelevel 1 or more you can't take schg off, you need to reboot into securelevel 0. Other than that, check the ppp man page for an option... ------------------------------ Message: 2 Date: Tue, 17 Apr 2007 10:51:41 +0400 From: Vladimir <[10]vladar@dcgroup.ru> Subject: Re[2]: New kernel and jail To: Oliver Peter <[11]hoschi@mouhaha.de> Cc: [12]freebsd-questions@freebsd.org Message-ID: <[13]186523460.20070417105141@dcgroup.ru> Content-Type: text/plain; charset=us-ascii OP> On Fri, Apr 13, 2007 at 09:36:20AM +0400, Vladimir wrote: >> Hi all. OP> Hi Vladimir, >> I have FreeBSD 5.4 installed. There is a working jail. >> I am trying to rebuild a kernel to enable quota support. Therefore >> i?ve added "options QUOTA" to config file (all other options >> are from GENERIC). When booting with this new kernel jail does not >> start. When i issue at the command prompt: >> jail /opt/jails/www.myhost.ru/ [14]www.myhost.ru xxx.xxx.xxx.xxx /bin/sh >> i get: >> jail: jail: Invalid argument >> >> There is no messages in log files regarding jail. >> After rebooting with old kernel everything is normal. OP> I can not say much about your problem - but 5.4 is a little bit OP> outdated. Is it possible for you to make an update to a newer release? OP> 6.2 would be a good deal. OP> There are very cute rc-scripts to start/restart/stop your jail(s), too. No, it is not possible :( Do i need to perform any actions with the jail when upgrading a kernel or the jail must work without any changes? Is there some sort of a Howto about this? -- Regards, Vladimir ------------------------------ Message: 3 Date: Tue, 17 Apr 2007 09:58:19 +0300 From: Ghirai <[15]ghirai@ghirai.com> Subject: Re: lost password caused by drunk admin To: Lewis Joshua <[16]joshua.lewis@familyfunzone.net>, <[17]freebsd-questions@freebsd.org> Message-ID: <[18]1325085694.20070417095819@ghirai.com> Content-Type: text/plain; charset=us-ascii Hello Lewis, Tuesday, April 17, 2007, 4:59:40 AM, you wrote: > Hello FreeBSD List, > Ok I made a huge mistake (insert laugh here because I know you will). > I was working late at home and had more then a few drinks... A lot > more. I was working with a PAP2-NA (Analog to VoIP adapter (ATA)) and > I changed the password. The password that was programed into the unit > from my service provider was a randomly generated password and I was > messing with a lot of the settings and needed to keep logging in. So > I changed it to make my life easier. > So any way I changed the password and now it appears I didn't change > the password to what I had thought I had. The password was a short 4 > digit number. Like I said I just wanted to make my life easier while > I was messing around with it. Now I am locked out of the unit and > TOTALY SOL. My phones don't work at the house because the think has > been set incorrectly. > I don't know how to crack passwords or even where to start. Is there > some kind of script or application I can run on my FreeBSD system to > try every combination of numbers from 0 - 9999. > It is possible I may have fat fingered the number so it could be 6 or > 7 digits instead of the 4 I intended. I don't know. I tried every > variation I can think of and even got drunk again hoping to recreate > the stupid mistake. > I have totally messed that one up. I would have had to type it twice > which just goes to show you should not work on your junk while drunk. > Can anyone help me out? The unit has no reset buttons to reset it to > defaults there is nothing online that I can find to bypass the unit. > I did a port scan and it appears to only be listening on port 80. Any > thoughts out there? Please. > Thanks and I hope I made someone laugh with my mistake because I know > all my friends are. > Thanks. How/over what protocol do you get to wherever it asks for the password? -- Best regards, Ghirai. ------------------------------ Message: 4 Date: Tue, 17 Apr 2007 17:00:22 +1000 From: Ivan Carey <[19]ivan@careytech.com.au> Subject: Re: GUI to ports collection on FBSD? To: [20]youshi10@u.washington.edu Cc: [21]freebsd-questions@freebsd.org Message-ID: <[22]46247086.9030601@careytech.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed [23]youshi10@u.washington.edu wrote: > On Mon, 16 Apr 2007, Joe Vender wrote: > >> Hi, >> Is there a GUI interface to the FreeBSD >> ports collection for use in kde similar to synaptic or adept? >> >> Joe Vender > > That's coming soon. I'd check out the FreeBSD SoC page; Andrew, the > developer's listed at the top of the page: > <[24]http://code.google.com/soc/freebsd/about.html>. > > -Garrett > > _______________________________________________ > [25]freebsd-questions@freebsd.org mailing list > [26]http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[27]freebsd-questions-unsubscribe@freebsd.org" > > . > I mainly use PIB and there is kpackage and webmin Ivan ------------------------------ Message: 5 Date: Tue, 17 Apr 2007 17:03:51 +1000 From: Ivan Carey <[28]ivan@careytech.com.au> Subject: Re: PPP and resolv.conf To: Daniel Marsh <[29]jahilliya@gmail.com> Cc: Ansar Mohammed <[30]ansarm@gmail.com>, [31]freebsd-questions@freebsd.org Message-ID: <[32]46247157.7080006@careytech.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Daniel Marsh wrote: > On 4/17/07, Ansar Mohammed <[33]ansarm@gmail.com> wrote: >> >> How can I stop ppp from modifying my /etc/resolv.conf? >> Everytime I establish a pppoe session, my resolv.conf file gets >> reconfigured >> to my ISPs DNS Servers. >> > > You could make resolv.conf to what you want it to be and then do: chflags > schg /etc/resolv.conf > > That will stop anything from modifying it, if you're in securelevel 1 or > more you can't take schg off, you need to reboot into securelevel 0. > > Other than that, check the ppp man page for an option... > _______________________________________________ > [34]freebsd-questions@freebsd.org mailing list > [35]http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[36]freebsd-questions-unsubscribe@freebsd.org" > > . > do you have enable dns in your ppp.conf file? I had the same thing and commented the enable dns to resolve Ivan ------------------------------ Message: 6 Date: Tue, 17 Apr 2007 08:42:43 +0200 From: Peter Ankerst?l <[37]peter@pean.org> Subject: Re: GUI to ports collection on FBSD? To: [38]youshi10@u.washington.edu Cc: [39]freebsd-questions@freebsd.org Message-ID: <[40]46246C63.3040008@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed [41]youshi10@u.washington.edu wrote: > On Mon, 16 Apr 2007, Joe Vender wrote: > >> Hi, >> Is there a GUI interface to the FreeBSD >> ports collection for use in kde similar to synaptic or adept? >> >> Joe Vender > > That's coming soon. I'd check out the FreeBSD SoC page; Andrew, the > developer's listed at the top of the page: > <[42]http://code.google.com/soc/freebsd/about.html>. But is this really a tool for the ports collection? ------------------------------ Message: 7 Date: Tue, 17 Apr 2007 03:29:11 -0400 From: Chris Slothouber <[43]chris@hier7.com> Subject: Re: tproxy on freebsd To: zen <[44]zen@tk-pttuntex.com> Cc: [45]FreeBSD-questions@FreeBSD.org Message-ID: <[46]46247747.2080501@hier7.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed zen wrote: > hi, > i know it seem out of topic, > i recently build a proxy server to serve our small ISP, > but i'm facing a big problem. as far as i know FreeBSD didn't support > TPROXY like linux had. > but i need to build this proxy transparently so only my client ips that > visible when browsing. > i use ipnat and ipf with Squid latest stable release. > does anyone has experience building a true transparent proxy with FreeBSD? > please share the knowledge and the regarding this problems. Hello Zen, Perhaps you might have some luck with the walkthrough listed here: [47]http://tomclegg.net/squid-tproxy I found this by searching Google for "TPROXY freebsd". I hope this helps! - Chris Slothouber ------------------------------ Message: 8 Date: Tue, 17 Apr 2007 10:47:52 +0300 From: "Abdullah Ibn Hamad Al-Marri" <[48]almarrie@gmail.com> Subject: Re: GUI to ports collection on FBSD? To: [49]freebsd-questions@freebsd.org Message-ID: <[50]499c70c0704170047xb467982scc5800cbb709a0ac@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Go for Kports. [51]http://www.freshports.org/ports-mgmt/kports/ -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal [52]http://www.WeArab.Net/ ------------------------------ Message: 9 Date: Tue, 17 Apr 2007 09:54:56 +0200 From: Oliver Peter <[53]hoschi@mouhaha.de> Subject: Re: Re[2]: New kernel and jail To: Vladimir <[54]vladar@dcgroup.ru> Cc: Oliver Peter <[55]hoschi@mouhaha.de>, [56]freebsd-questions@freebsd.org Message-ID: <[57]20070417075455.GC73037@nemesis.frida.mouhaha.de> Content-Type: text/plain; charset="us-ascii" On Tue, Apr 17, 2007 at 10:51:41AM +0400, Vladimir wrote: > OP> On Fri, Apr 13, 2007 at 09:36:20AM +0400, Vladimir wrote: > >> Hi all. > > OP> Hi Vladimir, > > >> I have FreeBSD 5.4 installed. There is a working jail. > >> I am trying to rebuild a kernel to enable quota support. Therefore > >> i?ve added "options QUOTA" to config file (all other options > >> are from GENERIC). When booting with this new kernel jail does not > >> start. When i issue at the command prompt: > >> jail /opt/jails/www.myhost.ru/ [58]www.myhost.ru xxx.xxx.xxx.xxx /bin/sh > >> i get: > >> jail: jail: Invalid argument > >> > >> There is no messages in log files regarding jail. > >> After rebooting with old kernel everything is normal. > > OP> I can not say much about your problem - but 5.4 is a little bit > OP> outdated. Is it possible for you to make an update to a newer release? > OP> 6.2 would be a good deal. > OP> There are very cute rc-scripts to start/restart/stop your jail(s), too. > > No, it is not possible :( > > Do i need to perform any actions with the jail when upgrading a kernel > or the jail must work without any changes? I think it depends on the changes you made to your kernel. Usually it works without any problems for me. I have no jails right here to check out QUOTA and jail under 6.2-RELEASE-p3 but maybe anotherone can help us there. PS: Why it is not possible for you to make an update? :) -- Oliver PETER, email: [59]hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : [60]http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20070417/4 f9c225a/attachment-0001.pgp ------------------------------ Message: 10 Date: Tue, 17 Apr 2007 14:48:25 +0800 From: "Richard Simmonds" <[61]yunikan@gmail.com> Subject: PPP and resolv.conf To: <[62]freebsd-questions@freebsd.org> Message-ID: <[63]!&!AAAAAAAAAAAYAAAAAAAAAPOytc9vInVGkl54LcL/nGDCgAAAEAAAABUi1xQhdEN Mg1AFizNVJKYBAAAAAA==@gmail.com> Content-Type: text/plain; charset="us-ascii" >How can I stop ppp from modifying my /etc/resolv.conf? >Everytime I establish a pppoe session, my resolv.conf file gets reconfigured to my ISPs DNS Servers. It's dhclient, not ppp that's modding the file. Adding this to your dhclient.conf file will fix the problem interface dc0 { prepend domain-name-servers 192.168.0.10; request subnet-mask, broadcast-address, routers, domain-name-servers; } you will need to change the interface name and provide the actual dns server address to match your configuration ------------------------------ Message: 11 Date: Tue, 17 Apr 2007 10:12:31 +0200 From: "Michael Grant" <[64]mg-fbsd3@grant.org> Subject: keeping all things up to date To: "FreeBSD Questions" <[65]freebsd-questions@freebsd.org> Message-ID: <[66]62b856460704170112x7bae258dm5aede163b203a85b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Is there some sort of automated way to keep freebsd and all the installed ports/packages up to date automatically? I don't mean just the source, that part is easy. I mean something that actually reinstalls the things ad needed, sort of like windows update or the updater on ubuntu. Michael Grant ------------------------------ Message: 12 Date: Tue, 17 Apr 2007 04:22:08 -0400 From: Chris Slothouber <[67]chris@hier7.com> Subject: Re: tproxy on freebsd To: zen <[68]zen@tk-pttuntex.com> Cc: [69]FreeBSD-questions@FreeBSD.org Message-ID: <[70]462483B0.2000404@hier7.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed zen wrote: > Chris Slothouber wrote: > >> zen wrote: >> >>> hi, >>> i know it seem out of topic, >>> i recently build a proxy server to serve our small ISP, >>> but i'm facing a big problem. as far as i know FreeBSD didn't support >>> TPROXY like linux had. >>> but i need to build this proxy transparently so only my client ips >>> that visible when browsing. >>> i use ipnat and ipf with Squid latest stable release. >>> does anyone has experience building a true transparent proxy with >>> FreeBSD? >>> please share the knowledge and the regarding this problems. >> >> >> Hello Zen, >> >> Perhaps you might have some luck with the walkthrough listed here: >> >> [71]http://tomclegg.net/squid-tproxy >> > thanks Chris , > but it didnt solve my problem here, > with that configuration still my proxy ip that visible. If you send your kernel, firewall, and squid configuration files, I will see what is happening. - Chris ------------------------------ Message: 13 Date: Tue, 17 Apr 2007 09:34:36 +0100 From: Alex Zbyslaw <[72]xfb52@dial.pipex.com> Subject: [Fwd: Re: I like Ubuntu] To: freebsd-questions <[73]freebsd-questions@freebsd.org> Message-ID: <[74]4624869C.7090309@dial.pipex.com> Content-Type: text/plain; charset=us-ascii; format=flowed Forwarded on behalf of Chad Perrin <[75]perrin@apotheon.com>: On Mon, Apr 16, 2007 at 10:29:43AM +0100, Alex Zbyslaw wrote: > How does apt-get compare to something like yum/up2date on FC/RHEL? I.e. > is there something that makes apt-get better? It uses a package format that requires more information about the software (that's a good thing), it's faster, and the command line tools provide more comprehensive functionality. The rest of the benefits of using APT over using YUM that come to mind for me are related to the fact that I've mostly used APT with Debian, and are distro-specific benefits, not benefits of the package manager itself. I haven't used up2date at all, so I really can't comment. I imagine it is to YUM as aptitude is to APT. I prefer APT over aptitude and, based on what I've heard about up2date from people who have used it, I gather I'd prefer YUM over up2date. Aptitude seems to be designed to be more "user friendly" than APT itself, and ultimately ends up just being a reshuffled deck of defaults all tied together through a single command, reducing the fine-tuned scriptability of APT. Some people like it, but a couple years ago when the Debian maintainers were talking about phasing out APT entirely in favor of aptitude, they apparently got enough complaints that they reversed that decision. Now, you have both APT and aptitude. APT also has a few GUI front ends. From what I've seen, Synaptic seems to be the most stable and complete, and it's pretty nice (as far as GUI software managers are concerned). I hear there's a GUI front end to up2date as well, but I don't know of anyone that actually uses (and recommends) the thing. > > My main issue with all the RedHat OSes is that you are effectively stuck > with whatever version of packages was "combined" to make a particular > release. So if the machine you have came with say postfix 2.0, your > stuck with that for the lifetime of the OS. If you suddenly have a need > for 2.2, you can try using src rpms, but somehow they never seem to be > available for your particular OS version, and whether the ones for a > later OS version compile or not is hit-and-miss. Sure, it's dead easy > to yum update say postfix 2.0 to postfix 2.0+some security fix, but > that's just not enough for me. The APT system allows "pinning", where you can set preferences to use a given version of a package or to use a specific release branch's version no matter what version number that is at any given time. At any moment, there are at minimum four supported release branches of Debian. Additionally, you can create your own packages or add third-party archives to your sources.list file to allow you to select yet another package version from outside the official release branches. None of these options are quite as flexible as the FreeBSD ports system for choosing specific software versions, and from what I've seen it seems that the really mature binary package systems are more brittle, in that deviation from expected use of provided packages can cause breakage more easily than a source-based system like the FreeBSD ports tree. (There. I'm on-topic again.) > > I resent having to upgrade the OS to get up-to-date packages that have > no specific relationship to anything I understand as the OS. That's > especially a problem for ISP-rented servers, where upgrading the OS is a > matter of having to get a new server, or taking your life in your hands > and trying a "yum" update of the OS. But even for a "desktop", it's > just far more work than I believe should be required. > > FreeBSD ports/packages are not perfect, but at least I can update > third-party software without upgrading the OS. Debian Testing and Unstable release branches provide a smooth, gradual upgrade path so that you don't need to do a complete system reinstall or upgrade to get updated packages. Of course, your packages do still get upgraded on their schedule, not on yours, but certain packages never upgrade automatically -- like the kernel. You can upgrade your kernel version easily, though, if you wish to do so (using an apt-get install command). My understanding is that most of the Debian-derived distros other than Debian itself have strayed from that policy, however, and to get the benefits of the software versions shipped with the new OS releases you are expected to upgrade the entire system. It's probably easier to get around that with APT-based distributions, simply by adding archives to your sources.list file and setting preferences appropriately to pin specific packages to specific release versions, and gradually pin more and more packages to whatever version you want, but that can become quite a bit of work if that's how you want to handle it. Hopefully that helps answer some of your questions. Overall, I find the FreeBSD ports system to be more flexible, but an acceptable runner-up for purposes of binary package-based OSes in my opinion is Debian. -- CCD CopyWrite Chad Perrin [ [76]http://ccd.apotheon.org ] "A script is what you give the actors. A program is what you give the audience." - Larry Wall ------------------------------ Message: 14 Date: Tue, 17 Apr 2007 10:47:26 +0200 From: Christoph Schug <[77]chris+freebsd-questions@schug.net> Subject: Re: problems with Engelschall upgrade toolkit To: Charlie McElfresh <[78]cwmcelfresh@gmail.com> Cc: [79]freebsd-questions@freebsd.org Message-ID: <[80]20070417084726.GB17275@voodoo.schug.net> Content-Type: text/plain; charset=us-ascii On Mon, Apr 16, 2007, Charlie McElfresh wrote: > >Have you tried to go with a clean /var/tmp/temproot by typing 'd' for > >"delete"? > > > Yes, I tried all the options, and they all failed. Here is the output when > I try d > > *** Deleting the old /var/tmp/temproot > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p /var/tmp/temproot/ > ./bin missing (created) > ./boot missing (created) [...] > ./usr missing (created) > ./var missing (created) > mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var/tmp/temproot/var > mtree: line 19: unknown group audit > *** Error code 1 [...] Your system is missing the audit group which has been added to FreeBSD some time ago. Please proceed as I adviced in my first mail and run 'mergemaster -p' first. Then rebuild your system again as your current build is very likely to be incomplete. -cs ------------------------------ Message: 15 Date: Tue, 17 Apr 2007 03:10:26 -0600 From: Chad Perrin <[81]perrin@apotheon.com> Subject: Re: keeping all things up to date To: Michael Grant <[82]mg-fbsd3@grant.org> Cc: FreeBSD Questions <[83]freebsd-questions@freebsd.org> Message-ID: <[84]20070417091026.GA17020@demeter.hydra> Content-Type: text/plain; charset=us-ascii On Tue, Apr 17, 2007 at 10:12:31AM +0200, Michael Grant wrote: > Is there some sort of automated way to keep freebsd and all the > installed ports/packages up to date automatically? > > I don't mean just the source, that part is easy. I mean something > that actually reinstalls the things ad needed, sort of like windows > update or the updater on ubuntu. Have you used MS Windows much -- enough to notice that often a patch can break something? Now imagine that Windows Update also has to handle a bunch of third-party applications. Imagine that "a bunch" is roughly equal to 15,000. Realize that, without direct control over the development of all those additional applications, the chance of a patch to any one of them causing more problems than it fixes is increased. Of course, FreeBSD is managed in a much more sane fashion, but the increased chance of problems does exist in such circumstances. There are ways to try to minimize that, however. The one FreeBSD seems to take, as a project, is to do the very best job possible fixing every potential problem that comes up in a reasonable amount of time, and telling us about the things that can't just be magically "fixed" that quickly in the /usr/ports/UPDATING file. That means, unfortunately, that you have to pay attention to what's going on when updating software. Automating the process is likely to cause problems by circumventing the last line of defense against system instability -- you (and me and all the rest of us that actually use the system). In other words, completely automating the process is probably inadvisable. On the other hand, the above is all assumption and conjecture on my part, so any or all of it could easily be incorrect. If someone else here disputes my guesstimation of the situation, (s)he is probably right. -- CCD CopyWrite Chad Perrin [ [85]http://ccd.apotheon.org ] "The measure of a man's real character is what he would do if he knew he would never be found out." - Thomas McCauley ------------------------------ Message: 16 Date: Tue, 17 Apr 2007 11:49:13 +0200 From: "Christian Walther" <[86]cptsalek@gmail.com> Subject: Re: keeping all things up to date To: "Chad Perrin" <[87]perrin@apotheon.com> Cc: FreeBSD Questions <[88]freebsd-questions@freebsd.org>, Michael Grant <[89]mg-fbsd3@grant.org> Message-ID: <[90]14989d6e0704170249v486f3ad9vc5c8df53378229ca@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 17/04/07, Chad Perrin <[91]perrin@apotheon.com> wrote: > On Tue, Apr 17, 2007 at 10:12:31AM +0200, Michael Grant wrote: > > Is there some sort of automated way to keep freebsd and all the > > installed ports/packages up to date automatically? > > > > I don't mean just the source, that part is easy. I mean something > > that actually reinstalls the things ad needed, sort of like windows > > update or the updater on ubuntu. > > Have you used MS Windows much -- enough to notice that often a patch can > break something? Now imagine that Windows Update also has to handle a > bunch of third-party applications. Imagine that "a bunch" is roughly > equal to 15,000. Realize that, without direct control over the > development of all those additional applications, the chance of a patch > to any one of them causing more problems than it fixes is increased. > > Of course, FreeBSD is managed in a much more sane fashion, but the > increased chance of problems does exist in such circumstances. There > are ways to try to minimize that, however. The one FreeBSD seems to > take, as a project, is to do the very best job possible fixing every > potential problem that comes up in a reasonable amount of time, and > telling us about the things that can't just be magically "fixed" that > quickly in the /usr/ports/UPDATING file. > [...] Just as an example that just came up recently: gettext was updated in the ports tree, which required a rebuild of all ports that depend on it. I missed reading /usr/ports/UPDATING before, so I didn't notice this fact. I did an update on my girlfriends laptop which resulted in several applications not being usable anymore. Imagine my face as I had to explain to her why she was unable to use her machine for one and a half day. Another lesson learned... That's why I agree to Chad: Doing automatic updates isn't advisable. They might even come at the wrong time, e.g. when you need your system resources. I'm thinking about monsters like OpenOffice, GNOME or KDE. ------------------------------ Message: 17 Date: Tue, 17 Apr 2007 11:54:18 +0200 From: Solon Luigi Lutz <[92]The-M@d-Scientist.de> Subject: Re[2]: Terabyte harddisks, GELI, AMD64, Samba and Zen... To: [93]FreeBSD-questions@FreeBSD.org Message-ID: <[94]558853907.20070417115418@d-Scientist.de> Content-Type: text/plain; charset=us-ascii CS> Solon Luigi Lutz wrote: >> after some troubleshooting and some hours of memory tests, it >> finaly seems to be a hardware problem... >> The machine is based on an ASUS M2N4-SLI (Nforce4) and since the >> heat-sink on the north/southbridge is rather small and passive, >> the chip seems to get too hot. I manufactured a massive one from >> a IGBT heat-sink and since 20 hours the machine is doing ftp-transfers >> without any reboots - I keep my fingers crossed... CS> I have had similar reboot issues with this board, especially when CS> sustaining high levels of i/o traffic. Active cooling for chipset seems CS> to help a lot. CS> - Chris Slothouber Cooling seems to be the point - 36 hours without reboots. Previously you burn your fingers on the heat-sink, now it has surface temperature of 28C. As I havn't put any effort in that field; can you recommend a way of monitoring the temperature? Healthd? Kernel option? Solon ------------------------------ Message: 18 Date: Tue, 17 Apr 2007 12:16:04 +0200 From: Ivan Voras <[95]ivoras@fer.hr> Subject: Re: Terabyte harddisks, GELI, AMD64, Samba and Zen... To: [96]freebsd-questions@freebsd.org Message-ID: <[97]f026pa$u0c$1@sea.gmane.org> Content-Type: text/plain; charset="utf-8" Solon Luigi Lutz wrote: > Hi again, > > after some troubleshooting and some hours of memory tests, it > finaly seems to be a hardware problem... > The machine is based on an ASUS M2N4-SLI (Nforce4) and since the > heat-sink on the north/southbridge is rather small and passive, > the chip seems to get too hot. I manufactured a massive one from > a IGBT heat-sink and since 20 hours the machine is doing ftp-transfers > without any reboots - I keep my fingers crossed... Glad you've solved it. Did memtest discover this particular problem for you or did you have to diagnose it some other way? > BTW a "fsck_ufs -y -f /dev/da0.eli" without sofupdates on this 10 TB > volume takes only 3 hours to complete. Is the file system mostly empty? (i.e. how many % of inodes have been used - see "df -i")? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature Url : [98]http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20070417/e 6f80bd4/signature-0001.pgp ------------------------------ Message: 19 Date: Tue, 17 Apr 2007 12:51:39 +0200 From: Solon Luigi Lutz <[99]solon@pyro.de> Subject: Re[3]: Terabyte harddisks, GELI, AMD64, Samba and Zen... To: [100]freebsd-questions@freebsd.org Message-ID: <[101]863001031.20070417125139@pyro.de> Content-Type: text/plain; charset=us-ascii Hello Ivan, Tuesday, April 17, 2007, 12:16:04 PM, you wrote: IV> Solon Luigi Lutz wrote: >> Hi again, >> >> after some troubleshooting and some hours of memory tests, it >> finaly seems to be a hardware problem... >> The machine is based on an ASUS M2N4-SLI (Nforce4) and since the >> heat-sink on the north/southbridge is rather small and passive, >> the chip seems to get too hot. I manufactured a massive one from >> a IGBT heat-sink and since 20 hours the machine is doing ftp-transfers >> without any reboots - I keep my fingers crossed... IV> Glad you've solved it. Did memtest discover this particular problem for IV> you or did you have to diagnose it some other way? I burnt my fingers on the heat-sink of the nforce4 north/southbridge/mcp-chip and decided it was too hot ;-) >> BTW a "fsck_ufs -y -f /dev/da0.eli" without sofupdates on this 10 TB >> volume takes only 3 hours to complete. IV> Is the file system mostly empty? (i.e. how many % of inodes have been IV> used - see "df -i")? Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/da0.eli 10657598008 5464985376 4340004792 56% 139261 335877569 0% /mnt Not very many inodes used. But I rejoiced too early, just as I'm writing this e-mail I started a python-script and my files were gone again partialy: radium# cd /mnt/temporary/ radium# cfv * [output deleted] radium# ls -1 | wc -l 311 radium# cd radium# umount /mnt radium# mount /dev/da0.eli /mnt radium# cd /mnt/temporary/ radium# ls -1 | wc -l 3887 AARGH! And this seems to be rather random behaviour... Solon ------------------------------ Message: 20 Date: Tue, 17 Apr 2007 07:52:29 -0400 From: "Dave" <[102]dmehler26@woh.rr.com> Subject: error in find on daily output disk clean To: <[103]freebsd-questions@freebsd.org> Message-ID: <000d01c780e6$e0ac9a70$0200a8c0@satellite> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Hello, One of my periodic.conf checks is running the daily disk cleaner. When it uses find it is looking in my jail area, which has device files and other virtual items that are not existing. I am getting output from find in the output to that effect. I'd like to tell find in that script not to look in my jail area, to exclude it. Thanks. Dave. ------------------------------ _______________________________________________ [104]freebsd-questions@freebsd.org mailing list [105]http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[106]freebsd-questions-unsubscribe@freebsd.org" End of freebsd-questions Digest, Vol 174, Issue 4 ************************************************* References 1. file://localhost/tmp/tmpxpQvmJ.html#Compose 2. http://lists.freebsd.org/mailman/listinfo/freebsd-questions 3. file://localhost/tmp/tmpxpQvmJ.html#Compose 4. file://localhost/tmp/tmpxpQvmJ.html#Compose 5. file://localhost/tmp/tmpxpQvmJ.html#Compose 6. file://localhost/tmp/tmpxpQvmJ.html#Compose 7. file://localhost/tmp/tmpxpQvmJ.html#Compose 8. file://localhost/tmp/tmpxpQvmJ.html#Compose 9. file://localhost/tmp/tmpxpQvmJ.html#Compose 10. file://localhost/tmp/tmpxpQvmJ.html#Compose 11. file://localhost/tmp/tmpxpQvmJ.html#Compose 12. file://localhost/tmp/tmpxpQvmJ.html#Compose 13. file://localhost/tmp/tmpxpQvmJ.html#Compose 14. http://www.myhost.ru/ 15. file://localhost/tmp/tmpxpQvmJ.html#Compose 16. file://localhost/tmp/tmpxpQvmJ.html#Compose 17. file://localhost/tmp/tmpxpQvmJ.html#Compose 18. file://localhost/tmp/tmpxpQvmJ.html#Compose 19. file://localhost/tmp/tmpxpQvmJ.html#Compose 20. file://localhost/tmp/tmpxpQvmJ.html#Compose 21. file://localhost/tmp/tmpxpQvmJ.html#Compose 22. file://localhost/tmp/tmpxpQvmJ.html#Compose 23. file://localhost/tmp/tmpxpQvmJ.html#Compose 24. http://code.google.com/soc/freebsd/about.html 25. file://localhost/tmp/tmpxpQvmJ.html#Compose 26. http://lists.freebsd.org/mailman/listinfo/freebsd-questions 27. file://localhost/tmp/tmpxpQvmJ.html#Compose 28. file://localhost/tmp/tmpxpQvmJ.html#Compose 29. file://localhost/tmp/tmpxpQvmJ.html#Compose 30. file://localhost/tmp/tmpxpQvmJ.html#Compose 31. file://localhost/tmp/tmpxpQvmJ.html#Compose 32. file://localhost/tmp/tmpxpQvmJ.html#Compose 33. file://localhost/tmp/tmpxpQvmJ.html#Compose 34. file://localhost/tmp/tmpxpQvmJ.html#Compose 35. http://lists.freebsd.org/mailman/listinfo/freebsd-questions 36. file://localhost/tmp/tmpxpQvmJ.html#Compose 37. file://localhost/tmp/tmpxpQvmJ.html#Compose 38. file://localhost/tmp/tmpxpQvmJ.html#Compose 39. file://localhost/tmp/tmpxpQvmJ.html#Compose 40. file://localhost/tmp/tmpxpQvmJ.html#Compose 41. file://localhost/tmp/tmpxpQvmJ.html#Compose 42. http://code.google.com/soc/freebsd/about.html 43. file://localhost/tmp/tmpxpQvmJ.html#Compose 44. file://localhost/tmp/tmpxpQvmJ.html#Compose 45. file://localhost/tmp/tmpxpQvmJ.html#Compose 46. file://localhost/tmp/tmpxpQvmJ.html#Compose 47. http://tomclegg.net/squid-tproxy 48. file://localhost/tmp/tmpxpQvmJ.html#Compose 49. file://localhost/tmp/tmpxpQvmJ.html#Compose 50. file://localhost/tmp/tmpxpQvmJ.html#Compose 51. http://www.freshports.org/ports-mgmt/kports/ 52. http://www.wearab.net/ 53. file://localhost/tmp/tmpxpQvmJ.html#Compose 54. file://localhost/tmp/tmpxpQvmJ.html#Compose 55. file://localhost/tmp/tmpxpQvmJ.html#Compose 56. file://localhost/tmp/tmpxpQvmJ.html#Compose 57. file://localhost/tmp/tmpxpQvmJ.html#Compose 58. http://www.myhost.ru/ 59. file://localhost/tmp/tmpxpQvmJ.html#Compose 60. http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20070417/4f9c225a/attachment-0001.pgp 61. file://localhost/tmp/tmpxpQvmJ.html#Compose 62. file://localhost/tmp/tmpxpQvmJ.html#Compose 63. file://localhost/tmp/tmpxpQvmJ.html#Compose 64. file://localhost/tmp/tmpxpQvmJ.html#Compose 65. file://localhost/tmp/tmpxpQvmJ.html#Compose 66. file://localhost/tmp/tmpxpQvmJ.html#Compose 67. file://localhost/tmp/tmpxpQvmJ.html#Compose 68. file://localhost/tmp/tmpxpQvmJ.html#Compose 69. file://localhost/tmp/tmpxpQvmJ.html#Compose 70. file://localhost/tmp/tmpxpQvmJ.html#Compose 71. http://tomclegg.net/squid-tproxy 72. file://localhost/tmp/tmpxpQvmJ.html#Compose 73. file://localhost/tmp/tmpxpQvmJ.html#Compose 74. file://localhost/tmp/tmpxpQvmJ.html#Compose 75. file://localhost/tmp/tmpxpQvmJ.html#Compose 76. http://ccd.apotheon.org/ 77. file://localhost/tmp/tmpxpQvmJ.html#Compose 78. file://localhost/tmp/tmpxpQvmJ.html#Compose 79. file://localhost/tmp/tmpxpQvmJ.html#Compose 80. file://localhost/tmp/tmpxpQvmJ.html#Compose 81. file://localhost/tmp/tmpxpQvmJ.html#Compose 82. file://localhost/tmp/tmpxpQvmJ.html#Compose 83. file://localhost/tmp/tmpxpQvmJ.html#Compose 84. file://localhost/tmp/tmpxpQvmJ.html#Compose 85. http://ccd.apotheon.org/ 86. file://localhost/tmp/tmpxpQvmJ.html#Compose 87. file://localhost/tmp/tmpxpQvmJ.html#Compose 88. file://localhost/tmp/tmpxpQvmJ.html#Compose 89. file://localhost/tmp/tmpxpQvmJ.html#Compose 90. file://localhost/tmp/tmpxpQvmJ.html#Compose 91. file://localhost/tmp/tmpxpQvmJ.html#Compose 92. file://localhost/tmp/tmpxpQvmJ.html#Compose 93. file://localhost/tmp/tmpxpQvmJ.html#Compose 94. file://localhost/tmp/tmpxpQvmJ.html#Compose 95. file://localhost/tmp/tmpxpQvmJ.html#Compose 96. file://localhost/tmp/tmpxpQvmJ.html#Compose 97. file://localhost/tmp/tmpxpQvmJ.html#Compose 98. http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20070417/e6f80bd4/signature-0001.pgp 99. file://localhost/tmp/tmpxpQvmJ.html#Compose 100. file://localhost/tmp/tmpxpQvmJ.html#Compose 101. file://localhost/tmp/tmpxpQvmJ.html#Compose 102. file://localhost/tmp/tmpxpQvmJ.html#Compose 103. file://localhost/tmp/tmpxpQvmJ.html#Compose 104. file://localhost/tmp/tmpxpQvmJ.html#Compose 105. http://lists.freebsd.org/mailman/listinfo/freebsd-questions 106. file://localhost/tmp/tmpxpQvmJ.html#Compose