qstaq Posted October 9, 2019 Posted October 9, 2019 The module is there in the official build with the bsp 4.9 kernel If its missing from @balbes150 build then you can clone his repo from https://github.com/150balbes/Build-Armbian and build an image from that. When asked if you want to modify the kernel config, choose yes. When you get to the kernel config screen choose to build uas into the kernel (CONFIG_USB_UAS) If you struggle I can provide detailed instructions tomorrow 0 Quote
Viald Posted October 11, 2019 Author Posted October 11, 2019 I succeed in building a new kernel with UAS driver. I have an issue when I want to install the .deb package. The same issue when I do 'apt upgrade' with a new kernel release available. Preparing to unpack .../linux-image-aml-g12_5.98_arm64.deb ... Unpacking linux-image-aml-g12 (5.98) over (5.98) ..........................................................................................................................................................................................] dpkg: error processing archive /var/cache/apt/archives/linux-image-aml-g12_5.98_arm64.deb (--unpack): unable to make backup link of './boot/System.map-5.3.0-aml-g12' before installing new version: Operation not permitted dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) mv: cannot stat '/boot/vmlinuz-5.3.0-aml-g12': No such file or directory...................................................................................................................................................................] Preparing to unpack .../nodejs_12.11.1-1nodesource1_arm64.deb ... Detected old npm client, removing...#########################..............................................................................................................................................................................] Unpacking nodejs (12.11.1-1nodesource1) over (12.10.0-1nodesource1) ... Errors were encountered while processing:##################################................................................................................................................................................................] /var/cache/apt/archives/linux-image-aml-g12_5.98_arm64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) 0 Quote
balbes150 Posted October 12, 2019 Posted October 12, 2019 Either change the version of the new kernel (increase the number), or before installing , delete the old kernel and its files. 0 Quote
Viald Posted October 12, 2019 Author Posted October 12, 2019 Thank you @balbes150 Perhaps you plan to add UAS driver in your next release ? 0 Quote
balbes150 Posted October 12, 2019 Posted October 12, 2019 39 minutes ago, Viald said: Perhaps you plan to add UAS driver in your next release ? This requires additional verification, I have observed USB issues several times when enabling this option. 0 Quote
Viald Posted October 12, 2019 Author Posted October 12, 2019 @qstaq Done Port 2: Dev 3, If 0, Class=Mass Storage, Driver=uas, 5000M @balbes150 I will keep you informed if I have any issue with UAS driver. 0 Quote
balbes150 Posted October 12, 2019 Posted October 12, 2019 2 hours ago, Viald said: I will keep you informed if I have any issue with UAS driver. Ok 0 Quote
Viald Posted October 23, 2019 Author Posted October 23, 2019 @balbes150 I have to go back to your kernel. Mine have strange issue. The system reboots without any reason. I have no error coming from the UAS driver in the syslog. Even with your kernel, I have noticed that reboot doesn't really work. The system stops, but the hardware doesn't restart. Could be a pain for a headless server. 0 Quote
Anakin Posted April 2, 2020 Posted April 2, 2020 Same issue here. With official petitboot or not. I have copy manually my armbian boot.ini at the root of my SSD but nothing. Note my SSD need 10 seconds to be detected. Armbizn bionic desktop 5.4 kernel. I want to test armbian (with GPU integration) without erase my official ubuntu. 0 Quote
vzoltan Posted May 11, 2020 Posted May 11, 2020 Team, do we expect to have any improvements here, besides dumping the JMicron USB-SATA enclosures? I don't believe it is JMS issue at all, given my ASM1153 based USB-SATA adapter is also failing with any of the 5.4 kernels to boot from SATA. It just works with 4.9.x, therefore my guess is we are dealing with a Linux issue here, but that's where my skills end - how to proceed from here? Anybody aware of a bug tracking this one? @qstaqI've seen you put quite some efforts into this troubleshooting, any comments maybe? 0 Quote
lavorrick Posted July 4, 2020 Posted July 4, 2020 Nothing useful to add here really except a +1 with the same problem, using Seagate desktop drives. Works fine on 4.9 but not on 5.6. 0 Quote
lavorrick Posted September 26, 2020 Posted September 26, 2020 I've managed to get this to work finally, for my use case, which is a directly connected Seagate desktop drive - ID 0bc2:3321 Seagate RSS LLC - using the latest Armbian release 20.08.3 with kernel version 5.8.10, booting from petitboot. The steps I took were basically: Install armbian 20.08.1 onto an MMC card. Boot the N2 from the card and "apt update" and "apt upgrade" to bring it up to the latest kernel etc. and perform other basic configuration. Make a partition on the hard drive ready to take the root partition. Run nand-sata-install to copy the root partition onto the hard drive. Edit /boot/boot.ini and add "usb_storage.quirks=0bc2:3321:" to the linux command line parameters. This enables smartctl to work correctly when the system is up and running. Create a directory /etc/initramfs-tools/scripts/local-block Create an executable script in that directory with these contents: delay=20 echo Sleeping for ${delay} seconds to allow disk to be found... sleep ${delay} I tried various values for $delay, for me 20 seems to work consistently, values higher or lower would work sporadically. "update-initramfs -u" to incorporate the new script into the ramdisk. Reboot the N2 from the MMC card and verify that it boots correctly and uses the root FS that's now on the hard disk. "umount /boot" to get the MMC out of the way. /boot should now be empty. "rsync -av /media/mmcboot/boot/ /boot" to copy the /boot directory from the MMC to the hard disk. power the N2 down, remove the MMC card and flick the switch so it boots using SPI. Power it up, system should now boot solely using petitboot and the hard drive. I don't really understand why this has worked, but hope it may help someone else. None of this script business with the delay was necessary when using kernel 4.9.x so there definitely seems to be some problem with the 5.x kernel series, presumably around the UAS driver or whatever, but this is beyond my understanding. 0 Quote
ebkde Posted January 5, 2021 Posted January 5, 2021 (edited) I tested this on 3 N2 Systems. I found that this part alone solves my reboot issues: Create a directory /etc/initramfs-tools/scripts/local-block Create an executable script in that directory with these contents: delay=20 echo Sleeping for ${delay} seconds to allow disk to be found... sleep ${delay} "update-initramfs -u" to incorporate the new script into the ramdisk. Of course I still have the SD Cards within these systems, but that a very minor issue to me. Thanks @lavorrick for providing that guidance. Edited January 5, 2021 by ebkde 0 Quote
-hannes- Posted March 25, 2023 Posted March 25, 2023 Hi, I tried another approach, which unfortunately doesn't work. Maybe someone can help me. I have a Odroid N2+, flashed an SD-card with Armbian Buster and kernel 4.9x as I knew from previously that `nand-sata-install` works without any problems with that kernel. But after upgrading to the latest current kernel (6.1.11-meson64) it stops booting from SSD. Here is what I did: - install arbian with buster and k4.9 - move with nand-sata-install - reboot - apt update (error) - disable /etc/apt/sources.list.d/armbian.list - change /etc/apt/sources.list from buster to bullseye - apt update && apt full-upgrade - reboot - enable /etc/apt/sources.list.d/armbian.list - change buster in armbian.list to bullseye - apt update && apt full-upgrade - change kernel in armbian-config -> system -> change kernel (latest current kernel 6.1.x) - not booting anymore, only possible to access emergency boot-thingy via HDMI and revert to the latest legacy kernel (4.9x) Any idea how to fix that? Seems to be a common problem with later kernels... @lavorrick and @ebkde posts didn't work for me. Somehow `update-initramfs -u` didn't work and I guess their posts are still with k4.9 or k5.1? I actually think that all solutions are really complicated and don't understand why `nand-sata-install` doesn't work anymore as it's such an important feature... (fyi, I also tried it with a eMMC, other SDs, multiple SSDs as well as different SATA-adapters! This problem kills my lifetime ) 0 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.