Вы так часто ссылаетесь на то что есть windows server core без gui , что я реши почитать зачем microsoft это сделала
Это же совершенно очевидно: GUI требует ресурсов. Порой, при входе на загруженный сервер, он этот самый GUI может отрисовывать минутами.
а вот гуй есть hyper-v manager
И это не верно. :)
Hyper-V Manager не GUI, а оснастка MMC. Т.е. программный код, запускаемый с помощью другого приложения (mmc.exe), обменивающийся данными с управляемым сервером по сетевому протоколу, представляющий пользователю информацию в виде, определяемом независимо от управляемого сервера.
Знаете ли Вы ещё какие-то программы с подобными свойствами? Названия класса этих программ, совершенно случайно, не начинают на "брау" и не заканчиваются на "зер"?
Осталось понять, почему организационную проблему Вы предлагаете решать с помощью инструментов, которые не то, что для этого не приспособлены, а даже не имеют точек соприкосновения с этой областью. :)
Речь всего лишь о вменяемом GUI!
Традиционный вопрос: "а судьи кто?"
Кто и по каким критериям будет определять "вменяемость"?
Что делать с тем, что этим самым критериям "вменяемости" абсолютно и полностью не удовлетворяет сам Windows, т.к. на win-серверах давно отсутствует GUI?
Самой большой проблемой на начальном этапе, по моим наблюдениям, всегда являлось понимание единой файловой системы. С активным задействованием возможностей NTFS внутри самой Windows проблем становилось всё меньше. Во времена W2K времени на объяснение уходило куда больше, чем во времена Win7, в которой уже вовсю применялись junction points, потоки и локализация названий каталогов.
Простите, а какой в этом смысл?
Чтобы при выполнении регулярных задач не лазить в мануалы.
Например, каждый день по обращению пользователя нужно выяснять дошли/не дошли письма. Не надо ждать пока пользователь с этой проблемой обратится и лезть в мануалы "на ходу"; сперва слазить в мануалы, посмотреть, как делается, записать, если нужно; когда пользователь обратится - максимум подглядеть в свои записи.
Речь же про специалистов, они свои рутинные задачи плюс-минус наизусть знают.
То есть, вы утверждаете, что работа в CLI совершенно никак не отличается между Windows и Linux?
Сегодня никакой критичной разницы точно нет. Кстати, хорошим подспорьем в этом плане явилось появление в Windows автодополнения по Tab.
И что в каждой из ОС нет совершенно никаких "нюансов", которые нужно знать опытному спецу?
Есть, но они не требуют для своего освоения 5 лет совершенно точно. Даже знание, как из vim выходить без перезагрузки, сегодня уже не обязательно.
Но это в ультра-идеальном варианте.
Вы же видите, что далее по тексту Вы в точности описали именно организационную проблему?
Поэтому и говорю, что проблема на порядки более серьёзная, чем кажется на первый взгляд. И что грозит резким падением уровня компетенций во всей отрасли.
Не кажется ли Вам, что каждый должен заниматься своим делом? У нас есть куча всяческих учреждений и организаций, есть целый АПКИТ, в сферу деятельности которых оно и входит.
И что как ни старайся, но копированием Windows GUI Вы не только никак не решите эту проблему, но ещё и потратите кучу человеко-часов совершенно зря, т.к. банально могли бы использовать их на то, чтобы сделать GUI лучше, чем Windows (см. утилиты Sysinternals в качестве примера) ?
Ну формально - рисовать мышкой цепочку команд и смотреть что там бежит ;-)
Мы сделали GUI, чтобы Вам не приходилось вводить команды, потому что Вы будете рисовать их мышкой! :-D
Типа того, как у yahoo! pipes было сделано.
Не видел.
Вообще, если следовать именно общей идеи GUI, должно быть что-то вроде блок-схем, тыкаем нужную область окна, оттуда забираются данные, добавляем блоки промежуточной обработки, тыкаем область в приложении, куда должны попасть данные.
Но почему-то желаемые Вами графики должен обеспечить всенепременно Linux и всенепременно через GUI на сервере. И если пользователи 1С делают всё так, то может.... что-то не так делаете Вы?
а что показывает командная строка?
Я немного подумал над этим вопросом за вечерним чаепитием и спросил у гугла, можно ли строить в консоли графики в общем виде, на что гугл мне выдал название gnuplot и среди кучи ссылок пост на хабре:
У того же автора есть ещё один материал на ту же тему замера производительности дисковой подсистемы. Там уже не про gnuplot, но тоже можно ознакомиться:
Даже самый лучший спец в Windows потеряется в Linux, даже самый лучший спец в Linux потеряется в Windows.
Я видел людей, первый раз запускающих Linux после Windows, не раз, уверяю Вас, всё совсем не так плохо, как Вы описываете.
А если галочки вообще нет, и остаётся лишь CLI – упс, засада, надо снова лезть в талмуды.
Никто не запрещает вдумчиво слазить в талмуды ДО.
В Linux команды другие. Всё равно всё учить заново, заново переобучаться.
Повторно намекаю: PowerShell портирован совершенно официально. И даже просто в терминале много одноимённых или корректно дополняемых по Tab команд. А уж писать grep some вместо findstr "some" ещё и куда как приятнее.
Теперь видите, в чём суть проблемы?
Да. Вы, похоже, поучаствовали в таком спонтанном экстренном переходе (не обязательно Win -> Lin), в котором Вас и оставили разбираться с проблемами самостоятельно с формулировкой типа "тыжпрограммист". Я тоже участвовал в подобной затее где-то на рубеже тысячелетий, когда мне выдали книжку по Linux, боевой сервер со squid'ом и сказали: "одминистрировай!", а в той книжке про этот squid - ни полслова.
Но наличие подобного опыта совершенно не означает, что нельзя организовать мониторинг рабочей недели, анализ тикетов за последний год, составить список решаемых задач, выкатить его обучающей организации для адаптации/расширении учебной программы, обучить специалистов, обкатать на тестовом контуре, выделить из инфраструктуры наименее критичную часть и переходить в её границах.
И действительно, вполне возможно, что барахтаясь самостоятельно Вы только через год сумеете разобраться как вместо icacls правильно использовать chmod/setfacl, но если Вам на обучении просто на реальных данных с Вашего предприятия покажут и запишут в wiki (или что у Вас там используется в качестве базы знаний) команду из Windows и рядом полный эквивалент из Linux, то какие пять лет Вы собираетесь на это тратить?
Даже чтобы понять простую вещь как права linux .нужно обчичатся доков .
Знание о системе прав Windows у Вас с рождения присутствует, правильно понимаю?
Попробуйте поменеджерить СУБД без них.
Ставил SQL Server Express на Server Core (для понимания - GUI не отображается вообще, простой запуск инсталлятора заканчивается ошибкой); выгрузка,загрузка, выборка, изменение данных через pgsql; через phpMyAdmin чего-то там тоже ковырял. Считается?
почему-то в gui для СУБД вопросов нет
У меня есть один знакомый, у него какой-то там кластер MS SQL на нескольких машинах с Windows Server Core крутится, GUI на серверах совершенно точно нет, SQL Management Studio установлен на рабочей станции, расскажите, пожалуйста, что он делает не так, застыжу его при случае.
Но за два года вы хорошего спеца никак не вырастите
С нуля - да, но мы их и не с нуля растим.
Кроме того, нет необходимости переводиться сразу всё и за один день, win-инфраструктура продолжала все эти два года работать, выбирайте участок, тестируйте, переводите - вот Вам и специалисты с реальным опытом.
и даже имеющийся багаж win-знаний тут поможет далеко не всегда
Почему? Файлы, каталоги, процессы, пользователи, группы - концепции в большинстве случаев похожи, если не полностью идентичны. А то, что нужная галочка находится на пятой закладке в правом нижнем углу третья сверху, к багажу знаний имеет весьма отдалённое отношение.
Чтобы хотя бы частично упростить/ускорить миграцию специалистов с Windows на Linux, позволив хотя бы на первых порах минимально использовать CLI.
Windows Server Core доступен с 2008 версии. Если не сильно ошибаюсь, в Exchange начиная с 2007 версии PowerShell - основной инструмент управления, вплоть до того, что некоторый функционал в GUI инструментарии не представлен вообще никак.
Открыв официальную документацию Вы скорее всего первым делом попадёте на то, как сделать что-то с помощью PowerShell:
Т.е. сама Microsoft уже больше 15 лет приучает Вас к тому, что на win-сервере GUI от Microsoft отсутствует.
А новичку в Linux придётся каждый раз лезть в талмуды.
PowerShell портирован в Linux совершенно официально, если что.
Да, придётся, но вообще-то все эти два года это выглядело как совершенно плановый процесс, решаемый прежде всего организационными мерами, а не путём полного копирования Windows GUI инструментов на Linux.
Проблема экстренного переобучения огромного количества win-специалистов
Непонятно почему Вы решили, что проблема переобучения эквивалентна или вообще хоть как-то включает в себя "вопрос адекватного GUI".
Узнает на обучении специалист, что вместо всё-в-одном wireshark'а на сервере гораздо проще запустить tcpdump | grep. Или, например, что ходить по RDP на linux-сервер 1С, как привыкли в Windows, тоже, так себе затея, т.к. есть web-версия через Apache.
И куда тут применять Ваш "вопрос адекватного GUI"?
На вопрос зачем Вам GUI на сервере, когда сама Microsoft активно продвигает Core и IoT версии, в которых этот самый GUI криво-косо, но оторван, дождаться ответа уж и подавно не суждено, я так понимаю.
Длинно: из коробки - дистрибутивозависимая опция - где-то есть, где-то частичная, где-то нет. Где-то shell для root и обычных пользователей различается (хотя, может это я уже *BSD какую-то вспомнил) - соответственно, наличие подсветки будет различаться. Настроить в любом случае можно.
крайне редко работаю с cli линуха в gui
В современных дистрибутивах терминал Вам практически гарантировано отрисуют через framebuffer, поэтому что в GUI, что без - не играет никакой роли.
В ms office очень хорошо применяется там и возможности шире чем у pipe
Это не так, возможности будут ограничены разработчиком OLE-сервера. 1С тоже через COM-объект доступна, однако, воспользоваться им без знания встроенного языка 1С невозможно.
Соответственно, сводя к общему случаю, Вы не можете получить произвольные данные из произвольно взятого окна, хотя и наблюдаете их воочию.
Вообще-то я за то чтобы gui отражал концепции командной строки.
Звучит примерно как: "вообще-то я за то, чтобы яблочный сок отражал концепции бутерброда с колбасой". Как в GUI Вы собираетесь отражать, например, такую концепцию CLI, как перенаправление вывода (pipe, | )?
А даже этого близко нет.
Может потому, что его и не должно быть? А то Ctrl+C в GUI прерывал бы работающее приложение. ;)
Но вы топите против гуи только потому что ВСЕ там зделать нельзя.
Почему нельзя сразу подсказать, что вот здесь аргумент может принимать только значения от 0 до 7 и не может быть дробным?
А в каких IDE это реализовано? Допустим в Python определена функция: def test(param): как IDE узнает, что параметр может принимать только указанный диапазон значений?
а консоль так и застряла где-то в 1980-м, никаких улучшений
Зачем на сервере GUI? Даже на Windows уже давно есть Core.
Почему GNOME сразу не предоставляет аналоги sudo в стиле GUI?
Потому что это GNOME Shell, тут нужно страдать by design.
Если не совсем склерозю, то указание префикса admin:// в пути к файлу (например, при открытии окна запуска по Alt+F2) запустит от root.
Так и мне стало депрессивно от мысли, что импортозмещаться придется на технологи, c usability 25 летней давности
Качайте rpm и импортозамещайтесь на здоровье.
В Windows например, можно спокойно создать полноценного пользователя с правами админа, с нужным именем и достаточными правами.
"С правами админа" и "достаточными правами"? Это вообще как? В группу Power Users запихать? Потому что иначе "с правами админа" это тот же самый эквивалент root.
Прямо пойдешь - будешь ставить все из терминала через RPM
Информацию о структуре исполняемого файла. Тут видно что он 32 битный
В названии файла чётко прописано i386, всё и так понятно.
uname -a посмотреть до того, как качать дистрибутив 1С, и качать нужный дистрибутив изначально.
GUI версии Print manager ? – Надо где-то искать по репозиториям
CUPS имеет web-интерфейс из коробки.
Скорее всего среди продуктов типа Zabbix я потрачу время и найду нужное\за плату
Zabbix, Nagios, Cacti - все под GPL, плата не нужна.
обычные обновления это уже сложная для Linux тема
На рабочей станции Synaptic ставит их автоматом. На сервере apt-get dist-upgrade тоже как-то не вызывает никаких сложностей. ЧЯДНТ?
В целом складывается впечатление, что в Linux никто никому ничем не обязан
Разрешите узнать, почему в Windows три разных панели управления?
В России на волне санкций есть хороший шанс на базе Linux сделать какой-то аналог MacOS
Ещё одна система, в которой без мышки невозможно сделать вообще ничего, а для переключения между окнами приложений нужно использовать, если не ошибаюсь, три разных комбинации кнопок? Нафиг, нафиг.
Вы не поверите....
И да, тот же Hyper-V Manager нужно отдельно доустанавливать.
В этой теме уже рассказали несколько раз.
Webmin, Cockpit, Zabbix, Nagios, Cacti, munin, MRTG, RRDtool...
Это же совершенно очевидно: GUI требует ресурсов. Порой, при входе на загруженный сервер, он этот самый GUI может отрисовывать минутами.
И это не верно. :)
Hyper-V Manager не GUI, а оснастка MMC. Т.е. программный код, запускаемый с помощью другого приложения (mmc.exe), обменивающийся данными с управляемым сервером по сетевому протоколу, представляющий пользователю информацию в виде, определяемом независимо от управляемого сервера.
Знаете ли Вы ещё какие-то программы с подобными свойствами? Названия класса этих программ, совершенно случайно, не начинают на "брау" и не заканчиваются на "зер"?
Осталось понять, почему организационную проблему Вы предлагаете решать с помощью инструментов, которые не то, что для этого не приспособлены, а даже не имеют точек соприкосновения с этой областью. :)
Традиционный вопрос: "а судьи кто?"
Кто и по каким критериям будет определять "вменяемость"?
Что делать с тем, что этим самым критериям "вменяемости" абсолютно и полностью не удовлетворяет сам Windows, т.к. на win-серверах давно отсутствует GUI?
Так и я про них же ;)
Самой большой проблемой на начальном этапе, по моим наблюдениям, всегда являлось понимание единой файловой системы. С активным задействованием возможностей NTFS внутри самой Windows проблем становилось всё меньше. Во времена W2K времени на объяснение уходило куда больше, чем во времена Win7, в которой уже вовсю применялись junction points, потоки и локализация названий каталогов.
Чтобы при выполнении регулярных задач не лазить в мануалы.
Например, каждый день по обращению пользователя нужно выяснять дошли/не дошли письма. Не надо ждать пока пользователь с этой проблемой обратится и лезть в мануалы "на ходу"; сперва слазить в мануалы, посмотреть, как делается, записать, если нужно; когда пользователь обратится - максимум подглядеть в свои записи.
Речь же про специалистов, они свои рутинные задачи плюс-минус наизусть знают.
Сегодня никакой критичной разницы точно нет. Кстати, хорошим подспорьем в этом плане явилось появление в Windows автодополнения по Tab.
Есть, но они не требуют для своего освоения 5 лет совершенно точно. Даже знание, как из vim выходить без перезагрузки, сегодня уже не обязательно.
Вы же видите, что далее по тексту Вы в точности описали именно организационную проблему?
Не кажется ли Вам, что каждый должен заниматься своим делом? У нас есть куча всяческих учреждений и организаций, есть целый АПКИТ, в сферу деятельности которых оно и входит.
И что как ни старайся, но копированием Windows GUI Вы не только никак не решите эту проблему, но ещё и потратите кучу человеко-часов совершенно зря, т.к. банально могли бы использовать их на то, чтобы сделать GUI лучше, чем Windows (см. утилиты Sysinternals в качестве примера) ?
"Всё уже украдено, до нас":
Мы сделали GUI, чтобы Вам не приходилось вводить команды, потому что Вы будете рисовать их мышкой! :-D
Не видел.
Вообще, если следовать именно общей идеи GUI, должно быть что-то вроде блок-схем, тыкаем нужную область окна, оттуда забираются данные, добавляем блоки промежуточной обработки, тыкаем область в приложении, куда должны попасть данные.
Но почему-то желаемые Вами графики должен обеспечить всенепременно Linux и всенепременно через GUI на сервере. И если пользователи 1С делают всё так, то может.... что-то не так делаете Вы?
Я немного подумал над этим вопросом за вечерним чаепитием и спросил у гугла, можно ли строить в консоли графики в общем виде, на что гугл мне выдал название gnuplot и среди кучи ссылок пост на хабре:
https://habr.com/ru/companies/ruvds/articles/517450/
Второй запрос iostat gnuplot был уже совершенно очевидным и как всегда оказалось, что "всё уже украдено, до нас" больше 10 лет назад:
https://habr.com/ru/articles/165855/
У того же автора есть ещё один материал на ту же тему замера производительности дисковой подсистемы. Там уже не про gnuplot, но тоже можно ознакомиться:
https://habr.com/ru/articles/377757/
И Вам тоже.
Я вроде ясно написал, что SQL Server у него на Windows Server Core работает.
У Linux нет даже штатного GUI, как у него может быть штатная GUI программа?
Продолжим мысль: если на сервере нет GUI, то и на клиентской машине его не будет.
На 1C-ном Linux сервере GUI отсутствует, даже Framebuffer отключен, однако, графики пользователи 1С наблюдают регулярно. Что они делают не так?
Я видел людей, первый раз запускающих Linux после Windows, не раз, уверяю Вас, всё совсем не так плохо, как Вы описываете.
Никто не запрещает вдумчиво слазить в талмуды ДО.
Повторно намекаю: PowerShell портирован совершенно официально. И даже просто в терминале много одноимённых или корректно дополняемых по Tab команд. А уж писать
grep some
вместоfindstr "some"
ещё и куда как приятнее.Да. Вы, похоже, поучаствовали в таком спонтанном экстренном переходе (не обязательно Win -> Lin), в котором Вас и оставили разбираться с проблемами самостоятельно с формулировкой типа "тыжпрограммист". Я тоже участвовал в подобной затее где-то на рубеже тысячелетий, когда мне выдали книжку по Linux, боевой сервер со squid'ом и сказали: "одминистрировай!", а в той книжке про этот squid - ни полслова.
Но наличие подобного опыта совершенно не означает, что нельзя организовать мониторинг рабочей недели, анализ тикетов за последний год, составить список решаемых задач, выкатить его обучающей организации для адаптации/расширении учебной программы, обучить специалистов, обкатать на тестовом контуре, выделить из инфраструктуры наименее критичную часть и переходить в её границах.
И действительно, вполне возможно, что барахтаясь самостоятельно Вы только через год сумеете разобраться как вместо
icacls
правильно использоватьchmod/setfacl
, но если Вам на обучении просто на реальных данных с Вашего предприятия покажут и запишут в wiki (или что у Вас там используется в качестве базы знаний) команду из Windows и рядом полный эквивалент из Linux, то какие пять лет Вы собираетесь на это тратить?Если мне не сильно изменяет память, то найти в нём, как замерить текущую скорость обмена данными с указанным сетевым узлом, я так и не смог.
Концепцию чего? Размещения всего в одном приложении? Так делал Nero Burning Rom; кстати, где он?!
В общем случае - что угодно.
Вот тут: https://github.com/stolk/diskgraph даже есть какие-то графики дискового ввода-вывода, которые Вы хотели.
Знание о системе прав Windows у Вас с рождения присутствует, правильно понимаю?
Ставил SQL Server Express на Server Core (для понимания - GUI не отображается вообще, простой запуск инсталлятора заканчивается ошибкой); выгрузка,загрузка, выборка, изменение данных через pgsql; через phpMyAdmin чего-то там тоже ковырял. Считается?
У меня есть один знакомый, у него какой-то там кластер MS SQL на нескольких машинах с Windows Server Core крутится, GUI на серверах совершенно точно нет, SQL Management Studio установлен на рабочей станции, расскажите, пожалуйста, что он делает не так, застыжу его при случае.
С нуля - да, но мы их и не с нуля растим.
Кроме того, нет необходимости переводиться сразу всё и за один день, win-инфраструктура продолжала все эти два года работать, выбирайте участок, тестируйте, переводите - вот Вам и специалисты с реальным опытом.
Почему? Файлы, каталоги, процессы, пользователи, группы - концепции в большинстве случаев похожи, если не полностью идентичны. А то, что нужная галочка находится на пятой закладке в правом нижнем углу третья сверху, к багажу знаний имеет весьма отдалённое отношение.
Windows Server Core доступен с 2008 версии. Если не сильно ошибаюсь, в Exchange начиная с 2007 версии PowerShell - основной инструмент управления, вплоть до того, что некоторый функционал в GUI инструментарии не представлен вообще никак.
Открыв официальную документацию Вы скорее всего первым делом попадёте на то, как сделать что-то с помощью PowerShell:
https://learn.microsoft.com/en-us/windows-server/identity/ad-ds/deploy/install-active-directory-domain-services--level-100-
Т.е. сама Microsoft уже больше 15 лет приучает Вас к тому, что на win-сервере GUI от Microsoft отсутствует.
PowerShell портирован в Linux совершенно официально, если что.
Да, придётся, но вообще-то все эти два года это выглядело как совершенно плановый процесс, решаемый прежде всего организационными мерами, а не путём полного копирования Windows GUI инструментов на Linux.
"Экстренное", которому уже больше двух лет? Не кажется ли Вам, что это какая-то не сильно экстренная экстренность?
https://links.imagerelay.com/cdn/3404/ql/256be90e105440e4a9f289001706db82/sles_15_learning_path.pdf
Тут даже на пару месяцев обучения не наберётся.
Непонятно почему Вы решили, что проблема переобучения эквивалентна или вообще хоть как-то включает в себя "вопрос адекватного GUI".
Узнает на обучении специалист, что вместо всё-в-одном wireshark'а на сервере гораздо проще запустить
tcpdump | grep
. Или, например, что ходить по RDP на linux-сервер 1С, как привыкли в Windows, тоже, так себе затея, т.к. есть web-версия через Apache.И куда тут применять Ваш "вопрос адекватного GUI"?
На вопрос зачем Вам GUI на сервере, когда сама Microsoft активно продвигает Core и IoT версии, в которых этот самый GUI криво-косо, но оторван, дождаться ответа уж и подавно не суждено, я так понимаю.
Кратко: есть.
Длинно: из коробки - дистрибутивозависимая опция - где-то есть, где-то частичная, где-то нет. Где-то shell для root и обычных пользователей различается (хотя, может это я уже *BSD какую-то вспомнил) - соответственно, наличие подсветки будет различаться. Настроить в любом случае можно.
В современных дистрибутивах терминал Вам практически гарантировано отрисуют через framebuffer, поэтому что в GUI, что без - не играет никакой роли.
Как же, как же, помним. Сначала было Windows API, и был DLL Hell...
Я этот самый DDE ещё из OWL дёргал.
Это не так, возможности будут ограничены разработчиком OLE-сервера. 1С тоже через COM-объект доступна, однако, воспользоваться им без знания встроенного языка 1С невозможно.
Соответственно, сводя к общему случаю, Вы не можете получить произвольные данные из произвольно взятого окна, хотя и наблюдаете их воочию.
Звучит примерно как: "вообще-то я за то, чтобы яблочный сок отражал концепции бутерброда с колбасой". Как в GUI Вы собираетесь отражать, например, такую концепцию CLI, как перенаправление вывода (pipe, | )?
Может потому, что его и не должно быть? А то Ctrl+C в GUI прерывал бы работающее приложение. ;)
Я против GUI? Пардон, но где?
Есть. Если чисто ради занудства, то могу продолжить:
Есть в ней и такая особенность - без мыши она вполне может даже не загрузиться :)
Это поэтому пишут руководства с названиями типа: "Как вернуть недостающие схемы электропитания в Windows 11" с консольными командами?
Не говоря уже о том, что открываешь какой-нибудь KB и тут же видишь: "Откройте редактор реестра".
В конфигах есть либо default конфиг со всеми возможными параметрами, либо аналогичная документация.
Конечно не то. Комменты к одному параметру порой несколько экранов текста занимают, как Вы это в переключатель с подписью разместите?
И что это доказывает? Работа программиста и администратора всё же отличается.
Набираешь - оно само просто переносится на новую строку.
Если нужно принудительно - стандартный Си-шный синтаксис через \ работал всегда.
ЧЯДНТ?
Потому что это на самом деле нужно примерно никому?
https://youtu.be/_74SI6rADVM?feature=shared
Вот тут это даже специально отключают.
А в каких IDE это реализовано? Допустим в Python определена функция:
def test(param):
как IDE узнает, что параметр может принимать только указанный диапазон значений?*вспоминает времена KOI-8R
Ну да, ну да....
openSuSE/SLE: YaST2. GUI, который работает даже при отсутствии GUI :D
Astra: fly-admin-center.
Webmin ставится вообще практически на любой дистрибутив.
Зачем на сервере GUI? Даже на Windows уже давно есть Core.
Потому что это GNOME Shell, тут нужно страдать by design.
Если не совсем склерозю, то указание префикса admin:// в пути к файлу (например, при открытии окна запуска по Alt+F2) запустит от root.
Качайте rpm и импортозамещайтесь на здоровье.
"С правами админа" и "достаточными правами"? Это вообще как? В группу Power Users запихать? Потому что иначе "с правами админа" это тот же самый эквивалент root.
https://www.yumex.dk/
https://github.com/timlau/yumex-ng
Абсолютно бессмысленная команда.
В названии файла чётко прописано i386, всё и так понятно.
uname -a
посмотреть до того, как качать дистрибутив 1С, и качать нужный дистрибутив изначально.CUPS имеет web-интерфейс из коробки.
Zabbix, Nagios, Cacti - все под GPL, плата не нужна.
На рабочей станции Synaptic ставит их автоматом. На сервере apt-get dist-upgrade тоже как-то не вызывает никаких сложностей. ЧЯДНТ?
Разрешите узнать, почему в Windows три разных панели управления?
Ещё одна система, в которой без мышки невозможно сделать вообще ничего, а для переключения между окнами приложений нужно использовать, если не ошибаюсь, три разных комбинации кнопок? Нафиг, нафиг.