Upload trick:

Open up some port in your router (other than 80) and direct it to the local machine that's running a web server. Put your iso somwhere under /var/www/html so it can be downloaded from a remote location.
ssh into sourceforge
wget the iso from your webserver. If the connection breaks, repeat with wget -c and it will continue where it left off.
Close the port when you're done.

cp /boot/initrd.img-4.14-whatever .
mkdir extracted
cd extracted
zcat ../initrd.img-blah  | cpio -i

Then examine the files in conf/conf.d/. Look for something that has a wrong uuid or device name.

When you install a newer kernel, it takes over the symlinks, /vmlinuz and /initrd.img, which will be used by refractasnapshot. It copies them to  work/iso/live. The usual procedure is to install the new kernel first, then remove the old kernel. There are two reasons for doing it in this order: 1. Usually, the old kernel is running when you do this, so you can't remove it until you boot into the new kernel. 2. In case the new kenel doesn't work, you can still boot the old one. Since you're doing this in a chroot, it shouldn't matter.

If you want more than one kernel in the iso, you need to copy it to the same place with a different name, and you need to make a boot entry for it. Make sure you have set save_work=yes in the config file.

What do you mean by "installed a live build from chroot"?

There's something wrong in the initrd. Is this installed on a removable drive? ? Or from a snapshot that was made on a system that has a swap partition or an encrypted partition?

Edit: If you make a snapshot of a system that has more than one kernel, you may need to copy the extra kernel and initrd to $work_dir/iso/live/, and if you want both kernels available in the live iso, they must be named differently and you must create boot menu entries for the extra kernel.

I assume you're using jessie and using auto.mirror.devuan.org in your sources.list. Make sure you have the latest keyring installed and then switch to deb.devuan.org. apt-file should then work.

apt-get update
apt-get install devuan-keyring

# Then replace 'auto.mirror.devuan.org' with 'deb.devuan.org' in /etc/apt/sources.list

Then again:

apt-get update

To add your user to the sudo group:

adduser caluser sudo

Then log out and log in again.

I asked that question in irc about a year ago, and there happened to be one of the lxde devs in the channel. He said that lxde is still alive and is not going away.

I haven't tried mixing lxde and lxqt, but I'm about to. Just built a live iso with task-lxde-desktop and lxqt. There is some weirdness in the installed packages: I have both libpam-ck-connector and libpam-elogind, and you're only supposed to have one of those. Also, pam-auth-update shows both consolekit and elogind active. But I only have the libpolkits for consolekit, not elogind.

Please show me what you get for this:

for i in consolekit elogind policykit polkit libpam ; do aptitude search ~i"$i" ; done

lxde pulls in an odd combination of packages for both consolekit and elogind. All the other desktops are fine with one of those. (kde and lxqt use elogind, the others work with just consolekit.)

I was getting that error in lxde until I upgraded it today. You can probably just remove lxpolkit. You're not running the whole lxde desktop, right?

I see dbus and/or gtk errors almost every time I run any graphical program in a terminal. I ignore them if things are working.

You don't need the big swap unless you're planning to hibernate.
You don't need a boot flag for linux with msdos partition table.

For gpt disk with bios boot:

You need a 1MB or greater partition with no filesystem ("unformatted" in gparted, way at the bottom of the list)
and that partition needs a bios_grub flag (EF02 in gdisk). I've been putting this partition at the end.
You'll need at least one linux-formatted partition for the operating system.
You do not need an efi partition and you don't want the esp and boot flags on the linux partition. If you happen to have a real efi partition in addition to the others, it will just sit there and do nothing until you boot in uefi mode.

If you want to dual boot gpt disk with bios, you'll need another linux partition for the second linux installation. If you don't let the second one install a bootloader, you'll need to run update-grub on the first installation to add it to the boot menu. Either linux can be in charge of booting as long as you have a menu entry for the other one. (unless you're a fan of grub command line.)

For uefi boot:

You need a fat32 partition, around 50 - 500MB, with esp and boot flags. (Hint, just check esp in gparted and boot will get checked automatically.) (Hint2: I have 3 installations on one hard drive and the 200MB efi partition has 196MB free.)
You will need at least one partition for the OS, with a linux format and no flag.

If you want to dual boot on a uefi setup, you'll need another linux partition (exactly same advice as above regarding boot menus.)
The difference here is that the you will accumulate bootloaders in the efi partition. A different one for each distribution you install. Run efibootmgr to see the boot order or to make changes. Read the man page and especially read about uefi bootloaders at rodsbooks.com
http://www.rodsbooks.com/efi-bootloaders/index.html

Edit: Ohhh... too many words up above. Read it anyway.

Catprints, please run it with 'refractainstaller -d' and save /var/log/refractainstaller_error.log. Then I can tell exactly where it failed. Thanks.

Siva, no script. I download them manually (possibly with a 'for' loop, depending on how lazy I feel). Some versions did not change between jessie and ascii, some did, and some names changed. (no more firmware-ralink).

Open a terminal, 'su' to get root, then run geany. Or nano. Or whatever you want.
Or use gksu if it's installed. If there's no root account, use gksudo. (or 'sudo -i' for a root terminal)

I never set the root editor in spacefm, but I think it's somewhere around the last tab in preferences.

Well, I tried it, and I didn't run into any problems.

What I did:

installed to real hard drive with desktop-live-lxde iso I made a couple months ago. (task-lxde-desktop was installed)
apt-get update
apt-get upgrade
apt-get dist-upgade

I automatically got the two new libpolkit packages for consolekit (-backend and -gobject)

I'm using slim here. Did you change your display manager?

I was going to make it 12G, but at the last second I decided to make it 14. Good thing I did, because the install takes up 12.

Here are the rough notes:
- boot parrotsec iso
- get the refractainstaller-base deb and install it
Don't run it yet! I did, and then found out that grub is not installed in the live system. I had to boot the system from grub command line after connecting a virtual drive that had a working bootloader.

This should be easier:
There are grub debs in /lib/live/mount/medium/pool/main/g/grub2/
You need grub2-common, and you'll also need either the grub-pc* or grub-efi-amd64* packages.
You could just install them in the live session, but when it asks about where to put the bootloader, skip that part. Don't put it anywhere yet.

Edit: I'm thinking too hard. If you have a network connection in the live session just install grub-pc. (And still don't let it install the bootloader.)

Then run refractainstaller. You'll get asked where to put the bootloader, and it will get installed.

Reboot into the newly installed system.

Then apt update and install sysvinit-core (I also installed pm-utils because it was recommended. I have recommends turned off.)

Then reboot. (I had to reboot twice because of an error. Didn't write it down, sorry.)

OK, that's as far as I've gotten.

Next step is to change to beowulf repo and upgrade again.