?
I think we must be talking about something different. In any event, what
we have works quite well and I'm not about to change the process at this
point...
we already talked on priv and everything got explained :)
___
freebsd-questions@freebsd.org m
>I think he's refering to dumping the partitions of an already
>installed "master system" into files, and then restoring them
>into the partitions of the "other systems" as intended. This
>would surely be easier than to pkg_add the software needed on
>the "other systems"...
We do follow that gener
On Thu, 28 May 2009 06:12:25 -0700, "Peter Steele"
wrote:
> >good but seems quite overcomplex expecially this pkg_add.
> >
> >why just not to compress whole filesystem(s) by tar+gzip?
>
> ?
>
> I think we must be talking about something different. In any event, what
> we have works quite well a
>good but seems quite overcomplex expecially this pkg_add.
>
>why just not to compress whole filesystem(s) by tar+gzip?
?
I think we must be talking about something different. In any event, what
we have works quite well and I'm not about to change the process at this
point...
___
that do zcat [partition image.gz] >/dev/partition
We have a two step process. First we run a script that creates the
master image as a tgz. The image is created at an alternate root using
the -C option of pkg_add and the DESTDIR option of the various OS
install scripts. We only run this script w
>How this "reimaging" work if i may ask? bootable DVD with unix and
script
>that do zcat [partition image.gz] >/dev/partition
We have a two step process. First we run a script that creates the
master image as a tgz. The image is created at an alternate root using
the -C option of pkg_add and the
does it detects errors and fix them?
after fsck is it ok or still nonsense in Used?
Unfortunately I did not do the fsck. We have an automated reimaging
process that lets me rebuild a system in less than five minutes so I
decided for expediency to do this. If I see this happen again though,
I'll
>did you checked that partitions with fsck? (fsck_ffs -y)
>
>does it detects errors and fix them?
>after fsck is it ok or still nonsense in Used?
Unfortunately I did not do the fsck. We have an automated reimaging
process that lets me rebuild a system in less than five minutes so I
decided for exp
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/mirror/gm0d 4058062 -377792 4111210 110%/tmp
/dev/mirror/gm0e 15231278 -113942 14126718 101%/var
then? I always assumed that a disk occupation > 100% would go into
this reserved area, which wou
>Wouldn't it look like
>
>Filesystem 1K-blocks Used Avail Capacity Mounted on
>/dev/mirror/gm0d 4058062 -377792 4111210 110%/tmp
>/dev/mirror/gm0e 15231278 -113942 14126718 101%/var
>
>then? I always assumed that a disk occupation > 100% would go into
On Tue, 26 May 2009 16:05:22 -0700, Chris Cowart
wrote:
> 10% of the disk space is reserved for the superuser. The 10% free
> mark is what shows as 0% in df. If you're negative, it means you've
> tapped into the super-user reserve. This is not good, because it means
> you've lost a lot of the F
Wojciech Puchar wrote:
> > I've seen this kind of thing appear in my df output:
> > linprocfs 4 4 0 100%/proc
> >
> > /dev/mirror/gm0d 4058062 -377792 4111210 -10%/tmp
> >
> > /dev/mirror/gm0e 15231278 -113942 14126718-1%/var
> >
> > /
I've seen this kind of thing appear in my df output:
linprocfs 4 4 0 100%/proc
/dev/mirror/gm0d 4058062 -377792 4111210 -10%/tmp
/dev/mirror/gm0e 15231278 -113942 14126718-1%/var
/dev/ad10s3e121487580 4 111768570
I've seen this kind of thing appear in my df output:
# df
Filesystem 1K-blocksUsed Avail Capacity Mounted on
/dev/mirror/gm0a 5077038 1685050 298582636%/
devfs 1 1 0 100%/dev
linprocfs 4 4
14 matches
Mail list logo