Loopy Pro: Create music, your way.

What is Loopy Pro?Loopy Pro is a powerful, flexible, and intuitive live looper, sampler, clip launcher and DAW for iPhone and iPad. At its core, it allows you to record and layer sounds in real-time to create complex musical arrangements. But it doesn’t stop there—Loopy Pro offers advanced tools to customize your workflow, build dynamic performance setups, and create a seamless connection between instruments, effects, and external gear.

Use it for live looping, sequencing, arranging, mixing, and much more. Whether you're a live performer, a producer, or just experimenting with sound, Loopy Pro helps you take control of your creative process.

Download on the App Store

Loopy Pro is your all-in-one musical toolkit. Try it for free today.

Ranting about systemd on Linux

I added a new file system /backup to my proxmox server ...

And at the next reboot - the system did not come up!
It was pingeable, but ssh did not work and strangely, it's local DNS name also did not resolve.

I finally attached a monitor to debug this ..

And the server was in "emergency mode", asking for the root password - on console!
And why?

Because systemd complained about some missing dependeny!

What in all the world has systemd to do with what I did configure in /etc/fstab?
That's not it's job!

And then, why in all the world enter some emergency mode, so that I cannot even login anymore??.

That is all sooo bad.

Comments

  • I had that happen. I screwed up the syntax in /etc/fstab when adding a volume.

    But, I get it. The OS can't boot if it can't process the mount points. If you screw up fstab it doesn't know how to proceed, therefore it has no way of executing other processes such as ssh.

    Are you saying that everything is fine in your fstab and it's puking just because you added /backup? That would be unusual.

  • wimwim
    edited March 23

    btw, probably unrelated, but another similar situation happened when I didn't have enough power for all the drives attached to my Raspberry Pi. The fstab entry was fine, but when the added drive came online, the already mounted boot drive stopped because of not enough power. That caused the same kind of failure. I've since learned to hook up a monitor and usb keyboard at the first hint of problems at boot.

  • @wim said:
    I had that happen. I screwed up the syntax in /etc/fstab when adding a volume.

    But, I get it. The OS can't boot if it can't process the mount points. If you screw up fstab it doesn't know how to proceed, therefore it has no way of executing other processes such as ssh.

    Are you saying that everything is fine in your fstab and it's puking just because you added /backup? That would be unusual.

    Yes, the file was totally fine for sure!

    And it is Ok to complain about bad entries, but still it should boot if possible- and of course it could boot, even if the /backups entry was broken.

    That is just a VERY bad idea and I start to understand why so many people hate systemd.
    It tries and wants too much!

  • It seems, that this website may explain the problem:

    https://billauer.co.il/blog/2023/12/systemd-dependencies-fstab/

    It is so long that I did not yet read it.

    Adding a line to /etc/fstab should not be such complicated.

    RANT OFF

  • I've been on Debian Stable on all my systems (servers + desktops) for 6 years, but stuff like your post (and my preliminarily successful tests on a 2013 Mac Mini 😄) will make me switch to Devuan for future systems! 👌 (probably too lazy to reinstall any of the working systems while they're... working)

  • @SevenSystems said:
    I've been on Debian Stable on all my systems (servers + desktops) for 6 years, but stuff like your post (and my preliminarily successful tests on a 2013 Mac Mini 😄) will make me switch to Devuan for future systems! 👌 (probably too lazy to reinstall any of the working systems while they're... working)

    Sure boots fast.
    I've been using MX Linux. It's also systemd free, but I like how much lighter Devuan is.

  • edited April 22

    I asked ChatGPT about systemd-less Linux distributions:

    Use Case                        | Recommended Distro
    
    Beginner Desktop         | MX Linux
    Advanced Desktop        | Artix Linux / Void Linux
    Old Hardware                | antiX
    Stable Server                  | Devuan
    Container/Microserver | Alpine Linux
    Rolling Release Server  | Void Linux
    

    Could not format this :-D

  • wimwim
    edited April 23

    I'd say the XFCE desktop distribution of Devuan is pretty on-par with MX in terms of beginner friendliness. I didn't run into anything that I needed to think about.

    Given how fast it boots, I expect it's a good non-desktop server choice as well.

    BTW, it runs great in VirtualBox too, in case taking it for a spin that way is interesting.

    I don't have any spare Raspberry Pi's laying around or I'd see how it works there given how light Devuan seems to be.

  • My system is a proxmox installation which I mostly use for a Windows 10 VM.
    I don't really care about the proxmox part, but I need a way to start the Windows VM.

    I will check out Devuan for this.
    Given the above list, I should check out Alpine Linux too.

  • @wim said:

    @SevenSystems said:
    I've been on Debian Stable on all my systems (servers + desktops) for 6 years, but stuff like your post (and my preliminarily successful tests on a 2013 Mac Mini 😄) will make me switch to Devuan for future systems! 👌 (probably too lazy to reinstall any of the working systems while they're... working)

    Sure boots fast.
    I've been using MX Linux. It's also systemd free, but I like how much lighter Devuan is.

    🙂 I've done my fair share of distro hopping in the past and think I'm fully settled on "plain" Debian / Devuan, and on using packages instead of the whole Snap/Flatpak mess, which I've tried to deal with in the past, but there's just too many issues (bloat, filesystem access issues, theming not working, etc.)

  • wimwim
    edited April 23

    Same. Snap seems like such a great idea but is a mess and half the time doesn't work out.

    Docker on the other hand is fantastic. I have save so much time and hassle with Docker that I use it whenever I can. I've been reading a little bit about wasm, and that sounds promising too.

  • Ha! I got burned just as you did @busaudio. Some glitch with an attached drive, not even the boot disk, and not due to an error in /etc/fstab. 🙄

    I had to hook up a monitor and was about to go through all the crap needed to diagnose it when I bumped the hub the drive was attached to, and whatever had gone wrong with the connection cleared up.

    What a joke.

    Yup. I'm not ever gonna do another systemd dependent OS install again.

  • I wonder if the iPadOS update will finally give us some Linux (i.e. Unix) features.

  • @McD said:
    I wonder if the iPadOS update will finally give us some Linux (i.e. Unix) features.

    What are some things Linux has that iPadOS needs?

  • @wim said:

    @McD said:
    I wonder if the iPadOS update will finally give us some Linux (i.e. Unix) features.

    What are some things Linux has that iPadOS needs?

    1. A useful file system with a shell scripting CLI ()A-Shell helps fit this need)
    2. The conceptual idea of “Pipes” with standard in and standard out interfaces
    3. An API with a networked “windowing” system.
    4. Multi-user support and a root like God interface.
    5. A suite of programming tools that are a part of the OS and NOT one that needs a Mac and extra costs just to make and share
      applications you create.

    I’m not expecting any of these but it appears we might get yet another pass at a multi-tasking window management scheme.

  • @McD said:

    @wim said:

    @McD said:
    I wonder if the iPadOS update will finally give us some Linux (i.e. Unix) features.

    What are some things Linux has that iPadOS needs?

    1. A useful file system with a shell scripting CLI ()A-Shell helps fit this need)
    2. The conceptual idea of “Pipes” with standard in and standard out interfaces
    3. An API with a networked “windowing” system.
    4. Multi-user support and a root like God interface.
    5. A suite of programming tools that are a part of the OS and NOT one that needs a Mac and extra costs just to make and share
      applications you create.

    I’m not expecting any of these but it appears we might get yet another pass at a multi-tasking window management scheme.

    I’d just wish for a decent file management system.

Sign In or Register to comment.