You are not logged in.
lzma is an edge case that's come up a couple times in the past. I think maybe ubuntu uses it, too. That section of the script needs an overhaul, and I keep putting it off. Changes in the way amd and intel microcode are applied broke my code. I have some replacement code for that, but I don't look forward to all the testing needed to make sure it's right. But I do need to get to it soon.
In addition to lzma, I see in daedalus that zstd is the new default in /etc/initramfs-tools/initramfs.conf. When I run update-initramfs there, I get
W: No zstd in /usr/bin:/sbin:/bin, using gzipNo, we're not archiving the testing isos. To install daedalus or ceres now, you can either install a chimaera base system and upgrade or else do a debootstrap install. All the live isos have debootstrap installed.
There are currently no daedalus (testing) installer isos with an installer. This week's isos were not installable due to a new package with dependency problems. We pulled them to save everyone the time of getting part way through the install only to fail. The isos that are there are the ones that contain extra packages. They are not bootable.
The offending package is cron-daemon-common. Here's the bug report:
https://bugs.debian.org/cgi-bin/bugrepo … ug=1013916
Type menu at the boot prompt and press ENTER.
I think the easiest way to do it is to make a fourth partition to use as a separate /boot for the second linux. Then decide which linux will rule grub and only let that one do grub-install (or do it last from that one.)
Whichever one rules grub, you will have to create a boot entry manually for the other one, because os-prober won't find encrypted root filesystems. Put your entries in /etc/grub.d/40_custom and run update-grub to generate the boot menu.
I think it's possible to let the two systems share a boot partition, but there may be some tricks involved to avoid problems if/when grub packages are updated. It's also possible to have the /boot directory inside the encrypted root partition if /etc/default/grub has a line with GRUB_ENABLE_CRYPTODISK=y.
Edit: Here are a couple of old discussions that might be helpful:
https://forums.debian.net/viewtopic.php?p=352368
https://forums.debian.net/viewtopic.php?f=16&t=115362
The second pair of commands I posted are what the installer should do. They could also be run in a live session immediately before installing the system.
Currently, the installer removes the diversion but does not rename the diverted file. To fix an installed system, you remove the symlink and rename the file. I think restarting anacron is sufficient, but a reboot would certainly work.
rm /usr/sbin/anacron
mv /usr/sbin/anacron.orig.anacron /usr/sbin/anacron
/etc/init.d/anacron restartanacron and cron are started from init scripts. anacron checks /etc/anacrontab for what jobs it should do. (It runs the cron scripts.)
Edit: Here's the bug report https://bugs.devuan.org/cgi/bugreport.cgi?bug=682
IMO, asking the user to OK the fix is asking for trouble since some users will likely be confused by this.
I agree, but I worry about messing up some edge case that I didn't think of. I will get a new version out soon.
For the record, the correct fix is
rm /usr/sbin/anacron
dpkg-divert --rename --remove /usr/sbin/anacronI thought I fixed this in an earlier version, but I did it wrong. To fix your installed system:
rm /usr/sbin/anacron
mv /usr/sbin/anacron.orig.anacron /usr/sbin/anacronGetting this out to everyone might be tricky. That would include anyone who installed Refracta, Devuan Live, or any other system that has anacron installed an used refractainstaller. I could put the fix in a postinstall script in the next version, but I think the user should be warned and asked to OK it. I don't know how to program debconf and I don't really have time to figure it out right now. If anyone knows how to get a debconf dialog to run from a postinst script, please help. I can tell you what the script needs to do.
Better Vulcan:
https://git.devuan.org/devuan/documenta … 64x480.png
And in case I ever fix the filename above, that link will change to the following...
https://git.devuan.org/devuan/documenta … 40x480.png
Poke around in here:
https://git.devuan.org/devuan/documenta … t/graphics
Look in the logo directory and the numbered directories for the different releases.
Some of the icons are provided by the desktop-base package. That would include any icons used in the boot screen, the login screen and the icon for the applications menu in the xfce panel. All of them are archived in the documentation git I linked.
You could install the deb packages directly from the usb with dpkg -i whatever.deb
In chimaera, I have elogind, libelogind0, libpam-elogind and libpolkit-gobject-elogind-1-0. Find them in the pool directory on the usb. If anything else is missing, dpkg will tell you.
First thing I would try is to run dpkg-reconfigure lightdm as root and set lightdm as the default.
Make sure elogind and libpam elogind are installed and check that consolekit and libpam-ckconnector are not installed.
Installing multiple desktops in devuan doesn't always work because there are some differences in how policykit works with the desktops and the login manager. By installing all of them, you are blazing a new trail.
devuan_chimaera_4.0.0_amd64_server.iso appears to be ok here. I just installed in qemu with 1024M ram. I selected web server and ssh server from the tasksel menu. I un-checked xfce, but I forgot to un-check devuan-desktop-environment, so I got xfce anyway.
I have noticed that 1G ram in qemu is not enough to boot an installed system if the root partition is encrypted. But in those cases, the installation completed normally - just *can't* reboot into it.
Edit: can't, can not, it hangs.
Check the sha256sum of the iso to make sure it downloaded correctly.
FWIW, i used denyhosts in the past, which is similar to fail2ban. I found it to be useless because every break-in attempt now comes from a different IP address. Using non-standard ports is pretty useless too, because Censys publishes their port scans on everyone, so you only have to look it up on the web to find what ports are open on any address.
If you're in the same directory as the appimage, the correct command to start it would be
./Atom.AppImage. Atom.AppImage is the same as source Atom.AppImage which won't work on binary files.
See 'help source' in a bash terminal for more info.
Yes, appimages should work in devuan. I just tested the musescore I downloaded in 2017 for jessie, and it still runs on beowulf. I did not have to install anything special.
0755 should be sufficient for the permissions.
Try running it from a terminal to see if you get any useful messages. That might be helpful for the developer of this alpha software.
Maybe like this.
Create the following three files:
/etc/sv/zramswap/run
#!/usr/bin/env /lib/runit/invoke-run
set -e
exec 2>&1
# don't restart zramswap when it's done
sv once zramswap
exec /usr/sbin/zramswap/etc/sv/zramswap/finish
#!/bin/sh
set -e
. /lib/runit/finish-default "$@"/etc/sv/zramswap/log/run
#!/bin/sh
set -e
NAME=zramswap
LOG="/var/log/runit/$NAME"
test -d "$LOG" || mkdir "$LOG" && chown -R _runit-log:adm "$LOG"
exec chpst -u _runit-log svlogd -tt "$LOG"Make all three files executable:
chmod +x /etc/sv/zramswap/run /etc/sv/zramswap/finish /etc/sv/zramswap/log/runAdd the service and test to see if it's running:
update-service --add /etc/sv/zramswap
sv status zramswapIt is correct that you see only the Deepsea theme in Appearance settings. The other themes you see in /usr/share/themes are for other things. To take your example, Smoke, note that the gtk.css file is in a directory called xfce-notify-4.0. That's a good hint.
Go to Settings, Notifications, and play with the Theme drop-down menu. As you select each theme, you'll see a popup notification that uses your selected theme.
The command you're looking for is 'tree'. You probably need to install it. Then run
tree /usr/share/themesand you'll get the tree-like output you want.
You can either put the theme directories in /usr/share/themes as mentioned above, or you can put them in ~/.local/share/themes. Either way, they will show up in the settings menu. Change the theme under Appearance and under Window Manager.
Yes, I'd love to see XFS support on Refract installer but that would involve updates to gparted or cfdisk. For some reason it's greyed out to form a XFS logical partition.
The reason xfs is greyed out in gparted is because the xfsprogs package is not installed. If you have enough RAM to install packages in a live session, you can install xfsprogs and then format partitions with xfs.
Refractainstaller will not prevent you from using xfs. You just have to tell it not to format your partitions and do that part yourself. In the graphical installer, check the box that says "Do not format filesystems..." and for the cli installer, edit /etc/refractainstaller.conf to set no_format="yes" (uncomment the line).
a "devuan" installation prepared and offered by refracta since begin of may 2022 (devuan_chimaera_4.0.0-signed_amd64_minimal-live.iso )
Thanks for reminding me. I meant to delete that iso after it was tested.
If there's no root password, then you must have chosen to use sudo when you were installing. In that case, you would use your user password. If you do a regular install instead of expert, you will not be asked if you want to use sudo. Here's a pictorial guide to the installer:
https://www.devuan.org/os/documentation … all-devuan
At what point are you being asked for a password that you don't have?
I ran into this again today on an upgrade in daedalus. Temporary solution is to downgrade live-boot and live-boot-initramfs-tools to version 1:20210208 which I downloaded from a debian mirror.
@PenguinPdt: How did you come up with the idea to add usrmerge? What's the connection?
BTW, Daedalus is about a week behind Ceres. They are mostly the same right now until Bookworm goes into freeze.
Edit/Update: Better fix is to put the following line in /etc/live/boot.conf
DISBLE_DM_VERITY=trueThis issue will affect anyone who has refractasnapshot installed, because it depends on live-boot.
I did an upgrade of refracta 10 (beowulf) to 11 (chimaera) recently and took notes. Here it is in more detail and with some configs that are specific to refracta.
sed -i 's/beowulf/chimaera/g' /etc/apt/sources.list
apt update
apt upgradeAllow services to restart automatically.
Config files. Take defaults yes/no as indicated below.
/etc/issue No, keep old version and edit to change 10 to 11.
/etc/pam.d/login Yes, install new version
/etc/sysctl.conf No, keep old version. (kernel.sysrq=1)
/etc/initramfs-tools/initramfs.conf Yes, install new version. (edit to set COMPRESSION=xz)
/etc/ssh/sshd_config take new
/etc/cryptsetup-initramfs/conf-hook take new
/etc/lvm/lvm.conf take new (edit udev_sync=0 udev_rules=0 to fix boot delay)
optional:
/etc/initramfs-tools/conf.d/resume (RESUME=none)
reboot
apt dist-upgradeapt will then warn about xscreensaver or xlockmore.
As user, in another terminal run: pkill xscreensaver
Then press ENTER to proceed in the root terminal. (not any key as it says.)
apt autoremove
rebootNote: did not get wicd transitional package.
If you get stuck without network, run:
dhclient eth0
apt install wicd(it will install network-manager-gnome)
To avoid that problem, install wicd (the metapackage) before the upgrade.
I saw this same error a few days ago. I don't remember what I was doing, and I'm not sure what I did to fix it. Looking around, I see that I reinstalled initramfs-tools on my daedalus system four days ago. Maybe that was it. I also see that I got an upgrade of initramfs-core (to version 0.141) about 10 days ago.
Sorry I can't be more certain about this.
Edit: Here's my exact command history. Looks like I couldn't upgrade until I reinstalled initramfs-tools.
1968 apt update
1969 exit
1970 less /var/log/apt/history.log
1971 less /var/log/apt/history.log.1
1972 zless /var/log/apt/history.log.1.gz
1973 aptitude reinstall initramfs-tools
1974 exit
1975 less /var/log/apt/history.log
1976 less /var/log/apt/history.log.1
1977 less /var/log/apt/history.log.1.gz
1978 zless /var/log/apt/history.log.1.gz
1979 exit
1980 apt upgrade
1981 exit