| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
How to install Android on...
Forum: General
Last Post: winpkr
6 hours ago
» Replies: 2
» Views: 3,573
|
Newbie questions
Forum: General Discussion on PineTime
Last Post: TouchuvGrey
11 hours ago
» Replies: 0
» Views: 13
|
SlateOS for PineTime
Forum: Development Discussion on PineTime
Last Post: gzuh000
08-12-2026, 06:24 PM
» Replies: 1
» Views: 113
|
Beta test Signal Desktop ...
Forum: News
Last Post: as365n4
08-11-2026, 08:57 AM
» Replies: 0
» Views: 96
|
SlateOS
Forum: General Discussion on PineTime
Last Post: highjumpman
08-10-2026, 07:17 AM
» Replies: 0
» Views: 135
|
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
08-09-2026, 03:30 AM
» Replies: 23
» Views: 12,947
|
Where should I post a Pin...
Forum: Getting Started
Last Post: tllim
08-08-2026, 06:56 PM
» Replies: 3
» Views: 409
|
Hacker Phone Manifesto
Forum: General
Last Post: matteorossi053
08-07-2026, 05:19 AM
» Replies: 6
» Views: 761
|
wasp-os status
Forum: General Discussion on PineTime
Last Post: cleansugar
08-07-2026, 05:15 AM
» Replies: 6
» Views: 6,587
|
Selling Pinebook Pro, Pin...
Forum: General
Last Post: arw
08-06-2026, 12:10 PM
» Replies: 2
» Views: 349
|
|
|
| found fix for man |
|
Posted by: tlaswell - 08-25-2017, 09:55 AM - Forum: Linux on Pinebook
- Replies (1)
|
 |
So straight out of the case the pinebook wouldn't show any man pages. It would say page ?/? like it didn't have any data for anything.
I tried loading or re-loading man-db (sudo apt install man-db) with no difference. Even a "sudo mandb -c" looked promising with 6000+ pages added but nothing would display. Finally a "sudo apt --reinstall install groff groff-base" fixed it.
I was close when I tried to install nroff and troff. I kept getting a troff failed message sometime after I did a man. When I went into console mode it would say man ended with code 2 and nroff would be at the end of the long string of commands above it.
I guess I need to do that kernel upgrade to get rid of the flickering and flashing/tearing of the screen. I thought apt upgrade would do that but I read somewhere here that it doesn't update boot or kernel.
|
|
|
|
| Very early experience with Rock64 and Debian Stretch |
|
Posted by: jl_678 - 08-25-2017, 07:27 AM - Forum: Linux on Rock64
- Replies (12)
|
 |
Hi,
I had a few minutes last night to test out my new Rock64 with the Debian Stretch minimal (0.5.1-89). The results were not stellar; however, I only had a few minutes to play with it and so have not dug into the situation. To provide some brief background, I have a bunch of pine64s and RPi and so am reasonably experienced with this stuff, but I am not expert like many here.
- I created the image on a known good card and the process was flawless.
- The system booted up well and threw a filesystem error requiring an fsck. This did not impact the initial boot and everything came up including SSH. Nice.
- I was able to login via SSH over the LAN. Extra nice. :-)
- My first step was to run "sudo apt-get update", and it failed with a "size mismatch" error. I think that this is a known issue
- I was curious that the SDcard was formatted with many more partitions than my pine64
- I tried to fix the disk issues with fsck, but both fdisk and gparted were unhappy and failed. I am trying to understand if this is an SDcard issue or a issue with software image. I will test with another card next week. (I would post the error message, but it was getting late and I did not have a chance to capture it.)
- The process got me thinking about expanding the volume. Do we have a script to automate this like we originally had with Debian or Armbian on the Pine64?
In short, my initial experience was not great with the Stretch image, but these are early days and I know that things will solidify. I will test out another SDcard and Jessie next week.
I share all of this in case anyone has seen similar changes or has advice about what can be done to address issues 4, 6 and 7.
JL_678
|
|
|
|
| Windows 10??? |
|
Posted by: dcmorley - 08-25-2017, 06:53 AM - Forum: News
- Replies (16)
|
 |
Does anyone know if the Pine64 is on the list of the supported ARM CPU's reportedly supported in the upcoming Windows 10 release?
|
|
|
|
| Does snapchat work on pine64 with android? |
|
Posted by: user875545 - 08-25-2017, 01:04 AM - Forum: Android on Pine A64(+)
- Replies (1)
|
 |
I know snapchat despises anything but 'real' factory default phones so will it work with this or not?
I would like to get one of these sbcs for mobile programming work instead of buying a smartphone since they don't have the government surveillance crap hardwired into them like phones do but if I need to run snapchat and if it wouldn't work then I would have to maybe get over my paranoid delusions and buy a normal phone for this work .
So has anyone run snapchat successfully on it or not?
|
|
|
|
| Ephemeral RTC Settings |
|
Posted by: Siliconserf - 08-24-2017, 06:39 PM - Forum: Linux on Pinebook
- No Replies
|
 |
OK, I'm sure there is something I'm not doing right, but the RTC has me stumped. I use the access point in the upper right of the Mate desktop to set the RTC to use my time zone and report time in 12, instead of 24 hour format. I do this as a user with Admin privileges. And the clock changes appropriately...until the next boot, whereupon I see that it has forgotten the settings and has gone back to defaults. The menus are very explicit about setting the system clock options. So what have I missed?
|
|
|
|
Solved - Resize Root Filesystem (Xenial) |
|
Posted by: aussiemate - 08-24-2017, 05:38 PM - Forum: Linux on Rock64
- Replies (4)
|
 |
This is for those less familiar with Linux, or running Linux from an SD card.
When you flash Ubuntu Xenial onto an SD card, the root filesystem size is only big enough to fit the operating system.
This is intentional; to keep the size of the image file as small as possible, making it quicker to download and flash to any size SD card (within reason).
After flashing the sd card and booting up for the first time, log in and do the following to expand the root filesystem by following these instructions.
There's a lot of code below, but the whole process took me less than 2 minutes, and you should be able to safely accept the default response to all prompts.
1. Fix the partition table to reflect the size of the SD card:
Code: rock64@rock64:~$ sudo parted -l
Warning: Not all of the space available to /dev/mmcblk1 appears to be used, you
can fix the GPT to use all of the space (an extra 60332032 blocks) or continue
with the current setting?
Fix/Ignore? F
Model: SD 5&DRP (sd/mmc)
Disk /dev/mmcblk1: 32.1GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 32.8kB 4129kB 4096kB loader1
2 4129kB 4194kB 65.5kB reserved1
3 4194kB 8389kB 4194kB reserved2
4 8389kB 12.6MB 4194kB loader2
5 12.6MB 16.8MB 4194kB atf
6 16.8MB 134MB 117MB fat16 boot legacy_boot, msftdata
7 134MB 1208MB 1074MB ext4 root
2. Increase the root partition size:
Code: rock64@rock64:~$ sudo fdisk /dev/mmcblk1
Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/mmcblk1: 29.9 GiB, 32099008512 bytes, 62693376 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 062EE0ED-2FD5-4D89-B424-771CB4465BD4
Device Start End Sectors Size Type
/dev/mmcblk1p1 64 8063 8000 3.9M Linux filesystem
/dev/mmcblk1p2 8064 8191 128 64K Linux filesystem
/dev/mmcblk1p3 8192 16383 8192 4M Linux filesystem
/dev/mmcblk1p4 16384 24575 8192 4M Linux filesystem
/dev/mmcblk1p5 24576 32767 8192 4M Linux filesystem
/dev/mmcblk1p6 32768 262143 229376 112M Microsoft basic data
/dev/mmcblk1p7 262144 2359295 2097152 1G Linux filesystem
Command (m for help): d
Partition number (1-7, default 7):
Partition 7 has been deleted.
Command (m for help): n
Partition number (7-128, default 7):
First sector (262144-62693342, default 262144):
Last sector, +sectors or +size{K,M,G,T,P} (262144-62693342, default 62693342):
Created a new partition 7 of type 'Linux filesystem' and of size 29.8 GiB.
Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
3. Tell the kernel the partition table has changed:
Code: rock64@rock64:~$ sudo partprobe /dev/mmcblk1
4. Resize the root filesystem to fill the partition:
Code: rock64@rock64:~$ sudo resize2fs /dev/mmcblk1p7
resize2fs 1.42.13 (17-May-2015)
Filesystem at /dev/mmcblk1p7 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 2
The filesystem on /dev/mmcblk1p7 is now 7803899 (4k) blocks long.
rock64@rock64:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 459M 0 459M 0% /dev
tmpfs 93M 3.9M 89M 5% /run
/dev/mmcblk1p7 30G 769M 28G 3% /
tmpfs 462M 0 462M 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 462M 0 462M 0% /sys/fs/cgroup
/dev/mmcblk1p6 100M 22M 79M 22% /boot/efi
Reboot and you're done!
...but don't forget to change the default password from rock64
|
|
|
|
Rock64 Boot-up Bug with Serial Console Cable |
|
Posted by: MarkHaysHarris777 - 08-24-2017, 04:33 PM - Forum: Rock64 Hardware and Accessories
- Replies (1)
|
 |
Greetings,
The Rock64 often will not boot-up with a serial console connected to the console uart pins (6, 8, & 10).
Symptom: lights come on, nothing happens at all.
Solution: unplug the Tx line coming in on pin(10) prior to applying power for boot-up.
The Tx line often (if not always) has 3v3 on it when the other end is powered up, even in the idle state. This voltage present on pin(10) of the Rock64 prevents it from booting, sadly. I have reliably verified that unplugging the Tx line in on pin(10) of the Rock64 will allow the boot-up to start... as it boots up , carefully plug the Tx line back onto pin(10).
Also noticed that the Tx line (if left connected to pin[10] on Rock64 power-down) will back-feed into the board, which will dimly light the red LED (small glow) ! This back-feed is preventing boot-up.
Fortunately the serial console monitor does not need this line connected to monitor as long as it has the Rx connection and a good ground, so unplugging the line from pin(10) does not prevent monitoring the boot-up messages on the serial console.
Note: This problem occurs on both of my boards; dev board pre production, and the production master-piece which came last week !
Note: At this point I don't know if the current draw on the Tx line might damage the monitor ; currently I'm using my PineA64 desk machine as the serial monitor for my Rock64 boards.
|
|
|
|
|