| leitz | Noob question, can you run a mostly full XFCE desktop on an RPi4? My main traphical tools are firefox and Thunderbird. | 12:55 |
|---|---|---|
| leitz | Well, and hexchat. :) | 12:55 |
| leitz | Any ideas on this? Processing triggers for initramfs-tools (0.140) ... | 13:28 |
| leitz | ln: failed to create hard link '/boot/initrd.img-5.10.79-v8.dpkg-bak' => '/boot/initrd.img-5.10.79-v8': Operation not permitted | 13:28 |
| leitz | The /boot partition is VFAT, and only 25% space used. | 13:29 |
| gnarface | is it mounted read-only? | 13:43 |
| gnarface | i assume you can run a full xfce desktop on a rpi4... it has 8GB of ram doesn't it? | 13:43 |
| gnarface | what i don't know is if vfat supports hard links | 13:44 |
| gnarface | it certainly doesn't support file permissions | 13:44 |
| gnarface | it's a bad choice for /boot IMO, though i don't know if that's a hardware limitation of the RPI4 or not | 13:44 |
| gnarface | if you're using something that boots with u-boot you can easily make a build of u-boot that supports other filesystems for /boot | 13:45 |
| gnarface | i know VFAT is popular because on lower-end hardware it can speed up boot times, but i don't really think the rpi4 is that low of hardware, and if it were i'd advise using ext2 read-only through the ext4 driver instead | 13:46 |
| gnarface | (mounted read-only by default, that is) | 13:46 |
| gnarface | but note, to be clear, that a read-only-mounted /boot will screw up the debian packaged kernel updates either way | 13:46 |
| c0rnelius | steev: figured it out: https://github.com/pyavitz/debian-image-builder/blob/feature/patches/amlogic/radxazero/011-radxa-zero-overlay-extras.patch | 14:23 |
| c0rnelius | its about linking and vfat not supporting it. probs why the foundation doesn't build their kernel with initramfs support. | 15:00 |
| c0rnelius | although by not using it, this removes ones ability to use other FS like btrfs and xfs. initramfs is a must there. | 15:02 |
| gnarface | how come? pretty sure i don't use initramfs on my pinebook... | 15:04 |
| gnarface | that's where i discovered ext2 is just as fast booting as vfat | 15:04 |
| gnarface | and i definitely am using xfs on the root partition | 15:04 |
| gnarface | oh, you mean just for the /boot | 15:04 |
| gnarface | hmmm, maybe it can't, maybe you're right about that | 15:05 |
| gnarface | i thought u-boot had xfs support too though, but that it wasn't any faster than using ext4 | 15:05 |
| gnarface | ... for /boot that is | 15:05 |
| gnarface | /boot seemed to be a special case | 15:05 |
| c0rnelius | as far as I know u-boot has btrfs. not sure about xfs and yes I'm referring to the fat partition. | 15:12 |
| c0rnelius | and pi's really. not other boards. the boot bins the pi uses needs the fat and even with u-boot it still depends on them to boot. | 15:13 |
| c0rnelius | u-boot is pretty much pointless on a pi | 15:13 |
| gnarface | hmm, interesting | 15:14 |
| c0rnelius | u-boot is kind of just a handoff on a pi. you trick the pi to load the u-boot.bin and then hand it off to the pi bootloader from there. | 15:17 |
| c0rnelius | i guess so people can use grub or extlinux | 15:17 |
| c0rnelius | uefi | 15:18 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!