From owner-freebsd-questions@FreeBSD.ORG Wed Jun 23 16:35:49 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9567D106566C for ; Wed, 23 Jun 2010 16:35:49 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 561B98FC21 for ; Wed, 23 Jun 2010 16:35:45 +0000 (UTC) Received: from r55.edvax.de (port-92-195-117-232.dynamic.qsc.de [92.195.117.232]) by mx02.qsc.de (Postfix) with ESMTP id 3B8341D96C; Wed, 23 Jun 2010 18:35:44 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id o5NGZguH001548; Wed, 23 Jun 2010 18:35:43 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Wed, 23 Jun 2010 18:35:42 +0200 From: Polytropon To: Gary Kline Message-Id: <20100623183542.1d6aef45.freebsd@edvax.de> In-Reply-To: <20100623051418.GA80985@thought.org> References: <20100623051418.GA80985@thought.org> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List Subject: Re: before i even =touch= my server again.... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 16:35:49 -0000 On Tue, 22 Jun 2010 22:14:20 -0700, Gary Kline wrote: > fsck seemed to fix most slices, but a check as root > told me the /var was//IS still dirty. Q: how can i umount /var > and run fsck -y without going single-user? remember that in order to > regain keyboard control of ethic i have to crawl under deskm, muck > around, etc. There is a way that can be used (allthough it usually should not): # umount -f /var # fsck /var Of course, all write attempts to /var will then fail. If /var is in a clean state again, run # mount /var to make it accessible again. Before you re-mount, make sure that there are no offending files in the mountpoint /var (which should be empty while unmounted). > how does fsck work, backgrounded? Bad. :-) No, seriously, I just don't trust it. I can stand downtine, so I better let fsck do its work on unmounted partitions than letting it run in the background, while the system boots up with possibly dirty partitions... and you never know what else can happen. I usually take the time neccessary for a foreground-fsck - it's not that it needs to be done twice a day. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...