| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 30,107
» Latest member: yt808
» Forum threads: 16,362
» Forum posts: 117,532
Full Statistics
|
| Latest Threads |
Pinephone software
Forum: General Discussion on PinePhone
Last Post: zetabeta
4 hours ago
» Replies: 1
» Views: 116
|
Rock64 v2.0 u-boot SPI is...
Forum: General Discussion on ROCK64
Last Post: ju0n
Yesterday, 11:02 AM
» Replies: 0
» Views: 68
|
Libby - ebook reader that...
Forum: PineNote Software
Last Post: kiwigoldfish
07-04-2026, 04:41 PM
» Replies: 6
» Views: 4,024
|
PineNote v1.2 - Charges N...
Forum: General Discussion on Pinebook Pro
Last Post: ttsp
07-02-2026, 02:52 AM
» Replies: 0
» Views: 214
|
How to change the PineNot...
Forum: General Discussion on PineNote
Last Post: cameronharring
07-01-2026, 12:22 PM
» Replies: 0
» Views: 113
|
PinePhone Pro disable Vol...
Forum: PinePhone Pro Hardware
Last Post: FR_IV
07-01-2026, 10:53 AM
» Replies: 1
» Views: 1,586
|
Star64/Starpro64 kernel b...
Forum: General
Last Post: tgbgreen
06-30-2026, 12:17 PM
» Replies: 1
» Views: 2,196
|
Manjaro affected by Arch ...
Forum: General
Last Post: tantamount
06-28-2026, 10:45 AM
» Replies: 0
» Views: 267
|
Fix Bricked SPI Flash, Pi...
Forum: PinePhone Pro Hardware
Last Post: FR_IV
06-27-2026, 05:00 PM
» Replies: 0
» Views: 191
|
irradium (based on crux l...
Forum: Linux on RockPro64
Last Post: mara
06-27-2026, 04:09 PM
» Replies: 12
» Views: 19,666
|
|
|
| Power Switch |
|
Posted by: AZClusterboard - 02-11-2019, 08:53 PM - Forum: Clusterboard
- Replies (1)
|
 |
I've connected my clusterboard but it will only stay on while I hold the normal ATX momentary switch. Does it need a continuous switch?
|
|
|
|
| eMMC |
|
Posted by: AZClusterboard - 02-11-2019, 08:41 PM - Forum: Clusterboard
- Replies (8)
|
 |
I just got my parts and I was noticing the clusterbooard has a place for eMMC. I also noticed that the compute modules look like they don't have a place to connect eMMC chips.
Is there no way to put eMMC on to the compute modules?
Is the one on the board just some kind of Network Attached Storage?
|
|
|
|
| Looking for support |
|
Posted by: ghiromax - 02-11-2019, 06:43 AM - Forum: Linux on RockPro64
- No Replies
|
 |
Hi Everybody I'm a small manufacturer of musical instruments
I have an idea to develop a new product to be centered on a SBC computer and based on the information I collected on the net, it looks like the ROCKPro64 may be a very attractive HW platform for that.
I'm definitely not a programmer and neither would have time to start learning it... I'm writing here looking for the help of an expert for translating my ideas on an evaluation/test device as first, and possibly (and hopefully :-)) later on having a stage-ready musical instrument
There is any expert user here willing to help me in this 'venture" ? As said above I'm a small manufacturer so my R&D budget is accordingly sized so to say, but of course, I do intend to compensate for the efforts done. Please PM me. Indication where to find the support I need would be highly appreciated too.
I hope this message is appropriate for the forum, If not, please accept my deep apologies and delete the it . Thanks in advance
Max
|
|
|
|
IRC and Discord Chat Restructure for 2019+ |
|
Posted by: Luke - 02-10-2019, 04:44 PM - Forum: Community and Events
- No Replies
|
 |
A little bit of community chat maintenance. With all the new gear coming this year - and with brand new categories of gear being introduced - the IRC and Discord have been updated to reflect this and to accommodate the growing line of PINE64 devices. The current list of channels attempts to strike a balance between granularity (I don't really want to have one channel per device) and having everything discussed in one or two channels as it was until now. We'll see how it plays out.
The IRC and Discord chats have now all been bridged, and IRC logging has been updated to include the new channels.
We currently have the following channels:
- #pine64
- #rock64
- #pinebook
- #pinephone
- #cube
- #offtopic
Quick Overview of the Channels
- #pine64 is where you connect to by default in IRC, and the channel is concerned with discussion on Pine A64 (+)/ LTS, SOPine, Clusterboard and Pine H64
- #rock64 is concerned with discussion on Rock64 and RockPro64
- #pinebook concerns the Pinebook, Pinebook Pro and PineTab
- #pinephone is solely meant for the PinePhone Dev / end-user product
- #cube is for discussing CUBE IP-Camera
- #offtopic is an unloggedchannel for off topic conversation
Suggestions welcome.
|
|
|
|
HDD filesystem corruption at reboot / poweroff (DietPi) |
|
Posted by: WrongWorld - 02-10-2019, 04:17 PM - Forum: Linux on Rock64
- Replies (1)
|
 |
I am not sure if I should go to the DietPi forum, or if my issue is not specific about DietPi and I am in the right place. Anyway...
My setup consists of a Rock64 4G board connected to a WDLabs Pi drive. I have replaced the HDD cable delivered by (the now defunct) WDLabs with another interfaced with USB3. The WDLabs Pi drive has no SATA connector, see here. I have verified that the USB driver used for the disk is not UAS, in fact the HDD drive is using the usb-storage driver:
Code: [ 2.745235] usb-storage 5-1:1.0: USB Mass Storage device detected
[ 2.749781] scsi host0: usb-storage 5-1:1.0
[ 2.753639] usbcore: registered new interface driver usb-storage
To test the above setup I have used a DietPi distro, which has always performed well on my Raspberries, copied to an SD card and updated with the latest release (6.21.1), to which I have applied the ayufan kernel 4.4.132-1075. Once the test was over, I patched the SPI to enable the USB boot, and then I restarted from scratch transferring the DietPi image directly on the HDD, using Rufus on a Windows machine. The DietPi partitioning scheme, therefore, has been replicated faithfully on the HDD, and indeed after the initial boot the /dev/sda7 partition (root) is properly extended to the maximum size of the disk (314 GB).
Differently from other Rock64 users, until now I haven't experienced any problem with the HDD while the system is running, thanks probably to the particular HDD I am using that was engineered specifically for the Raspberry environment. True, this host is only running Pi-hole, NUT and the Unifi Controller (+ MongoDB) right now, so the system load is not very high at the moment, but the performance is quite good except for the boot, where it takes ~50 seconds from the power on to present the login prompt.
My problem is instead with the reboot / poweroff actions, where 50% of the times the EXT4 filesystem is left in a dirty state, and where I have already experienced the loss / corruption of the /boot/dietpi directory, as well as the /boot/dietpi.txt file, to the point I have to boot the system from an SD card to repair / restore the partition. I have the suspect either the ayufan kernel, and/or the DietPi code dealing with its "ramdrive" are not giving enough time to the HDD to flush any pending writes, or even worst it cuts the power before the HDD is in a safe state. I'd say I am biased toward DietPi, as it's its files which are corrupted most of the times, while the rest of the HDD is sane (minus the fact EXT4 filesystem is in a dirty state). Probably not having /boot on a separate partition in this particular distro is not helping as much to avoid troubles, but this is just my opinion.
So: what am I doing wrong?
Have I forgotten to tune some parameters to better deal with the HDD? Did I make a mistake by putting the DietPi image directly on the HDD? Or is there really an issue on the Rock64, or on the DietPi distro? I have patched the shutdown sequence of the dietpi-ramdrive service to pause for 2 seconds and then run again the sync command to have the HDD some more time to flush any pending write, but it didn't cure the issue. I will try nevertheless to report all the above to the DietPi maintainer (Fourdee), but any hint would be very appreciated, thanks in advance.
|
|
|
|
| Cant update package libgl1-mesa-dri |
|
Posted by: scalextrix - 02-10-2019, 06:33 AM - Forum: Linux on Rock64
- Replies (2)
|
 |
Hi Just trying to keep my board updated with the Ubuntu releases, Im seeing a package in apt that I cant seem to upgrade:
> The following packages have been kept back:
> libgl1-mesa-dri
> 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
I tried apt-get --with-new-pkgs and after that failed also dist-upgrade, but the package still isnt installed...?
|
|
|
|
| Hi!. Hi there! |
|
Posted by: bigbertha - 02-08-2019, 10:30 PM - Forum: General Discussion on ROCK64
- No Replies
|
 |
Just wanted to make a quick post and say hello. I just got my Rock64 and have flashed the Android images. Sad to say Im dissapointed its all android TV and not a normal Android interface. Have had to sideload several apps that play store says I can't have. I bought this as a replacement for my rk3188 tv stick running KK. Funny story about that stick. It had a broadcom wifi chip with an external antenna I broke off and couldnt get a signal and my soldering skills suck So... similar hardware had the Realtek rtl8188eu chip. I just flashed it with a dif image that used the realtek and bought a usb dongle that was rtl8188eu (etv) and it worked very well. Glad I could pull that little wifi gem out and keep it in use with my new board!!!! Not super proficient in Linux but have been a regular Ubuntu user for 10 years and Am up for any testing.
|
|
|
|
|