Devuan bug report logs - #860
util-linux: more when waiting for keyboard response has 100 percent cpu utilisation

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):

Package: util-linux
Version: 2.40.2-8devuan1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

In a directory with lots of files I typed:

ls -t|more

while the more command was waiting for keyboard input, cpu utilisation on the
cpu core with the more executable went up to 100 percent.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 6 (excalibur/ceres)
Release:	6
Codename:	excalibur ceres
Architecture: x86_64

Kernel: Linux 6.10.0-rc6+ (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages util-linux depends on:
ii  libblkid1       2.40.2-8devuan1
ii  libc6           2.40-2
ii  libcap-ng0      0.8.5-2
ii  libcrypt1       1:4.4.36-5
ii  libeudev1       3.2.14-2
ii  libmount1       2.40.2-8devuan1
ii  libpam-modules  1.5.3-7
ii  libpam-runtime  1.5.3-7
ii  libpam0g        1.5.3-7
ii  libselinux1     3.7-3
ii  libsmartcols1   2.40.2-8devuan1
ii  libtinfo6       6.5-2
ii  libuuid1        2.40.2-8devuan1

Versions of packages util-linux recommends:
ii  sensible-utils  0.0.24

Versions of packages util-linux suggests:
ii  dosfstools          4.2-1.1
ii  kbd                 2.6.4-2
ii  util-linux-extra    2.40.2-8devuan1
ii  util-linux-locales  2.40.2-8devuan1
pn  wtmpdb              <none>

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:

Message #8 received at 860@bugs.devuan.org (full text, mbox, reply):

Control: tags -1 unreproducible moreinfo

Arthur,

Thanks. However, I am unable to reproduce this behaviour.

What filesystem are you using?

Can you reproduce this with a command that doesn't touch the filesystem? Maybe:

 read | more

I wonder if it is a specific filesystem effect on your system and it is ls -t
that is consuming CPU rather than more.

If you try without the -t flag, does that change the behaviour?

Mark

Message #19 received at 860@bugs.devuan.org (full text, mbox, reply):

Package: util-linux
Version: 2.41-5devuan1
Followup-For: Bug #860

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?

ls|more 

still shows 100 percent CPU utilisation

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 6 (excalibur/ceres)
Release:	6
Codename:	excalibur ceres
Architecture: x86_64

Kernel: Linux 6.16.0-rc3+ (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages util-linux depends on:
ii  libblkid1       2.41-5devuan1
ii  libc6           2.41-9
ii  libcap-ng0      0.8.5-4+b1
ii  libcrypt1       1:4.4.38-1
ii  libeudev1       3.2.14-4
ii  liblastlog2-2   2.41-5devuan1
ii  libmount1       2.41-5devuan1
ii  libpam-modules  1.7.0-3
ii  libpam-runtime  1.7.0-3
ii  libpam0g        1.7.0-3
ii  libselinux1     3.8.1-1
ii  libsmartcols1   2.41-5devuan1
ii  libtinfo6       6.5+20250216-2
ii  libuuid1        2.41-5devuan1

Versions of packages util-linux recommends:
ii  sensible-utils  0.0.25

Versions of packages util-linux suggests:
ii  dosfstools          4.2-1.2
ii  kbd                 2.7.1-2
ii  util-linux-extra    2.41-5devuan1
ii  util-linux-locales  2.41-5devuan1
pn  wtmpdb              <none>

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:

Message #24 received at 860@bugs.devuan.org (full text, mbox, reply):

> Can you reproduce this with a command that doesn't touch the filesystem? >
> Maybe:
>   read | more

?

Mark

Message #29 received at 860@bugs.devuan.org (full text, mbox, reply):

Hi, I tried

dmesg|more

and again had 100 percent CPU.

Regards,

Arthur Marsh. 

On 28 June 2025 4:23:47 am ACST, Mark Hindley <mark@hindley.org.uk> wrote:
>> Can you reproduce this with a command that doesn't touch the filesystem? >
>> Maybe:
>>   read | more
>
>?
>
>Mark

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Message #34 received at 860@bugs.devuan.org (full text, mbox, reply):

Arthur,

Thanks.

This is still unreproducible for me.

Are there any shell aliases involved? What does

 type more

produce?

Can you check the debsums of util-linux:

 debsums util-linux

Mark

Message #39 received at 860@bugs.devuan.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

Control: tags -1 = upstream

Arthur,

I have now managed to reproduce this with util-linux 2.41-4devuan1, but not
2.38.1-5+deb12u3devuan1.

The more.c diff does show some poll() changes. This probably needs to go
upstream.

Mark

[more.c.diff (text/x-diff, attachment)]

Send a report that this bug log contains spam.