Floppinux – An Embedded Linux on a Single Floppy, 2025 Edition
by GalaxySnail on 2/3/2026, 4:33:25 AM
https://krzysztofjankowski.com/floppinux/floppinux-2025.html
Comments
by: sockbot
Over Christmas I tried to actually build a usable computer from the 32-bit era. Eventually I discovered that the problem isn't really the power of the computer. Computers have been powerful enough for productivity tasks for 20 years, excepting browser-based software.<p>The two main problems I ran into were 1) software support at the application layer, and 2) video driver support. There is a herculean effort on the part of package maintainers to build software for distros, and no one has been building 32 bit version of software for years, even if it is possible to build from source. There is only a very limited set of software you can use, even CLI software because so many things are built with 64 bit dependencies. Secondly, old video card drivers are being dropped from the kernel. This means all you have is basic VGA "safe-mode" level support, which isn't even fast enough to play an MPEG2. My final try was to install Debian 5, which was period correct and had support for my hardware, but the live CDs of the the time were not hybrid so the ISO could not boot from USB. I didn't have a burner so I finally gave up.<p>So I think these types of projects are fun for a proof of concept, but unfortunately are never going to give life to old computers.
2/3/2026, 5:28:20 AM
by: Fiveplus
The persistence strategy described here (mount -t msdos -o rw /dev/fd0 /mnt) combined with a bind mount to home is a nice clever touch for saving space.<p>I don't know if that's also true for data integrity on physical magnetic media. FAT12 is not a journaling filesystem. On a modern drive, a crash during a write is at best, annoying while on a 3.5" floppy with a 33mhz CPU, a write operation blocks for a perceptible amount of time. If the user hits the power switch or the kernel panics while the heads are moving or the FAT is updating, that disk is gone. The article mentions sync, but sync on a floppy drive is an agonizingly slow operation that users might interrupt.<p>Given the 253KiB free space constraint, I wonder if a better approach would be treating the free space as a raw block device or a tiny appended partition using a log-structured filesystem designed for slow media (like a stripped down JFFS2 or something), though that might require too many kernel modules.<p>Has anyone out there experimented with appending a tar archive to the end of the initramfs image inplace for persistence, rather than mounting the raw FAT filesystem? It might be safer to serialize writes only on shutdown, would love more thoughts on this.
2/3/2026, 5:25:48 AM
by: hilti
I remember the QNX Demo on a 1.44 MB floppy disk. It booted straight into a full blown window manager and had a basic web browser. That was 1999 and I never saw anything like that afterwards.
2/3/2026, 5:12:15 AM
by: heinternets
I miss the floppy disk sound and the anticipation then joy of finally loading into the OS.
2/3/2026, 5:05:44 AM
by: jdub
> After 5 minutes I got freshly burned floppy.<p>oh god
2/3/2026, 5:54:04 AM
by: 6LLvveMx2koXfwn
Did I misremember downloading Slackware to 12 floppies in 1997?
2/3/2026, 5:14:51 AM
by: yjftsjthsd-h
I thought Linux dropped driver support for real floppy drives. Did that not happen, or am I missing something?
2/3/2026, 5:52:37 AM
by: ggm
mgr on sun hardware probably could have come close
2/3/2026, 5:18:45 AM
by: hn_throwaway_99
What's a floppy?
2/3/2026, 5:10:06 AM