Я полагаю, что наиболее безопасным, что вы можете сделать, без acls или любого другого пользователя, доступного через sudo или setuid, является chmod 444
в файл.
Чтобы сделать chmod'ing файла обратно на o + w
более трудным для любого дочернего процесса, вы можете попытаться настроить сценарий оболочки, который вызывает bash - r --rcfilehibited.rc
, где ограниченный.rc устанавливает ПУТЬ, чтобы избежать chmod. Это не мешает сценариям, которые вызывают bash или какой-либо другой процесс, вызывать сценарий со своим собственным путем и изменять файл, но маловероятно, что кто-то позаботился об этом явно.
Тем не менее, создание файлов без разрешений u + w
от имени другого пользователя по-прежнему более разумно с операционной точки зрения, если вы не можете chattr
или chflags
.
Строго говоря, это не ответ, но я не хотел, чтобы он был похоронен в существующем разделе комментариев:
This appears like it would work: it adds a display setting that's listed by xrandr and then the new size is available in KDE's system settings... but when I select it in the system settings gui and click 'apply' it resets back to the previously selected setting.
Я столкнулся именно с этой проблемой и изо всех сил пытался найти другие отчеты об этой проблеме в Интернете. Я дважды -проверил спецификацию моего графического процессора , в которой утверждалось, что его поддержка дисплея 4K всего на несколько пикселей меньше моего фактического разрешения дисплея (3280x2160 против 3280x2000, поддерживаемого графическим процессором ). Эта спецификация противоречила спецификации производителя компьютера , в которой заявлена поддержка разрешений до 4096x2160.
В последней попытке -я заменил свой кабель HDMI кабелем DisplayPort, и теперь он поддерживает разрешение до 3280x2160 при частоте 30 Гц. Как ни странно, кабель HDMI не был проблемой — я использовал тот же самый кабель для подключения монитора к своему ноутбуку без каких-либо проблем.
Если у кого-то еще возникнет эта проблема, рекомендую:
Найдите спецификацию вашего графического процессора в Интернете. В моем случае я следовал инструкциям на этой официальной странице поддержки Intel , что привело меня к первой спецификации, указанной выше.
Если ничего не помогает, попробуйте подключиться через DisplayPort, а не через HDMI (или наоборот ).
Как следует из комментария, проблема может заключаться в преобразователе. Если переход с MiniDP (на вашем компьютере )на HDMI (монитор )проблематичен, переход с MiniDP на Display Port может сработать (, если у монитора есть Display Port ).
Я столкнулся с той же проблемой и получил помощь от самого поста ОП, и это сработало. У меня есть монитор Asus VW193D, и он не получит разрешение по умолчанию 1440 x 900, а вместо этого не будет отображать параметры выше 1024 x 768. Есть шаги, которые я использовал из сообщения OP для решения проблемы. Чтобы узнать, какие другие разрешения для соотношения сторон, я запустил это:
cvt 1440 900 60
Далее,запустил xrandr
, чтобы определить новый режим с помощью следующей команды:
sudo xrandr --newmode "1440x900_60.00" 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync
Затем добавление определенного режима к монитору DP -1:
sudo xrandr --addmode DP-1 1440x900_60.00
Выйдите из системы и войдите снова, и все параметры монитора появятся. Вот до и после замены.