| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
60fps display updates pos...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
4 hours ago
» Replies: 0
» Views: 22
|
No telephone call audio, ...
Forum: PinePhone Pro Hardware
Last Post: biketool
5 hours ago
» Replies: 2
» Views: 45
|
Password reset via u-boot...
Forum: PineNote Software
Last Post: oliviamillera
Today, 01:59 AM
» Replies: 7
» Views: 3,315
|
Selling my Pinephone Pro ...
Forum: General Discussion on PinePhone
Last Post: Kevin Kofler
Yesterday, 10:25 AM
» Replies: 2
» Views: 2,820
|
Window Maker Live for Pin...
Forum: Linux on Pinebook Pro
Last Post: vajak
Yesterday, 07:14 AM
» Replies: 0
» Views: 54
|
sd card problems
Forum: PinePhone Accessories
Last Post: ottahe
Yesterday, 06:42 AM
» Replies: 2
» Views: 109
|
Recycling pinephone as ho...
Forum: PinePhone Hardware
Last Post: mdk
Yesterday, 02:57 AM
» Replies: 6
» Views: 791
|
Battery connector dead
Forum: PinePhone Hardware
Last Post: mdk
Yesterday, 02:54 AM
» Replies: 4
» Views: 2,479
|
Questions about running U...
Forum: General Discussion on PineTime
Last Post: ArmbianForSBCs
Yesterday, 02:42 AM
» Replies: 1
» Views: 212
|
Armbian has been released...
Forum: News
Last Post: ArmbianForSBCs
Yesterday, 02:41 AM
» Replies: 20
» Views: 31,540
|
|
|
| Mounting network NFS/CIFS shares |
|
Posted by: simmo - 05-26-2016, 01:55 PM - Forum: Android on Pine A64(+)
- Replies (1)
|
 |
Has anybody found a way to mount a network share using either NFS or CIFS under Android?
I have a NAS with various shares on which I'd like to make accessible to my Pine64. This would give me far greater storage capacity than an SD Card, plus it makes sharing files between other devices easier. I realise that apps such as ES Explorer can access network shares, however mounting is preferable since it would then mean the data is accessible immediately without having to ES Explorer to upload/download first.
I have Android rooted and I've installed the Termux terminal emulator app. Normally I would be able to use the following mount command but it fails with a "No such device" error:
mount -t nfs [ip address]:/[share] /mnt/nfs
I suspect this is because the kernel does not have NFS or CIFS support, since running "cat /proc/filesystems" does not include either nfs or cifs in the list. Are these available for download as kernel modules somewhere?
|
|
|
|
| Finally working - Maybe my experience can offer help? |
|
Posted by: fdupbad - 05-26-2016, 12:41 PM - Forum: Getting Started
- Replies (1)
|
 |
Been horsing around with my Pine64 for about a week. Spent several hours on it at home and a few at work too. After getting an image to finally boot fully, I worked backwards and determined what some of my problems were.
CLIFF NOTES
1) HDMI Display: It was only after my 4th or 5th trip to these forums that I realized that you have to have a 1080p (or better maybe?) display. My TV at home is old and only does 720. You may occasionally see digital garbage on the screen but you will never see a proper image, like that white Pine A64 screen you have been waiting for
2) The power supply thing has been beat to death, and my hang up ended up being the cable. I went to the store and specifically bought a larger gauge cable they said was better for charging, high power etc. In actuality, it was worse. If you think your power supply should be up to snuff, start swapping the charging cable. The one that eventually worked for me is the one that came with my old Samsung S2 five or so years ago.
3) If you are really stuck on the power supply, go to the Dollar Tree and buy a $3-$5 USB battery booster (backup? whatever) that they make for plugging into a cell phone. A battery has the ability to provide the necessary current (even for a short time) that many power supplies do not have. I ran the board a good 30 minutes off one of these and it wasn't even fully charged.
So... symptoms...
The majority of my time was wasted at home with the insufficient display. I am confident that at least one of my configurations would have booted early on if I had the proper display. What you will most likely see is your red light coming on and staying on as if the board is properly powered and working. On the 720 monitor, 99.9% of the time I just saw a black screen. I kept trudging along because of that .1% of the time when the screen showed digital garbage, as if it was trying to boot the display or something. It was mostly green blotches like you see when your satellite starts to go out in bad weather.
After getting past that and bringing the board to work with a shiny new 1080p monitor, every attempt at least brought me as far as the Pine A64 screen (when using RemixOS), or to the Allwinner Powered by Android screen (when using the Android 5.1 image). Sometimes, the board would shut off (red LED and all) after a few seconds, others it would just hang. These could both be signs of insufficient power. During my week of frustration, I went to the store and bought a dual 2.1A power supply made for charging old Ipads. The discount electronic store still had these despite the fact that it comes with the old 30 pin connector. It has USB of course, so I just tossed the iphone wire and used the "supposedly" beefy wire I bought at the same time. My first hint that my problem could have been either of these items was when it took twice as long to charge my blackberry with this combo than it does with my old Huawei android phone charger. If you bought new equipment to play with this, test it out with your devices and see how long it takes to charge your phone, tablet or whatever.
Day two at work I decided to bring the battery booster thingy. I continued to use it with my 'new' wire, and the board would stay powered instead of shutting off after 10-20 seconds. However it would hang at either of the splash screens mentioned above or get to a blank white screen on Remix. Once it started writing the word remix (which is what its supposed to do if you haven't seen it go that far yet) and then died during that. I read somewhere that if you are flat out stuck, load a Linux distro on to the SD card and try that. I downloaded Debian (the first one in the Wiki download page I think) and rather than a splash screen, it goes right to a running stream of text like Linux often does during boot. It shut off once during this and permanently froze a second time.
It was at this point that I went out to my car and grabbed my old samsung wire for something different. Using this and the battery, the board booted up on first attempt. It did stop during boot at the same point in the stream of text, but them went on to a black screen and finally the login screen. After successfully playing around in Debian, I fetched my other SD card with Remix on it and popped it in. This also loaded first attempt. From there I worked backwards and swapped out the battery for the ipad charger I bought. Success there as well.
The moral of the story is that any one little thing can make these boards grind to a halt. I think the things you want to look for in order are the red light staying on rather than shutting off, then make sure at least you see the corresponding splash screen for the OS you chose. This should come up on screen within 2-3 seconds. If it does not, either your write to the card is wrong somehow or possibly you need to play with another TV or monitor.
Hoe this gives a couple of extra hints that I didn't see elsewhere.
|
|
|
|
| PineA64 512 reboot - board shut down |
|
Posted by: indrajith - 05-26-2016, 09:21 AM - Forum: Getting Started
- Replies (7)
|
 |
Hi,
I got the backed pine64 512, pretty exited tried to boot using the Debian image provided but no success with all the attempts
1. Used 5V 2amp adapator with cable the Red led goes of after some time
2. Changed cables as per the support from luke and bought 24 AWG cable the board keeps rebooting for couple of times and shuts down completely
3. The power management IC heats up like its going to blow up, but good it has the functionality of shutting down crossing certain temperature ..
4. Strongly feel there is an hardware issue with the 512 what I have received and nothing to do with the power when it is able to boot up Pi3 with the same adaptor
5. tried with 65 and 101 images, no results even after multiple booting
6. no other peripherals connected, still no success
7. Connected only ethernet, but still no success with same results
8. Have checked the serial output during boot it stops at cooling the cpu and shuts down with RED LED going off
can somebody suggest or help here to resolve the issue
|
|
|
|
| How to install modules into system? |
|
Posted by: MicroDiery - 05-26-2016, 07:56 AM - Forum: Debian
- Replies (6)
|
 |
I compiled the usb wifi driver for system,but make filed,information of error is
make ARCH=aarch64 CROSS_COMPILE= -C /lib/modules/3.10.101-3-pine64-longsleep/build M=/home/pine64user/Downloads/rtl8192eu modules
make[1]: *** /lib/modules/3.10.101-3-pine64-longsleep/build: No such file or directory. Stop.
Makefile:1335: recipe for target 'modules' failed
make: *** [modules] Error 2
Can someone help me please?
THanks
|
|
|
|
| Headless torrent box |
|
Posted by: wahdooyah - 05-25-2016, 11:25 PM - Forum: Pine A64 Projects, Ideas and Tutorials
- Replies (3)
|
 |
This is a very simple use and in no way original, but I thought I'd share it anyhow since it doesn't require very complex setup. You'll need one or more Android phones/tablets to control the setup, too.
Starting with any Debian image, SSH in and install deluge, deluged, and deluge-web:
Code: sudo apt-get install deluge deluged deluge-web
I followed these instructions in relevant part, specifically:
Code: #create a user to run the daemon
sudo adduser --system --gecos "Deluge Service" --disabled-password --group --home /var/lib/deluge deluge
#add your own user to the deluge group (change user name as needed)
sudo adduser debian deluge
#create a script for the daemon
sudo nano /etc/systemd/system/deluged.service
#enter the following in that script
[Unit]
Description=Deluge Bittorrent Client Daemon
After=network-online.target
[Service]
Type=simple
User=deluge
Group=deluge
UMask=007
ExecStart=/usr/bin/deluged -d
Restart=on-failure
TimeoutStopSec=300
[Install]
WantedBy=multi-user.target
#create web service script
sudo nano /etc/systemd/system/deluge-web.service
#containing
[Unit]
Description=Deluge Bittorrent Client Web Interface
After=network-online.target
[Service]
Type=simple
User=deluge
Group=deluge
UMask=027
ExecStart=/usr/bin/deluge-web
Restart=on-failure
[Install]
WantedBy=multi-user.target
#start each service, confirm it's running, and set to autostart
sudo systemctl start deluged
sudo systemctl status deluged
sudo systemctl enable deluged
sudo systemctl start deluge-web
sudo systemctl status deluge-web
sudo systemctl enable deluge-web
Now, the torrent box is up and running! But, you have no way to add torrents, and when you do they're being saved on your microSD card, which isn't great for the card's longterm survival. My solution to the latter is a samba share, since my wireless router lets me plug in any USB drive as a samba share. So, we'll need to install cifs-utils:
Code: sudo apt-get install cifs-utils
Create a directory for mounting it and change ownership to the deluge user:
Code: sudo mkdir /mnt/fetched
sudo chown deluge:deluge /mnt/fetched
Then set the samba share to mount on boot. :
Code: sudo nano /etc/fstab
#Add this line, modifying as needed
//192.168.0.1/Shared_Drive/Uploads /mnt/fetched cifs guest,uid=122,gid=128,iocharset=utf8,sec=ntlm 0
0
You should probably use a password or credentials, but for simplicity this assumes the samba share allows guest logins.
Next, the deluge settings need to be tweaked a bit, which means shutting down the services:
Code: sudo systemctl stop deluged
sudo systemctl stop deluge-web
Next, open the daemon config for editing. This will require either a chown or sudo since it's only accessible to the deluge user:
Code: sudo nano /var/lib/deluge/.config/deluge/core.conf
This is the line you're looking for, and change it to where your drive is mounted:
Code: "download_location": "/mnt/fetched",
Next, open web.conf and set the default daemon:
Code: sudo nano /var/lib/deluge/.config/deluge/web.conf
#change this line
"default_daemon": "127.0.0.1:58846",
That's all for tonight, I'll explain how to set up Transdroid and BubbleUPnP tomorrow, though it's pretty straightforward.
|
|
|
|
| Pine64 accelerated H.264 encoding |
|
Posted by: hngjms - 05-25-2016, 08:57 PM - Forum: Linux on Pine A64(+)
- Replies (7)
|
 |
Hi guys,
I'm trying to stream H264 video off of a USB webcam to my computer from my PINE64.
I'm on longsleep's ubuntu and video packages (https://launchpad.net/~longsleep/+archiv...our-makers).
I've tried using gstreamer1.0-vaapi plugins, as well as this https://github.com/ebutera/gst-plugin-cedar,
but I've been having trouble getting the encoding element to work properly.
Code: GST_DEBUG=4 gst-launch-1.0 videotestsrc ! vaapih264enc ! fakesink
# gives
0:00:00.129807267 13532 0x630ca0 WARN videoencoder gstvideoencoder.c:674:gst_video_encoder_setcaps:<vaapiencodeh264-0> rejected caps video/x-raw, width=(int)320, height=(int)240, framerate=(fraction)30/1, format=(string)I420, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
even though 320x240 30fps I420 is part of vaapih264enc's sink capabilities.
Has anyone had any experience with getting hardware H264 video encoding working on the PINE64?
The software based ones are really really laggy.
|
|
|
|
|