ROSA Forum

Давно, лет 8-9 назад у меня на ноутбуке стояла ROSA Fresh (которая с KDE4). Стояла она года полтора, использовалась активно, особых неприятностей не доставляла. Потом ноутбук понадобился для других целей, и с Росой пришлось проститься.
Сейчас решил снова попробовать Росу на ноутбуке. Я думаю, что у меня будет еще много вопросов. Сегодняшний вопрос такой.
Имеется ноутбук Lenovo Z 50-70 (поколение Intel Haswell). Мне нужно, чтобы операционка стояла при следующих настройках UEFI:
-параметр Boot Mode > [UEFI];
-параметр Secure Boot > [Enabled].
В принципе это возможно для данного дистрибутива (R12.2)?
Загрузочную флешку UEFI видит как
EFI USB Device (silicon-pover).

Попытка загрузиться с флешки при таких настройках приводит к выдаче сообщения:

EFI USB Device (silicon-pover) has been blocked by the current security policy.

Arbichev писал(а): 12 апр 2022, 18:55 -параметр Secure Boot > [Enabled].

Не получится у вас использовать Росу.
Secure Boot только > [Disabled].

Arbichev писал(а): 12 апр 2022, 18:55 Мне нужно, чтобы операционка стояла при следующих настройках UEFI:
...
-параметр Secure Boot > [Enabled].

Ищите другой дистр, который может в SB.

Мне еще повезло - у меня ноутбук 2014 года выпуска, у него Secure Boot отключаемый. На многих более новых ноутбуках уже ставят Secure Boot не отключаемый. Тогда другой вопрос: есть ли в планах развития Росы внедрение поддержки Secure Boot?

Arbichev писал(а): 13 апр 2022, 11:53 есть ли в планах развития Росы внедрение поддержки Secure Boot?

https://forum.rosalinux.ru/viewtopic.ph ... ot#p108886

Arbichev писал(а): 13 апр 2022, 11:53 На многих более новых ноутбуках уже ставят Secure Boot не отключаемый.

На asus нет такого. Только неделю назад купил себе ноутбук «ASUS ROG Zephyrus M16 GU603 GU603HE-K8007» По умолчанию в нём Secure Boot был отключен. Сразу смог загрузиться в Росу.

Я понимаю, что это флуд, но мне страшно подумать, сколько вы за него заплатили...

Я не считаю себя специалистом в UEFI, но вот что я нарыл в интернете:
Мэтью Гаррет (Matthew Garrett), один из разработчиков ядра Linux, сообщил о публикации для свободного использования минималистичного загрузчика Shim, заверенного ключом Microsoft и пригодного для организации первичной загрузки Linux на системах с активным режимом безопасной загрузки UEFI, сертифицированных на предмет совместимости с Windows 8. Загрузчик основан на наработках проекта SUSE Linux и может быть без ограничений использован любыми дистрибутивами, у которых нет ресурсов или желания прохождения процесса заверения загрузчика в сервисе Microsoft.
https://www.opennet.ru/opennews/art.shtml?num=35475

Скажите, а ROSA все оборудование подцепила?

Arbichev писал(а): 13 апр 2022, 14:06 Скажите, а ROSA все оборудование подцепила?

Пришлось собирать ядро 5.16. http://abf-downloads.rosalinux.ru/victo ... n/testing/

Arbichev писал(а): 12 апр 2022, 19:00 EFI USB Device (silicon-pover) has been blocked by the current security policy.

Есть один вариант, но сам не пробовал рисковать. Если статья не устарела:
https://habr.com/ru/post/273497/

Статью прочитал, но это не мой уровень.

VictorR2007 писал(а): 13 апр 2022, 14:14
Arbichev писал(а): 13 апр 2022, 14:06 Скажите, а ROSA все оборудование подцепила?
Пришлось собирать ядро 5.16. http://abf-downloads.rosalinux.ru/victo ... n/testing/

Не поделитесь, по какой причине пришлось пересобирать ядро?

Arbichev писал(а): 15 апр 2022, 12:22 Не поделитесь, по какой причине пришлось пересобирать ядро?

Скорее не пересобирать, а собрать более новое.
Из-за карточки wifi.

Ну я даже не знаю, что сказать. Откуда они (разработчики ноутбука) выкопали Wi-Fi от компании MediaTec? Да, иногда бывали проблемы с адаптерами RealTek, но их быстро устраняли в новых версиях ядра.

Arbichev писал(а): 16 апр 2022, 13:17 Откуда они (разработчики ноутбука) выкопали Wi-Fi от компании MediaTec?

В ядре поддержка появилась в этом патче https://cdn.kernel.org/pub/linux/kernel ... 5.16.19.xz

Может немного не в тему, извините. Подскажите, кто в курсе. А что что за новая версия rosa fresh намечается в ближайшее будущее? Увидел упоминание в vk

12.3 и не более.

irton, При всем уважении, это понятно

. А какие плюшки намечаются, если таковые имеют место быть?

Только обновление софта. Времена сложные, опасаемся закладок

Спасибо, жду с нетерпением! А долго ещё?

Приветствую. После того, как не удалось установить Росу 12.2 на ноутбук с UEFI, стал вопрос, что делать дальше. Пока думал, вспомнил, что у меня с декабря 2017 года лежат диски с Росой R10. Как раз комплект - один диск для UEFI, другой диск для BIOS. Особого смысла хранить их я не вижу, решил на один из них записать Росу 12.2. Запись прошла успешно, без ошибок. Далее пробую загрузиться с этого диска на том же компьютере, на котором его записывал. Это Socket AM3+ ASRock-880GM-LE. При загрузке происходит странное: После логотипа материнки на черном экране слышу, что раскручивается шпиндель привода. То есть BIOS диск в приводе видит. Но, дальше вместо загрузки с диска начинается загрузка с родного ssd, на котором стоит openSUSE. Я выше писал, что у меня комплект из двух дисков 2017 года. Беру оставшийся и пробую грузиться на этом же компьютере, с такими же настройками BIOS - он грузится без проблем. А версия 12.2 грузиться не хочет! У меня пока даже версии нет, что это может быть. Единственное, что хочется спросить у разработчиков - перед релизом проверяли загрузку с оптического диска?

Проверил загрузку этого диска на другом компьютере. Там стоит Asus M5A97 LE 2.0 с UEFI BIOS. На этом компьютере диск грузится нормально. Очень странно.

Arbichev писал(а): 22 апр 2022, 12:17 Но, дальше вместо загрузки с диска начинается загрузка с

У меня было похожее, но лет восемь назад. В тот раз прочистил оптический глазок в приводе, и тогда смог загрузиться.

VictorR2007 писал(а): 23 апр 2022, 20:04
Arbichev писал(а): 22 апр 2022, 12:17 Но, дальше вместо загрузки с диска начинается загрузка с
У меня было похожее, но лет восемь назад. В тот раз прочистил оптический глазок в приводе, и тогда смог загрузиться.

Но ведь ROSA 2017 года прекрасно грузится. У меня мысли двигаются в сторону неправильного таймаута. BIOS не дожидается начала загрузки с оптического диска и передает управление внутреннему ssd.

Приветствую.
В свое время обнаружил, что в свежеустановленном Альте Рабочая станция К не настроено sudo, то есть оно не отвечает ни на пароль рута, ни на пароль пользователя, созданного при инсталляции системы. На эту тему долго и упорно ругался с разработчиками системы. Стороны остались при своих интересах. Здесь, в Росе все то же самое. Ругаться уже надоело, просто отправил багрепорт №12435. Посмотрим на реакцию.

Arbichev писал(а): 27 июн 2022, 18:26 Здесь, в Росе все то же самое. Ругаться уже надоело, просто отправил багрепорт №12435. Посмотрим на реакцию.

В установщике где-то была кнопка "Сделать пользователя админом" или что-то подобное, надо внимательно смотреть менюшки при установке системы.

Arbichev писал(а): 27 июн 2022, 18:26 Приветствую.
В свое время обнаружил, что в свежеустановленном Альте Рабочая станция К не настроено sudo, то есть оно не отвечает ни на пароль рута, ни на пароль пользователя, созданного при инсталляции системы. На эту тему долго и упорно ругался с разработчиками системы. Стороны остались при своих интересах. Здесь, в Росе все то же самое. Ругаться уже надоело, просто отправил багрепорт №12435. Посмотрим на реакцию.

ну и начните с проверки в каких группа admin, что в sudoers. У меня лично проблем с запуском от sudo нет.

Sudoers смотрел, не понравился.

Ну я тоже за вас смотреть не буду, вы там держитесь, здоровья вам.

Я решил, а чего я собственно парюсь, почему просто не перенести в файл sudoers настройки из неимпортозамещенного дистрибутива?
Так и сделал, перенес две строки с параметрами и одну строку с комментарием, и все заработало.

admin@rosa2021 ~ $ sudo mc
[sudo] пароль для root:

rosa2021 admin #
mc запустился от root.

Та строка, на которой стоит курсор, и две строки выше перенесены из openSUSE.

Arbichev писал(а): 30 июн 2022, 13:40 Та строка, на которой стоит курсор, и две строки выше перенесены

Что значит перенесены?
Их в указанном файле не было?

Arbichev писал(а): 28 июн 2022, 14:02 Sudoers смотрел, не понравился.

Что значит смотрел?
Смотрели в файл - не понравилось?

sudo работает, всегда обновляю так, $ sudo dnf update, просит всегда пасс пользователя.
Что-то вы с настройками в своих системах переборщили.

Barmalei писал(а): 02 июл 2022, 10:36 sudo работает, всегда обновляю так, $ sudo dnf update просит всегда пасс пользователя.
Что-то вы с настройками в своих системах переборщили.

Мыло иль мочало, начинай сначала. Я уже месяц пытаюсь донести мысль, что мне надо, чтобы команда из вашего сообщения "sudo dnf update" выполнялась от root!

nickm писал(а): 30 июн 2022, 13:51 Их в указанном файле не было?

Да, в дистрибутиве ROSA Fresh в файле susoers этих строк нет! А в таком же файле в дистрибутиве openSUSE Tumbleewed они есть.

Arbichev писал(а): 02 июл 2022, 17:32 Да, в дистрибутиве ROSA Fresh в файле susoers этих строк нет!

"Не верю!" ©, или похоже, что Вы что-то не договариваете...

Вот, чистая установка с официального образа:

Код: Выделить всё

73b18dfa15c1cc6c29cf29395b43905f4856f6a97d40abcd994a4399483de1dd  ROSA.FRESH.PLASMA5.12.2.x86_64.iso

Вот первозданный файл sudoers из дистрибутива openSUSE Tumbleweed (во вложении). Фрагмент начинается со строки №64. Сравните с этим же файлом из дистрибутива ROSA Fresh Plasma5.

Arbichev писал(а): 03 июл 2022, 14:53 Вот первозданный файл sudoers из дистрибутива openSUSE Tumbleweed (во вложении)

Какой тайный смысл, лично Вы, видите в том, чтобы сравнивать конфигурационные файлы различных операционных систем?

Вам уже несколько человек сообщили о том, что у Вас выдуманная проблема, в том числе приведены некоторые доказательства того, что с

Код: Выделить всё

sudo

никаких проблем в дистрибутиве "ROSA.FRESH.PLASMA5.12.2.x86_64" и нету.

Нет никаких проблем с sudo. Надо во время установки дать пользователю права админа (nickm выше на скрине показал, как это сделать), либо после нужно просто добавить его в группу wheel.

va9(2) писал(а): 03 июл 2022, 19:08 Нет никаких проблем с sudo. Надо во время установки дать пользователю права админа (nickm выше на скрине показал, как это сделать), либо после нужно просто добавить его в группу wheel.

Сколько можно повторять - я не хочу давать пользователю права админа!

Arbichev писал(а): 04 июл 2022, 11:45 Сколько можно повторять - я не хочу давать пользователю права админа!

Возможно Вы путаете пользователя-администратора входящего в группу wheel и супер-администратора root?

Ведь, Вы же Сами выше сообщаете о том, что добавляете некоторые строки в файл /etc/sudoers, т.е. фактически и указываете, что пользователи группы wheel имет право пользоваться командой sudo.

Arbichev писал(а): 04 июл 2022, 11:45 Сколько можно повторять - я не хочу давать пользователю права админа!

вы там в сусевском конфиге примечание выше читали? У них просто выхода не было и они костыль сделали для чего-то.

Вы проверьте, с этими строчками и любой юзер будет иметь админские права, да еще и не зная root пароля вроде.

Как он мне тут написал https://forum.rosalinux.ru/viewtopic.ph ... 90#p110190 ему надо чтобы команды выполнялись с sudo от root.
Получается пользователь должен иметь права супер админа.

sudo не делает никого "админом" и не изменяет права, а позволяет текущему пользователю запустить команду с правами другого пользователя (без -u т.е. по умолчанию команда выполняется от root, если не настроено иначе). Вопрос в данном случае: кто может использовать sudo и какой пароль.
ALL ALL=(ALL) ALL - любой вошедший в систему пользователь может использовать sudo для выполнения любых команд.
Defaults targetpw - текущий пользователь должен ввести пароль пользователя от имени которого выполняется команда. По умолчанию - root.
При запуске от текущего пользователя sudo dnf update команда dnf и выполняется от root (ведь -u не используется и не настроено иначе), но требует ввода пароля root, а не текущего пользователя из-за Defaults targetpw.
И на всякий случай, что бы никто лишний раз не ругался:
Если закомментировать #Defaults targetpw, то при запуске от текущего пользователя sudo dnf update команда dnf всё равно выполняется от root (ведь -u не используется и не настроено иначе), но потребует ввода пароля текущего пользователя. Поэтому разработчики довольно обосновано считают ALL ALL=(ALL) ALL плохой идеей, а использование Defaults targetpw, как и rootpw, для решения административных задач требует знания пароля root текущим пользователем. <имя_пользователя> ALL=(ALL) ALL и #Defaults targetpw - идея получше, если этот пользователь Вы. Но как разработчики об этом узнают? Поэтому предлагают использовать группу.
PS Я надеюсь, у меня получилось донести мысль, что в вашем случае sudo dnf update команда dnf всегда бы выполнялась от root или просто не выполнялась по причине отсутствия разрешения у текущего пользователя на использование sudo?

notauser писал(а): 04 июл 2022, 23:07 При запуске от текущего пользователя sudo dnf update команда dnf и выполняется от root (ведь -u не используется и не настроено иначе), но требует ввода пароля root, а не текущего пользователя из-за Defaults targetpw.

Сколько не обновлял, все время пасс вводил юзвера, а root пароль пишет неверно.

Barmalei писал(а): 05 июл 2022, 22:38 Сколько не обновлял, все время пасс вводил юзвера, а root пароль пишет неверно.

notauser писал(а): 04 июл 2022, 23:07 а использование Defaults targetpw, как и rootpw, для решения административных задач требует знания пароля root текущим пользователем

Так гляньте настройки в файле

nickm писал(а): 04 июл 2022, 12:19/etc/sudoers

Barmalei писал(а): 05 июл 2022, 22:38
notauser писал(а): 04 июл 2022, 23:07 При запуске от текущего пользователя sudo dnf update команда dnf и выполняется от root (ведь -u не используется и не настроено иначе), но требует ввода пароля root, а не текущего пользователя из-за Defaults targetpw.
Сколько не обновлял, все время пасс вводил юзвера, а root пароль пишет неверно.

При использовании Defaults targetpw? По умолчанию не используется.

Если пользователь должен знать root пароль, для чего танцы с бубном?

Господа, я должен прервать обсуждение проблем sudo.
Сегодня проводил обновление системы. В выдаче присутствует такой фрагмент:

Код: Выделить всё

Очистка          : lib64aio1-0.3.112-2.x86_64                                                           97/108 
  Очистка          : x11-driver-video-nouveau-1.0.15-9.x86_64                                             98/108 
  Очистка          : strace-5.16-1.x86_64                                                                 99/108 
  Очистка          : plasma5-nm-5.24.5-1.x86_64                                                          100/108 
  Очистка          : lib64zimg2-3.0.3-1.x86_64                                                           101/108 
  Очистка          : lib64wps0.4_4-1:0.4.10-5.x86_64                                                     102/108 
  Очистка          : lib64odfgen0.1_1-0.1.7-2.x86_64                                                     103/108 
  Очистка          : lib64mpg123_0-1.29.3-1.x86_64                                                       104/108 
  Очистка          : lib64idn12-1.35-6.x86_64                                                            105/108 
  Очистка          : htop-3.2.0-1.x86_64                                                                 106/108 
  Очистка          : ethtool-1:5.17-1.x86_64                                                             107/108 
  Очистка          : deltarpm-3.6.2-2.x86_64                                                             108/108 
  Запуск скриптлета: deltarpm-3.6.2-2.x86_64                                                             108/108 
Cannot set file attributes for '/var/log/journal', maybe due to incompatibility in specified attributes, previous=0x00080000, current=0x00080000, expected=0x00880000, ignoring.
Cannot set file attributes for '/var/log/journal/8b8b920e4c6745e1929e8f1b423ab3d9', maybe due to incompatibility in specified attributes, previous=0x00080000, current=0x00080000, expected=0x00880000, ignoring.

+ dracut --force /boot/initrd-5.10.118-generic-2rosa2021.1-x86_64.img 5.10.118-generic-2rosa2021.1-x86_64
Mode:           real
Files:          3630
Linked:         218 files
Compared:       0 xattrs
Compared:       3572 files
Saved:          15.81 MiB
Duration:       0.096733 seconds
+ dracut --force /boot/initrd-5.10.74-generic-2rosa2021.1-x86_64.img 5.10.74-generic-2rosa2021.1-x86_64
Mode:           real
Files:          3629
Linked:         218 files
Compared:       0 xattrs
Compared:       3575 files
Saved:          15.81 MiB
Duration:       0.094004 seconds

Мне надо как-то беспокоиться, что dnf не нашел атрибуты какого-то файла журнала?

Видимо я должен объяснить свою любовь к команде sudo. Есть такое устоявшееся мнение, что прогресс (технический) цивилизации движет человеческая лень. Если есть два способа выполнить на компьютере некое действие, причем при первом способе нужно нажать на клаве 3 кнопки, а при втором способе - нажать 2 кнопки, то я выберу второй способ. Это элементарный прагматизм.
Показываю это на примере. На основном компьютере дома у меня стоит KDE openSUSE Tumbleewed. Как известно, это жестокий роллинг-дистрибутив. Поэтому, когда я сегодня (каждый очередной день) включаю комп, первым делом я должен обновить систему. Излагаю, как я это делаю:
1.На панели быстрого запуска мышей тыкаю иконку эмулятора терминала.
2.Кнопкой "Стрелка вверх" выковыриваю из кэша команду "sudo zypper dup".
3.Нажимаю Enter.
4.Ввожу пароль root.
5.Нажимаю Enter, чтобы разрешить zypper-у выполнить обновление и наслаждаюсь результатом.
Как видите, для того, чтобы выполнить обновление, мне нужно выполнить 5 телодвижений. 4 из них абсолютно рутинные, и только ввод пароля требует хоть какого-то задействования мозговых ресурсов. При этом обновление достаточно безопасно, если я ни с кем не поделился root паролем.
Предлагайте ваш вариант дальнейшего сокращения количества телодвижений, необходимых для обновления системы, и я с радостью на него перейду.

Arbichev писал(а): 11 июл 2022, 14:12 Видимо я должен объяснить свою любовь к команде sudo.

Arbichev, вообще-то надо понимать смысл команды (а любить её уже вторично), мнение — "прогресс (технический) цивилизации движет человеческая лень", всего лишь шутка.
Не подумайте будто я вас упрекаю или того хуже тыкаю, ибо письменная форма общения коварна, но почитайте вот эти статьи:
Команда su
Утилиты sudo, visudo и sudoedit
su или sudo? (Хабр)
Статьи весьма поучительные и написаны в доступной для понимания форме.

Открыть консоль, ввести мозговую команду и нажать Enter, ввести пасс пользователя и опять нажать Enter. Ждем список обновлений и подтверждаем Y и Enter. Ждем когда обновится. Усе, не так уж и трудно.
Но можно и так, в меню программ есть программа Обновление, запускаем ее и она без лишних телодвижений обновит, только вы не будете видеть что именно обновилось. Но если у вас нет ее, можно установить, называется update-system.

У меня слов нет. У него загоны, а тут вокруг него плсать все должны

ДонВенчензо писал(а): 11 июл 2022, 23:35 У меня слов нет. У него загоны, а тут вокруг него плясать все должны.

Это было ещё с первых постов понятно.

Приветствую.
Открою следующий кейс. Сегодня в багзилле открыл
Bug 12479 - Файловый менеджер Dolphin не запускается в режиме суперпользователя.

В главном меню Plasma5 отсутствует пункт для запуска Dolphin от суперпользователя.
При попытке запуска Dolphin в эмуляторе терминала через sudo Dolphin не запускается с выдачей следующего сообщения:

Код: Выделить всё

"admin@rosa2021 /root $ sudo dolphin
[sudo] пароль для root: 
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
error: XDG_RUNTIME_DIR not set in the environment.
Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: minimal, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.

admin@rosa2021 /root $"

Arbichev писал(а): 12 июл 2022, 18:28Dolphin

Arbichev писал(а): 12 июл 2022, 18:28 запускается в режиме суперпользователя

nickm, в иксах или в вейланде запускали?

va9(2) писал(а): 12 июл 2022, 19:59 в иксах или в вейланде

Cкрин для этого и приложил, цитата: "Графическая платформа: X11"

Arbichev писал(а): 11 июл 2022, 14:12 Если есть два способа выполнить на компьютере некое действие, причем при первом способе нужно нажать на клаве 3 кнопки, а при втором способе - нажать 2 кнопки, то я выберу второй способ. Это элементарный прагматизм.
...
первым делом я должен обновить систему.

В Росе одна кнопка.
Называется "Обновление".
Не благодари.

Barmalei писал(а): 11 июл 2022, 17:19 только вы не будете видеть что именно обновилось

Пулреквестов на добавку туда информации так никто и не прислал. Видимо, не так и надо.
Оно и понятно.
Можно журнал в dnfdragora посмотреть.
А можно набрать

Код: Выделить всё

dnf history info last

nickm, "слона" то я и не заметил...

У него там вейланд упоминается я и подумал, что в нем проблема. У меня в иксах запускается, а в вяленый было лень переключаться. Но сейчас проверил - дельфин стартует через sudo и там, и там.

Arbichev писал(а): 12 июл 2022, 18:28 This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Переустановите dolphin, может это действительно решит проблему.

У Андрея Григорьева в виртуалбоксе баг не подтверждается. Виртуалбокс и реальное железо - это две большие разницы. Могу только выложить файл hwinfo для моего ноутбука.

algri14 писал(а): 11 июл 2022, 17:12
Arbichev писал(а): 11 июл 2022, 14:12 Видимо я должен объяснить свою любовь к команде sudo.
Arbichev, вообще-то надо понимать смысл команды (а любить её уже вторично), мнение — "прогресс (технический) цивилизации движет человеческая лень", всего лишь шутка.
Не подумайте будто я вас упрекаю или того хуже тыкаю, ибо письменная форма общения коварна, но почитайте вот эти статьи:
Команда su
Утилиты sudo, visudo и sudoedit
su или sudo? (Хабр)
Статьи весьма поучительные и написаны в доступной для понимания форме.

Вообще-то рекомендовать для изучения статью на Хабре, напечатанную 14 лет назад, - это очень стремно.
1.Хабр - площадка во многом полемическая, там разрешается выражение авторского мнения.
2.За 14 лет в мире Линукса очень много воды утекло.

Навскидку, в статье написано:
"> если пользователь должен быть лишен права администрирования, в случае с su он должен забыть пароль root'а; если используется sudo, достаточно вынести его из соответствующей группы (например, wheel или admin) и/или файла sudoers, если он был дополнительно настроен.

Вот это — ерунда. Для использования su пользователь тоже должен быть в группе wheel."
Сегодня, в 2022 году по умолчанию в дистрибутиве openSUSE Tumbleweed для использования su пользователь не обязан быть в группе wheel. Скриншот прилагается. Сами можете убедиться , что пользователь admin входит только в группу users. А команду su он выполнять может.

Arbichev писал(а): 13 июл 2022, 13:00 Вообще-то рекомендовать для изучения статью на Хабре, напечатанную 14 лет назад, - это очень стремно.
1.Хабр - площадка во многом полемическая, там разрешается выражение авторского мнения.
2.За 14 лет в мире Линукса очень много воды утекло.

На это одесситы отвечают — «вам шашечки или ехать?», прочтите тоже самое на других ресурсах, там будет тоже самое, но не ручаюсь за доходчивое описание (в моих ссылках понятно даже совсем чайнику)

Выше nickm, дал Вам скрин программы Анаконда, так вот, на этапе установки не давайте юзеру прав админа, не ставьте первую галочку, далее надо создать учётку root и его пароль, зависит от дистрибутива, во многих установщик предлагает это сделать на этапе установки, но можно и потом.
Как это осуществляется в ROSA я не знаю, "не дошёл ход" в моих экспериментах, ибо на этапе установки сделал первого пользователя админом (поставил первую галочку), захотел попробовать именно этот вариант. Но думаю что всё осуществимо, как вообще в линуксе, пробуйте.

И извините, но сначала всё таки почитайте по ссылкам, что такое "sudo" и правила "sudoers", а то что они могут отличаться в разных дистрибутивах, так на то они и разные, просто у разработчиков свои предпочтения, изучите документацию и меняйте под себя.

Arbichev писал(а): 13 июл 2022, 12:14 Виртуалбокс и реальное железо - это две большие разницы. Могу только выложить

Вот на реальном железе запустилось. По моему вы с настройками перестарались.

Arbichev писал(а): 13 июл 2022, 13:00
algri14 писал(а): 11 июл 2022, 17:12
Arbichev, вообще-то надо понимать смысл команды (а любить её уже вторично), мнение — "прогресс (технический) цивилизации движет человеческая лень", всего лишь шутка.
Не подумайте будто я вас упрекаю или того хуже тыкаю, ибо письменная форма общения коварна, но почитайте вот эти статьи:
Команда su
Утилиты sudo, visudo и sudoedit
su или sudo? (Хабр)
Статьи весьма поучительные и написаны в доступной для понимания форме.
Вообще-то рекомендовать для изучения статью на Хабре, напечатанную 14 лет назад, - это очень стремно.
1.Хабр - площадка во многом полемическая, там разрешается выражение авторского мнения.
2.За 14 лет в мире Линукса очень много воды утекло.

Навскидку, в статье написано:
"> если пользователь должен быть лишен права администрирования, в случае с su он должен забыть пароль root'а; если используется sudo, достаточно вынести его из соответствующей группы (например, wheel или admin) и/или файла sudoers, если он был дополнительно настроен.

Вот это — ерунда. Для использования su пользователь тоже должен быть в группе wheel."
Сегодня, в 2022 году по умолчанию в дистрибутиве openSUSE Tumbleweed для использования su пользователь не обязан быть в группе wheel. Скриншот прилагается. Сами можете убедиться , что пользователь admin входит только в группу users. А команду su он выполнять может.

Да. Причём там про это и написано. Вы понимаете смысл прочитанного? Попробую переформулировать. Что бы ЛИШИТЬ ВОЗМОЖНОСТИ использовать su не давайте пользователю вoзможность знать пароль root. В некоторых дистрибутивах вход root запрёщен, т.е. если какой-то пользователь знает пароль root, то несмотря на то,. что он не может использовать root в качестве логина, он может воспользоваться su. Это не зависит от членства в группах. С sudo это не так, если применяется "классический" конфигурационный файл. В вашем случае sudo требует ввода пароля root, а не пароля пользователя, а использование sudo разрешено всем.

Arbichev писал(а): 13 июл 2022, 13:00 Вот это — ерунда. Для использования su пользователь тоже должен быть в группе wheel.

Это кто Вам сказал или где нашли такое пояснение?
Вот Вам вывод из консоли дистрибутива Mageia-8, там "sudo“ надо настраивать отдельно, по-умолчанию идёт только “su“

Код: Выделить всё

[algri@localhost ~]$ groups
algri    (т.е. нахожусь только в группе algri)
[algri@localhost ~]$ su
Пароль: 
[root@localhost algri]# su -
[root@localhost ~]#

Зная пароль root, а в Mageia он ставится 1-м юзером при установке системы, я не нахожусь в группе “wheel“, но могу пользоваться командой как “su“, так и “su -“ (так сказать полный root).
Так что читайте и изучайте, хоть по моим ссылкам, хоть в других местах.

зы: считаю что более новая команда “sudo“, так сказать более правильная, чем “su“, а пользоваться можно обеими , какую выберете для работы в системе, главное понимать их смысл.

Это не мое утверждение, это цитата из статьи на Хабре, которую мне тут рекомендовали изучить. Цитата показывает, что автор слабо разбирается в линуксе.

ROSA Forum

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh

Возвращение к ROSA Fresh