I'm not sure if it's available for OpenBSD, but there's dd_rescue as well,
which I gather substitutes blocks of zeros for any unreadable sectors.
That would allow you to create an image file with some "holes" filled in
with zeros. You then would be able to avoid I/O errors by working against
that
Does this mean that the performance of a local NFS mount is actually better
than that of mount_nullfs?
On Sat, Apr 16, 2011 at 9:50 AM, Tomas Bodzar wrote:
> The question is if implementations still sucks as before years
>
> http://undeadly.org/cgi?action=article&sid=20050527155028
>
> On Sat,
I am attempting to copy data from a USB mass storage device formatted
with ext2 to an ffs filesystem on a SATA drive. The OpenBSD system
containing the target filesystem lacks a USB 2.0 interface, so I am
attempting to copy files over the network from a USB 2.0 equipped
system running the PartedMa
laume
>
> Le 13 oct. 2010 ` 19:24, Robert Halberg a icrit
:
>
>> I am attempting to copy data from a USB mass storage device formatted
>> with ext2 to an ffs filesystem on a SATA drive. The OpenBSD system
>> containing the target filesystem lacks a USB 2.0 interface, so
On Wed, Oct 13, 2010 at 8:59 PM, Nick Holland
wrote:
>
> On 10/13/10 17:25, Robert wrote:
> > On Wed, 13 Oct 2010 16:55:18 -0400
> > Ted Unangst wrote:
> >> can be done about it, and 10 year old quirky PC hardware doesn't
> >> attract a of interest...
> >
> > As long as it's on [1] I hope it does
What about:
df -i
? There may be no more inodes available, even though there is still
some space left on device, and the same "No space left on device"
message is generally produced in such cases.
On Tue, Oct 19, 2010 at 11:32 AM, Kevin Chadwick
wrote:
> At the last part of the install, just
6 matches
Mail list logo