Partition full BUG?

All of lore.kernel.org
 help / color / mirror / Atom feed

* Partition full BUG?
@ 2003-01-11  8:54 Bob
  2003-01-11 13:27 ` DervishD
  0 siblings, 1 reply; 2+ messages in thread
From: Bob @ 2003-01-11  8:54 UTC (permalink / raw)
  To: linux-kernel

Hi.  I have looked for an answer to a question all over the net and
haven't found an answer.  Hopefully someone here can answer it.  When
modifying a file on a nearly full disk partition, if the opened file
can't contain all of the data appended to it, the whole file is
truncated to zero bytes (only the filename remains).  Is that supposed
to happen?  (The partition is /boot, the filesystem ext3, the file is
grub.conf).  It just seems like it would be better if it reported an
error like '/dev/hda1 full' and left the file intact.

Thanks in advance,

Bob.  

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Partition full BUG?
  2003-01-11  8:54 Partition full BUG? Bob
@ 2003-01-11 13:27 ` DervishD
  0 siblings, 0 replies; 2+ messages in thread
From: DervishD @ 2003-01-11 13:27 UTC (permalink / raw)
  To: Bob; +Cc: linux-kernel

    Hi Bob :)

> can't contain all of the data appended to it, the whole file is
> truncated to zero bytes (only the filename remains).  Is that supposed
> to happen?

    Does that happen with *any* program? I don't think so. It's more
probable that the bug is into your editor, not into the kernel ;))
Try to fill a filesystem using 'dd' or something like that.

    Raúl

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-01-11 15:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-11  8:54 Partition full BUG? Bob
2003-01-11 13:27 ` DervishD

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.