You are not logged in.
Selecting "Use sudo as default and disable root account" results in root access without a password.
This bug is present in refractainstaller versions 9.6.0 through 9.6.4 and affects chimaera live-isos through 4.0.2 and current daedalus preview live-isos.
This problem does NOT exist in the installer isos, which use the debian/devuan installer.
TO FIX AN EXISTING INSTALLATION THAT HAS A PASSWORDLESS ROOT ACCOUNT, run the following command to lock root access:
sudo passwd -l root
This bug is fixed in refractainstaller-base and refractainstaller-gui version 9.6.5 currently in ceres. It will migrate into daedalus next week. It's also possible to download the packages from my sourceforge site.
Direct links:
https://sourceforge.net/projects/refrac … .5_all.deb
https://sourceforge.net/projects/refrac … .5_all.deb
You can download and install these in a chimaera live session before doing the installation.
I just installed faac from non-free and firmware-iwlwifi from non-free-firmware in daedalus without any errors.
Sometimes you get errors if you hit a mirror just when it's updating, and in those cases, it works again after a few minutes.
And sometimes a mirror is down. If it turns out that your sources.list is correct and you still have problems, you could select a specific mirror from this list: http://pkgmaster.devuan.org/mirror_list.txt
You can check the status of mirrors on this page: https://sledjhamr.org/apt-panopticon/re … t-web.html
daedalus does have contrib non-free and non-free-firmware but it does not yet have daedalus-security or daedalus-updates. Those will come when daedalus is released.
sudo mount -o loop,offset=$OFFSET xyz.db /mnt
FYI, you need to replace $OFFSET with a number, but I don't see the numbers you need from the fdisk command to calculate the offset. (sector size X first sector)
At first I was thinking maybe you could see the contents of the file with zless or hexedit, but a little searching reveals that it contains a FAT filesystem. In that case, you might be able to mount it. Try fdisk -l xyz.db to figure out what the offset is. (sector size X start sector)
Maybe...
mount -o loop,offset=$OFFSET xyz.db /mnt
Here's a maintainers guide for forked packages. https://git.devuan.org/devuan/documenta … ngGuide.md
You'll get much more information in the debian documentation listed on that page.
If you're doing this to learn how to do packaging, you might want to start with some smaller and easier packages.
I really don't know. What's on lines 93 and 194 of debian/rules?
Y'all might be pleased to learn that the default xfce desktop install in daedalus does not pull in xscreensaver.
Yes, I went directly from debian wheezy to devuan jessie. If I remember correctly, going from debian jessie to devuan jessie was more difficult.
I think you need to build it in a chroot that has the build deps installed. That can be done with pbuilder or fully manually or probably another way.
I passed your question up the chain to see if there's a different answer.
I did it about six months ago, and it went smoothly. That was on a system with lvm on top of raid1. Not encrypted.
Change /etc/apt/sources.list to contain the following (remove 'contrib' and 'non-free' if you don't use those.)
deb http://archive.devuan.org/merged jessie main contrib non-free
deb http://archive.devuan.org/merged jessie-security main contrib non-free
Then run
apt-get update
apt-get --allow-unauthenticated install devuan-keyring
If that doesn't work, you might need to download the deb package and install it with dpkg.
wget https://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2022.11.15_all.deb
dpkg -i devuan_keyring_2022.11.15_all.deb
apt-get update
apt-get upgrade
apt-get dist-upgrade
If you don't have the kernel metapackage installed, you'll need to install whatever is the latest kernel for jessie. That will happen automatically if linux-image-amd64 or linux-image-686-pae is installed.
If you have some desktop other than xfce, it might be more difficult.
Encrypted or LVM installs with debian-installer can be confusing. Maybe this will help:
https://www.youtube.com/watch?v=GEl2S5MI-WU
Manual partitioning begins around 4:50
You can use "--include" and/or "--exclude" with debootstrap. See the man page for more options.
You could also make a script with "apt install <package1> <package2>..." that you copy to the installed system and run when you enter the chroot.
I don't understand your question about localization. You could exclude the locales package, but then you won't be able to set a different language.
These scripts are in Refracta isos, but a debootstrap install only gives you packages from the repository. Any custom files you want must be copied to the chrooted system or added after you boot into the new system.
bind-mounts
#!/usr/bin/env bash
#set -x
if [ -z "$1" ] ; then
echo "
Name the directory/mountpoint you want to chroot.
It should already be mounted.
You need to be root.
USAGE
$0 <chroot_dir>
"
exit 0
fi
chroot_dir="$1"
mount --bind /sys ${chroot_dir}/sys
mount --bind /proc ${chroot_dir}/proc
mount --bind /dev ${chroot_dir}/dev
mount --bind /dev/pts ${chroot_dir}/dev/pts
while true ; do
echo "chroot $1 now?"
read ans
case "$ans" in
[Yy]*) chroot "$1"
break ;;
*) exit 0 ;;
esac
done
exit 0
unbind-mounts
#!/usr/bin/env bash
# unbind-mounts
if [ -z "$1" ] ; then
echo "
Name the root directory/mountpoint
of the chroot you just exited.
You need to be root.
USAGE
$0 <chroot_dir>
"
exit 0
fi
mountpoint="$1"
umount "${mountpoint}"/dev/pts
umount "${mountpoint}"/dev
umount "${mountpoint}"/proc
umount "${mountpoint}"/sys
exit 0
Earlier today, dev1galaxy.org, devuan.org and possibly another of our sites were offline due to a temporary outage at our hosting service, OVH.
Sites are up again. That's all I know.
In general, yes it's a bad idea to pull packages from another distro. MX and Devuan are both very close to pure Debian, so there's a good chance that their forked packages will work for us.
It's very unlikely that we'll do it. You could backport it or you could probably download and install the version from mx that was made for the same version of debian that matches the devuan you're running.
fsmithred wrote:I haven't tested this yet, because I have't been able to boot into my encrypted lvm install.
Have you tried using the Debian installer?
For LVM install I find it works flawlessly.
I did use d-i, but then I must have done something to break that system. It was just a test system in a VM. I tested again with a fresh install the next day, and I'm not able to reproduce the problem.
Yes, it's possible to run without dbus. I made some no-dbus live isos a few years ago and posted about it here:
https://dev1galaxy.org/viewtopic.php?id=2158
There are links to my experimental isos, to lists of software that work without dbus, and probably some other good stuff.
Eliminating just dbus is not too difficult. I ditched xfce for openbox with lxpanel and lxterminal. No display manager, but in a live-iso it logs in automatically to desktop anyway. If installed, you would need to use startx.
If you want to eliminate all dbus libraries, then you become very limited. In that case, you might want to recompile some things so that they did not rely on those libs. It's probably not worth the effort to do that. The dbus libraries shouldn't be doing anything without dbus installed and running.
This is not my daily driver, but I do boot the live system for some online tasks that I don't want to do with my main system.
If you're running Refracta, look for a file in your home directory called debootstrap_devuan for simple instructions. There's also a script you can run to prepare the chroot. If you're running plain Devuan, you can do that manually.
Here are those instructions:
---
If you want to install pure Devuan instead of Refracta, use this procedure
instead of running refractainstaller.
Create partition
Format partition
mount /dev/sd?? /mnt
debootstrap --arch amd64 ceres /mnt http://deb.devuan.org/merged
# Note: change deb.devuan.org to your favorite mirror if you want.
# change amd64 to i386 if you want 32-bit.
Copy files to the new system. (example):
cp /boot/grub/splash.png /mnt/boot/grub/
Chroot into the new system to make additions and changes.
You can use the shortcut method or run all the commands manually.
---------
Shortcut:
/usr/local/bin/bind-mounts /mnt
(answer yes to enter the chroot)
Install kernel and other packages
apt update
apt install linux-image-amd64 (or linux-image-686-pae) grub-pc (or grub-efi-amd64) xorg jwm (plus whatever else you want)
Install grub or other bootloader (run grub-install and update-grub)
Edit configs
Create root password
Create user
exit
/usr/local/bin/unbind-mounts /mnt
---------
Manual method:
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
chroot /mnt
#Install stuff, edit configs, *create root password*, create user
grub-install
update-grub
exit
umount -l /mnt/dev/pts
umount -l /mnt/dev/
umount -l /mnt/sys
umount -l /mnt/proc
umount -l /mnt
If you boot a live-usb, refractainstaller will install the running system. It doesn't need to ask for an iso.
~/.cache is in the rsync excludes list. If yours got copied, then something is wrong. Check the excludes list - /usr/lib/refractasnapshot/snapshot_excludes.list and make sure other excluded items did not get copied. Add anything else here that you want excluded.
In the config file, /etc/refractasnapshot.conf are some options for using compression to make the iso file smaller. You might want to uncomment one of them if you have not already done so. (look for mksq_opt)
You should be able to install to a partition on another usb stick just the same as if you installed to a partition on a hard disk.
I would make a plain backup of my important files without trying to squeeze them into an iso file.
I know two ways to make a live-iso that boots legacy bios or uefi.
1. live-sdk https://dev1galaxy.org/viewtopic.php?id=551
2. refractasnapshot https://refracta.org/docs/readme.refractasnapshot.txt
The latter is easier - it makes a bootable live-iso copy of your installed system. That could be a hardware install or a VM.
Make sure you have a line for chimaera-security in /etc/apt/sources.list
deb http://deb.devuan.org/merged chimaera-security main
You can add 'contrib' and 'non-free' to the end of that line if you have those repos enabled on your other line(s).
Post your sources.list here if you're not sure.
Run these commands at the grub prompt. Adjust the device names if I guessed wrong. Use tab-completion to get the version strings on kernel and initrd. Last command is 'boot' and press ENTER (or maybe ctrl-x).
set root=(hd3,msdos1) # assuming the /boot partition is sdc1
linux /vmlinuz-<version> ro root=/dev/sdc2 # assuming the root partition is sdc2
initrd /initrd.img-<version>
boot
After you boot into the system, get a root terminal and run update-grub That should create a new boot menu.
Both accounts should have been copied into the iso, but the default setting is to boot to the primary user (uid:gid 1000:1000).
To boot to the other user with the iso you already made, edit the boot screen to add username=<whatever the other user's name is>
(Press TAB to edit bios boot menu, press e to edit uefi boot menu)
To make an iso that boots to the second user by default, edit /etc/refractasnapshot.conf to set the desired username.