Как дать разрешение сгруппироваться для читения/редактирования ненаходящихся в собственности файлов на archlinux?

В буфере magit-status можно обычно достичь этого с помощью C-u RET .
То же самое обычно работает для активных ссылок в информационном режиме и справочном режиме .

Но в Emacs нет общего способа сделать это. Как объясняется в документе , связанном с , на усмотрение основных режимов остается вопрос о том, как они реагируют на действия над кликаемым текстом.
Назначение:

Реализация ссылки включает в себя три отдельных шага: (1) указывает на возможность щелчка, когда мышь перемещается по ссылке; (2) создание или Mouse-2 этой связи что-то делать; и (3) установку условия последующей связи таким образом, чтобы ссылка подчинялась ссылке «мышь-1-щелчок-следование».

Однако это не обязательный протокол:

• Ничто не говорит о том, что он должен быть реализован в полном объеме,
• также он не уполномочен всегда отвечать посещением буфера при активации,
• также не уполномочен относиться ко всем ссылкам в данном буфере одинаковым путем;
• следовательно, «обычно» выше.

Пара примеров, где можно легко наблюдать различия в поведении:

• magit-status буферы вообще не реагируют на щелчки мыши, только «нажатие клавиатуры» ( RET s)
• info-mode обеспечивает поведение «открыть в новом окне» только для «нажатий клавиатуры», но не для щелчков мыши.
• magit-status обеспечивает такое поведение только при посещении файлов, но не при фиксации «посещения». Также «посещение» (нажатие клавиатуры) фиксирует имеет побочный эффект - сначала их извлечение, а затем отображение.
• В descript-function буферы ссылок, указывающие на исходные файлы, всегда открывают новый кадр без возможности сделать другое.
• В descript-function буферы ссылок, указывающие на другие функции, всегда загружают новое содержимое в текущий буфер без возможности сделать иначе.
• В magit буферах истории и describe-function help-mode кнопки [back] 'и [forward]' всегда обновляют текущий буфер.
• В режиме описания ссылки на перекрестные ссылки «Enabled minor modes» просто прокручиваются вниз в текущем окне. Буферы
• dired-mode не выделяют активные ссылки.

Детали реализации всего этого, вероятно, довольно замысловаты, но, чтобы проиллюстрировать отсутствие реальной магии, сравните, как info-mode по-разному обращается с щелчками мыши и клавишами (сравните defun Info-mouse-follow-nearest-node (щелчок) и defun Info-follow-neight-node-node (& необязательная вилка)) .

init не является «порожденным» (как дочерний процесс), а скорее exec 'd следующим образом:

# Boot the real thing.
exec switch_root /mnt/root /sbin/init

exec заменяет весь процесс на месте. Конечный init по-прежнему является первым процессом (pid 1), даже несмотря на то, что ему предшествовали процессы в Initramfs.

Initramfs /init , который является сценарием оболочки Busybox с pid 1, exec s на Busybox switch _ root (так что теперь switch _ root является pid 1); эта программа изменяет точки подключения таким образом, что /mnt/root будет новым /.

switch _ root затем снова exec s на /sbin/init вашей реальной корневой файловой системы; тем самым он делает вашу реальную систему инициализации первым процессом с pid 1, который, в свою очередь, может породить любое количество дочерних процессов.

Конечно, это может быть так же хорошо сделано с письменностью Python, если вам каким-то образом удалось испечь Python в ваши Initramfs. Хотя если вы все равно не планируете включать busybox, вам придется кропотливо переосмыслить некоторые его функциональные возможности (например, switch _ root , и все остальное вы обычно делаете с помощью простой команды).

Однако он не работает на ядрах, которые не разрешают двоичные файлы сценариев ( CONFIG _ BINFMT _ SCRIPT = y ), или, скорее, в таком случае вам придется запустить интерпретатор напрямую и сделать так, чтобы он каким-то образом загрузил ваш сценарий.

Я думаю, что опция user users или group во время монтирования:

mount/dev/sdx/< mountpoint > -o user = < myuser > или аналогична другим опциям.