core dump with dump command in single user mode
Lowell Gilbert
freebsd-questions-local at be-well.ilk.org
Tue Feb 14 14:46:46 PST 2006
Joe Auty <joe at netmusician.org> writes:
> On Feb 14, 2006, at 9:08 AM, Lowell Gilbert wrote:
>
> > Joe Auty <joe at netmusician.org> writes:
> >
> >> Hello,
> >>
> >> Following the instructions here: http://www.unixcities.com/howto/
> >> index.html I did a:
> >>
> > Those directions are a little outdated, but the problem is really just
> > that you didn't follow the directions closely enough:
> >
> >> dump -0f - /usr | restore -rf - /backup/usr
> >
> > should have been more like
> >
> > dump -0f - /usr | (cd /backup/usr;restore -xf - )
>
>
> Okay, I'm still getting:
>
>
> no space left in string table
> abort?
>
> If I say "n", it just core dumps....
Funny, I can't find that message in the source for dump at all.
The message, in -STABLE, is "Do you want to abort dump?".
I also can't seem to find the string table error message, but I may
just have failed to search the right library so far.
Are you running something before 5.2?
> Any other suggestions?
Plenty. If there are no special files (fifos, etc.) on the disk, any
archiver will do it. e.g., tar(1)
> Would using "dd" be a valid workaround to
> cloning my disk?
Sure. If you really want a *clone* of the disk, it's a good option.
If having the same data files in the same filestructure would do, then
copying other attributes is overkill.
> My disk is over a 100 gigabytes, could this be what
> is causing dump to crap out?
Could be. Check your memory statistics while you're doing it, and see
if you run out of VM.
More information about the freebsd-questions
mailing list