From owner-freebsd-questions@FreeBSD.ORG Mon Sep 7 02:24:08 2009 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 31C751065676 for ; Mon, 7 Sep 2009 02:24:08 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id E73C78FC0C for ; Mon, 7 Sep 2009 02:24:07 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MkTtn-0007Pc-3E for freebsd-questions@freebsd.org; Sun, 06 Sep 2009 19:24:07 -0700 Message-ID: <25324178.post@talk.nabble.com> Date: Sun, 6 Sep 2009 19:24:07 -0700 (PDT) From: jaymax To: freebsd-questions@freebsd.org In-Reply-To: <200909061238.32832.mel.flynn+fbsd.questions@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jaymax36@gmail.com References: <25314145.post@talk.nabble.com> <200909060958.11114.mel.flynn+fbsd.questions@mailing.thruhere.net> <25316313.post@talk.nabble.com> <200909061238.32832.mel.flynn+fbsd.questions@mailing.thruhere.net> Subject: Re: Inconsistency in root partition size X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2009 02:24:08 -0000 Mel Flynn-2 wrote: > > > No, single user mode. Root partition in single user mode can be fsck'd and > repaired if mounted ro in single user. The system does fsck -p by default, > which skips partitions marked clean. Since you can shutdown cleanly, > nothing > will happen. > Have a look at /etc/defaults/rc.conf for setting different behaviors by > overriding the defaults in /etc/rc.conf. > In single user mode I ran fsck -vy / there were a few Salvages along the way Rebooted but the condition remained unchanged. rebooted again in single user mode ran fsck -vy /dev/ad0s1a everything seemed clear - no salvage operation Normal reboot, but discrepancy still persits Hope we have not reached a checkmate! from the logs the only things discernable, were dmesg => > ad0: 39083MB at ata0-master UDMA100 > ad1: 76345MB at ata0-slave UDMA100 > acd0: CDROM at ata1-master UDMA33 > acd1: DVDR at ata1-slave UDMA33 > ad4: 381554MB at ata2-master UDMA100 > Trying to mount root from ufs:/dev/ad0s1a > WARNING: /usr was not properly dismounted > WARNING: /disk02 was not properly dismounted > WARNING: /disk03 was not properly dismounted > from /var/all.log the record for today Earlier mount attempt # grep -in ad0s1a all.log 143:Sep 6 02:23:41 mach_1 kernel: Trying to mount root from ufs:/dev/ad0s1a 158:Sep 6 02:23:41 mach_1 kernel: /dev/ad0s1a: DEFER FOR BACKGROUND CHECKING 472:Sep 6 02:25:02 mach_1 fsck: /dev/ad0s1a: CANNOT CREATE SNAPSHOT //.snap/fsck_snapshot: No space left on device 474:Sep 6 02:25:02 mach_1 fsck: /dev/ad0s1a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. 985:Sep 6 03:11:21 mach_1 kernel: Trying to mount root from ufs:/dev/ad0s1a 1000:Sep 6 03:11:21 mach_1 kernel: /dev/ad0s1a: DEFER FOR BACKGROUND CHECKING 1315:Sep 6 03:13:08 mach_1 fsck: /dev/ad0s1a: CANNOT CREATE SNAPSHOT //.snap/fsck_snapshot: No space left on device 1317:Sep 6 03:13:08 mach_1 fsck: /dev/ad0s1a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. last mount 6311:Sep 6 17:39:33 mach_1 kernel: Trying to mount root from ufs:/dev/ad0s1a 6325:Sep 6 17:39:33 mach_1 kernel: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS 6326:Sep 6 17:39:33 mach_1 kernel: /dev/ad0s1a: clean, 1982 free (1966 frags, 2 blocks, 0.8% fragmentation) 6772:Sep 6 17:51:19 mach_1 kernel: Trying to mount root from ufs:/dev/ad0s1a 6786:Sep 6 17:51:19 mach_1 kernel: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS 6787:Sep 6 17:51:19 mach_1 kernel: /dev/ad0s1a: clean, 1968 free (1968 frags, 0 blocks, 0.8% fragmentation) and df -k => df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 507630 503694 -36674 108% / Don't know if the above can show anything Could this be a kernel issue, tuning etc? Thanks! -- View this message in context: http://www.nabble.com/Inconsistency-in-root-partition-size-tp25314145p25324178.html Sent from the freebsd-questions mailing list archive at Nabble.com.