qcow2 Images

This is implemented by using "qemu-img dd" to convert the image from qcow2 format to a raw disk image and directly writing it to the root disk.

Unfortunately qemu-img requires a seekable source file for this. Raw images are piped directly to the disk, so they can have an arbitrary size, but this requirement for qcow2 images means, that we need to save them on the server first before writing to disk.

The rescue system only has a ramdisk with 960Mi available, so that is the maximum size of qcow2 images that can be uploaded at the moment. The library and CLI tries to validate and give a warning to the user if the image exceeds this size.

It would be feasible to increase the size of the ramdisk or mount a Volume, but I think most users wanted to upload OpenSUSE MicroOS images which easily fit in the 960Mi.

- https://github.com/apricote/hcloud-upload-image/pull/69
- https://apricote.github.io/hcloud-upload-image/reference/cli/hcloud-upload-image_upload.html#image-size

@stefano This was also #xfs. I am aware that when it has problems, it *really* has problems lol. But, I've also used XFS on #rhel and #centos 6 and 7 and #Debian without any issues. You are probably correct that it was #suse.

When I ran Tumbleweed and Leap 15 on an older laptop, I purposely went with ext4 and it was unquestionably a smoother experience.

Just curious, which version of openSUSE did you use?

@stefano openSUSE has come a long way. My first experience with it was SUSE Linux Professional 9.3 back in 2005. Desktop Linux was still in its early stages then and it did alright. A little buggy in some places but otherwise OK. I used its enterprise variants over the years, rather enjoyably.

I used it again briefly on another build in 2013. Just after restoring my data into a freshly installed system, the OS locked up *hard*. After the reboot, everything and I mean *everything* I had just restored to /home/pete was gone. Including the rest of my profile. The directory was empty. I went back to Debian as a daily driver and didn't touch openSUSE for almost a decade.

I decided to try both Tumbleweed and Leap 15 on a spare laptop. Yes, both are stable and have improved over the years. I prefer Leap over Tumbleweed. Unfortunately, due to that one data loss experience I am skeptical of using it (as a daily driver). I hope you have a much better experience with it.

@jedie
Ich möchte das betont haben: einzig fehlt _politischer_Wille_.

Technisch haben wir alles in Europa:
- Hardware: #TuxedoComputers, #Slimbook
- Betriebssysteme: (open) #SUSE, #Univention
- Office: LibreOffice
- Cloud: #Nextcloud, #OpenCloud, #OpenTalk, #OpenExchange,...
- Grafische Oberfläche und Zubehör in fast jeder Manier: #KDE

Und noch vieles mehr!

Dafür müsste man in Europa Strukturen und Jobs schaffen. Schade, dass gerade neue Jobs irgendwie kein Argument zu sein scheinen.
(Durch die Jobs würden übrigens Steuern in der EU bezahlt, was einen Teil der Kosten wieder zurück spielen würde; und die würden vmtl auch hier einkaufen, also Mehrwertsteuer usw.. Aber das nur so...)

Another screenshot from my early Linux days:

Running SUSE Linux 9.0, listening to music with XMMS, texting on ICQ with Kopete, emailing with Thunderbird, and browsing my personal homepage in Firebird.

And it looks like I was trying to compile a kernel module for my server’s IDE RAID PCI card…

@itsfoss I thought it is an effort that is supported by EU politicians and/or staff but not officially recognized as the one true EU solution yet.

I love #Redhat but I wonder as well whether #suse or #kde's own distro wouldn't be the better choice. They might still end up using Fedora for the time being as there are some situations in which higher quality might be more important than local development.

I'll continue to stay on the #debian+#kde path.

@eunews

1. As an employee of #SUSE, I need to mention that we actually have one completely European enterprise Linux distribution with over thirty [!] years of experience. We are perfectly ready to serve anybody who wants to switch from any US-centric distro.

2. Even if you don’t want to pay for it, I don’t think #Debian (although SPI is American), or #Ubuntu are exactly slaves to US whims (and I don’t even know what is a domicile of #Arch). And, of course, #openSUSE is gratis as well.