* Userspace cp and ls utility
@ 2006-07-21 10:48 Jan Dittmer
2006-07-23 3:36 ` Eric Sandeen
0 siblings, 1 reply; 5+ messages in thread
From: Jan Dittmer @ 2006-07-21 10:48 UTC (permalink / raw)
To: xfs
Are there utilities for xfs which are able to ls and
cp from an _unmounted_ xfs volume? I fear that by
mounting the volume - even ro - I would lose even more
data.
Or can I achieve such an effect with other xfs related
utilities?
Thanks,
Jan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Userspace cp and ls utility
2006-07-21 10:48 Userspace cp and ls utility Jan Dittmer
@ 2006-07-23 3:36 ` Eric Sandeen
2006-07-23 8:17 ` Jan Dittmer
0 siblings, 1 reply; 5+ messages in thread
From: Eric Sandeen @ 2006-07-23 3:36 UTC (permalink / raw)
To: Jan Dittmer; +Cc: xfs
Jan Dittmer wrote:
> Are there utilities for xfs which are able to ls and
> cp from an _unmounted_ xfs volume? I fear that by
> mounting the volume - even ro - I would lose even more
> data.
> Or can I achieve such an effect with other xfs related
> utilities?
Mounting ro should be fine - if you also mount with "norecovery" then truly no
IO should happen. If you're really paranoid, find a utility to mark the block
device itself as read-only, then you've taken it out of the filesystem's hands
completely.
You could also try xfs_copy, it makes a copy of the filesystem and works on the
underlying device, with the filesystem unmounted. There's a man page for it.
-Eric
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Userspace cp and ls utility
2006-07-23 3:36 ` Eric Sandeen
@ 2006-07-23 8:17 ` Jan Dittmer
2006-07-23 14:21 ` Eric Sandeen
0 siblings, 1 reply; 5+ messages in thread
From: Jan Dittmer @ 2006-07-23 8:17 UTC (permalink / raw)
To: Eric Sandeen; +Cc: xfs
Eric Sandeen schrieb:
> Jan Dittmer wrote:
>
>> Are there utilities for xfs which are able to ls and
>> cp from an _unmounted_ xfs volume? I fear that by
>> mounting the volume - even ro - I would lose even more
>> data.
>> Or can I achieve such an effect with other xfs related
>> utilities?
>
>
> Mounting ro should be fine - if you also mount with "norecovery" then
> truly no IO should happen. If you're really paranoid, find a utility to
> mark the block device itself as read-only, then you've taken it out of
> the filesystem's hands completely.
Thanks for the suggestions. Meanwhile I found the norecovery option
myself and got most of my data back. Strangely enough I had one top
directory missing on one mount attempt (only ro option) and it appeared
again on the next attempt (ro + norecovery).
> You could also try xfs_copy, it makes a copy of the filesystem and works
> on the underlying device, with the filesystem unmounted. There's a man
> page for it.
Is there any difference to using dd when the destination is no xfs
filesystem? And if I read the description correctly it does not allow
to copy individual files?
Thanks,
Jan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Userspace cp and ls utility
2006-07-23 8:17 ` Jan Dittmer
@ 2006-07-23 14:21 ` Eric Sandeen
2006-07-23 15:34 ` Jan Dittmer
0 siblings, 1 reply; 5+ messages in thread
From: Eric Sandeen @ 2006-07-23 14:21 UTC (permalink / raw)
To: Jan Dittmer; +Cc: xfs
Jan Dittmer wrote:
>> You could also try xfs_copy, it makes a copy of the filesystem and
>> works on the underlying device, with the filesystem unmounted.
>> There's a man page for it.
>
> Is there any difference to using dd when the destination is no xfs
> filesystem? And if I read the description correctly it does not allow
> to copy individual files?
xfs_copy knows about the xfs format, so it only copies what it needs to. dd
will copy every bit on the source disk. So, xfs_copy is more efficient. There
is no option to copy individual files.
Depending on the problem with your original filesystem, perhaps xfs_copy might
not be the best choice.
-Eric
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Userspace cp and ls utility
2006-07-23 14:21 ` Eric Sandeen
@ 2006-07-23 15:34 ` Jan Dittmer
0 siblings, 0 replies; 5+ messages in thread
From: Jan Dittmer @ 2006-07-23 15:34 UTC (permalink / raw)
To: Eric Sandeen; +Cc: xfs
Eric Sandeen schrieb:
> Jan Dittmer wrote:
>
>>> You could also try xfs_copy, it makes a copy of the filesystem and
>>> works on the underlying device, with the filesystem unmounted.
>>> There's a man page for it.
>>
>>
>> Is there any difference to using dd when the destination is no xfs
>> filesystem? And if I read the description correctly it does not allow
>> to copy individual files?
>
>
> xfs_copy knows about the xfs format, so it only copies what it needs
> to. dd will copy every bit on the source disk. So, xfs_copy is more
> efficient. There is no option to copy individual files.
>
> Depending on the problem with your original filesystem, perhaps xfs_copy
> might not be the best choice.
Well I suffered from the 2.6.17 endian bug and had fun with dis- and re-
appearing folders upon xfs_repair and mount runs.
After all the 'only' thing I lost from my 600+gb volume are one or two
mailing list folders and most of my inbox (for which I've backups).
Seems to only affect folders which were open at the wrong moment.
Now I reformated the whole volume and restore the data from other
disks.
Jan
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2006-07-23 15:35 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-21 10:48 Userspace cp and ls utility Jan Dittmer
2006-07-23 3:36 ` Eric Sandeen
2006-07-23 8:17 ` Jan Dittmer
2006-07-23 14:21 ` Eric Sandeen
2006-07-23 15:34 ` Jan Dittmer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox