belegdol

I will try downgrading u-boot next once I find the older package somewhere. Kernel does not seem to be the cause given that it has been working fine with both my own build 6.6.122 and 6.6.128 before and rolling back not helping. New device is something I had on my mind for a while. But given the RAM and SSD prices these days, I do not really want to overspend. Not to mention that the SBC landscape has not been that great lately when it comes to compact NAS offerings. HC4 is five years old at this point. Many even recommend N100 but this is a whole different size category.

This could be, but something has changed and is now triggering this behaviour. Warm reboots have been working fine for years.

Other packages upgraded by unattended-upgrades: Start-Date: 2026-03-15 10:51:39 Commandline: apt upgrade Requested-By: julas (1000) Upgrade: linux-base:armhf (4.12~bpo12+1, 4.12.1~bpo12+1) End-Date: 2026-03-15 10:51:51 Start-Date: 2026-03-16 06:20:00 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-image-current-odroidxu4:armhf (25.11.2.3, 26.2.1) End-Date: 2026-03-16 06:21:56 Start-Date: 2026-03-16 06:22:47 Commandline: /usr/bin/unattended-upgrade Upgrade: base-files:armhf (25.11.2-12.4+deb12u12-bookworm, 26.2.1-12.4+deb12u13-bookworm), armbian-bsp-cli-odroidxu4-current:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:23:48 Start-Date: 2026-03-16 06:24:54 Commandline: /usr/bin/unattended-upgrade Upgrade: armbian-firmware:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:26:03 Start-Date: 2026-03-16 06:26:48 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-dtb-current-odroidxu4:armhf (25.11.2.3, 26.2.1) End-Date: 2026-03-16 06:26:52 Start-Date: 2026-03-16 06:27:35 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-u-boot-odroidxu4-current:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:27:37 Unfortunately, the previous versions seem to be gone from the repos. Is there any way of getting these back?

Rolling "back" linux-{dtb,image}-current to my self-built 6.6.128 did not help.

I was able to see the data on the drive just fine when connected to another machine via eSATA cable. Oddly enough, the partition showed back up again after reattaching it to the odroid and starting it again. I have then rebooted the odroid again, and the partition went away once again. So it appears to be some sort of cold vs warm boot difference.

Hello, I have updated my Odroid HC1 to 26.2.1 - just the kernel, u-boot and such. I have been running a self-built 6.6.128 prior so kernel version itself is unlikely the issue. After rebooting, my SATA drive seems dead - no partitions are detected, only the main sda device. This is what the journal said before: Mar 05 15:51:31 kernel: usb 4-1: new SuperSpeed USB device number 2 using xhci-hcd Mar 05 15:51:31 kernel: usb 4-1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice=31.02 Mar 05 15:51:31 kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 05 15:51:31 kernel: usb 4-1: Product: USB to ATA/ATAPI Bridge Mar 05 15:51:31 kernel: usb 4-1: Manufacturer: JMicron Mar 05 15:51:31 kernel: usb 4-1: SerialNumber: 0123456789ABCDEF Mar 05 15:51:31 kernel: SCSI subsystem initialized Mar 05 15:51:31 kernel: usbcore: registered new interface driver usb-storage Mar 05 15:51:31 kernel: scsi host0: uas Mar 05 15:51:31 kernel: usbcore: registered new interface driver uas Mar 05 15:51:31 kernel: scsi 0:0:0:0: Direct-Access JMicron Generic 3102 PQ: 0 ANSI: 6 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB) Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Write Protect is off Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Disabling FUA Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes) Mar 05 15:51:31 kernel: sda: sda1 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Attached SCSI disk This is what it says now: Mar 19 09:36:34 kernel: usb 4-1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice=31.02 Mar 19 09:36:34 kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 19 09:36:34 kernel: usb 4-1: Product: USB to ATA/ATAPI Bridge Mar 19 09:36:34 kernel: usb 4-1: Manufacturer: JMicron Mar 19 09:36:34 kernel: usb 4-1: SerialNumber: 0123456789ABCDEF Mar 19 09:36:34 kernel: SCSI subsystem initialized Mar 19 09:36:34 kernel: usbcore: registered new interface driver usb-storage Mar 19 09:36:34 kernel: scsi host0: uas Mar 19 09:36:34 kernel: usbcore: registered new interface driver uas Mar 19 09:36:34 kernel: scsi 0:0:0:0: Direct-Access JMicron Generic 3102 PQ: 0 ANSI: 6 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Unit Not Ready Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: r8152-cfgselector 6-1: reset SuperSpeed USB device number 2 using xhci-hcd Mar 19 09:36:34 kernel: r8152 6-1:1.0: load rtl8153a-3 v2 02/07/20 successfully Mar 19 09:36:34 kernel: r8152 6-1:1.0 eth0: v1.12.13 Mar 19 09:36:34 kernel: r8152-cfgselector 6-1: reset SuperSpeed USB device number 2 using xhci-hcd Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Read Capacity(16) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: r8152 6-1:1.0: load rtl8153a-3 v2 02/07/20 successfully Mar 19 09:36:34 kernel: r8152 6-1:1.0 eth0: v1.12.13 Mar 19 09:36:34 kernel: r8152 6-1:1.0 enx001e06326076: renamed from eth0 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] 0 512-byte logical blocks: (0 B/0 B) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] 0-byte physical blocks Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Test WP failed, assume Write Enabled Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Asking for cache data failed Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes not a multiple of physical block size (0 bytes) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (0 bytes) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Attached SCSI disk I will try attaching the drive to another PC to exclude a poorly timed hardware failure.

Nicely done 👍 I remember dealing with similar problems when I upgraded my desktop to an nvme drive. I transferred the partition to the new drive but the OS would not boot from it due to nvme modules being missing.

What does lsinitramfs say? Is the usb_storage in? This is how it looks here: $ lsinitramfs /boot/initrd.img-6.6.108-current-odroidxu4 | grep usb usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/hid/usbhid usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/hid/usbhid/usbhid.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/i2c/busses/i2c-tiny-usb.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/aqc111.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/asix.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/ax88179_178a.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/catc.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/cdc_eem.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/cdc_ncm.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/ch9200.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/dm9601.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/int51x1.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/kaweth.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/lan78xx.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/mcs7830.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/pegasus.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/rndis_host.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/rtl8150.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/smsc75xx.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/smsc95xx.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/sr9700.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/net/usb/sr9800.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/host usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/host/ehci-fsl.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/host/fsl-mph-dr-of.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/uas.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-alauda.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-cypress.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-datafab.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-eneub6250.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-freecom.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-isd200.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-jumpshot.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-karma.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-onetouch.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-realtek.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-sddr09.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-sddr55.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/ums-usbat.ko usr/lib/modules/6.6.108-current-odroidxu4/kernel/drivers/usb/storage/usb-storage.ko usr/lib/systemd/network/73-usb-net-by-mac.link usr/lib/udev/rules.d/50-usb-realtek-net.rules

Please forgive me if it is a stupid question, but what is preventing us from keeping n previous kernels installed in case an update is broken and does not boot? Fedora does it, Ubuntu does too. In general it should be simpler to boot a previous kernel than to try to pull the SD card and fix it in a second machine.

If you are able to read the panicking SD card in another PC, how does the folder structure look like? This is mine: $ sudo ls -Rlh /boot [sudo] password for julas: /boot: total 36M -rw-r--r-- 1 root root 78 Feb 6 13:26 armbianEnv.txt -rw-r--r-- 1 root root 0 Sep 6 2019 armbianEnv.txt.out -rw-r--r-- 1 root root 1.5K May 29 2018 armbian_first_run.txt.template -rw-r--r-- 1 root root 38K May 29 2018 boot.bmp -rw-r--r-- 1 root root 4.8K May 29 2018 boot-desktop.png -rw-r--r-- 1 root root 13K Sep 15 2022 boot.ini -rw-r--r-- 1 root root 0 Jun 25 2019 boot.ini.out -rw-r--r-- 1 root root 200K Feb 6 13:11 config-6.6.75-current-odroidxu4 lrwxrwxrwx 1 root root 28 Feb 6 13:24 dtb -> dtb-6.6.75-current-odroidxu4 drwxr-xr-x 2 root root 4.0K Feb 6 13:23 dtb-6.6.75-current-odroidxu4 -rw-r--r-- 1 root root 13M Feb 6 13:24 initrd.img-6.6.75-current-odroidxu4 drwx------ 2 root root 12K May 29 2018 lost+found -rw-r--r-- 1 root root 3.2M Feb 6 13:11 System.map-6.6.75-current-odroidxu4 lrwxrwxrwx 1 root root 32 Feb 6 13:24 uInitrd -> uInitrd-6.6.75-current-odroidxu4 -rw-r--r-- 1 root root 13M Feb 6 13:24 uInitrd-6.6.75-current-odroidxu4 -rw-r--r-- 1 root root 8.4M Feb 6 13:11 vmlinuz-6.6.75-current-odroidxu4 lrwxrwxrwx 1 root root 32 Feb 6 13:24 zImage -> vmlinuz-6.6.75-current-odroidxu4 /boot/dtb-6.6.75-current-odroidxu4: total 3.1M -rw-r--r-- 1 root root 1.7K Feb 6 13:11 ads7846.dtbo -rw-r--r-- 1 root root 42K Feb 6 13:11 exynos3250-artik5-eval.dtb -rw-r--r-- 1 root root 52K Feb 6 13:11 exynos3250-monk.dtb -rw-r--r-- 1 root root 59K Feb 6 13:11 exynos3250-rinato.dtb -rw-r--r-- 1 root root 69K Feb 6 13:11 exynos4210-i9100.dtb -rw-r--r-- 1 root root 60K Feb 6 13:11 exynos4210-origen.dtb -rw-r--r-- 1 root root 57K Feb 6 13:11 exynos4210-smdkv310.dtb -rw-r--r-- 1 root root 64K Feb 6 13:11 exynos4210-trats.dtb -rw-r--r-- 1 root root 65K Feb 6 13:11 exynos4210-universal_c210.dtb -rw-r--r-- 1 root root 98K Feb 6 13:11 exynos4212-tab3-3g8.dtb -rw-r--r-- 1 root root 98K Feb 6 13:11 exynos4212-tab3-lte8.dtb -rw-r--r-- 1 root root 99K Feb 6 13:11 exynos4212-tab3-wifi8.dtb -rw-r--r-- 1 root root 106K Feb 6 13:11 exynos4412-i9300.dtb -rw-r--r-- 1 root root 106K Feb 6 13:11 exynos4412-i9305.dtb -rw-r--r-- 1 root root 75K Feb 6 13:11 exynos4412-itop-elite.dtb -rw-r--r-- 1 root root 103K Feb 6 13:11 exynos4412-n710x.dtb -rw-r--r-- 1 root root 74K Feb 6 13:11 exynos4412-odroidu3.dtb -rw-r--r-- 1 root root 74K Feb 6 13:11 exynos4412-odroidx2.dtb -rw-r--r-- 1 root root 74K Feb 6 13:11 exynos4412-odroidx.dtb -rw-r--r-- 1 root root 73K Feb 6 13:11 exynos4412-origen.dtb -rw-r--r-- 1 root root 98K Feb 6 13:11 exynos4412-p4note-n8010.dtb -rw-r--r-- 1 root root 65K Feb 6 13:11 exynos4412-smdk4412.dtb -rw-r--r-- 1 root root 64K Feb 6 13:11 exynos4412-tiny4412.dtb -rw-r--r-- 1 root root 106K Feb 6 13:11 exynos4412-trats2.dtb -rw-r--r-- 1 root root 63K Feb 6 13:11 exynos5250-arndale.dtb -rw-r--r-- 1 root root 59K Feb 6 13:11 exynos5250-smdk5250.dtb -rw-r--r-- 1 root root 65K Feb 6 13:11 exynos5250-snow.dtb -rw-r--r-- 1 root root 65K Feb 6 13:11 exynos5250-snow-rev5.dtb -rw-r--r-- 1 root root 61K Feb 6 13:11 exynos5250-spring.dtb -rw-r--r-- 1 root root 27K Feb 6 13:11 exynos5260-xyref5260.dtb -rw-r--r-- 1 root root 45K Feb 6 13:11 exynos5410-odroidxu.dtb -rw-r--r-- 1 root root 35K Feb 6 13:11 exynos5410-smdk5410.dtb -rw-r--r-- 1 root root 74K Feb 6 13:11 exynos5420-arndale-octa.dtb -rw-r--r-- 1 root root 73K Feb 6 13:11 exynos5420-chagall-wifi.dtb -rw-r--r-- 1 root root 73K Feb 6 13:11 exynos5420-klimt-wifi.dtb -rw-r--r-- 1 root root 83K Feb 6 13:11 exynos5420-peach-pit.dtb -rw-r--r-- 1 root root 69K Feb 6 13:11 exynos5420-smdk5420.dtb -rw-r--r-- 1 root root 82K Feb 6 13:11 exynos5422-odroidhc1.dtb -rw-r--r-- 1 root root 89K Feb 6 13:11 exynos5422-odroidxu3.dtb -rw-r--r-- 1 root root 88K Feb 6 13:11 exynos5422-odroidxu3-lite.dtb -rw-r--r-- 1 root root 88K Feb 6 13:11 exynos5422-odroidxu4.dtb -rw-r--r-- 1 root root 74K Feb 6 13:11 exynos5422-samsung-k3g.dtb -rw-r--r-- 1 root root 84K Feb 6 13:11 exynos5800-peach-pi.dtb -rw-r--r-- 1 root root 1.3K Feb 6 13:11 hktft32.dtbo -rw-r--r-- 1 root root 1.8K Feb 6 13:11 hktft35.dtbo -rw-r--r-- 1 root root 1.5K Feb 6 13:11 hktft-cs-ogst.dtbo -rw-r--r-- 1 root root 224 Feb 6 13:11 i2c0.dtbo -rw-r--r-- 1 root root 226 Feb 6 13:11 i2c1.dtbo -rw-r--r-- 1 root root 417 Feb 6 13:11 onewire.dtbo -rw-r--r-- 1 root root 691 Feb 6 13:11 spi0.dtbo -rw-r--r-- 1 root root 792 Feb 6 13:11 sx865x-i2c1.dtbo -rw-r--r-- 1 root root 227 Feb 6 13:11 uart0.dtbo /boot/lost+found: total 0

Comparing the two UART logs provided by @Davy, log containing ** File not found /boot/armbianEnv.txt ** ** Unrecognized filesystem type ** ** File not found armbianEnv.txt ** does boot, whereas log not containing these 3 lines ends with a kernel panic. Not sure whether this is relevant yet, but it is definitely interesting.

@Igor, is it possible to compare the kernel configurations used for the official build vs what I have running?

Are you guys able to check which of the packages is causing trouble specifically?

For comparison purposes, the hash values for my working build are: linux-image-current-odroidxu4_24.11.1.2_armhf__1-S1b53-D0531-P3da6-C3a73H5845-HK01ba-V014b-B59f0-R448a.deb. I could upload my builds somewhere for testing purposes, but I am not sure if it won't be setting a bad example wrt. not downloading builds from random strangers on the internet.

Apologies for the trouble. I will try to have a look over the next few days. In the meantime, @Davy, are you able to post UART logs for the working boot? I somehow recall the boot.ini message is always there. It is also possible to mount the SD card on a PC, this is how I recovered from a broken update once or twice. I am running a self-compiled 6.6.75 on my HC1 at this very moment so this issue is definitely curious.

I do not have either of the lines in my boot.ini: ODROIDXU-UBOOT-CONFIG # DO NOT EDIT THIS FILE # # Please edit /boot/armbianEnv.txt to set supported parameters # # U-Boot defaults setenv initrd_high "0xffffffff" setenv fdt_high "0xffffffff" # default settings, will be overwritten from armbianEnv.txt setenv macaddr "00:1e:06:61:7a:55" setenv rootdev "UUID=d0da7bbe-e3af-4588-8715-aa5c4478eb88" setenv rootfstype "btrfs" setenv console "both" setenv verbosity "1" # To update boot loader on your eMMC use the nand-sata-install tool # run copy_uboot_sd2emmc if ext4load mmc 0:1 0x44000000 /boot/armbianEnv.txt || fatload mmc 0:1 0x44000000 armbianEnv.txt || ext4load mmc 0:1 0x44000000 armbianEnv.txt; then env import -t 0x44000000 ${filesize}; fi if test "${console}" = "display" || test "${console}" = "both"; then setenv consoleargs "console=tty1"; fi if test "${console}" = "serial" || test "${console}" = "both"; then setenv consoleargs "${consoleargs} console=ttySAC2,115200n8"; fi setenv bootrootfs "${consoleargs} consoleblank=0 loglevel=${verbosity} panic=10 root=${rootdev} rootfstype=${rootfstype} rootwait rw" # --- Screen Configuration for HDMI --- # # --------------------------------------- # Uncomment only ONE line! Leave all commented for automatic selection. # Uncomment only the setenv line! # --------------------------------------- # ODROID-VU forced resolution # setenv videoconfig "video=HDMI-A-1:1280x800@60" # ----------------------------------------------- # ODROID-VU forced EDID # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1280x800.bin" # ----------------------------------------------- # 1920x1200 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1920x1200_60hz.bin" # ----------------------------------------------- # 1920x1200 30hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1920x1200_30hz.bin" # ----------------------------------------------- # 1920x1080 (1080P) with monitor provided EDID information. (1080p-edid) # setenv videoconfig "video=HDMI-A-1:1920x1080@60" # ----------------------------------------------- # 1920x1080 (1080P) without monitor data using generic information (1080p-noedid) # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1920x1080.bin" # ----------------------------------------------- # 1920x1080 50hz (1080P) with monitor provided EDID information. (1080p 50hz-edid) # setenv videoconfig "video=HDMI-A-1:1920x1080@50" # ----------------------------------------------- # 1920x1080 50hz (1080P) without monitor data using generic information (1080p 50hz-noedid) # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1920x1080_50hz.bin" # ----------------------------------------------- # 1920x800 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1920x800.bin" # ----------------------------------------------- # 1792x1344 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1792x1344.bin" # ----------------------------------------------- # 1680x1050 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1680x1050.bin" # ----------------------------------------------- # 1600x1200 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1600x1200.bin" # ----------------------------------------------- # 1600x900 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1600x900.bin" # ----------------------------------------------- # 1400x1050 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1400x1050.bin" # ----------------------------------------------- # 1440x900 with monitor provided EDID information. # setenv videoconfig "video=HDMI-A-1:1440x900@60" # ----------------------------------------------- # 1440x900 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1440x900.bin" # ----------------------------------------------- # 1366x768 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1366x768.bin" # ----------------------------------------------- # 1360x768 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1360x768.bin" # ----------------------------------------------- # 1280x1024 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1280x1024.bin" # ----------------------------------------------- # 1280x768 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1280x768.bin" # ----------------------------------------------- # 1280x720 (720P) with monitor provided EDID information. (720p-edid) # setenv videoconfig "video=HDMI-A-1:1280x720@60" # ----------------------------------------------- # 1280x720 (720P) without monitor data using generic information (720p-noedid) # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1280x720.bin" # ----------------------------------------------- # 1152x864 75hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1152x864_75hz.bin" # ----------------------------------------------- # 1024x768 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1024x768.bin" # ----------------------------------------------- # 1024x600 without monitor data using generic information (ODROID VU7+) # setenv videoconfig "drm_kms_helper.edid_firmware=edid/1024x600.bin" # ----------------------------------------------- # 800x600 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/800x600.bin" # ----------------------------------------------- # 848x480 60hz without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/848x480.bin" # ----------------------------------------------- # 800x480 without monitor data using generic information (ODROID 7") # setenv videoconfig "drm_kms_helper.edid_firmware=edid/800x480.bin" # ----------------------------------------------- # 720x576 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/720x576.bin" # ----------------------------------------------- # 720x480 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/720x480.bin" # ----------------------------------------------- # 640x480 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/640x480.bin" # ----------------------------------------------- # 480x800 without monitor data using generic information # setenv videoconfig "drm_kms_helper.edid_firmware=edid/480x800.bin" # --- HDMI / DVI Mode Selection --- # ------------------------------------------ # - HDMI Mode setenv vout "hdmi" # - DVI Mode (disables sound over HDMI as per DVI compat) # setenv vout "dvi" # --- HDMI CEC Configuration --- # ------------------------------------------ setenv cecenable "false" # false or true # set to true to enable HDMI CEC # CPU Governor Selection # Available governos: conservative, userspace, powersave, ondemand, performance, schedutil setenv governor "performance" # DRAM Frequency # Sets the LPDDR3 memory frequency # Supported values: 933 825 728 633 (MHZ) setenv ddr_freq 825 #------------------------------------------------------------------------------ # # HDMI Hot Plug detection # #------------------------------------------------------------------------------ # # Forces the HDMI subsystem to ignore the check if the cable is connected or # not. # false : disable the detection and force it as connected. # true : let cable, board and monitor decide the connection status. # # default: true # #------------------------------------------------------------------------------ setenv HPD "true" #------------------------------------------------------------------------------ # # TMDS data amplitude control. # #------------------------------------------------------------------------------ # # 1LSB corresponds to 20 mVdiff amplitude level. # tx_amp_lvl : 0 = 760 mVdiff(Min), 31 = 1380 mVdiff(Max) # # Hardkernel default hdmi_tx_amp_lvl = 31(1380 mVdiff); #------------------------------------------------------------------------------ setenv hdmi_tx_amp_lvl "31" #------------------------------------------------------------------------------ # # TMDS data amplitude fine control for each channel. # #------------------------------------------------------------------------------ # # 1LSB corresponds to 20 mVdiff amplitude level. # tx_lvl : 0 = 0 mVdiff(Min), 3 = 60 mVdiff(Max) # # Hardkernel default # hdmi_tx_lvl_ch0 = 3, hdmi_tx_lvl_ch1 = 3, hdmi_tx_lvl_ch2 = 3, #------------------------------------------------------------------------------ setenv hdmi_tx_lvl_ch0 "3" setenv hdmi_tx_lvl_ch1 "3" setenv hdmi_tx_lvl_ch2 "3" #------------------------------------------------------------------------------ # # TMDS data pre-emphasis level control. # #------------------------------------------------------------------------------ # # 1LSB corresponds to -0.45dB emphasis level except for 1 # tx_emp_lvl : 0 = 0 db(Min), 1 = -0.25 db, 2 = 0.7 db, 15 = -7.45 db(Max) # # Hardkernel default hdmi_tx_emp_lvl = 6 (-2.50 db); #------------------------------------------------------------------------------ setenv hdmi_tx_emp_lvl "6" #------------------------------------------------------------------------------ # # TMDS clock amplitude control. # #------------------------------------------------------------------------------ # # 1LSB corresponds to 20 mVdiff amplitude level. # clk_amp_lvl : 0 = 790 mVdiff(Min), 31 = 1410 mVdiff(Max) # # Hardkernel default hdmi_clk_amp_lvl = 31 (1410 mVdiff) #------------------------------------------------------------------------------ setenv hdmi_clk_amp_lvl "31" #------------------------------------------------------------------------------ # # TMDS data source termination resistor control. # #------------------------------------------------------------------------------ # # tx_res : # 0 = Source Termination OFF(Min), 1 = 200 ohm, 2 = 300 ohm, 3 = 120 ohm(Max) # # Hardkernrel default hdmi_tx_res = 0 (Source Termination OFF) #------------------------------------------------------------------------------ setenv hdmi_tx_res "0" #------------------------------------------------------------------------------ setenv hdmi_phy_control "hdmi_tx_amp_lvl=${hdmi_tx_amp_lvl} hdmi_tx_lvl_ch0=${hdmi_tx_lvl_ch0} hdmi_tx_lvl_ch1=${hdmi_tx_lvl_ch1} hdmi_tx_lvl_ch2=${hdmi_tx_lvl_ch2} hdmi_tx_emp_lvl=${hdmi_tx_emp_lvl} hdmi_clk_amp_lvl=${hdmi_clk_amp_lvl} hdmi_tx_res=${hdmi_tx_res} HPD=${HPD} vout=${vout}" # Load kernel, initrd and dtb in that sequence ext4load mmc 0:1 0x40008000 /boot/zImage || fatload mmc 0:1 0x40008000 zImage || ext4load mmc 0:1 0x40008000 zImage ext4load mmc 0:1 0x42000000 /boot/uInitrd || fatload mmc 0:1 0x42000000 uInitrd || ext4load mmc 0:1 0x42000000 uInitrd # this is for mainline only if test "${board_name}" = "xu4"; then setenv fdtfile "exynos5422-odroidxu4.dtb"; fi if test "${board_name}" = "xu3"; then setenv fdtfile "exynos5422-odroidxu3.dtb"; fi if test "${board_name}" = "xu3l"; then setenv fdtfile "exynos5422-odroidxu3-lite.dtb"; fi if test "${board_name}" = "hc1"; then setenv fdtfile "exynos5422-odroidhc1.dtb"; fi # legacy shares a single DT for all boards if ext4load mmc 0:1 0x00000000 "/boot/.next" || fatload mmc 0:1 0x00000000 ".next" || ext4load mmc 0:1 0x00000000 ".next"; then echo "Found mainline kernel configuration"; else setenv fdtfile "exynos5422-odroidxu3.dtb"; fi ext4load mmc 0:1 0x44000000 /boot/dtb/${fdtfile} || fatload mmc 0:1 0x44000000 dtb/${fdtfile} || ext4load mmc 0:1 0x44000000 dtb/${fdtfile} # set FDT address fdt addr 0x44000000 if test "${cecenable}" = "false"; then fdt rm /cec@101B0000; fi # final boot args setenv bootargs "${bootrootfs} ${videoconfig} smsc95xx.macaddr=${macaddr} governor=${governor} ${hdmi_phy_control} usb-storage.quirks=${usbstoragequirks} ${extraargs}" # set DDR frequency dmc ${ddr_freq} bootz 0x40008000 0x42000000 0x44000000

There could be a variable to define, but you can just remove the patches from the respective patch/kernel subfolder. Once you want them back, do git restore.

I just tried running fstrim on my HC1 which has a Samsung 860 EVO in it and got no errors. I was not aware that fstrim support is device-specific. As mentioned by @Igor, try the official ubuntu image and report the issue to https://forum.odroid.com/viewforum.php?f=225 if you can reproduce it. Other than that, do you mind sharing a link to the bug you posted? Are there any specific errors you are seeing?

Hello, for quite some time I have noticed that it seems impossible to build just the kernel, an image is built every time. I am using the following command: ./compile.sh BOARD=odroidxu4 BRANCH=current RELEASE=bullseye BUILD_MINIMAL=yes BUILD_DESKTOP=no BUILD_ONLY="kernel" KERNEL_CONFIGURE=no USE_CCACHE=no KEEP_KERNEL_CONFIG=no DEB_COMPRESS=xz Additionally, output/debs seems not to be cleaned, despite documentation indicating this should happen with default CLEAN_LEVEL. Am I doing something wrong? Or does documentation need updating? Thanks!