Igor

Use different SD card. Standard Amlogic issue. It can't init SD card properly. Try test images if they are better ... fix coming soon. Hopefully.

And we don't have needed capacity as you and vendor are exploiting community software development. What we do is very hard work which needs to be compensated. Support is hard work which needs to be compensated. Those who tells you otherwise are either stealing value from someone (open source piracy is also adding to the bill) / lying or is just a Dunning–Kruger enhanced newbie. Its not all dark. Instead of waiting, perhaps you can check how you can help? Serving project as a coordinator? Evangelist? Graphics designer? Ordinary soldier? Project needs many positions and hard cash just to cover basic needs. Since we are non-profit, we can't enhance our capacity ... Why do you expect we have to give you software for free and keep investing our private money so you will get more free stuff? Welcome and thank you!

Armbian is more advanced then Rpi OS. It resizes SD card automatic on 1st boot.

This is community forum, welcome! If you want to contact team, check here. But without becoming a partner nobody will be doing any research for you. In custom hardware, team doesn't know to answer without a research.

Of course. 1. Research which driver is needed, enable it or bring a tested code as external kernel driver. Make a PR to the code and make sure to stick around since it will need maintaining. 2. Hire someone to do that for you and support him to do the maintaining work for you. Its not much of work, but right enough that you need someone. 3. Support Armbian developers to do that for you.

The same way as on Debian or Ubuntu. https://www.digitalocean.com/community/tutorials?q=web+server&hits_per_page=12 https://pimylifeup.com/raspberry-pi-web-server/

Here is a problem which runs beyond my knowledge and Armbian. Vendor does not exists anymore and I assume nobody adjust web pages. Bullseye is today latest stable, year(s) back it was buster ...

This is not Armbian issue anymore - it seems Debian repository or from where you are getting ZFS is borked to some degree. I installed ZFS on Debian several time and didn't run into this. This way: I assume you started with a clean image as if this

You are saying Armbian is a problem ? https://docs.armbian.com/#what-is-armbian All those things are clear? https://docs.armbian.com/User-Guide_FAQ/

FYI. I had to give up and disable those wireless drivers due to extreme lack of time in order to move all our kernels to 6.1.y https://github.com/armbian/build/pull/4570 You are welcome to pick up from here and fix the code in case you want to have running WiFi with this kernel.

I didn't fix kernel but ZFS packages.

Try to use Armbian for reference https://www.armbian.com/uefi-x86/

Aha, I see ... didn't understand it right. Well, I have fixed one problem regarding ZFS ... We have stop making images for this hardware as we don't have not a fraction of resources for maintaining ... but kernel updates are running out and automated community (but only with test user space) builds exists (no idea about status). Its out of our control when it comes to this hardware. It might work, it might not work. I read few days ago that image made from sources works (again), but this is a rummer, not an official information. Going that route should be good I guess (sorry for directing you to the download that is outdated / non existing).

Sorry if I was not very clear. No, just download image and install ZFS the same way as you did. It should work.

That you don't try to fix this image but start with a fresh. I mean you can - if you know how.

Try to replace monitor identifier with yours. You can get names with: xrandr --query

We need something else ... In area of testings, we need (yours? and few more) part and full time engagement as a test engineer https://forum.armbian.com/staffapplications/ ... if you can pay for your time, we can't. So far all people that applied, sooner or later lost their interest in working for you. Testings is anyway automated and when a bug is found, there is nothing we can do as you don't want to compensate for the time we lost by working to fix problems you and our competitors have with those computers. Even recording a bug goes on our private bill. This is how you support us and you think a bug report for software support, which you are paying nothing for, will represent an added value?

It should work with 5.10.y, on 5.19.y (probably on 6.x too) is broken.

You can try creating a file /etc/X11/xorg.conf.d/01-armbian-defaults.conf with this content: Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection following by restart.

You did it right. Problem was on our side and it was corrected. Please give 48h before trying again from a fresh image to make sure our packages network is synchronised.

This is your lucky day Two weeks ago one company approached to us with the same plead. Once the deal is done and they pay the bill, this will start working.

My answer for your level of service is: its probably a week of work for a developer, its few hours for other professional staff. This costs X. If there is unlikely that our time will be covered, I have no choice but to sent you to the market. If we need to raise money in some alternative ways, it just add expense too. If I need to ask vendor (we have asked them but they don't care about you) to cover, it adds to costs. If i need to fight and convince users / you, that this problem is 100% your expense and has to be paid (in advance) in order to fix, this goes on the bill too. We have several parasite projects that takes our value in real time and forget to explain users where stability comes from. That fight adds to the bill too. Support from you we receive by asking you "donate" doesn't cover expenses of communicating with you. In total it usually doesn't cover expenses of a "small" problem like this one from this topic. This is why I have asked for a trade. Your week of work for my five minutes. This is common perception of people - its 5 minutes of work to fix some problem, while in reality this is a full blown week. Professional developer work week costs Y. When you will cover it, we will move on. Until you don't, we will have a conflict each time you will ask for something ... And you will. If not you, then someone else. We are far from actual R&D, debugging, development ... On the market, this service is going to be a lot more expensive for all of you but at least we will save a lot of time, money and stress. If we do it for free, we are stealing from professionals that has to feed their families, advancing our competitors ... And in fact, Armbian is ran by professionals, as there are many dirty jobs no volunteer wants to pick it up. They seek for fancy and cool jobs and I don't blame them. Most of people that read the topic are here to report and complain. Just a small % could help and just a tiny % of those could spent a week to spent. Almost nobody goes further to the point to ask - what the project needs to help us better. Perhaps this? Why I don't do it? Because I am unable to cover also that role. Why you will not do it? Because its a serious commitment. Why I don't hire a person for that? You don't pay for services, you put a pressure to this community to get it for free. And you are not a alone. Working device is what you need, but projects that helps you with that has different primary needs. We need money to cover what we do, to expand, to hire help to be able to help you ... while all you see are your small technical problems that are big expense, we have no way to finance for you. You have to do that!

Do I need a working device or you? Donations never covered more then 0.5% of our costs. What is here you are unable to process?

This is all you need to do: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-nvme-usb