You are not logged in.
The errors you are getting are grub-efi related. I guess you have booted your install media in efi mode by mistake.
Make sure that you have CSM enabled in the bios.
When booting the install media, make sure you do not use the option marked efi. Explanation: on efi systems you will typically find media entries twice. One is named normally, that boots the legacy way. The other has an efi in the name, at least on my systems. That boots the installer in efi mode.
When you install Daedalus with KDE, you will get a working system. No need to fumble, the installation takes care for replacements for the banned packages. Well, I am not a KDE user, but I have tried once Devuan/KDE in a VM, works.
I am not aware about any GUI tool to manage sysvinit, what for? Its set during the installation, and normally you do not need to change anything.
On Mate/Cinnamon you get a log file viewer as GUI tool. I would assume something like that is also available for KDE.
I have installed PA on my workstation, my laptop is using pipewire. Both do the job.
@bill.p: Which configuration are you running? Haven't seen these kind of issues on my wife's PC running Chimaera, LightDM/Mate, openrc, up to date.
That problem isn't the lock, you get a clear message in that situation, no GTK related text.
Look at this thread: https://dev1galaxy.org/viewtopic.php?id=3331
Have you got a network manager running?
Look at the boot messages or check the syslog for the phrase "missing firmware".
BTW, here is a tutorial: https://tutorialforlinux.com/2021/06/15 … tallation/
That talks about firmware. You will need to enable non-free in Chimaera's sources.list.
First thing to check is if the wlan adapter requires firmware.
Thanks, that did the job. Did run the command on Tuesday, can't remember what the output was (may be none?), too many things going on here. When checking today I saw that all logs referenced in the conf have new date stamps and are much smaller now.
Maybe I will add that to my cron jobs to be run on each first day of the month.
As a long time user: TC and Veracrypt before 1.24 were .tar.bz2 files. Extracted to /tmp, always used the gui versions. From 1.24 onward Veracrypt offers .deb packages.
Installation was like:
# ./veracrypt-1.19-setup-gui-x64From 1.24 onward use
# dpkg -i *.debMissing dependencies were easily fixe with
# apt --fix-broken installUsing TC/VC as user requires sudo and an entry in the sudoers:
user ALL=(root) NOPASSWD: /usr/bin/veracryptAdd the correct username for "user".
Yes, cron is installed and working. I am using it for startup cron job @reboot. There is the logrotate entry in /etc/cron.daily.
The messages shown indicate that the laptop is rebooting instead of shutting down.
ACPI problem? Is the latest Bios installed? Which desktop are you using? Slim is the display manager that generates the graphical login screen. Maybe replacing Slim (deprecated) by LightDM helps?
Are there any bootup messages talking about missing firmware?
Have you changed anything in the bios settings recently?
BTW: I don't think this is a distribution specific issue.
Please note: non-free-firmware is relevant from Bookworm/Daedalus onward.
Got Daedalus installed on my main workstation in November last year. netinstall, encrypted, efi mode, openrc, Cinnamon as desktop.
Since then the syslog file has increased to about 60MByte. When opening the logviewer, I see all info from the time of installation being present. logrotate is installed, I see a script called rsyslog in /etc/logrotate.d that asks for a weekly rotation.
/var/log/syslog
/var/log/mail.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/cron.log
{
rotate 4
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
/usr/lib/rsyslog/rsyslog-rotate
endscript
}In /var/log the boot and the dmesg are moved once a day. auth.log and user.log also aren't being rotated. What may be wrong here?
Edith: anacron isn't installed.
The answer is valid for Debian and Devuan: use manual partitioning. Assign the /home to the drive in exsistance, and make sure that you do not format that drive. There is a setting for that.
EDITH: Warning: this procedure works fine with the standard installers as found on the netinstall, CD or DVD media. The Live installer is a completely different beast I NEVER use.
As long as you keep the name Daedalus in the sources.list, there is no effect when the status of the suite changes from testing to stable or oldstable or ...
The only thing you will need to do is to enable security, updates and backports if required. They will become activated once Daedalus changes to stable.
Before we go into details: what do you really want? Be able to be online and getting updates via internet connection? Or do you want to ban the internet and only depend on the DVD? You seem to have a mixture in your sources.list.
Got my workstation and a laptop running Daedalus for several months now productive at home. No major issues, just smaller topics.
As simple as it is, currently there is no "daedalus-security" yet as long as Daedalus still is in the testing stage.
You need to open the luks volume with the same name as listed in the crypttab. An easy way to get a chroot is to use the rescue mode of the install medium, the netinstall is sufficient.
Well, the encryption problem is fixed with the netinstall iso dated June 1st. The nopat issue still exists.
Thank you for your attention.
@Ralph: just for completion, also the legacy mode throws the same libgcc error on the May 27th version.
@Ralph: thank you. Can confirm that the 'nopat' option works. The installer boots into a VBox VM and you can select a language.
But: when trying to set up an encrypted LVM in expert mode, the installer stumbles, I get a red screen past entering the passphrase twice. On console 4 I see the message "partman-crypto: libgcc_s.so.1 must be installed for pthread_exit to work"
Well, definitely there is a kernel dump on console 4 related to the graphics (after I found out how to switch consoles in a VBox window). Have no idea how to copy this.
VBox 7.0.8 from originator on Daedalus amd64 on X570/Ryzen 5900/6700XT hardware. VMSVGA video driver selected.
netinstall previews dated May 8th, 22nd and 27th do start in EFI mode, install and expert install and end in a grey screen where I would expect the language selection screen. Same isos work fine in legacy mode and and real HW.
Tried to get to some screen with useful debug info and failed ...
Somebody with some more knowledge should look into this issue. If I can help with some more input, please let me know.
Thanks, rolfie
I have a file server in the basement supporting nfs. The clients mount the nfs shares via a cron job @reboot. If the server is unavailable the cron job never finishes, but the clients do boot up without delay. This setup works for more than 15 years now.