Почему процесс ''gvfsd-метаданных'' составляет hogging 100% одноядерного в течение долгого времени

Я с @Renan: похоже, что эта проблема была решена в более новых ядрах. (Один такой поток на LKML.)

Ключевая ошибка invalid interface number один. Это означает, что драйвер USB видит устройство, но это нумерует свои функции (интерфейсы) способом, драйвер не ожидает, и это не может справиться. Гугля вокруг, можно найти несколько случаев, где люди фиксируют слабые места в ядре для преодоления этих более новых устройств и их нечетного поведения нумерации интерфейса.

Я не на 100% уверен относительно этого, так как я не могу найти категорический документ, в котором говорится или что неисправные интерфейсные числа являются неправильными, или что он был все зафиксирован для всех USB-устройств в ядре x.y.z. Это, кажется, больше вида Whac-родинки усилия по разработке.

Обновление ядра на сервере не является легкой фиксацией каким-либо образом. Я попробовал бы промежуточный шаг для проверки гипотезы сначала: вставьте версию своего сервера Debian к VM, сделайте снимок, обновите ядро там и посмотрите, будет ли это видеть USB-устройство после обновления. (Очевидно, необходимо использовать программное обеспечение VM, которое продвинет USB-устройство в VM. Большинство будет в эти дни.)

Если это не работает, можно легко откатывать к снимку, так как этот VM должен быть полезен для будущего, тестируя перед развертыванием чего-то к prodouction серверу.