I keep putting off asking for help, have been looking on line for a solution to the various messages of "not enough disk space in file system root.." that comes up on my phone.  I have attempted to resize when I use Jumpdrive and then the disk utility or gparted on my desktop, but one time I think I wiped the wrong partition, and then despite reading and reading, I just don't have a clear idea of how to go about increasing the root file system without wiping everything.  I have the 7-17-20 image flashed to the EMMC. I'm now unable to update due to not enough free space in /var/cache/apt/archives for the 92.6MB of archives. 
Your help would be appreciated. I apologize for asking what must seem elementary to you all....

I'm waiting on my phone (its been sitting in California for a couple weeks).

I live in Utah, and my daily phone carrier is Verizon. I'm interested in an inexpensive alternative for my PinePhone UBPorts edition. I've been eye-balling Mint Mobile, but it's really not much cheaper than what I'm paying (I've got unlimited everything for ~$70 a month currently).

Out here we've got T-Mobile & AT&T for our GSM carriers, and Sprint & Verizon for our CDMA carriers. I know a lot of the smaller companies (I call them spin-off companies, since many are just the big guys under a different name).

TracPhone seems to be popular on the forums, and I have had friends use their pre-paid services with pretty good success. My girlfriend's son uses Cingular, and she uses prepaid from Walmart (Verizon I think) but neither have much data (and I use much data  ).

I usually get the military discount, and I'm only a few years away from getting and senior citizen discounts  .

Is there a decent way to get a better deal over the phone, or in person? I don't want to pay too much since this phone won't be my daily (unless it makes me happier than my Pixel 2XL).

For reference, I am using a Braveheart with Mobian

Does anyone else suffer from the earpiece emitting static (at full volume?)

Curious if this is caused by the hardware, software, or potential water ingress.

Hi all,

I thought I would start a thread to help me decide whether to purchase a Rockpro64 or wait for the upcoming Hardrock64. I started a thread in the Rockpro64 section of the forum to decide whether I was asking a little to much of the SBC to host all the services , I would like and after a bit of discussion away from the forum, I think the Rockchip RK3399 SOC with Mali T860 MP4 GPU will more than meet my needs .

That being said I cant decide between the 2 devices which hold this chip and GPU, essentially the main objective is to have OpenMediaVault run as the main contender on the board with the other services in docker.

The rockpro64 with NAS case , PCI-e to Dual SATA-II Interface Card and 2 SSD's more than suits this need, but with the smaller form factor of the Hardrock64 and the minimal  difference in speed over usb 3.0 to sata cable,  compared to the PCI-e card is really enticing .

The Hardrock64 would provide me with a smaller form factor overall which is brilliant but the lack of a case and fan setup steers me back towards the Rockpro64 setup .

So I turn to the wisdom and opinions of the community to help me win the battle between the 2 contenders .

thanks in advance

Hello,
 
    I want to interface rockpro64 with external sensors with I2C, UART, SPI   and blinking led using GPIO pins, is there any liberay or example programs. I have installed Armbian_20.05.4 OS.

Regards,
Madhu K S

I read somewhere here that someone had ordered and received their Pinebook Pro with a larger eMMC.  Is it possible to do this?  I would like the 128Gb eMMC, but can't justify buying one separate and then ending up with a spare 64Gb one that I don't need.

Hi folks,

It is quite common for Android phones to share mobile broadband connection via wifi/bluetooth/usb to you can browse internet in other devices that doesn't have mobile broadband capabilities (aka tethering).

Has anyone tried to make tethering work with the pinephone? I guess the most difficult part would be to set the wireless interface in 'master' mode to be able to run hostapd or something similar... (IDK if the chipset supports master mode)

Thoughts?

Thanks!

# I am working on a new installation of Armbian for Rock64, and have been having an inordinate amount of trouble
# I was working and struggling mightily with getting full disk-encryption on the device.
# I now have another, more low-level problem: connecting to the internet.
# I don't know what is causing it, but suspect a random number generator required for ethernet may have stopped functioning.

===================================================================================================

# I verified the image I am using is the same one available at this time from:
$ wget https://dl.armbian.com/rock64/Buster_current
$ if [[ `md5sum file_i_used.img | cut -d ' ' -f1` == `md5sum Armbian_20.05.2_Rock64_buster_current_5.4.43.img | cut -d ' ' -f1` ]]; then
    echo MATCH;
    else echo DIFFERENT;
fi
| -> MATCH

# It's md5 checksum:
$ md5sum Armbian_20.05.2_Rock64_buster_current_5.4.43.img | cut -d ' ' -f1
| -> e0202e3887c8784d456eeab6f6ab2b11

===================================================================================================

# I discovered the internet connection problem quickly upon trying:
$ sudo apt install (package names)
| -> Could not resolve 'deb.debian.org'
| -> (With lots of other probably-irrelevant information)

# My first thought is to test network connections with ping:
$ ping 9.9.9.9
| -> connect: Network is unreachable
$ ping 192.168.1.254
| -> connect: Network is unreachable

# systemctl --state=failed reveals that haveged.service failed.
# grepping for the reason yields:
$ systemctl --state=failed | grep haveged.service
| -> haveged.service loaded failed failed Entropy daemon using the HAVEGE algorithm

# Checking journald, grepping for the relevant info I found:
$ sudo journalctl -xe | grep ip-config
| -> (...junk information removed...) device (eth0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
| -> (...junk information removed...) device (eth0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')

# I also check /var/log/syslog
# grepping for haveged yields:
$ sudo cat /var/log/syslog | grep haveged
| -> (...junk information...) "haveged[776]: haveged: Couldn't initialize HAVEGE rng 9"
| -> (...junk information...) "haveged[776]: haveged starting up"
| -> (...junk information...) "systemd[1]: haveged.service: Main process exited, code=exited, status=1/FAILURE"
| -> (...junk information...) "systemd[1]: haveged.service: Failed with result 'exit-code'."

===================================================================================================

# My next thought is to check the interfaces
# eth0 appears to be up:
$ sudo ifconfig
| -> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
| ->    RX packets 1 bytes 118 (118.9 B)
| ->    TX packets 245 bytes 42062 (41.0 KiB)
# Why not try to stop and restart it?
$ sudo ifdown eth0
| -> ifdown: unknown interface eth0
# It's still there:
$ sudo ifconfig
| -> (eth0 still listed)

# Can I stop and restart the loopback interface?
# I can:
$ sudo ifdown lo
| -> echo $? -> 0
$ sudo ifconfig
| -> (lo not listed)
$ sudo ifup lo
| -> echo $? -> 0
$ sudo ifconfig
| -> (lo listed)

# I add the following lines to both the /etc/network/interfaces and /etc/network/interfaces.default files,
# but nothing changed. This appears to be a pretty basic configuration So I don't know why:
"auto eth0"
"  allow-hotplug eth0"
"  iface eth0 inet dhcp"

===================================================================================================

# Something else new that caught my eye is that the board's red LED is blinking in a rhythm suggestive of the human heartbeat.
# I found this page regarding the LED, but that's all, and there's not much indication of what they really mean:
# https://forum.pine64.org/showthread.php?tid=5847

# I definitely don't have any heartbeat sensors attached, and I tried writing the same image to an SD card with the same results:
$ cat /sys/devices/platform/leds/leds/{standby,power}/trigger | egrep -o '\[\w+?\]'
| -> [heartbeat]
| -> [mmc0]

# The led indicating an ethernet cable is blinking normally
# I poked around using commands like the following to try and find ethernet-related LEDs but found nothing suggestive of ethernet:
$ find /sys/devices/platform/leds -type f
| -> nothing interesting
$ find /sys/firmware/devicetree/base/leds -type f
| -> nothing interesting

===================================================================================================

# Upon searching duckduckgo some more I find little that appears relevant
# This was one of the few things that looked promising:
# https://raspberrypi.stackexchange.com/qu...face#14107

# So I check the routing table:
$ sudo route -n
| -> Destination    Gateway    Genmask    Flags Metric Ref      Use Iface
| (None listed)

# Attempt to add default gateway manually:
$ sudo route add default gw 192.168.1.254
| -> SIOCADDRT: Network is unreachable

# what would raise error exit code 7?
$ echo $?
| -> 7

# Check routing table again -- nothing changed, still empty:
$ sudo route -n
| -> Destination    Gateway    Genmask    Flags Metric Ref      Use Iface
| (None listed)

===================================================================================================

I will post more updates as I continue to work on this problem.
Can anyone help?

What was the reason behind the increase in PineTab cost (Initially the standalone tablet was supposed to be $79.00 + $20 for the optional keyboard)?  or is this just a temporary increase for the Early Adopter shipment?

Also in the future could there be a lower cost PineTab (with NO battery) for an AC adapter powered tablet/kiosk application?  Would this also help lower cost of shipping and be orderable/shippable with other items?

-Lennie

Even though I received my PinePhone Braveheart months ago (albeit not using it as my daily driver), I just noticed that there are actually 2 screen protectors layered. The top one should be removed because it gets scratched very fast. Hence I thought the screen protector was of poor quality where as it does not seem to be actually. This info could be made clearer somewhere (in the box and/or in the store ?).