Hallo, Phillip,
Du meintest am 01.12.11:
>>> balance != resize
[...]
>> That has nothing to do with "resize".
> Right, so why are you talking about balance when this thread is about
> resize?
Ooops - sorry!
Viele Gruesse!
Helmut
--
To unsubscribe from this list: send the line "unsubscribe li
On 12/1/2011 1:46 AM, Helmut Hullen wrote:
balance != resize
I know.
p.e.
Start with 1 disk with 2 GB and 1 disk with 4 GByte
Fill it with 2 Gbyte data, each disk gets 1 GByte.
Add a disk with 10 GByte, run "balance": each disk gets about 700 MByte.
That has nothing to do with "resize".
Ri
Hallo, Phillip,
Du meintest am 30.11.11:
>> You start with a system of 2 disks. They get filled nearly
>> simultaneously.
>> Then you add a 3rd disk (which is empty at that time). Now it's a
>> good idea to run "balance" for equalizing the filling.
> balance != resize
I know.
p.e.
Start with 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/30/2011 01:59 PM, Helmut Hullen wrote:
> Hallo, Phillip,
>
> Du meintest am 30.11.11:
>
>> Currently the resize command is under filesystem, and takes a path to
>> the mounted filesystem. This seems wrong to me. Shouldn't it be
>> under devic
Hallo, Roman,
Du meintest am 01.12.11:
> Okay, adding a new device wasn't the best example to explain my
> point.
> What I meant is resizing a BTRFS partition, enlarging it or shrinking
> it as needed, while still on the same device.
That's no good example, too.
btrfs allows to bundle several
On Thursday, 01 December, 2011 02:07:30 you wrote:
[...]
> Resizing in both 'directions' seems to work very well on single-device BTRFS
> filesystems, and also it's very useful that BTRFS is almost the only modern
> FS (besides ext4) that can be shrinked. But with multi-device filesystems,
> don't
On 30 Nov 2011 20:43:00 +0100
"Helmut Hullen" wrote:
> Hallo, Roman,
>
> Du meintest am 01.12.11:
>
> > What if I need to replace an individual device with a smaller or a
> > larger one?
>
> 1) add the new device
> 2) balance (may be it's not necessary)
> 3) run "remove" for the "individual" d
Hallo, Roman,
Du meintest am 01.12.11:
> What if I need to replace an individual device with a smaller or a
> larger one?
1) add the new device
2) balance (may be it's not necessary)
3) run "remove" for the "individual" device
4) remove it
5) balance
Viele Gruesse!
Helmut
--
To unsubscribe from
On Thursday, 01 December, 2011 01:15:47 you wrote:
> On 30 Nov 2011 19:59:00 +0100
>
> "Helmut Hullen" wrote:
> > > Currently the resize command is under filesystem, and takes a path
> > > to
> > > the mounted filesystem. This seems wrong to me. Shouldn't it be
> > > under device, and take a pa
On 30 Nov 2011 19:59:00 +0100
"Helmut Hullen" wrote:
> > Currently the resize command is under filesystem, and takes a path to
> > the mounted filesystem. This seems wrong to me. Shouldn't it be
> > under device, and take a path to a device to resize?
>
> No - it's a filesystem operation.
Are
Hallo, Phillip,
Du meintest am 30.11.11:
> Currently the resize command is under filesystem, and takes a path to
> the mounted filesystem. This seems wrong to me. Shouldn't it be
> under device, and take a path to a device to resize?
No - it's a filesystem operation.
p.e.
You start with a sys
Currently the resize command is under filesystem, and takes a path to the
mounted filesystem. This seems wrong to me. Shouldn't it be under device, and
take a path to a device to resize? Otherwise, how can a resize operation when
you have multiple devices make any sense?
--
To unsubscribe fr
12 matches
Mail list logo