Я нахожу маловероятным, что `найти` провалилось из-за нехватки памяти, поскольку он выполняет `РМ` сразу за каждый соответствующий файл, вместо того, чтобы создать список. (Даже если команда завершилась с`+`, а не `\;`, она будет работать `РМ` в разумных размеров пакетов.) Вам придется слишком глубокая структура каталогов для выхлопных памяти; широту не должен иметь особого значения. Скорее всего проблема восходящего канала. Я предполагаю, что вы имеете в виду тусовки? @BjörnLindqvist, что вы говорите не правда. Когда последний файловый дескриптор, ссылающийся на сокет закрыт, ядро отправляет пакет говорит другой конец, что соединение было закрыто. Это произойдет независимо от того, последний файловый дескриптор был закрыт с помощью системного вызова, убивая процесс, или каким-либо другим способом.

Первое значение einval (Стандартная ошибка POSIX и C) перевернутая. Если вам интересно это от линии 4218 в [источник]/драйверы/USB кабель/основных/хаб.с (В. 3.19):

Если 4217 (в udev->государство != USB_STATE_DEFAULT)
4218 возврата -значение einval;

Другое одно из hub_port_init() функцию в тот же файл.

Такие сообщения об ошибках на самом деле не предназначены, чтобы предоставить больше информации для конечных пользователей, чем то, что есть ("хаб не удалось включить устройство"), однако. Они используются для отладки, возможно, в том числе, если вы должны были отправить отчет об ошибке.

Если вы надеялись на документации, которая будет объяснить проблему подробно, я думаю, вам не повезло. Отчасти это возможно, что не может быть все более точные и подробные объяснения, которые могут быть предоставлены. Некоторые вещи могут не одинаково с диапазоном неопределенного возможные причины.