You are not logged in.
In the installed system, you should be able to set language and keyboard by running (as root or with sudo)
dpkg-reconfigure locales
dpkg-reconfigure keyboard-configurationYou can configure more than one language and keyboard and choose which one is the default.
If you want to change the language and keyboard when you boot a live-CD or live-USB, edit the boot command to add
locales=de_DE.UTF-8 keyboard-layouts=deNote: To access the boot command at the boot menu, press TAB if you booted legacy bios or press e if you booted UEFI.
root@FM2:~# mkfs.ext2 -c /dev/sdb
Is this the command you used, or did you try writing to /dev/sdb1 (a partition) instead of the whole device?
It looks like you did things in the right order. When I do installs like that, it sometimes takes me a few tries to get it right.
Check /etc/fstab, /etc/crypttab, /etc/mdadm/mdadm.conf and /boot/grub/grub.cfg
I think something is aiming for the wrong target.
The simple answer is no, you'll have to make the swap file after the installation is finished.
The more complicated answer is that you can probably drop to a shell some time late in the install and add the swapfile manually.
If you want encryption and you want a swap partition, it's easier to do it with encrypted lvm. Then the OS partition(s) and swap will all be part of the encrypted volume. If you just want a single partition, you could use a swap file.
As an example, I use a 256MB swapfile on a laptop. None of that is being used at the moment. On my desktop machine I have a 1GB swapfile, and 16 MB of that are in use. On a server that runs radio automation software (constantly playing music from a playlist) that has LVM and RAID, the 256MB swapfile is about half full. These machines have 6 or 8 GB RAM.
Note: Encryption only works when the computer is turned off. It's useful in case someone steals your computer or you have to send the hard drive out for replacement or repair.
If you're worried about writes to the ssd, you could put the swap on one or both of the spinning disks. You would need to make the RAID from partitions instead of the whole drive, to leave room for a swap partition. Oh, I suppose you could put a swapfile inside the RAID. That might be easier. Then you don't need to make the extra partition.
In debian and devuan, runit will use init scripts if there are no run scripts for that service. Make sure libvirt-daemon-system-sysv is installed so you have those init scripts.
This one is a few days old. It's for ceres, but there should be a screen early in the install that asks what suite you want. You might need to choose expert install to get that question.
https://pkgmaster.devuan.org/devuan/dis … s/netboot/
.
Make sure policykit-1-gnome is installed. If that doesn't do it, check some other discussions here about the same thing. If all the installs are supposed to be the same, compare the package lists. This will create a package list:
dpkg -l | awk '/^ii/ { print $2 }' > package-listWhat if someone wants luit and xorg ?
Then they might need to avoid metapackages that pull in things that might conflict with other things they want.
For better granularity in package selection, un-check everything at the tasksel window except maybe Standard System Utilities. You probably want those. Then add what you want after you reboot into the new system.
Use the option "--no-install-recommends" when you install packages. If that will exclude something you want, then add that package to your list of things to install. You can use "--simulate" with apt-get apt or aptitude to check what will happen before you actually do it.
Here's a list of what task-console-productivity pulls in.
apt show task-console-productivity
<snip>
Recommends: dialog, zsh, entr, gddrescue, gdisk, htop, iftop, iotop, iw, mtr-tiny, multitail, ncdu, parted, pciutils, psmisc, sudo, time, wavemon, wireless-tools, wpasupplicant, ed, zile, bind9-host, bittornado, curl, dnsutils, edbrowse, fetchmail, ftp, geoip-bin, irssi, lftp, links2, lrzsz, mcabber, minicom, mosh, msmtp, mutt, netcat, net-tools, nfacct, nrss, openssh-client, openssh-server, procmail, rsync, telnet, tin, traceroute, w3m, wget, whois, abook, apcalc, aspell, aspell-en, calcurse, clex, dvtm, fbi, fbterm, ghostscript, gnupg, gnupg2, gnupg-agent, mc, parallel, poppler-utils, rpl, rename, sc, screen, taskwarrior, tmux, bastet, bombardier, bsdgames, cavezofphear, crawl, curseofwar, empire, freesweep, gnuchess, greed, matanza, moria, nethack-console, ninvaders, omega-rpg, pacman4console, pente, sudoku, beep, brltty, espeak, espeakup, yasr, alsa-utils, caca-utils, hasciicam, imagemagick, jhead, moc, radio, sox, cmatrix, cowsay, eject, figlet, fortunes-min, fortune-mod, gpm, man-db, manpages, manpages-dev, mlocate, termsaver, toilet, toilet-fonts, ttyrec, unzip'apt show luit' give me this:
Breaks: x11-utils (<< 7.7+6)
Replaces: x11-utils (<< 7.7+6)which suggests that luit might work with newer x11-utils than what is in ceres/daedalus (7.7+5) so maybe you can't have both luit and xorg or maybe a newer xorg is coming at the last hour before bookworm release. Have you looked for any debian bug reports about this? That might tell you if they have plans to fix it.
If you have an installation with an encrypted root partition, then os-prober will not find it. Either you have to let the encrypted system be the one in charge of boot, or you have to create a boot menu entry in /etc/grub.d/40_custom for the encrypted system. Run update-grub to generate the new menu.
I don't remember what refind does with encrypted systems. And it might depend on whether /boot is encrypted or not.
One way to do it would be to install the second system without installing a bootloader and then run 'update-grub' in the first system. The new installation will be added (if os-prober is installed and enabled in /etc/default/grub).
If you want the second system to be the one in charge of booting, you can give it a different name. Boot into second system and run
grub-install --bootloader-id=somecoolname
update-gruband then the boot files will be in /boot/efi/EFI/somecoolname
Edit: If your computer's uefi works like mine, the new one will be set to boot first.
And, if your computer's uefi works the way it's supposed to work, you'll also be able to change the boot order with efibootmgr.
9.6.5 was replaced with 9.6.6 that has a better fix. Those links above to 9.6.5 on sourceforge will still work if you click on the link for "Problems downloading?" and it will link you to the 9.6.6 debs. Or, you could just change the link like this...
https://sourceforge.net/projects/refrac … b/download
https://sourceforge.net/projects/refrac … b/download
Also, there are new Chimaera (Stable) and Daedalus (Testing) live-isos with the patched installer, available at your favorite mirror:
https://www.devuan.org/get-devuan
.
This looks like what I get on one laptop when I run the debian/devuan installer. You might be able to specify a screen resolution at the boot screen. If you're booting uefi, you can edit the selected entry in the boot menu by pressing e and then adding a line before the linux line that says set gfxpayload=<some resolution that works> then press ctrl-x to boot.
If you're booting legacy bios, you get an isolinux boot menu and you can press TAB to edit the boot command and add vga=<some vga mode that works>
Maybe check what the screen resolution is when you're running the desktop-live system and use that.
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 rootThis 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-freeThen run
apt-get update
apt-get --allow-unauthenticated install devuan-keyringIf 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.debapt-get update
apt-get upgrade
apt-get dist-upgradeIf 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