TRS-80

Those masks though... Why JMCC, just why?! Why do I feel like I am at XDA Developers forum? All jokes aside, this is great news! Even though I am not desktop user[0], it's exciting to see all this desktop progress happening lately. Thanks for all your work @JMCC! As you say I know this has been years in the making. [0] I may become one soon, because of things like this and general state of desktop in Armbian.

I read recently (in some thread in Kobol Club as I recall, but could not find it with a quick look just now) that this error is not important (it's just a warning). If that's true, something else is the problem. To me, this is a bigger clue: So hardware seems to be fine, kernel is not starting for some reason. This is another clue. Did you look in there?

Could very well be. Is it working? What was date of that post? If it IS working "out of the box" now, maybe go to that thread instead and say so, for benefit of others who come later looking for same information.

I don't know what this command is, but did you try putting sudo in front of it? Or su command to become root?

OK, relevant posts have been moved with the title that was suggested: USB Type-C DisplayPort Alternate Mode Support for NanoPC-T4 Thanks @usual user for help keeping the forums organized!

My point is that you still seem to be missing the greater point. Which is that you come here complaining about a community project which is run by a handful of (largely, unpaid!) volunteers based solely on our good will, while contributing absolutely nothing yourself. The sense of entitlement is staggering. Such attitudes do not encourage sustainable development. What happens when Igor and/or other developers have had enough? Then they quit and "this is why we cannot have nice things!" I have seen it too many times over the years in F/LOSS development. Therefore what is more important to sustaining the project in the long run? Keeping developers happy and without pressure on them? Or (trying to do an impossible task by) keeping demanding users happy who are not satisfied (and some times never will be, and who contribute absolutely nothing in the meantime)? Luckily the latter are very few and far between and overall we still have a great and supportive community here. But we like to keep it that way, hence being very straightforward about the way things are. Again, this is not our problem. It is your problem. I repeat, patches welcome.

@0p3st, I only took a brief look at your linked page, but I saw that it contained links to some Googe Drive or something which I can only assume contain some executable binaries. Please become a little more member of our community before posting such things. I hope you can understand our position. EDIT: I replaced one of the links I deleted. But there was a second one to (a Discord?) which I no longer have. If you want to re-post that, we will allow it. Standard disclaimer: Everyone needs to be aware for themselves about downloading binary executables from the Internet!

Based on your last reply, still not enough, apparently.

Happy to do so but what shall be title of new thread (I am only partially understanding the issue, and how it differs from OP, to be honest).

Rare mistake by Igor! In few years I been lurking here, this is only time I can recall such thing happening. Of course everyone make mistakes, and there were probably some I was not aware of, but this is first time I can remember such thing happening.

It is not "by accident" and in fact quite normal. Kernel development continues moving forward all the time. It actually takes quite a lot of work to "just keep everything working." Armbian does quite a lot of this work silently in the background every day and the vast majority of the time, everything "just works." However some times, some feature, on some particular board doesn't work for whatever reason. And each of these little things take time to investigate and solve. In some cases, the manufacturer is only supporting some crappy old kernel they released once upon a time and never bothered doing any of the work required to keep things working on newer kernels. I don't know what the particulars of this problem are, just speaking in general here. I realize it's frustrating not to have particular feature working that you may need. But the problem is not with Armbian, who are actually doing quite a good job considering the little resources we have to work with. Believe it or not, but things could actually be worse... Patches welcome.

I just placed my third (and final) order. Went through no problem as expected. This was on US site. Already earlier today I received shipping confirmation of my first order! With an updated ETA which was some days earlier than originally projected. I guess what I am saying is, if you are on the fence and not sure the stuff will arrive in time, give it a shot, as I think they seem a bit conservative in their initial estimates (when trying to upsell you on faster shipping ). I will update again once orders 2 and 3 ship.

I think it is more than fine for an "unboxing!" At least you show some pics...

Looks like quite a bit of nice kit! I guess you have your reasons for not posting in the Reviews forum instead?

I think there are probably only 2 subforums you might need to monitor: Announcements Armbian build framework Both are very low volume. You could set up an RSS feed (link at bottom of page) or simply peruse them whenever you log in.

I have heard lots of people saying this, actually. I did not immediately realize the importance of your "multiarch" comment (especially for us here at Armbian!), until I was reading something at r/docker about someone who was trying to use x86 container on ARM which of course is not going to work. As containers are, after all, just some upper part of filesystem overlay + some isolation, but still relying on underlying hardware of course. I went to linuxservers.io and was checking out their blog last night, some good and relevant articles there, IMO. Seem like pretty cool bunch of dudes. A much smaller (and less slickly marketed) group than I was expecting, to be honest, based on their very outsized awareness / reputation in container circles around the Internet already. Good for them! --- Another article I came across some time ago, which I thought was a pretty good exposition of some of these various technologies and products I keep reading about around (and under) containers, including which companies they came from, along with a bit of history: You Don’t Have to Use Docker Anymore That sort of thing is very valuable for someone like me that is new to it all and may not have been following the evolution of it all along as some of you have. I think it's also important to understand what companies are behind which technologies and why, as an important metric before investing any significant amount of my own precious personal resources (time, energy) into learning any more about said technologies (much less using or becoming more "invested" in them). One of main things I have been picking lanefu brain about is why he like certain tools he does in preference to Docker. I don't think they mention his preferred tools in the above article, however I suspect he may agree with the general gist of it.

Just take your time... steady hand...

I never know what to get anyone. If I'm being honest I have more than a little disdain for how commercialized the holidays have become nowadays. We were not raised in a materialistic way growing up. A lot of gifts were socks and other actually useful things like that (which I only appreciate now as I get older ). Anyway... So when some of the guys shared some pictures of themselves with some Armbian swag in IRC a while back, a little light bulb went off in my head. So this morning, I went nuts and spent > 400 USD sending everyone in my family some Armbian swag. I figure, it's a good way to get the word out there to friends and family about a project I care a lot about, while supporting the project a bit financially at the same time. I don't expect anyone else to spend that sort of money, in fact I am a tight wad and rarely do, myself. But a coffee mug or something might be nice? I also don't like to rush people (because I don't like to be rushed, myself), however if you are going for delivery before the holidays I would place your order ASAP, maybe even today. One final gotcha, their credit card processor apparently only allow 2 orders per day. Luckily I had sent orders to other family first, because my third order was denied. I called their customer support and they confirmed this issue and told me to try again after 24 hours. So the stuff that is coming here for us I will place that order (again) tomorrow. I just wanted to give everyone a heads up about that though.

Well, at least you are thinking along the right lines, which is better than most. The arrangement of interfaces varies per board, and is exactly one of those little "gotchas" I was referring to. Some boards share all USB ports (and even some times, SATA!) on the same bus / interface! Obviously not ideal. Where other boards have enough separate USB controllers to put reasonable amount per channel (1 or 2). And you are right, this makes a big difference in performance. But this is a per board consideration, and not an indictment of USB to SATA adapters (vs "native" SATA) in general. A properly implemented board with USB3 to SATA adapter is still going to be faster than a poorly implemented design where everything is shared (e.g., RPi 3), even in some cases if the latter has "native" SATA (which RPi does not, but I hope you take my point). I used to think exactly like you, having some preference for "native" SATA, until I read enough of those old tkaiser posts which convinced me differently. However, do your own research until you are satisfied... Besides, how often are you doing these TB bulk transfers? All the time or just once initially? I would imagine the latter, followed by some incremental backups after that. However you know your own situation best, and as I said most importantly you are asking the right questions. Which is quite refreshing change from the many posts of people coming here expecting support without doing any research beforehand, if I'm being honest.

I was going through docs somewhat recently (just fixing links) and came across that section (the one @cweiske linked to in our docs). It struck me as possibly quite out of date (as many things have moved along in the meantime) however I do not own this hardware and have never tried to get it working, myself. Therefore, if you guys tinker with this, please keep notes and post them back here to help everyone else. Even if you make any partial progress in the meantime, post your results and others can possibly come along and help. If and when someone is able to get this working, a PR updating the docs would be best, however even if you leave some halfway decent notes here I should be able to clean those up and get them into the docs at some point, as I have all the repos and everything set up already and I know how to use git. Sorry I don't know anything more specific to help you with the actual problem at hand. Best of luck!

Good point! I forgot to mention... I am running 4x 3.5" 4TB HDD. These for sure require additional (12V) power. In fact there is a standard barrel jack on one side of the SATA part of the adapter for you to supply additional 12V power. I have an appropriately sized Mean Well power supply which I use to power Cubietruck and all 4 HDDs. I just rigged up a simple 5 way splitter from some spare wire I had laying around and some of those female and male barrel jacks with the screw terminals. You did not say if your 2.5" SATA disk is HDD or SSD, if the former you might (probably?) need to supply some 12V in addition to 5V which comes from the USB SATA adapter. I am not sure about an SSD, maybe they can run on 5V alone? But I don't own this hardware, so you need to make sure for yourself.

I don't think it's that uncommon. Linux kernel development always going forward, some times the cost of progress are breaking some thing that worked already and there is a regression. I'm glad you recognize that. In fact one of main reasons for the Armbian project to exist in the first place is to try and smooth over some of these rough edges. Which there will always be. However I think we would be so much worse off without some place to come together and try and organize some standard approach and share our work. I think some people (not you) forget that when they come to these forums and complain. Because things could (and were) actually much worse at one point than they are currently. Yes this is the challenging part. I would blame the hardware manufacturers more than Linux and other devs who I think are doing the best they can with what they have to work with. Meanwhile most of these manufacturers just want to sell chips and provide no support at all. Allwinner is even violating GPL since a very long time now (in that case, the community got support to a good state not because of their help but rather in spite of it). I have no idea the specifics you are dealing with, but I have read many devs on the forums saying that working towards mainline is usually the goal (in general). This is not always possible, especially early on for any particular board, however over time most of the work does seem to move in that direction. Just something to keep in mind for all your effort.

It appears you are correct! I don't have this board and never noticed that before. I will move it to the appropriate forum now.

You probably should read this (all of it) but especially #7. Cheers.

Dude, I have been visiting there (on and off) for years, and even then, usually only to look up whatever I am interested in at the time! I therefore applaud your effort... Looking better! Couple more minor feedback, only because of my autism / ADD I cannot help myself: # You can put this all on same line, loks nicer, IMO: if [[ $BATTINFO -lt 1 ]]; then # do stuff fi Personally I would also not indent the variable declarations, nor put comments at ends of processes unless there was some reason to. But I gave you enough grief already. You will find your own style in time (for your own stuff; when contributing you always want to just follow the style of the project). I also learned a lot by studying other people's code. Next thing you know, you will be submitting patches to Armbian build scripts...