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 <Maxtor 5T040H4 TAH71DP0> at ata0-master UDMA100
> ad1: 76345MB <MAXTOR 6L080J4 A93.0500> at ata0-slave UDMA100
> acd0: CDROM <CD-ROM Drive/G6D/M1.30> at ata1-master UDMA33
> acd1: DVDR <NEC DVD RW ND-3550A/1.05> at ata1-slave UDMA33
> ad4: 381554MB <Seagate ST3400633A 3.AAH> 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.
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"