You are not logged in.
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 exitHello:
Head_on_a_Stick wrote:@OP: create a file at /etc/sysctl.d/reisub.conf ...
Yes.
Creating the file in my box made it work.And yes, it did work before without the /etc/sysctl.d/reisub.conf file.
Now, how long ago was before, I have not had a chance to use it much, so I really can't say.
O.
echo "kernel.sysrq=1" >> /etc/sysctl.confThat's in my script to make refracta-8, which was ascii, but not for 7, which was jessie. So it started in debian stretch.
And I quit using -e and -i because all they do is generate a console message saying that they are disabled.
For the initial transfer, maybe you can bypass the router and connect one box to the other. You'd have to set static IP adresses and use the address on the remote box as the gateway on the local box. Since they're both gigabit connections, you don't need a crossover cable. A regular one will do.
Sometimes rebooting a router will help if it's been doing a lot of work.
If you do a lot of local transfers, you could add a faster router to the slower one and keep your local net on the faster one.
Not sure about how the phone works, but it might be possible to set the modem-router to bridged mode so it acts like a plain modem and use your own router off of that.
I'm getting 11MB/s with rsync or sftp on the local network, Cat6 with gigabit router.
USB is faster, but that requires getting out of the chair.