Jump to content

Igor

Administrators
  • Posts

    14421
  • Joined

  • Last visited

Posts posted by Igor

  1. Which H3 for NAS and why:

    https://forum.armbian.com/index.php?/topic/1440-h3-devices-as-nas/

    Why not any Banana and especially not M2U

    https://forum.armbian.com/index.php?/topic/4567-board-bring-up-banana-pi-r2/

    With those threads you will find an answer why is not a good idea to go for Pi+2

     

    Armbian support gives you some border line - if some board is not supported by Armbian you have to ask WHY? It should raise alerts, unless you want to buy paperweight board with buggy, old and unstable kernel ... which is very easy.

     

    If you don't want to throw lot's of money away, go for some H3 USB(SATA implementation on Pi+2 is fail) UAS solution ... it will be way faster than Rpi but still not close to real NAS. If you seek something more real, if you like your data, check Helios4 (supported by Armbian). Espressobin is also cool and runs Armbian, but it's under development and there are still some issues to be solved. In any case it's a better choice than exposed Bananas and Oranges. 

  2. Just now, ssuloev said:

    I also noticed that sun6i.conf is not applied for banana pi m2 while it should..


    We only support mainline kernel for M2 (sunxi-next) ...sun6i / a31 legacy kernel was never implemented ... and will never be, at least we don't have any plans for that.

  3. 38 minutes ago, ripperhack said:

    If I connect to the same cable the NAS it works in gigabit, the router is configured correctly


    Weirdo problems requires weirdo tactics :) Cables and switches (and other dump devices) can act strange sometimes. I am not that deep familiar, but changing them for others might help. Of course those cables and switches can work perfectly fine (gigabit) with other hardware. 

  4. We are not clairvoyant or mind readers :P Please describe your setup as best as possible so we know what your operating environment is like.

     

    1. Logs, when you can boot the board: armbianmonitor -u (paste URL to your forum post)

    2. If your board does not boot, provide a log from serial console or at least make and attach a picture, where it stops.

    3. Describe the problem the best you can and provide all necessary info that we can reproduce the problem.


  5. @raschid I agree at least in one point. It's not fun, It's not fun to persist when Concorde fallacy strikes in. From our perspective it is and that's why we removed official support. We had enough long time ago and whenever I'll hear about this Opi Zero, I'll get upset. Remember, the project is open, Linux is community project, you can do whatever you like, but you can't demand that we waste more of our (private) time on this chip, which - on top of all this - will most likely never be used again. I have few engineering samples of various boards containing this WiFi chip, while on released boards it was removed for something that works.

  6. 34 minutes ago, Dombo 71 said:

    sorry...

    Only i do not the way to do this search this log files in my Xu4.


    No problem. That's why we made application armbianmonitor :)


    Nothing suspicious from quick look on logs. I heard about similar network problems, but it never occurred to me. Kernel, that you use (4.9) might have still some rough edges, which manifest this way ... don't know. We need to investigate deeper and that will take some time ... Does the driver hangs or it's problem on higher level. You can try one simple trick - I assume you are using standard setup with DHCP (you don't set IP address, but it's acquired automatically). Remove content of /etc/network/interfaces and reboot.

     

    Changing cables won't make any damage.

  7. 5 hours ago, chwe said:

    For example: Asus Tinker is claimed to be stable (mainline) but:

     

    I could describe stable like this: "stable functionality with lack of some functions and acceptable bugs". With strict criteria, there would be only few boards left in download section, others would remain in WIP for ever :D
     

    When board boots and Ethernet works, USB works and perhaps little more ... is already a criteria for providing experimental images, since board can be used (for testing) in certain, mostly headless, cases. All those "rules" are unwritten and developers / power users doesn't have problems with that, while average Joe perspective can be & it is different. We are talking about educating and bringing Linux to newbies. To people who are totally spoiled. First with windows experience, than with Rpi and they never been away from predefined menu structure. Whole problem become even more complex when digging in.

    We just reorganise forum, download section and manual (WIP) and positive changes should be noticed. In general - we need to motivate people to read more (before ask) and to help them understand (with tips), what is written. It's an educating process, which is related to other goals and skills than R&D. Helping users and educating them can also be fun, but it's very resourceful.

    Dividing project into community and commercial would probably be one positive step further, since now users are mixed and we have lot's of confusions. Well, hardly with the model, which works for multi million corporation with 10k employees. We are still few billions and 9990 people away :D:lol: If we go into such direction, it must be achieved simply, without large organisational changes: images with support for customers and community without our support. To send a message to average Joe: we provide you software for free of charge, while learning you (individually) is not part of this deal. It's a different concept, which they (we) are used to, when purchasing some item or service. That's why we should point this out clearly.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines