AaronNGray

I have not personally modified armbianEnv.txt, I do not know how to. As I say I think the machine has been messed around with, i.e. it has been hacked.As I say I am trying to work out how to reenable /dev/mmcblk1.

Weird its doing it on all distros and builds have tried so far including Debian. I can only think it must be the boards firmware ?

@djurny No, its not a simple as that, its acutally not on the install on NVMe anymore.

The Gnome desktop Power off menu selection and `sudo shutdown now` both reboot rather than powering down.

At the same time as mmcblk1 disappeared someone had changed the ethernet port over to the secondary port as I could not get into the machine and tried the second port which had been configured to the same static IP address as the primary port was on.

>PLEASE STOP! This is both a time and money nightmare for me. I am giving as much information as I can in order to give feedback in order to get support. What I am posting is not all nonsense ! Okay the Gnome downgrade was incorrect and was based on what ifnformation I could get at the time. Why the issue system put up the postgres tag I really don't know I removed it. It is now repeatedly demostratably kernel dependant. On 6.12.32-current-rockchip64 and 6.12.39-current-rockchip64 the display is failing, 6.12.22-current-rockchip64, and 6.12.17-current-rockchip64 the display is working fine. 6.15.1-edge-rockchip64 is also working fine. No sure about 6.15.7 6.16.0-rc3-edge and 6.16.1-edge are not even booting, with BananaPi-M7. I am going to get kernel output using USB UART for all these boots.

mmcblk1 should be the uSDcard it is on Nobel and Bookworm, it was there before I got hacked as well.

Armbian has become a total nightmare. Things keep breaking and theres no way to get a proper build of a past state anymore, so if I loose a copy of the original image I used for a machine then I am stuck again. Stuck with hardware that will not work again. And this hardware costs a lot of money, and its a lot of time too. Why Armbian was not written with this in mind I really don't know ??? The tree kernel lines supported seem to change randomly and are not in alignment with the linux kernel versions or seem to change randomly just at the wrong times.

Same problem when I put `KERNELBRANCH="tag:6.12.22"` in userpatches/lib.config

Its not working on a cleanly installed repo of Armbian/build ! userpatches/config-test.conf ``` EXPERT="yes" DEST_LANG="en_GB.UTF-8" BOARD="bananapim7" BRANCH="current" KERNEL_VERSION_LEVEL="6.12" KERNELBRANCH="tag:6.12.22" ``` https://paste.armbian.com/zoheruvemi

Thought I got it, but not worked ! ``` cd cache/sources/linux-kernel-worktree/6.12__rockchip64__arm64/ git checkout v6.12.22 --force ```

How do I go about doing that ? It more looks like its to do with the `.github` repo tag contents itself ? But if its not is there a 101 or HOWTO on this please ?

@Werner https://paste.armbian.de/wikedaqena I have ordered a couple of 3.3/5v UART USB adapters. I used to have an old 5V old. Thanks !

with userpatches/config-test.conf ``` EXPERT="yes" DEST_LANG="en_GB.UTF-8" BOARD="bananapim7" BRANCH="current" KERNEL_VERSION_LEVEL="6.12" KERNELSWITCHOBJ="tag:6.12.22" KERNELBRANCH="tag:6.12.22" ``` I am getting the following ``` [🌱] Producing new & caching [ GIT_INFO_KERNEL ] [🌱] Fetching SHA1 of 'tag' 'refs/heads/6.12.22^{}' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] SHA1 of tag refs/heads/6.12.22^{} [ '' ] [🌱] Failed to fetch SHA1 of 'tag' 'refs/heads/6.12.22^{}' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] Fetching SHA1 of 'tag' 'refs/heads/6.12.22' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] SHA1 of tag refs/heads/6.12.22 [ '' ] [🌱] Failed to fetch SHA1 of 'tag' 'refs/heads/6.12.22' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] Fetching SHA1 of 'tag' '6.12.22^{}' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] SHA1 of tag 6.12.22^{} [ '' ] [🌱] Failed to fetch SHA1 of 'tag' '6.12.22^{}' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] Fetching SHA1 of 'tag' '6.12.22' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [🌱] SHA1 of tag 6.12.22 [ '' ] [🌱] Failed to fetch SHA1 of 'tag' '6.12.22' [ https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ] [💥] error! [ Failed to fetch SHA1 of 'https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git' 'tag' '6.12.22' - make sure it's correct ] ```

I don't think 6.16 has rockchip64 support. The rockchip64 support seems to be in current 6.12.y. I really needed to get 6.12.22 building again but am getting problems getting it to build. How do I build the kernel of my choice ? I thought I could just create a `userpataches/config-test.conf` but thats does not seem to be working with `./compile.sh test EXPERT="yes" Can someone please give me a working example of how to build a particular kernel please, because what I was using no longer seems to work.