You are not logged in.
You simply remove them. There is no de-registering required.
Exotic non-essential function that nobody really uses and tests?
Well, that means there is another unfinished installation around. Well you said you tried double-clicking on a deb. I guess that's what triggers this request. No idea how to get around this.
BTW: the same problem already exists on Daedalus. Same as Excalibur. When I ask for a screenshot of a package, I get a square window with a small terminal-like icon. Thats it.
Just try an
apt install -fWell, Ceres is broken by definition, it is and will remain UNSTABLE in exactly the litteral meaning of this word. The software in Ceres will slowly evolve and mature and end up in Testing at some point in time. And when testing is done, the software finally will become released as stable. It will take a lot of time.
If you want a stable environment use Excalibur. It has some bugs, but it is tested and released for general use.
When you are a bit more daring you may use Testing, which currently is Freia.
Please stop complaing about Ceres is broken.
No, never was as far as I can remember. It has to be installed I don't know exactly for how many releases now in Debian/Devuan?
apt update
apt list openssh-server
apt install openssh-serverPer default openssh-server listens on port 22. Always (after a reboot).
+1 still for USBimager, in soem regard; but it lacks the format option, is therefore not fully complete.
(but can also read images for backup)
The USBImager does not need any format option. Formatting a drive that gets overwritten with an iso does not make any sense.
I am happy with my Devuan 6 Excalibur installations, both with Cinamon as desktop. Yes there are a few nicks and glitches, but nothing I would complain too much about. And what I have seen is inherited from Debian upstream.
on a sidenote,
stopped the file-copy process / however, it seems the copy does continue in the background??=?
Here is caching involved. No copy w/o cache per default. The kernel takes some of the memory available and uses it as cache to speed up file operations.
If you want to make sure all cache is flushed use the sync command. man sync is your friend.
Everything else depends on the nvme's themselves. How they are connected is only a smal part of the story. More important are the exact specs. What kind of cells are used? TLC or QLC? How much and which kind of HW cache is present? Look at the data sheets.
Also the type of files make a difference. Many small files take longer due to directory operations than one large file with the same net size.
I fear it doesn't work that way, never did.
Best for a Linux system: set the HW clock in the Bios to UTC. Set the time zone to your region.
Then install the packages ntpsec and ntpsec-ntpdate.
Last but not least: define a time server in /etc/ntpsec/ntp.conf. Works for me.
Note: when you dual boot with Windows, you have to change the registry to also set Windows to UTC.
ntp and ntpdate are outdated since Daedalus. Look for ntpsec, e.g.
apt list ntpsec*I never used that kind of tools.
But one thing I know for sure: Truecrypt is no more maintained for now about 12 years or so. So I am not astonished that Veracrypt is a bit more comfortable.
Yes I know this bug. I see it on my travelling laptop. Installed with openrc, Cinnamon DE, lightdm. Initially Chimaera, a parallel installation of Daedalus shows it too. Meanwhile the Daedalus installation has been upgraded to Excalibur and also shows the issue.
Never had it on my workstation, there I do not have anacron installed.
Maybe I need to change the laptop from openrc to sysvinit.
It called crap by the users of kvm/qemu, VMware, Proxmox etc that only consider their tooling as approriate. Others complain about the license Oracle is using. Others don't like to use a Oracle product ..... I am happy to use it for 13 years now, beginning with my first Linux only PC.
Anyway, VBox was removed from Debian because of license (always was in contrib) and versioning problems, and I think they also lacked a maintainer. So its not available in the Devuan repos. Anyhow, no big problem, the Debian way of packaging was real crap in my eyes.
What I do for many years now: I pull a .deb fitting for the corresponding Debian release from https://www.virtualbox.org/wiki/Linux_Downloads, also load the extension pack suiting to the version, and install it with dpkg -i. Only two files required, the guest addition come within the .deb.
IPv6 often causes problems. Can you test with enabling IPv4 only?
No I am not seing this error message.
First guess: make sure that the clock on your PC is set about correct.
The Windows installation did not work anyway, although it was only to play some old games. I first tried WinXP and it said my BIOS was incompatible, I suppose because my MB BIOS is UEFI not MBR type. I then tried Win7 and it did install but without the mouse working - BIOS issue again I guess. I guess I shall just have to play Solitaire in a VM.
Yes, WinXP does not know anything about UEFI. If your mainboard still supports CSM you may try to install XP on a MBR/MSDOS partitioned drive, but you won't find any drivers. And have a lot of fun trying to multi boot legacy and UEFI installations.
Win7SP1 can be installed in efi mode, that works. But there are no USB3 drivers included. You have to find a generic driver or use USB2 ports for mouse and keyboard.
Well, I was considering to write a bug report, but I did not do that because I am pretty sure it will be closed with the comment "works as specified".
partitioning: the installer did offer me only fat filesystems and ext2 ????
(i am writing this on a machine grown of ASCII from an old debian using XFS partitions, which means i am really surprised)
I am pretty sure you are using the expert mode and skipped the step thats called "Load installer components from installation media". What you are describing is the typical symptom for that oversight. I thought though that was fixed, I must make a test to confirm.
the installer did not give me the option to install a boot manager
Maybe also due to the first problem? I have done a few installs from the officially released netinstall 6.0.0 and they worked fine.
Make sure your netinstall download is ok, checksum is correct, and that is from an offcial Devuan mirror.
Well, what I got from the debianforum.de, the rules in /etc/udev/rules.d have higher priority. Don't know if that is true.
My preference would be to leave the system directory /usr/lib/udev/rules.d alone and save my tweaks in /etc/udev/rules.d, clear distinction. That also was the suggestion from a very experienced person that looked at the problem and suggested the fix.
I might be interested in that.
Well, its a LO document in German, and it contains one or the other more or less private comment I don't want to share. I am happy on helping here in the forum on topics I understand and have experience with.
Yes it sucks. In the meantime I have a long document describing all these tweaks.
BTW: yes you have to create that edit unter /etc yourself. To make it work, either reboot or try a:
# udevadm control –reload
# udevadm triggerSystem:
Kernel: 6.12.57+deb13-amd64 arch: x86_64 bits: 64 compiler: gcc v: 14.2.0 clocksource: tsc
Desktop: Cinnamon v: 6.4.10 tk: GTK v: 3.24.49 wm: Muffin v: 6.4.1 vt: 7 dm: LightDM v: 1.32.0
Distro: Devuan GNU/Linux 6 (excalibur)The upgrade to Excalibur removed the logviewer I used under Daedalus, the gnome-system-log package. Somebody told me that gnome-logs is the replacement. But this package only takes care for the systemd journal now.
My solution: install mate-utils. That package amongst other stuff contains the mate-system-log.
To make it work also for the syslog and dmesg I had to create a new menu entry. Main topic is the command:
pkexec /usr/bin/mate-system-logAs icon I selected /usr/share/icons/hicolor/48x48/apps/mate-system-log.png which came with the package.
Also I needed to supply a policy action for policykit. I had one in my backups from previously using Mate as desktop. To be stored in /usr/share/polkit-1/actions as org.mate.mate-system-log.policy. Contents:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC
"-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
"http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd">
<policyconfig>
<vendor>Mate-System-Log</vendor>
<vendor_url></vendor_url>
<icon_name>mate-system-log</icon_name>
<action id="org.mate-system-log.pkexec">
<description>Run mate-system-log as root</description>
<message>Authentication is required to run mate-terminal as root.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>auth_admin</allow_inactive>
<allow_active>auth_admin</allow_active>
</defaults>
<annotate key="org.freedesktop.policykit.exec.path">/usr/bin/mate-system-log</annotate>
<annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate>
</action>Hi there, I guess the drive that isn't automounted is ext(x)-formatted, isn't it? Well, there is a new quirk in the udev rules from corporate actors inhibiting automount for ext(x)-partitions and others coming in with Trixie. Found that on the German Debian forum.
Check out for a file /usr/lib/udev/rules.d/64-ext4.rules, it reads:
# SPDX-License-Identifier: GPL-2.0-or-later
#
# Copyright (C) 2023 Oracle. All rights reserved.
# Author: Darrick J. Wong <djwong@kernel.org>
#
# Don't let udisks automount ext4 filesystems without even asking a user.
# This doesn't eliminate filesystems as an attack surface; it only prevents
# evil maid attacks when all sessions are locked.
#
# According to http://storaged.org/doc/udisks2-api/latest/udisks.8.html,
# supplying UDISKS_AUTO=0 here changes the HintAuto property of the block
# device abstraction to mean "do not automatically start" (e.g. mount).
SUBSYSTEM=="block", ENV{ID_FS_TYPE}=="ext2|ext3|ext4|ext4dev|jbd", ENV{UDISKS_AUTO}="0"To override this rule you either change the "0" into a "1" with the risk that your change is overwritten from another update, or better write your own rule and save it to /etc/udev/rules.d/65-ext4.rules:
# extX-Dateisysteme automatisch mounten
SUBSYSTEM=="block", ENV{ID_FS_TYPE}=="ext2|ext3|ext4|ext4dev|jbd", ENV{UDISKS_AUTO}="1" HTH