Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 29,473
» Latest member: Samliams
» Forum threads: 16,196
» Forum posts: 116,875
Full Statistics
|
|
|
Fedora 27 on Pine64 |
Posted by: gregjo - 10-26-2017, 05:50 PM - Forum: Linux on Pine A64(+)
- Replies (18)
|
 |
Official Fedora support is nearing the light of day from the good folks on the Fedora ARM team. Note to admins here, it may be time to add a Fedora Sub Forum on this site. :-)
If you are interested in running a pre-release version of Fedora 27 on your Pine64, here's what you need to do at this point in its development. Note, Fedora's philosophy eschews proprietary software as much as possible, so if upstream support isn't yet available, it won't be in Fedora. There's no graphical support yet, so you'll only be able to watch the OS boot on the serial console. On first boot, you can create a user, set the timezone, etc. Then you can log in. From there, once ethernet is established, you can SSH to the board.
Here are the steps as I best understand them. I'll update as needed:
*) Acquire a UART cable for using the serial console. Reference this resource:
http://linux-sunxi.org/Pine64#Serial_port_.2F_UART
*) Obtain one of the daily Fedora builds from Koji. I'd recommend one of either the Minimal or Server builds:
Minimal: https://koji.fedoraproject.org/koji/pack...geID=24072
Server: https://koji.fedoraproject.org/koji/pack...geID=24074
Make sure there's a green check mark by the item you intend to download, as that indicates that it was successfully built that day. Remember: This is pre-release software. Eventually you'll end up with a file named similar to this (the date will be different):
Fedora-Minimal-27-20171026.n.0.aarch64.raw.xz
*) Write the image to your microSD card. Determine the device name to which you'll be writing. /dev/sdb in this example.
Code: sudo xzcat Fedora-Minimal-27-20171026.n.0.aarch64.raw.xz | dd of=/dev/sdb bs=4M status=progress conv=fsync
*) The Fedora ARM Installer does not yet support Pine64 as a target, so the SPL/U-boot pieces currently need to be written separately to the microSD card. To get the proper images, you can install uboot-images-armv8 from Rawhide. A recent version of this is required. Otherwise there's some ugly manual steps you'll have to do. Just get the recent version, and I won't document the ugly steps. :-) If you do that, the path names you'll need to use are listed in this snippet.
Code: sudo dd if=/usr/share/uboot/pine64_plus/sunxi-spl.bin of=/dev/sdb bs=8k seek=1
sudo dd if=/usr/share/uboot/pine64_plus/u-boot.itb of=/dev/sdb bs=8k seek=5
sync
If you don't want to install from Rawhide, pull the uboot-images-armv8 image from here:
https://mirrors.kernel.org/fedora-second...ackages/u/
You can either install from the RPM, or even extract the RPM using CPIO:
https://blog.packagecloud.io/eng/2015/10...-packages/
Either way, adapt the code to write these two files (sunxi-spl.bin & u-boot.itb) to the microSD card.
*) Insert the microSD card into the Pine64 board. Attach the UART cable to the appropriate pins on the Pine64. Plug the USB end of the cable into your 'other' machine. Then you'll need to run a terminal from your other computer. I use:
Code: screen -L /dev/ttyUSB0 115200
*) Power on the Pine64, and watch the fun. The initial-setup-tui program will run allowing you to set the timezone, create a user, etc.
*) Currently there is a bug that (to my knowledge) has not yet been fixed that prevents you from getting the ethernet port to work. Here is the current workaround. Execute on the Pine once you are logged in. (Or make the change on the microSD card before you boot.) You need to soft link the DTB directory that matches the kernel you will boot.
Code: sudo ln -s /boot/dtb-4.13.x-xxx.fc27.aarch64 /boot/dtb
Then reboot, and ethernet should work.
Have fun!
Code: # uname -a
Linux pine 4.13.8-300.fc27.aarch64 #1 SMP Wed Oct 18 15:24:54 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux
|
|
|
Boot from USB/msata |
Posted by: marcelser - 10-26-2017, 02:57 PM - Forum: openHAB
- No Replies
|
 |
Hi,
I read in other forum threads that it's possible to just have the boot image on the SD-card but then boot that actual OS from USB (or in most cases also from USB->msata connectors but in OpenHAB forum I didn't find a single thread about this.
Is nobody worried about sd-card corruption as openhab is writing logs and stuff constantly afaik.
Anyhow, what do I have to change (probably in boot partition) to actually boot from USB/msata SSD and how to copy OS Partition from card to ssd given I only have a windows machine (no linux with cardreader available).
Would greatly appreciate any help on this.
Best regards,
Marc
|
|
|
How to launch SSH Server service at boot |
Posted by: IlmarsM - 10-26-2017, 02:51 AM - Forum: Android on Rock64
- No Replies
|
 |
Hi!
I'm using SSHDroid SSH Server app to enable SSH access to my Rock64 board, but what ever setting I check in app it fails to start at device startup. Does anyone has idea how to fix this problem?
|
|
|
short boot time after power-up |
Posted by: bongo - 10-26-2017, 02:05 AM - Forum: General Discussion on PINE A64(+)
- Replies (7)
|
 |
i use my pine a64 as a media player to stream services like netflix,...
to be able to run the netflix app, i have android 7.0 running.
after power-up, my pine takes quite a long time to get ready for operation.
is there a way to speed up the boot process?
is there a better os than android to use the pine for streaming?
is there anything else i can do to improve performance?
thanx for your help!
|
|
|
Read battery state |
Posted by: MaWalla - 10-24-2017, 07:04 AM - Forum: Rock64 Hardware and Accessories
- Replies (5)
|
 |
Hello, this is my first Forum post, so correct me if I do anything wrong, anyway:
I've purchased a Rock64, when it's delivered, I want to power it by battery (Power bank), yet I want the read the battery state. My Idea was to connect the Rock64 via USB right to the Power bank (as usual), but an additional cable directly from the 3,6V battery to a GPIO pin and read it using software.
I have no idea about GPIOs, so is it totally wrong, could it maybe bridge the undervoltage protection and therefore bring me into trouble, or can this actually work?
Another idea of mine would be to connect + and - of the 4 status LED's and provide its on/off state to the GPIO and then determine if the battery is at 100-75, 75-50 25-50 or 25-0% charge.
What is the best approach to get battery levels to a Rock64?
Greetings, Max
|
|
|
|