You are not logged in.
Hello:
thanks ...
You're welcome.
... drive in question is a "NVME" ...
Yes.
Please go over my post again.
... should be like "blazing fast".
NVMe does not necessarily mean "blazing fast".
eg: https://www.tomshardware.com/reviews/kingston-nv2-ssd
There are many factors at play.
Like I wrote previously, you may want to consider running R+W tests with the [gnome-disk-utility] (on both drives) to see what speeds you get.
Best,
A.
Hello:
... this can't be quite normal ...
Bear in mind that normal is a statistical term.
ie: conforming to a generalised pattern, known mean or median.
An expected average, if you will.
Up to a few years ago, if you purchased any Kingston memory product, you could rest assured that you had a quality product in you hands.
That was the normal in those days, Kingston = Quality.
Unfortunately, that is no longer the case and given what the chip market is going through due to the A1 delirium, things will not get better.
Quite the contrary, prices are rising steadily and the quality of consumer memory products are decaying.
If interested, see what happened when I puchased a set of three Kingston DataTraveler Exodia M USB 3.2 USB drives without noticing that there was no data sheet included or printed inside the cardboard blister as usual.
TL;DR
We apologize if you are dissatisfied with your product. The Exodia USB drive's are a basic low cost model with no minimum performance ratings based off the datasheet.
The reference is to the inexistent data Kingston included in the package.
You don't post the specifics (Kingston part #) of the drives you are using but I suggest you do a search on the web for any of the sites* that publish tests as well as any specs Kingston may have published in their web page.
* one is ssd-tester.com, there are others.
You could also run a benchnmark test on the drives via the [gnome-disk-utility] which is accurate enough to give you an idea as to what is going on.
You will probably have to clear / reformat the drive to test it properly.
Edit:
See this test at Tom's Hardware.
Best,
A.
Hello:
... version was 6.12 not 6.17.
Right, I sould have caught that one ... 8^°
Let's see ...
Kernel 6.1 (ie: Linux version 6.1.0-41-amd64) is the up to date Devuan Daedalus kernel version.
That is the one that does not have any issues.
Correct?
Kernel 6.12 (ie: Linux version 6.12.57+deb12-amd64) is a backported kernel.
It is found in http://deb.devuan.org/merged daedalus-backports.
That is the one with the freezing problem.
Correct?
Bear in mind that (as I understand it) the case for using a backported kernel can be made when your box is running an oldstable release (like Daedalus today) on newish hardware which may be able to take advantage of whatever the backported kernel may offer for it.
Or not ...
That does not seem to be the case for your (ca. 2012) HP Z10.
ie: not newish.
For the sake of illustrating this: I run an up to date Devuan Daedalus on a ca. 2007 Sun Ultra 24 (Intel Q9550) on the very same 6.1 kernel you run on.
Without any issues so I don't think I need a backported kernel.
I doubt there is a microcode component to the freezing problem your box.
More knowledgeable members of the forum may have a different opinion.
You may want to consider burning a live Excalibur *.iso and testing it on your box to see how it behaves.
ie: freezes and such.
It may be that the backported kernel (for whatever reason) misbehaves but the Excalibur kernel does not.
Let us know about it.
Best,
A.
Hello:
... 6.1 kernel I can view in dmesg that the first thing loaded is the microcode ...
... newer kernel this microcode is not loaded though.
Kernel 6.17 is Sid/Ceres unstable.
You may need to install the microcode package from the non-free firmware repository
ie: http://deb.devuan.org/merged ceres/non-free-firmware amd64
Q: is it in your /etc/apt/sources.list file?
See here: https://pkginfo.devuan.org/cgi-bin/poli … 1.84.38.37
If that does not solve the issue, it may(?) be due to the box being ca. 2012 and having a BIOS issue.
Best,
A.
Hello:
... create or install templates?
You may want to consider keeping in mind that sometimes [Google] can, in spite of the A1 crap, be your friend ...
https://forums.linuxmint.com/viewtopic.php?t=172886 *
* First hit for [nemo file templates].
A.
Hello:
Welcome to Dev1.
... have a problem.
... Artix Plasma
... Thinkpad P53 ...
Thunderbolt 3 docking station.
I fear that while you have supplied some data, it is not enough for anyone to be able to help you.
To start, what base Devuan release you are using.
I would assume Daedalus (?), but that is just me assuming.
ie: the output of
~$ uname -aThen, the brand/model of the docking station would be one very important bit.
Also, if you are using the PS/cables supplied for the docking station or are using a different PS or other non-OEM cables; it can be a problem if the cables are not the excat spec the docking station requires.
Then comes the proof of life, so to speak:
The [dmesg] printout with the docking station and monitors in place and powered on.
That would give us an idea of what is going on with the docking station / monitors as your Thinkpad boots.
BTW: please make sure you use the proper [tags] when posting the dmesg output.
eg:
--- snip ---
01:00.0 VGA compatible controller: NVIDIA Corporation TU106GLM [Quadro RTX 3000 Mobile / Max-Q] (rev a1)
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-H GT2 [UHD Graphics 630] (rev 02)
--- snip ---Something you may want to consider trying (to rule out any Artix Plasma issues) is to boot a Devuan Live *.iso and see how it goes.
Best,
A.
Hello:
... only one word was needed: ineptitude.
And it seems to be a gift that keeps on giving ...
Cloudflare suffers second outage in as many months during routine maintenance
The Reg is still standing (this time) despite our best efforts
by Richard Speed - Fri 5 Dec 2025 // 10:16 UTC
https://www.theregister.com/2025/12/05/ … age_again/
Best,
A.
Hello:
... looking for VirtualBox in the repositories ...
See here.
This is what is available from the repositories.
7.2.4-dfsg-1 http://deb.devuan.org/merged ceres/contrib amd64
5.2.24-dfsg-4~bpo9+1 http://archive.devuan.org/merged ascii-backports/contrib amd64
4.3.36-dfsg-1+deb8u1 http://archive.devuan.org/merged jessie/contrib amd64
Two archived versions and one in testing/unstable.
No idea why it is not in the Debian repository (but not being there is the main reason it is not in the Devuan repository).
Maybe Debian has some temporary beef with VirtualBox till they can move it to a stable release?
Who knows ...
I use this version downloaded from the VirtualBox repository:
virtualbox-7.0/now 7.0.20-163906~Debian~bullseye amd64 [installed,local]# virtual box repository x installation
# deb https://download.virtualbox.org/virtualbox/debian/ bullseye non-free contrib
# deb https://download.virtualbox.org/virtualbox/debian/ bookworm non-free contrib Just in case, I have not updated it as it works fine as it is.
But then I don't use it for anything complicated. ie: a server or such.
Most important thing I run at every boot is a headless Chimaera VM for PiHole+Unbound, no issues to speak of.
There's also an XPSP3 VM and a stock untouched (save updates/upgrades) Daedalus VM which I bring up when needed.
Like I said, no issues to speak of.
Best,
A.
Edit:
Here you go --> https://wiki.debian.org/VirtualBox
Hello:
For whatever reason, access to that link is blocked, at least for me.
In case anyone else has the same problem and wants to read about it, here is another link to the same story:
https://www.theguardian.com/us-news/202 … quor-store
But not only in the US, AUssies have their own:
https://www.theguardian.com/world/2013/ … s-18-beers
Best,
A.
Hello:
... post again if / when I get a reply ...
Got a reply after a few days.
As expected, nothing new, just the obvious:
Recently you requested personal assistance ...
Blah, blah, blah.
--- snip ---
... you'd like to clarify what TRIM does. <- Yes, on a HDD
... TRIM is an Advanced Technology Attachment (ATA) command. <- Really?
... allows the operating system to tell the HDD when it can delete data blocks so they can be reused ... <- must be magic.
... works with Garbage Collection to clean up the drive. It can improve performance and extend the life of the drive.<- HDDs?
--- snip ---
As you can gather, my specific question was *not* answered.
ie: just what does [TRIM] do on a HDD (spinning rust)?
Further on there is a link which takes me to a page that does not have a link to the only WD document* with some information on what I wanted to know albeit with no clear answer.
* It is linked to on my previous post.
So no, no surprises here.
Best,
A.
Hello:
Perhaps this ...
It's not nice to be mean to old cantankerous bastards ... 8^D !!!
An error occurred while reading CGI reply (no response received)
Best,
A.
Hello:
It's KDE ...
Ahh ...
Should have known.
The description was the giveaway.
... tool to accomplish various tasks. (that's me)
So that makes two of us.
... a complete immersive cinematic-style experience ...
Please ...
Like I said: the end is near.
Best,
A.
Hello:
Nice find!
Hopefully now it is sorted out.
... broken without javascript, you can't get to the monero address ...
I just clicked on the [monero wallet] label and the address string was automatically copied to my clipboard.
Don't use any of those things, so that is all I did.
... a bit esoteric ...
Well ...
Some people say that of Devuan. 8^°
Thanks for your effort$.
Best,
A.
Hello:
... allowing to navigate a software library by search, categories, top lists
along with detailed application information that includes screenshots
and reviews, users can more quickly find applications that suit their needs.
And this is something Linux Devuan actually needs to have in the repositories?
Who drummed up this crap?
Incredible ...
I tell you, the end is near.
A.
Hello:
Thanks for tracking that ...
You're welcome.
If verified that it is accepted ...
If Dyne takes care of the financials / accounting, I don't see why not.
Let's see what the OP finds out.
Best,
A.
Hello:
... why the Devuan Project won't accept Monero?
From what I can see in the https://dyne.org/donate/ web page, [monero wallet] is accepted.
This string is whatever is used for the transaction:
49GZLW2J65c9tNDFEjv6gVVVHFhQYwfzmZMQu4tSeYFbPXxD61nWvGU6cSkCBEyixFErrmSPxWFdN6djuQX8nXBiBS3hqWE
Could not find a contact email to write to but there are quite a few other (Telegram and such) options.
Edit:
See this post for a way to contact [jaromil] to ask for the pertinent information:
--> https://dev1galaxy.org/viewtopic.php?pid=2317#p2317
Best,
A.
Hello:
... often disconnect drives I want to preserve ...
Indeed ...
I always disconnect drives I want to protect.
My box has four HDD trays (but no hot-swap), so it is a question of disconnecting them by sliding them out enough to unplug them prior to booting from the installation media.
The other two drives present in a DIY 2.5" drive cage inside the box use SATA data cables so port numbers are written on them with a thin indelible black Sharpie.
ie: no hassle to reconnect properly.
Sporting belt & suspenders is important when working on your main box.
More so when attempting to install something new. eg: a clean Excalibur on bare metal.
As only the destination drive will be seen by the BIOS, it is the only one that could get screwed up.
Hard learned lesson from when, in another life, worked on a daily basis with MS stuff.
Back-ups are (of course) there but the idea is to avoid the hassle of having to resort to them in case of [whatever].
Best,
A.
Hello:
... bite the bullet and switch to systems with usrmerge ...
Hmm ...
Disclaimer:
Mine is probably not the most authorised opinion, so take it with a grain of salt. 8^°
From my point of view, usrmerge is a clusterfuck.
I see it as totally unneeded and poorly thought out / unplanned.
But that is no surprise to anyone at this stage of the Debian game.
That said, it is what it is: Excalibur gets [clean] installed and [dist-upgraded] as a usrmerge'd system.
It will be some time till the maintainers of all the packages present in the Debian repositories catch up to this.
If they don't, their applications will most probably throw errors on installation and as a result, will not work or will not work properly.
Some maintainers may not even bother.
But there are much more important issues for Devuan to deal with and this usrmerge crap pales in comparison.
With respect to your specific situation, there is one (and only one) real problem for you to think about and it has a name: 32-bit
Why do you think you need to run Excalibur on your 32-bit machine?
My dear Asus 1000HE from ca. 2010 has been running on Devuan since mid 2019, first on ascii and then Beowulf with a backported kernel.
And it still has the XPSP3 partition I previously installed on it, just for experimental purposes.
I purchased it second hand with barely any use for a very good price.
Unless I come across a very good motive to upgrade it, it will stay exactly as it is.
The coffee roasting software I am running is the last 32-bit version published and support for it is non-existent.
I do not want to risk screwing it up.
If I stay under Daedalus and allow all non-free firmware, then no errors occur.
The system actually works quite well, despite the errors displayed.
Not something to ignore, by any means.
Maybe the gods are telling you something?
Do think about keeping Daedalus running in your rig, maybe with a backported kernel (ask here before) if you can be sure it will help you in any way.
Like I said: with a grain of salt.
Best,
A.
Hello:
... described as "daemonless "systemctl" command to manage services without systemd".
Yes, it is a systemd tool sanitised by our devs/packagers to work, like it says, without systemd.
But as Devuan does not use systemd, the tool used to manage* services is service.
* ie: start, stop, status, restart and others.
It a native and time proven, easy to use Linux tool.
Knowing how to use it is important.
See here for a hint.
Best,
A.
Hello:
... using Mate as the default DE would be better and easier by far ...
Indeed ...
But I'll raise you one:
The default for Devuan should be Openbox with Mate as the DE option.
Best,
A.
Hello:
Good thought, but no.
It was worth a try.
... replacements for mpv, ffmpeg and guvcview ...
... prove tedious and not worth the effort.
Yes. I agree.
Probably by design. 8^°
Thought of vlc ...
That is what I use if and when I need to play anything.
Suits me fine for the little I do with multimedia.
I seems that libpulse0 will have to stay.
Soon we will neeed it to use a text editor.
Thanks for the effort.
Best,
A.
Hello:
... filesystem is ext4 which does support discard.
After thinking about this for a while I decided to contact WD support to see if they can explain if the [TRIM] command actually does something.
I should have a reply in a matter of days.
Then I found this page.
I don't undertsand much of what it says, but it would seem that the [TRIM] command does have a function in HDDs using SMR (Shingled Magnetic Recording).
See this white paper* https://www.senetic.ci/i/objects/mmo_76 … 06_478.pdf
* p. 3 - Benefits for an SMR Drive
I'll post again if / when I get a reply from WD.
Best,
A.
Hello:
... filesystem is ext4 which does support discard.
I see.
technically the logs are correct ...
fstrim simply has no way to know ...
Makes sense.
Thank you very much for taking the time to write it up.
Best,
A.
Hello:
Can't recall why I installed it.
Must have been dragged by some other application.
In my case, conky-all needs it.
In yours, it is mpv.
... purge libpulse0.
... broken libavdevice62, libguvcview-2.2, libsdl2 and mpv ...
Just thinking out loud.
Do libavdevice62, libguvcview-2.2, libsdl2 get removed if you purge mpv?
If so, you could use another media player and in the process rid yourself of libpulse0.
Best,
A.
Hello:
... depends on the specific hard drive ...
... accepts trim but ignores it ...
I'm just guessing.
I have not been able to find any information as to what is going on in a case such as mine.
But if the firmware ignores the TRIM command, why is it reported in the log?
/media/1TB/IMG: 109.2 GiB (117271797760 bytes) trimmed on /dev/sda1
/media/1TB/TS: 159.1 GiB (170784149504 bytes) trimmed on /dev/sda2Shouldn't it log something akin to this instead?
/media/1TB/IMG: 109.2 GiB - TRIM command ignored on /dev/sda1
/media/1TB/TS: 159.1 GiB - TRIM command ignored on /dev/sda2No matter, does not seem to cause any issues.
Thanks for your input.
Best,
A.