• Content Count

  • Joined

  • Last visited

About znoxx

  • Rank
    Advanced Member

Recent Profile Visitors

772 profile views
  1. Igor, thanks for your prompt reply :). I think I will not rush a transition for new hardware, however I will try to simulate load and perform similar tasks, which I do on Cubieboard2. Thanks again for a caution. Anyway, any tips for heatsink size ? =) Does this one look applicable ? http://znoxx.me/shop/data/uploads/images/products/heatsinkpi.jpg size is like 16mm X 20 mm x 16 mm, aluminium
  2. Igor, thanks for reply. I see in download section "legacy kernel 4.4.y" -- marked as stable and supported. And I guess you are talking about 4.17+ regarding "mainline". I will start with 4.4 anyway, hope it has docker support... One thing which confuses me a LOT: "Rock64 V3 is not supported". If I booted, installed system to USB hdd (ssd)... Does it mean I'm not on V3 version ? Cannot find any description of V3 vs not-a-v3.
  3. Hi all. In download section i do see "large heatsink required" for Rock64. Can anyone post any links to eamples of good heatsink with proper size ? I will be migrating "home server" from Cubieboard2 to Rock64 and chasing long-term stable operation. When board just booted and "does nothing", cpu remains pretty cool. However i'd better be prepared. thanks in advance for tips.
  4. First of all, thanks for sharing your opinions. My shortlist is: 1) Odroid HC-1 - due to known stability 2) Rock64 - it has USB3 on board and recently I purchased USB3 dock for 2 drives. Works nice, uas supported, but no trim. So idea was to connect 2 drives -ssd for system and rotational for data, but looks like trim support is not for me. That's not good, but, well. Nothing stops me for rotational drive for system. Or leave system on _good_ _expensive_ microSD, or make the "read only root", which is promising, but I guess kernel updates will suffer while changing "/boot" data. 3) Orange Pi Prime. Good for it's price, has wifi onboard (hope it supports host mode for hostapd in latest kernel), but no USB 3.0. (2) and (3) are 64bit I guess. Not sure I do have 64 bit tasks (e.g. Apache/nginx large file upload), but still good to have. Also I'm quite sure they both consume less power then HC1. The case is not electricity bill, but requirements for PSU. I run my "rig" from 10A 5V psu, which powers cubie, usb hub, couple of orange pi's (pc2 and pc) without any issues. Probably HC-1 will be ok with this setup also. Personally I really like coming Allwinner H6 boards. They are colder on same Mhz's, but Armbian is in testing stage for them and quite far from stable version.
  5. Thanks a lot for clarification. Looks like shipping it from reseller in USA will be much cheaper than from official Korean store. Will think about it one more time =) Waiting for more opinions
  6. One point still here - about "not too power hungry". What about consumption ? It requires quite solid PSU as far as I see. Does it really consumes 3 amperes ?
  7. Hi all! I'm happily using Armbian on Cubieboard2 working as home server (samba, 4(!) LXC containers with Deluge, tor, owncloud and some other small apps) + VPN client. Pretty happy with it, especially for internal SATA. Recently found that Cubietech releases Cubieboard6 on S-500 CPU with same form-factor and SATA. That means, that all casing/housing can stay intact. LXC containers also can be migrated since CPU is still ARMv7. But at the same time found somewhere on this forum, that board is not really good quality... Cannot argue or agree with this since I don't have a board and it looks costly. So my question - what is advised for home server like my one described above ? Main requirements are: 2Gb RAM, Armbian full support, not-too-power-hungry. Still not sure about SATA -- it's really handy, but USB drive with UAS support speeds are comparable I guess ? Also thought about Odroid HC-1, but is it worth it's price ? What is on your mind ?
  8. I've already tried on my "probaly fried" OpiPC2 described earlier. It works. And it's funny. Since my temperature is about 80C due to h/w fault - Opi is throttled to 120Mhz permanently . Atmega MCU can even compete with this. Anyway, workaround works. Not sure it will survive kernel update via apt (in case it won't be included into).
  9. This is great. Any chances to see this functionality in stable version of Armbian in visible period of time ? Thanks! P.S. Is this applicable for Allwinner H6 boards ?
  10. Yeah, already did and ordered a replacement. But 2 things still are still curious here: 1) My "symptoms" a really look like lopau's case. 2) This board may be one not from manufacturer, but bought locally.
  11. Looks like I also bumped this issue... But only on one PC2 from 12(!) First things first: http://ix.io/1FMV - armbian log Here is my armbianmonitor -m output: Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 21:11:03: 120MHz 0.21 1% 0% 0% 0% 0% 0% 67.2°C 7/15 21:11:08: 120MHz 0.19 1% 0% 0% 0% 0% 0% 69.0°C 7/15 21:11:13: 120MHz 0.17 1% 1% 0% 0% 0% 0% 69.4°C 7/15 21:11:19: 120MHz 0.16 1% 0% 0% 0% 0% 0% 70.6°C 7/15 21:11:24: 120MHz 0.15 1% 0% 0% 0% 0% 0% 70.8°C 7/15 21:11:29: 120MHz 0.13 1% 0% 0% 0% 0% 0% 71.6°C 7/15 21:11:34: 120MHz 0.12 1% 0% 0% 0% 0% 0% 71.4°C 7/15 21:11:39: 120MHz 0.11 0% 0% 0% 0% 0% 0% 70.9°C 7/15 21:11:45: 120MHz 0.10 0% 0% 0% 0% 0% 0% 70.4°C 7/15 The only difference from my other 11 boards - it assembled in 2017. I strongly suspect the hardware. I have same heatsink applied with same thermal grease. When I put microSD in another board - temperature is about 35..39 when idle. This board shows about 70 when idle!! May be some voltage regulator is fried ? I also tried svts's magic command to reduce dram speed, but things are worse. Now I see 80C when idle What else to add: C.St is permanently 7/15. On other boards it is mostly 0/15 on idle. I have seen only one faulty board before (except ones I accidentally fried with 12v ) - Ethernet was dying during a week, then just stopped working. But It works with usb ethernet and usb wifi in another project. Any ideas so far ? And thanks in advance for your help.
  12. Did throttling behaved differently on previous Armbian builds ? And may be it is possible to try e.g. thermald - https://01.org/linux-thermal-daemon/documentation/introduction-thermal-daemon ?
  13. Hello, everyone. I'm planning to make a "power button" on orange pi zero using GPIO pins. I'm using kernel 4.x Of course, some questions. General idea is: 1) Create the overlay with correct pin number 2) Install acpid 3) It should work. Questions: - What resistor should I use to short pin to ground ? 10K ? May other values work ? (Not sure my "scrap metal" box has exact this value) - How does overlay file look like ? I've seen some variants on the forum, but can some one point to working code ? I'm planning to use PA06 pin, as far as I understand it's a pin 7 on OpiZero 26 pin connector. - I'm already using overlay for I2C for I2C0 (pins 3 and 5). Do I understand correctly that introducing acpi button won't affect I2c functionality. Thanks a lot in advance
  14. @svts, u digged great thing. U told me, that boards were bought not from Xunlong shop, but from some third-party guys. Good thing for Xunlong -- their products are being copied =) with cheaper components (which is sooo aliexpress -typical). Bad things for most of us -- when you buy a board from a "local supplier" or cheaper than in official store, most probably you can bump into a "fake one". Because supplier cares about margin/income/whatever, not about the quality of product. Probably in Europe/US the situation is better, but in countries like Russia it's pretty typical. So time to say "beware of fake Orange Pi's " ?