1. Try the iso with the backports kernel.

2. Show me the log.  /var/log/refractasnapshot.log  (email or paste.debian.net)
If you run the cli script, start it with the -d option (--debug) so that there's some useful information in the log. If you use the gui script, it will do that automatically.

It looks like it worked. The previous error is gone. Maybe loop1 is left from before? I think you can just delete it manually.

If you somehow end up with more than one loop device, you might use something like this:

losetup -f > /tmp/nextloop
LOOPDEV=$(cat /tmp/nextloop)

losetup ${LOOPDEV} ${LOOP_FILENAME}

That's taken from refracta2usb which can make an encrypted loopback filesystem for live-usb persistence.

Andre,

Thanks for testing and reporting. What trouble did you have with grub? I've installed with and without a separate /boot partition. Other than installing the bootloader twice, it works correctly for me. Did you look at the error log? It should be in the user's home.

FYI: What we call "installer isos" refers to the isos with the debian(devuan)-installer. Not the live isos. Although either can be used to install devuan, as you know.

Bug#438 was fixed. You got the old lightdm because the fix is still in beowulf-proposed-updates, which is not in sources.list by default. We're working on another bug in lightdm, and it will get moved to the main beowulf repo when that one is fixed. Check this before you install the newer version:
https://bugs.devuan.org/cgi/bugreport.cgi?bug=529

I've been using that newer version since the package was put in the repo, and I didn't notice any problem until I tried to connect with vnc.

fsmithred

When you install runit, live-config-sysvinit will be removed if it's installed. So will live-config and refractasnapshot and maybe a few other things. Install live-config-runit and then you can install live-config and refractasnapshot-base and -gui. The package is here:
http://distro.ibiblio.org/refracta/file … u1_all.deb

I made it for beowulf, but it should work on chimaera, too. I have not tried runit on chimaera, but I know someone who is using runit on ceres and also that same live-config-runit package and refracta tools.

It's not you, and it's not just chimaera. I tried it in beowulf, and I can't get it to work. When I tried 'at' around 10 years ago, it was simple to figure out and it worked as expected. I'm not sure what changed.

The man page states that HH:MM is the correct format for time, but apparently 09:21 or similar is not the correct time format. So I no longer know how to do HH:MM. I tried it around two dozen different ways. (Can you tell that I'm angry?)

Sorry I have nothing useful to offer. Oh wait, yes I do. Screw at, make a cron job. Last time I did that it worked as expected.

Try grep iwlwifi /var/log/syslog and see if there are any error messages.

And please do the following for me. lsmod | wc -l and compare the numbers you get when the wireless does and does not connect after a reboot. Let me know if they are different. Thanks. You could also do lsmod |grep iwlwifi to see if the wireless module is loaded.

The problem is with the installer. If you don't want to download a new iso, you could just upgrade the installer. The new version is currently in beowulf-proposed-updates and will be moved to the main beowulf repository very soon. You could install it from there in the live session and then do the installation.

If you don't want to mess around with editing sources.list, you could download the packages directly and install them with dpkg or gdebi. These are the same packages that are in the repo, but the links are a little shorter and easier to type.
https://sourceforge.net/projects/refrac … .6_all.deb
https://sourceforge.net/projects/refrac … .6_all.deb

I just noticed that the command, grub-install, does not appear anywhere in this thread. You might need to run that or 'dpkg-reconfigure grub' before you run update-grub. It used to ask where to put the bootloader when you installed the deb package, but it no longer asks.

Quick answer on compressing initrd. Look at extract_initrd() rebuild_initrd() starting at lines 316 and 385.
https://git.devuan.org/devuan/refractas … tasnapshot
There's extra code if the cpu microcode is installed.

If you're doing this on a usb, you can mount the usb, copy the modified initrd to the /live folder and edit the boot menu. This won't work if you used dd to put the isohybrid image on the usb. It needs to be a real first partition.

If you try patching 9990-misc-helpers.sh please let me know how it goes. That file already gets patched for refracta2usb, and I could add the ntfs support next time I touch that package.

I can confirm that the ntfs kernel modules are not in the beowulf iso's initramfs, and that they are in the ascii iso's initramfs.

3.1
# lsinitramfs mnt/live/initrd.img |grep ntfs
scripts/local-bottom/ntfs_3g
scripts/local-premount/ntfs_3g
usr/bin/ntfs-3g
usr/lib/x86_64-linux-gnu/libntfs-3g.so.883
usr/lib/x86_64-linux-gnu/libntfs-3g.so.883.0.0
usr/sbin/mount.ntfs
usr/sbin/mount.ntfs-3g

2.1
# lsinitramfs mnt/live/initrd.img |grep ntfs
bin/ntfs-3g
sbin/mount.ntfs-3g
sbin/mount.ntfs
scripts/local-premount/ntfs_3g
scripts/local-bottom/ntfs_3g
lib/x86_64-linux-gnu/libntfs-3g.so.871
lib/x86_64-linux-gnu/libntfs-3g.so.871.0.0
lib/modules/4.9.0-11-amd64/kernel/fs/ntfs
lib/modules/4.9.0-11-amd64/kernel/fs/ntfs/ntfs.ko

Where the hell did ntfs.ko go? On my installed beowulf system, it's missing. Same ntfs packages are installed as in my ascii, which does have ntfs.ko. In ascii, apt-file shows that it comes with the kernel. In beowulf, apt-file doesn't find ntfs.ko.

dpkg -l |grep ntfs
ii  libntfs-3g883                           1:2017.3.23AR.3-3                   amd64        read/write NTFS driver for FUSE (runtime library)
ii  ntfs-3g                                 1:2017.3.23AR.3-3                   amd64        read/write NTFS driver for FUSE

# find /lib/modules/4.19.0-13-amd64/ -name "*ntfs*"
#

# locate ntfs.ko
#