The officially official Devuan Forum!

You are not logged in.

#1 Re: Other Issues » [SOLVED] How do I add "Experimental" to my repo for Mesa 21? » Today 21:38:56

Aha! I was afraid you might use those lines I posted. You know, the ones that I prefaced with "These lines won't work." 

You must add a debian source line. One like this:

deb http://debian.csail.mit.edu/debian experimental main

You can pick one closer to home if you're not near Boston. Check a *debian* website for more mirrors. tongue

Edit: Re-read the part in my first post about "Be careful!"

(No prob, HoaS. We bring different parts of the message.)

#2 Re: Installation » Non Booting GRUB on Beowulf » Today 15:35:20

I have no idea about the audio problem. Does aplay -l show anything?

Console font can be changed with dpkg-reconfigure console-setup as root.

#3 Re: Other Issues » [SOLVED] How do I add "Experimental" to my repo for Mesa 21? » Today 15:30:32

HoaS beat me to it: How are you looking?

I'm not sure which package you need, but this one has a version 21.

apt policy mesa-common-dev 
mesa-common-dev:
  Installed: (none)
  Candidate: 18.3.6-2+deb10u1
  Version table:
     21.0.2-1 1
          1 http://debian.csail.mit.edu/debian experimental/main amd64 Packages
     20.3.5-1 50
         50 http://sledjhamr.org/devuan/merged ceres/main amd64 Packages
         10 http://debian.csail.mit.edu/debian sid/main amd64 Packages
     20.3.4-1 50
         50 http://sledjhamr.org/devuan/merged chimaera/main amd64 Packages

#4 Re: Installation » Non Booting GRUB on Beowulf » Yesterday 15:44:05

englee wrote:

Q1: Does minimal-live come with software to drive speaker, for sound?

Q2: 'dhclient eth0' does enable network, but what command disables connection?
englee

A1: alsa is installed, mocp can play audio files, and if you choose one of the access options to boot, the computer will talk to you the entire time it's on. I don't recommend using that unless you have vision problems.

A2: ifconfig eth0 down There's also a way to do it with the 'ip' command, but I haven't gotten around to learning that one yet.

#5 Re: Installation » Non Booting GRUB on Beowulf » Yesterday 12:54:13

I wouldn't expect the minimal-live to boot on any uefi system. It's not uefi-compatible. Please try the amd64 desktop-live iso. It has both 32 and 64-bit uefi bootloaders. It should boot on your system.

If you choose to install it, I think you'll need to install the grub-efi-ia32 package first, then run the installer and let it install the bootloader.

I don't understand why you think cfdisk defaults to gpt. I also don't see where you can change the partition label on a partitioned disk. It just reports what is there. On an unparitioned disk, the first thing cfdisk does is give you a choice of partition table types. I had to zero the first few MB of a disk before running cfdisk to see that.

#6 Re: Other Issues » [SOLVED] How do I add "Experimental" to my repo for Mesa 21? » Yesterday 00:09:32

The lines for devuan experimental won't work. It's not a merged repo, so it only contains devuan packages. Here they are for reference.

deb     http://deb.devuan.org/devuan experimental main
deb-src http://deb.devuan.org/devuan experimental main

You would need to add a line for debian experimental in your sources. Be careful with that. You're not going through the filter that keeps out banned backages (the ones that pull in systemd) so it's kinda like having unprotected sex with someone you know, but not very well.

Ordinarily, I'd say you should be on ceres to do this, but right now there's not much difference between chimaera and ceres. You could add a line for ceres and pin it to a lower priority. Then you would have access in case something newer showed up and you needed it.

After you edit your sources.list

apt update
apt -t experimental install <package>

You might want to add --simulate to the install command to see what it will do first.

#7 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-11 17:35:38

While you are adding the fix, make sure cfdisk can see more than sda and that it uses msdos-mbr, not gpt.
Q: When can we see an updated minimal-liveCD installer?
. . . the problem w/VM, after installing minimal-live is that 'setnet.sh' fails to connect via ethernet
roll
englee

cfdisk lists all the internal disks if you run it without any argument. gdisk will ask you to type in the disk you want. cfdisk is for msdos partitioned disks, gdisk is for gpt disks. You can use both in the same session if you want.

For setnet.sh: Setup interfaces, select eth0, Conf, DHCP, done. I usually forget about that and run 'dhclient eth0'.

The new version of refractainstaller will be packaged as soon as one of our local git wizards shows up. It's all set to build. It'll be in ceres within a few days and in chimaera next week. It probably won't make it into beowulf, but I'll post the deb packages on my sourceforge site.
https://sourceforge.net/projects/refracta/files/tools/

#8 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-11 13:32:10

Your 'A2' surfaced the hidden glitch in the bootloader matrix!  The beowulf minimal-liveCD defaults to 'gpt', and minimal-liveCD is limited to BIOS boot

Yeah, I see the problem. The installer selects gdisk if /sys/firmware/efi exists or if there are gpt disks found. If you don't know to pre-partition with cfdisk, you are understandably lost in the installer. I'll change it so both are available under any circumstances, and the user can decide which one to use.

#9 Re: Devuan » Hello All, question about downloading the source » 2021-04-10 14:11:29

alphalpha wrote:
apt source name-of-package

is this what you want?

The command shown above would be used if you want to get the actual source code of the package to examine it or to rebuild the package differently. If you just want a copy of the installable packages, the command would be

apt download name-of-package

You could do this for every installed package to get a full set of .deb packages. dpkg -l will list all installed packages.  Something like this might work for you.

apt download $(dpkg -l | awk '/^ii/ { print $2 }')

The reason you're having trouble finding devuan packages on devuan servers is because most of the packages in devuan get pulled directly from debian and magically merged with the few pure devuan packages to give the impression that we have a repository of 60,000 packages. The software that does the merging is called amprolla. Our own packages are at pkgmaster.devuan.org. Debian's packages are at packages.debian.org.

Another option would be to download the debian dvd set, the devuan server iso and maybe the devuan desktop dvd iso. We don't provide a full dvd set like debian does, so it's possible that some packages might still be missing. But I think most of what you want will be in the debian set. You will have to pull these packages off the media manually to use them or maybe set up a local instance of both debian and devuan repos and amprolla to do the merge and filter out banned packages.

Source code for debian packages can also be found in their git repo, salsa.debian.org
Source code for pure devuan packages can be found at git.devuan.org

apt-cacher might do what you want, too. I don't know much about it.

Edit: This might be helpful. How to set up a devuan package mirror:
https://pkgmaster.devuan.org/devuan_mir … hrough.txt

#10 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-10 02:35:48

fsmithred wrote:

If the minimal-live CD booted on the macbook, then the mac is capable of booting in legacy bios (CSM) mode. There is no uefi bootloader in that iso.

The above quote was in reference to booting the CD on hardware.

englee wrote:

Hi,
Partitions on VM V-Disk for the fully functional beowulf netinst:

Partition ___ File System ___ Mount Point ___ Label ___ Size ___ Used __ Unused __ Flags

/dev/sdal     fat16                /EFI                             94.00 MiB 206.00 KiB 93.80 MiB
/dev/sda2     ext4                /                       beowulf  7.68 GiB   6.67 GiB  1.01 GiB boot
/dev/sda3     linux-swap                                        228.00 MiB   0.00B   228.00 MiB

Q1: Does the /EFI, fat16 partition mean that this ISO requires a uefi bootloader, that's bundled in the ISO (GRUB)?

Q2: If minimal-live CD ISO has no uefi bootloader bundled in its ISO, how would the above partition's differ in legacy bios (CSM) mode, when refracta installer script defaults to gdisk/gpt?
englee

A1: It means you created a FAT16 partition on that virtual disk. If it happened automatically, it had to be the netinstall iso, not the live iso.  Why is it mounted at /EFI? It's not going to do anything there. If it is a real efi partition, it does not need to be mounted to boot, only to install or update a bootloader. Is vbox set to boot uefi or bios? Does /sys/firmware/efi exit? (You've seen these questions before. Since we're talking about two different isos installed in two different places, please try to be clear about where we are.)

A2: You have to choose msdos or gpt when you partition a disk. Refractainstaller will let you use gdisk if you boot in uefi mode and cfdisk if you boot in legacy bios mode. As I said, the minimal-live iso will only boot in bios mode, so it should not have shown you gdisk. If you managed to boot that iso in uefi mode, please explain to me how you did it.

For a legacy bios boot, you don't need the efi partition. You just need a root partition for the operating system and grub-pc will put the bootloader in the mbr of the disk of your choice. If you use gpt with a bios boot, you need to have a special partition for the bootloader to put some additional code. The live installer will complain about this if you don't have it.

#11 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-09 21:15:08

englee wrote:

1) Chipset == PIIX3
2) USB TABLET
3) x ENABLE I/O APIC

Those are the same settings I've used in virtualbox.

Q: Are you saying rEFInd should be able to boot kernel on beowulf netinst iso?
. . . then reinstalling eEFInd from CLI is all that needs to be done to boot both netinst & minimal-live kernel's
englee

No, that's not what I was saying, but I'm pretty sure that would work. What I meant was if rEFInd was already installed to the hard drive and you did a netinstall without adding a bootloader, refind would see that installed system and be able to boot it.

rEFInd sees all the bootloaders in the efi partition, whether they work or not, plus it sees linux kernels that could be booted. If there's a live-CD in the optical drive, it sees that and will boot it. I just tested that with rEFInd that I have on a 256mb usb stick that's probably older than a fair number of devuan users. I keep it around in case I need it to boot something.

#12 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-09 18:57:35

If the minimal-live CD booted on the macbook, then the mac is capable of booting in legacy bios (CSM) mode. There is no uefi bootloader in that iso. And I agree that it should have installed in virtualbox. I have installed previous versions of the minimal-live in previous versions of virtualbox, and the current isos are essentially the same as they were then.

If you choose expert install in the netinstall iso, you get a few more questions, and one of them lets you skip adding a bootloader. That would have avoided clobbering rEFInd.

I booted the first option in the minimal live. Choosing one of the toram or access options shouldn't change the outcome. I'm not sure about the no-probe option.

This one: devuan_beowulf_3.1.1_amd64_minimal-live.iso

In your virtualbox gui, go to System, Motherboard, Chipset. What does it say?

#13 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-09 11:06:43

You got this same error on hardware (macbook pro) and in virtualbox.

grub-install: error: unable to identify a filesystem in hostdisk//dev/sda; safety check can't be performed.

Is your virtualbox emulating a macbook pro? If not, then what are you doing, exactly? I installed from the minimal-live in qemu yesterday and it all worked. Does the virtual disk use msdos or gpt partition table? Are your partitions really formatted with filesystems?

Check the sha256sum on the download and check that the burn was good.

Edit: How did you get the minimal live to boot on the MBP? That iso does not work with uefi.

#14 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-08 21:01:18

This is not really making sense to me.

This section starts with line 524. It should tell how many efi partitions are present. I don't understand the error message on that.

if [ "$esp_count" -eq 1 ] ; then
        esp_count=$(env LC_ALL=C fdisk -l | awk '/EFI System/ { print $0 }' | wc -l)
fi
if [ "$esp_count" -gt 1 ] ; then
        must_choose_esp="yes"
fi

The error messages about  'Unable to open /dev-sr0 read-write' and 'Can't have a partition outside the disk' make me think that it's trying to install grub to the wrong disk. (i.e. to the CDROM). Sometimes grub and the kernel don't agree on which disk is first. This might be one of those cases.

#15 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-07 13:34:21

If you run blkid without any arguments, it will show all drives and partition, and should say that the efi partition is vfat.

If you can't get grub to cooperate, here some information about using rEFInd:
https://www.lifewire.com/dual-boot-linu … ot-manager
https://www.rodsbooks.com/efi-bootloaders/index.html

#16 Re: Other Issues » Runit » 2021-04-07 13:21:51

Lorenzo,

Thanks for the thorough reply. I'm ok with using the scripts in rcS.d - it works fine that way. I might play around with the more advanced configs later.

I was thinking ahead to the future. Sysvinit scripts are disappearing at an alarming rate, and I worry that they won't all land in the new orphan-sysvinit-scripts package.

#17 Re: Other Issues » Runit » 2021-04-06 17:55:16

Update:  I forked live-config to create live-config-runit which sets up console autologin in the live session. The code for that is in /lib/live/config/0190-runit. It works, but I did not replace the live-config init script with runscripts.

Today I tried making runscripts for live-config. It's set up as a one-shot, and it runs, but it does not run early enough. A comment in the init script says it must start before mountkernfs and in my sysvinit system, there is rcS.d/S01live-config which starts before S02mountkernfs. That link is not present in the runit system.

/etc/runit/1 contains:

/lib/runit/run_sysv_scripts '/etc/rcS.d'

So, /lib/runit/run_sysv_scripts will start the init scripts linked in rcS.d.
If the init script is not executable, then live-config does not run until the desktop comes up, so autologin does not happen, and you get a login screen. I've been making the init scripts non-executable, mainly to make it easier to see which ones are managed by runit when I look in /etc/init.d.

Is there another way in runit to make a script run first? I know a runscript can state what must be started before it, but I haven't seen a way to get to say what it must start before. (everything, in this case).

'update-service --remove live-config && chmod +x /etc/init.d/live-config' set it back to the way it was. Now autologin works again in the live-isos I make.

#18 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-06 11:25:49

englee wrote:

Hi,
Burnt beowulf minimal LiveCD (no DT) onto a CD-R media, which booted just fine on the old MBP.
'grub-install' trapped the following error on the LiveCD VM install to HDD:

Installing for i386-pc platform.
grub-install: error: unable to identify a filesystem in hostdisk//dev/sda; safety check can't be performed.

Your comments, where the MBP is exempt from this glitch in the matrix?
englee

If you are installing from the minimal-live, there will already be at least one ext2/3/4 filesystem on the virtual disk when you get to the grub-install stage.  What do fdisk and blkid show for the disk? What virtualization software are you using on the mac? Maybe it does something differently from what I expect.

#19 Re: Freedom Hacks » Debbowulf is not to be confused with Beomint » 2021-04-05 18:31:31

No, mate-media in beowulf is the stock debian version. You can get the antofox forks here - http://hezeh.org/packages/

#20 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-05 18:24:17

There's no specific iso for macs, but the amd64 desktop-live has both the 32 and 64-bit bootloaders and is know to work on at least one old macbook pro. If you do in fact need the 32-bit bootloader, you will need to install the grub-efi-ia32 package in the live environment before you install the system. You can install it with apt if you have network, or you can install it with

dpkg -i /grub-efi-ia32*.deb

When you install the package, don't let it install the bootloader at that time. The live installer (Refracta Installer) will let you choose the efi partition if there are two or more.

Make sure you check if that's what you need with

cat /sys/firmware/efi/fw_platform_size

before you try the 32-bit bootloader.

I'm not sure that will be enough. You still need a way to make the machine boot from the usb drive. Google says hold down the option key at boot and then select the usb drive.

#21 Re: Installation » Ifup wifi connect at boot - sysv 5 to 7 seconds slower » 2021-04-05 18:07:33

Are you using 'allow-hotplug' or 'auto' in /etc/network/interfaces? Whichever one you're using, you could try the other and see if it makes a difference.

#22 Re: Freedom Hacks » Debbowulf is not to be confused with Beomint » 2021-04-04 18:15:22

A netinstall from a 3.0 iso would give you 3.1 or actually a little newer than that since some packages have been upgraded since last week. Volume settings on my up-to-date mate don't get lost. I do keep losing the hardware setting. Analog Stereo Output keeps reverting to Analog Stereo Duplex.

I tried running 'alsactl store' before rebooting and 'alsactl restore' after reboot. It didn't save the hardware setting.

#23 Re: Installation » [SOLVED] Problem installing on an Acer Aspire 315-23 » 2021-04-04 15:21:10

I'm going to update my backports test iso today and will post the link later.

#24 Re: Installation » [SOLVED] Problem installing on an Acer Aspire 315-23 » 2021-04-04 14:54:58

The desktop-live isos already have firmware-amd-graphics installed. Maybe the version from backports is needed. I don't have an easy way to test that right now. And debian wiki suggests that this is not the problem. (4.19 is new enough)

#25 Re: Installation » Non Booting GRUB on Beowulf » 2021-04-03 15:46:45

FYI: Some macbook pros use a 32-bit efi bootloader with a 64-bit operating system. I know the 2011 ones did that. Not sure about the 2013 models or how to tell which grub it needs.

Board footer

Forum Software