Я не считал бы Ubuntu прочь как ориентированный на потребителя дистрибутив, это - на самом деле большая опция и для рабочего стола и для серверов. У них даже есть и рабочий стол и сборки сервера: http://mirror.anl.gov/pub/ubuntu-iso/CDs//precise/. Это - также очень общая опция работать на облаках, таких как Amazon EC2.
Выполните Рабочий стол Ubuntu на своей локальной машине работы и сервере Ubuntu для Вашей среды хостинга, и Вы извлечете пользу из использования той же ОС для обоих, т.е.: вещи будут работать то же локально и на Ваших серверах.
Я на самом деле предпочитаю Linux Mint на рабочем столе в эти дни, но так как он основан на Ubuntu, можно запустить Ubuntu на сервере и все еще извлечь пользу из него являющийся почти идентичным.
но выполняя 2.6.35 пользовательских ядер
Похоже, что Ваша сборка ядра повредилась (или не включил), select4 (2), как разработано в этом отчете об ошибках разработки замены в горячем режиме.
Как упомянуто в комментарии и @msw SYS_366
(accept4), как определено в unistd.h
:
#define __NR_accept4 (__NR_SYSCALL_BASE+366)
ENOSYS
.
Найдите это странным если accept4
появитесь после перезапуска udev
.
Угадайте, что Вы могли сделать сравнивание вывода от
sudo lsof -P -T -p <PID>
прежде и после перезапуска.
Это действительно то же:
/sbin/udevd
/lib/XXX-linux-gnu/libc-x.xx.so
прежде и после и т.д.
lsof
команда идентична, и для демона жулика и для хорошего поведения (после того, как тот перезапуск).
– tshepang
06.06.2013, 15:47
sudo service udev restart
. Найденный этим странный, если сообщения были зарегистрированы и никакая ошибка при указании на пропавших без вести accept4
после того перезапуска. lsof
только съемка общим планом должна была видеть, связывала ли по некоторым причинам она другой (более старый и т.д.) объектные файлы при начальной загрузке напротив после перезапуска (например, для libc
). Или даже если udevd
самостоятельно был, некоторые затеняют тот.
– Runium
07.06.2013, 03:31