External USB blocks ssh access

[Joulinar]

ping @MichaIng

[MichaIng]

@cmoulliard

I’m not fully sure about what fixed the problem but I commented under this file the line

vi /etc/udev/rules.d/99-usb-late-boot.rules
#SUBSYSTEM=="usb", KERNEL=="4-1", ATTR{authorized}="0"

This file is not part of our images. Any idea where it is coming from? Where did you get the image originally from, or how old is the system?

It seems to simply disable (unauthorize?) the 1st port of the 4th USB bus, but no idea about the exact effect, if the port is functional after boot.

@cmoulliard

and added a “usbstoragequirks” here for “0x1058:0x2627:u” which corresponds to my external storage

If you SSD does not support UAS (which is what this quirk disables), then it should not only cause issues on boot only, but in general. E.g. one of my USB drives does not support UAS either. I can still use it in general, mount it, access files, but when I rsync some data as backup, it quickly runs into I/O errors. So the symptoms do not match the theory. But then, UAS support and symptoms might vary. /etc/udev/rules.d/99-usb-late-boot.rules as file we do not ship our end however looks more suspicious.

@cmoulliard

something is setting the “authorized” flag to 0 somewhere. perhaps something inside the initrd?

udev rules are merged into the initramfs. After you commented out the rule, did you update-initramfs -u?

@cmoulliard

They propose me to do this "it seems that DietPi sets the CONFIG_USB_DEFAULT_AUTHORIZATION_MODE kernel configuration parameter to a non-default value, which can be adjusted by adding “usbcore.authorized_default=1” to the kernel command line

Why not check it?

root@micha:~# grep CONFIG_USB_DEFAULT_AUTHORIZATION_MODE /boot/config-7.0.11-edge-rockchip64
CONFIG_USB_DEFAULT_AUTHORIZATION_MODE=1

Nope, it is 1 already. It might be good to know for the guy(s) on the PINE64 forum that DietPi is using the Armbian build system for its kernel builds, with some patches, though.

So far I guess: Wherever the udev rule is coming from, it caused the issue. Since you did not update the initramfs yet, the rule was still applied. Hence:

sudo rm /etc/udev/rules.d/99-usb-late-boot.rules
sudo update-initramfs -u

And if you have an idea where this file was coming from, or whether your image is like 6 years old or older, that might be good to know. In the past, we just converted images provided by others via dietpi-installer (resp. the old name of the script, resp. manually copying conversion commands into the shell, as I learned before writing the early version of dietpi-installer). These were Armbian images, but for ROCKPro64 also Ayufan images IIRC. Possible that they shipped with this udev rule for some reason. But it was never part of our installer, hence not part of any of our images since 6-7 years at least.