From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 00:04:53 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DC1816A449 for ; Sun, 27 Nov 2005 00:04:53 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BAA43D64 for ; Sun, 27 Nov 2005 00:04:51 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 80B765F38; Sat, 26 Nov 2005 19:04:49 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98725-01; Sat, 26 Nov 2005 19:04:48 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 7B14C5D5E; Sat, 26 Nov 2005 19:04:48 -0500 (EST) Message-ID: <4388F81F.4030009@mac.com> Date: Sat, 26 Nov 2005 19:04:47 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josh Paetzel References: <17489c7a0511260006o156e9d81o6853e9c0a1e3b183@mail.gmail.com> <84dead720511260449u165a7bf2x1bd41e06e3a8efaf@mail.gmail.com> <200511261346.26050.josh@tcbug.org> In-Reply-To: <200511261346.26050.josh@tcbug.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-doc@freebsd.org, Chad Gross Subject: Re: cvsup-advanced article X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 00:04:53 -0000 Josh Paetzel wrote: > On Saturday 26 November 2005 06:49 am, Joseph Koshy wrote: [ ... ] >>The steps are the same, but the naming pattern for the tags >>differs between src/ and ports (src uses RELENG_N_M, ports/ >>uses RELEASE_X_Y_Z*). > > I thought the tag for ports was . It is, in the sense that ports does not maintain multiple branches. However, when a release is produced, the ports tree at that time is tagged, so you could refer back to it if you needed to. Basicly, using a RELEASE_X_Y_Z tag would give you the ports tree which you'd get from the ISO image, which is probably not what most users want when trying to update their ports (ie, they'd miss any of the updates which have been released since then). -- -Chuck From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 04:27:51 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBD5216A426 for ; Sun, 27 Nov 2005 04:27:48 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CA543D46 for ; Sun, 27 Nov 2005 04:27:47 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 16356 invoked by uid 207); 27 Nov 2005 04:27:46 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.30/3.97. Clear:RC:1(81.186.70.35):. Processed in 1.295427 secs); 27 Nov 2005 04:27:46 -0000 Received: from dialup35.ach.sch.gr (HELO flame.pc) ([81.186.70.35]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 27 Nov 2005 04:27:44 -0000 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id jAR4RAwk005413; Sun, 27 Nov 2005 06:27:10 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id jAR4R9mU005412; Sun, 27 Nov 2005 06:27:09 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 27 Nov 2005 06:27:08 +0200 From: Giorgos Keramidas To: Carlos Fernando Assis Paniago Message-ID: <20051127042708.GA5354@flame.pc> References: <43663FBB.7050905@cnptia.embrapa.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43663FBB.7050905@cnptia.embrapa.br> Cc: freebsd-doc@freebsd.org Subject: Re: Vacation error in manual X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 04:27:51 -0000 On 2005-10-31 14:00, Carlos Fernando Assis Paniago wrote: > In FreeBSD 5.4 in the man vacation we can see: > -- > .forward file might have: > > \eric, "|/usr/bin/vacation -a allman eric" > > which would send messages to you (assuming your login name was eric) > -- > I lost a lot of time, with the vacation program, because of this comma in > \eric, > this comma DOES NOT work. Please chnage the manual getting rid of this > comma the correct line is: > -- > \eric "|/usr/bin/vacation -a allman eric" > -- > > Thanks.... Hi Carlos, first of all thank you for being helpful and submitting this as an improvement to our system. FreeBSD really depends on this sort of helpfulness from its users and we always appreciate receiving reports about fixes, corrections or new features :) Note though that we use the vacation(1) manpage from the Sendmail distribution. You may have to contact the Sendmail developers and ask that they make this change in their own, central Sendmail source tree. Then, when a more modern version of Sendmail is imported in our source tree, the fix will come back to us too. The contact addressess for the Sendmail team are listed in their web page, at: http://www.sendmail.org/email-addresses.html#EMAILADDRESSES If you think that contacting the Sendmail team is too much trouble for you (i.e. you don't have the time right now), let me know and I will do it myself. Thanks again for your help! Regards, Giorgos From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 04:54:46 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA6A16A422 for ; Sun, 27 Nov 2005 04:54:46 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D05943D46 for ; Sun, 27 Nov 2005 04:54:46 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1876710wxc for ; Sat, 26 Nov 2005 20:54:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ctZ3wuqk04WPrys9r4qhEICuAwra9VtNT91KpqXhSOkRPD2pz/EdOvS2bby/Wfi6r8YODfoXHaALkrl3VvAb39u1FAUxcxck/SL/kKPsQe7WwMNq1sZEexCwie46uuC8H4PAd8c3fqNKRi82K2CBlzQj9chPQJfHxdreJ3SbGQU= Received: by 10.70.118.14 with SMTP id q14mr9236201wxc; Sat, 26 Nov 2005 20:48:34 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 26 Nov 2005 20:48:34 -0800 (PST) Message-ID: <84dead720511262048o7ce9c91dicae58bf44c1dd447@mail.gmail.com> Date: Sun, 27 Nov 2005 10:18:34 +0530 From: Joseph Koshy To: Josh Paetzel In-Reply-To: <200511261346.26050.josh@tcbug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17489c7a0511260006o156e9d81o6853e9c0a1e3b183@mail.gmail.com> <84dead720511260449u165a7bf2x1bd41e06e3a8efaf@mail.gmail.com> <200511261346.26050.josh@tcbug.org> Cc: freebsd-doc@freebsd.org Subject: Re: cvsup-advanced article X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 04:54:47 -0000 jp> I thought the tag for ports was . It is, if you wish to track ports development. My understanding is that the ports tree on the ISO image corresponds to CVS tag RELEASE_X_Y_Z, so the first time around you would specify that when running CVSup. This step will only create a "checkouts.cvs:RELEASE_X_Y_Z" file since nothing else needs to be done on the local file system. Now if you edit your cvsupfile to require "tag=3D.", and rename "checkouts.cvs:TAG_NAME" to "checkouts.cvs:.", when CVSup runs it will look for "checkouts.cvs:." and will find it. It will then update the local filesystem and its checkouts.cvs database in the usual way. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 06:03:14 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83ADE16A42B for ; Sun, 27 Nov 2005 06:03:14 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ED3843D4C for ; Sun, 27 Nov 2005 06:03:11 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-77-237.jan.bellsouth.net [68.222.77.237]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 6204BAD for ; Sun, 27 Nov 2005 00:03:08 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 5AA2661C1A; Sun, 27 Nov 2005 00:03:07 -0600 (CST) Date: Sun, 27 Nov 2005 00:03:07 -0600 From: "Matthew D. Fuller" To: Joseph Koshy Message-ID: <20051127060307.GA54275@over-yonder.net> References: <17489c7a0511260006o156e9d81o6853e9c0a1e3b183@mail.gmail.com> <84dead720511260449u165a7bf2x1bd41e06e3a8efaf@mail.gmail.com> <200511261346.26050.josh@tcbug.org> <84dead720511262048o7ce9c91dicae58bf44c1dd447@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720511262048o7ce9c91dicae58bf44c1dd447@mail.gmail.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-doc@freebsd.org Subject: Re: cvsup-advanced article X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 06:03:14 -0000 On Sun, Nov 27, 2005 at 10:18:34AM +0530 I heard the voice of Joseph Koshy, and lo! it spake thus: > > My understanding is that the ports tree on the ISO image corresponds > to CVS tag RELEASE_X_Y_Z, so the first time around you would specify > that when running CVSup. This step will only create a > "checkouts.cvs:RELEASE_X_Y_Z" file since nothing else needs to be > done on the local file system. Well, it would do just that after spitting around a bunch of network traffic and thrashing the filesystem about. But why would you want to do that? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 06:20:59 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E207616A41F for ; Sun, 27 Nov 2005 06:20:59 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BBD443D5D for ; Sun, 27 Nov 2005 06:20:59 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1883328wxc for ; Sat, 26 Nov 2005 22:20:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LGjYQEoPZE827HmHLfbaAQWbfgeW6tQAGmCNmN3L0i97FwV9ATguapmeqCHdzGHQArES83fOhhgs1+pfDD3wjJLoEzwoblLeB05ayB2QVkV0vI0zMQ4sbDLhXh8x2iXzH8pyOSDuoMWPh1/orJjs8m9fpgMcayKo+l9B6NWmxNQ= Received: by 10.70.128.6 with SMTP id a6mr2455662wxd; Sat, 26 Nov 2005 22:14:01 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 26 Nov 2005 22:14:01 -0800 (PST) Message-ID: <84dead720511262214i14ff4be8v36bbf50299a75dd1@mail.gmail.com> Date: Sun, 27 Nov 2005 11:44:01 +0530 From: Joseph Koshy To: "Matthew D. Fuller" In-Reply-To: <20051127060307.GA54275@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17489c7a0511260006o156e9d81o6853e9c0a1e3b183@mail.gmail.com> <84dead720511260449u165a7bf2x1bd41e06e3a8efaf@mail.gmail.com> <200511261346.26050.josh@tcbug.org> <84dead720511262048o7ce9c91dicae58bf44c1dd447@mail.gmail.com> <20051127060307.GA54275@over-yonder.net> Cc: freebsd-doc@freebsd.org Subject: Re: cvsup-advanced article X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 06:21:00 -0000 mdf> Well, it would do just that after spitting around a bunch mdf> of network traffic and thrashing the filesystem about. mdf> But why would you want to do that? I haven't measured the amount of bandwidth the manual step saves, but I'd guess it could be important for someone at the end of a slow dialup link. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 14:11:05 2005 Return-Path: X-Original-To: doc@freebsd.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538D516A41F for ; Sun, 27 Nov 2005 14:11:05 +0000 (GMT) (envelope-from ddsiellh@ddsi.com) Received: from AAmiens-154-1-8-69.w83-192.abo.wanadoo.fr (AAmiens-154-1-8-69.w83-192.abo.wanadoo.fr [83.192.210.69]) by mx1.FreeBSD.org (Postfix) with SMTP id ADCF043D53 for ; Sun, 27 Nov 2005 14:10:45 +0000 (GMT) (envelope-from ddsiellh@ddsi.com) Received: from mail.smartwebinc.com by AAmiens-154-1-8-69.w83-192.abo.wanadoo.fr (8.12.11/8.12.11) with ESMTP id B72EblPVZoo9r6 for ; Sun, 27 Nov 2005 22:10:25 -0800 Received: from linx (244.254.166.64) by mail.smartwebinc.com (8.12.8/8.12.8/Submit) id TlsY1eu8W004GA for ; Sun, 27 Nov 2005 22:10:25 -0800 From: "Simone" Message-ID: <3367647420.20051127221025@coy> Date: Sun, 27 Nov 2005 22:10:25 -0800 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: Find the way to se*xuaal suuccess with Lev1traa!and X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Simone Martinez List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 14:11:05 -0000 some only look add :) Even though I'm still quite !young, wF, I could not believe the power of this little tab. Mj My girlfriend loves it, 88, here :) http://8BBue5YMt7lxrdraqp9vqsu3lemole83l3.urceoligh.com/?HN8wcKq >> own instant model very provide unique :) Best regards, Simone Martinez From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 15:43:53 2005 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5DE16A41F for ; Sun, 27 Nov 2005 15:43:53 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 483D443D77 for ; Sun, 27 Nov 2005 15:43:45 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so780402wxc for ; Sun, 27 Nov 2005 07:43:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=k5EXbvNRCriY+QiSIN0vrVlbFcMwChXaDAy4CiLbjvvpRERxntJw6SvXhyadwvYX774lYxtpRobHPNvmxcyFvBiC/V3Zfbq1zDKWbSLSxauXWDXPnRaBZSpAPl+Tcy2jra/H02B/RoF2xbgdhL4zmxe1nrIWQUI4fHxG0/LQ8xc= Received: by 10.70.46.13 with SMTP id t13mr309342wxt; Sun, 27 Nov 2005 07:16:32 -0800 (PST) Received: by 10.70.18.16 with HTTP; Sun, 27 Nov 2005 07:16:32 -0800 (PST) Message-ID: <87ab37ab0511270716y21836a49p48d48c22bc0ff427@mail.gmail.com> Date: Sun, 27 Nov 2005 23:16:32 +0800 From: kylin To: freebsd-doc@FreeBSD.org, alex@big.endian.de MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: newbus_draft X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 15:43:53 -0000 Sir : where can i get the newbus_draft.txt? -- we who r about to die,salute u! From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 18:40:02 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 848AA16A41F for ; Sun, 27 Nov 2005 18:40:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7DBC43D60 for ; Sun, 27 Nov 2005 18:40:01 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jARIe19o048804 for ; Sun, 27 Nov 2005 18:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jARIe1re048803; Sun, 27 Nov 2005 18:40:01 GMT (envelope-from gnats) Resent-Date: Sun, 27 Nov 2005 18:40:01 GMT Resent-Message-Id: <200511271840.jARIe1re048803@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Maximillian Dornseif Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC6116A41F for ; Sun, 27 Nov 2005 18:35:22 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6869C43D4C for ; Sun, 27 Nov 2005 18:35:16 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jARIZEbZ080669 for ; Sun, 27 Nov 2005 18:35:14 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jARIZEkK080668; Sun, 27 Nov 2005 18:35:14 GMT (envelope-from nobody) Message-Id: <200511271835.jARIZEkK080668@www.freebsd.org> Date: Sun, 27 Nov 2005 18:35:14 GMT From: Maximillian Dornseif To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: docs/89635: authpf needs fdescfs X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 18:40:02 -0000 >Number: 89635 >Category: docs >Synopsis: authpf needs fdescfs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 27 18:40:01 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Maximillian Dornseif >Release: 6.0 >Organization: Pi1 - Laboratory for Dependable Distributed Systems - University of Mannheim >Environment: FreeBSD koon.dorala.23.nu 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Nov 26 15:38:15 CET 2005 root@koon.dorala.23.nu:/usr/src/sys/i386/compile/KOON i386 >Description: For authpf to work fdescfs must be mounted to /dev/fd. This seems to be completely undocumented and even from studying the sourcecode one needs some experience in the workings of FreeBSDD to guess what the issue is. I stumbled on http://lists.freebsd.org/mailman/htdig/freebsd-pf/2005-May/001014.html and so found out what is missing. On a related note: /var/authpf does not exist by defaults and tne manpage gives no hints on this directory or which premissions are the "correct" ones. >How-To-Repeat: mkdir /etc/authpf/ touch /etc/authpf/authpf.conf mkdir /var/authpf/ You may also use sysinstall(8) to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. pfctl: /dev/fd/4: No such file or directory Unable to modify filters Connection to 213.xxx.xxx.xxx closed. >Fix: mount fdescfs >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 19:47:33 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3E316A41F for ; Sun, 27 Nov 2005 19:47:33 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: from smtp107.sbc.mail.mud.yahoo.com (smtp107.sbc.mail.mud.yahoo.com [68.142.198.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 0246C43D5C for ; Sun, 27 Nov 2005 19:47:31 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: (qmail 43622 invoked from network); 27 Nov 2005 19:47:31 -0000 Received: from unknown (HELO ?10.0.0.11?) (markspace@sbcglobal.net@69.109.243.124 with plain) by smtp107.sbc.mail.mud.yahoo.com with SMTP; 27 Nov 2005 19:47:30 -0000 Message-ID: <438A0FBE.7090408@sbcglobal.net> Date: Sun, 27 Nov 2005 11:57:50 -0800 From: Mark Space User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 27 Nov 2005 19:53:31 +0000 Cc: Subject: Handbook DHCPD needs update? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 19:47:33 -0000 (This missive is going to both freebsd-stable and freebsd-doc.) Hi all, I just got done setting up my brand spankin' new FreeBSD 6 (release) server for DHCPD, and I found an ommision in the online handbook. I'm a newbie at FreeBSD but I'm pretty sure about this. In short, the handbook never mentions that one needs to add the following lines to /etc/rc.conf: dhcpd_enable="YES" dhcpd_ifaces="dc0" If one doesn't do that, the script that the handbook says to use to start dhcpd won't work, even if you do it manually as the handbook instructs: # /usr/local/etc/rc.d/isc-dhcpd.sh start This won't work. This script snarfs values out of /etc/rc.conf, and the default (in the script above) for dhcpd_enable is NO. Hence the script alone won't start anything. (When you check the handbook, make sure you scrolldown to section 24.5.7. The first part of the DHCP section explains how to set up the client (dhclient). That part does have the correct setup for /etc/rc.conf. Scroll down to the server section, dhcpd, to see what I'm talknin' about.) Anyhoo, what's the best way to fix this? I could submit a patch, but it might be faster for someone else. I've never submitted a patch to the documentation. Peace, out. From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 20:10:40 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 027AD16A41F; Sun, 27 Nov 2005 20:10:40 +0000 (GMT) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41DA743D60; Sun, 27 Nov 2005 20:10:35 +0000 (GMT) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (brueffer@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jARKAZki062634; Sun, 27 Nov 2005 20:10:35 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jARKAZE2062630; Sun, 27 Nov 2005 21:10:35 +0100 (CET) (envelope-from brueffer) Date: Sun, 27 Nov 2005 21:10:35 +0100 (CET) From: Christian Brueffer Message-Id: <200511272010.jARKAZE2062630@freefall.freebsd.org> To: brueffer@FreeBSD.org, freebsd-doc@FreeBSD.org, mlaier@FreeBSD.org Cc: Subject: Re: docs/89635: authpf(8) needs fdescfs X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 20:10:40 -0000 Synopsis: authpf(8) needs fdescfs Responsible-Changed-From-To: freebsd-doc->mlaier Responsible-Changed-By: brueffer Responsible-Changed-When: Sun Nov 27 21:09:47 CET 2005 Responsible-Changed-Why: Over to our pf maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=89635 From owner-freebsd-doc@FreeBSD.ORG Sun Nov 27 23:00:06 2005 Return-Path: X-Original-To: doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB8E616A424 for ; Sun, 27 Nov 2005 23:00:06 +0000 (GMT) (envelope-from tim.witthoeft@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 041BC43D7D for ; Sun, 27 Nov 2005 22:59:57 +0000 (GMT) (envelope-from tim.witthoeft@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so2186783wra for ; Sun, 27 Nov 2005 14:59:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=k31iBSEXlPelYCZTn7yuYmsxEGLGVW6l8YGxxFWDTn7nUZxHHTUni1RARpusiQJL49K8uBx6gIN5nkhErwSKzB7T2NHpMTW5oGH/JoKtA/cbjhGlNzRbmwnD0TYkMGJQr4dNT2ZVLK7AsZULP5/KfO5neYuy0e3k48kYa2wHUBY= Received: by 10.64.220.2 with SMTP id s2mr2478706qbg; Sun, 27 Nov 2005 14:59:48 -0800 (PST) Received: by 10.65.250.1 with HTTP; Sun, 27 Nov 2005 14:59:48 -0800 (PST) Message-ID: <904113150511271459x25188eb0t41a213a2dd5913ac@mail.gmail.com> Date: Sun, 27 Nov 2005 16:59:48 -0600 From: Tim Witthoeft To: doc@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Missing target for link X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 23:00:07 -0000 This lin does not actually point to a Q&A paragraph: http://www.freebsd.org/releases/6.0R/installation-i386.html#Q4.2.2. v/r Tim From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 08:35:29 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEAAA16A41F for ; Mon, 28 Nov 2005 08:35:29 +0000 (GMT) (envelope-from brandoncash@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id F001D43D5C for ; Mon, 28 Nov 2005 08:35:28 +0000 (GMT) (envelope-from brandoncash@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so828386nzo for ; Mon, 28 Nov 2005 00:35:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=INltrNh9Lw2Vbx/uyKfyaA8RimQox/coUUCGBcysReQxhOtMyQ2WVNw6tklmAHilgp2/WH7E866gJfP2iz3c0Z91m3+tsH+fKUbxcnWqdFUPa73I7Z1PEmPfHaQgDfbihcgMF8+N+ui5/M6Iw+FoPRZiqLtEFn4fh0Nb8FEdS8I= Received: by 10.36.251.76 with SMTP id y76mr3274225nzh; Mon, 28 Nov 2005 00:35:28 -0800 (PST) Received: from ?192.168.123.5? ( [70.173.243.50]) by mx.gmail.com with ESMTP id 40sm3704767nzf.2005.11.28.00.35.27; Mon, 28 Nov 2005 00:35:27 -0800 (PST) Message-ID: <438AC14E.5050906@caiphp.com> Date: Mon, 28 Nov 2005 02:35:26 -0600 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Brandon Cash Subject: Document not found - http://www.freebsd.org/doc/en_US.ISO-8859-1/articles/building-products/ X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 08:35:29 -0000 Hello, I followed a link from the newsflash, which was posted on the 27th. It linked to http://www.freebsd.org/doc/en_US.ISO-8859-1/articls/building-products/. The resulting file was a 404. Just giving you a heads up, hoping that it gets fixed soon! Thanks, Brandon Cash From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 08:47:18 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC8D16A420 for ; Mon, 28 Nov 2005 08:47:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CFE43D68 for ; Mon, 28 Nov 2005 08:47:15 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2044452wxc for ; Mon, 28 Nov 2005 00:47:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F1oJeTudfupRtWBKWxHG6Zxm8BA32LtskfCeQHCObQJAUYHTgN9oeikzCwa09cK1Nr1D+VagFUQSXX1iZwB5s57Vls1pljk578ZvUhpCt8uqqMr3Dw5Eth/JEJurw8/mttx71LxjNCi7lZ8zZZEF2XbHg/KZtI/obYSpPgux6Ps= Received: by 10.70.29.18 with SMTP id c18mr5992631wxc; Mon, 28 Nov 2005 00:40:54 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 28 Nov 2005 00:40:54 -0800 (PST) Message-ID: <84dead720511280040u381c85c9n6a576b7ccf1f0fe8@mail.gmail.com> Date: Mon, 28 Nov 2005 14:10:54 +0530 From: Joseph Koshy To: Brandon Cash In-Reply-To: <438AC14E.5050906@caiphp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438AC14E.5050906@caiphp.com> Cc: freebsd-doc@freebsd.org Subject: Re: Document not found - http://www.freebsd.org/doc/en_US.ISO-8859-1/articles/building-products/ X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 08:47:18 -0000 > I followed a link from the newsflash, which was posted on the 27th. It > linked to > http://www.freebsd.org/doc/en_US.ISO-8859-1/articls/building-products/. There was a typo in my commit announcing the article, sorry. The correct link is here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/building-products/ -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 08:50:18 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A444A16A41F for ; Mon, 28 Nov 2005 08:50:18 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE5543D49 for ; Mon, 28 Nov 2005 08:50:17 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IQN00AYLPVN2D@ms-dienst.rz.rwth-aachen.de> for freebsd-doc@freebsd.org; Mon, 28 Nov 2005 09:50:16 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Mon, 28 Nov 2005 09:50:11 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id jAS8oAB5021164; Mon, 28 Nov 2005 09:50:10 +0100 (MET) Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1EgeiA-0005zC-00; Mon, 28 Nov 2005 09:50:10 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 6B3153F40B; Mon, 28 Nov 2005 09:50:09 +0100 (CET) Date: Mon, 28 Nov 2005 09:50:09 +0100 From: Christian Brueffer In-reply-to: <438AC14E.5050906@caiphp.com> To: Brandon Cash Message-id: <20051128085009.GB1475@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=JYK4vJDZwFMowpUq; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <438AC14E.5050906@caiphp.com> Cc: freebsd-doc@freebsd.org Subject: Re: Document not found - http://www.freebsd.org/doc/en_US.ISO-8859-1/articles/building-products/ X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 08:50:18 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 02:35:26AM -0600, Brandon Cash wrote: > Hello, >=20 > I followed a link from the newsflash, which was posted on the 27th. It= =20 > linked to=20 > http://www.freebsd.org/doc/en_US.ISO-8859-1/articls/building-products/.= =20 > The resulting file was a 404. >=20 > Just giving you a heads up, hoping that it gets fixed soon! >=20 Hi Brandon, this was fixed a couple of hours ago and should be on the website soon. Nontheless, thanks for the report! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDisTBbHYXjKDtmC0RAvmxAKDNU7PByxVKbP/ZPzyxq4KMCbCdUgCg2ntz 2yA8CVq9uJhbHqRkELlHFD0= =Em3D -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 11:00:33 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5822616A41F for ; Mon, 28 Nov 2005 11:00:33 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5919E43D5D for ; Mon, 28 Nov 2005 11:00:32 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jASB0WrT087022 for ; Mon, 28 Nov 2005 11:00:32 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jASB0UKj087016 for freebsd-doc@freebsd.org; Mon, 28 Nov 2005 11:00:30 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 28 Nov 2005 11:00:30 GMT Message-Id: <200511281100.jASB0UKj087016@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 11:00:33 -0000 Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/05/24] docs/27605 doc Cross-document references () s [2002/03/08] docs/35678 doc docproj Makefiles for web are broken for o [2002/03/21] docs/36168 doc -pthread/_THREAD_SAFE docs missing in gcc o [2003/12/29] docs/60679 doc pthreads documentation does not describe o [2004/01/20] docs/61605 doc Improve documentation for i386 disk geome o [2004/10/03] docs/72285 doc GCC manuals are out of sync o [2004/10/15] docs/72743 doc Porter's Handbook lacks info on using aut o [2004/10/19] docs/72897 doc ERRATA and RELNOTES are missing warnings o [2005/02/25] docs/78062 doc Sample Echo Pseudo-Device Driver for Free o [2005/02/27] docs/78154 doc [PATCH] Make en_US FreeBSD Handbook more o [2005/03/03] docs/78357 doc getaddrinfo()'s AI_ADDRCONFIG not documen o [2005/04/07] docs/79658 doc Freebsd Handbook incorrect about ATAPI CD o [2005/04/13] docs/79857 doc manpage about ntp is wrong o [2005/05/10] docs/80843 doc [patch] Suggested doc fix for psm0 / hand o [2005/06/15] docs/82296 doc ttys(5) man page misleads about use for n o [2005/07/20] docs/83771 doc handbook/raid.html and atacontrol o [2005/08/14] docs/84932 doc new document: printing with an Epson ALC- o [2005/09/08] docs/85867 doc dumpon.8 is missing crucial information o [2005/09/24] docs/86532 doc [patch] wpa_supplicant.conf man page shou 19 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2000/07/19] docs/20028 doc ASCII docs should reflect tags o [2001/02/02] docs/24786 doc missing FILES descriptions in sa(4) o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string s [2001/06/03] docs/27843 doc [PATCH] make.conf WITH_* variables aren't o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP a [2001/08/23] docs/30008 doc This document should be translated, comme o [2001/10/07] docs/31109 doc replace gif images w/ png ones due to pat o [2002/01/05] docs/33589 doc Patch to doc.docbook.mk to post process . o [2002/01/09] docs/33724 doc [patch] fix Handbook error about Advanced o [2002/01/14] docs/33852 doc split(1) man page implies that input file o [2002/01/14] docs/33877 doc Documented behaviour of SF_flags for non- a [2002/02/16] docs/35011 doc There are no commands called "diskless" o o [2002/02/22] docs/35222 doc mailing list archive URL regexp suboptima o [2002/03/06] docs/35608 doc mt(1) page uses "setmark" without explana o [2002/03/06] docs/35609 doc mt(1) page needs explanation of "long era o [2002/03/06] docs/35612 doc ps(1) page "state" description doesn't me o [2002/03/07] docs/35642 doc lo(4) page maybe should document optional o [2002/03/07] docs/35644 doc lo(4) page presumes familiarity with prin o [2002/03/07] docs/35646 doc cp(1) page needs a "Bugs" section. o [2002/03/08] docs/35686 doc blackhole(4) page seems to contradict its o [2002/03/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/16] docs/35943 doc at(1) config files are misplaced in /var/ o [2002/03/16] docs/35953 doc hosts.equiv(5) manual is confusing or wro o [2002/03/28] docs/36432 doc Proposal for doc/share/mk: make folded bo o [2002/03/29] docs/36449 doc symlink(7) manual doesn't mention trailin s [2002/05/07] docs/37843 doc manual for pthread_setschedparam is wrong o [2002/05/27] docs/38620 doc Committers Guide and CVS o [2002/05/31] docs/38772 doc firewall_type feature not mentioned on Ha o [2002/06/07] docs/38982 doc developers-hanbook/Jail fix o [2002/06/15] docs/39348 doc kenv fetch of hostname requires dhcp/boot o [2002/06/19] docs/39530 doc access(2) man page has unnecessarily broa o [2002/06/25] docs/39824 doc Various tweaks for doc/en_US.ISO8859-1/bo o [2002/07/10] docs/40423 doc Keyboard(4)'s definition of parameters to o [2002/07/21] docs/40851 doc [PATCH] "mergemaster -p" in UPDATING's "C o [2002/07/28] docs/41089 doc pax -B option does not mention interactio o [2002/08/02] docs/41270 doc confusing directions for kernelconfig cha o [2002/08/20] docs/41807 doc natd -punch_fw "bug" o [2002/08/20] docs/41820 doc Device driver confusion in Handbook (2.3) a [2002/08/27] docs/42058 doc Documentation: Installing Oracle 8i onto o [2002/10/04] docs/43651 doc stab(5) incorrectly states to include jus o [2002/10/08] docs/43823 doc [PATCH] update to environ(7) manpage o [2002/10/09] docs/43861 doc non-trivial typo in wicontrol man page o [2002/10/11] docs/43941 doc Rationale for Upgrade Sequence o [2002/10/15] docs/44074 doc ln(1) manual clarifications [patch] o [2002/10/29] docs/44594 doc Handbook doesn't mention drivers.flp for o [2002/12/02] docs/45940 doc burncd missing info o [2002/12/11] docs/46196 doc Missing return value in (set_)menu_format o [2002/12/16] docs/46291 doc correlation between HZ kernel config para o [2002/12/16] docs/46295 doc please add information to Nvi recovery em o [2003/01/28] docs/47575 doc Clarify requirements for IPFW2 in STABLE o [2003/01/28] docs/47594 doc [PATCH] passwd(5) incorrectly states allo o [2003/02/02] docs/47818 doc ln(1) manpage is confusing o [2003/02/08] docs/48101 doc There's no documentation on the fixit dis o [2003/03/06] docs/48980 doc [PATCH] nsgmls -s errors and sect. 3.2.1 o [2003/03/23] docs/50211 doc [PATCH] Fix textfile creation o [2003/04/03] docs/50573 doc return values for res_query/res_search/re o [2003/04/07] docs/50677 doc [PATCH] update doc/en_US.ISO8859-1/books/ o [2003/05/06] docs/51875 doc [patch] atkbd(4) adjustment o [2003/05/06] docs/51891 doc DIAGNOSTICS in ed driver manpage don't ma o [2003/05/07] docs/51921 doc ls(1) manpage lacks some information abou o [2003/05/11] docs/52071 doc [PATCH] Add more information about soft u o [2003/06/21] docs/53575 doc Change to Handbook Section 20.9 o [2003/06/21] docs/53596 doc Updates to mt manual page o [2003/06/25] docs/53732 doc quota output and man page do not document o [2003/07/13] docs/54451 doc [patch] i386_{get|set}_ldt manual page is o [2003/07/26] docs/54879 doc man 1 jot, -r description o [2003/08/12] docs/55482 doc DUMP has access to block devices in a JAI o [2003/09/24] docs/57153 doc S_IRWXU missing in fstat(2) man page? o [2003/09/30] docs/57388 doc INSTALL.TXT enhancement: mention ok promp o [2003/10/04] docs/57569 doc error on gensetdefs(8) man page o [2003/10/13] docs/57926 doc amd.conf.5 poorly format as it has both m o [2003/10/13] docs/57974 doc man page apropos for select macros (FD_SE o [2003/10/13] docs/57978 doc Type miss of GPIB in Hardware Notes o [2003/10/16] docs/58111 doc Handbook 12.4.3 Rebuilding ATA RAID1 Arra o [2003/10/28] docs/58615 doc update for Vinum chapter of Handbook: des o [2003/10/30] docs/58710 doc killpg(2) contains an error regarding sen o [2003/11/07] docs/59044 doc doc.docbook.mk does not properly handle a o [2003/11/19] docs/59477 doc Outdated Info Documents at http://docs.fr o [2003/11/30] docs/59835 doc ipfw(8) man page does not warn about acce o [2003/12/23] docs/60529 doc resolver(5) man page is badly out of date o [2003/12/24] docs/60544 doc getenv(3) manpage doesn't state the retur o [2004/01/08] docs/61070 doc handbook: Installation docs misleading: o [2004/01/13] docs/61301 doc [patch] Manpage patch for aue(4) to enabl o [2004/01/21] docs/61667 doc Obsolete documentation on FreeBSD PnP o [2004/01/25] docs/61859 doc Incorrect informaiton about trace command o [2004/02/05] docs/62402 doc easily circumventable Blade150 problem o [2004/02/06] docs/62412 doc one of the diskless boot methods describe o [2004/02/12] docs/62719 doc cross-reference pccardd and devd o [2004/02/12] docs/62724 doc host(1) manpage does not include informat o [2004/02/22] docs/63215 doc Wrong prototypes in mi_switch(9) (ref doc o [2004/03/27] docs/64807 doc Handbook section on NAT incomplete o [2004/04/02] docs/65065 doc improper language ntpd man pages o [2004/04/13] docs/65477 doc Installation Instruction fail to mention o [2004/04/14] docs/65530 doc minor improvement to getgrent.3 o [2004/05/04] docs/66264 doc [patch] libexec/rtld/rtld.1 typo fixes no o [2004/05/04] docs/66265 doc [patch] Document what -f and LD_TRACE_LOA o [2004/05/05] docs/66296 doc [patch] contrib/amd/amq/amq.8 uses log_op o [2004/05/07] docs/66343 doc unlisted supported card on man page for w o [2004/05/10] docs/66483 doc [patch] share/man/man4/csa.4 grammar nits o [2004/05/17] docs/66768 doc 4_RELENG share/man/man4/ng_one2many.4 MFC o [2004/05/17] docs/66770 doc [patch] share/man/man4/ng_pppoe.4 tyops, o [2004/05/23] docs/67078 doc [patch] MFC of a rtld(1) man page is inco f [2004/06/10] docs/67806 doc [patch] Let 5.x users know how to boot in o [2004/06/13] docs/67893 doc boot.8's -m description is insufficient. o [2004/06/28] docs/68453 doc [patch] rc.subr.8 o [2004/07/09] docs/68843 doc Dates on rc.subr(8) & rc(8) are whack. o [2004/07/09] docs/68845 doc The .At macro produces unexpected results o [2004/08/01] docs/69861 doc [patch] usr.bin/csplit/csplit.1 does not o [2004/08/09] docs/70217 doc Suggested rewrite of docproj/sgml.sgml o [2004/08/16] docs/70555 doc [patch] changes to freebsd-glossary o [2004/08/20] docs/70697 doc pcm(4) is out of date o [2004/09/10] docs/71555 doc how to run matlab on 5.2 o [2004/09/13] docs/71690 doc [patch] inaccurate information in systat( o [2004/09/16] docs/71782 doc mount_nfs(8) man page is a bit out of dat f [2004/09/21] docs/71980 doc Handbook says that no other software is k o [2004/10/06] docs/72383 doc manpage for awk(1) is terribly small and o [2004/11/06] docs/73583 doc [patch] add missing instructions to ndis( o [2004/11/07] docs/73638 doc ipfw(8): Clarify syntax for use of tables o [2004/11/08] docs/73679 doc FreeBSD 5.3 Release notes mention new nat o [2004/11/28] docs/74477 doc [patch] Correct several links in the cont o [2004/12/02] docs/74612 doc [patch] updates to the glossary o [2004/12/14] docs/75068 doc login.conf(5) manual page says nothing ab o [2004/12/28] docs/75577 doc typos in man3 manual pages, login_class.3 o [2005/01/05] docs/75865 doc comments on "backup-basics" in handbook o [2005/01/09] docs/75995 doc hcreate documentation(?) bug o [2005/01/11] docs/76094 doc Incorrect statement about partition d o [2005/01/17] docs/76333 doc EOF indicator can be cleared by not only o [2005/01/20] docs/76515 doc missleading use of make -j flag in handbo f [2005/02/04] docs/77087 doc The bootvinum script given in the handboo o [2005/02/24] docs/78041 doc docs for md need further explanation of t o [2005/02/27] docs/78138 doc Error in pre-installation section of inst o [2005/03/01] docs/78240 doc Replace with around a # o [2005/03/02] docs/78275 doc Keyword size needs to be changed to lengt o [2005/03/06] docs/78479 doc SO_NOSIGPIPE socket option undocumented o [2005/03/06] docs/78480 doc Networked printer setup unnecessarily com o [2005/03/07] docs/78520 doc error in man(5) lpd.conf, lpd.perms pages o [2005/03/16] docs/78915 doc rfork()'s RFTHREAD is not documented o [2005/03/23] docs/79156 doc buffersize knob for sound(4) is a tunable o [2005/04/18] docs/80070 doc [patch] Wrong dbm_close return value desc o [2005/04/20] docs/80159 doc [patch] rtld(1) mentions "%m" but it's no o [2005/05/11] docs/80871 doc terminfo(5) man page source corrupted o [2005/06/01] docs/81776 doc ifconfig(8) man page not updated with car o [2005/06/10] docs/82114 doc Misisng ndisapi(9) manual page o [2005/06/21] docs/82481 doc tar/gtar man page mod request o [2005/06/22] docs/82508 doc misleading man page for basename/dirname o [2005/06/24] docs/82595 doc 25.5.3 Configuring a bridge section of th o [2005/06/29] docs/82779 doc [patch] Kill entry for ddb manpage o [2005/07/17] docs/83621 doc [patch]: Minor omissions in /usr/src/UPDA o [2005/07/24] docs/84021 doc Missing manpage on RELENG_6 o [2005/07/27] docs/84154 doc Handbook somewhat off in use of /boot/ker o [2005/07/29] docs/84265 doc [patch] chmod(1) manpage omits implicatio o [2005/07/29] docs/84267 doc chflags(1) manual doesn't say it's affect o [2005/07/29] docs/84268 doc chmod(1) manpage's BUGS entry is either w o [2005/07/29] docs/84317 doc fdp-primer doesn't show class=USERNAME di o [2005/07/31] docs/84408 doc dump(8) manpage doesn't require an option o [2005/07/31] docs/84409 doc vinum-object-naming.html -v/-U typo o [2005/08/02] docs/84467 doc bsdlabel(8) manpage uses archaic "pack" i s [2005/08/03] docs/84519 doc [patch] mdoc(7) manpage needs more about o [2005/08/04] docs/84538 doc sk(4) driver supports Marvell 88E800x chi o [2005/08/04] docs/84549 doc [patch] errno(2) manpage uses "<...>" for s [2005/08/04] docs/84550 doc mdoc(7) manpage erroneously requires SYNO o [2005/08/06] docs/84620 doc [patch] xargs(1) manpage has "utility" an o [2005/08/07] docs/84645 doc intro(6) manpage should always be install o [2005/08/07] docs/84646 doc terminfo(5) manpage confuses man program. o [2005/08/08] docs/84670 doc [patch] tput(1) manpage missing ENVIRONME o [2005/08/10] docs/84764 doc [patch] hosts.equiv(5) manpage should SEE o [2005/08/11] docs/84790 doc Error in SYSCALL_MODULE(9) manual page o [2005/08/11] docs/84806 doc mdoc(7) manpage has section ordering prob o [2005/08/12] docs/84849 doc [patch] fdisk(8) manpage doesn't warn fdi o [2005/08/14] docs/84913 doc bsdlabel(8) manpage seems wrong about fsi o [2005/08/15] docs/84955 doc [patch] mdoc(7) manpage should mention mi o [2005/08/15] docs/84956 doc [patch] intro(5) manpage doesn't mention o [2005/08/15] docs/84961 doc [patch] Sync NDIS documentation with real o [2005/08/17] docs/85062 doc tr(1) manpage omits several character cla o [2005/08/17] docs/85063 doc expand(1) manpage needs to clarify -t opt o [2005/08/17] docs/85066 doc [patch] builtin(1) manpage has incomplete o [2005/08/18] docs/85097 doc [patch] devd.conf.5 lacks a lot of vital o [2005/08/18] docs/85100 doc ICH audio device support statement is amb o [2005/08/19] docs/85103 doc sh(1) manpage doesn't contain the word "c o [2005/08/19] docs/85118 doc [PATCH] opiekey(1) references non-existin o [2005/08/19] docs/85127 doc loader(8) manpage uses too-rare "depurati o [2005/08/19] docs/85128 doc loader.conf autoboot_delay incompletly de o [2005/08/21] docs/85186 doc ktrace(1) manpage doesn't warn about need o [2005/08/21] docs/85187 doc find(1) manpage missing block info for -l o [2005/08/21] docs/85194 doc man ssh(1) -o description o [2005/08/22] docs/85209 doc pfsync man page corrections o [2005/08/22] docs/85232 doc [PATCH] instructions on building web site o [2005/08/23] docs/85243 doc Missing icmp related abbreviations for pf o [2005/08/27] docs/85353 doc Very little cosmetic/ponctuation changes o [2005/08/29] docs/85425 doc fido (watchdog) device /dev/fido not docu o [2005/09/11] docs/85986 doc FreeBSD keyword missing if you display se o [2005/09/13] docs/86044 doc man 8 jail missing crucial mount in start o [2005/09/13] docs/86090 doc [PATCH] clarification of rc.conf(5) manua o [2005/09/19] docs/86342 doc bikeshed entry of Handbook is wrong o [2005/09/29] docs/86733 doc [patch] Add using kldload as an alternati o [2005/10/03] docs/86876 doc Opera is now ad-free for everybody, refle o [2005/10/10] docs/87186 doc Handbook recommends outdated make op. o [2005/10/19] docs/87681 doc [PATCH] correct gettimeofday manpage, doc o [2005/10/20] docs/87698 doc No manual entry for rc.conf.local o [2005/10/20] docs/87725 doc error in documentation o [2005/10/20] docs/87762 doc Fixes various anoncvs examples to work o [2005/10/23] docs/87857 doc ifconfig(8) wireless options order matter o [2005/10/24] docs/87936 doc Chapter on NIS/YP lacks good information o [2005/11/02] docs/88390 doc devctl(4) man page does not list the noti o [2005/11/03] docs/88427 doc Diff (1) error. o [2005/11/03] docs/88464 doc not enough information in devfs.rules(5) o [2005/11/04] docs/88477 doc Possible addition to xl(4) manpage, Diagn o [2005/11/05] docs/88512 doc [patch] mount_ext2fs(8) man page has no d o [2005/11/08] docs/88646 doc sysutils/portmanager documentaion for han o [2005/11/11] docs/88848 doc grep manual jammed o [2005/11/15] docs/89081 doc [patch] handbook 4.5.5 dead reference to o [2005/11/18] docs/89256 doc broken reference in pfsync(4) manpage o [2005/11/20] docs/89325 doc [PATCH] Clarification of kbdmap(5), atkbd o [2005/11/24] docs/89492 doc vfs doc: some VOP_*(9) manual pages are o 214 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 12:32:08 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68B8616A41F for ; Mon, 28 Nov 2005 12:32:08 +0000 (GMT) (envelope-from brandoncash@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21AC43D4C for ; Mon, 28 Nov 2005 12:32:07 +0000 (GMT) (envelope-from brandoncash@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so2178582wra for ; Mon, 28 Nov 2005 04:32:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=G1CUymdGZ8+a+pLvWjVSSCWB2sVVxmJw9HNkkOB65yVRai/qxhX1OYWuBokSAEkfzA8+aRXYQqqAsKqxZmHYeWGKDhAF2A7bVxzaoa1ZPTl4gMyd9hCTNjNrpGUJCN5wbyjEruU9jEyUvde9HZXWdop8RdtiFM7/S093siLT6BY= Received: by 10.65.11.14 with SMTP id o14mr3428410qbi; Mon, 28 Nov 2005 04:32:07 -0800 (PST) Received: from ?192.168.123.5? ( [70.173.243.50]) by mx.gmail.com with ESMTP id q18sm426652qbq.2005.11.28.04.32.06; Mon, 28 Nov 2005 04:32:06 -0800 (PST) Message-ID: <438AF8C4.8060501@caiphp.com> Date: Mon, 28 Nov 2005 06:32:04 -0600 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Brandon Cash Subject: Incorrect links on http://www.freebsd.org/docproj/doc-set.html X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 12:32:08 -0000 Hello (again), While browsing around the site, I've come across a few quirks that are no doubt due to the recent site overhaul. Namely, on /docproj/doc-set.html, there are links that go to /docs.html#books and /docs.html#articles, which are now incorrect. The correct links should now be /docs/books.html (for both). Hope I could be of service. - Brandon Cash From owner-freebsd-doc@FreeBSD.ORG Mon Nov 28 18:43:15 2005 Return-Path: X-Original-To: doc@freebsd.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA58A16A41F for ; Mon, 28 Nov 2005 18:43:15 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E6143DAD for ; Mon, 28 Nov 2005 18:42:14 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [217.211.5.131] (217.211.5.131) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 438716140010C51C for doc@freebsd.org; Mon, 28 Nov 2005 19:42:13 +0100 Message-ID: <438B4178.2090709@n00b.apagnu.se> Date: Mon, 28 Nov 2005 18:42:16 +0100 From: Niclas Zeising User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: doc@freebsd.org Content-Type: multipart/mixed; boundary="------------030902000308070803020200" Cc: Subject: [PATCH] Suggested change to doc/en_US.ISO8859-1/books/handbook/basics/chapter.sgml X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 18:43:16 -0000 This is a multi-part message in MIME format. --------------030902000308070803020200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Here is a patch which removes a sentence I think is redundant. The first paragraph of section 3.9.1 talks about changing shell with chsh and an aditor, the second about using the -s flag with chsh. The next sentence suggests that running chsh with no parameters would work also, but that is in my eyes the same information as in the first paragraph mentioned above... Don't know if this change is good or not (I think it's good) but here is the patch anyway... Sincerely Niclas -- --------------030902000308070803020200 Content-Type: text/plain; name="basics.chapter.sgml.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="basics.chapter.sgml.diff" --- basics.chapter.sgml.orig 2005-11-28 18:18:23.000000000 +0100 +++ basics.chapter.sgml 2005-11-28 18:21:00.000000000 +0100 @@ -2170,9 +2170,6 @@ &prompt.user; chsh -s /usr/local/bin/bash - Running chsh with no parameters and editing - the shell from there would work also. - The shell that you wish to use must be present in the /etc/shells file. If you --------------030902000308070803020200-- From owner-freebsd-doc@FreeBSD.ORG Tue Nov 29 16:22:14 2005 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 729CC16A41F for ; Tue, 29 Nov 2005 16:22:14 +0000 (GMT) (envelope-from kdl@chelcom.ru) Received: from mail.chelcom.ru (mail.chelcom.ru [83.142.161.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28FB543D46 for ; Tue, 29 Nov 2005 16:22:12 +0000 (GMT) (envelope-from kdl@chelcom.ru) Received: from [192.168.2.0] (kharoun.cl.chics.ru [83.146.87.178]) (authenticated bits=0) by mail.chelcom.ru (8.13.4/8.12.9) with ESMTP id jATGM1Du006896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Nov 2005 21:22:03 +0500 (YEKT) (envelope-from kdl@chelcom.ru) Message-ID: <438C8028.8020805@chelcom.ru> Date: Tue, 29 Nov 2005 21:22:00 +0500 From: "Daniil L. Kharoun" Organization: =?KOI8-R?Q?=FA=E1=EF_=22=E9=CE=D4=C5=D2=D3=D7=D1=DA=D8=22?= User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-doc@FreeBSD.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user kdl_m from 83.146.87.178 X-Scanned-By: milter-sender/0.61.833 (mail.chelcom.ru [83.142.161.14]); Tue, 29 Nov 2005 21:22:03 +0500 X-Spam-Flag: YES X-Spam-Status: Yes, score=7.4 required=4.5 tests=BAYES_00,SPF_FAIL autolearn=disabled version=3.0.3 X-Spam-Report: * 10 SPF_FAIL SPF: sender does not match SPF record (fail) * [SPF failed: Please see http://spf.pobox.com/why.html?sender=kdl%40chelcom.ru&ip=83.146.87.178&receiver=mail.chelcom.ru] * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0005] X-Spam-Level: ******* X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on mail.chelcom.ru Cc: Subject: Document not found - http://www.freebsd.org/ru/ru/releases/6.0R/announce.html X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kdl@chelcom.ru List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 16:22:14 -0000 http://www.freebsd.org/ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 07:57:26 2005 Return-Path: X-Original-To: doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 197DE16A41F for ; Wed, 30 Nov 2005 07:57:26 +0000 (GMT) (envelope-from valery@vslash.com) Received: from mail.vslash.com (bgl93-1-82-67-185-6.fbx.proxad.net [82.67.185.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56F843D62 for ; Wed, 30 Nov 2005 07:57:25 +0000 (GMT) (envelope-from valery@vslash.com) Received: from [192.168.0.22] (oxe.intranet.vslash.com [192.168.0.22]) by mail.vslash.com (Postfix) with ESMTP id D4B798444D for ; Wed, 30 Nov 2005 08:58:30 +0100 (CET) Message-ID: <438D5B4F.6080707@vslash.com> Date: Wed, 30 Nov 2005 08:57:03 +0100 From: Valery User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Accept-Language: en-us, en MIME-Version: 1.0 To: doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Mismatch or Update in Doc Project Primer X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 07:57:26 -0000 Dear all, sorry to disturb you, but it seem there's a mismatch or too old parameters in : http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/examples-formatted.html#AEN3466 We read : ------------------------------------------------------------------------- % jade -V nochunks \ (1) -c /usr/local/share/sgml/docbook/dsssl/modular/catalog \ (2) -c /usr/local/share/sgml/docbook/catalog \ (2.1) -c /usr/local/share/sgml/jade/catalog \ -d /usr/local/share/sgml/docbook/dsssl/modular/html/docbook.dsl \(3) -t sgml (4) file.sgml > file.html (5) ------------------------------------------------------------------------- but from 5.4 Docproj & Jade port, (2.1) don't exist anymore. Instead, we get /usr/local/share/sgml/catalog for all this stuff. I'm not expert at all in DocBook and Jade, but passing : -c /usr/local/share/sgml/catalog seem to work fine. Thanks for your attention, REgards, -- Valéry Seys From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 08:10:21 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA2116A423 for ; Wed, 30 Nov 2005 08:10:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D8643D62 for ; Wed, 30 Nov 2005 08:10:04 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAU8A3OO014890 for ; Wed, 30 Nov 2005 08:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAU8A3Nj014889; Wed, 30 Nov 2005 08:10:03 GMT (envelope-from gnats) Resent-Date: Wed, 30 Nov 2005 08:10:03 GMT Resent-Message-Id: <200511300810.jAU8A3Nj014889@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, chinsan Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93F7416A41F; Wed, 30 Nov 2005 08:03:58 +0000 (GMT) (envelope-from chinsan@smtp2.bc.hgc.com.tw) Received: from smtp2.bc.hgc.com.tw (smtp2.bc.hgc.com.tw [203.133.1.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298D843D4C; Wed, 30 Nov 2005 08:03:58 +0000 (GMT) (envelope-from chinsan@smtp2.bc.hgc.com.tw) Received: by smtp2.bc.hgc.com.tw (Postfix, from userid 1006) id 306342E980; Wed, 30 Nov 2005 16:03:58 +0800 (CST) Message-Id: <20051130080358.306342E980@smtp2.bc.hgc.com.tw> Date: Wed, 30 Nov 2005 16:03:58 +0800 (CST) From: chinsan To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: vanilla@FreeBSD.org Subject: docs/89747: [PATCH] faq: s/kbd0/ukbd0/ when USB keyboard is connected only X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chinsan List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 08:10:22 -0000 >Number: 89747 >Category: docs >Synopsis: [PATCH] faq: s/kbd0/ukbd0/ when USB keyboard is connected only >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 30 08:10:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: chinsan >Release: FreeBSD 4.11-RELEASE-p13 i386 >Organization: FreeBSD Taiwan >Environment: System: FreeBSD smtp2.bc.hgc.com.tw 4.11-RELEASE-p13 FreeBSD 4.11-RELEASE-p13 #2: Wed Oct 12 12:57:38 CST 2005 root@smtp2.bc.hgc.com.tw:/usr/obj/usr/src/sys/BCSMTP i386 >Description: In fact, the keyboard device is /dev/ukbd0 when USB keyboard is connected only. >How-To-Repeat: >Fix: --- faq.ukbd0.diff begins here --- --- /usr/doc/en_US.ISO8859-1/books/faq/book.sgml~ Wed Nov 30 15:42:34 2005 +++ /usr/doc/en_US.ISO8859-1/books/faq/book.sgml Wed Nov 30 15:42:34 2005 @@ -2412,10 +2412,10 @@ &prompt.root; kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null Note that if the USB keyboard is the only keyboard, it - is accessed as /dev/kbd0, thus, + is accessed as /dev/ukbd0, thus, the command should look like: - &prompt.root; kbdcontrol -k /dev/kbd0 < /dev/ttyv0 > /dev/null + &prompt.root; kbdcontrol -k /dev/ukbd0 < /dev/ttyv0 > /dev/null /etc/rc.i386 is a good place to add the above command. --- faq.ukbd0.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 10:08:29 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2525516A41F for ; Wed, 30 Nov 2005 10:08:29 +0000 (GMT) (envelope-from jas@extundo.com) Received: from yxa.extundo.com (178.230.13.217.in-addr.dgcsystems.net [217.13.230.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E6043D5D for ; Wed, 30 Nov 2005 10:08:25 +0000 (GMT) (envelope-from jas@extundo.com) Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.4/8.13.4/Debian-3) with ESMTP id jAU9W25A006676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 10:32:03 +0100 From: Simon Josefsson To: "M. Warner Losh" References: <20051121.150452.35505952.imp@bsdimp.com> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:051130:imp@bsdimp.com::OWc86gTAPQcRKYSU:6YZO X-Hashcash: 1:21:051130:freebsd-doc@freebsd.org::ibuxnWHjWiYT1Les:9Kn8 Date: Wed, 30 Nov 2005 10:31:46 +0100 In-Reply-To: <20051121.150452.35505952.imp@bsdimp.com> (M. Warner Losh's message of "Mon, 21 Nov 2005 15:04:52 -0700 (MST)") Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on yxa-iv X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on yxa.extundo.com X-Virus-Status: Clean Cc: freebsd-doc@freebsd.org Subject: Re: Proposed license for IETF Contributions X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 10:08:29 -0000 "M. Warner Losh" writes: > c. The Contributor grants third parties the irrevocable > right to copy, use and distribute the Contribution, with > or without modification, in any medium, without royalty, > provided that unauthorized redistributed modified works > do not contain misleading author, version, name of work, > or endorsement information. This specifically implies, > for instance, that unauthorized redistributed modified > works must not claim endorsement of the modified work by > the IETF, IESG, IANA, IAB, ISOC, RFC Editor, or any > similar organization, and remove any claims of status as > an Internet Standard, e.g., by removing the RFC > boilerplate. The IETF requests that any citation or > excerpt of unmodified text reference the RFC or other > document from which the text is derived. > >> Comments? Suggestions? > > The only comment about the wording is the word 'request'. I don't > believe that 'requests' isn't legally defined very well. Are requests > legally binding obligations, or do they communicate wishes that are > free to be ignored? Would 'suggests' be better? If it is > non-optional, then "Any citation or excerpt of unmodified text shall > reference the RFC or other document from which the text is quoted." > maybe with the addition of the word 'substantial' after 'Any'. I found the last sentence slightly odd too, and your suggestions are good. I don't think it is necessary to require a reference, it will be likely be added when it fit the context anyway. So I used "suggests" instead. > "This specifically implies, for instance, that" is wordy and verbose. > It would be better to omit it entirely, and capitalize 'unauthorised': > Unauthorized redistributed modified works must > (a) not claim laim endorcsement by X, Y, Z > (b) remove RFC boilerplate, etc I agree. > This could likely be improved from there. A license is a series of > obligations and grants. It should be clear from the grant what one > may and may not do. Having added verbage gets in the way and can lead > to ambiguous wording. Such phrases are better for a companion > 'Explaining the License' document. Yup. We can expand the document later on. Btw, the new license text reads: c. The Contributor grants third parties the irrevocable right to copy, use and distribute the Contribution, with or without modification, in any medium, without royalty, provided that unauthorized redistributed modified works do not contain misleading author, version, name of work, or endorsement information. Unauthorized redistributed modified works must (a) not claim endorsement of the modified work by the IETF, IESG, IANA, IAB, ISOC, RFC Editor, or any similar organization, and (b) remove any claims of status as an Internet Standard, e.g., by removing the RFC boilerplate. The IETF suggests that any citation or excerpt of unmodified text reference the RFC or other document from which the text is derived. I will update this further today, based on several comments received when I was away on vacation last week, so expect things to change. The latest text is always available from . Thanks, Simon From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 12:37:49 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF26816A420 for ; Wed, 30 Nov 2005 12:37:49 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36207.mail.mud.yahoo.com (web36207.mail.mud.yahoo.com [209.191.68.233]) by mx1.FreeBSD.org (Postfix) with SMTP id E858243D53 for ; Wed, 30 Nov 2005 12:37:48 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 37261 invoked by uid 60001); 30 Nov 2005 12:37:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PpwYuB/UExEFgRkl4D92ADFVSOBDece4ZzATgUod5YsRTwld+ptDxl5vxWa4gSLeVn6rvHHXtLuVvMLvLM3BOO4xYbL4o8SBDp9J7xtlNqaMCqqeV3+9aXg0z1hX62ir+JZ56FwBPewpIlRIIR15jbvsezuF8zMXW+kD7AKW39I= ; Message-ID: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36207.mail.mud.yahoo.com via HTTP; Wed, 30 Nov 2005 04:37:48 PST Date: Wed, 30 Nov 2005 04:37:48 -0800 (PST) From: Rob To: FreeBSD Stable , freebsd-doc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: vincent@xtra-net.org Subject: tx underrun ? (add entry into xl manpage) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 12:37:50 -0000 Vincent Blondel wrote: > Hello all, > > When having a look at log files on my web servers, I regulary see next output on the 3COM ethernet interfaces : > > > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 120 bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 180 bytes > xl1: promiscuous mode enabled > xl1: promiscuous mode disabled > > Can somebody explain me what it is and if this situation is normal ? Rumours are that these messages are harmless, but if someone can explain these messages properly, it would be nice to add an entry to the DIAGNOSTICS section of the xl manpage (hence, this mail also goes to doc mailinglist) I see these messages too on my router/gateway: xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 120 bytes xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 180 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 240 bytes Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 12:40:07 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8776516A41F for ; Wed, 30 Nov 2005 12:40:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B369743D4C for ; Wed, 30 Nov 2005 12:40:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUCe6ET052985 for ; Wed, 30 Nov 2005 12:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUCe66F052984; Wed, 30 Nov 2005 12:40:06 GMT (envelope-from gnats) Resent-Date: Wed, 30 Nov 2005 12:40:06 GMT Resent-Message-Id: <200511301240.jAUCe66F052984@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sam Lawrance Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5ECF16A420 for ; Wed, 30 Nov 2005 12:37:28 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F15743D55 for ; Wed, 30 Nov 2005 12:37:28 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from freefall.freebsd.org (lawrance@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUCbSa1052859 for ; Wed, 30 Nov 2005 12:37:28 GMT (envelope-from lawrance@freefall.freebsd.org) Received: (from lawrance@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUCbSQm052858; Wed, 30 Nov 2005 12:37:28 GMT (envelope-from lawrance) Message-Id: <200511301237.jAUCbSQm052858@freefall.freebsd.org> Date: Wed, 30 Nov 2005 12:37:28 GMT From: Sam Lawrance To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/89758: [patch] update handbook security chapter to reflect removal of the "racoon" port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sam Lawrance List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 12:40:07 -0000 >Number: 89758 >Category: docs >Synopsis: [patch] update handbook security chapter to reflect removal of the "racoon" port >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Wed Nov 30 12:40:06 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Sam Lawrance >Release: FreeBSD 4.11-STABLE i386 >Organization: >Environment: >Description: The port security/racoon was removed, and racoon is now provided by security/ipsec-tools. This port is mentioned in the security chapter of the handbook, so here is an update. >How-To-Repeat: >Fix: --- patch-security-chapter.sgml begins here --- Index: chapter.sgml =================================================================== RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/handbook/security/chapter.sgml,v retrieving revision 1.282 diff -u -r1.282 chapter.sgml --- chapter.sgml 1 Oct 2005 22:40:29 -0000 1.282 +++ chapter.sgml 30 Nov 2005 12:24:17 -0000 @@ -3805,15 +3805,15 @@ There are a number of choices for daemons to manage security associations with FreeBSD. This article will describe - how to use one of these, racoon — which is available as - security/racoon in the &os; Ports + how to use one of these, racoon — which is available from + security/ipsec-tools in the &os; Ports collection. racoon - The security/racoon software must be run on both gateway hosts. On each host it + The racoon software must be run on both gateway hosts. On each host it is configured with the IP address of the other end of the VPN, and a secret key (which you choose, and must be the same on both gateways). @@ -4128,7 +4128,7 @@ Install security/racoon. Edit + role="package">security/ipsec-tools. Edit ${PREFIX}/etc/racoon/psk.txt on both gateway hosts, adding an entry for the remote host's IP address and a secret key that they both know. Make sure --- patch-security-chapter.sgml ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 13:06:41 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17B4016A420; Wed, 30 Nov 2005 13:06:41 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C1C43D6E; Wed, 30 Nov 2005 13:06:39 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUD6cWa059343; Wed, 30 Nov 2005 13:06:38 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUD6cHr059339; Wed, 30 Nov 2005 13:06:38 GMT (envelope-from pav) Date: Wed, 30 Nov 2005 13:06:38 GMT From: Pav Lucistnik Message-Id: <200511301306.jAUD6cHr059339@freefall.freebsd.org> To: lawrance@FreeBSD.org, pav@FreeBSD.org, freebsd-doc@FreeBSD.org Cc: Subject: Re: docs/89758: [patch] update handbook security chapter to reflect removal of the "racoon" port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 13:06:41 -0000 Synopsis: [patch] update handbook security chapter to reflect removal of the "racoon" port State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Wed Nov 30 13:06:31 GMT 2005 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=89758 From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 13:10:10 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE13916A41F for ; Wed, 30 Nov 2005 13:10:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9947D43D6E for ; Wed, 30 Nov 2005 13:10:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUDA6Vc059765 for ; Wed, 30 Nov 2005 13:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUDA6lb059764; Wed, 30 Nov 2005 13:10:06 GMT (envelope-from gnats) Date: Wed, 30 Nov 2005 13:10:06 GMT Message-Id: <200511301310.jAUDA6lb059764@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Sam Lawrance Cc: Subject: Re: docs/89758: [patch] update handbook security chapter to reflect removal of the "racoon" port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sam Lawrance List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 13:10:11 -0000 The following reply was made to PR docs/89758; it has been noted by GNATS. From: Sam Lawrance To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: docs/89758: [patch] update handbook security chapter to reflect removal of the "racoon" port Date: Thu, 1 Dec 2005 00:09:07 +1100 Please hold off this PR for a short time, there may be a few other small changes coming (depending on a response from the ipsec-tools maintainer). From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 14:00:21 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB1816A422; Wed, 30 Nov 2005 14:00:21 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705DA43DA8; Wed, 30 Nov 2005 14:00:06 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUDxpBI064769; Wed, 30 Nov 2005 13:59:51 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUDxpxg064765; Wed, 30 Nov 2005 13:59:51 GMT (envelope-from pav) Date: Wed, 30 Nov 2005 13:59:51 GMT From: Pav Lucistnik Message-Id: <200511301359.jAUDxpxg064765@freefall.freebsd.org> To: jacques@prometheus.powertrip.co.za, pav@FreeBSD.org, freebsd-doc@FreeBSD.org Cc: Subject: Re: docs/87762: Fixes various anoncvs examples to work X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 14:00:21 -0000 Synopsis: Fixes various anoncvs examples to work State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Wed Nov 30 13:58:57 GMT 2005 State-Changed-Why: I have committed pserver changes. I have not committed ssh change, because the old username seems to work again now. http://www.freebsd.org/cgi/query-pr.cgi?pr=87762 From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 14:42:31 2005 Return-Path: X-Original-To: doc@freebsd.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 640C016A41F for ; Wed, 30 Nov 2005 14:42:31 +0000 (GMT) (envelope-from info@theoutletseason.com) Received: from host2.thehostgroup.com (host2.thehostgroup.com [65.109.239.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E56F543D90 for ; Wed, 30 Nov 2005 14:42:30 +0000 (GMT) (envelope-from info@theoutletseason.com) Received: from 200.58.134.165 (ip134-165.movinet.com.uy [200.58.134.165]) by host2.thehostgroup.com (8.12.10/8.12.10) with SMTP id jAUEfmwa022966 for ; Wed, 30 Nov 2005 09:41:57 -0500 Message-Id: <200511301441.jAUEfmwa022966@host2.thehostgroup.com> From: "Outlet Season LLC" To: Sender: "Outlet Season LLC" Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Date: Wed, 30 Nov 2005 12:42:05 -0200 Cc: Subject: Holiday Season >>> AS IS Tier 1 Monitors and off-lease corporate pulls in stock available and ready for ship X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Outlet Season LLC List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 14:42:31 -0000 Dear Please check our current stock offer: We can supply large quantities of as-is untested and tested bad monitors in North Carolina warehouse. The list are as follows: 900 As-is untested 17"CRT monitors @ $12/each 600 As-is Untested 17"CRT monitors @ $13/each 3600 As-Is untested 17"CRT monitors @ $13/each We also have huge lots of untested and tested bad that they will sell as well in 14" 15", 17", 19" and 21". Example of this lot is as follows: 3328 Pcs Tier 1 monitors 400 14" 818 15" 1200 17" 410 19" 500 21" Lot price of $53,250.00 19"-21" ======= 4000 pcs of 19-21" offlease corporate environment 15% flat or black as-is monitors, all tier 1 priced at $12/each Those have been pulled from their offices and are in good working condition. Regards, Rick Fitzgerald Outlet Season LLC http://www.theoutletseason.com 1-800-718-3011 360-226-6754 f:1-514-510-1198 skype:outletseason rick@theoutletseason.com From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 18:14:37 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3FF16A41F; Wed, 30 Nov 2005 18:14:37 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CA943D45; Wed, 30 Nov 2005 18:14:36 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-112-57.roa.east.verizon.net [151.199.112.57]) by gromit.dlib.vt.edu (8.13.4/8.13.4) with ESMTP id jAUIES9a018544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 13:14:30 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4) with ESMTP id jAUIEM5u051072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 13:14:22 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4/Submit) id jAUIEM3q051071; Wed, 30 Nov 2005 13:14:22 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: Rob In-Reply-To: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> References: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 30 Nov 2005 13:14:21 -0500 Message-Id: <1133374461.26215.6.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: freebsd-doc@freebsd.org, FreeBSD Stable , vincent@xtra-net.org Subject: Re: tx underrun ? (add entry into xl manpage) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 18:14:37 -0000 On Wed, 2005-11-30 at 04:37 -0800, Rob wrote: > Vincent Blondel wrote: > > Hello all, > > > > When having a look at log files on my web servers, I > regulary see next output on the 3COM ethernet > interfaces : > > > > > > xl1: transmission error: 90 > > xl1: tx underrun, increasing tx start threshold > to 120 bytes > > xl1: transmission error: 90 > > xl1: tx underrun, increasing tx start threshold > to 180 bytes > > xl1: promiscuous mode enabled > > xl1: promiscuous mode disabled > > > > Can somebody explain me what it is and if this > situation is normal ? > > Rumours are that these messages are harmless, but if > someone > can explain these messages properly, it would be nice > to > add an entry to the DIAGNOSTICS section of the xl > manpage > (hence, this mail also goes to doc mailinglist) > > I see these messages too on my router/gateway: > > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 120 > bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 180 > bytes > xl0: transmission error: 90 > xl0: tx underrun, increasing tx start threshold to 120 > bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 240 > bytes This is from the dc(4) man page: dc%d: TX underrun -- increasing TX threshold The device generated a transmit underrun error while attempting to DMA and transmit a packet. This happens if the host is not able to DMA the packet data into the NIC's FIFO fast enough. The driver will dynamically increase the trans- mit start threshold so that more data must be DMAed into the FIFO before the NIC will start transmitting it onto the wire. I'm assuming the explanation also holds true for other drivers (xl, etc.) that issue this warning. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-doc@FreeBSD.ORG Wed Nov 30 22:18:40 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 102AC16A41F; Wed, 30 Nov 2005 22:18:40 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CD943D58; Wed, 30 Nov 2005 22:18:39 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUMIdpw070686; Wed, 30 Nov 2005 22:18:39 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUMIdZW070682; Wed, 30 Nov 2005 22:18:39 GMT (envelope-from pav) Date: Wed, 30 Nov 2005 22:18:39 GMT From: Pav Lucistnik Message-Id: <200511302218.jAUMIdZW070682@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-www@FreeBSD.org, freebsd-doc@FreeBSD.org Cc: Subject: Re: docs/88503: mkuzip(8) references nonexistant geom_uzip(4) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 22:18:40 -0000 Old Synopsis: Dead link in the online manpages for FreeBSD 6.0 New Synopsis: mkuzip(8) references nonexistant geom_uzip(4) Responsible-Changed-From-To: freebsd-www->freebsd-doc Responsible-Changed-By: pav Responsible-Changed-When: Wed Nov 30 22:17:32 GMT 2005 Responsible-Changed-Why: The problem is really that mkuzip(8) man page is referencing geom_uzip(4) manpage which does not exist, not even in head. http://www.freebsd.org/cgi/query-pr.cgi?pr=88503 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 03:02:12 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1FB816A420; Thu, 1 Dec 2005 03:02:12 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F0943D6A; Thu, 1 Dec 2005 03:02:06 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (jcamou@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB1325oo008715; Thu, 1 Dec 2005 03:02:05 GMT (envelope-from jcamou@freefall.freebsd.org) Received: (from jcamou@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB1325JE008711; Thu, 1 Dec 2005 03:02:05 GMT (envelope-from jcamou) Date: Thu, 1 Dec 2005 03:02:05 GMT From: "Jesus R. Camou" Message-Id: <200512010302.jB1325JE008711@freefall.freebsd.org> To: mfranke@evendi.de, jcamou@FreeBSD.org, freebsd-doc@FreeBSD.org, jcamou@FreeBSD.org Cc: Subject: Re: docs/87725: error in documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 03:02:12 -0000 Synopsis: error in documentation State-Changed-From-To: open->closed State-Changed-By: jcamou State-Changed-When: Thu Dec 1 02:59:52 GMT 2005 State-Changed-Why: /usr is the base by default, close pr. Responsible-Changed-From-To: freebsd-doc->jcamou Responsible-Changed-By: jcamou Responsible-Changed-When: Thu Dec 1 02:59:52 GMT 2005 Responsible-Changed-Why: Set me as responsible for this pr. http://www.freebsd.org/cgi/query-pr.cgi?pr=87725 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 03:10:07 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02AA516A41F for ; Thu, 1 Dec 2005 03:10:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7491D43D60 for ; Thu, 1 Dec 2005 03:10:05 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB13A4sg013575 for ; Thu, 1 Dec 2005 03:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB13A4xB013574; Thu, 1 Dec 2005 03:10:04 GMT (envelope-from gnats) Resent-Date: Thu, 1 Dec 2005 03:10:04 GMT Resent-Message-Id: <200512010310.jB13A4xB013574@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Andreas Kohn" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE8816A41F for ; Thu, 1 Dec 2005 03:00:37 +0000 (GMT) (envelope-from andreas@syndrom23.de) Received: from vs159088.vserver.de (syndrom23.de [62.75.159.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F41F43D5E for ; Thu, 1 Dec 2005 03:00:36 +0000 (GMT) (envelope-from andreas@syndrom23.de) Received: from xentros.syndrom23.de ([212.204.44.203]) (authenticated bits=0) by vs159088.vserver.de (8.12.8/8.12.8) with ESMTP id jB130M2R030817 for ; Thu, 1 Dec 2005 04:00:30 +0100 Message-Id: <1133406043.0@xentros.syndrom23.de> Date: Thu, 1 Dec 2005 04:00:43 +0100 From: "Andreas Kohn" To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.4.6 Cc: Subject: docs/89783: [PATCH] add MLINK for execvP to exec(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 03:10:07 -0000 >Number: 89783 >Category: docs >Synopsis: [PATCH] add MLINK for execvP to exec(3) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 01 03:10:04 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Andreas Kohn >Release: FreeBSD 7.0-CURRENT i386 >Organization: >Environment: System: FreeBSD 7.0-CURRENT #6: Tue Nov 29 03:37:45 CET 2005 root@xentros.syndrom23.de:/usr/obj/usr/src/sys/XENTROS >Description: execvP(3) is used in fsck for example. The manpage exec(3) describes execvP, but man execvP returns an error due to the mlink missing. >How-To-Repeat: run man execvP, and see error about no manpage found. run man 3 exec, and observe the manpage describing execvP as well. >Fix: Add MLINK for execvP(3). --- libc-MLINKS-execvP.diff begins here --- Index: lib/libc/gen/Makefile.inc =================================================================== RCS file: /storage/freebsd/cvs/src/lib/libc/gen/Makefile.inc,v retrieving revision 1.123 diff -u -r1.123 Makefile.inc --- lib/libc/gen/Makefile.inc 10 Sep 2005 14:09:37 -0000 1.123 +++ lib/libc/gen/Makefile.inc 30 Nov 2005 16:26:45 -0000 @@ -76,7 +76,7 @@ err.3 verr.3 err.3 verrc.3 err.3 verrx.3 err.3 vwarn.3 err.3 vwarnc.3 \ err.3 vwarnx.3 err.3 warnc.3 err.3 warn.3 err.3 warnx.3 MLINKS+=exec.3 execl.3 exec.3 execle.3 exec.3 execlp.3 exec.3 exect.3 \ - exec.3 execv.3 exec.3 execvp.3 + exec.3 execv.3 exec.3 execvp.3 exec.3 execvP.3 MLINKS+=fpclassify.3 finite.3 fpclassify.3 finitef.3 \ fpclassify.3 isfinite.3 fpclassify.3 isinf.3 fpclassify.3 isnan.3 \ fpclassify.3 isnormal.3 --- libc-MLINKS-execvP.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 03:41:12 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF25016A420; Thu, 1 Dec 2005 03:41:12 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839EE43D6B; Thu, 1 Dec 2005 03:41:01 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (jcamou@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB13ewh8015702; Thu, 1 Dec 2005 03:40:58 GMT (envelope-from jcamou@freefall.freebsd.org) Received: (from jcamou@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB13ewmk015698; Thu, 1 Dec 2005 03:40:58 GMT (envelope-from jcamou) Date: Thu, 1 Dec 2005 03:40:58 GMT From: "Jesus R. Camou" Message-Id: <200512010340.jB13ewmk015698@freefall.freebsd.org> To: jcamou@FreeBSD.org, freebsd-doc@FreeBSD.org, jcamou@FreeBSD.org Cc: Subject: Re: docs/89081: [patch] handbook 4.5.5 dead reference to portupgrade man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 03:41:13 -0000 Synopsis: [patch] handbook 4.5.5 dead reference to portupgrade man page Responsible-Changed-From-To: freebsd-doc->jcamou Responsible-Changed-By: jcamou Responsible-Changed-When: Thu Dec 1 03:40:22 GMT 2005 Responsible-Changed-Why: Take this pr. http://www.freebsd.org/cgi/query-pr.cgi?pr=89081 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 15:56:42 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4855816A422; Thu, 1 Dec 2005 15:56:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D2243D53; Thu, 1 Dec 2005 15:56:41 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB1FueT0036226; Thu, 1 Dec 2005 15:56:40 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB1FuehU036222; Thu, 1 Dec 2005 15:56:40 GMT (envelope-from jhb) Date: Thu, 1 Dec 2005 15:56:40 GMT From: John Baldwin Message-Id: <200512011556.jB1FuehU036222@freefall.freebsd.org> To: andreas@syndrom23.de, jhb@FreeBSD.org, freebsd-doc@FreeBSD.org, jhb@FreeBSD.org Cc: Subject: Re: docs/89783: [PATCH] add MLINK for execvP to exec(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 15:56:42 -0000 Synopsis: [PATCH] add MLINK for execvP to exec(3) State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Thu Dec 1 15:56:12 GMT 2005 State-Changed-Why: Patch applied to HEAD. Will MFC to 6.x and 5.x in a few days. Thanks! Responsible-Changed-From-To: freebsd-doc->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Thu Dec 1 15:56:12 GMT 2005 Responsible-Changed-Why: Patch applied to HEAD. Will MFC to 6.x and 5.x in a few days. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=89783 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 18:50:02 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB89A16A41F for ; Thu, 1 Dec 2005 18:50:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DC043D58 for ; Thu, 1 Dec 2005 18:50:01 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB1Io1VX060343 for ; Thu, 1 Dec 2005 18:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB1Io1O5060342; Thu, 1 Dec 2005 18:50:01 GMT (envelope-from gnats) Resent-Date: Thu, 1 Dec 2005 18:50:01 GMT Resent-Message-Id: <200512011850.jB1Io1O5060342@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Marius Nuennerich Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E3C516A41F for ; Thu, 1 Dec 2005 18:41:18 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C841D43D66 for ; Thu, 1 Dec 2005 18:41:17 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jB1IfHbq094095 for ; Thu, 1 Dec 2005 18:41:17 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jB1IfH29094093; Thu, 1 Dec 2005 18:41:17 GMT (envelope-from nobody) Message-Id: <200512011841.jB1IfH29094093@www.freebsd.org> Date: Thu, 1 Dec 2005 18:41:17 GMT From: Marius Nuennerich To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: docs/89810: Typo/error in timeout.9 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 18:50:02 -0000 >Number: 89810 >Category: docs >Synopsis: Typo/error in timeout.9 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 01 18:50:01 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Marius Nuennerich >Release: 7-CURRENT >Organization: >Environment: >Description: src/share/man/man9/timeout.9 contains a typo in the line "The behavior of calling untimeout without a previously initialized handle" I think it should be "The behavior of calling untimeout without a previously uninitialized handle" I'm not 100% sure about this. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 19:16:05 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3B3416A41F; Thu, 1 Dec 2005 19:16:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E22D43D5D; Thu, 1 Dec 2005 19:16:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2955280 for multiple; Thu, 01 Dec 2005 14:14:04 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB1JFxeE091231; Thu, 1 Dec 2005 14:15:59 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-doc@freebsd.org Date: Thu, 1 Dec 2005 14:16:14 -0500 User-Agent: KMail/1.8.2 References: <200512011841.jB1IfH29094093@www.freebsd.org> In-Reply-To: <200512011841.jB1IfH29094093@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512011416.15623.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-gnats-submit@freebsd.org, Marius Nuennerich Subject: Re: docs/89810: Typo/error in timeout.9 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 19:16:06 -0000 On Thursday 01 December 2005 01:41 pm, Marius Nuennerich wrote: > >Number: 89810 > >Category: docs > >Synopsis: Typo/error in timeout.9 > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-doc > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: doc-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Dec 01 18:50:01 GMT 2005 > >Closed-Date: > >Last-Modified: > >Originator: Marius Nuennerich > >Release: 7-CURRENT > >Organization: > >Environment: > >Description: > > src/share/man/man9/timeout.9 > contains a typo in the line > "The behavior of calling untimeout without a previously initialized handle" > I think it should be > "The behavior of calling untimeout without a previously uninitialized > handle" > > I'm not 100% sure about this. I think it should be more like this: The behavior of calling untimeout with an uninitialized handle is undefined. I'll fix it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-doc@FreeBSD.ORG Thu Dec 1 19:17:18 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F2BC16A420; Thu, 1 Dec 2005 19:17:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4269643D6E; Thu, 1 Dec 2005 19:17:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB1JHI9b066300; Thu, 1 Dec 2005 19:17:18 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB1JHHCb066296; Thu, 1 Dec 2005 19:17:17 GMT (envelope-from jhb) Date: Thu, 1 Dec 2005 19:17:17 GMT From: John Baldwin Message-Id: <200512011917.jB1JHHCb066296@freefall.freebsd.org> To: marius.nuennerich@gmx.net, jhb@FreeBSD.org, freebsd-doc@FreeBSD.org, jhb@FreeBSD.org Cc: Subject: Re: docs/89810: Typo/error in timeout.9 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 19:17:18 -0000 Synopsis: Typo/error in timeout.9 State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Thu Dec 1 19:16:42 GMT 2005 State-Changed-Why: A fix is committed and will be MFC'd in a few days. Responsible-Changed-From-To: freebsd-doc->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Thu Dec 1 19:16:42 GMT 2005 Responsible-Changed-Why: A fix is committed and will be MFC'd in a few days. http://www.freebsd.org/cgi/query-pr.cgi?pr=89810 From owner-freebsd-doc@FreeBSD.ORG Fri Dec 2 10:50:03 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C80316A41F for ; Fri, 2 Dec 2005 10:50:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13B243D5E for ; Fri, 2 Dec 2005 10:50:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB2Ao2mI000266 for ; Fri, 2 Dec 2005 10:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB2Ao2aY000265; Fri, 2 Dec 2005 10:50:02 GMT (envelope-from gnats) Resent-Date: Fri, 2 Dec 2005 10:50:02 GMT Resent-Message-Id: <200512021050.jB2Ao2aY000265@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Gaute Hope Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D69516A41F for ; Fri, 2 Dec 2005 10:41:59 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id E138443D49 for ; Fri, 2 Dec 2005 10:41:58 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jB2AfwBO008386 for ; Fri, 2 Dec 2005 10:41:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jB2AfwVA008385; Fri, 2 Dec 2005 10:41:58 GMT (envelope-from nobody) Message-Id: <200512021041.jB2AfwVA008385@www.freebsd.org> Date: Fri, 2 Dec 2005 10:41:58 GMT From: Gaute Hope To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: docs/89834: Explanation of setting up xdm wrong X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 10:50:03 -0000 >Number: 89834 >Category: docs >Synopsis: Explanation of setting up xdm wrong >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 02 10:50:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Gaute Hope >Release: 5.4-RELEASE >Organization: >Environment: FreeBSD rohan.gaute.vetsj.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: While setting up xdm for remote logins the documentation at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-xdm.html section 5.6.3.1 Xaccess states that the Xaccess file by default allows all connection as long as you open for connections in xdm-config. I had to uncomment the following line to be able to logon: /usr/X11R6/lib/X11/xdm/Xaccess 49:#* #any host can get a login window My Xorg: Xorg -version X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: FreeBSD 5.4 i386 [ELF] Current Operating System: FreeBSD rohan.gaute.vetsj.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Build Date: 04 April 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present >How-To-Repeat: Do a fresh install of Xorg. >Fix: Uncomment the line. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Fri Dec 2 17:13:28 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA04E16A41F for ; Fri, 2 Dec 2005 17:13:28 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5907D43D77 for ; Fri, 2 Dec 2005 17:09:58 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [217.211.5.18] (217.211.5.18) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 438DFE230009D032 for freebsd-doc@freebsd.org; Fri, 2 Dec 2005 18:09:41 +0100 Message-ID: <439071CF.5040608@n00b.apagnu.se> Date: Fri, 02 Dec 2005 17:09:51 +0100 From: Niclas Zeising User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [PATCH] update to the faq regarding the "touch: not found" error during buildworld X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 17:13:28 -0000 Hi! This is an attempt to update the faq with an entry regarding the "touch: not found" error. There is seen from time to time people asking and wondering about this strange and non-informative error, so I think an addition to the faq is good. Feel free to change anything you like in the diff! Regards! //Niclas From owner-freebsd-doc@FreeBSD.ORG Fri Dec 2 17:18:10 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 930CE16A41F for ; Fri, 2 Dec 2005 17:18:10 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: from av10-1-sn2.hy.skanova.net (av10-1-sn2.hy.skanova.net [81.228.8.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0413D43D5D for ; Fri, 2 Dec 2005 17:18:09 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av10-1-sn2.hy.skanova.net (Postfix, from userid 502) id E93F3381E5; Fri, 2 Dec 2005 18:18:06 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av10-1-sn2.hy.skanova.net (Postfix) with ESMTP id D02A337F14; Fri, 2 Dec 2005 18:18:06 +0100 (CET) Received: from t6o955p116.telia.com (t6o955p116.telia.com [212.181.189.236]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 0E63437E45; Fri, 2 Dec 2005 18:18:05 +0100 (CET) From: Joel Dahl To: Niclas Zeising In-Reply-To: <439071CF.5040608@n00b.apagnu.se> References: <439071CF.5040608@n00b.apagnu.se> Content-Type: text/plain; charset=iso8859-15 Date: Fri, 02 Dec 2005 18:18:06 +0100 Message-Id: <1133543886.664.4.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-doc@freebsd.org Subject: Re: [PATCH] update to the faq regarding the "touch: not found" error during buildworld X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 17:18:10 -0000 On Fri, 2005-12-02 at 17:09 +0100, Niclas Zeising wrote: > Hi! > This is an attempt to update the faq with an entry regarding the "touch: > not found" error. There is seen from time to time people asking and > wondering about this strange and non-informative error, so I think an > addition to the faq is good. > > Feel free to change anything you like in the diff! > Regards! > //Niclas Where's the diff? Jag tror att du glömde bifoga den... ;-) -- Joel - joel at FreeBSD dot org From owner-freebsd-doc@FreeBSD.ORG Fri Dec 2 17:22:58 2005 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B0C16A41F; Fri, 2 Dec 2005 17:22:58 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B795C43D58; Fri, 2 Dec 2005 17:22:57 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [217.211.5.18] (217.211.5.18) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 438C7D000010D2D9; Fri, 2 Dec 2005 18:22:56 +0100 Message-ID: <439074E8.8030007@n00b.apagnu.se> Date: Fri, 02 Dec 2005 17:23:04 +0100 From: Niclas Zeising User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joel Dahl References: <439071CF.5040608@n00b.apagnu.se> <1133543886.664.4.camel@dude.automatvapen.se> In-Reply-To: <1133543886.664.4.camel@dude.automatvapen.se> Content-Type: multipart/mixed; boundary="------------040205080304070409070202" Cc: freebsd-doc@freebsd.org Subject: Re: [PATCH] update to the faq regarding the "touch: not found" error during buildworld X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 17:22:58 -0000 This is a multi-part message in MIME format. --------------040205080304070409070202 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Joel Dahl wrote: > On Fri, 2005-12-02 at 17:09 +0100, Niclas Zeising wrote: > >>Hi! >>This is an attempt to update the faq with an entry regarding the "touch: >>not found" error. There is seen from time to time people asking and >>wondering about this strange and non-informative error, so I think an >>addition to the faq is good. >> >>Feel free to change anything you like in the diff! >>Regards! >>//Niclas > > > Where's the diff? On my harddrive... I forgot to attach it. Here it is. //Niclas --------------040205080304070409070202 Content-Type: text/plain; name="faq.book.sgml.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="faq.book.sgml.diff" --- faq.book.sgml.orig 2005-12-02 16:32:45.000000000 +0100 +++ faq.book.sgml 2005-12-02 17:02:20.000000000 +0100 @@ -4036,6 +4036,23 @@ to a complete system lockup. + + + + Why does buildworld/installworld die with the message + touch: not found? + + + + This error does not mean that touch is missing. The + error is instead propably due to the dates of the files + being set sometime in the future. If your CMOS-clock is + set to local time you need to run the command + adjkerntz -i to adjust the kernel clock + when booting into single user mode. + + + --------------040205080304070409070202-- From owner-freebsd-doc@FreeBSD.ORG Sat Dec 3 12:20:11 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0335116A42C for ; Sat, 3 Dec 2005 12:20:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B1BB43D6A for ; Sat, 3 Dec 2005 12:20:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3CK32C013045 for ; Sat, 3 Dec 2005 12:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3CK3qj013044; Sat, 3 Dec 2005 12:20:03 GMT (envelope-from gnats) Resent-Date: Sat, 3 Dec 2005 12:20:03 GMT Resent-Message-Id: <200512031220.jB3CK3qj013044@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Seán Farley Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 858BD16A41F for ; Sat, 3 Dec 2005 12:15:20 +0000 (GMT) (envelope-from sean@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0B0043D53 for ; Sat, 3 Dec 2005 12:15:19 +0000 (GMT) (envelope-from sean@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id jB3CFHkR037736 for ; Sat, 3 Dec 2005 06:15:17 -0600 (CST) (envelope-from sean@gw.farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.13.4/8.13.4) with ESMTP id jB3CFHDe080908 for ; Sat, 3 Dec 2005 06:15:17 -0600 (CST) (envelope-from sean@thor.farley.org) Received: (from sean@localhost) by thor.farley.org (8.13.4/8.13.4/Submit) id jB3CFHvh080907; Sat, 3 Dec 2005 06:15:17 -0600 (CST) (envelope-from sean) Message-Id: <200512031215.jB3CFHvh080907@thor.farley.org> Date: Sat, 3 Dec 2005 06:15:17 -0600 (CST) From: Seán Farley To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/89881: [patch] Spelling mistakes in pcm(4) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Seán Farley List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 12:20:11 -0000 >Number: 89881 >Category: docs >Synopsis: [patch] Spelling mistakes in pcm(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 03 12:20:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Seán Farley >Release: FreeBSD 6.0-STABLE i386 >Organization: >Environment: FreeBSD 6-STABLE as of Nov 28th. >Description: I fixed a couple of spelling mistakes in the pcm(4) man page. >How-To-Repeat: >Fix: ------------------------------------------------------- --- share/man/man4/pcm.4.orig Thu Oct 6 05:58:16 2005 +++ share/man/man4/pcm.4 Sat Dec 3 06:07:31 2005 @@ -151,12 +151,12 @@ .El .Pp To define default values for the different mixer channels, -set the channel to the prefered value using hints, e.g.: +set the channel to the preferred value using hints, e.g.: .Va hint.pcm.0.line Ns = Ns Qq Li 0 . This will mute the input channel per default. .Ss VCHANs Each device can optionally support more playback channels -that physical hardware provides by using +than physical hardware provides by using .Dq virtual channels or .Tn VCHANs . ------------------------------------------------------- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Dec 3 21:48:57 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F31816A420; Sat, 3 Dec 2005 21:48:57 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9124343D5D; Sat, 3 Dec 2005 21:48:56 +0000 (GMT) (envelope-from jcamou@FreeBSD.org) Received: from freefall.freebsd.org (jcamou@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3Lmuqg095513; Sat, 3 Dec 2005 21:48:56 GMT (envelope-from jcamou@freefall.freebsd.org) Received: (from jcamou@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3Lmu2l095509; Sat, 3 Dec 2005 21:48:56 GMT (envelope-from jcamou) Date: Sat, 3 Dec 2005 21:48:56 GMT From: "Jesus R. Camou" Message-Id: <200512032148.jB3Lmu2l095509@freefall.freebsd.org> To: jcamou@FreeBSD.org, freebsd-doc@FreeBSD.org, jcamou@FreeBSD.org Cc: Subject: Re: docs/89881: [patch] Spelling mistakes in pcm(4) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 21:48:57 -0000 Synopsis: [patch] Spelling mistakes in pcm(4) Responsible-Changed-From-To: freebsd-doc->jcamou Responsible-Changed-By: jcamou Responsible-Changed-When: Sat Dec 3 21:48:14 GMT 2005 Responsible-Changed-Why: Set me as responsible. http://www.freebsd.org/cgi/query-pr.cgi?pr=89881 From owner-freebsd-doc@FreeBSD.ORG Sat Dec 3 22:20:06 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2977216A41F for ; Sat, 3 Dec 2005 22:20:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158FA43D5E for ; Sat, 3 Dec 2005 22:20:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3MK2Pn001160 for ; Sat, 3 Dec 2005 22:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3MK2qI001159; Sat, 3 Dec 2005 22:20:02 GMT (envelope-from gnats) Resent-Date: Sat, 3 Dec 2005 22:20:02 GMT Resent-Message-Id: <200512032220.jB3MK2qI001159@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Lowell Gilbert Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 353D716A41F for ; Sat, 3 Dec 2005 22:13:49 +0000 (GMT) (envelope-from lowell@be-well.ilk.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D6F43D62 for ; Sat, 3 Dec 2005 22:13:48 +0000 (GMT) (envelope-from lowell@be-well.ilk.org) Received: (qmail 2241 invoked from network); 3 Dec 2005 22:13:48 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 3 Dec 2005 22:13:47 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id CCBC42841D; Sat, 3 Dec 2005 17:13:46 -0500 (EST) Message-Id: <20051203221346.CCBC42841D@be-well.ilk.org> Date: Sat, 3 Dec 2005 17:13:46 -0500 (EST) From: Lowell Gilbert To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/89900: [PATCH] new text on backup strategies for Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 22:20:06 -0000 >Number: 89900 >Category: docs >Synopsis: [PATCH] new text on backup strategies for Handbook >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Dec 03 22:20:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Lowell Gilbert >Release: FreeBSD 6.0-STABLE i386 >Organization: n/a >Environment: System: FreeBSD be-well.ilk.org 6.0-STABLE FreeBSD 6.0-STABLE #5: Tue Nov 29 19:56:53 EST 2005 root@be-well.ilk.org:/usr/src/sys/i386/compile/BE-WELL6 i386 >Description: This is new text discussing how to choose backup strategies. >How-To-Repeat: n/a >Fix: --- en_US.ISO8859-1/books/handbook/disks/chapter.sgml.ORIG Fri Aug 5 15:06:20 2005 +++ en_US.ISO8859-1/books/handbook/disks/chapter.sgml Sat Dec 3 16:03:31 2005 @@ -2269,8 +2269,103 @@ restore it, even if you have not asked it to! + + Backup Strategies + + + The first requirement in devising a backup plan is to make sure that all of the + following problems are covered: + + + + disk failure + + + + + accidental file deletion + + + + + random file corruption + + + + + complete machine destruction (e.g., fire) including destruction of any on-site backups + + + + + It is perfectly possible that some systems will be best served by + having each of these problems covered by a completely different + technique. Except for strictly personal systems with very low-value + data, it is unlikely that one technique would cover all of them. + + Some of the techniques in the toolbox are: + + + archives of the whole system, backed up onto permanent media + offsite. This actually provides protection against all of the + possible problems listed above, but is slow and inconvenient to + restore from. You can keep copies of the backups onsite and/or + online, but there will still be inconveniences in restoring files, + especially for non-privileged users. + + + + filesystem snapshots. This is really only helpful in the + accidental file deletion scenario, but it can be + very helpful + in that case, and is quick and easy to deal with. + + + + + copies of whole filesystems and/or disks. [for example, + periodic rsync of the whole machine] This is generally most + useful in networks with unique requirements. For general + protection against disk failure, it is usually inferior to + RAID. For restoring accidentally deleted + files, it can be comparable to UFS + snapshots, but that depends on your preferences. + + + + + + RAID. Minimizes or avoids downtime + when a disk fails. At the expense of having to deal with disk + failures more often (because you have more disks), albeit at a + much lower urgency. + + + + + + checking fingerprints of files. The + &man.mtree.8; + program is very useful for this. Although it is not a backup + technique, it helps guarantee that you will notice when you need + to resort to your backups. This is particularly important for + offline backups, and should be checked periodically. + + + + + It is quite easy to come up with even more techniques, many of them + variations on the ones listed above. Specialized requirements will + usually lead to specialized techniques (for example, backing up a live + database usually requires a method particular to the database + software as an intermediate step). The important thing is to know + what dangers you want to protect against, and how you will handle + each. + + + Backup Basics The three major backup programs are >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Dec 3 22:30:14 2005 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0161F16A41F for ; Sat, 3 Dec 2005 22:30:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1291D43D69 for ; Sat, 3 Dec 2005 22:30:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3MU9tP001790 for ; Sat, 3 Dec 2005 22:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3MU8eu001789; Sat, 3 Dec 2005 22:30:08 GMT (envelope-from gnats) Resent-Date: Sat, 3 Dec 2005 22:30:08 GMT Resent-Message-Id: <200512032230.jB3MU8eu001789@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Alejandro Acosta Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A7516A420 for ; Sat, 3 Dec 2005 22:27:13 +0000 (GMT) (envelope-from acosta@freebsd.fisica.unam.mx) Received: from freebsd.fisica.unam.mx (freebsd.fisica.unam.mx [132.248.209.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4955443D60 for ; Sat, 3 Dec 2005 22:27:12 +0000 (GMT) (envelope-from acosta@freebsd.fisica.unam.mx) Received: from freebsd.fisica.unam.mx (localhost.fisica.unam.mx [127.0.0.1]) by freebsd.fisica.unam.mx (8.13.1/8.13.1) with ESMTP id jB3MJts0059994 for ; Sat, 3 Dec 2005 16:19:55 -0600 (CST) (envelope-from acosta@freebsd.fisica.unam.mx) Received: (from acosta@localhost) by freebsd.fisica.unam.mx (8.13.1/8.13.1/Submit) id jB3MJtY0059993; Sat, 3 Dec 2005 16:19:55 -0600 (CST) (envelope-from acosta) Message-Id: <200512032219.jB3MJtY0059993@freebsd.fisica.unam.mx> Date: Sat, 3 Dec 2005 16:19:55 -0600 (CST) From: Alejandro Acosta To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/89902: [Patch] chapter update /es_ES.ISO8859-1/books/handbook/disks X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alejandro Acosta List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 22:30:14 -0000 >Number: 89902 >Category: docs >Synopsis: [Patch] chapter update /es_ES.ISO8859-1/books/handbook/disks >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Dec 03 22:30:08 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Alejandro Acosta >Release: FreeBSD 4.10-STABLE i386 >Organization: >Environment: System: FreeBSD freebsd.fisica.unam.mx 4.10-STABLE FreeBSD 4.10-STABLE #0: Fri Oct 1 17:02:02 CDT 2004 acosta@freebsd.fisica.unam.mx:/usr/src/sys/compile/INFIERNOS i386 >Description: Updates to files in /es_ES.ISO8859-1/books/handbook/ - disks/chapter.sgml Translation update of the complete chapter - config/chapter.sgml Update for correct build dependencies >How-To-Repeat: >Fix: --- chapter.diff begins here --- --- chapter.sgml.old Sat Dec 3 13:18:52 2005 +++ chapter.sgml Sat Dec 3 15:39:56 2005 @@ -2,222 +2,4120 @@ The FreeBSD Documentation Project $FreeBSD: doc/es_ES.ISO8859-1/books/handbook/disks/chapter.sgml,v 1.3 2004/10/08 23:03:43 jesusr Exp $ - $FreeBSDes: doc/es_ES.ISO8859-1/books/handbook/disks/chapter.sgml,v 1.3 2004/10/08 18:41:49 jesusr Exp $ --> - Discos - - Escrito por &a.obrien; 26 de Abril de 1998 - - Supongamos que queremos añadir un nuevo disco SCSI a una - máquina que en la actualidad sólo tiene un único - disco. En primer lugar, apague el ordenador e instale el disco siguiendo - las instrucciones del fabricante del ordenador, de la controladora y del - propio disco. A causa de la diversidad de procedimientos para hacer esto, - los detalles exceden el ámbito de este documento. - - Entre en el sistema como el usuario root. Una - vez que haya instalado el disco, inspeccione - /var/run/dmesg.boot para asegurarse de que el nuevo - disco ha sido encontrado. Continuando con nuestro ejemplo, el disco - recientemente añadido será da1 y lo - montaremos en /1 (si está usted - añadiendo un disco IDE, sustituya da por - wd). - - Como FreeBSD funciona en ordenadores compatibles con el IBM-PC, debe - tener en cuenta las particiones de la BIOS del PC. Estas son diferentes - de las particiones tradicionales de tipo BSD. Un disco de PC puede tener - hasta cuatro entradas para particiones de tipo BIOS. Si el disco va a ser - realmente dedicado a FreeBSD, puede usted emplear el modo dedicado - (dedicated). En otro caso, FreeBSD tendrá que - alojarse en una de las particiones de la BIOS. FreeBSD llama a las - particiones de la BIOS slices, para no confundirlas - con las particiones tradicionales de tipo BSD. También puede usted - usar slices en un disco que esté dedicado a FreeBSD, pero en un - ordenador que además tenga otro sistema operativo instalado. Esto - es así para no confundir a la utilidad fdisk - del otro sistema operativo. - - En el caso de utilizar slices, el disco será añadido - como /dev/da1s1e. Esto se lee del siguiente modo: - disco SCSI, unidad número 1 (segundo disco SCSI), slice 1 - (partición 1 de la BIOS) y partición e - de tipo BSD. En el caso de utilizar el modo dedicado, el disco será - añadido, simplemente, como /dev/da1e. + Almacenamiento - - Uso de Sysinstall - - Puede utilizar /stand/sysinstall para crear y - etiquetar particiones en un disco nuevo usando sus intuitivos - menús. Bien entre en el sistema como el usuario - root, o bien utilice el comando - su. Ejecute /stand/sysinstall y - seleccione el menú Configure. Dentro del - menú FreeBSD Configuration Menu, baje hasta - seleccionar la opción Partition. A - continuación, se le debería mostrar una lista de los - discos duros instalados en su sistema. Si no aparece - da1, deberá usted comprobar la - instalación física del disco y la salida del comando - dmesg almacenada en el archivo - /var/run/dmesg.boot. - - Seleccione da1 para pasar al editor de - particiones FDISK Partition Editor. Pulse - A para usar el disco entero para FreeBSD. Cuando se - le pregunte si quiere mantener el disco compatible con la - instalación de algún sistema operativo en el futuro - (remain cooperative with any future possible operating - systems) conteste afirmativamente (YES). - Escriba los cambios en el disco pulsando W. Ahora - salga del editor FDISK pulsando q. A - continuación se le preguntará acerca del sector de inicio - del disco (MBR, Master Boot Record). Como está usted - añadiendo un disco a un sistema que ya se encuentra en - funcionamiento, seleccione la opción None - (esta opción deja el MBR intacto). - - A continuación llegará al Disk Label - Editor. Aquí es donde creará las particiones de - estilo tradicional BSD. Un disco puede tener hasta ocho particiones, - designadas a-h. Algunas de las etiquetas de las particiones tienen usos - especiales. La etiqueta a se utiliza para la - partición raíz (/, root partition). - Por tanto, sólo su disco de sistema (es decir, aquel desde el - cual arranca el sistema) debería tener una partición - a. La etiqueta b se utiliza para - particiones de swap (memoria virtual) y es posible tener varios discos - con particiones de swap. La etiqueta c representa a - todo el disco utilizado en modo dedicado, o a todo el slice de FreeBSD - si es que utilizamos el modo slice. Las restantes etiquetas son para - uso general. - - El editor de etiquetas (de particiones) de Sysinstall utiliza la - etiqueta e para particiones que no son root ni swap. - Dentro del editor de etiquetas de particiones, cree un único - sistema de archivos pulsando C. Cuando se le - pregunte si será un sistema de archivos (FS, file system) o - swap, elija FS e indique un punto donde montarlo - (por ejemplo, /mnt). Cuando añada un disco - una vez instalado FreeBSD, Sysinstall no creará la entrada - correspondiente en /etc/fstab, por lo que no - resulta importante el punto que indique para montar el disco. - - En este momento, ya puede escribir en el disco la - información de las particiones y sus etiquetas y crear un - sistema de archivos. Para ello pulse W. Ignore - cualquier error de Sysinstall que le informe de que no pudo montar la - nueva partición. Ya puede salir del editor de etiquetas de - particiones y de Sysinstall. - - El último paso consiste en editar - /etc/fstab para añadir una entrada para el - nuevo disco. + + Sinopsis + + + Este capítulo cubre el uso de discos en FreeBSD. + Esto incluye discos basados en memoria, discos conectados + vía red, dispositivos de almacenamiento SCSI/IDE + estándares y dispositivos que utilizan la interfaz + USB. + + Despues de leer este capítulo, usted sabrá: + + La terminología que FreeBSD utiliza para + describir la organización de datos en un disco físico + (particiones y porciones). + + Como agregar discos duros adicionales a su sistema. + + + Como configurar &os; para utilizar dispositivos de + almacenamiento USB. + + Como configurar sistemas de archivos virtuales, como + discos de memoria. + + Como utilizar cuotas para limitar el uso del espacio + en disco. + + + Como encriptar discos para asegurarlos contra atacantes. + + + Como crear y quemar CDs y DVDs en FreeBSD. + + + Las varias opciones de almacenamiento para respaldos. + + + Como utilizar programas de respaldo disponibles bajo + FreeBSD. + + + Como respaldar a discos flexibles (floppy). + + + Que es una instantanea (snapshot) y como utilizarlas + eficientemente. + + + + Antes de leer este capítulo usted debe: + + + + Saber como configurar e instalar un nuevo kernel en + FreeBSD (). + + + + + + + Nombres de dispositivo + + La siguiente es una lista de dispositivos de + almacenamiento físicos soportados en FreeBSD + y los nombres de dispositivos asociados con ellos. + + + Convenciones para nombrar discos físicos + + + + + Tipo de unidad + Nombre de dispositivo de la unidad + + + + + Discos duros IDE + ad + + + Unidades CDROM IDE + acd + + + Discos duros SCSI y dispositivos de almacenamiento masivo USB + da + + + Unidades CDROM SCSI + cd + + + Diferentes tipos de unidades CDROM no estándares + mcd para Mitsumi CD-ROM, + scd para Sony CD-ROM, + matcd para Matsushita/Panasonic CD-ROM + + El controlador &man.matcd.4; ha sido removido + en la rama FreeBSD 4.X desde el 5 de octubre + de 2002 y no existe en FreeBSD 5.0 y + versiones posteriores. + + + + + Unidades de disco flexible + fd + + + Unidades de cinta SCSI + sa + + + Unidades de cinta IDE + ast + + + Unidades Flash + fla para dispositivos &diskonchip; + + + Unidades RAID + aacd para &adaptec; AdvancedRAID, + mlxd y mlyd + para &mylex;, + amrd para AMI &megaraid;, + idad para Compaq Smart RAID, + twed para &tm.3ware; RAID. + + + +
- - Utilización de la línea de comandos + + + + + David + O'Brien + Contribuido originalmente por + + + + + + Agregar discos + + + discos + agregar + + + Digamos que queremos agregar un nuevo disco SCSI a una + máquina que actualmente solo tiene un disco. Primero + apague la computadora e instale el disco en la computadora + siguiendo las instrucciones del fabricante de la computadora, + del disco y del controlador. Debido a la gran variedad de + procedimientos para hacer esto, los detalles están más + allá del alcance de este documento. + + Entre como usuario root. Despues de que haya + instalado el disco, inspeccione /var/run/dmesg.boot + para asegurarse que se encontró el nuevo disco. Continuando + con nuestro ejemplo, el recién añadido disco será + da1 y queremos montarlo en + /1 (si esta agregando un disco IDE, el nombre de + dispositivo será wd1 en sistemas + anteriores a 4.0, o ad1 en sistemas + 4.X y 5.X). + + particiones + slices + + fdisk + + + FreeBSD corre en computadoras IBM-PC y compatibles, por lo tanto + debe tomar en cuenta las particiones del bios de la PC. Estas son + diferentes de las particiones BSD tradicionales. Un disco de PC + tiene hasta cuatro entradas de particiones BIOS. Si el disco va + a ser enteramente dedicado a FreeBSD, puede usar el modo + dedicado. De otra manera, FreeBSD + tendrá que vivir dentro de una las particiones BIOS. + FreeBSD le llama porciones (slices) a las particiones de PC BIOS + para no confundirlas con las particiones BSD tradicionales. + También puede utilizar porciones en un disco que está + dedicado a FreeBSD, pero que se está usando en una + computadora que también tiene otro sistema operativo + instalado. Esta es una buena manera de evitar confundir a la + utilidad fdisk de otros sistemas operativos. + + En el caso de las porciones el disco será + añadido como /dev/da1s1e. Esto se + lee como: disco SCSI, unidad número 1 (segundo disco + SCSI), porción 1 (partición 1 de PC BIOS), + y partición BSD e. En el caso + dedicado, el disco será añadido simplemente como + /dev/da1e. + + + Debido al uso de enteros de 32-bits para almacenar el número + de sectores, &man.bsdlabel.8; (llamado &man.disklabel.8; en &os; 4.X) + está limitado a 2^32-1 sectores por disco o 2TB en la + mayoría de los casos. El formato de &man.fdisk.8; permite + un sector de arranque de no más de 2^32-1 y no más + de 2^32-1 de largo, limitando las particiones a 2TB y los discos + a 4TB en la mayoría de los casos. El formato &man.sunlabel.8; + está limitado a 2^32-1 sectores por partición y 8 + particiones para un total de 16TB. Para discos más grandes + se pueden utilizar particiones &man.gpt.8;. - * Uso de Slices + Usando &man.sysinstall.8; + + sysinstall + agregando discos + + + su + + + + Navegar en <application>Sysinstall</application> + + + Puede utilizar sysinstall + (/stand/sysinstall en versiones de &os; + anteriores a 5.2) para particionar y etiquetar un + disco nuevo usando sus menús amigables. + Entre como el usuario root o utilice + el comando su. Ejecute + sysinstall y entre al menú + Configure. Dentro de + FreeBSD Configuration Menu, avance hacia + abajo y seleccione la opción Fdisk. + + + + Editor de particiones <application>fdisk</application> + + Una vez dentro de fdisk, teclée + A para usar el disco entero para FreeBSD. + cuando se le pregunte remain cooperative with any future + possible operating systems, responda YES. + Escriba los cambios al disco utilizando W. + Ahora salga del editor FDISK tecleando q. + A continuación se le preguntará sobre el + Master Boot Record. Debido a que está + agregando un disco nuevo a un sistema que ya está + corriendo, elija None. + + + + Editor de etiquetas de disco - + particiones BSD + + A continuación, necesita salir de + sysinstall e iniciarlo de nuevo. + Siga las direcciones de arriba, aunque esta vez elija la + opción Label. Esto + accesará el editor de etiquetas de disco. + Aquí es donde creará las particiones BSD + tradicionales. Un disco puede tener hasta ocho particiones, + etiquetadas a-h. + Algunas de las etiquetas de las particiones tienen + usos especiales. La partición a + es utilizada para la partición raíz + (/). Entonces solamente su disco + de sistema (ej. el disco del que arranca) debe tener + una partición a. + La partición b es utilizada + como partición swap, y puede tener muchos discos + con particiones swap. La partición c + hace referencia al disco entero en modo dedicado, o a + la porción (slice) de FreeBSD completa en modo + porción (slice). Las otras particiones son para + uso general. + + El editor de etiquetas de sysinstall + favorece la partición e como + partición no-raíz, no-swap. Dentro del + editor de etiquetas, crée un solo sistema de + archivos tecleando C. Cuando se + le pregunte si este será un FS (file system) o swap, + escoja FS y teclée un punto de + montaje (ej. /mnt). Al agregar un + disco en modo post-instalación, + sysinstall no creará + entradas en /etc/fstab por usted, por + lo tanto el punto de montaje que usted especifique no es + importante. + + Ahora está listo para escribir la nueva etiqueta + al disco y crear un sistema de archivos en él. + Haga esto tecleando W. Ignore + cualquier error de sysinstall + de que no pudo montar la nueva partición. Salga del + editor de etiquetas y de sysinstall + completamente. + + + + Terminar + + El último paso es editar /etc/fstab + y agregar una entrada para su disco nuevo. + + - + - Modo Dedicado + Utilizando utilidades de línea de comandos - Si no va a compartir el nuevo disco con otro sistema operativo, - puede usar el modo dedicado (dedicated). Recuerde - que este modo puede confundir a los sistemas operativos de Microsoft; - no obstante, estos no causarán ningún daño. En - cambio, el OS/2 de IBM se “apropiará” de cualquier - partición que encuentre y que no reconozca. - - &prompt.root; dd if=/dev/zero of=/dev/rda1 bs=1k count=1 + + Usando porciones (slices) + + Esta configuración le permitirá a su + disco trabajar correctamente con otro sistema operativo + que pueda estar instalado en su computadora y no + confundirá a utilidades fdisk de + otros sistemas operativos. Se recomienda utilizar este + método para instalar discos nuevos. ¡Solamente + utilice el modo dedicado si tiene una buena razón + para hacerlo! + + &prompt.root; dd if=/dev/zero of=/dev/da1 bs=1k count=1 +&prompt.root; fdisk -BI da1 #Initialize your new disk +&prompt.root; disklabel -B -w -r da1s1 auto #Label it. +&prompt.root; disklabel -e da1s1 # Edit the disklabel just created and add any partitions. +&prompt.root; mkdir -p /1 +&prompt.root; newfs /dev/da1s1e # Repeat this for every partition you created. +&prompt.root; mount /dev/da1s1e /1 # Mount the partition(s) +&prompt.root; vi /etc/fstab # Add the appropriate entry/entries to your /etc/fstab. + + Si tiene un disco IDE, sustituya ad + por da. En sistemas pre-4.X use + wd. + + + + Dedicado + OS/2 + + Si no estará compartiendo el disco nuevo con otro + sistema operativo, puede utilizar el modo dedicado. + Recuerde que este modo puede confundir a los sistemas operativos + de Microsoft; de todas maneras, ningun daño será + hecho por ellos. &os2; de IBM por otra parte, se apropiará + de cualquier partición que encuentre la cual no + entienda. + + &prompt.root; dd if=/dev/zero of=/dev/da1 bs=1k count=1 &prompt.root; disklabel -Brw da1 auto -&prompt.root; disklabel -e da1 # creamos la partición `e' -&prompt.root; newfs -d0 /dev/rda1e +&prompt.root; disklabel -e da1 # crear partición `e' +&prompt.root; newfs -d0 /dev/da1e &prompt.root; mkdir -p /1 -&prompt.root; vi /etc/fstab # añadimos una entrada para /dev/da1e +&prompt.root; vi /etc/fstab # agregar una entrada para /dev/da1e &prompt.root; mount /1 - - Un método alternativo resulta: - - &prompt.root; dd if=/dev/zero of=/dev/rda1 count=2 -&prompt.root; disklabel /dev/rda1 | disklabel -BrR da1 /dev/stdin -&prompt.root; newfs /dev/rda1e + + An método alterno es: + + &prompt.root; dd if=/dev/zero of=/dev/da1 count=2 +&prompt.root; disklabel /dev/da1 | disklabel -BrR da1 /dev/stdin +&prompt.root; newfs /dev/da1e &prompt.root; mkdir -p /1 -&prompt.root; vi /etc/fstab # añadimos una entrada para /dev/da1e +&prompt.root; vi /etc/fstab # agregar una entrada para /dev/da1e &prompt.root; mount /1 + + Desde &os; 5.1-RELEASE, la utilidad + &man.bsdlabel.8; reemplazó al antiguo programa + &man.disklabel.8;. Con &man.bsdlabel.8; un número + de opciones obsoletas y parámetros han sido retirados; + en los ejemplos de arriba la opción + deben ser removidos con &man.bsdlabel.8;. Para mayor + información, por favor refiérase a la + página de manual &man.bsdlabel.8;. + - - - * Discos no tradicionales - + + + RAID + + + Software RAID + + + + + + Christopher + Shumway + Trabajo original de + + + + + Jim + Brown + Revisado por + + + + +RAIDsoftware + + RAIDCCD + + + Configuración de controlador de disco concatenado (CCD) + + Al escoger una solución de almacenamiento masivo + los factores más importantes a considerar son velocidad, + confiabilidad y costo. Es raro tener los tres en balance; + normalmente un dispositivo de almacenamiento masivo veloz y + confiable es caro, y para recortar los costos la velocidad + o confiabilidad debe ser sacrificada. + + Al diseñar el sistema descrito abajo, el costo fué + escogido como el factor más importante, seguido por + velocidad y luego confiabilidad. + La velocidad de transferencia de datos para este sistema está, + en última instancia, limitada por la red. Y mientras que la + confiabilidad es muy importante, el controlador CCD descrito abajo + sirve datos en línea que ya están respaldados + en CD-R y pueden ser facilmente reemplazados. + + Definir sus propios requerimientos es el primer paso al + escoger una solución de almacenamiento masivo. Si sus + requerimientos prefieren velocidad o confiabilidad sobre + costo, su solución diferirá del sistema + descrito en esta sección. + + + + Instalando el hardware + + En adición al sistema de disco IDE, tres + discos IDE Western Digital de 30GB, 5400 RPM forman + el núcleo del disco CCD descrito abajo + brindando aproximadamente 90GB de almacenamiento en + línea. Idealmente, cada disco IDE tendría + su propio cable y controlador, pero para minimizar + costos, los controladores IDE adicionales no fueron + utilizados. En su lugar los discos fueron configurados + con jumpers para que cada controlador IDE tuviera un + mestro y un esclavo. + + Despues de reiniciar, el BIOS fué configurado + para que detectara automaticamente los discos + conectados. Más importante aún, + FreeBSD los detectó al reiniciar: + + ad0: 19574MB <WDC WD205BA> [39770/16/63] at ata0-master UDMA33 +ad1: 29333MB <WDC WD307AA> [59598/16/63] at ata0-slave UDMA33 +ad2: 29333MB <WDC WD307AA> [59598/16/63] at ata1-master UDMA33 +ad3: 29333MB <WDC WD307AA> [59598/16/63] at ata1-slave UDMA33 + + Si FreeBSD no detecta todos los discos, + asegúrese que tiene colocados los jumpers + correctamente. La mayoría de los discos IDE + tienen también un jumper Cable Select. + Este no es el jumper para la + relación maestro/esclavo. Consulte la documentación + del disco para ayudarle a identificar el jumper correcto. + + A continuación, considere conectarlos como + parte del sistema de archivos. Debe investigar &man.vinum.8; + () y &man.ccd.4;. En esta + configuración particular, &man.ccd.4; fué + escogido. + + + + Configurando el CCD + + El controlador &man.ccd.4; le permite tomar + varios discos idénticos y concatenarlos + en un solo sistema de archivos lógico. + Para poder usar &man.ccd.4;, necesita un + kernel compilado con soporte de &man.ccd.4;. + Añada esta línea a su archivo de configuración + de kernel, recompile y reinstale el kernel: + + pseudo-device ccd 4 + + En sistemas 5.X, tiene que usar la siguiente línea: + + device ccd + + En FreeBSD 5.X, no es necesario especificar + un número de dispositivos &man.ccd.4;, ya que el controlador + de dispositivo &man.ccd.4; ahora se auto clona — nuevas + instancias de dispositivo serán creadas automaticamente + en demanda. + + El soporte &man.ccd.4; también puede + ser cargado como un módulo cargable del + kernel en FreeBSD 3.0 o posteriores. + + Para configurar &man.ccd.4;, primero debe + usar &man.disklabel.8; para etiquetar los + discos: + + disklabel -r -w ad1 auto +disklabel -r -w ad2 auto +disklabel -r -w ad3 auto + + Esto crea una etiqueta de disco para ad1c, + ad2c y + ad3c que cubren + el disco entero. + + Desde &os; 5.1-RELEASE, la utilidad + &man.bsdlabel.8; reemplazó al antiguo programa + &man.disklabel.8;. Con &man.bsdlabel.8; un número + de opciones obsoletas y parámetros han sido retirados; + en los ejemplos de arriba la opción + deben ser removidas. Para mayor + información, por favor refiérase a la + página de manual &man.bsdlabel.8;. + + El siguiente paso es cambiar el tipo de etiqueta + de disco. Puede usar &man.disklabel.8; para editar + los discos: + + disklabel -e ad1 +disklabel -e ad2 +disklabel -e ad3 + + Esto abre la etiqueta actual de disco en cada disco + con el editor especificado por la variable de + entorno EDITOR, tipicamente &man.vi.1;. + + Una etiqueta de disco sin modificar se verá + como esto: + + 8 partitions: +# size offset fstype [fsize bsize bps/cpg] + c: 60074784 0 unused 0 0 0 # (Cyl. 0 - 59597) + + Agregue una nueva partición e para + utilizar con &man.ccd.4;. Esto puede copiarse usualmente desde + la partición c, pero el + debe ser 4.2BSD. + La etiqueta de disco debe verse ahora como esto: + + 8 partitions: +# size offset fstype [fsize bsize bps/cpg] + c: 60074784 0 unused 0 0 0 # (Cyl. 0 - 59597) + e: 60074784 0 4.2BSD 0 0 0 # (Cyl. 0 - 59597) + + + + + Contruyendo el sistema de archivos + + Puede que todavía no exista el + nodo de dispositivo para ccd0c, + así que para crearlo, ejecute los + siguientes comandos: + + cd /dev +sh MAKEDEV ccd0 + + En FreeBSD 5.0, &man.devfs.5; administrará + automaticamente los nodos de dispositivos en /dev, + por lo tanto el uso de MAKEDEV no + es necesario. + + Ahora que tiene todos los discos etiquetados, debe + construir el &man.ccd.4;. Para hacer eso, use + &man.ccdconfig.8;, con opciones similares a las siguientes: + + ccdconfig ccd0 32 0 /dev/ad1e /dev/ad2e /dev/ad3e + + El uso y significado de cada opción se muestra abajo: + + + + El primer argumento es el dispositivo a configurar, en este + caso /dev/ccd0c. La porción + /dev/ es opcional. + + + + + El intervalo para el sistema de archivos. El intervalo + define el tamaño de una banda en bloques de disco, + cada una normalmente de 512 bytes. Entonces, un intervalo + de 32 sería 16,384 bytes. + + + + Banderas para &man.ccdconfig.8;. Si desea habilitar + el espejado de discos, puede especificar una bandera + aquí. Esta configuración no brinda + espejado para &man.ccd.4;, por lo tanto está + colocado a 0 (cero). + + + + Los argumentos finales a &man.ccdconfig.8; + son los dispositivos a colocar en el array. Utilice + la ruta completa para cada dispositivo. + + + + + Despues de correr &man.ccdconfig.8; el &man.ccd.4; + es configurado. Un sistema de archivos puede ser + instalado. Refiérase a &man.newfs.8; para + las opciones, o simplemente ejecute: + + newfs /dev/ccd0c + + + + + + Haciendolo todo automático + + Gereralmente, usted deseará montar + el &man.ccd.4; despues de cada reinicio. Para + hacer esto, debe primero configurarlo. Escriba su + configuración actual a + /etc/ccd.conf usando el + siguiente comando: + + ccdconfig -g > /etc/ccd.conf + + Durante el reinicio, el script /etc/rc + corre ccdconfig -C si + /etc/ccd.conf existe. Esto + configura automaticamente el &man.ccd.4; para que + pueda ser montado. + + Si esta arrancando en modo mono usuario, antes de que + pueda montar el &man.ccd.4;, necesita ejecutar el siguiente + comando para configurar el array: + + ccdconfig -C + + + Para montar automaticamente el &man.ccd.4;, + coloque una entrada para el &man.ccd.4; en + /etc/fstab para que sea + montado al momento de arranque: + + /dev/ccd0c /media ufs rw 2 2 + + + + + El administrador de volúmenes Vinum + +RAIDsoftware + + RAID + Vinum + + + El administrador de volúmenes Vinum es un + controlador de dispositivos de bloque el cual implementa + unidades de disco virtuales. Aisla los discos hardware de + la interfaz de dispositivos de bloque y mapea datos de + manera que resulta en un incremento de flexibilidad, + rendimiento y confiabilidad comparados con la vista por + porciones (slices) tradicional de almacenamiento de disco. + &man.vinum.8; implementa los modelos RAID-0, RAID-1 y + RAID-5, individualmente o en combinación. + + Vea para mayor + información sobre &man.vinum.8;. + + + + + RAID por Hardware + + + RAID + hardware + + + FreeBSD también soporta una variedad de controladores RAID + por hardware. Estos dispositivos controlan un subsistema + RAID sin la necesidad de software específico + para FreeBSD que administre el array. + + Usando una tarjeta con BIOS, la tarjeta controla la + mayoría de las operaciones de disco. La siguiente es una breve + descripción de configuración utilizando una + controladora Promise RAID IDE. + Cuando esta tarjeta es instalada y el sistema es iniciado, despliega + un prompt pidiendo información. Siga las instrucciones + para ingresar a la pantalla de configuración de la tarjeta. + Desde aquí, tiene la habilidad de combinar todos los + discos conectados. despues de hacerlo, el disco(s) se verá + como una sola unidad para FreeBSD. Otros niveles de RAID + se pueden configurar. + + + + Reconstruyendo arrays ATA RAID1 + + FreeBSD le permite reemplazar en caliente un disco fallido en un + array. Esto requiere que lo intercepte antes de reinicar. + + Probablemente vea algo como lo siguiente en + /var/log/messages o en la salida de + &man.dmesg.8;: + + ad6 on monster1 suffered a hard error. +ad6: READ command timeout tag=0 serv=0 - resetting +ad6: trying fallback to PIO mode +ata3: resetting devices .. done +ad6: hard error reading fsbn 1116119 of 0-7 (ad6 bn 1116119; cn 1107 tn 4 sn 11)\\ +status=59 error=40 +ar0: WARNING - mirror lost + + Usando &man.atacontrol.8;, revise para encontrar más + información: + + &prompt.root; atacontrol list +ATA channel 0: + Master: no device present + Slave: acd0 <HL-DT-ST CD-ROM GCR-8520B/1.00> ATA/ATAPI rev 0 + +ATA channel 1: + Master: no device present + Slave: no device present + +ATA channel 2: + Master: ad4 <MAXTOR 6L080J4/A93.0500> ATA/ATAPI rev 5 + Slave: no device present + +ATA channel 3: + Master: ad6 <MAXTOR 6L080J4/A93.0500> ATA/ATAPI rev 5 + Slave: no device present + +&prompt.root; atacontrol status ar0 +ar0: ATA RAID1 subdisks: ad4 ad6 status: DEGRADED + + + + Primero necesitará desconectar el disco del array para + que pueda removerlo con seguridad: + + &prompt.root; atacontrol detach 3 + + + + Reemplace en disco. + + + + Reconecte el disco como un repuesto: + + &prompt.root; atacontrol attach 3 +Master: ad6 <MAXTOR 6L080J4/A93.0500> ATA/ATAPI rev 5 +Slave: no device present + + + + Reconstruya el array: + + &prompt.root; atacontrol rebuild ar0 + + + + El comando de reconstrucción se traba hasta que se completa. + De todas maneras, es posible abrir otra terminal (usando + Alt Fn) + y revisar el progreso ejecutando el siguiente comando: + + &prompt.root; dmesg | tail -10 +[output removed] +ad6: removed from configuration +ad6: deleted from ar0 disk1 +ad6: inserted into ar0 disk1 as spare + +&prompt.root; atacontrol status ar0 +ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 0% completed + + + + Espere hasta que esta operación se complete. + + + + + + + + + + Marc + Fonvieille + Contribuido por + + + + + + Dispositivos de almacenamiento USB + + USB + discos + + + Una gran cantidad de soluciones de almacenamiento + externo, en estos días, utilizan el bus serie + universal (USB): discos duros, USB thumbdrives, quemadores + CD-R, etc. &os; brinda soporte para estos dispositivos. + + + Configuración + + El controlador de dispositivos de almacenamiento masivo + USB, &man.umass.4;, brinda el soporte para dispositivos de + almacenamiento USB. Si usa el kernel GENERIC, + no necesita cambiar nada en su configuración. Si + utiliza un kernel personalizado, asegúrese que las + siguientes líneas estén presentes en su + archivo de configuración del kernel: + + device scbus +device da +device pass +device uhci +device ohci +device usb +device umass + + El controlador &man.umass.4; usa el subsistema SCSI para + accesar los dispositivos de almacenamiento USB, su + dispositivo USB será visto por el sistema como un + dispositivo SCSI. Dependiendo del chipset USB en su + tarjeta madre, solamente necesita + device uhci o + device ohci, de todas maneras, el tener + los dos en el archivo de configuración del kernel + es inofensivo. No olvide compilar e instalar el nuevo + kernel si añadió cualquier línea. + + + Si su dispositivo USB es un quemador CD-R o DVD, el + controlador SCSI CD-ROM, &man.cd.4;, debe ser agregado al + kernel con la línea: + + device cd + + Debido a que el quemador es visto como una unidad + SCSI, el controlador &man.atapicam.4; no debe ser + utilizado en la configuración del kernel. + + + El soporte para controladores USB 2.0 es proporcionado + en &os; 5.X y en la rama 4.X desde &os; 4.10-RELEASE. + Tiene que agregar: + + device ehci + + a su archivo de configuración para el soporte + de USB 2.0. Note que los controladores &man.uhci.4; y + &man.ohci.4; son todavía necesarios si desea + soporte para USB 1.X. + + + En &os; 4.X, El daemon USB (&man.usbd.8;) debe + ejecutarse para poder ver algunos dispositivos USB. + Para habilitarlo, añada + usbd_enable="YES" a su archivo + /etc/rc.conf y reinicie la + máquina. + + + - * Discos Zip + Probando la configuración + + La configuración está lista para ser probada: + conecte su dispositivo USB y en el buffer de mensajes del + sistema (&man.dmesg.8;), la unidad debe aparecer algo + similar a esto: + + umass0: USB Solid state disk, rev 1.10/1.00, addr 2 +GEOM: create disk da0 dp=0xc2d74850 +da0 at umass-sim0 bus 0 target 0 lun 0 +da0: <Generic Traveling Disk 1.11> Removable Direct Access SCSI-2 device +da0: 1.000MB/s transfers +da0: 126MB (258048 512 byte sectors: 64H 32S/T 126C) + + Por supuesto, la marca, el nodo de dispositivo + (da0) y otros detalles + pueden diferir de acuerdo a su configuración. + + Ya que el dispositivo USB es visto como uno SCSI, + el comando camcontrol puede ser + usado para listar los dispositivos USB conectados al + sistema: - + &prompt.root; camcontrol devlist +<Generic Traveling Disk 1.11> at scbus0 target 0 lun 0 (da0,pass0) + + Si la unidad viene con un sistema de archivos, debe ser + capaz de montarla. El capítulo + le ayudará a formatear y crear particiones en el + disco USB si lo necesita. + + Si desconecta el dispositivo (el disco debe ser + desmontado antes), debe ver, en el buffer de mensajes + del sistema algo como lo siguiente: + + umass0: at uhub0 port 1 (addr 2) disconnected +(da0:umass-sim0:0:0:0): lost device +(da0:umass-sim0:0:0:0): removing device entry +GEOM: destroy disk da0 dp=0xc2d74850 +umass0: detached - * Discos Jaz + Lecturas posteriores - + Ademas de las secciones + Agregando discos y + Montando y desmontando + sistemas de archivos, la lectura de varias + páginas de manual puede ser útil + también: &man.umass.4;, &man.camcontrol.8; y + &man.usbdevs.8;. - + + + + + + + Mike + Meyer + Contribuido por + + + + + + + Creando y usando medios ópticos (CDs) + + CDROMs + creando + + - * Discos Sequest + Introducción - + Los CDs tienen un número de opciones que los + diferencían de los discos convencionales. Inicialmente, + no eran escribibles por el usuario. Son diseñados para + que puedan ser leídos de manera continua sin demoras + para mover la cabeza entre pistas. También son + mucho más fáciles de tansportar entre sistemas + que medios similares de ese tiempo. + + Los CDs tienen pistas, pero esto se refiere a una sección + de datos a ser leídos continuamente y no a una propiedad + física del disco. Para producir un CD en FreeBSD, usted + prepara los archivos de datos que van a constituir las pistas + del CD, luego escribe las pistas al CD. + + ISO 9660 + + sistema de archivos + ISO 9660 + + El sistema de archivos ISO 9660 fué diseñado + para manejar estas diferencias. Desafortunadamente codifica + límites de sistema de archivos que eran comunes entonces. + Afortunadamente, brinda un mecanismo de extensiones que permite + a CDs escritos correctamente exceder dichos límites + mientras funciona también para sistemas que no soportan + esas extensiones. + + + sysutils/cdrtools + + El port sysutils/cdrtools + incluye &man.mkisofs.8;, un programa que puede utilizar + para producir un archivo de datos conteniendo un sistema de + archivos ISO 9660. Tiene opciones que soportan varias + extensiones, y es descrito abajo. + + + quemador de CD + ATAPI + + La herramienta a usar para quemar el CD depende si su quemador + es ATAPI o algo diferente. Los quemadores de CD ATAPI usan el + programa burncd + que es parte del sistema base. Los quemadores SCSI y USB deben + usar cdrecord + del port sysutils/cdrtools. + + burncd tiene un número limitado + de unidades soportadas. Para saber si una unidad está + soportada vea la lista de + unidades CD-R/RW soportadas. + + + + quemador de CD + controlador ATAPI/CAM + + Si está corriendo &os; 5.X, &os; 4.8-RELEASE + o posteriores, será posible utilizar + cdrecord y + otras herramientas para unidades SCSI en hardware ATAPI con + el módulo ATAPI/CAM. + + + Si desea un software para quemar CDs con una interfaz + de usuario gráfica, debe hecharle un vistazo a + X-CD-Roast o a + K3b. Estas herramientas están + disponibles como paquetes o desde los ports + sysutils/xcdroast y + sysutils/k3b. + X-CD-Roast y + K3b requieren el + módulo ATAPI/CAM + con hardware ATAPI. - - + + mkisofs + + El programa &man.mkisofs.8;, el cual es parte del + port sysutils/cdrtools, + produce un sistema de archivos ISO 9660 que es una imagen + de un árbol de directorios en el espacio de nombres + del sistema de archivos &unix;. El uso más simple + es: - Creación de CDs + &prompt.root; mkisofs -o imagefile.iso /path/to/tree - Pendiente de Traducción + + sistemas de archivos + ISO 9660 + + Este comando creará un imagefile.iso + conteniendo un sistema de archivos ISO 9660 que es una copia del + árbol en /path/to/tree. En el + proceso, mapeará los nombres de archivo a nombres que + se ajusten a las limitaciones del estándar del sistema + de archivos ISO 9660, y excluirá archivos que tengan + nombres no característicos de sistemas de archivos + ISO. + + + sistemas de archivos + HFS + + + sistemas de archivos + Joliet + + + Un número de opciones están disponibles + para superar esas restricciones. En particular, + habilita las extensiones Rock Ridge comunes para sistemas + &unix;, habilita las extensiones Joliet + usadas por sistemas Microsoft y puede + usarse para crear sistemas de archivos utilizados por + &macos;. + + Para CDs que van a ser usados solamente en sistemas + FreeBSD, se puede utilizar para deshabilitar + todas las restricciones de nombres de archivo. Cuando se + usa con , produce una imagen de sistema + de archivos que es idéntica al árbol FreeBSD del + que inició, aunque puede violar el estándar + ISO 9660 en un número de maneras. + + + CDROMs + creando arrancables + + La última opción de uso general es . + Esta es utilizada para especificar la ubicación de la + imagen de arranque a usar al producir un CD arrancable + El Torito. Esta opción toma un argumento + el cual es la ruta a la imagen de arranque desde la punta del + árbol siendo escrito al CD. Por omisión, &man.mkisofs.8; + crea una imagen ISO en el modo llamado emulación + de disco flexible (floppy), y por lo tanto espera que + la imagen de arranque sea exactamente de 1200, 1440 o + 2880 KB de tamaño. Algunos cargadores de arranque, + como el usado por los discos de la distribución FreeBSD, + no utilizan modo de emulación; en este caso, la opción + debe ser usada. Por lo tanto, si + /tmp/myboot tiene un sistema FreeBSD + arrancable con la imagen de arranque en + /tmp/myboot/boot/cdboot, podría producir + la imagen en un sistema de archivos ISO 9660 en + /tmp/bootable.iso de la siguiente manera: + + &prompt.root; mkisofs -R -no-emul-boot -b boot/cdboot -o /tmp/bootable.iso /tmp/myboot + + Hecho esto, si tiene vn + (FreeBSD 4.X), o md + (FreeBSD 5.X) + configurado en su kernel, puede montar el sistema de + archivos con: + + &prompt.root; vnconfig -e vn0c /tmp/bootable.iso +&prompt.root; mount -t cd9660 /dev/vn0c /mnt - + Para FreeBSD 4.X, y para FreeBSD 5.X: + + &prompt.root; mdconfig -a -t vnode -f /tmp/bootable.iso -u 0 +&prompt.root; mount -t cd9660 /dev/md0 /mnt + + En este punto puede verificar que /mnt + y /tmp/myboot sean idénticos. + + Existen muchas otras opciones que puede usar + con &man.mkisofs.8; para afinar su comportamiento. En + particular: modificaciones a un esquema ISO 9660 y la + creación de discos Joliet y HFS. Vea la página de + manual &man.mkisofs.8; para los detalles. + + + burncd CDROMs - burning + quemar - Si dispone de una grabadora de CD ATAPI puede usar - burncd para grabar la imagen ISO en un CD. - burncd forma parte del sistema base y está en - /usr/sbin/burncd. El uso es muy simple pues - tiene solamente unas cuantas opciones: - - &prompt.root; burncd -f unidad_de_cd - data ficheroimagen.iso fixate - - grabará una copia de - ficheroimagen en - unidad_de_cd. El dispositivo por defecto es - /dev/acd0 (o /dev/acd0c en - &os; 4.X). Consulte &man.burncd.8; para conocer las opciones de - velocidad de grabación, expulsión del CD al acabar la - grabación y cómo grabar datos de audio. + Si tiene un quemador ATAPI, puede usar el comando + burncd para quemar una imagen ISO a un + CD. burncd es parte del sistema base, + instalado como /usr/sbin/burncd. Su uso + es muy sencillo, ya que tiene pocas opciones: + + &prompt.root; burncd -f cddevice data imagefile.iso fixate + + Esto quemará una copia de imagefile.iso + en cddevice. El dispositivo por + omisión es /dev/acd0 + (o /dev/acd0c bajo &os; 4.X). + Vea &man.burncd.8; para opciones de configuración de velocidad + de escritura, expulsar el CD despues de quemar y escribir datos + de audio. cdrecord - Pendiente de Traducción + Si no tiene un quemador de CDs ATAPI, tendrá que + usar cdrecord para quemar + sus CDs. cdrecord no es parte del sistema + base; debe instalarlo desde el port + sysutils/cdrtools o + desde el paquete apropiado. Cambios al sistema base pueden + provocar que las versiones binarias de este programa + fallen, resultando posiblemente en un coaster. + Debe entonces actualizar el port cuando actualice su sistema + o si esta siguiendo la rama -STABLE, + actualizar el port cuando una nueva versión esté + disponible. + + Aunque cdrecord tiene muchas opciones, el + uso básico es incluso más simple que burncd. + Quemar una imagen ISO 9660 se realiza con: + + &prompt.root; cdrecord dev=device imagefile.iso + + La parte complicada de utilizar cdrecord es + encontrar el a usar. Para encontrar la + configuración apropiada, use la bandera + de cdrecord, la cual puede producir + resultados como este: + + CDROMs + quemar + + &prompt.root; cdrecord -scanbus +Cdrecord 1.9 (i386-unknown-freebsd4.2) Copyright (C) 1995-2000 Jörg Schilling +Using libscg version 'schily-0.1' +scsibus0: + 0,0,0 0) 'SEAGATE ' 'ST39236LW ' '0004' Disk + 0,1,0 1) 'SEAGATE ' 'ST39173W ' '5958' Disk + 0,2,0 2) * + 0,3,0 3) 'iomega ' 'jaz 1GB ' 'J.86' Removable Disk + 0,4,0 4) 'NEC ' 'CD-ROM DRIVE:466' '1.26' Removable CD-ROM + 0,5,0 5) * + 0,6,0 6) * + 0,7,0 7) * +scsibus1: + 1,0,0 100) * + 1,1,0 101) * + 1,2,0 102) * + 1,3,0 103) * + 1,4,0 104) * + 1,5,0 105) 'YAMAHA ' 'CRW4260 ' '1.0q' Removable CD-ROM + 1,6,0 106) 'ARTEC ' 'AM12S ' '1.06' Scanner + 1,7,0 107) * + + Esto lista los valores apropiados para + los dispositivos en la lista. Localice su quemador de CD y use + los tres números separados por comas como el valor + para . En este caso, el dispositivo CDW + es 1,5,0, por lo tanto la entrada apropiada sería + . Existen maneras más + fáciles de especificar este valor; vea &man.cdrecord.1; + para los detalles. Ese es también el lugar para buscar + información sobre como escribir pistas de audio, + controlar la velocidad y otras cosas. + + + + Duplicar CDs de audio + Puede duplicar un CD de audio extrayendo los datos de audio del + CD a una serie de archivos y entonces escribir estos archivos + a un CD en blanco. El proceso es ligeramente diferente para + unidades ATAPI y SCSI. + + + Unidades SCSI + + + Use cdda2wav para extraer el audio. + + &prompt.user; cdda2wav -v255 -D2,0 -B -Owav + + + + Use cdrecord para escribir + los archivos .wav. + + &prompt.user; cdrecord -v dev=2,0 -dao -useinfo *.wav + + Asegúrese que 2,0 + este configurado apropiadamente, como se describe en + . + + + + + Unidades ATAPI + + + El controlador de CD ATAPI hace cada pista disponible + como + /dev/acddtnn, + donde d es el número + de unidad y nn es el + número de pista escrito con dos dígitos + decimales, con un prefijo de cero si se necesita. + Entonces la primera pista en el primer disco es + /dev/acd0t01, la segunda es + /dev/acd0t02, la tercera es + /dev/acd0t03 y así + sucesivamente. + + Asegúrese que los archivos apropiados + existen en /dev. + + &prompt.root; cd /dev +&prompt.root; sh MAKEDEV acd0t99 + + En FreeBSD 5.0, &man.devfs.5; creará + y manejará automaticamente entradas en + /dev por usted, por lo tanto + no es necesario utilizar MAKEDEV. + + + + Extraer cada pista usando &man.dd.1;. También debe + utilizar un tamaño de bloque específico al + extraer los archivos. + + &prompt.root; dd if=/dev/acd0t01 of=track1.cdr bs=2352 +&prompt.root; dd if=/dev/acd0t02 of=track2.cdr bs=2352 +... + + + + + Quemar los archivos extraídos a disco usando + burncd. Debe especificar que son + archivos de audio y que burncd debe cerrar + (fixate) el disco al terminar. + + &prompt.root; burncd -f /dev/acd0 audio track1.cdr track2.cdr ... fixate + + + + + + Duplicar CDs de datos + + Puede copiar un CD de datos a un archivo de + imagen que es funcionalmente equivalente al archivo + de imagen creado con &man.mkisofs.8;, y puede usarlo + para duplicar cualquier CD de datos. El ejemplo dado + aquí asume que su dispositivo CDROM es + acd0. Sustituyalo por su + dispositivo CDROM correcto. Bajo &os; 4.X, + se debe anexar una c al final del + nombre del dispositivo para indicar la partición + entera, en el caso de CDROMs, el disco entero. + + &prompt.root; dd if=/dev/acd0 of=file.iso bs=2048 + + Ahora que tiene una imagen, puede quemarla a CD como + se describió arriba. + + + Usando CDs de datos + + Ahora que ha creado un CDROM de datos estándar, + tal vez quiera montarlo y leer los datos que tiene. Por + omisión, &man.mount.8; asume que un sistema de + archivos es de tipo ufs. Si trata de + hacer algo como: + + &prompt.root; mount /dev/cd0 /mnt + + Recibirá una queja sobre Incorrect super + block y no se montará. El CDROM no es + un sistema de archivos UFS, así + que los intentos de montarlo como tal fallarán. + Solo necesita decirle a &man.mount.8; que el sistema de + archivos es de tipo ISO9660 y todo + funcionará. Puede hacer esto especificando la + opción de &man.mount.8; . + Por ejemplo, si desea montar el dispositivo CDROM, + /dev/cd0, bajo + /mnt, ejecutaría: + + &prompt.root; mount -t cd9660 /dev/cd0 /mnt + + Note que el nombre de su dispositivo + (/dev/cd0 en este ejemplo) puede + ser diferente, dependiendo de la interfaz que su CDROM + utilice. También, la opción + solo ejecuta &man.mount.cd9660.8;. El ejemplo de arriba + puede ser acortado a: + +&prompt.root; mount_cd9660 /dev/cd0 /mnt + + Generalmente puede usar CDROMs de datos de cualquier + fabricante de esta manera. Sin embargo, discos con ciertas extensiones + ISO 9660 pueden comportarse extrañamente. + Por ejemplo, los discos Joliet almacenan todos los nombres + de archivo en caracteres unicode de dos-bytes. El kernel + de FreeBSD no habla unicode (¡todavía!), así que + los caracteres que no están en inglés aparecen + como signos de interrogación. (Si está corriendo + FreeBSD 4.3 o posterior, el controlador CD9660 incluye ganchos + para cargar una tabla de conversión unicode apropiada + al vuelo. Módulos para algunas de las codificaciones + comunes están disponibles por medio del port + sysutils/cd9660_unicode.) + + Ocasionalmente, tal vez obtenga un Device not + configured al tratar de montar un CDROM. Esto + usualmente significa que la unidad de CDROM piensa que no + hay un disco en la bandeja, o que la unidad no es visible + en el bus. Puede tomar un par de segundos para que una + unidad de CDROM se dé cuenta que ha sido alimentada, + por lo tanto sea paciente. + + Algunas veces, un CDROM SCSI puede ser perdido debido + a que no tuvo tiempo suficiente para responder al reset del + bus. Si tiene un CDROM SCSI agregue la siguiente opción + a su configuración del kernel y + recompile su kernel. + + options SCSI_DELAY=15000 + + Esto le dice a su bus SCSI que haga una pausa de 15 + segundos durante el arranque, para darle toda la oportunidad + a su unidad de CDROM de responder al reset del bus. + + + + Quemar CDs de datos crudos (Raw) + + Puede elegir quemar un archivo directamente al CD, + sin crear un sistema de archivos ISO 9660. Algunas + personas hacen esto con propósitos de respaldo. + Esto corre más rápido que quemar un CD + estándar: + + &prompt.root; burncd -f /dev/acd1 -s 12 data archive.tar.gz fixate + + Para recuperar los cados quemados en tales CDs, debe + leer los datos desde el nodo de dispositivo crudo: + + &prompt.root; tar xzvf /dev/acd1 + + No puede montar este disco como lo haría con un + CDROM normal. Tales CDROMs no pueden ser leidos bajo + ningún sistema operativo excepto FreeBSD. Si quiere + ser capaz de montar el CD, o compartir los datos con otro + sistema operativo, debe utilizar &man.mkisofs.8; como + se describió arriba. + + + + + + + Marc + Fonvieille + Contribuido por + + + + + + CD burner + controlador ATAPI/CAM + + Usando el controlador ATAPI/CAM + + Este controlador le permite a dispositivos ATAPI + (CD-ROM, CD-RW, unidades DVD, etc) ser accesados a través + del subsistema SCSI y por lo tanto permite el uso de + aplicaciones como + sysutils/cdrdao o + &man.cdrecord.1;. + + Para usar este controlador necesitará añadir + la siguiente línea a su archivo de configuración + del kernel: + + device atapicam + + También puede necesitar las siguientes + líneas en su archivo de configuración + del kernel: + + device ata +device scbus +device cd +device pass + + las cuales ya deberín estar presentes. + + Luego recompile, instale su nuevo kernel y reinicie + su máquina. Durante el proceso de arranque, su + quemador debe aparecer, como esto: + + acd0: CD-RW <MATSHITA CD-RW/DVD-ROM UJDA740> at ata1-master PIO4 +cd0 at ata1 bus 0 target 0 lun 0 +cd0: <MATSHITA CDRW/DVD UJDA740 1.00> Removable CD-ROM SCSI-0 device +cd0: 16.000MB/s transfers +cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed + + La unidad ahora puede ser accesada a través + del nombre de dispositivo /dev/cd0, + por ejemplo para montar un CDROM en /mnt, + solamente teclée lo siguiente: + + &prompt.root; mount -t cd9660 /dev/cd0 /mnt + + Como root, puede ejecutar el + siguiente comando para obtener las direcciones SCSI + del quemador: + + &prompt.root; camcontrol devlist +<MATSHITA CDRW/DVD UJDA740 1.00> at scbus1 target 0 lun 0 (pass0,cd0) + + Entonces 1,0,0 será la + dirección SCSI a utilizar con &man.cdrecord.1; + y otras aplicaciones SCSI. + + Para mayor información sobre sistemas + ATAPI/CAM y SCSI, refiérase a las páginas + de manual &man.atapicam.4; y &man.cam.4;. + + + + + + + + Marc + Fonvieille + Contribuido por + + + + + Andy + Polyakov + Con colaboraciones de + + + + + + Crear y utilizar medios ópticos (DVDs) + + DVD + quemar + + + + Introducción + + Comparado al CD, el DVD es la siguiente generación + de tecnología almacenamiento en medios ópticos. + El DVD puede almacenar más datos que cualquier CD y + ahorá es el estándar para publicación + de video. + + Se pueden definir cinco formatos de grabación para + lo que llamamos un DVD grabable: + + + + DVD-R: Este fué el primer formato de grabación + de DVD. El DVD-R estándar está definido por el + DVD Forum. + Este formato es de una sola escritura. + + + + DVD-RW: Esta es la versión reescribible + del DVD-R estándar. Un DVD-RW puede ser + reescrito unas 1000 veces. + + + + DVD-RAM: Este es también un formato + reescribible soportado por el DVD Forum. Un + DVD-RAM puede ser visto como un disco duro removible. + Sin embargo, este medio no es compatible con la + mayoría de las unidades DVD-ROM y reproductores + de video DVD; solamente unos cuentos quemadores de + DVD soportan este formato DVD-RAM. + + + + DVD+RW: Este es un formato reescribible definido + por la DVD+RW Alliance. + Un DVD+RW puede ser reescrito unas 1000 veces. + + + + DVD+R: Este es un formato es la variación + de una sola escritura del formato DVD+RW. + + + + Un DVD grabable de una capa puede almacenar hasta + 4,700,000,000 bytes lo cual es en realidad + 4.38 GB o 4485 MB (1 kilobyte son 1024 bytes). + + + Se debe hacer una distinción entre medio físico + y la aplicación. Por ejemplo, un video DVD es un + esquema de archivo específico que puede ser escrito + en cualquier medio físico de DVD grabable: DVD-R, DVD+R, + DVD-RW, etc. Antes de escoger el tipo de medio, debe + asegurarse que el quemador y el reproductor de video DVD + (un reproductor independiente o una unidad DVD-ROM en una + computadora) son compatibles con el medio que se está + considerando. + + + + Configuración + + El programa &man.growisofs.1; será usado para + realizar el grabado del DVD. Este comando es parte de las + utilidades dvd+rw-tools + (sysutils/dvd+rw-tools). + Las dvd+rw-tools soportan todos + los tipos de medios DVD. + + Estas herramientas utilizan el subsistema SCSI para + accesar los dispositivos, por lo tanto el + soporte ATAPI/CAM debe ser + añadido a su kernel. Si su quemador usa la interfaz + USB esta adición es inutil, y debe leer + para más detalles sobre + la configuración de dispositivos USB. + + También tiene que habilitar el acceso DMA para + dispositivos ATAPI, esto puede hacerse agregando la + siguiente línea al archivo + /boot/loader.conf: + + hw.ata.atapi_dma="1" + + Antes de intentar utilizar + dvd+rw-tools debe consultar las + notas + de compatibilidad de hardware de dvd+rw-tools para + cualquier información relacionada a su quemador DVD. + + + Si desea un interfaz de usuario gráfica, debe + hechar un vistazo a K3b + (sysutils/k3b) que brinda + una interfaz de usuario amigable para &man.growisofs.1; + y muchas otras herramientas de quemado. + + + + + Quemando DVDs de datos + + El comando &man.growisofs.1; es un frontend de + mkisofs, invocará + a &man.mkisofs.8; para crear un esquema de sistema de + archivos y ejecutará la escritura en el DVD. + Esto significa que no necesita crear una imagen de los + datos antes del proceso de quemado. + + Para quemar a un DVD+R o un DVD-R los datos desde + el directorio /path/to/data, + use el siguiente comando: + + &prompt.root; growisofs -dvd-compat -Z /dev/cd0 -J -R /path/to/data + + Las opciones son pasadas a + &man.mkisofs.8; para la creación del sistema de + archivos (en este caso: un sistema de archivos ISO 9660 + con extensiones Joliet y Rock Ridge), consulte la + página de manual &man.mkisofs.8; para mayores + detalles. + + La opción es usada para + la sesión inicial de grabado en cualquier caso: + sesiones múltiples o no. El dispositivo DVD, + /dev/cd0, debe cambiarse de + acuerdo a su configuración. El parámero + cerrar´ el disco, + se podrá agregar a la grabación. En cambio + esto debe brindar mejor compatibilidad de medios con unidades + DVD-ROM. + + También es posible quemar una imagen pre-masterizada, + por ejemplo para quemar la imagen + imagefile.iso, ejecutaremos: + + &prompt.root; growisofs -dvd-compat -Z /dev/cd0=imagefile.iso + + La velocidad de escritura debe ser detectada y configurada + automaticamente al medio y a la unidad siendo utilizada. + Si quiere forzar la velocidad de escritura, use el + parámetro . Para mayor + información, lea la página de manual + &man.growisofs.1;. + + + + DVD + DVD-Video + + + + Quemando un video DVD + + Un video DVD es un esquema de archivo específico + basado en las especificaciones ISO 9660 y micro-UDF (M-UDF). + El video DVD también presenta una jerarquía + de estructura de datos específica, esa es la razón + por la cual necesita un programa particular como + multimedia/dvdauthor para + crear el DVD. + + Si ya tiene una imagen de un sistema de archivos video DVD, + solamente quémelo de la misma manera que cualquier + otra imagen, vea la sección previa para un ejemplo. + Si ha creado el DVD y el resultado está en, por ejemplo, + el directorio + /path/to/video, el + siguiente comando debe ser usado para quemar el video DVD: + + &prompt.root; growisofs -Z /dev/cd0 -dvd-video /path/to/video + + La opción será + pasada a &man.mkisofs.8; y le instruirá crear un esquema + de sistema de archivos video DVD. Además de esto, la + opción implica la + opción de &man.growisofs.1;. + + + + DVD + DVD+RW + + + + Usando un DVD+RW + + A diferencia de un CD-RW, un DVD+RW virgen necesita ser + formateado antes de utilizarlo por primera vez. El programa + &man.growisofs.1; se hará cargo de esto automaticamente + cuando sea apropiado, lo cual es el método + recomendado. De todas maneras usted puede + usar el comando dvd+rw-format para + formatear el DVD+RW: + + &prompt.root; dvd+rw-format /dev/cd0 + + Necesita ejecutar esta operación solamente una vez, + tenga en cuenta que solo medios DVD+RW vírgenes necesitan + ser formateados. Entonces ya puede quemar el DVD+RW de la + manera vista en las secciones previas. + + Si desea quemar nuevos datos (quemar un sistema de + archivos totalmente nuevo no agregar más datos) en + un DVD+RW, no necesita borrarlo, solo tiene que escribir + sobre la grabación anterior (realizando una + nueva sesión inicial), así: + + &prompt.root; growisofs -Z /dev/cd0 -J -R /path/to/newdata + + El formato DVD+RW ofrece la posibilidad de añadir + datos facilmente a una grabación previa. La operación + consiste en fusionar una nueva sesión a la existente, + no es escritura multisesión, &man.growisofs.1; + crecerá el sistema de + archivos ISO 9660 presente en el medio. + + Por ejemplo, si queremos agregar datos a nuestro + DVD+RW previo, tenemos que usar lo siguiente: + + &prompt.root; growisofs -M /dev/cd0 -J -R /path/to/nextdata + + Las mismas opciones de &man.mkisofs.8; que utilizamos + para quemar la sesión inicial deben ser utilizadas + durante la próxima escritura. + + + Tal vez quiera usar la opción + si desea mejor compatibilidad de medios con unidades + DVD-ROM. En el caso DVD+RW, esto no prevendrá que + usted agregue más datos. + + + Si por alguna razón desea realmente borrar el + medio, haga lo siguiente: + + &prompt.root; growisofs -Z /dev/cd0=/dev/zero + + + + DVD + DVD-RW + + + + Usando un DVD-RW + + Un DVD-RW acepta dos formatos de disco: el incremental + secuencial y el de sobreescritura restringida. Por + omisión los discos DVD-RW están en + formato secuencial. + + Un DVD-RW virgen puede ser escrito directamente sin + necesidad de una operación de formateo, sin embargo + un DVD-RW no virgen en formato secuencial necesita ser borrado + antes de poder escribir una nueva sesión inicial. + + Para borrar un DVD-RW en modo secuencial, ejecute: + + &prompt.root; dvd+rw-format -blank=full /dev/cd0 + + + Un borrado total () tomará + aproximadamente una hora en un medio 1x. Un borrado rápido + puede realizarse usando la opción + si el DVD-RW será grabado en modo Disk-At-Once (DAO). + Para quemar el DVD-RW en modo DAO, use el comando: + + &prompt.root; growisofs -use-the-force-luke=dao -Z /dev/cd0=imagefile.iso + + La opción + no debe ser requerida ya que &man.growisofs.1; trata + de detectar el medio mínimo (borrado rápido) + y entrar en escritura DAO. + + De hecho debe restringir el modo de sobreescritura + con cualquier DVD-RW, este formato es más + flexible que el formato por omisión de + incremento secuencial. + + + Para escribir datos en un DVD-RW secuencial, use + la misma instrucción que para los otros + formatos DVD: + + &prompt.root; growisofs -Z /dev/cd0 -J -R /path/to/data + + Si desea agregar algunos datos a su grabación + previa, tendrá que usar la opción + de &man.growisofs.1;. De todas maneras, + si realiza adiciones de datos en un DVD-RW en modo + incremental secuencial, una nueva sesión será + creada en el disco y el resultado será un disco + multisesión. + + Un DVD-RW en formato de sobreescritura restringido no + necesita ser borrado antes de una nueva sesión + inicial, solo tiene que sobreescribir el disco con la + opción , esto es similar al + caso DVD+RW. También es posible agrandar un sistema + de archivos ISO 9660 existente escrito en el disco de + la misma manera que para un DVD+RW con la opción + . El resultado será un DVD + de una sesión. + + Para poner un DVD-RW en el formato de sobreescritura + restringido, el siguiente comando debe ser usado: + + &prompt.root; dvd+rw-format /dev/cd0 + + Para cambiar de vuelta al formato secuencial use: + + &prompt.root; dvd+rw-format -blank=full /dev/cd0 + + + + Multisesión + + Muy pocas unidades DVD-ROM soportan + DVDs multisesión, la mayoría del tiempo, con suerte, + solamente leerán la primera sesión. DVD+R, DVD-R y + DVD-RW en formato secuencial pueden aceptar sesiones + múltiples, la noción de sesiones múltiples + no existe para los formatos de sobreescritura restringida + de DVD+RW y DVD-RW. + + Usando el siguiente comando despues de una sesión + inicial (no-cerrada) en un DVD+R, DVD-R o DVD-RW en formato + secuencial, añadirá una nueva sesión + al disco: + + &prompt.root; growisofs -M /dev/cd0 -J -R /path/to/nextdata + + Usando este comando con un DVD+RW o un DVD-RW en modo + de sobreescritura restringida, agregará datos + fusionando la nueva sesión a la ya existente. El + resultado será un disco de una sola sesión. + Esta es la forma usada para agregar datos despues de una + escritura inicial en estos medios. + + + Algo de espacio en el medio es usado entre cada sesión + para finalizar e iniciar sesiones. Por lo tanto, se deben + añadir sesiones con grandes cantidades de datos + para optimizar el espacio del medio. El número + de sesiones está limitado a 154 para un DVD+R, + aproximadamente 2000 para un DVD-R y 127 para un DVD+R + de doble capa. + + + + + Para mayor información + + Para obtener más información sobre + un DVD, el comando + dvd+rw-mediainfo /dev/cd0 + puede ser ejecutado con el disco en la unidad. + + Más información sobre + dvd+rw-tools puede encontrarse + en la página de manual &man.growisofs.1;, en el + sitio + web de dvd+rw-tools y en los archivos de la + lista de correos + de cdwrite. + + + La salida de dvd+rw-mediainfo de la + grabación resultante o del medio con problemas + es obligatorio para cualquier reporte de problemas. Sin + esta salida, va a ser practicamente imposible ayudarle. + + + + + + + + + Julio + Merino + Trabajo original de + + + + + + Martin + Karlsson + Reescrito por + + + + + + Creando y usando discos flexibles (floppys) + + Almacenar datos en discos flexibles es útil algunas + veces, por ejemplo cuando no se tiene cualquier otro + medio de almacenamiento removible o cuando se necesita transferir + cantidades pequeñas de datos a otra computadora. + + Esta sección explicará como usar discos + flexibles en FreeBSD. Cubrirá principalmente el + formateo y utilización de discos flexibles DOS + de 3.5 pulgadas, pero los conceptos son similares para + otros formatos de disco flexible. + + + Formateando discos flexibles + + + El dispositivo + + Los discos flexibles son accesados a través + de entradas en /dev, justo como + otros dispositivos. Para accesar el disco flexible + crudo (raw) en versiones 4.X y anteriores, se usa + /dev/fdN, + donde N representa el + núnero de unidad, usualmente 0, o + /dev/fdNX, + donde X representa una + letra. + + En versiones 5.0 o posteriores, simplemente use + /dev/fdN. + + + El tamaño de disco en versiones 4.X y anteriores + + También existen dispositivos + /dev/fdN.size, + donde size es el tamaño del + disco flexible en kilobytes. Estas entradas son usadas al momento + del formato a bajo nivel para determinar el tamaño + del disco. 1440kB es el tamaño que será + usado en los siguientes ejemplos. + + Algunas veces las entradas bajo /dev + tendrán que ser (re)creadas. Para hacer eso, ejecute: + + &prompt.root; cd /dev && ./MAKEDEV "fd*" + + + + El tamaño de disco en versiones 5.0 y posteriores + + En 5.0, &man.devfs.5; administrará + automaticamente los nodos de dispositivo en + /dev, por lo tanto el uso de + MAKEDEV no es necesario. + + El tamaño de disco deseado es pasado a &man.fdformat.1; + a través de la bandera . Los + tamaños soportados están listados en + &man.fdcontrol.8;, pero considérese advertido que + 1440kB es el que funciona mejor. + + + + + Formatear + + Un disco flexible necesita ser formateado a bajo nivel + entes de poder usarse. Esto es usualmente hecho por el + fabricante, pero el formateo es una buena manera de revisar + la integridad del medio. Aunque es posible forzar + tamaños de disco más grandes (o pequeños), + 1440kB es para lo que la mayoría de los discos flexibles + están diseñados. + + Para formatear el disco flexible a bajo nivel necesita + usar &man.fdformat.1;. Esta utilidad espera el nombre del + dispositivo como argumento. + + Tome note de cualquier mensaje de error, ya que estos + pueden ayudarle a determinar si el disco está + bien o dañado. + + + Formateando en versiones 4.X y anteriores + + Use el dispositivo + /dev/fdN.size + para formatear el disco flexible. Inserte un nuevo disco de + 3.5 pulgadas en su unidad y ejecute: + + &prompt.root; /usr/sbin/fdformat /dev/fd0.1440 + + + + + Formateando en versiones 5.0 y posteriores + + Use el dispositivo + /dev/fdN + para formatear el disco flexible. Inserte un nuevo disco de + 3.5 pulgadas en su unidad y ejecute: + + &prompt.root; /usr/sbin/fdformat -f 1440 /dev/fd0 + + + + + + + + + La etiqueta de disco + + Despues de un formato del disco a bajo nivel, necesitará + colocar una etiqueta de disco en él. Esta etiqueta + de disco será destruida luego, pero es necesaria para + que el sistema determine el tamaño del disco y su + geometría posteriormente. + + La nueva etiqueta de disco ocupará a todo + el disco, y contendrá toda la información + apropiada sobre la geometría del disco flexible. + Los valores de geometría para la etiqueta de disco + están listados en + /etc/disktab. + + Ahora puede correr &man.disklabel.8; de esta manera: + + &prompt.root; /sbin/disklabel -B -r -w /dev/fd0 fd1440 + + Desde &os; 5.1-RELEASE, la utilidad + &man.bsdlabel.8; reemplazó al viejo programa + &man.disklabel.8;. Con &man.bsdlabel.8; un número de + opciones y parámetros obsoletos fueron retirados; en + el ejemplo de arriba la opción + debe ser removida. Para mayor información, por + favor refiérase a la página de manual + &man.bsdlabel.8;. + + + + + El sistema de archivos + + Ahora el disco flexible está listo para ser formateado + a alto nivel. Esto colocará un sistema de archivos + nuevo en el disco. Lo cual le permitirá a FreeBSD leer + y escribir en el disco. Despues de crear el sistema de archvivos + nuevo, la etiqueta de disco es destruida, así que si desea + reformatear el disco, tendrá que recrear la etiqueta + de disco. + + El sistema de archivos del disco flexible puede + ser UFS o FAT. FAT generalmente es una mejor opción + para discos flexibles. + + Para poner un sistema de archivos nuevo en un disco + flexible, ejecute: + + &prompt.root; /sbin/newfs_msdos /dev/fd0 + + El disco está ahora listo para usarse. + + + + + Utiizando el disco flexible + + + Para usar el disco flexible móntelo con &man.mount.msdos.8; + (en versiones 4.X y anteriores) o con &man.mount.msdosfs.8; + (en versiones 5.X o posteriores). También se puede + usar + emulators/mtools desde la + colección de ports. + + + + + Creando y usando Cintas de datos + + medios de cinta + + Los principales medios de cinta son 4mm, 8mm, QIC, mini-cartridge + y DLT. + + + 4mm (DDS: Digital Data Storage) + + + medios de cinta + cintas DDS (4mm) + + + medios de cinta + cintas QIC + + Las cintas 4mm están reemplazando a las QIC como los + medios de respaldo de preferencia en las estaciones de trabajo. + Esta tendencia se aceleró grandemente cuando Conner + adquirió Archive, un fabricante lider de unidades QIC, y + entonces dejó la producción de unidades QIC. + Las unidades 4mm son pequeñas y sileciosas pero no tienen + la reputación de confiabilidad de la que disfrutan las + unidades 8mm. Los cartuchos son menos caros y más + pequeños (3 x 2 x 0.5 pulgadas, 76 x 51 x 12 mm) que los + cartuchos 8mm. 4mm, como 8mm, tiene una vida de cabezal + comparativamente más corta por la misma razón. + Ambos utilizan escaneado en espiral. + + + El ancho de datos de estas unidades inicia en ~150 kB/s, + con un pico de ~500 kB/s. La capacidad de datos inicia en + 1.3 GB y termina en 2.0 GB. La compresión + por hardware, disponible con la mayoría de estas unidades, + dobla aproximadamente la capacidad. Unidades de librería + de cinta multi-unidad pueden tener 6 unidades en un solo gabinete + con cambiado de cinta automático. Las capacidades de + librería alcanzan 240 GB. + + El estándar DDS-3 ahora soporta capacidades de cinta + de hasta 12 GB (o 24 GB con compresión). + + Las unidades 4mm, como las unidades 8mm, utilizan escaneo en + espiral. Todos los beneficios y desventajas del escaneo en espiral + aplican tanto a unidades 4mm como a 8mm. + + Las cintas deben ser retiradas de uso despues de 2,000 pasadas + o 100 respaldos completos. + + + + 8mm (Exabyte) + + medios de cinta + cintas Exabyte (8mm) + + + Las cintas 8mm son las unidades de cinta SCSI más comunes; + son la mejor opción de cintas reemplazables. Casi cada sitio + tiene un unidad de cinta Exabyte 8mm de 2 GB. Las unidades 8mm + son confiables, convenientes y sileciosas. Los cartuchos son + baratos y pequeños (4.8 x 3.3 x 0.6 pulgadas; + 122 x 84 x 15 mm). Una desventaja de las cintas 8mm es la + relativamente corta vida del cabezal y la cinta debido a la alta + tasa de movimiento relativo de la cinta a través de los + cabezales. + + El ancho de datos varía de ~250 kB/s a ~500 kB/s. + El tamaño inicia en 300 MB y sube hasta 7 GB. La + compresión por hardware, disponible con la mayoría de + estas unidades, dobla aproximadamente la capacidad. Estas unidades están + disponibles como unidades solas o como unidades de librería + de cinta multi-unidad con 6 unidades y 120 cintas en un solo + gabinete. Las cintas con cambiadas automaticamente por la unidad. + La capacidad de librería alcanza 840+ GB. + + El modelo Exabyte Mammoth soporta 12 GB en + una cinta (24 GB con compresión) y cuesta aproximadamente + lo doble que las unidades de cinta convencionales. + + Los datos son grabados en la cinta utilizando escaneo en espiral. + Las cabezas son posicionadas en un ángulo en relación al + medio (6 grados aproximadamente). La cinta se envuelve cerca de 270 + grados en el cilindro que soporta las cabezas. El cilindro gira + mientras la cinta se desliza sobre el cilindro. El resultado es + una alta densidad de datos y pistas almacenadas muy pegadas que + angulan a través de la cinta de un extremo al otro. + + + + QIC + + medios de cinta + QIC-150 + + + Las cintas y unidades QIC-150 son, quizás, las unidades y + medios de cinta más comunes. Las unidades de cinta QIC son + las unidades de respaldo serias menos caras. + La desventaja es el costo del medio. Las cintas QIC son caras + comparadas con las cintas 8mm o 4mm, hasta 5 veces el precio de + almacenamiento de datos por GB. Pero, si sus necesidades pueden + satisfacerse con media docena de cintas, QIC tal vez sea la + decisión correcta. QIC es la unidad de cinta más + común. Cada sitio tiene una unidad QIC de alguna densidad. + Ahí está el obstáculo, QIC tiene un grán + número de densidades en cintas fisicamente similares (algunas + veces idénticas). Las unidades QIC no son sileciosas. Estas + unidades buscan audiblemente antes de iniciar la grabación + de datos y son claramente audibles siempre que leen, escriben o + hacen una búsqueda. Las cintas QIC miden 6 x 4 x 0.7 pulgadas; + 152 x 102 x 17 mm. + + El ancho de datos varía de ~150 kB/s a ~500 kB/s. + La capacidad de datos varía de 40 MB a 15 GB. La + compresión por hardware está disponible en muchas de + las nuevas unidades QIC. Las unidades QIC son con menos frecuencia + instaladas: están siendo suplantadas por unidades DAT. + + Los datos son grabados en la cinta en pistas. Las pistas corren + a lo largo del extenso eje de la cinta de un extremo al otro. + El número de pistas, y por lo tanto el ancho de una pista, + varía con la capacidad de la cinta. La mayoría, si no + todos las unidades nuevas brindan compatibilidad con modelos anteriores + al menos para lectura (pero también en muchos casos de + escritura). QIC tiene una buena reputación en relación + a la seguridad de los datos (las piezas mecánicas son más + simples y más robustas que para las unidades de búsqueda + en espiral). + + Las cintas deben ser retiradas de uso despues de 5,000 + respaldos. + + + + DLT + + medios de cinta + DLT + + + DLT tiene la tasa de transferencia de datos más + rápida de todos los tipos de unidades listadas aquí. + La cinta de 1/2" (12.5mm) está contenida en un cartucho + de un solo cilindro (4 x 4 x 1 pulgadas; 100 x 100 x 25 mm). + El cartucho tiene una puerta giratoria a lo largo de todo un + lado del cartucho. El mecanismo de la unidad abre esta puerta + para extraer el lider. El lider de la cinta tiene un agujero oval + el cual utiliza la unidad para enganchar + la cinta. El cilindro de levantamiento está localizado + dentro de la unidad de cinta. Todos los otros cartuchos listados + aquí (los cartuchos de 9 pistas son la única + excepción) tienen el cilindro proveedor y de levantamiento + ubicados dentro del cartucho de cinta mismo. + + El ancho de datos es aproximadamente de 1.5 MB/s, tres veces + el ancho de unidades de cinta 4mm, 8mm, o QIC. Las capacidades + de datos varían desde 10 GB hasta 20 GB + para una sola unidad. Las unidades están disponibles en + cargadores multi-cinta y librerías de cinta multi-unidad + multi-cinta conteniendo desde 5 hasta 900 cintas sobre 1 hasta 20 + unidades, brindando desde 50 GB hasta 9 TB de + almacenamiento. + + Con compresión, el formato DLT Type IV soporta hasta + 70 GB de capacidad. + + Los datos son almacenados en la cinta en pistas paralelas a la + dirección de viaje (como en las cintas QIC). Dos pistas + son escritas al mismo tiempo. El tiempo de vida de lectura/escritura + de las cabezas es relativamente largo; una vez que la cinta deja + de moverse, no hay movimiento relativo entre las cabezas y la cinta. + + + + AIT + + medios de cinta + AIT + + + AIT es un nuevo formato de Sony, y puede almacenar hasta + 50 GB (con compresión) por cinta. Las cintas contienen + chips de memoria los cuales retienen un índice de los + contenidos de la cinta. Este índice puede ser leido + rapidamente por la unidad de cinta para determinar la posición + de archivos en la cinta, en lugar de los varios minutos que + requeriría con otras cintas. Software como + SAMS:Alexandria puede operar 40 o + más librerías de cinta AIT, comunicándose + directamente con el chip de memoria de la cinta para desplegar + el contenido en pantalla, determinar que archivos fueron + respaldados a que cinta, ubicar la cinta correcta, cargarla + y restaurar los datos desde la cinta. + + Librerías como esta cuestan alrededor de $20,000 dólares, + colocándolas fuera del alcance del mercado de aficionados. + + + + Utilizando una cinta nueva por primera vez + + La próxima vez que trate de leer o escribir una + cinta nueva, completamente en blanco, la operación + fallará. El mensaje de la consola debe ser similar a: + + sa0(ncr1:4:0): NOT READY asc:4,1 +sa0(ncr1:4:0): Logical unit is in process of becoming ready + + La cinta no contiene un bloque identificador (bloque número + 0). Todas las unidades de cinta QIC desde la adopción del + estándar QIC-525 escriben un bloque identificador en la + cinta. Existen dos soluciones: + + + + mt fsf 1 provoca que la unidad de cinta + escriba un bloque identificador a la cinta. + + + + Use el botón del panel frontal para expulsar + la cinta. + + Re-inserte la cinta y haga un dump de + datos a la cinta. + + dump reportará + DUMP: End of tape detected y la consola + mostrará + HARDWARE FAILURE info:280 asc:80,96. + + Retroceda la cinta usando: mt rewind. + + Las operaciones subsecuentes a cinta serán exitosas. + + + + + + + + Respaldos en discos flexibles + + + ¿Puedo utilizar discos flexibles para respaldar mis datos? + respaldo en discos flexibles + discos flexibles + + Los discos flexibles no son realmente un medio + adecuado para realizar respaldos debido a que: + + + + El medio no es confiable, especialmente despues de + largos periodos de tiempo. + + + + El respaldo y restauración es muy lento. + + + + Tienen una capacidad muy limitada (los dís de + respaldar un disco duro entero en una docena de discos + flexibles han pasado desde hace mucho). + + + + De todas maneras, si no tiene otro método para respaldar + sus datos, entonces los discos flexibles son mejor que no tener + ningún respaldo del todo. + + Si tiene que utilizar discos flexibles entonces asegúrese + de usar discos de buena calidad. Discos flexibles que han estado + asentados en la oficina por un par de años son una mala + elección. Idealmente utilice discos nuevos de un + fabricante respetable. + + + + ¿Entonces como respaldo mis datos a discos flexibles? + + La mejor manera de respaldar a un disc flexible + es usar &man.tar.1; con la opción + (multi volumen), la cual permite que el respaldo se + realice en varios discos flexibles. + + Para respaldar todos los archivos en el directorio actual y + subdirectorios use esto (como root): + + &prompt.root; tar Mcvf /dev/fd0 * + + Cuando el primer disco flexible esté lleno + &man.tar.1; le solicitará que inserte el siguiente + volumen (debido a que &man.tar.1; es independiente del medio + se refiere a volúmenes; en este contexto se refiere a + discos flexibles). + + Prepare volume #2 for /dev/fd0 and hit return: + + Esto es repetido (con el número de volumen incrementando) + hasta que todos los archivos especificados hayan sido archivados. + + + + + ¿Puedo comprimir mis respaldos? + + tar + + + gzip + + compresión + + Desafortunadamente, &man.tar.1; no permitirá + el uso de la opción para archivos + multi-volumen. Puede, por supuesto hacer un &man.gzip.1; + a todos los archivos, mandarlos con &man.tar.1; a los + discos flexibles,¡y entonces hacer &man.gunzip.1; + a los archivos! + + + + + ¿Como recupero mis respaldos? + + Para restaurar el archivo completo use: + + &prompt.root; tar Mxvf /dev/fd0 + + Hay dos maneras que puede usar para restaurar solamente + archivos específicos. Primero, puede iniciar con el + primer disco flexible y usar: + + &prompt.root; tar Mxvf /dev/fd0 filename + + La utilidad &man.tar.1; le solicitará que inserte subsecuentes + discos flexibles hasta que encuentre el archivo requerido. + + Alternativamente, si sabe en que disco se encuentra el archivo + entonces puede simplemente insertar ese disco y usar el mismo + comando de arriba. Note que si el primer archivo en el disco + flexible es una continuación del anterior entonces + &man.tar.1; le advertirá que no puede restaurarlo, + ¡incluso si no se lo ha solicitado! + + + + + Bases para respaldos + + Los tres principales programas para respaldos son + &man.dump.8;, &man.tar.1; y &man.cpio.1;. + + + Dump y Restore + + backup software + dump / restore + + dump + restore + + Los programas &unix; tradicionales para respaldos son + dump y restore. + Operan en las unidades como una colección de bloques de + disco, debajo de la abstracción de archivos, los enlaces + y directorios son creados por el sistema de archivos. + dump respalda un sistema de archivos completo + en un dispositivo. No es capaz de respaldar solamente parte + de un sistema de archivos o un árbol de directorios + que se expanda a más de un sistema de archivos. + dump no escribe archivos y directorios a + cinta, en lugar escribe los bloques de datos crudos (raw) + que conforman los archivos y directorios. + + Si utiliza dump en su directorio raíz, + no respaldaría /home, + /usr o muchos otros directorios + ya que estos son tipicamente puntos de montaje para otros + sistemas de archivos o enlaces simbólicos hacia esos + sistemas de archivos. + + dump tiene peculiaridades que permanecen + desde sus primeros días en Version 6 de AT&T UNIX + (alrededor de 1975). Los parámetros por omisión + son adecuados para cintas de 9 pistas (6250 bpi), no para + los medios de alta densidad disponibles hoy en día + (hasta 62,182 ftpi). Estos valores por omisión deben + anulados en la línea de comandos para utilizar la + capacidad de las unidades de cinta actuales. + + .rhosts + + También es posible respaldar datos a través de + la red a una unidad de cinta conectada a otra computadora con + rdump y rrestore. Ambos + programas dependen de &man.rcmd.3; y &man.ruserok.3; para + accesar la unidad de cinta remota. Por consiguiente, el usuario + que realiza el respaldo debe estar listado en el archivo + .rhosts de la computadora remota. Los + argumentos para rdump y rrestore + deben ser adecuados para usarse en la computadora remota. + Cuando realice un rdump desde una + computadora FreeBSD a una unidad de cinta Exabyte conectada + a una Sun llamada komodo, use: + + &prompt.root; /sbin/rdump 0dsbfu 54000 13000 126 komodo:/dev/nsa8 /dev/da0a 2>&1 + + Advertencia: existen implicaciones de seguridad al + permitir autentificación de .rhosts. + Evalúe su situación cuidadosamente. + + También es posible usar dump y + restore de una forma más segura + a través de ssh. + + + Utilizando <command>dump</command> a través de <application>ssh</application> + + &prompt.root; /sbin/dump -0uan -f - /usr | gzip -2 | ssh -c blowfish \ + targetuser@targetmachine.example.com dd of=/mybigfiles/dump-usr-l0.gz + + + + O usando el método integrado de dump, + configurando la variable de ambiente RSH: + + + Utilizando <command>dump</command> a través de <application>ssh</application> con <envar>RSH</envar> configurado + + &prompt.root; RSH=/usr/bin/ssh /sbin/dump -0uan -f targetuser@targetmachine.example.com:/dev/sa0 /usr + + + + + + + <command>tar</command> + + software de respaldo + tar + + + &man.tar.1; también es de la época de + la Version 6 de AT&T UNIX (alrededor de 1975). + tar opera en cooperación con el + sistema de archivos; escribe archivos y directorios a + cinta. tar no soporta el rango completo + de opciones que están disponibles desde &man.cpio.1;, + pero no requiere el inusual comando de pipeline que utiliza + cpio. + + tar + + En FreeBSD 5.3 y posteriores, GNU tar + y el comando por omisión bsdtar + están disponibles. La versión GNU puede ser + invocada con gtar. Soporta dispositivos + remotos usando la misma sintaxis que + rdump. Para hacer un tar + a una unidad de cinta conectada a una Sun llamada + komodo, use: + + &prompt.root; /usr/bin/gtar cf komodo:/dev/nsa8 . 2>&1 + + Lo mismo puede ser logrado con + bsdtar usando un pipe y + rsh para mandar los datos a una unidad + de cinta remota. + + &prompt.root; tar cf - . | rsh hostname dd of=tape-device obs=20b + + Si está preocupado sobre la seguridad de respaldar + a través de una red debe usar el comando ssh + en lugar de rsh. + + + + <command>cpio</command> + + software de respaldo + cpio + + + &man.cpio.1; es el programa de intercambio de archivos de + cinta para medios magnéticos. cpio + tiene opciones (entre muchas otras) para realizar intercambio de + bytes, escribir un número diferente de formatos de + archivo y hacer pipe de datos hacia otros programas. + Esta última opción hace a cpio + una elección excelente para medios de instalación. + cpio no sabe como recorrer el árbol + de directorios y una lista de archivos debe ser provista a + través de stdin. + + cpio + + cpio no soporta respaldos a través + de la red. Puede usar un pipe y rsh + para mandar los datos a una unidad de cinta remota. + + &prompt.root; for f in directory_list; do +find $f >> backup.list +done +&prompt.root; cpio -v -o --format=newc < backup.list | ssh user@host "cat > backup_device" + + Donde directory_list es la lista de + directorios que desea respaldar, + user@host + es la combinación usuario/nombre de equipo que realizará + el respaldo y backup_device es donde el + respaldo debeb ser escrito (ej. /dev/nsa0). + + + + <command>pax</command> + + software de respaldo + pax + + pax + POSIX + IEEE + + &man.pax.1; es la respuesta de IEEE/&posix; a + tar y cpio. + A través de los años las varias versiones + de tar y cpio se han + vuelto ligeramente incompatibles. Así que en lugar + de pelear por hacerlo completamente estándar, + &posix; creó una nueva utilidad de archivado. + pax trata de leer y escribir muchos de + los varios formatos de cpio y + tar, además de nuevos formatos + propios. Su conjunto de comandos se parece más a + cpio que a + tar. + + + + + <application>Amanda</application> + + + software de respaldo + Amanda + + + Amanda + + + + Amanda (Advanced Maryland + Network Disk Archiver) es un sistema de respaldos cliente/servidor, + en lugar de un solo programa. Un servidor Amanda + respaldará a una sola unidad de cinta cualquier cantidad de + computadoras que tengan clientes Amanda + y una conexión de red al servidor Amanda. + Un problema común en sitios con un número de discos + grandes es que la cantidad de tiempo requerida para respaldar los + datos directamente a cinta excede la cantidad de tiempo disponible + para la tarea. Amanda resuelve este problema. + Amanda puede usar un disco intermedio + para respaldar varios sistemas de archivos al mismo tiempo. + Amanda crea conjuntos de archivo: + un grupo de cintas usadas a través de un periodo de tiempo para + crear respaldos completos de todos los sistemas de archivos listados + en el archivo de configuración de Amanda. + El conjunto de archivo también contiene respaldos + incrementales nocturnos (o diferenciales) de todos los sistemas de + archivos. Restaurar un sistema de archivos dañado requiere el + respaldo completo más reciente y los respaldos incrementales. + + El archivo de configuración brinda control fino de + respaldos y del tráfico de red que genera Amanda generates. + Amanda usará cualquiera de los programas + de respaldo mencionados arriba para escribir los datos a cinta. + Amanda está disponible como port como + paquete, no está instalado por omisión. + + + + No hacer nada + + No hacer nada no es un programa de computadora, pero + es la estrategia más extensamente utilizada de respaldo. No + hay costos iniciales. No hay un itinerario de respaldos a seguir. + Solo diga no. Si algo le sucede a sus datos, ¡sonría + y sopórtelo! + + Si su tiempo y sus datos valen poco o nada, entonces + no hacer nada es el programa de respaldo más + adecuado para su computadora. Pero cuidado, &unix; es una + herramienta poderosa, puede encontrar que dentro de seis meses + tiene una colección de archivos que son valiosos para + usted. + + No hacer nada es el método correcto de + respaldo para /usr/obj y otros árboles + de directorios que pueden ser facilmente recreados por su + computadora. Un ejemplo son los archivos que comprenden la + versión HTML o &postscript; de este Handbook. + Estos formatos de documentos han sido creados desde archivos de + entrada SGML. Crear respaldos de los archivos HTNL o + &postscript; no es necesario. Los archivos SGML son respaldados + regularmente. + + + + ¿Cual es el mejor programa de respaldos? + + LISA + + + &man.dump.8; y punto. Elizabeth D. Zwicky + realizó pruebas de tortura a todos los programas de + respaldo aquí discutidos. La elección clara para + preserver todos sus datos y todas las peculiaridades de los + sistemas de archivos &unix; es dump. Elizabeth + creó sistemas de archivos conteniendo una gran variedad + de condiciones inusuales (y algunos no tan inusuales) y probó + cada programa haciendo un respaldo y restaurando esos sistemas + de archivos. Las peculiaridades incluían: archivos con + agujeros y un bloque de nulos (nulls), archivos con caracteres + extraños en sus nombres, archivos que no se podían + leer ni escribir, dispositivos, archivos que cambiaban de + tamaño durante el respaldo, archivos que eran creados/borrados + durante el respaldo y más. Ella presentó los resultados + en LISA V en octubre de 1991. + Ver torturando-probando + programas de respaldo y archivo. + + + + Procedimiento de restauración de emergencia + + + Antes del desastre + + Solamente existen cuatro pasos que necesita realizar + en preparación para cualquier desastre que pueda + ocurrir. + + disklabel + + + Primero, imprima la etiqueta de disco de cada uno + de sus discos (ej. disklabel da0 | lpr), + su tabla de sistemas de archivos + (/etc/fstab) y todos los mensajes de + arranque, dos copias de cada uno. + + fix-it floppies + Segundo, asegúrese que los discos flexibles de + arreglo (boot.flp y fixit.flp) + tienen todos sus dispositivos. La manera más fácil + de revisar es reiniciar su máquina con el disco flexible + en la unidad y revisar los mensajes de arranque. Si todos sus + dispositivos son listados y funcionan, sáltese al paso tres. + + De otra manera, tiene que crear dos discos flexibles + de arranque personalizados los cuales deben tener un + kernel que pueda montar todos sus discos y accesar su + unidad de cinta. Estos discos deben contener: + fdisk, disklabel, + newfs, mount y + cualquier programa de respaldo que utilice. Estos + programas deben estar enlazados estaticamente. Si + usa dump, el disco flexible debe + contener restore. + + Tercero, realice cintas de respaldo regularmente. Cualquier + cambio que haga despues de su último respaldo puede ser + irremediablemente perdido. Proteja contra escritura las cintas + de respaldo. + + Cuarto, pruebe los discos flexibles (ya sea boot.flp + y fixit.flp o los dos discos personalizados + que creó en el paso dos.) y las cintas de respaldo. + Haga notas del procedimiento. Almacene estas notas con los discos + flexibles de arranque, las impresiones y las cintas de respaldo. + Estará tan distraido cuando restaure que las notas pueden + prevenir que destruya sus cintas de respaldo (¿Como? en + lugar de tar xvf /dev/sa0, puede teclear + accidentalmente tar cvf /dev/sa0 y + sobreescribir su cinta). + + Para una medida agregada de seguridad, haga discos flexibles + de inicio y dos cintas de respaldo cada vez. Almacene una de cada + una en una ubicación remota. Una ubicación remota + NO es el sótano del mismo edificio. Un número de + firmas en el World Trade Center aprendieron esta lección + de la manera difícil. Una ubicación remota debe + estar fisicamente separada de sus computadoras y unidades de + disco por una distancia significativa. + + + Un script para la creación de discos flexibles de arranque + + /mnt/sbin/init +gzip -c -best /sbin/fsck > /mnt/sbin/fsck +gzip -c -best /sbin/mount > /mnt/sbin/mount +gzip -c -best /sbin/halt > /mnt/sbin/halt +gzip -c -best /sbin/restore > /mnt/sbin/restore + +gzip -c -best /bin/sh > /mnt/bin/sh +gzip -c -best /bin/sync > /mnt/bin/sync + +cp /root/.profile /mnt/root + +cp -f /dev/MAKEDEV /mnt/dev +chmod 755 /mnt/dev/MAKEDEV + +chmod 500 /mnt/sbin/init +chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt +chmod 555 /mnt/bin/sh /mnt/bin/sync +chmod 6555 /mnt/sbin/restore + +# +# create the devices nodes +# +cd /mnt/dev +./MAKEDEV std +./MAKEDEV da0 +./MAKEDEV da1 +./MAKEDEV da2 +./MAKEDEV sa0 +./MAKEDEV pty0 +cd / + +# +# create minimum file system table +# +cat > /mnt/etc/fstab < /mnt/etc/passwd < /mnt/etc/master.passwd < + + + + + + + Despues del desastre + + La pregunta clave es: ¿sobrevivió su hardware? + ha estado haciendo respaldos regulares así que no hay + necesidad de preocuparse por el software. + + Si el hardware ha sido dañado, las partes deben ser + reemplazadas entes de tratar de usar la computadora. + + Si su hardware está bien, revise sus discos flexibles. + Si está usando discos flexibles de arranque personalizados, + arranque en modo monousuario (teclée -s + en el prompt de arranque boot:). Sáltese + el siguiente párrafo. + + Si está usando los discos boot.flp + y fixit.flp, siga leyendo. Inserte el disco + boot.flp en la primera unidad de disco + flexible y arranque la computadora. El menú de instalación + original será desplegado en la pantalla. Seleccione la + opción Fixit--Repair mode with CDROM or + floppy.. Inserte el disco fixit.flp + cuando se le pida. restore y los otros programas + que necesita están ubicados en + /mnt2/rescue + (/mnt2/stand para versiones + de &os; anteriores a 5.2). + + Recupere cada sistema de archivos separadamente. + + + mount + + partición raíz + + disklabel + + + newfs + + Trate de montar (ej. mount /dev/da0a /mnt) + la partición raíz de su primer disco. Si la + etiqueta de disco fué dañada, use disklabel + para re-particionar y etiquetar el disco para que coincida con + la etiqueta que imprimió y guardó antes. Use + newfs para recrear los sistemas de archivos. + Monte de nuevo la partición raíz del disco flexible + para leer y escribir (mount -u -o rw /mnt). + Utilice su programa de respaldo y las cintas de respaldo para + recuperar sus datos para este sistema de archivos (ej. restore vrf + /dev/sa0). Desmonte el sistema de archivos (ej. + umount /mnt). repita para cada sistema de + archivos que fué dañado. + + Una vez que su sistema esté corriendo, respalde sus + datos en cintas nuevas. Cualquiera que haya sido la causa de + la caida o pérdida de datos puede suceder de nuevo. + Otra hora gastada ahora puede salvarle de sufrimiento despues. + + + + * I Did Not Prepare for the Disaster, What Now? + + + +]]> + + + + + + + + + Marc + Fonvieille + Reorganizado y mejorado por + + + + + Sistemas de archivos de red, memoria y respaldados en archivo + + discos virtuales + + discos + virtuales + + + Además de los discos que inserta fisicamente en su + computadora: discos flexibles, CDs, discos duros, y demás; + FreeBSD entiende también otras formas de discos - los + discos virtuales. + + NFS + Coda + + discos + memoria + + Estos incluyen sistemas de archivos de red como los de + NFS y Coda, sistemas de + archivos de memoria y sistemas de archivos respaldados en + archivo. + + De acuerdo a la versión de FreeBSD que corra, tendrá + que utilizar diferentes herramientas para creación y + uso de sistemas de archivos de memoria y sistemas de archivos + respaldados en archivo. + + + Los usuarios de FreeBSD 4.X tendrán que usar + &man.MAKEDEV.8; para crear los dispositivos requeridos. + FreeBSD 5.0 y posteriores usan &man.devfs.5; para + designar nodos de dispositivo de manera transparente para + el usuario. + + + + + Sistema de archivos respaldado en archivo bajo FreeBSD 4.X + + discos + file-backed (4.X) + + + La utilidad &man.vnconfig.8; configura y habilita vnodes + de dispositivos de pseudo-disco. Un vnode + es una representación de un archivo, y es el enfoque de + la actividad de archivo. Esto significa que &man.vnconfig.8; + utiliza archivos para crear y operar un sistema de archivos. + Un posible uso es el montaje de imágenes de discos flexibles + o CDs mantenidas en archivos. + + Para usar &man.vnconfig.8;, necesita soporte de &man.vn.4; + en su archivo de configuración del kernel: + + pseudo-device vn + + Para montar una imagen de un sistema de archivos existente: + + + Usando vnconfig para montar una imagen de un sistema de archivos + existente bajo FreeBSD 4.X + + &prompt.root; vnconfig vn0 diskimage +&prompt.root; mount /dev/vn0c /mnt + + + Para crear una imagen nueva de un sistema de archivos con &man.vnconfig.8;: + + + Creando una imagen nueva de un sistema de archivos respaldado + en archivo con <command>vnconfig</command> + + &prompt.root; dd if=/dev/zero of=newimage bs=1k count=5k +5120+0 records in +5120+0 records out +&prompt.root; vnconfig -s labels -c vn0 newimage +&prompt.root; disklabel -r -w vn0 auto +&prompt.root; newfs vn0c +Warning: 2048 sector(s) in last cylinder unallocated +/dev/vn0c: 10240 sectors in 3 cylinders of 1 tracks, 4096 sectors + 5.0MB in 1 cyl groups (16 c/g, 32.00MB/g, 1280 i/g) +super-block backups (for fsck -b #) at: + 32 +&prompt.root; mount /dev/vn0c /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/vn0c 4927 1 4532 0% /mnt + + + + + Sistemas de archivos respaldados en archivo bajo FreeBSD 5.X + + discos + file-backed (5.X) + + + La utilidad &man.mdconfig.8; es usada para configurar y + habilitar discos de memoria, &man.md.4;, bajo FreeBSD 5.X. + Para usar &man.mdconfig.8;, tiene que cargar el módulo + &man.md.4; o agregar el soporte en su archivo de configuración + del kernel: + + device md + + el comando &man.mdconfig.8; soporta tres tipos de + discos virtuales en memoria: discos de memoria asignados + con &man.malloc.9;, discos de memoria usando un archivo o + espacio de swap como respaldo. Un uso posible es el + montaje de imágenes de discos flexibles o CDs + mantenidas en archivos. + + Para montar una imagen de un sistema de archivos existente: + + + Usando <command>mdconfig</command> para montar una imagen de un sistema de archivos + existente bajo FreeBSD 5.X + + &prompt.root; mdconfig -a -t vnode -f diskimage -u 0 +&prompt.root; mount /dev/md0 /mnt + + + Para crear una imagen nueva de un sistema de archivos con &man.mdconfig.8;: + + + Creando un disco respaldado en archivo con <command>mdconfig</command> + + &prompt.root; dd if=/dev/zero of=newimage bs=1k count=5k +5120+0 records in +5120+0 records out +&prompt.root; mdconfig -a -t vnode -f newimage -u 0 +&prompt.root; disklabel -r -w md0 auto +&prompt.root; newfs md0c +/dev/md0c: 5.0MB (10240 sectors) block size 16384, fragment size 2048 + using 4 cylinder groups of 1.27MB, 81 blks, 256 inodes. +super-block backups (for fsck -b #) at: + 32, 2624, 5216, 7808 +&prompt.root; mount /dev/md0c /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/md0c 4846 2 4458 0% /mnt + + + Si no especifica el número de unidad con la + opción , &man.mdconfig.8; + usará la designación automática de + &man.md.4; para seleccionar un dispositivo sin usar. + El nombre de la unidad designada será enviado a + stdout como md4. Para más + detalles sobre &man.mdconfig.8;, por favor refiérase + a la página de manual. + + Desde &os; 5.1-RELEASE, la utilidad + &man.bsdlabel.8; reemplazó al antiguo programa + &man.disklabel.8;. Con &man.bsdlabel.8; un número de + opciones y parámetros obsoletos han sido retirados; + en el ejemplo de arriba la opción + debe ser eliminada. Para mayor información, + por favor refiérase a la página de manual + &man.bsdlabel.8;. + + La utilidad &man.mdconfig.8; es muy útil, + sin embargo pide muchas lías de comando para crear + un sistema de archivos respaldado en archivo. FreeBSD 5.0 + viene también con una herramienta llamada &man.mdmfs.8;, + este programa configura un disco &man.md.4; utilizando + &man.mdconfig.8;, pone un sistema de archivos UFS en él + usando &man.newfs.8; y lo monta usando &man.mount.8;. + Por ejemplo, si desea crear y montar la misma imagen de + sistema de archivos de arriba, simplemente teclée + lo siguiente: + + + Configurar y montar un disco respaldado en archivo con <command>mdmfs</command> + &prompt.root; dd if=/dev/zero of=newimage bs=1k count=5k +5120+0 records in +5120+0 records out +&prompt.root; mdmfs -F newimage -s 5m md0 /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/md0 4846 2 4458 0% /mnt + + + Si utiliza la opción sin + número de unidad, &man.mdmfs.8; usará la + opción de auto unidad de &man.md.4; para + selecionar automaticamente un dispositivo sin usar. Para + más detalles sobre &man.mdmfs.8;, por favor + refiérase a la página de manual. + + + + + + Sistema de archivos basados en memoria bajo FreeBSD 4.X + + + discos + sistemas de archivos de memoria (4.X) + + + El controlador &man.md.4; es un modo sencillo y eficiente de + crear sistemas de archivos de memoria bajo FreeBSD 4.X. &man.malloc.9; + es usado para designar la memoria. + + Simplemente toma un sistema de archivos que usted ha + preparado con, por ejemplo, &man.vnconfig.8;, y: + + + Disco de memoria md bajo FreeBSD 4.X + + &prompt.root; dd if=newimage of=/dev/md0 +5120+0 records in +5120+0 records out +&prompt.root; mount /dev/md0c /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/md0c 4927 1 4532 0% /mnt + + + Para más detalles, por favor refiérase + a la página de manual &man.md.4;. + + + + sistemas de archivos basados en memoria bajo FreeBSD 5.X + + discos + sistemas de archivos de memoria (5.X) + + + Las mismas herramientas son usadas para sistemas de + archivos basados en memoria y respaldados en archivo: + &man.mdconfig.8; o &man.mdmfs.8;. El almacenamiento para + sistemas de archivos basados en memoria es designado con + &man.malloc.9;. + + + Creando un nuevo disco basado en memoria con + <command>mdconfig</command> + + &prompt.root; mdconfig -a -t malloc -s 5m -u 1 +&prompt.root; newfs -U md1 +/dev/md1: 5.0MB (10240 sectors) block size 16384, fragment size 2048 + using 4 cylinder groups of 1.27MB, 81 blks, 256 inodes. + with soft updates +super-block backups (for fsck -b #) at: + 32, 2624, 5216, 7808 +&prompt.root; mount /dev/md1 /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/md1 4846 2 4458 0% /mnt + + + + Creando un nuevo disco basado en memoria con + <command>mdmfs</command> + &prompt.root; mdmfs -M -s 5m md2 /mnt +&prompt.root; df /mnt +Filesystem 1K-blocks Used Avail Capacity Mounted on +/dev/md2 4846 2 4458 0% /mnt + + + En lugar de usar un sistema de archivos respaldado en + &man.malloc.9;, es posible utilizar swap, para eso solo + reemplace con + en la línea de comando de &man.mdconfig.8;. + La utilidad &man.mdmfs.8; por omisión + (sin ) crea un disco basado en swap). Para + más detalles, por favor refiérase a las + páginas de manual de &man.mdconfig.8; y + &man.mdmfs.8;. + + + + Desconectando un disco de memoria del sistema + + discos + desconectar un disco de memoria + + + Cuando un sistema de archivos basado en memoria o + basado en archivo no es usado, debe liberar todos los + recursos al sistema. Lo primero a realizar es el demontaje + del sistema de archivos, entonces utilice &man.mdconfig.8; + para desconectar el disco del sistema y liberar los + recursos. + + Por ejemplo, para desconectar y liberar todos los + recursos usados por /dev/md4: + + &prompt.root; mdconfig -d -u 4 + + Es posible listar información sobre dispositivos + &man.md.4; configurados usando el comando + mdconfig -l. + + Para FreeBSD 4.X, &man.vnconfig.8; es usado para + desconectar el dispositivo. Por ejemplo, para desconectar y + liberar todos los recursos usados por + /dev/vn4: + + &prompt.root; vnconfig -u vn4 + + + + + + + + + + Tom + Rhodes + Contribuido por + + + + + + Instantaneas (Snapshots) de sistemas de archivos + + + sistemas de archivos + snapshots + + + FreeBSD 5.0 ofrece una nueva habilidad en conjunto con + Soft Updates: instantaneas + (snapshots) del sistema de archivos. + + Las instantaneas permiten a un usuario crear imágenes + de sistemas de archivos especificados, y tratarlos como un + archivo. Los archivos de instantaneas deben ser creados en + el sistema de archivos en el que se realiza la acción, + y un usuario puede crear hasta 20 instantaneas por sistema + de archivos. Las instantaneas activas son grabadas en el + superbloque por lo que son persistentes a través de + operaciones de montaje y remontaje junto con reinicios del + sistema. Cuando una instantanea ya no es requerida, puede + ser removida con el comando estándar &man.rm.1;. + Las instantaneas pueden ser removidas en cualquier orden, + sin embargo, todo el espacio utilizado puede no ser adquirido + debido a que otra instantanea posiblemente reclame algunos + de los bloques liberados. + + La bandera inalterable de archivo + es activada por &man.mksnap.ffs.8; despues de la creación + inicial de un archivo de instantanea. El comando &man.unlink.1; + hace una excepción para archivos de instantanea ya que + les permite ser removidos. + + Las instantaneas son creadas con el comando &man.mount.8; command. + Para colocar una instantanea de /var + en el archivo /var/snapshot/snap use + el siguiente comando: + +&prompt.root; mount -u -o snapshot /var/snapshot/snap /var + + alternativamente, puede usar &man.mksnap.ffs.8; para + crear una instantanea: + +&prompt.root; mksnap_ffs /var /var/snapshot/snap + + Se pueden encontrar archivos de instantanea en un sistema + de archivos (ej. /var) usando el + comando &man.find.1;: + +&prompt.root; find /var -flags snapshot + + Una vez que se ha creado una instantanea, tiene + varios usos: + + + + Algunos administradores usarán un archivo de instantanea + para propósitos de respaldo, debido a que la instantanea + puede ser transferida a CDs o a cinta. + + + + Integridad de archivos, &man.fsck.8; puede ser ejecutado + en una instantanea. Asumiendo que el sistema de archivos estaba + limpio cuando fué montado, se debe obtener un resultado + limpio (e inalterado). + Esto es lo que hace esencialmente el proceso de + &man.fsck.8; en segundo plano. + + + + Correr la utilidad &man.dump.8; en la instantanea. + Un dump que es consistente con el sistema de archivos + y las estampas de hora de la instantanea será + obtenido. &man.dump.8; puede también tomar + una instantanea, crear una imagen dump y entonces + eliminar la instantanea en un comando usando la + bandera . + + + + Hacer un &man.mount.8; a la instantanea como una imagen + congelada del sistema de archivos. + Para montar la instantanea + /var/snapshot/snap ejecute: + +&prompt.root; mdconfig -a -t vnode -f /var/snapshot/snap -u 4 +&prompt.root; mount -r /dev/md4 /mnt + + + + + Ahora puede recorrer la jerarquía de su sistema de archivos + /var congelado montado en /mnt. + Todo estará inicialmente en el mismo estado que estaba + durante la hora de creación de la instantanea. La única + excepción es que cualquier instantanea anterior + aparecerá como un archivo de longitud cero. Cuando el uso + de una instantanea ha terminado puede ser desmontada con: + +&prompt.root; umount /mnt +&prompt.root; mdconfig -d -u 4 + + Para mayor información sobre + e instantaneas de sistemas de archivos, incluyendo papeles + técnicos, puede visitar el sitio web de + Marshall Kirk McKusick en + . + + + + Cuotas en sistemas de archivos + + contabilidad + espacio en disco + + cutoas de disco + + Cuotas son una opción adicional del sistema + operativo que le permite limitar la cantidad de espacio en + disco y/o el número de archivos que un usuario o + miembros de un grupo pueden crear en base a por-archivo + de sistema. Esto es mayormente utilizado en sistemas de + tiempo compartido donde es deseable limitar la cantidad de + recursos que cualquier usuario o grupo de usuarior puede + utilizar. Esto prevendrá que un usuario o grupo + de usuarios consuma todos el espacio disponible en + el disco. + + + Configurando su sistema para habilitar cuotas de disco + + Antes de intentar el uso de cuotas de disco, es necesario + asegurarse que las cuotas están configuradas en el + kernel. Esto se realiza agregando la siguiente línea + a su archivo de configuración del kernel: + + options QUOTA + + El kernel GENERIC no tiene esto habilitado + por omisión, por lo tanto tendrá que + configurar, compilar e instalar un kernel personalizado para + poder usar cuotas de disco. Por favor refiérase a + para mayor información + sobre la configuración del kernel. + + A continuación tendrá que habilitar + las cuotas de disco en /etc/rc.conf. + Esto se hace añadiendo la línea: + + enable_quotas="YES" + + cuotas de disco + revisando + + + Para un control más fino sobre el arranque + de cuotas, existe una variable de configuración + adicional disponible. Normalmente al arranque, la + integridad de cuotas de cada sistema de archivo es + revisada por el programa &man.quotacheck.8;. La facilidad + &man.quotacheck.8; se asegura que los datos en la base + de datos de cuotas reflejan propiamente los datos en el + sistema de archivos. Este es un proceso que consume + mucho tiempo y que afectará significativamente + el tiempo que le toma a su sistema arrancar. Si desea + saltarse este paso, una variable en /etc/rc.conf + está disponible para este propósito: + + check_quotas="NO" + + Finalmente necesitará editar /etc/fstab + para habilitar las cuotas de disco por archivo del sistema. + Aquí es donde puede habilitar cuotas por usuario o por + grupo o ambos para todos sus sistemas de archivos. + + Para habilitar cuotas por usuario en un sistema de + archivos, agregue la opción al + campo de opciones en la entrada de /etc/fstab + del sistema de archivos al que quiera habilitar las cuotas. + Por ejemplo: + + /dev/da1s2g /home ufs rw,userquota 1 2 + + Similarmente, para habilitar cuotas de grupo, + use la opción + en lugar . Para habilitar + cuotas por usuario y por grupo, cambie la entrada + como sigue: + + /dev/da1s2g /home ufs rw,userquota,groupquota 1 2 + + Por omisión, los archivos de cuota son almacenados en + el directorio raíz del sistema de archivos con los + nombres quota.user y quota.group + para cuotas de usuario y grupo respectivamente. + Vea &man.fstab.5; para mayor información. Aunque la + página de manual de &man.fstab.5; dice que puede + especificar una ubicación alterna para los archivos de + cuota, esto no se recomienda debido a las varias utilidades + de cuotas que parecen no manejar esto adecuadamente. + + En este punto debe reiniciar su sistema con el nuevo + kernel. /etc/rc ejecutará + automaticamente los comandos apropiados para crear los archivos + de cuota iniciales para todas las cuotas que habilitó + en /etc/fstab, así que no hay + necesidad de crear archivos de cuota de longitud cero. + + En el curso normal de operaciones no le debe ser requerido + correr los comandos &man.quotacheck.8;, &man.quotaon.8; o + &man.quotaoff.8; manualmente. Sin embargo, tal vez quiera leer + sus páginas de manual solo para familiarizarse con + sus operaciones. + + + + Configurando límites de cuota + + cuotas de disco + límites + + + Una vez que tenga configurado su sistema para habilitar cuotas, + verifique que en realidad estén habilitadas. Una manera + sencilla de hacer esto es correr: + + &prompt.root; quota -v + + Debe ver un resumen de una sola línea de uso del + disco y los límites de cuota actuales para cada sistema + de archivos donde estén habilitadas las cuotas. + + Ahora está listo para iniciar la asignación + de límites de cuota con el comando &man.edquota.8;. + + Tiene varias opciones para imponer límites en el + espacio de disco que un usuario o grupo puede ocupar, y + cuantos archivos pueden crear. Puede limitar la ocupación + basándose en el espacio en disco (cuotas de bloque) o + número de archivos (cuotas de inodo) o una + combinación de ambas. Cada uno de estos límites + a su vez son divididos en dos categorías: límites + duros y suaves. + + límite duro + Un límite duro no puede ser excedido. Una vez que + un usuario alcanza su límite duro no puede realizar + más ubicaciones en el sistema de archivos en cuestión. + Por ejemplo, si el usuario tiene un límite duro de + 500 kbytes en un sistema de archivos y está utilizando + actualmente 490 kbytes, el usuario solo puede ocupar + otros 10 kbytes. El intento de ocupar 11 kbytes adicionales + fallará. + + límite suave + Los límites suaves por otro lado, pueden ser + excedidos por un periodo de tiempo limitado. Este periodo de + tiempo es conocido como periodo de gracia, el cual es de una + semana por defecto. Si un usuario permanece más tiempo + de su periodo de gracia, el límite suave se convertirá + en un límite duro y no se permitir´n ubicaciones + posteriores. Cuando el usuario desciende del nivel de su + límite suave, + el periodo de gracia será reiniciado. + + Lo siguiente es un ejemplo de lo que vería cuando + ejecute el comando &man.edquota.8;. cuando el comando + &man.edquota.8; es invocado, usted es colocado en el + editor especificado por la variable de ambiente + EDITOR, o en el editor vi + si no está configurada la variable EDITOR, + para permitirle editar los límites de cuota. + + &prompt.root; edquota -u test + + Quotas for user test: +/usr: kbytes in use: 65, limits (soft = 50, hard = 75) + inodes in use: 7, limits (soft = 50, hard = 60) +/usr/var: kbytes in use: 0, limits (soft = 50, hard = 75) + inodes in use: 0, limits (soft = 50, hard = 60) + + Normalmente verá dos líneas por cada sistema + de archivos que tenga habilitadas las cuotas. Una línea + para los límites de bloque y una línea para + límites de inodo. Por ejemplo, para elevar los límites + de este usuario de un límite suave de 50 y un límite + duro de 75 a un límite suave de 500 y un límite + duro de 600, cambie: + + /usr: kbytes in use: 65, limits (soft = 50, hard = 75) + + a: + + /usr: kbytes in use: 65, limits (soft = 500, hard = 600) + + Los nuevos límites de cuota estarán + activos cuando salga del editor. + + Algunas veces es deseable activar límites de cuota + en un rango de UIDs. Esto puede realizarse con la opción + en el comando &man.edquota.8;. Primero, + asigne el límite de cuota deseado a un usuario y entonces + ejecute + edquota -p protouser startuid-enduid. Por + ejemplo, si el usuario test tiene el + límite de cuota deseado, el siguiente comando puede + usarse para duplicar esos límites de cuota para los + UIDs de 10,000 hasta 19,999: + + &prompt.root; edquota -p test 10000-19999 + + Para mayor información vea la página de + manual &man.edquota.8;. + + + + Revisando límites de cuota y uso de disco + + cuotas de disco + revisando + + + Puede usar el comando &man.quota.1; o + &man.repquota.8; para revisar los límites de + cuota y uso del disco. El comando &man.quota.1; + puede usarse para revisar cuotas individuales de + usuario o grupo y uso del disco. Un usuario puede + solamente examinar su propia cuota y la cuota de un + grupo al que pertenece. Solamente el super usuario + puede ver las cuotas de todos los usuarios y grupos. + El comando &man.repquota.8; puede usarse para obtener + un resumen de todas las cuotas y uso del disco para + sistemas de archivos con cuotas habilitadas. + + Lo siguiente es una salida de ejemplo del + comando quota -v para un usuario + que tiene límites de cuota en dos sistemas + de archivos. + + Disk quotas for user test (uid 1002): + Filesystem usage quota limit grace files quota limit grace + /usr 65* 50 75 5days 7 50 60 + /usr/var 0 50 75 0 50 60 + + periodo de gracia + En el sistema de archivos /usr del + ejemplo de arriba, este usuario está actualmente + 15 kbytes sobre su límite suave de 50 kbytes y le quedan 5 + días en su periodo de gracia. Note el asterisco + * que indica que el usuario está + actualmente por encima de su límite de cuota. + + Normalmente los sistemas de archivo en los que el usuario + no esté utilizando espacio en disco no se mostrarán + en la salida del comando &man.quota.1;, incluso si tiene + un límite de cuota asignado para esos sistemas + de archivo. La opción + desplegará esos sistemas de archivos, como + el sistema de archivos /usr/var en el + ejemplo de arriba. + + + + Cuotas a través de NFS + NFS + + Las cuotas son impuestas por el subsistema de cuotas en el + servidor NFS. El daemon &man.rpc.rquotad.8; hace disponible la + información al comando &man.quota.1; en los clientes + NFS, permitiéndoles a los usuarios en esas máquinas + ver sus estadísticas de cuota. + + Habilite rpc.rquotad en + /etc/inetd.conf de esta manera: + + rquotad/1 dgram rpc/udp wait root /usr/libexec/rpc.rquotad rpc.rquotad + + Ahora reinicie inetd: + + &prompt.root; kill -HUP `cat /var/run/inetd.pid` + + + + + + + + + Lucky + Green + Contribuido por + +
shamrock@cypherpunks.to
+ + + + + + + Encriptando particiones de disco + + discos + encriptación + + FreeBSD ofrece excelente protección en línea + sontra acceso a datos no autorizado. Permisos de archivo y + controles de acceso obligatorio (Mandatory Access Control, MAC, + see ) ayudan a prevenir que terceros + tengan acceso no autorizado a los datos mientras en sistema + operativo está activo y la computadora está + encendida. Sin embargo, los permisos impuestos por el + sistema operativo son irrelevantes si un atacante tiene acceso + físico a una computadora y puede simplemente mover + el disco duro de la computadora a otro sistema para copiar + y analizar los datos sensitivos. + + Sin importar como un atacante pueda llegar a tener posesión + de un disco duro o de una computadora apagada, + La encriptación de disco basada en GEOM + (GEOM Based Disk Encryption, gbde) puede proteger + los datos en los sistemas de archivos de la computadora incluso + contra atacantes altamente motivados con recursos significativos. + A diferencia de métodos de encriptación difíciles + de manejar que encriptan unicamente archivos individuales, + gbde encripta transparentemente + sistemas de archivos enteros. Ningún texto claro toca + nunca los platos del disco duro. + + + Habilitando gbde en el kernel + + + + Conviértase en <username>root</username> + + La configuración de gbde + requiere privilegios de super usuario. + + &prompt.user; su - +Password: + + + + Verifique la versión del sistema operativo + + &man.gbde.4; require FreeBSD 5.0 o posterior. + + &prompt.root; uname -r +5.0-RELEASE + + + + Agregue soporte de &man.gbde.4; al archivo de configuración + del kernel + + Usando su editor de textos favorito, agregue la + siguiente línea a su archivo de configuración + del kernel: + + options GEOM_BDE + + Configure, recompile e instale el kernel de FreeBSD. + Este proceso es descrito en + . + + Reinicie con el nuevo kernel. + + + + + + + Preparando el disco duro encriptado + + El siguiente ejemplo asume que está añadiendo + un disco duro nuevo a su sistema que contendrá una sola + partición encriptada. Esta partición será + montada como /private. + gbde puede ser utilizado también + para encriptar /home y /var/mail, + pero esto requiere instrucciones más complejas que + exceden el alcance de esta introducción. + + + + Agregue el disco duro nuevo + + Instale el nuevo disco al sistema como se explicó + en . Para los propósitos + de este ejemplo, se ha añadido una nueva partición + de disco como /dev/ad4s1c. Los dispositivos + /dev/ad0s1* + representan particiones FreeBSD estándares existentes + en el sistema de ejemplo. + + &prompt.root; ls /dev/ad* +/dev/ad0 /dev/ad0s1b /dev/ad0s1e /dev/ad4s1 +/dev/ad0s1 /dev/ad0s1c /dev/ad0s1f /dev/ad4s1c +/dev/ad0s1a /dev/ad0s1d /dev/ad4 + + + + Crée un directorio para los archivos lock de gbde + + &prompt.root; mkdir /etc/gbde + + Los archivos lock de gbde + contienen información que gbde + requiere para accesar las particiones encriptadas. Sin el + acceso a los archivos lock, gbde + no será capaz de desencriptar los datos contenidos + en la partición encriptada sin intervención + manual significativa lo cual no está soportado por + el software. Cada partición encriptada utiliza un + archivo lock separado. + + + + Inicialice la partición gbde + + Una partición gbde + debe ser inicializada antes de que pueda ser utilizada. + Esta inicialización solo necesita ser realizada + una vez: + + &prompt.root; gbde init /dev/ad4s1c -i -L /etc/gbde/ad4s1c + + &man.gbde.8; abrirá su editor, permitiéndole + activar varias opciones de configuración en un modelo. + Para utilizar UFS1 o UFS2, ponga el sector_size a 2048: + + $FreeBSD: src/sbin/gbde/template.txt,v 1.1 2002/10/20 11:16:13 phk Exp $ +# +# Sector size is the smallest unit of data which can be read or written. +# Making it too small decreases performance and decreases available space. +# Making it too large may prevent filesystems from working. 512 is the +# minimum and always safe. For UFS, use the fragment size +# +sector_size = 2048 +[...] + + + &man.gbde.8; le pedirá dos veces que escriba la + palabra clave que debe ser usada para asegurar los datos. + La palabra clave debe ser la misma ambas veces. La + habilidad de gbde de proteger sus + datos depende enteramente de la calidad de la palabra clave + que elija. + + Para consejos sobre como seleccionar una palabra clave + segura que sea fácil de recordar, vea el sitio web + Diceware + Passphrase. + + El comando gbde init crea un archivo + lock para su partición gbde + que en este ejemplo es almacenado como + /etc/gbde/ad4s1c. + + + Los archivos lock de gbde + deben ser respaldados junto con + el contenido de cualquier partición encriptada. + Mientras que el borrado de un archivo lock no puede + prevenir que un atacante determinado desencripte una + partición gbde, + sin el archivo lock, el propietario legítimo + no podrá accesar los datos en la partición + encriptada sin una cantidad significativa de trabajo + que no es soportada por &man.gbde.8; y su diseñador. + + + + + Conecte la partición encriptada al kernel + + &prompt.root; gbde attach /dev/ad4s1c -l /etc/gbde/ad4s1c + + Se le pedirá que proporcione la palabra clave + que seleccionó durante la inicialicación de + la partición encriptada. El nuevo dispositivo + encriptado aparecerá en /dev + como + /dev/device_name.bde: + + &prompt.root; ls /dev/ad* +/dev/ad0 /dev/ad0s1b /dev/ad0s1e /dev/ad4s1 +/dev/ad0s1 /dev/ad0s1c /dev/ad0s1f /dev/ad4s1c +/dev/ad0s1a /dev/ad0s1d /dev/ad4 /dev/ad4s1c.bde + + + + Crée un sistema de archivos en el dispositivo encriptado + + Una vez que el dispositivo encriptado ha sido conectado + al kernel, puede crear un sistema de archivos en el + dispositivo. Para eso, use &man.newfs.8;. Debido a que es + más rápido inicializar un sistema de archivos + UFS2 nuevo que un sistema de archivos UFS1 viejo, se + recomienda usar &man.newfs.8; con la opción + . + + La opción es el + valor por omisión con &os; 5.1-RELEASE + y posteriores. + + &prompt.root; newfs -U -O2 /dev/ad4s1c.bde + + + El comando &man.newfs.8; debe ser ejecutado en una + partición gbde + conectada la cual es identificada por una extensión + *.bde + al nombre del dispositivo. + + + + + Monte la partición encriptada + + Crée un punto de montaje para el sistema de + archivos encriptado. + + &prompt.root; mkdir /private + + Monte el sistema de archivos encriptado. + + &prompt.root; mount /dev/ad4s1c.bde /private + + + + Verifique que el sistema de archivos encriptado esté + disponible + + el sistema de archivos encriptado debe ser visible + para &man.df.1; y estar disponible para usar. + + &prompt.user; df -H +Filesystem Size Used Avail Capacity Mounted on +/dev/ad0s1a 1037M 72M 883M 8% / +/devfs 1.0K 1.0K 0B 100% /dev +/dev/ad0s1f 8.1G 55K 7.5G 0% /home +/dev/ad0s1e 1037M 1.1M 953M 0% /tmp +/dev/ad0s1d 6.1G 1.9G 3.7G 35% /usr +/dev/ad4s1c.bde 150G 4.1K 138G 0% /private + + + + + + Montando sistemas de archivos encriptados existentes + + Despues de cada arranque, cualquier sistema de archivos + encriptado debe ser re-conectado al kernel, revisado por + errores y montado, antes de que el sistema de archivos + pueda ser utilizado. Los comandos requeridos deben ser + ejecutados como root. + + + + Conectar la partición gbde al kernel + + &prompt.root; gbde attach /dev/ad4s1c -l /etc/gbde/ad4s1c + + Se le pedirá que proporcione la palabra clave + que seleccionó durante la inicialización + de la partición encriptada gbde. + + + + Revisar errores en el sistema de archivos + + Ya que los sistemas de archivos encriptados no + pueden ser listados en /etc/fstab + para el montado automático, los sistemas de + archivos deben ser revisados ejecutando &man.fsck.8; + manualmente antes de montarlos. + + &prompt.root; fsck -p -t ffs /dev/ad4s1c.bde + + + + Montar los sistemas de archivos encriptados + + &prompt.root; mount /dev/ad4s1c.bde /private + + El sistema de archivos encriptado está ahora disponible + para usar. + + + + + Montando particiones encriptadas automaticamente + + Es posible crear un script para conectar, revisar y montar + automaticamente una partición encriptada, pero por + razones de seguridad el script no debe contener la + contraseña &man.gbde.8;. En su lugar, se recomienda que + tales scripts sean ejecutados manualmente proporcionando la + contraseña vía consola o &man.ssh.1;. + + + + + Protecciones criptográficas empleadas por gbde + + &man.gbde.8; encripta el sector payload usando AES de 128-bit + en modo CBC. Cada sector en el disco es encriptado con una llave + AES diferente. Para mayor información sobre el diseño + criptográfico de gbde, + incluyendo como las llaves de sector son derivadas de la + palabra clave proporcionada, vea &man.gbde.4;. + + + + Problemas de compatibilidad + + &man.sysinstall.8; es incompatible con dispositivos + gbde encriptados. Todos los + dispositivos *.bde + deben ser desconectados del kernel antes de iniciar + &man.sysinstall.8; o se congelará durante su prueba + inicial de dispositivos. Para desconectar el dispositivo + encriptado usado en nuestro ejemplo, use el siguiente + comando: + + &prompt.root; gbde detach /dev/ad4s1c + + también note que, como &man.vinum.4; no + utiliza el subsistema &man.geom.4;, no puede + usar gbde con volúmenes + vinum. + + -