The officially official Devuan Forum!

You are not logged in.

#1301 Re: Installation » Linux e1000e module removal and e1000e EEE timer » 2021-04-18 17:59:50

Hello:

geki wrote:

... guess you know ...
... open linux kernel bug[0] for the e1000e watchdog timer.

No.

Had no idea but I am not at all surprised that the bug exists.
Nor am I surprised that it is unsolved almost two years later.

What I do know (own experience, web-wide rants) is that the e1000e, besides being is a real piece of work, is intrinsically linked* to the Intel Management Engine.

In my Ultra 24's BIOS, the GbE entry is greyed out, you cannot disable it.

ie: the box's owner, OS administrator cannot disable the on-board GbE controller or access the settings the entry presumably allows you to change.
I have not been able to find any instructions anywhere on how to do it. Owner's manual, Field manual, etc. have no mention of it.
WTF?

I run Beowulf which uses the 3.2.6-k version, the problems reported seem to be with the version with the upstream kernels.
And the shutdown problem I have is present from when I first installed Linux on this box, around late 2015.

Upgrading to the last BIOS available (1.56) did not solve the problem.

* : see this post from your link to the bug: https://bugzilla.kernel.org/show_bug.cgi?id=205047#c19

Vitaly Lifshits 2019-10-17 10:47:38 UTC

Please try:

1. rmmod mei && rmmod mei_me         <----------------------------- | x |
2. removing the if in the patch and moving the call e1000_phy_hw_reset(&adapter->hw) outside of the while loop:

if (!(pcim_state & E1000_STATUS_PCIM_STATE))
     e1000_phy_hw_reset(&adapter->hw);

Understand what I am referring to?

My installation has both modules (mei and mei_me) blacklisted in /etc/modprobe.d.
And yes, the problem I have was there before I blacklisted the modules.

geki wrote:

Did you test that Kernel already?

No, not planning to do it.

geki wrote:

... 4.19 still seems to need a reworked patch.

Lockdown has still some time to go, so I may look into trying the DKMS version of the driver.
But I've never done such a thing it and would have to study a bit to see how it is done.

But what really I want to do is to disable the EEE timer.
It was the first thing I thought of doing and have come back to it after trying all sorts of ACPI magic, kernel command entries and DSDT mods, to no avail.

Maybe the email I wrote to the e1000e driver ethtool utility maintainer will get me something.

I fail to understand why e1000e: EEE TX LPI TIMER: 00000000 is still there at shutdown if the module had been previously removed.

Thanks for your input.

Best,

A.

Edited: mail was actually sent to maintainer of ethtool utility - on if it is at all possible to disable EEE Timer / how to do it.
-

#1302 Installation » Linux e1000e module removal and e1000e EEE timer » 2021-04-18 13:40:38

Altoid
Replies: 22

Hello:

While (still) trying to track down the origin of the shutdown problem that occasionally affects my U24 box, I have come back to the matter of the infamous Intel e1000e GbE controller.

Randomly, on shutdown the rig will freeze with all fans going at full blast with this output on the TTY1 screen:

Devuan GNU/Linux ascii devuan tty1
devuan login: [483.367459] EXT-fs (sdc1): re-mounted. Opts: (null)
[485.772216] e1000e: eth0 NIC Link is Down
[485.776885] kvm: exiting hardware virtualization
[485.777756] sd 9:0:3:0: [sdf] Synchronizing SCSI cache
[485.778154] sd 9:0:2:0: [sdf] Synchronizing SCSI cache
[485.781519] e1000e: EEE TX LPI TIMER: 00000000
[485.785219] ACPI: Preparing to enter sleep state S5
[485.868007] reboot: Power down    <---- screen freezes at this point

From [485.868007] onwards, the only way out is a hard shutdown.

One idea I picked up during my searches on the web was to disable the EEE TX LPI timer.
Made sense, that was the last thing active, maybe it was not working properly.

But the onboard controller will have none of it:

[root@devuan ~]# ethtool --set-eee eth0 tx-lpi off
Cannot get EEE settings: Operation not supported
[root@devuan ~]# 

Nor would it inform me of the actual state of the timer:

[root@devuan]# ethtool --show-eee eth0
Cannot get EEE settings: Operation not supported
[root@devuan]# 

This is rather strange as the MSWindows driver allows me to change these parameters:

ie:
---
settings > control panel -> system -> hardware -> device manager -> network adapters
Intel PRO/1000 MT Desktop Adapter

Advanced -> Wait for Link=Off | Wake on Link Settings=Disabled | Wake on Settings=Disabled
Power Management -> Allow the computer to turn off this device to save power -> unchecked
---

These settings survive both the reboot of the VM and a reboot on the host.

The first question would be why this would be so.
Why can't ethtool do the same thing? (v.4.19)

Then I reasoned that the next best thing would be to unload the e1000e module before the shutdown command, so I put together a script which took the place of the absurd xfsm-shutdown-helper bundled along with Xfce:

#!/bin/sh
# shutdown system directly (no shutdownhelper) 
# disable onboard eth wol
# remove e1000e module

PATH=/sbin:/bin:/usr/sbin:/usr/bin:
# sync && sudo ethtool -s eth0 wol d && sudo shutdown -h now
sync && sudo rmmod -s -v e1000e && sudo shutdown -h now

Thinking that with the e1000e module removed, it would be the end of the EEE timer on shutdown, I made a video grab of the shutdown process.
But to my surprise, the damned thing was still there ie: the shutdown screen still included a line for the EEE timer.

Devuan GNU/Linux 3 devuan tty1
devuan login: [   286.719428] e1000e: eth0 NIC Link is Down
--- snip ---
[287.219230] e1000e: EEE TX LPI TIMER: 00000000              <-------------- | x |
[287.223022] ACPI: Preparing to enter sleep state S5
[287.223551] reboot: Power down

Now, if the module was unloaded, why is the EEE timer still around after the fact? 
I can confirm the module gets unloaded as the LAN link goes down down immediately, both with rmmod and with modprobe -r.

I once tried to get something useful from the Intel chaps, they really don't have the slightest clue.
ie: a waste of time

I wrote the maintainer of ethtool a couple of days ago but have not had a reply yet.

Any insight on this would be appreciated.

Thanks in advance,

Best,

A.

#1303 Re: Installation » [SOLVED] Help with script » 2021-04-14 19:25:36

Hello:

Head_on_a_Stick wrote:

... you must have missed them when you copied it.

Painted short, probably?
Have to be more careful.

Head_on_a_Stick wrote:

... script used bash but didn't contain anything that actually needed bash.

I see.

Head_on_a_Stick wrote:

... prefer /bin/sh over /bin/bash because it's faster, lighter and less buggy.
The Debian developers also prefer /bin/sh for the same reasons and went to quite some effort replacing all of the bash system scripts with /bin/sh versions.

Kudos to them.
Thanks for taking the time to explain.

Best,

A.

#1304 Re: Installation » [SOLVED] Help with script » 2021-04-14 18:47:08

Hello:

Head_on_a_Stick wrote:

Use https://www.shellcheck.net/ to test scripts.

Thanks for the heads up.
Will bookmark that one for the next time.

Being a script from github, I assumed an error of some sort at my end.
As it seemed harmess enough, I just copied it, made it executable and tried it.
Never thought it would have a problem.

Head_on_a_Stick wrote:

Better version:

#!/bin/sh
 
if [ $# -gt 1 ] || [ "$1" != enable ] && [ "$1" != disable ]; then
         echo "Usage: $0 <enable|disable>"
         exit 1
fi

if [ "$1" = enable ]; then
        TOGGLE=$(grep '\*disabled' /proc/acpi/wakeup | cut -d ' ' -f1)

else

        TOGGLE=$(grep '\*enabled' /proc/acpi/wakeup | cut -d ' ' -f1)

fi

for DEV in $TOGGLE ; do
        echo "$DEV" 
        echo "$DEV" > /proc/acpi/wakeup

done

Right.

Head_on_a_Stick wrote:

POSIX sh ftw!

Don't quite follow you, but I'll take your word for it.  8^)

Head_on_a_Stick wrote:

... simplified further if all you want to do is disable everything:

Yes, that would be much better.
These /proc/acpi/wakeup settings are from S4, which my box doesn't ever/won't ever go into.
And seeing how flaky ACPI tables can be, it's better to keep this disabled.

Head_on_a_Stick wrote:
#!/bin/sh

dev=$(awk '/*enabled/{print $1}' /proc/acpi/wakeup)

for i in $dev ; do
   echo "$i" > /proc/acpi/wakeup
done

Works a charm!  8^D

groucho@devuan:~$ sudo ./acpi_wakeups.sh
[sudo] password for groucho: 
groucho@devuan:~$ 
groucho@devuan:~$ cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
USB0	  S4	*disabled  pci:0000:00:1d.0
USB1	  S4	*disabled  pci:0000:00:1d.1
USB2	  S4	*disabled  pci:0000:00:1d.2
USB5	  S4	*disabled
EUSB	  S4	*disabled  pci:0000:00:1d.7
USB3	  S4	*disabled  pci:0000:00:1a.0
USB4	  S4	*disabled  pci:0000:00:1a.1
USB6	  S4	*disabled  pci:0000:00:1a.2
USBE	  S4	*disabled  pci:0000:00:1a.7
P0P1	  S4	*disabled  pci:0000:00:01.0
P0P2	  S4	*disabled  pci:0000:00:06.0
P0P3	  S4	*disabled  pci:0000:00:1c.0
BR11	  S4	*disabled
BR12	  S4	*disabled
BR13	  S4	*disabled
P0P4	  S4	*disabled  pci:0000:00:1c.4
BR15	  S4	*disabled
P0P5	  S4	*disabled  pci:0000:00:1e.0
GBE	  S4	*disabled  pci:0000:00:19.0
SLPB	  S4	*disabled
groucho@devuan:~$ 

Thank you very much for your input.

Best,

A.

#1305 Re: Installation » [SOLVED] Help with script » 2021-04-14 18:25:09

Hello:

chris2be8 wrote:

... use $(...) instead, it's easier to read if you don't get muddled about what sort of brackets to use.

I am not the author of the script.
Unfortunately, I don't have a clue as to how this all works.

Thanks for your input.

Best,

A.

#1306 Re: Installation » [SOLVED] Help with script » 2021-04-14 15:47:54

Hello:

dice wrote:

... need to be run as the root user?

Yes, of course.

groucho@devuan:~$ sudo ./acpi_wakeups.sh enable
./acpi_wakeups.sh: line 10: \*disabled: command not found
groucho@devuan:~$ 
groucho@devuan:~$ sudo ./acpi_wakeups.sh disable
./acpi_wakeups.sh: line 14: \*enabled: command not found
groucho@devuan:~$ 

Just in case ...

[root@devuan ~]# /home/groucho/acpi_wakeups.sh enable
/home/groucho/acpi_wakeups.sh: line 10: \*disabled: command not found
[root@devuan ~]# 
[root@devuan ~]# /home/groucho/acpi_wakeups.sh disable
/home/groucho/acpi_wakeups.sh: line 14: \*enabled: command not found
[root@devuan ~]# 

Thanks for your input.

Best,

A.

#1307 Installation » [SOLVED] Help with script » 2021-04-14 15:00:18

Altoid
Replies: 8

Hello:

My /proc/acpi/wakeup file reads thus:

groucho@devuan:/proc/acpi$ cat wakeup
Device	S-state	  Status   Sysfs node
USB0	  S4	*enabled   pci:0000:00:1d.0
USB1	  S4	*enabled   pci:0000:00:1d.1
USB2	  S4	*enabled   pci:0000:00:1d.2
USB5	  S4	*disabled
EUSB	  S4	*enabled   pci:0000:00:1d.7
USB3	  S4	*enabled   pci:0000:00:1a.0
USB4	  S4	*enabled   pci:0000:00:1a.1
USB6	  S4	*enabled   pci:0000:00:1a.2
USBE	  S4	*enabled   pci:0000:00:1a.7
P0P1	  S4	*disabled  pci:0000:00:01.0
P0P2	  S4	*disabled  pci:0000:00:06.0
P0P3	  S4	*disabled  pci:0000:00:1c.0
BR11	  S4	*disabled
BR12	  S4	*disabled
BR13	  S4	*disabled
P0P4	  S4	*disabled  pci:0000:00:1c.4
BR15	  S4	*disabled
P0P5	  S4	*disabled  pci:0000:00:1e.0
GBE	  S4	*enabled   pci:0000:00:19.0
SLPB	  S4	*disabled
groucho@devuan:/proc/acpi$ 

I have no use for anything being enabled there and found a script to set everything to 'disabled':

See: https://gist.github.com/npcardoso/47d8f … wakeups-sh

#!/bin/bash
 
if [[ $# > 1 || ($1 != "enable" && $1 != "disable") ]]; then
         echo "Usage: $0 <enable|disable>"
         exit 1
fi

if [[ $1 == "enable" ]]; then
        TOGGLE=grep '\*disabled' /proc/acpi/wakeup | cut -d ' ' -f1

else

        TOGGLE=grep '\*enabled' /proc/acpi/wakeup | cut -d ' ' -f1

fi

for DEV in $TOGGLE; do
        echo $DEV 
        echo $DEV > /proc/acpi/wakeup

done

For some reason it is not running properly.

groucho@devuan:~$ ./acpi_wakeups.sh disable
./acpi_wakeups.sh: line 14: \*enabled: command not found
groucho@devuan:~$ 
groucho@devuan:~$ ./acpi_wakeups.sh enable
./acpi_wakeups.sh: line 10: \*disabled: command not found
groucho@devuan:~$ 

Any help would be appreciated.

Thanks in advance,

A.

#1308 Re: Desktop and Multimedia » [SOLVED] Cursor oddity under backported kernel » 2021-04-11 13:13:28

Head_on_a_Stick wrote:

... off-topic for this thread ...

Quite so.
Thanks for pointing it out. 8^)

Best,

A.

#1309 Re: Desktop and Multimedia » [SOLVED] Cursor oddity under backported kernel » 2021-04-11 12:41:05

Hello:

Head_on_a_Stick wrote:

... but X is now abandonware ...

Hmm ...
Maybe it's too soon to sign the certificate?
There's still much to be said.

Many years ago (unfortunately much later than I should have) one day I realised that I could always solve any apparent confusion or contradiction by stepping back and having a close look at what was going on with the purpose of getting a grasp of who was where and why.

While the why part of the exercise many times remained (as it usually does) unknown, the who and where have always proved to be quite revealing.
The end result being that whatever confusion or contradiction I may have had cleared up very quickly.

To wit:
I realised I was definitely a Democrat by the age of 13 not because of my reading of the opinion pieces of the two newspapers I delivered every afternoon but by listening to what Mr. Davis, my next door neighbour and certified dyed in the wool Republican had to say about things in general.
I'll always be grateful to the old chap for that.

With respect to the matter of X, if Red Hat, IBM et al are attempting to sink it, don't count me in.
I have faith in the resilience of the Linux ecosystem albeit not in its constituents.

Just my 0.02.

A.

#1310 Re: Installation » [SOLVED] Heads up: haveged denied starting by apparmor in Beowulf » 2021-04-10 21:04:04

Hello:

dice wrote:

uninstalling apparmor ...

Indeed.
Got rid of it.
Saw no use for it and people who know more than i do about all this have uninstalled it.

https://dev1galaxy.org/viewtopic.php?pid=28640#p28640

And that was the end of it.

Cheers,

A.

#1311 Re: Installation » [SOLVED] crontab permission problem » 2021-04-10 11:16:48

Hello:

Head_on_a_Stick wrote:

Yes ...

Right.
Further thinking about it, I see it makes sense.

Head_on_a_Stick wrote:

But I would just use the size option described in logrotate(8) to control how big the files get before being rotated.

I recall (?) thinking about that but did not see the need for the rotated files.
I'll look into that, thanks for the heads up.

Head_on_a_Stick wrote:

... would delete ~/.xsession-errors at the start of every X session ...
... doesn't seem much point keeping error logs from old sessions.

Yes, I have seen that done.
And taking into account how unintelligible they are ...

But I have found that they have been a sort of reference for comparison purposes between boots.
Not that I actually solved anything.  8^7

Thanks a lot for your input.

Best,

A.

#1312 Re: Installation » [SOLVED] crontab permission problem » 2021-04-10 10:39:41

Hello:

Head_on_a_Stick wrote:

... indicate that root can read or write to the files but members of the adm group can only read them.

I see.
Crontab runs as the user that added the scripts so my only options are:

1. to put the lines needing root credentials in /etc/cron.d.
2. add them to via sudo crontab-e to root's crontab.

Is this so?

Thanks in advance,

A.

#1313 Installation » [SOLVED] crontab permission problem » 2021-04-09 21:48:13

Altoid
Replies: 4

Hello:

Now that my cron issues were taken care of, I now see the errors that crop up when it actually runs as intended.  8^7

My crontab has these three entries with the purpose of keeping log files to a manageable size till the time they get rotated:

# 1. For /home/groucho/.xsession-errors
# ---
0 */23 * * *  [ $(du -k .xsession-errors | awk '{ print $1 }') -gt 5000 ] && tail -200 /home/$(whoami)/.xsession-errors > /home/$(whoami$
# ---
#
# 2. For /var/log/boot (bootlogd)
# ---
0 */23 * * *  [ $(du -k /var/log/boot | awk '{ print $1 }') -gt 5000 ] && tail -200 /var/log/boot > /var/log/boot
# ---

# 3. For /var/log/cron.log
# ---
0 */23 * * *  [ $(du -k /var/log/cron.log | awk '{ print $1 }') -gt 5000 ] && tail -200 /var/log/cron.log > /var/log/cron.log
# ---

The first one has no issues, it is for the prolific .xsession-errors living at /home.

But the other two need admin rights:

groucho@devuan:~$ tail -200 /var/log/boot > /var/log/boot
bash: /var/log/boot: Permission denied
groucho@devuan:~$ 
groucho@devuan:~$ tail -200 /var/log/cron.log > /var/log/cron.log
bash: /var/log/cron.log: Permission denied
groucho@devuan:~$ 

My user belongs to a miriad of groups:

groucho@devuan:~$ groups
groucho adm lp mail dialout fax cdrom floppy tape sudo audio dip www-data backup video plugdev staff users crontab netdev lpadmin scanner saned fuse powerdev debian-exim
groucho@devuan:~$ 

As you can see, adm is one of them.
But doesn't adm have rights over /var/log/boot and /var/log/cron.log?

groucho@devuan:~$ 
groucho@devuan:~$ ls -l /var/log | grep adm |grep boot
-rw-r----- 1 root        adm    6639408 Apr  9 17:20 boot
groucho@devuan:~$ 
groucho@devuan:~$ 
groucho@devuan:~$ ls -l /var/log | grep adm |grep cron.log
-rw-r----- 1 root        adm     105594 Apr  9 18:35 cron.log
-rw-r----- 1 root        adm   14428210 Apr  4 06:50 cron.log.1
groucho@devuan:~$ 

What am I missing?

Thanks in advance,

A.

#1314 Re: Installation » [SOLVED] Updatedb and locate in non-system drives » 2021-04-08 10:58:05

Hello:

Head_on_a_Stick wrote:

... does that help?

Indeed ...
I think I had seen that thread (?) but somehow did not register this post:  https://unix.stackexchange.com/users/11318/daisy:

daisy wrote:

The config file is here: /etc/updatedb.conf, so if you didn't add anything, just mount your HDD, and do updatedb, then you would be able to search for files on external HDD partitions.

Maybe because it only had seven five while first three answers had seven? 8^7

The thing is that there it was and at some time (cannot recall having done it) I had edited /etc/updatedb.conf.
I now know because I commented it: # removed /media 20191224, a very useful thing to do.

Must have done it to keep updatedb from indexing pluggable USBs, not realising that I was keeping out my file storage.
Once again, thanks for your input.

Best,

A.

#1315 Re: Installation » [SOLVED] Updatedb and locate in non-system drives » 2021-04-07 16:26:32

Hello:

Head_on_a_Stick wrote:

... use mlocate instead, it's better.
... plocate from beowulf-backports, which is better and faster.
... brings up https://unix.stackexchange.com/question … ternal-hdd
... does that help?

Yes, I'll have a look at the alternatives to *locate + the link and see what I can get.
Thanks a lot for your input.  8^)

Best,

A.

#1316 Re: Installation » [SOLVED] Updatedb and locate in non-system drives » 2021-04-07 00:20:38

Hello:

GlennW wrote:

... use it everywhere.
Especially /home/glenn/local/... 7 partitions in there

Yes.
I do too.
But ...

Altoid wrote:

Is there a way to be able to use this tool in other drives?

ie: main drive is /dev/sda but I want to use it on /dev/sde1 which is another disk drive.

Thanks for your input.

Cheers,

A.

#1317 Installation » [SOLVED] Updatedb and locate in non-system drives » 2021-04-06 22:08:02

Altoid
Replies: 6

Hello:

Since I discovered it long ago, locate has been one of my favourite tools.

But (as far as I know) it only works on the system drive.
ie: where / lives.

Is there a way to be able to use this tool in other drives?
I find myself searching to files/documents in other drives and have a hard time.

Thanks in advance,

A.

#1318 Re: Desktop and Multimedia » Cinnamon and icon positions » 2021-04-06 19:30:28

Hello:

rolfie wrote:

... arrange the icons manually on the grid ...
... my order is spoiled, not always ...

I know exactly how you feel.

Desktop configuration and icon management have been a major issue ie: PITA for me ever since I abandoned MSOSs and adopted Linux definitely.
Not only Cinammon, but also Mate and Xfce.

If there is one (yes, there is one) thing I have a certain longing for is the way Microsoft managed to work out desktop configuration and icon arrangement.
At least up to XPSP3 which was the last MSOs I was involved with.

ie: Right click -> Arrange Icons By -> a drop down menu which had these options:

Name
Type
Size
Modified
-----------
Show in Groups
Auto arrange
Align to grid
-----------
Show Desktop Icons
Lock Web Icons on Desktop
Run Desktop Cleanup Wizard

In spite of the crap Wizard which could be removed/switched off, I have yet to find a Linux desktop that can do the same thing and do it well.
Incredible ...

I've already gone through Cinammon, Mate and now Xfce and I have found them all to be severely lacking in almost every aspect.
To the extent that my next desktop will probably be Openbox with whatever enhancements I may need to be comfortable enough.
Along the lines of what #! Linux (Waldorf) was.

[rant]
All the Linux desktops I have seen are crap.
With all this Windows <-> Linux shit going on lately ...
Why can't we get a decently working Linux desktop?
ie: easy to configure and with icons that do whatever the fuck I want them to do.
[/rant]

Have to go take my pill.

Cheers,

A.

#1319 Re: Installation » [SOLVED] Does anybody know the installation program for Simplicity Linux » 2021-04-06 12:17:09

Hello:

cycle_mycle wrote:

... great fear and trepidation ...

No need for that.
There are no stupid questions, only stupid answers.

cycle_mycle wrote:

Simplicity Linux ...

Here you go:

From https://distrowatch.com/?newsid=10901

Simplicity Linux is a Devuan-based distribution with Cinnamon as the default desktop environment (prior to 2020 it was based on Puppy Linux and Xfce). It comes in three editions: Mini, Desktop and Gaming. The Mini edition features cloud-based software, the Desktop flavour offers a collection of general-purpose software, and the Gaming variant includes a launcher for Steam games.

Download links:

All files: https://sourceforge.net/projects/simplicitylinux/files/
Desktop: https://sourceforge.net/projects/simpli … iles/20.4/
Mini iso: http://downloads.sourceforge.net/simpli … ini204.iso
Just X: http://downloads.sourceforge.net/simpli … x/X204.iso

General discussion: https://sourceforge.net/p/simplicitylinux/discussion/

Installation should be straightforward but I'd look to use for something else.
ie; not an apparently abandoned project.

Cheers,

A.

#1320 Installation » Uneeded (?) services » 2021-04-05 21:07:49

Altoid
Replies: 1

Hello:

While having a look at the list of services I have on my Devuan Beowulf, I saw a couple that called my attention:

groucho@devuan:~$ sudo service --status-all
[sudo] password for groucho: 
--- snip ---
 [ - ]  brightness
--- snip ---
 [ - ]  gdomap
--- snip ---
groucho@devuan:~$ 

Granted, they are not running.
I understand that brightness is for a laptop or portable and could be removed.

But what use is gdomap?

Thanks in advance.

Best,

A.

#1321 Re: Installation » pcc_cpufreq instead of acpi_cpufreq » 2021-04-03 14:39:43

Hello:

Head_on_a_Stick wrote:

... can't load pcc_cpufreq unless acpi_cpufreq is also loaded ...

I've been trying to find something about the use of pcc_cpufreq and how to load it but nothing so far.
I found this:

groucho@devuan:~$ sudo modprobe -c | grep -i pcc_cpufreq
alias acpi*:ACPI0007:* pcc_cpufreq
alias acpi*:LNXCPU:* pcc_cpufreq
groucho@devuan:~$ 

I don't get the whole alias idea but lsmod says this ...

groucho@devuan:~$ lsmod | grep -i _cpufreq
pcc_cpufreq            16384  0
acpi_cpufreq           24576  1
groucho@devuan:~$ 

Is it that loading pcc_cpufreq will always load acpi_cpufreq and not pcc_cpufreq?

The driver is a kernel module:

groucho@devuan:~$ grep -i _cpufreq /boot/config-4.19.0-16-amd64
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ_CPB=y
groucho@devuan:~$ 

I've read that the pcc-cpufreq driver doesn't scale with > 4 CPUs and the ondemand governor.

But my Sun Ultra 24 box uses the Intel Core2 Q9550 processor which has just 4 CPUs and I am quite willing to dispense with the scaling if I can use the pcc-cpufreq driver to troubleshoot the shudown problem in my system.

Thanks in advance.

Best,

A.

#1322 Re: Installation » [SOLVED] Permissions for script in cron » 2021-04-02 10:42:56

Hello:

fsmithred wrote:

That was a miyolinux system ...

Indeed ...

GNUser wrote:

I did not install any live-config packages, so they must have come with Miyo.

The poster was right.
I didn't now about refractainstaller being used by Miyo.

fsmithred wrote:

... the live-config change should not need to be undone as it only exists in the running live system.

Now it's fixed.

Thanks for your input.

Best,

A.

#1323 Re: Installation » [SOLVED] Devuan Beowulf not upgrading to 4.19.0-16-amd64 » 2021-04-01 22:11:44

Hello:

Head_on_a_Stick wrote:

... linux-image-amd64 metapackage installed ...

Indeed.
That was it.  8^)

Happens when you install from the ground up with a skinny net-install.
Forget lots of things.

Thanks a lot for your input.

Best,

A.

#1324 Installation » [SOLVED] Devuan Beowulf not upgrading to 4.19.0-16-amd64 » 2021-04-01 21:24:22

Altoid
Replies: 2

Hello:

I run a parallel Devuan Beowulf installation in my box, on another separate drive.

Yesterday I updated/upgraded my regular/daily installation, 30+ files which included 4.19.0-16-amd64.
I was wanting to the same with this other installation but it did not list the 4.19.0-16-amd64 upgrade.

apt update && upgrade does not list it.

My /etc/sources/list is this:

## package repositories

# -------------------------------------------------------------------------------
# Changed - 20210401 - from Beowulf installation
# -------------------------------------------------------------------------------

# beowulf stable
deb http://deb.devuan.org/merged beowulf main contrib non-free
deb http://deb.devuan.org/merged beowulf-security main contrib non-free
deb http://deb.devuan.org/merged beowulf-updates main contrib non-free

# needed x virtualbox backport - enable to update package
# deb http://deb.devuan.org/merged beowulf-backports main contrib non-free

# needed x nvidia non-free drivers installation
# deb http://deb.devuan.org/merged/ beowulf contrib
# deb http://deb.devuan.org/merged/ beowulf non-free

# virtual box repository x installation 
# deb http://download.virtualbox.org/virtualbox/debian/ buster non-free contrib

# deb http://deb.devuan.org/merged/ beowulf main  
# deb http://deb.devuan.org/merged/ beowulf-security main  
# deb http://deb.devuan.org/merged/ beowulf-updates main  
# deb http://deb.devuan.org/devuan/ beowulf-proposed main 

# deb http://deb.devuan.org/merged/ beowulf non-free contrib main 
# deb http://deb.devuan.org/merged/ beowulf-security non-free contrib main 
# deb http://deb.devuan.org/merged/ beowulf-updates non-free contrib main 

How can I troubleshoot this?

Edit:

root@devuan3:~# aptitude why-not linux-headers-4.19.0-16-amd64
Not currently installed
The candidate version 4.19.181-1 has priority optional
No dependencies require to remove linux-headers-4.19.0-16-amd64
root@devuan3:~# 

My main installation does not have this optional priority.
Why is it here?

Thanks in advance,

A.

#1325 Re: Installation » [SOLVED] Permissions for script in cron » 2021-04-01 19:54:43

Hello:

fsmithred wrote:

uh-oh...
I haven't been paying close attention to this thread.

Tsk, tsk ...  8^D!!!

Can't do everyhting.

fsmithred wrote:

live-config messes with anacron via the live-config script ...

So it seems.

fsmithred wrote:

... useful in a live-CD where everything is read-only.
... only activates when you boot into a live system, not an installed system.

Yes.

fsmithred wrote:

Refractainstaller copies the RUNNING live system to hard drive.

The post at Dev1 that I linked to, which had the same /usr/sbin/anacron --> /bin/true and deviations apparently was not/had not been using Refractainstaller.

So something other used live-config and generated the same problem.
https://dev1galaxy.org/viewtopic.php?id=1901

ie: this would not be specific to the refractainstaller but to how live-config is used by any application. (?) 

fsmithred wrote:

You just uncovered a 10-year-old bug ...

No.

It was ralph.ronnquist who saw it and pointed it out to me while helping me sort out the problem I was having with anacron.
https://dev1galaxy.org/viewtopic.php?pid=28663#p28663
I just observed and tried to pay attention.

A question just occurred to me: in 10 years, no one else using refractainstaller had a problem/issue with anacron?
Maybe there's something that's not working right.

ie:
I realised what was going on when I saw that my fstrim script was not logging.
If not for that, I would have never known about what was going on with anacron.
And I don't recall any system notifications warning me of anacron failures.

Not good, no?

fsmithred wrote:

The installer needs to undo this during the installation.

Sure.

But it is live-config that is making a signifficant change.
No clean-up after use?
A notification of some sort?

eg:

Don't forget to clean up /usr/sbin/anacron --> /bin/true afterwards.

fsmithred wrote:

I see this in syslog for the first time after reboot.
... it's working now.

Apr  1 15:44:42 localhost anacron[1828]: Will run job `cron.daily' in 5 min.
Apr  1 15:44:42 localhost anacron[1828]: Will run job `cron.weekly' in 10 min.
Apr  1 15:44:42 localhost anacron[1828]: Will run job `cron.monthly' in 15 min.

Yes, it's working.

Thanks a lot for your input.

Best,

A.

Board footer

Forum Software