You are not logged in.
Hello:
... install pcmanfm or remove its non-working menu entry?
... other menu items failed.
Has anything else happened with this Derivative?
It looks really great (reminds me of my favourite # !) but to be a switchblade OS it needs to have a fully functional file manager (or at least MC installed) and some sort of auto network configuration or scripts to get things running.
Otherwise it's sort of crippled.
Any news?
Thanks in advance,
O.
Hello:
I'm trying to put together a very small Devuan install to replace a TCCore installation which lacks the Nouveau drivers I need for my NVidia cards.
To do that, I downloaded the devuan_ascii_2.1_i386_netinst.iso file and once I checked the SHA256SUM, burned it with Xfburn and attempted to install.
The installation failed toward the end with a pop-up notice about not being able to install the software.
To me, it was rather obvious the DVD was at fault and with Xfburn having no integrity check, I booted up the DVD again to check the its integrity and yes, it turned out to be bad.
The isolinux file was compromised.
So I just burned another DVD, this time checking that the DVD drive was clean and burning the *.iso file at a lower speed.
This time I checked the integrity of the DVD before attempting the installation and it also also turned out to be bad but ...
It was bad at the same point: the isolinux file was compromised.
Fearing the worse (a new $ATA DVD burner) I decidec to dd the *.iso file on to a USB stick to install from there.
devuan:~$ sudo dd bs=4M if=devuan_ascii_2.1_i386_netinst.iso of=/dev/sdb
Just in case, this time I booted up and checked the DVD's integrity first.
Guess what?
It also failed the test and with the same issue: a compromised isolinux file.
---
Edit I:
The compromised /isolinux file is ./isolinux/isolinux.bin.
This is from the *.iso file dd'd to a USB stick.
According to md5sum.txt, this it should compute thus:
81d876d6234d3ca002390e7cb361bb61 ./isolinux/isolinux.bin
But File -> Properties -> Digests says it is 3b36f20bc14cf4ad0f046962c4414221.
The specific *.iso file is timestamped as Devuan GNU/Linux 2.1 (ascii) i386 NETINSTALL - 2019-10-21 23:05:54 UTC
---
Edit II:
If I directly mount the downloaded and verified *.iso file with Acetone ISO and check ./isolinux/isolinux.bin with Properties -> Digests, it also says it computes as 3b36f20bc14cf4ad0f046962c4414221 instead of what md5sum.txt states.
ie: 81d876d6234d3ca002390e7cb361bb61, so it would not seem to be an issue with the download, its dd'ing to the USB stick or burning to a DVD.
Could it possibly be a compromised file within the *.iso?
---
I've never come across something like this before: it has always been a bad *.iso file or a bad burn due to the drive, the media or the software/speed.
But a bad dd?
Any help with this will be appreciated.
Thanks in advance,
A.
Hello:
Hello:
I have not seen any indication of its being assigned.
I'm running the last available Devuan 4.9.0.11-686-pae SMP Debian 4.9.189-3+deb9u1 (2089-09-20) i686 and the problem subsists.
Will this ever get fixed or will it end up as part of the 'won't fix' crud that ends up accumulating inside the code because it is not considered worth correcting?
A.
Hello:
Wine can be rather a PITA.
Have you tried the alternative of setting up VirtualBox?
You run all your MS applications in a VM.
XPSP3, for example.
Cheers,
A.
Hello:
is that what you're looking for?
No ...
That's not it.
What I need/want (and opine that any FM should have) is the function MS had/has in Windows Explorer: the Right Click -> Send To -> Any Folder action.
You can select either Copy or Move and then Browse, where you get another window to quickly find where you wanted the file to go.
You can then easily repeat the same action faster as the different destinations stay cached and show up in a drop down box.
Cheers,
A.
Hello:
I had a similar symptom once, and in my case ...
Thanks for the heads up. =-)
I will check anyhow.
I finally found an applicable case. See: https://superuser.com/questions/363337/ … -processes
It solves a similar case with a Conky variable I had overlooked: top_io. See: http://conky.sourceforge.net/variables.html
${top_io name 1} ${top_io io_perc 1} ${top_io cpu 1} ${top_io mem 1}
top_io takes arguments in the form: top_io (name) (number).
Processes are sorted by the amount of I/O the process has done during the update interval, which is what (number) represents.
The types are: "name", "pid", "cpu", "mem", "mem_res", "mem_vsize", "time", "uid", "user", "io_perc", "io_read" and "io_write".
There can be a max of 10 processes listed.
I used it with just NAME, CPU and MEM, which is just the information I needed.
Four processes is probably too many for my use and I'll trim it eventually:
Disk I/O
${hr 2}
NAME${alignr}CPU MEM
${top_io name 1}${alignr}${top_io cpu 1} ${top_io mem 1}
${top_io name 2}${alignr}${top_io cpu 2} ${top_io mem 2}
${top_io name 3}${alignr}${top_io cpu 3} ${top_io mem 3}
${top_io name 4}${alignr}${top_io cpu 4} ${top_io mem 4}
Cheers,
A.
Hello:
So is conky really, you are only going to get information on the event as it happens ...
Indeed, which is more or less what I want to do.
Just check out that it is nothing that looks out of the ordinary/expected, so to speak.
If it were, I'd then go on to check the usual files in /var/log to see what was going on.
... logging the event you have some real data to go on that may help you figure out the issue.
Yes, you are quite right there. =-)
But unless my rig's configuration has gone astray, I do not really expect unusual stuff.
What got me asking about this is that the process, which I expect is BackInTime or TimeShift related, is not getting shown in conky (don't know why).
It happened this morning about an hour past my boot-time and I ran iotop to see what was working.
In this particular case it was BackInTime cleaning up excess/older snapsots (actually it was rsync).
Thnaks a lot for your input.
Best,
A.
... might be what you are looking for.
https://www.binarytides.com/monitor-disk-io-iotop-cron/
Thanks.
I'll have a look.
But logging IOTOP is sort of after the fact.
Best,
A.
Hello:
... this in your conkyrc.
Thanks, but I'm afraid it won't do.
What I need is to be able to look at my screen (eg: conky) and see something similar to what this does but for disc access/activity.
It gives me data on the top 5 processes and the % CPU time they take up.
Unfortunately, for some reason backintime and timeshift do not show up and maybe some other activity does not either.
And I'd really like to know what is writing to my drives when more than usual activity is heard.
TOP 5 PROCESSES
${hr 2}
$processes processes ($running_processes running)
${alignr}${top_mem 1} %
${top_mem name 2}${alignr}${top mem 2} %
${top_mem name 3}${alignr}${top mem 3} %
${top_mem name 4}${alignr}${top mem 4} %
${top_mem name 5}${alignr}${top mem 5} %
${top_mem name 6}${alignr}${top mem 6} %
I don't need to check anything but who (process/programme) and where (disk drive/partition).
So if I hear unusual drive activity, this will give show me if it is something I want/need (eg: backintime/timeshift) or something else I should be aware of.
Most utilities I have found are benchmark oriented, designed to check if there are bottlenecks and such but I've not found anything security oriented (?) like my use would seem to be.
Maybe iotop might do but I cannot get it to run in conky nor have I found an example online.
Thanks for your input.
A.
Hello:
... searching for examples of Thunar Custom Actions?
Yes, that's the first thing I thought of.
No luck.
Someone may have already worked it out.
I know there's a long thread about this at forums.debian.net
No, I haven't found anyone with a solution.
... has the feature you want, but it comes at a high price. (kde cruft)
Thanks but I'll pass on that one. =-)
I miss that feature, too.
It's incredible that this very useful feature has not been implemented in every FM out there, it's not that it has not been asked for quite a bit as that long thread shows.
Another feature, sorely needed in XFCE as icons have an atavistic tendency to position themselves as they please on the desktop is the Right Click -> Arrange Icons By -> Align to Grid for the desktop.
For years it has been been asked for but been systematically ignored.
All sorts of complicated/complex workarounds have been suggested but they ended up being a difficult/awkward solution to implement to solve what seems to be a simple problem.
... open two thunar windows and drag files from one to the other.
... set the Location Selector to Pathbar style, you can drag files from the main panel to the buttons ...
Yes, I thought of that.
Mate has the functionality you want ...
Thanks for the heads up.
Konqueror from TDE (Trinity Desktop Environment) can do it.
... better than both KDE4/5 and XFCE4 ...
... TDE is really lightweight DE and XFCE4 is wasting performance ...
I'll have a look at that.
Thanks.
Best,
A.
Hello:
There is iotop ...
Thanks, it could be what I need.
It seems more like a disk performance monitor but the data I need could probably be obtained from the output ...
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
... using data from just TID/PID, USER and COMMAND.
... but you would have to either leave it running or pipe it to conky.
The best idea would be to pipe it to Conky so when I hear the drives I can just look at the display and see who is writing to disk.
I've looked around but have not been able to find an example of Conky using iotop and just a couple of posts from long ago asking.
Would you have one?
Thanks in advance,
A.
Hello:
I run Devuan ASCII on a rig with four SAS drives with various uses plus an outdated Miyo install to play with.
groucho@devuan:~$ uname -a
Linux devuan 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u3 (2019-06-16) x86_64 GNU/Linux
groucho@devuan:~$
groucho@devuan:~$ sudo blkid
[sudo] password for groucho:
/dev/sda1: UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdb1: LABEL="devuan" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdb3: UUID="UUID DATA" TYPE="swap" PARTUUID="UUID DATA"
/dev/sdb5: UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdb6: LABEL="home" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdc5: LABEL="storage" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdd1: LABEL="Miyo" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sdd2: UUID="UUID DATA" TYPE="swap" PARTUUID="UUID DATA"
/dev/sdd5: LABEL="Home" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sde1: LABEL="Backup" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
/dev/sde2: LABEL="Oldstuff" UUID="UUID DATA" TYPE="ext4" PARTUUID="UUID DATA"
groucho@devuan:~$
My installation includes both BackInTime and TimeShift (saved my skin more than once) which run according to their settings.
I know that BackInTime is running because of the pop-ups and panel icon + the audible disk drive writing.
But at times I hear the drive/s working and nothing in Conky's TOP display indicates what could be running.
Is there a utility that I could run and look at after the fact to see what is going on?
Maybe it is something I'm not needing or should not be running.
Thanks in advance,
A.
Hello:
A thing I miss from MS Windows Explorer (in XP) is the Right Click -> Send To -> Any Folder action which I used often.
The convenience of being able to select either Copy or Move and then Browse to quickly find where you wanted the file to go was really great and IMO, very efficient when the time came to archive the files and data accumulated over different folders and drives.
I have been searching to see if this same action could be replicated in Thunar but have come up empty handed.
Is this possible?
Any one done it?
Thanks in advance,
A.
Hello:
Some interesting info.
https://securityboulevard.com/2019/02/b … -security/
Indeed ...
While users generally don’t expect much privacy from browsers like Google Chrome, the Brave browser promised to do better. By whitelisting the domains of some of the biggest data collectors on the internet, they have lost the trust of a large number of users and will need to work hard to get it back.
Get paid to surf ?
https://cointelegraph.com/tags/brave-browser
For compensation of lost revenue for websites, Brave uses Brave Payments. Users can sell an amount of money to the Brave browser in Bitcoin, Litecoin and Ethereum. The Brave browser’s Bitcoin funding is transferred into its native cryptocurrency called Basic Attention Tokens (BAT), which can be distributed to websites visited by the user.
Thank you very much for the heads-up.
This is one browser that I won't be using.
Cheers,
A.
Hello:
Has anyone used/installed this browser?
https://brave-browser.readthedocs.io/en … html#linux
I cannot find it in the Devuan repos and there does not seem to be a *.deb file available either.
Thanks in advance.
A.
Hello:
... mark one of the named packages* for installation and everything it depends on, and of course the package itself, will stay on your system on autoremove.
*cleverly, choose one of the higher-level packages in the list, not the low-level ones that only add certain features
I'd suggest xfdesktop4 to start with.
aptitude install xfdesktop4
OK, thanks for the tip. =-)
... strongly (very) prefer the 'old' *nix way of su into the root account)
Yes, I do too.
I've come to see sudo as a rather dangerous thing if used (or rather set up) lightly.
It's something I picked up at the PCLinux OS forum.
I only use sudo along with specific user_xxxx files in sudoers.d which are set up just for for me to do routine things which need admin rights.
eg: dmesg, updatedb, shutdown/reboot, linsssd and such.
As the package is actually already installed, it won't do anything, except marking it in the database as manually installed and therefore not subject to an auto-prune event. Which is what you're after
Yes, I was about to ask with respect to marking files as manually installed and the effect is had.
Thanks a lot for your input.
Best,
A.
Hello:
... you keep trying to install the xfce4 package when you don't want it.
Ahh ...
So I've been confusing xfce4 which is the metapackage with the xfce desktop package.
Needless to say, I feel quite embarrassed. =-/
... install the parts you do want as I posted above.
Thanks a lot for clearing this up for me.
Best,
A.
Hello:
I.e., if you don't use the autoremove command, they're still installed.
Indeed ... =-D !
I did think of that too.
But ...
At some time or another ie: a week, a month or even a year later, I surely will have to use apt-get autoremove for something or other.
eg: general spring clean-up.
And that's when things will go south very quickly.
Isn't this so?
Thanks for your input.
A.
Hello:
If you install the packages individually, you can remove them individually.
OK.
... even do this if the packages were automatically installed ...
Cannot seem to get it done.
eg:
groucho@devuan:~$ sudo apt-get purge orage
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
gtk2-engines-xfce libical2 libkeybinder-3.0-0 libxfce4ui-utils xfce4-appfinder xfce4-pulseaudio-plugin
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
orage* xfce4*
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 5723 kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.
groucho@devuan:~$
But this seems to be a Devuan/Debian thing as I have been told that in other distributions (eg: fedora) you can uninstall orage without much ado.
I could always uninstall orage and then reinstall the packages which were removed (xfce4 gtk2-engines-xfce libical2 libkeybinder-3.0-0 libxfce4ui-utils xfce4-appfinder xfce4-pulseaudio-plugin) but then re-installing xfce4 would drag along orage again.
Catch22?
Best,
A.
Hello:
... laptop no BIOS at all.
... AHCI mode is enabled by default.
Hmm ...
No.
The Asus 1000HE netbook does have a BIOS.
And it does not come enabled by default, you have to set it in the BIOS.
At least that is the case with the two I have at home and with a couple of others that I have worked on.
Maybe later production runs changed?
Could be, but I have seen no mention of Asus 1000 series eeepcs with UEFI on the web.
---
EDIT:
Just in case someone else needs it, the only version of the Asus Firmware Upgrade utility that I found which was compatible with the 1000HE's motherboard was AFU236U.exe.
It runs under plain DOS.
Newer versions threw an error:
Error: BIOS Does not support AFU
---
Last night I discovered that the lack of the AHCI option in the BIOS is not a hardware issue but related to some trigger-bit in the firmware.
It is there, but for some reason and although you'd be using the same BIOS file (1000HE.ROM) some machine's BIOS reveal it but others do not.
I have not found out why but the solution to the issue is to use a modified 1000HE BIOS file.
See here:
https://www.bios-mods.com/forum/Thread- … 1#pid26441
With respect to the problem with <c>update-initramfs</c>, apparently it is a bug from 2017.
I say apparently because I can't say it has to do with what was happening to me.
In any case, the solution was in this post:
https://bugs.launchpad.net/ubuntu/+sour … comments/2
You have to create the missing directory: mkdir /var/lib/initramfs-tools and then when/if update-initramfs bitches about not finding /tmp/initramfs-tools, create that one too.
Then it works as advertised.
It took me a while to figure it out how to do it because while working as what I thought was root (because #) with full privileges, I was denied access to do mkdir. I had to su myself to be able to work in the root environment and be able to carry out the mkdir commands.
Thanks for your input.
Cheers,
A.
Hello:
For reasons long to explain, I had to transplant the HDD with a working Devuan installaiton in my 1000HE to another (presumably identical) 1000HE.
It had the original BIOS from purchase date which for some reason, had no AHCI option, so my Devuan installation would fail to boot as it was loading the AHCI modules.
So I updated the new 1000HE's BIOS to the same version but it seems that there's some difference in the hardware as this new BIOS does not have an AHCI option either.
It's exactly the same BIOS file that my original 1000HE has so it is probably a difference in the hardware.
But I'll only know for sure once I can boot it. =-/
So, as I did once with the original 1000HE, I booted a netinstall DVD, entered 'rescue mode', opened a shell in the installation's root directory and made the necessary changes in /etc/initramfs-tools/modules and /etc/initramfs-tools/initramfs.conf.
See https://dev1galaxy.org/viewtopic.php?pid=15995#p15995
Once done, I ran update-initramfs -u.
It should have ended there but no ...
Instead I get this:
# update-initramfs -u
ls: cannot access '/var/lib/initramfs-tools': no such file or directory
update-initramfs: /boot/initrd.img-4.9.0-9-686-pae has been altered.
update-initramfs: Cannot update. Override with -t option.
I've tried -u -t and -t -k all -c to no avail as all give errors.
Any one can point to a solution to this?
Thanks in advance.
A.
Hello:
... still a bug if no .dev package is installed.
... no logical path for this info to be generated ...
... rate the issue very serious indeed.
But the maintainers have to think so too ... =-D
... worth putting in a bug report for this, even after 2 years ...
Done.
... clearly isn't completely rooted out ...
I have not seen any indication of its being assigned.
... provide as much relevant info to the circumstances ...
Yes ...
kern.log snippet, lshw, lspci, lsusb, lsmod and kernel-image information.
Being a bug with a number, I sent mail to the <bug_number>@bugs.debian.org address.
Hope it is enough and that I've done it properly.
Thanks for your input.
A.
Hello:
... related to building the kernel module for the i915 GPU driver
... it's a trace ...
... shouldn't really be there.
OK.
So it's just debugging information for the developer/maintainer?
... have any related .dev package installed ...
Related, none that I can see.
groucho@devuan:~$ dpkg -l | grep -i i9xx
ii xserver-xorg-video-intel 2:2.99.917+git20161206-1 i386 X.Org X server -- Intel i8xx, i9xx display driver
groucho@devuan:~$
I've also had a thorough look in synaptic installed and no, none.
... may have 'escaped' from there.
Report it as a bug to whomever is/are the dev's for the Intel i915 ...
Would it still be a bug without there being an installed -dev package?
EDIT:
A search on the web for the last part of the initial string ie:
c:414 intel_fb_initial_config+0x3fc/0x5f0 [i915]
... got me this from 20 Feb 2017:
https://lists.debian.org/debian-kernel/ … 00265.html
Package: src:linux
Version: 4.9.6-3
Severity: importantThe DRM driver for i915 hardware oopses in a systematic way during bootup on this Dell D430 using kernel 4.9 from testing/frozen.
Booting with kernel 3.16 from stable/updates doesn't produce these symptoms.
-- Package-specific info:
** Version:
Linux version 4.9.0-1-686-pae (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-3 (2017-01-28)
Should I file something more?
It's been more than two years and it's still there.
Severity: important?
Thank you for your input.
A.
Hello:
Never ending surprises ...
Came across this new set of entries in my dmsg log.
It's new, had not seen it when I had just installed ASCII in my 1000HE.
The [ cut here ] sort of tells me it is something abnormal and meant to be sent somewhere.
[ 9.424614] ------------[ cut here ]------------
[ 9.424781] WARNING: CPU: 0 PID: 6 at /build/linux-6uB1fl/linux-4.9.168/drivers/gpu/drm/i915/intel_fbdev.c:414 intel_fb_initial_config+0x3fc/0x5f0 [i915]
[ 9.424821] WARN_ON(!connector->state->crtc)
[ 9.424831] Modules linked in:
[ 9.424850] i915 crc_ccitt coretemp rfkill psmouse pcspkr uhci_hcd ehci_pci ata_generic drm_kms_helper ehci_hcd snd_hda_codec_realtek snd_hda_codec_generic lpc_ich mfd_core atl1e ata_piix sg drm rng_core wmi usbcore snd_hda_intel usb_common battery i2c_algo_bit snd_hda_codec shpchp snd_hda_core video button ac snd_hwdep snd_pcm snd_timer snd soundcore acpi_cpufreq ext4 crc16 jbd2 crc32c_generic fscrypto ecb xts lrw gf128mul ablk_helper cryptd aes_i586 mbcache sd_mod ahci libahci libata evdev serio_raw scsi_mod thermal
[ 9.425099] CPU: 0 PID: 6 Comm: kworker/u4:0 Not tainted 4.9.0-9-686-pae #1 Debian 4.9.168-1+deb9u2
[ 9.425131] Hardware name: ASUSTeK Computer INC. 1000HE/1000HE, BIOS 1104 10/14/2009
[ 9.425170] Workqueue: events_unbound async_run_entry_fn
[ 9.425193] f5d19d40 c42ff602 f5d19d54 00000000 c406a30a f9029dc6 f5d19d74 00000006
[ 9.425240] f901d370 0000019e f8fcbf0c 0000019e 00000009 f8fcbf0c 00000001 f5e5f800
[ 9.425285] 00000000 f5d19d60 c406a376 00000009 00000000 f5d19d54 f9029dc6 f5d19d74
[ 9.425331] Call Trace:
[ 9.425359] [<c42ff602>] ? dump_stack+0x55/0x73
[ 9.425384] [<c406a30a>] ? __warn+0xea/0x110
[ 9.425531] [<f8fcbf0c>] ? intel_fb_initial_config+0x3fc/0x5f0 [i915]
[ 9.425671] [<f8fcbf0c>] ? intel_fb_initial_config+0x3fc/0x5f0 [i915]
[ 9.425697] [<c406a376>] ? warn_slowpath_fmt+0x46/0x60
[ 9.425835] [<f8fcbf0c>] ? intel_fb_initial_config+0x3fc/0x5f0 [i915]
[ 9.425869] [<c41c5dbf>] ? __kmalloc+0xef/0x500
[ 9.425987] [<f8fcbb10>] ? intelfb_create+0x4d0/0x4d0 [i915]
[ 9.426012] [<f8951946>] ? drm_setup_crtcs+0x1a6/0x950 [drm_kms_helper]
[ 9.426032] [<c40936f5>] ? try_to_wake_up+0x45/0x370
[ 9.426049] [<c4093a6e>] ? wake_up_q+0x2e/0x60
[ 9.426071] [<f89523e1>] ? drm_fb_helper_initial_config+0xc1/0x410 [drm_kms_helper]
[ 9.426098] [<c40a7420>] ? pick_next_task_fair+0x490/0x520
[ 9.426202] [<f8fcc6e0>] ? intel_fbdev_fini+0xd0/0xd0 [i915]
[ 9.426307] [<f8fcc6f6>] ? intel_fbdev_initial_config+0x16/0x30 [i915]
[ 9.426325] [<c408b20a>] ? async_run_entry_fn+0x3a/0x180
[ 9.426342] [<c4092900>] ? deactivate_task+0x20/0xf0
[ 9.426360] [<c45bd6f8>] ? __schedule+0x268/0x770
[ 9.426377] [<c4082df6>] ? process_one_work+0x146/0x390
[ 9.426395] [<c4083079>] ? worker_thread+0x39/0x480
[ 9.426411] [<c4088397>] ? kthread+0xb7/0xd0
[ 9.426427] [<c4083040>] ? process_one_work+0x390/0x390
[ 9.426444] [<c40882e0>] ? kthread_park+0x50/0x50
[ 9.426461] [<c45c1f67>] ? ret_from_fork+0x1b/0x3c
[ 9.426478] ---[ end trace 280b97008804440b ]---
[ 9.430341] fbcon: inteldrmfb (fb0) is primary device
[ 9.431973] ------------[ cut here ]------------
[ 9.431994] WARNING: CPU: 1 PID: 6 at /build/linux-6uB1fl/linux-4.9.168/drivers/gpu/drm/drm_atomic_helper.c:783 drm_atomic_helper_update_legacy_modeset_state+0x22a/0x260 [drm_kms_helper]
[ 9.432106] Modules linked in: i915 crc_ccitt coretemp rfkill psmouse pcspkr uhci_hcd ehci_pci ata_generic drm_kms_helper ehci_hcd snd_hda_codec_realtek snd_hda_codec_generic lpc_ich mfd_core atl1e ata_piix sg drm rng_core wmi usbcore snd_hda_intel usb_common battery i2c_algo_bit snd_hda_codec shpchp snd_hda_core video button ac snd_hwdep snd_pcm snd_timer snd soundcore acpi_cpufreq ext4 crc16 jbd2 crc32c_generic fscrypto ecb xts lrw gf128mul ablk_helper cryptd aes_i586 mbcache sd_mod ahci libahci libata evdev serio_raw scsi_mod thermal
[ 9.432114] CPU: 1 PID: 6 Comm: kworker/u4:0 Tainted: G W 4.9.0-9-686-pae #1 Debian 4.9.168-1+deb9u2
[ 9.432116] Hardware name: ASUSTeK Computer INC. 1000HE/1000HE, BIOS 1104 10/14/2009
[ 9.432125] Workqueue: events_unbound async_run_entry_fn
[ 9.432135] f5d19b00 c42ff602 00000000 00000000 c406a30a c46bb29c 00000001 00000006
[ 9.432143] f8954bb0 0000030f f894ac3a 0000030f 00000009 f894ac3a f5e5f800 00000000
[ 9.432150] f5689800 f5d19b14 c406a41a 00000009 00000000 00000000 f5d19b3c f894ac3a
[ 9.432152] Call Trace:
[ 9.432161] [<c42ff602>] ? dump_stack+0x55/0x73
[ 9.432167] [<c406a30a>] ? __warn+0xea/0x110
[ 9.432179] [<f894ac3a>] ? drm_atomic_helper_update_legacy_modeset_state+0x22a/0x260 [drm_kms_helper]
[ 9.432189] [<f894ac3a>] ? drm_atomic_helper_update_legacy_modeset_state+0x22a/0x260 [drm_kms_helper]
[ 9.432194] [<c406a41a>] ? warn_slowpath_null+0x2a/0x30
[ 9.432204] [<f894ac3a>] ? drm_atomic_helper_update_legacy_modeset_state+0x22a/0x260 [drm_kms_helper]
[ 9.432305] [<f8fae7b5>] ? intel_pre_plane_update+0x55/0x140 [i915]
[ 9.432398] [<f8faf6f4>] ? intel_atomic_commit_tail+0x9a4/0xf60 [i915]
[ 9.432490] [<f8fb751c>] ? intel_prepare_plane_fb+0xdc/0x2a0 [i915]
[ 9.432501] [<f894b45c>] ? drm_atomic_helper_swap_state+0x1cc/0x2d0 [drm_kms_helper]
[ 9.432593] [<f8faffe5>] ? intel_atomic_commit+0x335/0x4c0 [i915]
[ 9.432614] [<f88223a4>] ? drm_atomic_check_only+0x324/0x6a0 [drm]
[ 9.432633] [<f8821dd1>] ? drm_atomic_set_crtc_for_connector+0xb1/0x100 [drm]
[ 9.432725] [<f8fafcb0>] ? intel_atomic_commit_tail+0xf60/0xf60 [i915]
[ 9.432744] [<f882276e>] ? drm_atomic_commit+0x4e/0x60 [drm]
[ 9.432755] [<f8950753>] ? restore_fbdev_mode+0x153/0x2a0 [drm_kms_helper]
[ 9.432774] [<f8821504>] ? drm_modeset_lock_all_ctx+0xa4/0xb0 [drm]
[ 9.432784] [<f8952267>] ? drm_fb_helper_restore_fbdev_mode_unlocked+0x27/0x70 [drm_kms_helper]
[ 9.432793] [<f89522dd>] ? drm_fb_helper_set_par+0x2d/0x70 [drm_kms_helper]
[ 9.432884] [<f8fcb5e5>] ? intel_fbdev_set_par+0x15/0x70 [i915]
[ 9.432891] [<c4378730>] ? fbcon_init+0x540/0x590
[ 9.432897] [<c4400240>] ? visual_init+0xc0/0x120
[ 9.432901] [<c4401369>] ? do_bind_con_driver+0x179/0x370
[ 9.432906] [<c4401863>] ? do_take_over_console+0x123/0x1a0
[ 9.432911] [<c4378af0>] ? set_con2fb_map+0x370/0x370
[ 9.432916] [<c43746df>] ? do_fbcon_takeover+0x5f/0xc0
[ 9.432921] [<c4089851>] ? notifier_call_chain+0x51/0x70
[ 9.432926] [<c4089b79>] ? __blocking_notifier_call_chain+0x39/0x60
[ 9.432931] [<c4089bbf>] ? blocking_notifier_call_chain+0x1f/0x30
[ 9.432935] [<c43802c6>] ? register_framebuffer+0x1f6/0x340
[ 9.432947] [<f8952594>] ? drm_fb_helper_initial_config+0x274/0x410 [drm_kms_helper]
[ 9.433039] [<f8fcc6e0>] ? intel_fbdev_fini+0xd0/0xd0 [i915]
[ 9.433130] [<f8fcc6f6>] ? intel_fbdev_initial_config+0x16/0x30 [i915]
[ 9.433135] [<c408b20a>] ? async_run_entry_fn+0x3a/0x180
[ 9.433139] [<c4092900>] ? deactivate_task+0x20/0xf0
[ 9.433145] [<c45bd6f8>] ? __schedule+0x268/0x770
[ 9.433150] [<c4082df6>] ? process_one_work+0x146/0x390
[ 9.433155] [<c4083079>] ? worker_thread+0x39/0x480
[ 9.433159] [<c4088397>] ? kthread+0xb7/0xd0
[ 9.433164] [<c4083040>] ? process_one_work+0x390/0x390
[ 9.433168] [<c40882e0>] ? kthread_park+0x50/0x50
[ 9.433173] [<c45c1f67>] ? ret_from_fork+0x1b/0x3c
[ 9.433177] ---[ end trace 280b97008804440c ]---
I've never seen this in four+ years of Linux distributions.
Can anyone shed a light on this and it's cause?
Thanks in advance.
A.
Hello:
... upgrade to unstable/ceres ...
... some sort of apt repository pinning magic.
No, I've tried too much magic recently.
It's a backport or I won't try. =- ^
... try at installing from upstream source first maybe?
Thanks, I'll have a look at that.
The reason for Devuan repositories having packages for jessie eeepc-acpi-scripts-1.1.12 and ceres eeepc-acpi-scripts-1.1.13 but not for ASCII is probably because there's no package in the Debian repository for stretch either:
https://packages.debian.org/search?keyw … pi-scripts
Package eeepc-acpi-scripts
jessie (oldstable) (utils): Scripts to support suspend and hotkeys on the Asus Eee PC laptop
1.1.12: all
sid (unstable) (utils): Scripts to support suspend and hotkeys on the Asus Eee PC laptop
1.1.13: all
Maybe it is something that's happened somewhere in ASCII (and obviously affects how the package works) that was not in jessie and won't be in ceres?
Thanks for your input.
A.