You are not logged in.
I suppose I could move the data to a hard drive, encrypt the USB, then move the data back?
Thats the way to go.
Another possibility: compress all the content in a zip file protected with password and copy that file to the USB. I did not test it myself.
To my experience, this only works between Linux and Linux, not from Linux to Windows. There is some incompatibility.
Its not limited to Devuan.
Raised the topic in the German Debian forum too: https://debianforum.de/forum/viewtopic.php?t=192885
The firmware that is loaded by the kernel is located in /usr/lib/firmware/mediatek. Check what you got in there. The dat file is something else but firmware.
Thanks, that line already is present. Seems to be ignored.
I have here:
[UserList]
minimum-uid=500
hidden-users=nobody nobody4 noaccess
hidden-shells=/bin/false /usr/sbin/nologin /sbin/nologin
Edit: Just saw:
# NOTE: If you have AccountsService installed on your system, then LightDM will
# use this instead and these settings will be ignored
Does this AccountsService relate to PAM?
My sshd is configured for no root login.
Now I am looking for the same feature in lightdm. I failed to find something, also in the greeter.
I consider a graphical root login as a security risk.
Daedalus with Lightdm and Cinnamon installed from a netinstall: I can login as root on my desktop. Why is this possible? I thought this is a nogo and disabled.
Tested also a VM with Excalibur and Cinnamon, Trixie with LXDE: same picture.
I don't know how new this adapter is. The firmware is from 2023, two years old. In any case installing the backports firmware is worth a try.
Veracrypt
All distros will use the build by Mozilla. Nobody will compile without SSE3 nowadays.
If you can't use one of the alternatives, the only way is to buy a more recent laptop or PC.
If you use a desktop like Mate, Cinnamon, XFCE or like, install pipewire to switch between sources and sinks.
Alsa is not userfriendly and lacks everything required to easily control Audio hardware.
greenjeans wrote:
... do you have an /etc/machine-id file?
Of course, I say so in one of my last posts.
I wrote:Machine-id is set thus:
$ cat /var/lib/dbus/machine-id
26a708d3d7dc6778fc6ff9f55921b024
$
That means your machine-id is fixed. The patch changing the machine-id works fine if that file does not exist. I don't have this file on my Daedalus and changing ids.
Same on my Daedalus: 340 files since installation.
New installation, the files do not take very much space. New machine ID on every boot.
That will be needed to maintain older pcb Hardware.
Under debian the new versions kick out the old versions.
The debian maintainer answered, that he does not intend to change this behavior.
Commercial use with debian/devuan is such not possible. You do not want to migrate old projects forcefully to new versions, for small changes in a maintenance phase. Migration is not backwards compatible.
I think all Linux distributions will do the same: kick out the old versions.
The kicad documentation states that a project once modified can no more be read by an older version of kicad. But does that mean the design data is screwed up?
If you are very conservative and precautios, make up a VM with the older kicad version.
Anyhow: on the kicad home page I can't find any support for downloading older versions either.
That N100 is a quite weak CPU. Everything requiring CPU performance will delay the response.
Another conspiracy theory about something being bad?
Could you please read the code and enlighten us?
I am no programmer. Do it yourself.
Why not? If you desire have a look at the code. The sources are available.
apt has a progress bar. Perfect for me, I am using apt since many years now, no complaints about it.
You must have omitted upgrading for quite a while.
Nevertheless, good luck for a new approach.
@RedGreen925 and @delgado:
Have you digested the OP's = the_edge123 input correctly?
My sources.list refers to stable.
During the last update, the packages were upgraded but/etc/devuan_version
still contains daedalus.
We are on Devuan here, not on Debian. Daedalus = Stable, Excalibur = Testing!!! I am sorry, you are both on the wrong track.
@Fabien: I am pretty sure you do not have Excalibur on your PC. You are on Daedalus still. The output is correct.
You may check with a
cat /etc/os-release
When you want to upgrade to Excalibur, make sure your Daedalus is up-to-date. Then run
apt install usrmerge
Then change your sources.list to excalibur.
Some reading: https://www.devuan.org/os/releases
Again: You never have upgraded to Excalibur if your sources.list refers to "stable".
My sources.list refers to stable.
For Devuan stable still is Daedalus. If you want to upgrade to Excalibur, change your sources.list to excalibur instead of stable.
I think so.
... you did install usrmerge before updating ...
There will be some complaints within the upgrade process if that wasn't done.