Hey,

Im trying to get an encrypted Manajaro Arm Minimal Running on my pbpro. I managed to create a minimal manjaro arm image and tried the following

1. Flash Uboot from Manjaro to the first sectors of the EMMC
2. Create a 500MB Ext4 Boot partition
3. Create an encrypted BTRFS Luks partition  for the rest of the emmc

I copied the fs to the main btrfs partition and moved /boot to the boot partition. Without any further setup i tried booting the pbpro and only got a black screen. I think what I have to do now is

1. Reconfigure UBOOT to find the /boot partition and advice kernel to mount encrypted btrfs root partition
2. Recompile Kernel with all the stuff necessary for booting luks
3. setup fstab for the new rootfs

I know how to do the last one but I'm stuck on the first two and cant find any good refenrece on how to do this on arm with uboot. Can you help me?

Thx

P.S. Once i firgured it all out, I'll write up a guide for yall

Is there a practical method to exchange the default Debian install on the eMMC with the Manjaro Plasma install I'm currently running from the SD card? I have invested a non-trivial amount of time and effort into installing the packages I need and customizing the environment of both -- I'd really like to not have to re-do all of that.

Could it be as simple as:

1. use Gparted to shrink the partitions of each to just larger than the actual space being used

2. use dd to copy the offline partitions to image files on a fresh install of Debian on a large SD

3. use dd to copy the Manjaro image to /dev/mmcblk2 (after verifying that's the right device)

4. boot into the newly-restored Manjaro and use dd to copy the Debian image to a SD card

5. use Gparted to resize the partitions of both filesystems to use all the space available on the drives?

I have not been able to boot to a USB flash drive, which would allow to manipulate both the eMMC and SD filesystems offline in the same session.

Just saw this in a newsletter for another tablet, and thought I'd share. It could make for a good QT UI option to run on the PinePhone/Tab with Manjaro or pmOS: https://github.com/cutiepi-io/cutiepi-shell/ I imagine it probably still needs to mature a bit, though.

Hello! My Pinebooj pro, which just came in Monday, has a problem where, after a few minutes of use, the screen will lose all colors, and only show vertical gray bars. I assume it still has some levels of responsiveness because if I continue to click around it sometimes changes.
Based on my experience with the exact same happening to a $1000 lenovo laptop, I would say the LED backlight is still working, but the actual LCD cable is screwed up.

What would be my best course of action to get this fixed as quickly as possible? I have a need for this laptop for school work.

Hello fellow piners!

I have a problem and kind of a workaround for it already, i case any of you face the same problem.

My Case:
i wrongfully installed a vpn client which offers only "Rasbian 32-bit" Support.
(I like to try/break things on purpose)
They provide a full arm.deb package which i installed and and the client works.
But then on the next reboot i get in a bootloop, seeing only the "OPEN SESAME" splash and then it reboots again.
(If anyone can offer me a good explanation why that happens, it would be much appreciated)

WORK-AROUND:
I noticed if you let it loop for 3-5 times with a MicroSD in the Slot (mine had already the new image on it) it eventually goes to your normal LightDM login. then you can remove the package and everything works again!

Does the VPN Client use any hooks or modifies something trivial?
I tried it with the wlan privacy switch OFF and it didn't work.


For now i'll configure my VPN manually, but an explanation would be very helpful!
(Or a package from my VPN provider arm 64-bit)

Thanks for reading!

Forgive me if this was asked already as the mobile website doesn't have search option though I did skim through a few of the pages with no luck. My issue is that after I change my clock to my local time by clicking on clock at bottom of screen and editing it there when I reboot it's back to plus 5 hours or UTC time. When I search the web,s point to a file in /etc/default/ rcS and changing UTC=yes to UTC=no. I can't recall exactly as I'm not at home with machine but it's either the file doesn't exist or at least as the same name or when I open it there isn't the same wording. Anyone who's changed their time and it sticks through reboots mind sharing the steps for me? Thank you

Hi all,

First thing we did was make another user than "rock" with the adduser command. Should've changed the password of "rock" immediately I guess.
The new user logged us in a gnome desktop with no functional trackpad.
When Chrome was launched (logged in as "rock") we saw "Fres-news.com" was already installed.

We followed the steps in the https://wiki.pine64.org/index.php/Pinebook_Pro under 2.1.1 to change from "rock" to another user.

Chrome was removed because going to settings to try to remove Fres-news always gave an error once you move the pointer in the settings tab.

1) Anyone else got infected by fres-news?
2) If anyone could tell me how to add users to Mate desktop, I'd be grateful.

Hey guys, I figure this may be interesting to a few folks so wanted to share.

New to ARM and finding things can be a little trickier than I expected, so when I was setting up a dev environment I wanted to keep things simple and have my code compiled and running in an x64 machine.

So long story short I ran up an always free remote VPS and installed a virtual IDE there I can get at through the browser which will then be accessible across any of the images I boot on the PBP


Quick steps are:

1) Get a free VPS - currently Oracle will give anyone two free linux boxes (plus DB plus other stuff) forever, so I like this option (cloud.oracle.com/free) although I'm sure other options are available.
2) SSH into the remote box and install docker | docker-compose
3) Setup an a record on your domain e.g. vs.*** points to server IP.
4) Here's the docker compose setup I use to run the container with SSL behind an NGINX reverse proxy.

I recently (early January) got my ANSI keyboard PBP, including the serial console cable I ordered. Based on other threads I knew the cable had an incorrect 5V signal level, but I wanted to investigate the situation a bit more myself.

So I looked at the schematics and RK3399 SoC datasheet, and realized that the UART signal voltage isn't 5V, but it isn't 3.3V either, as other threads have said... It's actually supposed to be 3.0V!

If you trace the signal from the headphone jack through the schematic, it leads you to the lower right corner of page 10:



This helpfully shows this group of pins on the SoC can be configured as 1.8V or 3.0V, but based on the connection of pin APIO4_VDD to 3.0V (see green circle) and a quick look at the datasheet, I concluded that in the PBP the correct voltage is 3.0V. These UART signals do go through U7002 to switch the jack between headphone and serial modes, but that does nothing to convert voltages.

I double-checked the voltage with a voltmeter on the PBP's TX line, which also indicated 3.0V.

My next question was whether the SoC could tolerate 3.3V on these pins, but I checked the datasheet and it indicates a maximum of 3.15V:



So not only is 5V too high, but so is 3.3V!

Unfortunately, 3.0V isn't a standard voltage for USB serial cables, and I didn't find any commercially available (but I didn't look too hard). And since I already had the 5V one from Pine64, I decided to mod it!

Here's the schematic of my mod. Original is in pencil; my changes are in blue:



There are conceptually two changes:

1. Previously, the receive line had a 4.7K pullup resistor to 5V. I changed this to use a voltage divider that pulls up to 3V and has roughly the same impedance as the original, using an 8.2K resistor to 5V and a 12K resistor to ground. You could probably get away with leaving the 4.7K resistor in and just adding a 7K resistor to ground instead.
   
2. I added a voltage divider on the transmit line to create 3V output signals using a 240 ohm series resistor and a 360 ohm resistor to ground.
   

Hello Pine64 Community,

since Oracle has no available option for Java 11 for Arm64 I was asking and looking for different ways and sources.

I found out that Azul Systems (https://www.azul.com/downloads/zulu-comm...ackage=jdk)
and also Bellsoft (https://bell-sw.com/pages/java-11/) both distribute a Java Version that is made for Arm64 Systems and thus should work for Pinebook Pro.

Nevertheless, since I am quite a novice I was not able to properly install them and make them work.
Is it even possible to install them on the Pinebook Pro and make Java 11 work for Arm64 (yet)?

When I tried to install from the terminal there was no executable option to install (e.g. like configure)
When I tried to install via package installer the option to install was greyed out.

It would be so great if one of you could answer my questions or even help me work around my problem.
Maybe someone could provide me with a "how to" or "step by step" support as Iam currently about to give up.


Thanks!