Jump to content

Werner

Administrators
  • Posts

    5518
  • Joined

  • Last visited

Everything posted by Werner

  1. Revert to 6.15. The 6.16 package is useful for A523 only atm. Don't use bleeding edge and complain about things breaking the same time. To answer on your level: Either help fixing things or fuck off and move along.
  2. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  3. Yeah something is wrong. I had a similar issue for noble base-files package on a different mirror.
  4. Maybe upstream regression. KDE is using upstream testing branch.
  5. data corruption can always happen when there is a power outage. Could be by chance that one device suffered while the other didn't. Best way to prevent is as guessed a small PSU which ideally tells the device 'there is an outtage, please shut down before I run out of battery". Having OS or data or microSD, eMMC or NVMe does not make a difference since the OS decides when and how often data is written. NVMe are even more fragile since they often come with an internal cache themselves that is emptied onto the actual flash asynchronously. Disabling write caches may lower chances for data corruption but for once can decrease performance a lot and for the other significantly decreases the lifetime of microSD cards.
  6. Werner

    I2C3

    Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  7. You probably have to replace base-files package.
  8. Depending on your location this might not be anything that can be fixed on Armbian side. If this happens on any mirror, the issue is either your setup or ISP blocking access.
  9. Tried this way? https://docs.armbian.com/User-Guide_Autoconfig/
  10. How to debug boot issues: https://debug.armbian.de
  11. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  12. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  13. vendor kernel has rknpu enabled by default. edge will receive initial support for it (called Rocket then) with 6.17 iirc.
  14. Then you should stay with edge for now. current will only receive critical and security fixes due to its LTS nature.
  15. There is only amd64 download as far as I can see. Yes, browser compilation takes crazy amounts of memory and computing time.
  16. There is no official support for offline work. You can try OFFLINE_WORK=yes but no clue if it still works.
  17. ./compile.sh BOARD=orangepi5-plus BRANCH=vendor RELEASE=noble ENABLE_EXTENSIONS=mesa-vpu or something like that for an image with this extension built-in. There is no method to install this on a existing system (yet).
  18. https://docs.armbian.com/Process_Contribute/#adding-a-new-board
  19. For those we cannot and will not help. This is a fork which uses the name Armbian without permission and does not contribute to the core development process. Ask at their place for help. For the leftover: code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbianmonitor -u would be a good start.
  20. Maybe the mirror isn't good at this time. You can work around by choosing any mirror from this list and add it to your armbian source list: https://docs.armbian.com/Mirrors/
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines