reopen 527859
thanks
Reopening so that this doesn't get archived before a response is heard.
On Sun, 10 May 2009 12:51:47 -0400
Andres Salomon dilin...@queued.net wrote:
On Sun, 10 May 2009 02:44:29 -0400
Theodore Tso ty...@mit.edu wrote:
tag 527859 +wontfix
thanks
Does this mean
On Sun, 10 May 2009 02:44:29 -0400
Theodore Tso ty...@mit.edu wrote:
tag 527859 +wontfix
thanks
Does this mean you're not even going to provide output to tell the user
how to work around the problem?
On Sat, May 09, 2009 at 07:11:02PM -0400, Andres Salomon wrote:
I'm talking about
On Fri, May 08, 2009 at 08:39:53PM -0400, Andres Salomon wrote:
Package: e2fsprogs
Version: 1.41.3-1
If I attempt to shrink an ext3 filesystem while mounted (even if
read-only) via resize2fs /dev/hda1 8G, it refuses with:
Filesystem at /dev/hda1 is mounted on /; on-line resizing required
On Sat, 9 May 2009 13:44:09 -0400
Theodore Tso ty...@mit.edu wrote:
On Fri, May 08, 2009 at 08:39:53PM -0400, Andres Salomon wrote:
Package: e2fsprogs
Version: 1.41.3-1
If I attempt to shrink an ext3 filesystem while mounted (even if
read-only) via resize2fs /dev/hda1 8G, it refuses
On Sat, May 09, 2009 at 06:22:00PM -0400, Andres Salomon wrote:
Creating a zero-length /etc/mtab file doesn't work if, for some
reason, /etc is mounted read-only. Having a fully supported and
supportable system isn't always available. If resize2fs is going to
stipulate that the filesystem
On Sat, 9 May 2009 18:42:15 -0400
Theodore Tso ty...@mit.edu wrote:
On Sat, May 09, 2009 at 06:22:00PM -0400, Andres Salomon wrote:
Creating a zero-length /etc/mtab file doesn't work if, for some
reason, /etc is mounted read-only. Having a fully supported and
supportable system isn't
Package: e2fsprogs
Version: 1.41.3-1
If I attempt to shrink an ext3 filesystem while mounted (even if
read-only) via resize2fs /dev/hda1 8G, it refuses with:
Filesystem at /dev/hda1 is mounted on /; on-line resizing required
On-line shrinking from $foo to $bar not supported.
I don't know if
7 matches
Mail list logo