Post-install niggles of EnOS KDE on Pinebook Pro

Hi there! While I found the installation process a bit weird (after dd’ing installer to SD card, and booting off of it, it overwrites the same SD card with the chosen installation… WHY?), I managed to get it done correctly, as well as transfer it to the eMMC, including LVM-on-LUKS and btrfs root. Long story short, it works, but I found the following minor issues:

  1. After the kernel loads, the screen goes pitch black instead of showing a prompt to enter the LUKS password. This means I have to just know to type the password when the screen turns off. It’s a minor annoyance but I’d rather not have it do that.

  2. When I reboot the Pinebook Pro, the WiFi adapter is missing, and I have to power off and back on for it to work again. I can consistently reproduce this, and would appreciate a solution.

  3. The KDE systray shows an icon when the battery is being charged but not when the system is running off battery. How to work around it?

Any help is greatly appreciated!

Under system tray settings go to battery & brightness & check it’s visibility (I have it set to show when relevant)

1 Like

Booting off of the dd’ed SD card, does not overwrite the same SD card, it just adds to it. The dd’ed card contains a base image on which to install the desired Desktop Environment or Windows Manager. First Boot then launches Calamares which prompts for the desired DE / WM, timezone, language, username, and other information. Then it layers the base install with the chosen DE / WM and configures the final product. This allows us to offer a single image that supports 16 different DE / WM as opposed to 16 different images (one for each DE/WM) that would need support.



If no mind . What you call “Correctly” ? i be interested in your " correct " process . if you no mind it help me understand your post better .

EDit … PBP for long time on different distros have hit/miss problem with reboot .( wifi,bluetooth + blackscreen common) it better if power off

I suspect some misunderstanding here. :face_with_monocle:

False alarm...

Someone changed the topic category to ARM.
Well, this doesn’t look to me like an ARM device.

Edit: It seems I have not been following the news, or my memory fades away. Probably the latter.

Let’s wait for the user to explain :face_with_raised_eyebrow: .

This is usually a firmware (BIOS/UEFI) problem.

IIRC this follows Plasma Power Management settings. Check Plasma Settings and see if it is configured as you prefer.

Pinebook pro that arm …


It is an ARM device, and ARM does not have a BIOS or UEFI. It has uboot or a similar bootloader installed on the motherboard in NVRAM (I think) which is immutable. The only way to change something is to flash an entire new binary bootloader to the device.



Well, the installer itself has few options, and it’s just a question of selecting the correct keyboard layout, locales etc., as well as providing a user name and password. The interesting part comes afterwards: transferring the newly installed system to eMMC. On a high level, I did the following:

  • Create boot partition with ext4 (the installer uses FAT32 but there is no need for that on the PBP)
  • Create LUKS volume, a LVM PV on that, and two LVM LVs (one for swap, one for the rest)
  • Format root LV with btrfs, and create subvolumes and directories as needed
  • Mount the whole tree under /mnt, and copy the system from the SD card
  • Make the necessary adjustments to /mnt/etc/fstab, /mnt/boot/extlinux/extlinux.conf, and /mnt/etc/mkinitcpio.conf (in the latter, you need to add encrypt and lvm2 hooks)
  • Regenerate initrd
  • Unmount everything, and reboot to eMMC

It’s not difficult but somewhat tedious, and even though I have done similar things on several systems, it always takes a good hour or two until everything works right.

interesting :pray:

true, then again ext4 is recommended but no set in stone . i guess the EOS devs want use FAT32. ( that their choice + maybe fit their needs )

so you define “correctly” on your want/setup?

I no comment on installer ( i never used it ) i more manual old way plus also no use btrfs ( no need it + more trouble than worth. ) just my opinion

:pray: again for clean straight answer ( wish more people answer same )

i hope you enjoy your PBP the way you like it set up . That the wonder of Linux . Choice !

My best guess is that it is based on the vast majority of users who will use UEFI boot on x64. The UEFI spec requires the use of FAT32 for the EFI partition, and since that works for basically everyone else as well, it became the boot/EFI partition’s format.

Yes, I do.

Thank you for the clarification. An optional step of choosing the install target, unpacking the base image onto it, and adding the chosen DE/WM would work the same way, though; no need for a bunch of separate installers either.

well one size no fit all . Everyone have different want/needs. can no pls everyone.

Unfortunately I have to disagree because I installed Void Linux again from scratch, and when I reboot back into it, it always has the WiFi device, therefore it must be an EndeavourOS problem. Void has kernel 6.1.something.

no. happen on many distro . like i post before, it hit or miss. ( it been discussed many time on different forums over few year) it happen a few in past for me