Date: Sat, 20 Dec 2008 14:46:53 -0500 From: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> To: "Gema niskazhu" <gemochka@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: dump and soft-updates question Message-ID: <44ej02zl1u.fsf@lowell-desk.lan> In-Reply-To: <84133fac0812170314gc3a8c15vce24229cecfc6eeb@mail.gmail.com> (Gema niskazhu's message of "Wed\, 17 Dec 2008 14\:14\:13 %2B0300") References: <84133fac0812170314gc3a8c15vce24229cecfc6eeb@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Gema niskazhu" <gemochka@gmail.com> writes: > Hi! > > I-ve got a question about dump | restore on soft-updates managed slice. > > When we dump smth on soft updates slice where it actualy(mechanicaly) dump > it? The output of the dump is controlled by a command-line switch (-f). In the absence of the switch, it defaults to $RMT, but that is rarely applicable any more. Soft updates do not affect this. > Because I-ve forgot to turn of soft-updates off on my backup hdd and dump > img on it =) That is not an issue. Dumping a live filesystem is, but having soft upates active on the filesystem does not make things significantly worse than they would have been anyway. > After that i vas quet surprised because it ate 16 Gigs of / but du\df cant > show anything about. Can you be more specific? Where were you dumping to? > what is situated in this 16 Gigs. Is it possible that your dump went to /dev/rmt because you failed to supply an alternative destination? -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44ej02zl1u.fsf>