| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 29,699
» Latest member: bigyoshi
» Forum threads: 16,260
» Forum posts: 117,188
Full Statistics
|
| Latest Threads |
Volumio (PINE A64-LTS / S...
Forum: Linux on PINE A64-LTS / SOPINE
Last Post: kapqa
Today, 02:02 AM
» Replies: 8
» Views: 15,508
|
Reinstallation Arch Linux...
Forum: General Discussion on PineTab
Last Post: rth
Yesterday, 08:25 PM
» Replies: 1
» Views: 205
|
Old Danctnix server in Pa...
Forum: PineTab Software
Last Post: brorean
11-21-2025, 08:45 PM
» Replies: 1
» Views: 129
|
PinePhone, PinePhone Pro,...
Forum: PinePhone Hardware
Last Post: brb78
11-20-2025, 04:15 PM
» Replies: 0
» Views: 107
|
Recycling pinephone as ho...
Forum: PinePhone Hardware
Last Post: biketool
11-20-2025, 09:04 AM
» Replies: 5
» Views: 605
|
Light Sensor / Proximity ...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
11-18-2025, 03:07 PM
» Replies: 1
» Views: 174
|
How to stop it turning on
Forum: General Discussion on PinePhone
Last Post: biketool
11-18-2025, 02:30 PM
» Replies: 3
» Views: 479
|
8/24 status of JumpDrive
Forum: PinePhone Software
Last Post: biketool
11-18-2025, 01:27 PM
» Replies: 5
» Views: 2,167
|
Questions about running U...
Forum: General Discussion on PineTime
Last Post: alicesphere
11-18-2025, 12:48 AM
» Replies: 0
» Views: 104
|
Difficulty with openSUSE ...
Forum: PinePhone Software
Last Post: danm1988
11-17-2025, 07:49 AM
» Replies: 0
» Views: 103
|
|
|
| Devuan Appear to Work |
|
Posted by: Zachir999 - 01-21-2020, 03:11 PM - Forum: Pinebook Pro Tutorials
- Replies (16)
|
 |
This thread is to post that, in my experience, migrating from the default Debian to Devuan works without issue. I will note that you need to use Devuan ASCII, Beowulf will not let you upgrade properly. I have not extensively gone through to test features, I will post if I run into any issues.
Steps:
1. Install sysv init system
2. Reboot
3. Install WICD (this is temporary, and unnecessary if you know how to use wpa_supplicant)
4. Stop NetworkManager, and start WICD (or wpa and dhcpcd)
5. Change /etc/apt/sources.list from the default debian repo to deb.devuan.org/merged and change Jessie to ASCII
6. Purge systemd (this will also remove mate, lightdm, and networkmanager)
7. Apt update and install devuan keyring, by running 'apt-get --allow-unauthenticated' (there must be a better way to do this, but I don't know it)
8. Apt upgrade
9. Install NetworkManager, lightdm, eudev, elogind, and whatever de or wm you want
|
|
|
|
| Chrome settings that's with default Debian install |
|
Posted by: FeMike - 01-21-2020, 02:15 PM - Forum: General Discussion on Pinebook Pro
- Replies (3)
|
 |
I just received my pb64 and liking it so far. When signing into chrome to sync my accounts I noticed that after I sign into my first about then go into settings to add another the aw snap page pops up. I checked that my internet was connected and confirmed it while a previous page was loading without issue but the settings page keeps going to the error screen. Not sure what's happening, does anyone running the default Debian that has signed into their Gmail can you go to settings and see if it happens to you and report back? At least I'll know if it's a bug or just me.
|
|
|
|
| OS development question |
|
Posted by: vfr400racer - 01-21-2020, 01:04 PM - Forum: Linux on Pinebook Pro
- Replies (4)
|
 |
Currently I am using the default debian image provided by @Mrfixit2001 . It seems to me, that the image, as every other downloadable image from the download section, contains a lot of modifications and extensions to the standard kernel and drivers. I am wondering if I have to stick to these customized images for the lifetime of the PBP. Are there plans to propagate these modifications to the standard debian repositories? Are there plans to create a PBP (or pine64) specific distro, like Raspbian for the rpi. As I am new to this, can anyone explain to me, how FOSS OS development generally happens and how it will be in this specific case.
|
|
|
|
PinePhone Build Environment |
|
Posted by: grondinm - 01-21-2020, 12:21 PM - Forum: General Discussion on PinePhone
- Replies (5)
|
 |
I am interested in setting up a build environment for pinephone. I plan on using Manjaro/Arch. I'm thinking it would be nice to be able to build packages either from AUR or just source on a faster CPU.
I'm not sure the best way to set this up. I was thinking qemu but i have had no luck getting qemu-system-aarch64 to boot anything. Obviously i'm doing something wrong. What's a good guide on running say Arch arm using qemu?
I've tried just issuing this command
sudo qemu-system-aarch64 -machine virt -machine type=virt -m 2048 -cpu cortex-a57 Manjaro-ARM-plasma-mobile-pinephone-alpha2.img
is there another machine/type/cpu i should specify. All i get is a black screen with a qemu prompt. Maybe i need to specify other devices? Maybe i need to extract the image somehow and specify the kernel separately?
The other thing i thought of was using a chroot but that would not work since the host and target do not share the same architecture correct?
any help/kick in the right direction would be appreciated.
|
|
|
|
k3os |
|
Posted by: merquerio - 01-21-2020, 11:16 AM - Forum: Linux on RockPro64
- Replies (1)
|
 |
Hi there, first post here, so any recommendations are more than welcomed.
0. Context
I wanted a home server as minimalist as possible, to lower the maintenance burden, so I bought the RockPro64 and it arrived January 20th.
We use Kubernetes at work so I wanted something similar that is easy to operate and maintain. I found k3os a Linux distro that it's single purpose is to run Kubernetes. This will allow me to focus on deploying the Helm charts we need at home and keeping the data safe (redundancy, backups ...).
I open the thread to share my experience as I go through the process of getting everything up and running.
1. Installing k3os
As far as I understand the RockPro64 cannot be run using the upstream kernel (please correct me if I'm wrong.). So I decided to look for a distro that supported Docker out of the box (just in case). Thanks to @ayufan, there is a Ubuntu (Bionic) image with Docker support available here. So I decided to test it, burning it into the eMMC (the microsd card boots too).
Code: # Extract the image
unxz bionic-containers-rockpro64-0.9.16-1163-arm64.img.xz
# Burn the image to the eMMC
dd if=bionic-containers-rockpro64-0.9.16-1163-arm64.img of=/dev/sdc bs=10M
I don't have any external monitors, so SSH access was key for me. This image starts a SSH server that I found easily on my network (eth access).
Code: # pass: rock64
ssh rock64@192.168.1.20
Once inside I tested that Docker was running correctly, that the PCIe Dual SATA-II Interface Card was correctly detected and that the 2x HDD 1TB drives were there. In fact I found out that one of the drives is dead (but replacement is on it's way). I prepared the drive, but I will go in more details as soon as I receive the replacement.
Getting k3os to work was surprisingly easy. They provide a takeover installation that works like a charm. First you need to create the configuration file `config.yaml` that will set all the necessary stuff for the host OS. In fact, all the host OS should be done here. The details about this file are available here. In my case, for now, mounting the HDD was enough.
Code: ssh_authorized_keys:
- "ssh-rsa <the content of your id_rsa.pub"
hostname: nucloud
write_files:
- content: |-
/dev/sda1 /var/k8s-storage ext4 auto 0 0
owner: root
path: /etc/fstab
permissions: '0644'
k3os:
labels:
whatever: you-want
dns_nameservers:
- 192.168.1.1 # update this to your local or public DNS server if needed
ntp_servers:
- hora.rediris.es
password: <pass>
token: <token>
Then we download the rootfs and place in the root of our fresh install:
Code: curl -sfL https://github.com/rancher/k3os/releases/download/v0.8.0/k3os-rootfs-arm.tar.gz | tar zxvf - --strip-components=1 -C /
cp myconfig.yaml /k3os/system/config.yaml
sync
reboot -f
And now our system will boot into k3os. This method places k3OS on disk and also overwrites `/sbin/init`. On next reboot the bootloader and kernel should be loaded, but then when user space is to be initialized k3OS should take over.
2. Access the Kubernetes node
Now that we have our system up and running, further access to the RockPro64 is not mandatory. k3os install k3s, a kubernetes lightweight distribution, and from now on we can operate the single node "cluster" remotely. To gain access from your laptop/desktop using kubectl, you just need to copy the access credentials and add the to your `~/.kube/config`:
Code: scp rancher@192.168.1.20:/etc/rancher/k3s/k3s.yaml .
# Edit your ~/.kube/config to add the content of k3s.yaml or extend your $KUBECONFIG:
mv k3s.yaml ~/.kube
echo "export KUBECONFIG=$KUBECONFIG:~/.config/kube/k3s.yaml" >> .bashrc
ø. (WIP)
- Launch all the Helm charts
- Encrypt local data.
- RAID (software?) vs LVM vs ZFS, suggestions are more than welcomed
- Backup data locally and to a remote node (encrypted)
- Provide DDNS access to the kubernetes ingress
|
|
|
|
| [GUIDE] ArchLinuxARM on Pinebook Pro |
|
Posted by: hku2 - 01-21-2020, 10:13 AM - Forum: Pinebook Pro Tutorials
- Replies (10)
|
 |
Hello!
I just got my Pinebook Pro (ANSI) a couple of days ago.
I tried a few of the various OS images out there, and was really impressed with the performance.
I do like to run ArchLinux on my machines though, and since I am relatively new to the ARM architecture, I felt like I owed it to myself to at least try and get arch running on my pinebook pro!
![[Image: EOr8IRyWsAIhGG5?format=jpg]](https://pbs.twimg.com/media/EOr8IRyWsAIhGG5?format=jpg)
Below is the process I used. There's probably a better way of going about this, but like I said, this is my first attempt at bringing arch up to an unsupported device.
1) Environment Setup
Boot from your SD card to any Manjaro image (I used the Manjaro XFCE one).
Code: sudo -i
pacman -S arch-install-scripts
Next, get the Generic AArch64 ArchLinuxARM image from here.
2) Prepare the eMMC (or NVMe)
We will have to prepare our eMMC (or NVMe) for the installation.
I initially installed mine on an NVMe, but even though its power consumption was 2.5W, the maximum supported by the pinebook pro, it would keep crashing at peak draws from the drive, so I ended up installing to the emmc instead.
The following guide applies to the emmc, but if you're installing to an nvme, simply replace /dev/mmcblk2 with /dev/nvme0n1.
Code: fdisk /dev/mmcblk2
g # to create a new GPT
n # to create a new partition
1 # partition mumber
65536 # as the starting sector (we will need this space to flash Uboot in)
<ENTER> # for the last sector (auto)
w # to write the changes to disk
# create a filesystem
mkfs.ext4 /dev/mmcblk2p1
# mount the partition
mount /dev/mmcblk2p1 /mnt
# extract the image to the mounted partition
bsdtar -xpf ArchLinuxARM-aarch64-latest.tar.gz -C /mnt
# generate the fstab entry for your emmc partition
genfstab -U /mnt >> /mnt/etc/fstab
# switch to the arch chroot
arch-chroot /mnt
3) Configure the installation
We will now need to configure the installation, and make some necessary changes to make it work with the pinebook pro's SoC.
For this, I have used the Manjaro packages for the kernel, uboot and wifi firmware.
I imagine these packages will soon be backported from manjaro to arch, although I am not quite sure how this process works.
If I am mistaken, and they do not make it to the arch repos, then I'll try and create AUR packages for them, so we can get updates.
Code: # initialize the pacman keyring
pacman-key --init
pacman-key --populate archlinuxarm
# install wget
pacman -S wget
# for now, get the packages from the manjaro arm repos (feel free to use a mirror closer to you instead)
cd
mkdir manjaro-packages
cd manjaro-packages
wget http://ftp-nyc.osuosl.org/pub/manjaro-arm/repo/stable/aarch64/core/linux-pinebookpro-5.5.0-0.2-aarch64.pkg.tar.xz
wget http://ftp-nyc.osuosl.org/pub/manjaro-arm/repo/stable/aarch64/core/uboot-pinebookpro-2020.01-4-aarch64.pkg.tar.xz
wget http://ftp-nyc.osuosl.org/pub/manjaro-arm/repo/stable/aarch64/community/pinebookpro-post-install-20191121-1-any.pkg.tar.xz
wget http://ftp-nyc.osuosl.org/pub/manjaro-arm/repo/stable/aarch64/community/ap6256-firmware-2020.01-1-aarch64.pkg.tar.xz
# install the downloaded packages
pacman -U linux-pinebookpro-5.5.0-0.2-aarch64.pkg.tar.xz
pacman -U uboot-pinebookpro-2020.01-4-aarch64.pkg.tar.xz
pacman -U pinebookpro-post-install-20191121-1-any.pkg.tar.xz
pacman -U ap6256-firmware-2020.01-1-aarch64.pkg.tar.xz
# install uboot on the emmc
dd if=/boot/idbloader.img of=/dev/mmcblk2 seek=64 conv=notrunc
dd if=/boot/u-boot.itb of=/dev/mmcblk2 seek=16384 conv=notrunc
# generate the new initramfs (chances are it's already been generated by now, but no harm in doing it again)
mkinitcpio -P
4) Final Steps
- Rename the alarm user, and change passwords for your new user and root
(Reference: https://wiki.pine64.org/index.php/Pinebo...ame.2C_etc)
Code: usermod -l myself -d /home/myself -m alarm
chfn -o "John A Doe" myself
groupmod -n myself alarm
passwd myself
passwd
- Follow the archwiki installation guide and complete any missing steps, like editing /etc/hostname, /etc/hosts, /etc/locale.gen, /etc/locale.conf, etc:
https://wiki.archlinux.org/index.php/Installation_guide
- Install optional packages
Code: pacman -S base-devel vim bash-completion networkmanager htop lsof strace
- Power off your pinebook pro, remove the SD card, and boot to your new ArchLinuxARM installation!
Code: exit # exit the chroot
umount /mnt
sync
poweroff
- Install a WM/DE. I am currently testing out SwayWM, and it appears to be very stable and fast!
5) Potential ToDos
- Consider creating AUR packages for the packages we borrowed from Manjaro in Step 3, if they don't get backported soon.
- Perhaps create an image you can flash straight to your emmc, instead of having to do all of the steps above.
|
|
|
|
| Android 9 img 64gb and google (first post) |
|
Posted by: user7654 - 01-21-2020, 10:07 AM - Forum: Android on Rock64
- No Replies
|
 |
Hey all, I've just got Android 9 on my rock64 v2 up and running via burning it to sdcard. For some reason the 32gb img didn't agree with the board...
Anyway, is there perhaps a tutorial somewhere about getting Google services and stuff into the ROM?
Sent from my Pixel 3 XL using Tapatalk
|
|
|
|
| [Default Debian] Issue with Wifi captive portal? |
|
Posted by: Tazdevl - 01-21-2020, 07:33 AM - Forum: Linux on Pinebook Pro
- Replies (9)
|
 |
I'm a but stuck at the moment, wifi at work uses a captive portal to signin (or onboard to BYOD).
After some google-research, it looks like I need to do something with resolvconf but at present this is missing on my machine.
Did the trick with networkmanager & creating some [connectivity] settings... but no luck.
Any idea how to fix this?
|
|
|
|
| Trackpad Switch primary/secondary buttons and paste on double-tap? |
|
Posted by: lowry - 01-21-2020, 07:21 AM - Forum: General Discussion on Pinebook Pro
- No Replies
|
 |
Hello,
I am left-handed and an old-time Linux user.
As a left-handed, I'd like to switch primary and secondary button.
As an old Linux user, I'd like to have the select on single-finger double tap and paste on double -finger tap. The default configuration seems to link the single-finger tap and the double-finger tap to the primary button (button 1), and the triple-finger tap to the middle button (button 2). Once I invert primary and secondary buttons with
Code: xinput set-button-map 7 3 2 1
then the single-finger tap and the double-finger tap are also sending "button 3".
Is there a way to decouple double-tap, single-finger and double-finger tap in trackpad configuration?
|
|
|
|
|