On Behalf Of Jim
>> Just a thought, but in normal circumstances files *are* written to,
>> even when they are just being read: the access time is updated
(unless
>> you mount the fs with the noatime flag).
>>
>
> quite true, but isn't that file metadata and not the actual file? I
> thought most f
> Just a thought, but in normal circumstances files *are* written to,
> even when they are just being read: the access time is updated (unless
> you mount the fs with the noatime flag).
>
quite true, but isn't that file metadata and not the actual file? I
thought most filesystems had a file-entry
On Mon, Jun 30, 2008 at 03:12:59PM -0400, Jim typed:
>
> I'm aware of nothing but a UPS can completely protect me from an
> outage. I was just wondering why that ONE file system was misbehaving,
> and the rest are prefectly fine - which seemed odd. Additionally, why
> were files that are read, but
In response to Jim <[EMAIL PROTECTED]>:
> > If the files themselves are disappearing, then it could be the directory
> > entry that's getting corrupted.
>
> The files are there, but their content is corrupted.
Well ... that seems to contradict my theory ...
> > Even if you're
> > not doing it d
> If the files themselves are disappearing, then it could be the directory
> entry that's getting corrupted.
The files are there, but their content is corrupted.
> Even if you're
> not doing it directly, is your mp3 software writing temp or other
> status files to that directory? If you're curio
In response to Jim <[EMAIL PROTECTED]>:
>
> I'm aware of nothing but a UPS can completely protect me from an
> outage. I was just wondering why that ONE file system was misbehaving,
> and the rest are prefectly fine - which seemed odd. Additionally, why
> were files that are read, but not written,
> In case of frequent power outages, I guess the right answer is "get a
> UPS". :)
Aye, I just got one. But for the longest time, it was a bit out of my
price range due to other priorities. Actually, the whole model line
was defective, so they are sending me a new one, and I have to wait
for it to
On Mon, Jun 30, 2008 at 07:05:51PM +0200, Wojciech Puchar wrote:
> > Ans set 'hw.ata.wc="0"' in /boot/loader.conf to stop the drives from
> > caching writes.
>
> it will GREATLY reduce write performance. not just a bit, but many times.
Of course. And mounting filesystems with sync will also reduc
Ans set 'hw.ata.wc="0"' in /boot/loader.conf to stop the drives from
caching writes.
it will GREATLY reduce write performance. not just a bit, but many times.
WRT softupdates/gjournal, see below.
In case of frequent power outages, I guess the right answer is "get a
UPS". :)
it is definitely
On Mon, Jun 30, 2008 at 12:30:38PM -0400, Jim wrote:
> On Mon, Jun 30, 2008 at 7:30 AM, Bill Moran <[EMAIL PROTECTED]> wrote:
> > In response to Jim <[EMAIL PROTECTED]>:
> >
> >> I have a computer that is in a situation where it is losing power
> >> occasionally. All but one of the filesystems are
On Mon, Jun 30, 2008 at 7:30 AM, Bill Moran <[EMAIL PROTECTED]> wrote:
> In response to Jim <[EMAIL PROTECTED]>:
>
>> I have a computer that is in a situation where it is losing power
>> occasionally. All but one of the filesystems are going along fine.
>> Once file system seems to lose data on a p
In response to Jim <[EMAIL PROTECTED]>:
> I have a computer that is in a situation where it is losing power
> occasionally. All but one of the filesystems are going along fine.
> Once file system seems to lose data on a power outage. Even if it only
> reads a file, and doesn't write it, it may sti
I have a computer that is in a situation where it is losing power
occasionally. All but one of the filesystems are going along fine.
Once file system seems to lose data on a power outage. Even if it only
reads a file, and doesn't write it, it may still lose a file (ex,
about half the audio files on
13 matches
Mail list logo
