You are not logged in.
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 think this post has the magic sauce: https://lists.debian.org/debian-live/20 … 00038.html
live-boot's function 'is_supported_fs' should add one statement,'if test "$fstype" = "ntfs" -a -e /sbin/mount.ntfs -a -e /bin/ntfs-3g;then return 0;fi '.
ntfs-3g's command is /bin/ntfs-3g,and /sbin/mount.ntfs (also /sbin/mount.ntfs-3g) is a soft link to /bin/ntfs-3g.when user installed ntfs-3g,it's /var/lib/dpkg/ntfs-3g.postinst will auto remake initrd.img (call update-initramfs),include live-boot'script in new initrd.img,but,when live-boot not change it's code of function 'is_supported_fs',new initrd.img will boot failed on ntfs.All live-boot need to do is add one statement to it.
That function, is_supported_fs is in /lib/live/boot/9990-misc-helpers.sh
But I'm not sure where that test goes. Maybe early in the function to avoid some of the other tests.
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.koWhere 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
#Thanks for the detailed report. I don't know what decisions went into using start-stop-daemon. There were a few iterations of the patch, and they all seemed to work.
NTFS: If something is missing, I have no idea what it is. I did not remove any packages and ntfs-3g is installed in the live system. Do you maybe need to load a grub module before loading the kernel?
acpi-fakekey is still there because I didn't think to remove it. I will do so in the rebuild.
The instructions say to use
deb http://deb.devuan.org/devuan beowulf-proposed-updates main
but I used
deb http://deb.devuan.org/merged beowulf-proposed-updates main
which explains why I got more than our own forked packages.
I made some preliminary desktop-live isos with the updates. Please test.
https://get.refracta.org/files/experime … p-live.iso
https://get.refracta.org/files/experime … p-live.iso
sha256sums:
bf477a3c0dc27866509407fde670d8fa0b903296effef7f67c2222a48fd9eb2a devuan_beowulf_3.1.0_2020-11-30_amd64_desktop-live.iso
6b5a47918d983850500829d008ea0b96daba8b2fae45f26456b28a4fedba926f devuan_beowulf_3.1.0_2020-11-30_i386_desktop-live.isoMessage copied from dng mailing list:
The Devuan Developers are preparing for a beowulf point release (3.1). It would be very helpful to have the new versions of packages tested more widely. If you feel able to help with that and are prepared to debug any breakage with us, please
- add beowulf-proposed-updates to apt sources.list:
deb http://deb.devuan.org/devuan beowulf-proposed-updates mainRun:
apt update apt upgradebeowulf-proposed-updates contains packages built from the following updated source versions.
base-files | 10.3+devuan3.5
choose-init | 0.3
cryptsetup-modified-functions | 19.09.02+devuan1
dbus | 1.12.20-0+deb10u1+devuan1
eudev | 3.2.9-8~beowulf1
init-system-helpers | 1.56+nmu1+devuan3
lightdm | 1.26.0-4+devuan1
refractainstaller-base | 9.5.6
refractainstaller-gui | 9.5.6
tomcat9 | 9.0.31-1~deb10u2+devuan1
udev | 1:3.2.9+devuan4Depending on your setup, you will get some, but not necessarily all of those.
If you encounter problems, please use reportbug to send a report to Devuan BTS.
Note: If you do it wrong like I did, you may also get some updates from debian package we do not fork. (See later post for explanation.) One example is Thunderbird. I wish I'd kept that one back.
- fsmithred
Who are the developers of devuan in this forum?
I'm one. I make the live isos and maintain a few packages. Why do you ask?
Devuan does not boot with Secure Boot enabled on my system. Despite the presence of shim packages. But another systemd-free distro, antiX, boots. Without any shim packages at all. How can Devuan be made to boot the same way as antiX when Secure Boot is enabled ?
It works on my system. I have no idea how it works on MX, but in devuan, it works exactly the same way it works in debian, because we don't fork any of the packages necessary for secure boot. Make sure grub-efi-amd64-signed is installed. The bootloader directory in /boot/efi/EFI/ will be named 'debian'. You'll probably see that name in the boot menu, too. Rest assured, it's still really devuan.
With some troubleshooting, it might work on your system, too. Or maybe not. UEFI implementations vary widely and don't necessarily conform to any actual uefi standards.
The amd64 desktop-live iso already has the signed grub package and the shim packages.
I like seeing the individual core temps. Here's the line I'm using:
${execi 8 sensors | awk '/Core/ { printf substr($3,2,2)" " }'}and the output looks like this:
CPU: 42 36 40 41
You can uninstall the non-pae kernel after you reboot into the new one.
Install linux-image-686-pae if you want the metapackage (so you get updated kernels with your regular package upgrades). Or else you could install linux-image-<version>-686-pae for a specific kernel.
An alternative to solving the problem would be to set up autofs for the nfs mounts. Then they'll mount automatically when you use them.
I can only get a partial file if I try to download it with wget, even with '-c' on repeated attempts. It downloads a few hundred MB and then stalls saying "HTTP request sent, awaiting response..." That's the first time I've run into this problem on sourceforge.
I finally tried it from the browser and got the whole thing.
It boots in qemu. Nice work. I like that first menu with WM choices and settings. Good idea.
sr0 = cdrom
If you used lvm previously on this drive, there might still be some metadata hanging around. I think in that case, gparted would show it, but you might also see it with lvdisplay and vgdisplay. You can get rid of that with lvremove and vgremove, but I think that will cause loss of data. So don't do that if you don't want to reinstall.
If you don't need to remove lvm metadata and you don't plan to use lvm, you could uninstall the lvm2 package. While you're at it, you could also uninstall mdadm if you're not using RAID.
This will build the mini.iso(s). Look at the suites/beowulf branch. I'm pretty sure that one is most current.
https://git.devuan.org/devuan/debian-installer
This will build the installer isos. (netinstall, CDs, DVD)
https://git.devuan.org/devuan/installer-iso
I haven't used either of the above, so I have no idea what you need to change for ceres.
Refractainstaller and live-sdk make isos for live-CD, DVD, USB.
You did the chroot correctly.
The error message about grub-pc already being the newest version makes no sense. (Unless it said grub-pc-bin) because grub-pc is not installed in the amd64 desktop-live iso.
I thought maybe the boot partition didn't get mounted correctly, but the log shows that it did. I don't know what happened, and I also can't explain the errors you got in your subsequent attempts.
The theme issue is easy to fix. Comment out this line in /etc/default/grub:
GRUB_THEME=/usr/share/desktop-base/grub-themes/desktop-grub-theme/theme.txtAnd then run update-grub.
There is a way to copy the theme into /boot/grub and get it to work with an encrypted root, but I don't remember if you need to do more than copy the theme directory and fix the path for GRUB_THEME in /etc/default/grub.
I know why you didn't get asked where to put the bootloader. That was a change in grub and a later version of refractainstaller corrects for that.
There are a few ways to fix this, and you should not have to make /boot/grub/ manually. I would be interested to see the whole installer log. You could send it to me at gmail or email through the forum.
Method 1. Boot the live media, chroot the installed system and install grub-pc. Make sure it runs update-grub and creates grub.cfg.
I left a bunch of steps out. Let me know if you want them. This is what I tend to do when grub screws up.
Method 2. Boot the live media and as root run apt update and apt install grub-pc. You need at least 2G of RAM to do this.
When it asks you where to put the bootloader, do not install the bootloader at this time.
Then install the system again the way you want. Instead of seeing the Copy Files button, there will be a button that says Install Bootloader. Choose that one and tell it where to put grub. (MBR of /dev/sda)
The fact that it works with a uefi install but not with a bios install makes me think you might be using gpt partition table on the disk. If so, you need a separate, special partition for grub:
At least 1MB in size, unformatted (the last fs type option in gparted) and with flag bios_grub in gparted or type ef02 if you're using gdisk.
fdisk -l will tell you if the disk is gpt or msdos partition table.
If that is not the issue, boot the live system and mount each partition to see that it actually has the files it needs. (e.g. /boot/grub/grub.cfg and everything else that should be in /boot)
What Lars said.
fsmithred (still printing with HP4L on LPT1 using devuan ascii)
P.S. There's a label on the printer with a date that says 1995.
Sometimes mirrors fail because they are in the process of updating. The solution, as you discovered, is to try again later.
You can check the status of the mirrors here: https://borta.devuan.dev/apt-panopticon … t-web.html
The far right column will tell if it's not finished updating. The column that tells how often the mirror updates might not be accurate.
It's working here.
https://pkginfo.devuan.org/
Try archive.devuan.org for jessie packages.
Use this in sources.list
deb http://archive.devuan.org/merged jessie mainOr go here if you want to download our forked packages. Note that pool is in /devuan but not /merged.
http://archive.devuan.org/devuan/pool/
I'm not sure if debian has archived jessie yet. Back at the end of June when it was supposed to be done, they delayed it.
I think this is a howto for setting up amprolla locally. It's in Spanish. I know for a fact that aitor is running amprolla to merge his own packages in gnuinos.
https://dev1galaxy.org/viewtopic.php?id=2405
HTH
asc11 64. And its any file I make up and make bootable.
Make bootable? Or did you mean "make executable"?
Are you trying to boot a 64-bit OS on a 32-bit system?