vc/X
и ttyX
синонимы: различные пути к тем же устройствам. Точка дублирования должна поймать различные случаи, чтобы не заблокировать Вас.
Традиционно, login
(и возможно getty
, Я не могу помнить наверняка), проверил бы /etc/securetty
и отклоните root
логины на не включенных в список терминалах. В современных системах существуют другие способы сделать это и другие меры безопасности также. Проверьте содержание /etc/login.defs
(который также покрывает securetty
функциональность и рекомендуется securetty(5)
страница справочника), и также /etc/pam.d/login
, где можно управлять поведением этой функции.
С тех пор securetty
только проверяется login
, средства входа в систему, которые не используют login
(например, SSH с use_login=no
, X менеджеров по оформлению, и т.д.), не затронуты.
Я думаю, что беспорядок прибывает из того, что базовый системный вызов, что переносы ulimit называют setrlimit.
выборка из ulimit страницы справочника
ulimit () функция должен управлять пределами процесса. Пределы процесса, которыми может управлять эта функция, включают максимальный размер единственного файла, который может быть записан (это эквивалентно использованию setrlimit () с RLIMIT_FSIZE).
Дополнительно, если Вы смотрите на setrlimit
страницу справочника базовая структура данных, которая содержит информацию о пределе, называют rlimit
.
выборка из setrlimit страницы справочника
getrlimit и setrlimit получают и устанавливают пределы ресурса соответственно. Каждый ресурс имеет связанный мягкий и жесткий предел, как определено rlimit структурой (rlim аргумент обоим getrlimit () и setrlimit ()):
struct rlimit { rlim_t rlim_cur; /* Soft limit */ rlim_t rlim_max; /* Hard limit (ceiling for rlim_cur) */ };
Ссылаясь на страницу Ulimit Man Page , это команда Bash Shell для управления риминами системы и части - Любитны , как printf, прочитанные, источник и т. Д.
Ссылаясь Страница GetrLimits , он представляет API через C / C ++ с использованием системных вызовов к системе управления Rlimits. Дополнительные документация GLIBC на объяснении Rlimits (= ограничения ресурсов) лучше.
Я получил эту ошибку на каждом выходе. Я не использовал sudo
. В нем явно упоминается мой домашний каталог пользователя:
E138: Can't write viminfo file /Users/henrik/.viminfo!
Удаление ~/.viminfo
не исправило ошибку.
Оказалось, что у меня была куча временных файлов viminfo, и удаление тех, которые исправили проблему:
ls ~/.viminf* # If you want to see the files.
rm -rf ~/.viminf* # Remove them.
Нашли это решение здесь .
-121--21985- Вы говорите ядру искать корневой каталог в: root =/dev/mapper/triagia-kaliboot
. Думаю, тебе нужно это изменить.
Измените параметр ядра, используемый GRUB2 для поиска корневого каталога, изменив эту строку в /etc/default/grub
:
GRUB _ CMDLINE _ LINUX _ DEFAULT = «root =/dev/mapper/triagia-kaliroot»
.
Поскольку вы используете LVM для раздела/boot в разделе GRUB2, необходимо также добавить эту строку в /etc/default/grub
:
GRUB _ PRELOAD _ MODULES = «lvm»
.
После выполнения команды # update-grub
или # grub-mkconfig -o/boot/grub/grub.cfg
выполните перезагрузку.
ulimit
может быть две вещи:
интерфейс API POSIX 7 C, который был устаревшим в пользу getrlimit ()
: http://pubs.opengroup.org/onlinepubs/9699919799/functions/ulimit.html
Приложения должны использовать getrlimit () или setrlimit
Это не так, когда sim
ответил на POSIX 6.
В GNU/Linux getrlimit ()
и ulimit ()
реализованы с системным вызовом sys _ getrlimit
. Отсутствует sys _ ulimit
.
Неустаревающая утилита POSIX 7 CLI: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/ulimit.html
Она может быть реализована с помощью ulimit ()
или getrlimit ()
.