Вот тут как раз обсуждается вопрос про строчки из песен. В частности, указывается неочевидная на первый взгляд, но вполне очевидная на второй вещь, что если выбирать N слов подряд, то увеличение N почти никак не влияет на количество возможных паролей, даже чуть уменьшает (хотя, конечно "3, 4 или 5 слов" — это больше вариантов чем "всегда 3"). Но ведь тут есть та же опасность, что и с секретными вопросами — эту информацию можно случайно раскрыть в обычной беседе и даже не заметить.
Так я тоже умею, но почему-то от этой идеи отказался — то ли даже переключение терминалов тормозило, то ли SysRq привычнее, то ли ещё что — надо при случае попробовать. Но есть ещё проблема: чтобы зайти в систему в текстовой консоли, нужно, чтобы запустился bash, а у меня он ещё и bash-completions подгружает, а это уже не так быстро...
… а вот когда приложения начнут активно свопиться, и система перестанет реагировать на пользовательские команды (или это только я такой невезучий?), вместо кнопки Reset поможет сочетание Alt-SysRq(PrtScr)-F (запустить OOM-Killer). По умолчанию оно отключено по соображениям безопасности, поскольку может убить что угодно — lock screen, например. Соответственно, если для вас это не проблема, но вы не хотите мучиться из-за ухода в своп, можно разрешить все (или некоторые) комбинации в /etc/sysctl.d/10-magic-sysrq.conf (там, на самом деле, полно разных Alt-SysRq-комбинаций — вплоть до принудительного kernel panic).
Если я правильно понял, устройства Logitech изначально были уязвимы, а потом они выпустили обновление прошивки. Не гарантирую, что это официальный ответ, но цифровые подписи были.
А disown в такой ситуации не поможет? Что-то вроде "запустил с амперсандом, сказал disown, закрыл окно". Правда, stdout/stderr процесса всё равно будут идти в консоль, пока не закроешь.
К тому же, например, у меня есть некая реализация системного вызова pipe2, которой, вроде, хватило, чтобы заработали всякие wakeup-ы. Но я видел обсуждение того, как правильно это реализовать — когда они это доделают "по науке", мой костыль будет не нужен, а пока пользуюсь своей реализацией.
Проблема в том, что Linux kernel мы любим за то, что оно умеет запускать бинарники. То есть всё равно упираемся в эмуляцию процессора. Или вы имеете в виду, чтобы в бинарниках для этой архитектуры тоже лежал JavaScript? Хотя, если к получившемуся ядру прикрутить Qemu в user-mode (или как оно называется) — эмуляцию процессора в пределах одного процесса… :) Да и с возможностью собрать Linux не с помощью gcc могут быть проблемы.
Вот тут как раз обсуждается вопрос про строчки из песен. В частности, указывается неочевидная на первый взгляд, но вполне очевидная на второй вещь, что если выбирать N слов подряд, то увеличение N почти никак не влияет на количество возможных паролей, даже чуть уменьшает (хотя, конечно "3, 4 или 5 слов" — это больше вариантов чем "всегда 3"). Но ведь тут есть та же опасность, что и с секретными вопросами — эту информацию можно случайно раскрыть в обычной беседе и даже не заметить.
Так я тоже умею, но почему-то от этой идеи отказался — то ли даже переключение терминалов тормозило, то ли SysRq привычнее, то ли ещё что — надо при случае попробовать. Но есть ещё проблема: чтобы зайти в систему в текстовой консоли, нужно, чтобы запустился bash, а у меня он ещё и bash-completions подгружает, а это уже не так быстро...
… а вот когда приложения начнут активно свопиться, и система перестанет реагировать на пользовательские команды (или это только я такой невезучий?), вместо кнопки Reset поможет сочетание
Alt-SysRq(PrtScr)-F(запустить OOM-Killer). По умолчанию оно отключено по соображениям безопасности, поскольку может убить что угодно — lock screen, например. Соответственно, если для вас это не проблема, но вы не хотите мучиться из-за ухода в своп, можно разрешить все (или некоторые) комбинации в/etc/sysctl.d/10-magic-sysrq.conf(там, на самом деле, полно разныхAlt-SysRq-комбинаций — вплоть до принудительного kernel panic).Если я правильно понял, устройства Logitech изначально были уязвимы, а потом они выпустили обновление прошивки. Не гарантирую, что это официальный ответ, но цифровые подписи были.
А
disownв такой ситуации не поможет? Что-то вроде "запустил с амперсандом, сказал disown, закрыл окно". Правда, stdout/stderr процесса всё равно будут идти в консоль, пока не закроешь.К тому же, например, у меня есть некая реализация системного вызова
pipe2, которой, вроде, хватило, чтобы заработали всякие wakeup-ы. Но я видел обсуждение того, как правильно это реализовать — когда они это доделают "по науке", мой костыль будет не нужен, а пока пользуюсь своей реализацией.Ещё раз спасибо. На самом деле, кое-какая инструкция есть, просто придётся подцепить изменения из моего форка репозитория Emscripten.
Да, нужно будет посмотреть. А то 30-40Мб страничка — это перебор.
Проблема в том, что Linux kernel мы любим за то, что оно умеет запускать бинарники. То есть всё равно упираемся в эмуляцию процессора. Или вы имеете в виду, чтобы в бинарниках для этой архитектуры тоже лежал JavaScript? Хотя, если к получившемуся ядру прикрутить Qemu в user-mode (или как оно называется) — эмуляцию процессора в пределах одного процесса… :) Да и с возможностью собрать Linux не с помощью gcc могут быть проблемы.