-
Posts
13589 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Community Map
Posts posted by Igor
-
-
28 minutes ago, Tony3 said:
Probably stupid remark, but why entering 154?
No idea. its a part of stock Debian timezone & locales generation. Here:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=tzdata;dist=unstablehttps://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=locales;dist=unstable
-
2 hours ago, sminder said:
it's not a hardware issue.
It is.
- Armbian works perfectly well on 1st class hardware such as x86, ampere aarch64, raspberry pi, ...
- Armbian also works well on our test devices https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results
- Armbian boots normally on 16Gb Orangepi Plus 5 https://paste.armbian.com/quzavajida (Armbian_23.11.1_Orangepi5-plus_bookworm_legacy_5.10.160.img.xz)
It is certainly a hardware issue without even looking into the logs.
What is then?Vendors often change memory chips (sometimes without telling anyone) so only their images works with a new batch of boards until we waste insane amount of time to figure that and fix = huge blow for our personal time / finances ... A change of memory chips is enough that things crashes, different (broken) wireless driver (i didn't look into logs) is used, something odd is attached to USB / HDMI ports ... Try bare hardware, different SD card, different power supply, make a photo of PCB (revision, memory chip numbers, ...).
2 hours ago, sminder said:official images of Ubuntu and Debian
Where do you think they took (stole as they didn't tell you where they got it) software, that looks the same as Armbian, from?2 hours ago, sminder said:I tried 5 images
FYI. All images are assembled the same way and builds are now even reproducible. Its highly unlikely that one image will boot and the other wont. -
12 minutes ago, darkdrgn2k said:
after installing wireguard
do not install WG it as:
- its already present in all kernelsSpoilerarmbian:kernel:% grep WIREGUARD= * <AR-2004> linux-arm64-sc8280xp.config:CONFIG_WIREGUARD=m linux-arm64-sc8280xp.config.defconfig:CONFIG_WIREGUARD=m linux-arm64-sm8250.config:CONFIG_WIREGUARD=m linux-bcm2711-current.config:CONFIG_WIREGUARD=m linux-bcm2711-edge.config:CONFIG_WIREGUARD=m linux-bcm2711-legacy.config:CONFIG_WIREGUARD=m linux-d1-edge.config:CONFIG_WIREGUARD=m linux-d1-edge.config.defconfig:CONFIG_WIREGUARD=m linux-imx6-current.config:CONFIG_WIREGUARD=m linux-imx6-current.config.defconfig:CONFIG_WIREGUARD=m linux-imx6-edge.config:CONFIG_WIREGUARD=m linux-imx6-edge.config.defconfig:CONFIG_WIREGUARD=m linux-imx6-legacy.config:CONFIG_WIREGUARD=m linux-imx6-legacy.config.defconfig:CONFIG_WIREGUARD=m linux-imx7d-current.config:CONFIG_WIREGUARD=m linux-imx7d-legacy.config:CONFIG_WIREGUARD=m linux-media-current.config:CONFIG_WIREGUARD=m linux-media-current.config.defconfig:CONFIG_WIREGUARD=m linux-media-edge.config:CONFIG_WIREGUARD=m linux-media-edge.config.defconfig:CONFIG_WIREGUARD=m linux-media-legacy.config:CONFIG_WIREGUARD=m linux-media-legacy.config.defconfig:CONFIG_WIREGUARD=m linux-meson64-current.config:CONFIG_WIREGUARD=m linux-meson64-edge.config:CONFIG_WIREGUARD=m linux-meson-current.config:CONFIG_WIREGUARD=m linux-meson-current.config.defconfig:CONFIG_WIREGUARD=m linux-meson-edge.config:CONFIG_WIREGUARD=m linux-meson-edge.config.defconfig:CONFIG_WIREGUARD=m linux-meson-s4t7-legacy.config:CONFIG_WIREGUARD=m linux-mt7623-edge.config:CONFIG_WIREGUARD=m linux-mt7623-legacy.config:CONFIG_WIREGUARD=m linux-mvebu64-current.config:CONFIG_WIREGUARD=m linux-mvebu64-edge.config:CONFIG_WIREGUARD=m linux-mvebu-current.config:CONFIG_WIREGUARD=m linux-mvebu-current.config.defconfig:CONFIG_WIREGUARD=m linux-mvebu-edge.config:CONFIG_WIREGUARD=m linux-mvebu-edge.config.defconfig:CONFIG_WIREGUARD=m linux-mvebu-legacy.config:CONFIG_WIREGUARD=m linux-odroidxu4-current.config:CONFIG_WIREGUARD=m linux-odroidxu4-edge.config:CONFIG_WIREGUARD=m linux-rk322x-current.config:CONFIG_WIREGUARD=m linux-rk322x-edge.config:CONFIG_WIREGUARD=m linux-rk322x-legacy.config:CONFIG_WIREGUARD=m linux-rk35xx-legacy.config:CONFIG_WIREGUARD=m linux-rockchip64-current.config:CONFIG_WIREGUARD=m linux-rockchip64-current.config.defconfig:CONFIG_WIREGUARD=m linux-rockchip64-edge.config:CONFIG_WIREGUARD=m linux-rockchip64-edge.config.defconfig:CONFIG_WIREGUARD=m linux-rockchip-current.config:CONFIG_WIREGUARD=m linux-rockchip-current.config.defconfig:CONFIG_WIREGUARD=m linux-rockchip-edge.config:CONFIG_WIREGUARD=m linux-rockchip-edge.config.defconfig:CONFIG_WIREGUARD=m linux-rockchip-rk3588-edge.config:CONFIG_WIREGUARD=m linux-rockpis-legacy.config:CONFIG_WIREGUARD=m linux-s5p6818-legacy.config:CONFIG_WIREGUARD=m linux-starfive-edge.config:CONFIG_WIREGUARD=m linux-station-p2-legacy.config:CONFIG_WIREGUARD=m linux-sun50iw9-btt-legacy.config:CONFIG_WIREGUARD=m linux-sun50iw9-legacy.config:CONFIG_WIREGUARD=m linux-sunxi64-current.config:CONFIG_WIREGUARD=m linux-sunxi64-edge.config:CONFIG_WIREGUARD=m linux-sunxi64-edge.config.defconfig:CONFIG_WIREGUARD=m linux-sunxi64-legacy.config:CONFIG_WIREGUARD=m linux-sunxi-current.config:CONFIG_WIREGUARD=m linux-sunxi-current.config.defconfig:CONFIG_WIREGUARD=m linux-sunxi-edge.config:CONFIG_WIREGUARD=m linux-sunxi-edge.config.defconfig:CONFIG_WIREGUARD=m linux-sunxi-legacy.config:CONFIG_WIREGUARD=m linux-sunxi-legacy.config.defconfig:CONFIG_WIREGUARD=m linux-thead-edge.config:CONFIG_WIREGUARD=m linux-uefi-arm64-current.config:CONFIG_WIREGUARD=m linux-uefi-arm64-edge.config:CONFIG_WIREGUARD=m linux-uefi-arm64-legacy.config:CONFIG_WIREGUARD=m linux-uefi-riscv64-current.config:CONFIG_WIREGUARD=m linux-uefi-riscv64-edge.config:CONFIG_WIREGUARD=m linux-uefi-riscv64-legacy.config:CONFIG_WIREGUARD=m linux-uefi-x86-current.config:CONFIG_WIREGUARD=m linux-uefi-x86-edge.config:CONFIG_WIREGUARD=m linux-uefi-x86-legacy.config:CONFIG_WIREGUARD=m linux-virtual-current.config:CONFIG_WIREGUARD=m linux-virtual-current.config.defconfig:CONFIG_WIREGUARD=m linux-wsl2-arm64-current.config:CONFIG_WIREGUARD=y linux-wsl2-arm64-edge.config:CONFIG_WIREGUARD=y linux-wsl2-x86-current.config:CONFIG_WIREGUARD=y linux-wsl2-x86-current.config.defconfig:CONFIG_WIREGUARD=y linux-wsl2-x86-edge.config:CONFIG_WIREGUARD=y linux-zynq-legacy.config:CONFIG_WIREGUARD=m
- as their postinst scripts installs kernel from Debian repository that is not suitable to run on this device ... which breaks the system.
-
6 hours ago, tonydiep said:
It appears the script to install Syncthing
This is what it does:
https://github.com/armbian/config/blob/master/debian-software#L830-L863It adds normal user, under which will be installed, if not there, and proceed with their script.
-
5 hours ago, pygr said:
so it now has usbstoragequirks=0x174c:0x55aa:u.
Perhaps it doesn't work. More resources / ideas / background:https://www.google.com/search?q=blacklist+USB+UAS+armbian
https://leo.leung.xyz/wiki/How_to_disable_USB_Attached_Storage_(UAS)
-
On 11/23/2023 at 7:48 AM, Hubär said:
I used iperf3 to monitor the LAN perferomance.
We measure this automatically every day: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results
970Mbit/sec
-
On 12/16/2023 at 8:59 PM, pygr said:
No other keys have any effect. The system appears to be locked up and unusable at that point.
Odroid N2 has poor USB implementation. You need to blacklist UAS support (which will slow things down) and it will work. Search forum (or Google) for tips how to do that. -
6 hours ago, pinebookpro-owner said:
PS: I was unable to upload the report file, also the service paste.armbian.com doesn't work at the moment.
It works: https://status.armbian.com/ Perhaps some network related issue. -
This fixes it:
-
18 minutes ago, buhtux said:
can you please update the repository one time more?
We don't use it with recent kernels:
https://github.com/armbian/build/blob/main/lib/functions/compilation/patch/drivers_network.sh#L47 -
On 11/28/2023 at 2:31 PM, Andrea said:
However the build seems to fail while installing packages, not building the image.
I think the problem is Qemu on host machine. If host is not exactly what its recommended, something like that could cause issues. Try PREFER_DOCKER=yes
-
-
1 hour ago, Werner said:
Suggesting to at least add one of the legacy images (Gnome variant) instead of having both 6.7 bleeding edge. Also the 3d acceleration ppa only works with Gnome legacy anyways
Yes, suggesting those images is our bug. I am aware that sorting doesn't work right but this is yet another problem we have to deal with. I have asked that this is fixed and since we don't have professional support It can take several weeks, perhaps a month. I can't fix it, I can just patch it, so I have removed those images for good and they will be gone from index within several hours. More then this its not possible to do.
2 hours ago, D roZDi said:what is the purpose of providing an unusable image?
I am using this image for several months in production. Any many other people. We share this joy with you.
Mainline based support functions rarely gets to full completion as its very expensive to brought things up and maintain with no budget. Adjust expectations, use old kernel, share findings with others, but don't expect anything, especially not answering questions. It can easily take hours, which is not at end users level.
-
27 minutes ago, rix81 said:
Tried, but not working, there's no Mantic list, also other errors.
More then expected. There are many warnings for you to read when you boot those images. Why do you think this is written:
QuoteRolling releases are suitable for Linux enthusiasts who want cutting edge packages and have the skills to fix damage that a bad update might cause. If you want stability in a production environment or low headaches as a novice user, skip rolling releases. They are only at, build and ship, Debian testing / Arch / Manjaro / Suse Tumbleweed / Kali / Gentoo support quality level!
Only Armbian standard supported builds usually works well. Download it and enjoy. If you have problems with others, you need to invest your own time to fix, adjust expectations.
-
8 hours ago, compent said:
I would have thought
This myth is one of the places this whole business sales departments are targeting. If you and me understands the difference, most don't, even they are hardcore and long time Linux users, those who will buy hardware. "Android kernel" is as hardware support done in as cheap as possible way, presentation quality, its full of hacks and proprietary solutions, often with binary libraries. Often at this point vendor support ends. Most of HW vendors investments goes into sales, not into software development. This is reserved for others, often community slave workforce. Why I used this terrible word? Because force is normal MO. This forum and especially vendors forums are full of angry customers attacking developers to fix things. Those developers nobody ever paid or say thanks. Open source development is fun, but not when force and abuse is main drive.8 hours ago, compent said:closer to mainline support
Everyone would like to have that, just the problem is that this costs several millions per SoC to develop and further to keep support stable. If they move money they put into sales rather to R&D, competitors will run them over in no time and they even see and treat us as competitors. Orangepi rather invested money to re-brand our OS and our build tools in order to look professional in front of their customers. It would be better for you and them to deal with hardware level issues, and maintain their stack as some others does. With our well maintained build framework that is mainline / as close to mainline as possible. They don't understand the value. Short term profits and ego are more important. Similar goes to Radxa. They mainly ignore supporting mainline problems but they rush to publish news that their hardware is supported by Armbian, while Armbian team didn't know that, its regular fake news, until yesterday as I stumble upon that. Now imagine their customer coming to Armbian and expecting support we never planned, knows nothing about, never wanted or have budget for. This is how vendors play dirty (with you and FOSS developers) and there is little we can do about. A lot of efforts goes into the clarification that we don't support this and that hardware and that support is best effort anyway ... Which means its possible nobody will ever answer or fix the problem. Anywhere, mainline, or with other Linux distro.
8 hours ago, compent said:how you can know what the new SDK does and does not bring.
Pragmatic experience working in this world since early days on top of 30 years of with Linux, 10 out of this in embedded Linux. I have no motive to picture things nicer as they are. Rockchip and many vendor recognizes our efforts but they do nothing to help us. Contrary. Some has dirty business practices also toward us, even we helped them a lot.
8 hours ago, compent said:clearly headed in the right direction
Enlighten me?
-
On 11/30/2023 at 6:31 PM, tkaiser said:
probably nobody will ever find this post
Even there would be a big advertisement, a very few people would notice and care about. If we would rely on end users to provide information we need, even this is in their interest, very very few people responds. If you want to get proper attention, you need to invest a lot of time ... or someone else has to invest it.
We collect data with automation: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results As this is not in armbianmonitor and as older boards are not very stable and thus offline, this is an afternoon of work, which you (anyone, ain't personal) would need to wait few years on it. Support for Armbian hasn't changed much since you stop contributing.
You know what to do to get this data from the boards that are in the pool.
Quotetheir OS images for Raspberries lack arm_boost=1
Fork, PR, Thank you.
-
9 minutes ago, rix81 said:
Can't find downloads for Armbian Mantic XFCE desktop 7. Please share a download link (opi5), thank you
At the very bottom of Orangepi 5 download page https://www.armbian.com/orangepi-5/
"Rolling releases from CI pipeline" -
1 hour ago, spalf said:
i had the same issue
Probably it just works now. There were many fixes applied to this area in past year and half.
https://github.com/armbian/build/commits/main/lib/functions/image/initrd.sh -
11 hours ago, compent said:
I have no doubt that when Rockchip release their 6.1 SDK in the next few weeks, we should see easier OS implementation
Rockchip software development is focused to deliver Android / hardware showcase experience, not for real Linux OS implementation. Their upgrade from 5.10 to 6.1 brings very little of what you are hoping for. This has some technical gain, while majority is marketing value to support hardware sales. Real software support is on us, community and various Linux kernel professionals that are operating in this segment.Anyhow, we will maintain the tool that helps you implement it. We already implemented mainline based support and that we will maintained in best effort manner. Similar as it works today - all functions of the SoC will never be covered and maintainace will depend on your support or absence of it.
11 hours ago, Владимир Талалаев said:Orange Pi 5-plus not boot
Our automated testing facility shows no problems (btw. test images, which could be broken, are for developers only)https://github.com/armbian/os?tab=readme-ov-file#orangepi5-plus
How to boot Armbian:
https://docs.armbian.com/User-Guide_Getting-Started/How to report problems:
https://www.armbian.com/bugsSupport us, so we can sponsor people that sold you hardware:
https://liberapay.com/armbian -
14 minutes ago, Wilson Wilson said:
Would you recommend any particular model?
https://www.armbian.com/compatible/
Here you can check a selection of compatible devices, usually in some personal / Armbian use. You probably don't need 16 port USB hub which is on that list, but that will certainly work perfectly. If you go for some cheap variants, and most of hubs are a lot cheaper, you will be chasing luck. For my purpose, automated testing of USB devices withing Armbian, I can't use cheap ones. -
14 hours ago, walkin-corpse said:
IMG-format and ISO-format aren't equal.
"Virtual disk images (such as VHD and VMDK) are intended to be used for cloud computing,"
https://en.wikipedia.org/wiki/IMG_(file_format)#Comparison_to_ISO_images
Our build framework can generate cloud images directly https://github.com/armbian/build/blob/main/extensions/image-output-vhd.sh in case you need to automate this and you don't want to mess with additional scripting../compile.sh ENABLE_EXTENSIONS="image-output-vhd"
14 hours ago, walkin-corpse said:armbian-install not helps, not detect SATA VHD.
Try using dd and copy entire image from USB to /dev/vdi or whatever disk device is.
Please provide armbianmonitor -u and if you want to look into & help in this context, here are sources. You are also welcome to open a ticket and we both can hope someone will fix this soon. Even its probably just one-line fix, someone needs to find that line, test it to make sure it works and open a pull request.
-
9 minutes ago, Wilson Wilson said:
issues with power supply
If you don't power it via powered hub, its almost certainly this. Those USB ports are not delivering sufficient power. -
2 minutes ago, walkin-corpse said:
Could you distribute ISO-image for x64 build?
They are ISO images, just compressed with .xz1 minute ago, walkin-corpse said:This command doing nothing but rename IMG downloaded to ISO!
Yes. this should be correct ISO image, just with fixed name. If you use this link https://redirect.armbian.com/region/EU/uefi-x86/Jammy_current our redirector will give you latest image. -
On 12/4/2023 at 10:49 AM, andrewz1 said:
The root of cause is not controller itself, but pcie phy. It's not properly initialized on module init. So when device is cold-booted (after power on) phy stay in "factory" state, but after warm reboot phy stay in "power_on" state and prevent any training.
Thanks for the tip!On 12/4/2023 at 10:49 AM, andrewz1 said:This is just proof of concept.
Our current dirty hack is not even that and anyway doesn't work. You are welcome to remove that patch an add this one. Once merged, I can enable hardware on automated testings to see long term effects.
Orange Pi CM4
in Off-topic
Posted
Stick to this board: https://www.armbian.com/bananapicm4io/ So far we have a person behind and a tiny budget, so our personal finances are not blown in 100%. Behind Orangepi CM4 we have nothing except random community work and with this it is not possible to plan any actions.