Даже если вы уже используете X-сервер, это не мешает вам создать файл xorg.conf
. Итак, откройте редактор и начните с файла /etc/X11/xorg.conf
, который выглядит так:
Section "Screen"
Identifier "myscreen"
SubSection "Display"
Depth 24
Modes "1600x900"
EndSubSection
EndSection
На самом деле я не уверен, будет ли работать «голый» раздел экрана, вам также может понадобиться раздел Device
, но для этого нам нужно знать ваш драйвер (вы можете найти эту информацию в журнале файл, см. ниже ).
Прежде чем сделать это, убедитесь, что вы знаете, как войти в виртуальную консоль (только текст ), чтобы вы могли починить что-то, если оно не работает. Вам потребуются root-права (sudo
), чтобы создать файл /etc/X11/
, или переместить его туда, если вы создали его где-то еще.
После создания файла перезагрузите (или перезапустите X-сервер или диспетчер отображения, если вы знаете, как это сделать ). Посмотрите, работает ли это; если это не так, посмотрите на /var/log/Xorg.0.log
, чтобы узнать, что пошло не так.
Если вам нужен раздел устройств и вы не можете понять, как его создать с помощью онлайн-учебников, дополните свой вопрос информацией о драйвере, который использует X.
Чтобы следить за более крупным проектом разработки, есть ряд вещей, которые вы можете сделать:
«Домашняя страница» GNU coreutils находится по адресуhttps://www.gnu.org/software/coreutils/coreutils.html
На этой странице перечислены доступные списки рассылки и ссылки на доступные для поиска почтовые архивы.
У проекта есть репозиторий Github по адресу https://github.com/coreutils/coreutils, и вы можете легко использовать его для получения любого выпуска (обратите внимание, что код зависит от подмодуля gnulib
). Вы также можете «смотреть» репозиторий Github, чтобы получать уведомления по электронной почте о новых коммитах (, это соответствует подписке на список рассылки коммитов ). Я полагаю, что это также заставит вас получать копии отчетов о проблемах, сделанных через Github (существует отдельная ошибка -, сообщающая о почтовых адресах, поэтому проблемы, опубликованные на Github, скорее всего, будут проигнорированы ).
В зависимости от того, что вы хотите сделать с точки зрения изучения истории проекта, файлNEWS
в репозитории Github может стать хорошей отправной точкой в любом исследовании, связанном с историей -. для этого конкретного проекта.
Что касается su
и runuser
...
su
был удален из coreutils в 2012 году. Это было обнаружено путем поиска в выводеgit log
:
commit 928dd73762e69cfeaab4a7ec9dd8f30f86a45ed4
Author: Jim Meyering <jim@meyering.net>
Date: Fri May 25 18:10:25 2012 +0200
su: remove program (util-linux is now the best source for it)
[...]
Я не нашел упоминания о runuser
в журналах коммитов Github для coreutils. Я подозреваю, что он ссылается на coreutils только потому, что является «урезанной версией su
», которая использовала как часть coreutils.
1Это означает, что я получаю около 2000 -4000 писем в неделю по интересующим меня проектам, большинство из которых я читаю только в названии, если даже так, но иногда есть интересные вещи даже в сообщениях коммитов.