That's true only for booting from usb. The changes to inittab will be present in the running  system. Since this is a live iso that uses refractainstaller, those changes will be copied to the hard drive (or SD card?) during installation and be persistent.

You might want to look at these before you run the installer. The install guide is for the graphical installer, but the cli installer is similar. Instead of getting lists of partitions to select from, you type in the partition (like /dev/sda1 or /dev/mmcblk0p1).

https://devuan.org/os/documentation/ins … e-gui.html
https://refracta.org/docs/readme.refractainstaller.txt

Your sources.list looks good.

Um, no. But let's see if we can figure out why lz4 is in modules.

Run dpkg -l | grep lz4 to see what apps are installed that have it in the name.
Then on each of those packages, run aptitude why <package> Maybe something you installed messed with those files.

Maybe also look in root's history to see if/when you edited that file.

Maybe install the debsums package and run debsums -ca to see what system files have been changed from their defaults.

Maybe 'aptitude reinstall initramfs-tools' would give you different results or other options. Try it with -s (--simulate).

Here's what I have in ascii:

$ ls -l /etc/initramfs-tools/
total 24
drwxr-xr-x  2 root root 4096 Apr 26  2017 conf.d
drwxr-xr-x  2 root root 4096 Apr 26  2017 hooks
-rw-r--r--  1 root root 1107 Feb 18  2017 initramfs.conf
-rw-r--r--  1 root root  246 Nov 10  2017 modules
drwxr-xr-x 12 root root 4096 Nov 10  2017 scripts
-rw-r--r--  1 root root  378 Oct 27  2014 update-initramfs.conf

I recognize this as the default. Yours has been changed. I don't understand why the reinstall failed.

$ cat /etc/initramfs-tools/modules 
# List of modules that you want to include in your initramfs.
# They will be loaded at boot time in the order below.
#
# Syntax:  module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod

Are you running jessie, ascii or beowulf?

Check to see if the file is really missing or if it's there but has a permission problem
If it's missing, try reinstalling initramfs-tools.

I see only devuan and ascii in your sources. You're safe. If you started adding non-devuan or non-ascii sources, you could run into problems. Without pinning, apt will take the highest available version, so right now, if you installed/upgraded firefox-esr, you'd get 60.8 from ascii-security on auto.mirror, because that's a higher version than what's in deb.devuan.

But that will change in a few minutes or a couple hours. Repo is updating again. (Thanks, Ralph.)

I'm not marking the thread as Solved this time. Let's wait and see what happens.

05disable-suggests was a useless file. Suggests are not installed automatically. Disabling Recommends should be left to the user. Functions will be missing without them. I sure don't want to have to figure out which packages are missing when people come here with problems.

I agree that a lot of unnecessary bloat will also be missing without them. I exclude Recommends for myself and in my Refracta releases. I'm pretty sure some (most?) of the other Devuan derivatives also exclude them.

Is grub-efi-amd64-signed installed?  If so, replace it wtih grub-efi-amd64 unless you need secure-boot. (There's a different fix for that.)

Is your system encrypted?
Do you have a swap partition?
Did you install either amd or intel microcode package?

Refractasnapshot and refractainstaller were designed to work on debian. It shouldn't matter whether the system was installed from a live-iso, a regular debian or devuan installer iso, debootstrap or any other install. It also works on most debian or devuan derivatives that have been tried.

Take a look at /var/log/refractasnapshot.log (or something like that - I changed the name recently). I don't recall if that version is set to always run in debug mode or not. If the log has a lot of lines that start with + signs, then it's a debug log and it will probably tell what the problem is. If not, re-run 'refractasnapshot -d' or 'refractasnapshot-gui -d' and paste the log some place where I can see it. (email it to me if you want)

If you're creating a snapshot on a system that has an encrypted filesystem or a swap partition, you may need to remove a file or two from the initrd. There are instructions for that in /usr/share/doc/refractasnapshot-base/readme.refractasnapshot.txt.gz or from the Help choice in the program. Or you could use the latest version and it will make those changes for you. 10.2.3 is here (cli and gui will work on ascii) - https://sourceforge.net/projects/refracta/files/tools/

I had a similar symptom once, and in my case it was due to excessive logging in /var/log/auth.log from everyone trying to get into my open ssh port. I moved the port and solved the problem. Probably not the case here, but I thought I should mention it.

Have you tried searching for examples of Thunar Custom Actions? Someone may have already worked it out. I know there's a long thread about this at forums.debian.net

Konqueror has the feature you want, but it comes at a high price. (kde cruft)  I miss that feature, too. My workaround is to open two thunar windows and drag files from one to the other. Also, if you set the Location Selector to Pathbar style, you can drag files from the main panel to the buttons in the pathbar - this allows you to move files up or down a few levels in the current path.

Oh! I did this in jessie, with the version before the one in the bug report. It looks for the script in the right place.

Beowulf has the same version as ascii, and it doesn't work there. I fixed it by making a symlink to the real GrabWeather.