You are not logged in.
If /boot is on its own unencrypted partition, you don't need the cryptodisk line in /etc/default/grub. You only need that if /boot is part of the encrypted volume. Make sure to run 'update-grub' in the chrooted target after you add the line.
If you're using gpt with legacy/bios boot, grub needs a special partition, at least 1MB size, unformatted and type ef02 in gdisk or bios_grub in gparted.
It's possible to selectively use some mx packages with devuan, but it would be a bad idea to add any other repos to your sources.
fsmithred & Ogis1975 wrote:....qBittorrent
I've used qBittorrent allot also, ...and I really, really, really - don't like or trust 'clouds'.
asta...
You don't have to give them personal information, and you'll only be storing something that you're already making publically available. It either has to be on somebody else's computer or on yours.
I've used transmission for downloading, but when I wanted to seed an iso, I used qBittorent.
Make a dropbox account, upload the iso there and use that to seed instead of your computer at home. (Pretty sure that's what I did. Still on my first cup of coffee this morning, so I could be remembering wrong,)
setnet.sh is in the live isos, not the installer isos.
I never use conv=sync when I dd a usb stick, so I don't think that was the problem. Sounds like the classic problem of "Computers don't do what you want; they do what you tell them to do."
Glad you got it working.
Here's a presentation by Klaus Knopper on why he does not need the complexity of systemd for Knoppix.
https://www.youtube.com/watch?v=lDXsw2ijRkw
No great revelations. Just a neutral talk about what systemd does and what he had to do to replace it and trim down the system to where he wanted it.
First thing I would do is look behind the furniture for an ethernet outlet.
If you tried the minimal-live iso, it has firmware already installed. Run setnet.sh to configure wireless.
I don't know anything about your model of laptop, but you might want to take a look at this to see if you have any of the same problems: https://dev1galaxy.org/viewtopic.php?id=15
To start a bug report, send email to submit@bugs.devuan.org
To add a follow-up message, send email to NNN@bugs.devuan.org, where NNN is the bug number (without the '#')
I think you will get replies to the bug report. I can't tell what I got that's a reply to a bug report and what I got from the bug mailing list - thunderbird is not cooperating with my search efforts.
Pulseaudio is a dependency for the XFCE desktop, if you don't want it then use a simple window manager instead;
XFCE gets pulseaudio through a chain of Recommends. It's not a hard dependency, and it's easy to avoid it. Just install without recommends. I haven't checked, but it's probably the same for the other desktops.
If Kali has a git repo, you could clone the packages you want and build them in devuan. If they don't have that, you would need to compile from the source packages. It might also be possible to download their packages and install them on devuan.
I expect there would be a lot of work no matter which way you go. You could do this inside a virtual machine and keep a snapshot of the unmodified system for easy restore to base state when it all gets too messy to fix.
You would still need a /devuan repo to get the packages we modified, and you would probably need to pin all those packages to the devuan repo. I hope you're just thinking of this as an experiment.
Thanks. All better now. (until next time) but there's some more logging going on to trace the problem.
You either need to install elogind or edit Xwrapper.config to allow X to run as root. See the section on startiing X from console in the release notes:
https://files.devuan.org/devuan_ascii/Release_notes.txt
W: GPG error: http://pkgmaster.devuan.org jessie Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BB23C00C61FC752C
W: GPG error: http://pkgmaster.devuan.org jessie-security Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BB23C00C61FC752Capt install devuan-keyring
And say 'yes' to the scary warning.
W: Failed to fetch http://pkgmaster.devuan.org/merged/dists/jessie-updates/main/binary-i386/Packages 404 Not Found
W: Failed to fetch http://pkgmaster.devuan.org/merged/dists/jessie-backports/main/binary-i386/Packages 404 Not FoundRemove jessie-updates and jessie-backports from your sources. They no longer exist.
The fix appears to be the same, but the file is not. The last diff I posted was between the copy
of cryptdisks-functions in the mx package, which is named same as the original file in beowulf, against the cryptdisks.functions file from ascii. I didn't notice the different filenames when I ran the diff because I used tab-completion.
The diff between the mx version of the file and the original file in beowulf, looks a lot different. I haven't examined it closely, but it's obviously not the same file. It's too big to copy the whole thing from a terminal, so I pasted it here:
https://termbin.com/xle7
This is really the diff between cryptdisks-functions in beowulf and cryptdisks.functions+patch in ascii
Unless antix or mx is still using cryptsetup 1.7, they should update their package to use the file from cryptsetup 2.1. for buster.
They also didn't include the fix for lvm. Here's what I changed in beowulf:
diff -u cryptdisks-functions.orig-2.1.0-5 cryptdisks-functions.patched
--- cryptdisks-functions.orig-2.1.0-5 2019-08-01 22:24:09.400000000 +0000
+++ cryptdisks-functions.patched 2019-07-19 02:03:11.972000000 +0000
@@ -179,7 +179,18 @@
# Removes all mappings in crypttab
do_stop() {
+
+ local vgs vg
+
dmsetup mknodes
+ if [ -x /sbin/lvm ]; then
+ vgs="$(/sbin/lvm vgscan | sed -n '/"/s/^.*"\([^'\'']*\)".*$/\1/p')"
+ if [ -n "${vgs}" ]; then
+ for vg in ${vgs}; do
+ /sbin/lvm vgchange -a n ${vg} >/dev/null 2>&1
+ done
+ fi
+ fi
log_action_begin_msg "Stopping $INITSTATE crypto disks"
crypttab_foreach_entry _do_stop_callback
@@ -187,7 +198,7 @@
}
_do_stop_callback() {
local i rv=0
- for i in 1 2 4 8 16 32; do
+ for i in 1 2 ; do
remove_mapping "$CRYPTTAB_NAME" 3<&- && break || rv=$?
if [ $rv -eq 1 ] || [ $rv -eq 2 -a $i -gt 16 ]; then
log_action_end_msg $rvYes, it's the same solution. Here's the diff against the same file in ascii. The advantage of the mx/antix package is that it uses dpkg-divert to keep the file from being clobbered on upgrades. Do they have a version for buster?
diff -u /usr/lib/cryptsetup/cryptdisks.functions cryptdisks-functions
--- /usr/lib/cryptsetup/cryptdisks.functions 2017-05-09 11:50:59.000000000 +0000
+++ cryptdisks-functions 2018-11-30 03:02:16.000000000 +0000
@@ -769,7 +769,7 @@
log_action_begin_msg "Stopping $INITSTATE crypto disks"
egrep -v "^[[:space:]]*(#|$)" "$TABFILE" | while read dst src key opts; do
- for i in 1 2 4 8 16 32; do
+ for i in 1 ; do
handle_crypttab_line_stop "$dst" "$src" "$key" "$opts" <&3 && break || ret=$?
if [ $ret -eq 1 ] || [ $ret -eq 2 -a $i -gt 16 ]; then
log_action_end_msg $retI tried it with a small install (just standard system utilities) and a big install (kde). Neither one was easy, but it is possible. I won't attempt to give you instructions. Even if I looked at my command history, I wouldn't be able to tell you what worked and what didn't.
Don't try it on a system you care about. Not now, anyway.
A fresh install should go smoothly. The installer isos are just like installing debian. The live isos use refractainstaller. Install guides can be found on this page. (scroll down about half way)
https://devuan.org/get-devuan
Confirmed. No boot menu in uefi boot. Must be a grub.cfg missing. Next iso should be better.
it seems it's still possible to access the backports through archive.debian.org.
Is there a same thing for devuan?
Packages that we don't change can be downloaded from archive.debian.org and installed manually. Don't add the repo.
Packages that we do change can be found here. You have to know what version you want. The Packages.gz file for jessie-backports is empty, so I'm not even sure if the packages you find in pool will be for jessie-backports.
https://pkgmaster.devuan.org/devuan/pool/
I'll see if I can find out more.
The TDE wiki has a page for installing on devuan:
https://wiki.trinitydesktop.org/Devuan_ … structions
No more jessie-backports or jessie-updates. Just jessie and jessie-security still work.
Looks like ascii has both of those versions. Am I looking at the wrong package?
$ apt-cache policy emacs25
emacs25:
Installed: (none)
Candidate: 25.1+1-4+deb9u1
Version table:
25.1+1-4+deb9u1 500
500 http://deb.devuan.org/merged ascii/main amd64 Packages
500 http://deb.devuan.org/merged ascii-security/main amd64 Packages
$ apt-cache policy emacs24
emacs24:
Installed: (none)
Candidate: 24.5+1-11+deb9u1
Version table:
24.5+1-11+deb9u1 500
500 http://deb.devuan.org/merged ascii/main amd64 Packages
500 http://deb.devuan.org/merged ascii-security/main amd64 PackageIt depends on what you have installed and how good you are at getting around conflicts with the package manager. Scratch that. Package managers. Plural. Start with apt or apt-get upgrade, probably a couple times with a reboot in there, then try the dist upgrade and switch to aptitude when apt (and you) can't figure out what to do next.
Is this a system you actually use to do things you want to do? If it works, don't mess with it.
If you're getting a grub prompt instead of a normal boot menu, the easiest thing to do is use that command line to boot the installed system. Then you can run update-grub to generate a new boot menu.
grub prompt looks like this:
grub>If you iinstalled the system on /dev/sda1, you would use the following commands:
set root=(hd0,msdos1)
linux /vmlinux ro root=/dev/sda1
initrd /initrd.img
bootNote: it's possible your computer will see the usb as the first drive. In that case, (hd0,msdos1) would need to be changed to (hd1,msdos1). You can use tab-completion to figure it out. Type set root=(hd0 and press TAB (maybe twice) and it will show you the partitions on that drive.
Once you've booted the system run update-grub