On Mon, Oct 1, 2012 at 8:22 PM, Jan Engelhardt jeng...@inai.de wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
That is a possibility. Based upon that you are only interested
in the device anyway, I conclude the mountpoint is irrelevant.
I
Am 10.10.2012 11:48, schrieb Marti Raudsepp:
Why not just collect all the relevant mount points on one line, for
each disk? This way we don't throw away any information, but prevent
repeating redundant information that's always the same for each disk.
Using the original example this would
On Wed, 10.10.12 12:48, Marti Raudsepp (ma...@juffo.org) wrote:
On Mon, Oct 1, 2012 at 8:22 PM, Jan Engelhardt jeng...@inai.de wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
That is a possibility. Based upon that you are only interested
2012/10/11 Lennart Poettering lenn...@poettering.net:
On Wed, 10.10.12 12:48, Marti Raudsepp (ma...@juffo.org) wrote:
On Mon, Oct 1, 2012 at 8:22 PM, Jan Engelhardt jeng...@inai.de wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
That is a
On Tue, Oct 02, 2012 at 02:00:20AM +0200, Marius Tolzmann wrote:
Hi..
On 01.10.2012 20:32, Reindl Harald wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
That is a possibility. Based upon that you are only interested
in the device
Hi..
On 10/02/12 10:11, Zbigniew Jędrzejewski-Szmek wrote:
filesystem size mounted on
/mnt/whatever xxx /wherever
now instead displaying it as /mnt/whatever it just displays as /dev/sdb3 ..
Which is in fact not nice, but hey, it works.
This is not as nice, but actually more
On Sat, 29.09.12 18:28, Reindl Harald (h.rei...@thelounge.net) wrote:
Reindl,
there is really no need to word your questions the way you are doing. I
will ban you from this mailing list if you don't stop being so dramatic
and insulting.
The simple fact is that systemd was merely the messenger
]] Reindl Harald
Am 02.10.2012 16:13, schrieb Lennart Poettering:
On Sat, 29.09.12 18:28, Reindl Harald (h.rei...@thelounge.net) wrote:
there is really no need to word your questions the way you are doing. I
will ban you from this mailing list if you don't stop being so dramatic
and
Am 02.10.2012 19:26, schrieb Tollef Fog Heen:
To me it appears that the right fix is to patch df to coalesce the lines
of the various mount points of the same backing fs. it should just show
them as the rightmost column, comma separated, and if there are too
many, it should just allipsize
On Sat, Sep 29, 2012 at 07:36:54PM +0200, Reindl Harald wrote:
you missunderstood me
that all mount are in the output is OK
BUT all the years there was a hint taht it is a bind-mount
since systemd/F15 there is no difference
There is no difference. The bind is an operation, not a special
Am 01.10.2012 13:29, schrieb Karel Zak:
On Sat, Sep 29, 2012 at 07:36:54PM +0200, Reindl Harald wrote:
There is no difference. The bind is an operation, not a special
state of any mountpoint. Nowhere in the system is information that
the mountpoint has been created by bind -- the kernel
On Saturday 2012-09-29 22:21, Reindl Harald wrote:
What is the actual problem? That `df` no longer shows only
user-initiated mounts?
df (1p) - report free disk space
damned - i have ONE /dev/md2
if i want to list mounts i typ mount and NOT disk free
I think in that case, you
Am 01.10.2012 14:41, schrieb Jan Engelhardt:
On Saturday 2012-09-29 22:21, Reindl Harald wrote:
What is the actual problem? That `df` no longer shows only
user-initiated mounts?
df (1p) - report free disk space
damned - i have ONE /dev/md2
if i want to list mounts i typ
On 10/01/2012 01:10 PM, Reindl Harald wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
Is that not something you should be discussing with them?
JBG
___
systemd-devel mailing list
so we are turning around in circles
there is a bugreport from 2011-05-31 09:19:30 EDT
there where many posts more than a year ago on devel-lists
YOU say discuss with coreutils-people
THEY say requested by systemd guys
They are right in that the change was requested by systemd, because it
is
Am 01.10.2012 15:47, schrieb Peeters Simon:
so we are turning around in circles
there is a bugreport from 2011-05-31 09:19:30 EDT
there where many posts more than a year ago on devel-lists
YOU say discuss with coreutils-people
THEY say requested by systemd guys
They are right in that
2012/10/1 Reindl Harald h.rei...@thelounge.net:
Am 01.10.2012 15:47, schrieb Peeters Simon:
so we are turning around in circles
there is a bugreport from 2011-05-31 09:19:30 EDT
there where many posts more than a year ago on devel-lists
YOU say discuss with coreutils-people
THEY say
On Monday 2012-10-01 15:10, Reindl Harald wrote:
What is the actual problem? That `df` no longer shows only
user-initiated mounts?
df (1p) - report free disk space
damned - i have ONE /dev/md2
if i want to list mounts i typ mount and NOT disk free
I think in that case,
Am 01.10.2012 19:22, schrieb Jan Engelhardt:
On Monday 2012-10-01 15:10, Reindl Harald wrote:
What is the actual problem? That `df` no longer shows only
user-initiated mounts?
df (1p) - report free disk space
damned - i have ONE /dev/md2
if i want to list mounts i typ
2012/10/1 Reindl Harald h.rei...@thelounge.net:
and these are basic things which should be considered BEFORE
any invasive change and not after the damage is done since
more than a year
You made your point. Can you please just leave it at that?
By being an asshole about it, you are just
Hi..
On 01.10.2012 20:32, Reindl Harald wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
That is a possibility. Based upon that you are only interested
in the device anyway, I conclude the mountpoint is irrelevant
that makes preety no
will this behavior get fixed in my lifetime?
the alias for df is a dirty solution
over many many years you did not need to take care
about a large amount of mount-binds - since systemd
was introduced in Fedora 15 it is unusable
guys who introduce changes in the whole system
should also take care
'Twas brillig, and Reindl Harald at 29/09/12 17:28 did gyre and gimble:
will this behavior get fixed in my lifetime?
the alias for df is a dirty solution
over many many years you did not need to take care
about a large amount of mount-binds - since systemd
was introduced in Fedora 15 it is
On Saturday 2012-09-29 18:28, Reindl Harald wrote:
This totally idiotic bug is caused by harmless change of
/etc/mtab to symlink requested by systemd guys... and solution still
discussed upstream...
Crossflash: Debian pretty much always had it a symlink IIRC; and on
Solaris, mtab was a
24 matches
Mail list logo