Цитата: Прокруст от 23.09.2020 10:57:581. О компе с двумя дисками - как раз такой у меня дома стоит и работает. Сам поставил, проблем не было, через окошечки.
2. Вообще говоря, мне линуксоиды напоминают кулика, хвалящего свое болото. Командная строка устарела. Нормальная система решает это вопрос автоматически, а если нужно может запросить через окошко что собственно юзер хочет, без деталей. Линуксоиды хвалятся умением прошлого века.
3. Даже админом в виндах это умение нужно лишь потому, что не везде все продумали - и то, знать эту дребедень наизусть уже незачем, хелп то зачем?
4. Вообще весь этот архаизм командной строки линукса основан на том, что свободным программистам априори плевать на юзеров, они же для себя и таких как они делают - получая стандартный результат сапожник без сапог.
5. Ах да, что касается копий версий библиотек в системном каталоге винды - там все давно уже есть, просто сами гляньте. все давно это там сделано, я и не знал что такая проблема существует, пока линукс не по пробовал. Говорю же - есть те кто решает проблемы, есть те кто это не делает.
6. По поводу конфиг. Разумеется их надо править. Но только для линуксоидов это проблема - сделать для этого окошко. Вы так и не поняли главного. Есть детали, которые должна знать система и есть общее решение, которое нужно юзеру. Конфиги - это детали, окно - общее решение. Кнопка Ок на окне приводит одно к другому, не грузя всякой технической детализацией людей. Это и называется сделать для людей.
По первому - поделитесь секретом, как Вы сумели поставить систему в двухдисковой конфигурации, когда система на одном диске, а пользовательские профили - на другом. Я не знаю в процедуре установки такого места, где можно только потыкать мышкой и получить такой результат. Винда тупо ставится на один жесткий диск. Я умею ставить Windows в двухдисковой конфигурации, но для этого надо в нужном месте прерывать процедуру установки, вызывать терминал и в нем, вручную, со шпаргалкой, копировать кучу каталогов с системного на второй диск. Иного пути я не знаю. В Линуксе же все это гораздо естественнее - при установке Линукса можно задать и полностью настроить конфигурацию сех томов, где они будут лежать и как монтироваться. А потом, при необходимости, можно элементарно перенести любой том на любой третий диск правкой одного только конфигурационного файла любым текстовым редактором.
По второму - глупость. Вот, например, Вам простая задачка - положим, что Вы фотограф и Вам надо преобразовать (и делать это регулярно) кучу файлов фотографий высокого разрешения в тот же WEB-формат для публикации. Какие-то надо повернуть на 90 гадусов и так далее. Ну и заодно заменить PNG-формат в JPG. Вы принимаете решение, что наиболее удобным способом для Вас будет иметь в контекстном меню, вызываемом в проводнике по нажатию ПКМ, набор пунктов, связанных с этим Вашим родом деятельности, которые осуществят все необходимые типовые преобразования фотографий в пакетном режиме. И не заморачиваться для подобной типовой ерунды с мощными графическими редакторами. А именно - все преобразования осуществлять по ПКМ из контекстного меню. Теперь расскажите, где именно Вы будете щелкать мышкой, чтобы набрать в это меню все необходимые команды? В Винде? Там это вообще предусмотрено? А вот в Линуксе это делается на раз. И именно с помощью очень простых скриптов, которые Вы ненавидите. Объявляете их архаикой и хотите жить без них. Возможность модификации контекстного меню в Линуксе, в проводнике - by design, она есть изначально и была очень давно. И доступно оно именно пользователю, полномочий рута для этого не требуется. В Винде я не знаю простого пути для модификации контекстного меню. Вот Вам и юзабельность. Далее, посмотрим на сервера. Вот Как Вы, например, решите на микрософтовском Exchange, почтовом сервере, простую задачу, которая называется "маршрутизация по источнику". А именно - Вы, админ, имеете на почтовом сервере свой почтовый ящик, который используется для самых разных админских нужд. В том числе через него идет переписка с разного рода поставщиками IT-услуг для Вашей фирмы. Среди этой переписки идет поток счетов и прочих бухгалтерских документов от этих IT-провайдеров. Вам надо проанализировать поток на админский почтовый ящик и сообщения, содержащие бухгалтерскую информацию, отправить так же в главному бухгалтеру фирмы на оплату услуг. Сделать это надо не на клиенте почтовом у админа в ручном режиме, а именно на сервере, автоматом. Я не представляю, как Вы справитесь с такой задачей в Windows повозив мышкой по экрану Exchange, но в линуксовых почтовых серверах это делается на раз-два. И именно штатным образом, НО с помощью скриптов, которые Вы считаете архаикой. Линукс именно своими скриптами позволяет настроить систему на порядок более гибче (и следовательно, сделать её работу более эффективной), чем Windows.
По третьему - Вы сами себе противоречите. Чуть ранее Вы заявляли, что в Винде все интуитивно понятно и незачем читать разные справочники и хелпы и обращаться к более знающим товарищам. А теперь - пишите, что "хэлп то зачем?". Ваша беда в том, что Вы не представляете традиций документирования конфигурационных параметров в Linux. Вот скажите, Вы знаете, за что отвечает тот или иной параметр в реестре Windows? Вы знаете, где на этот параметр можно найти описание? Вы уверены в том, что в реестре представлены все имеющиеся параметры и нет целой кучи отсутствующих, но иногда очень важных (и, главное, названия этих ключей Вы не знаете)? Я вообще не представляю, как можно эффективно разобраться в этой реестровой каше. Но, если я возьму любой конфигурационный файл из линукса, то там, помимо всех допустимых для той или иной задачи параметров, приведены и возможные их значения, и краткое описание что это такое и для чего нужно. Читая этот конфигурационный файл ты (если есть голова на плечах, в которую не только едят) понимаешь что и как работает и какой результат будет достигнут. И, дальше, если я испорчу свой конфигурационный файл, то перестанет работать только одно приложение (естественно, что на этот случай всегда есть копия рабочего конфига). А если Вы испортите рееестр (например, при записи питание выключится)? У Вас есть гарантия, что Ваша Винда вообще запустится с битым реестром?
По четвертому - то, что Вы называете архаикой как раз и обеспечивает высокую юзабельность Линукса. Когда каждый пользователь, понимая что ему нужно, может настроить систему, с которой он работает именно так, как ему нужно. В Виндовс-же Вы буде кушать именно то, что Вам положат большие дяди и никак иначе. В качестве шутки - раньше стартовая точка пользовательского меню в Windows называлась "Мой компьютер", а теперь как? "Этот компьютер". Верно? То есть он уже не Ваш, он уже ЭТОТ. И вмешаться в работу ЭТОГО компьютера Вам вряд ли удастся. В отличие от линуксового компьютера.
По пятому - Вы просто сами себе нашли проблему из-за Вашего незнания базовых принципов построения операционной системы Линукс. Они отличаются от виндовых. Но Вы решили, что Линукс скушает то, что Вы хотите ему скормить по Виндовым правилам. Такого не бывает. В Линуксе разные версии библиотек прекрасно уживаются вместе. Как - я показал Вам ранее. Вы же вместо ответа посылаете меня изучать потроха системного каталога винды. Очень характерно для виндузятника.
По шестому - в Линуксе есть масса графических инструментов, которые позволяют править те или иные конфиги. Даже из WEB-формы. Более того, даже управлять целой системой только из WEB. Например - VoIP-сервер. Просто очень часто гораздо проще подправить нужный конфигурационный файл непосредственно, руками. А писать на каждый чих отдельный гуй, который будет править конкретный конфиг конкретного приложения, да еще держать этот гуй в актуальном состоянии (ведь приложения развиваются, перечень параметров и из допустимых значений изменяется) это глупость несусветная. Программисты Линукса зарабатывают именно на создании функционала, закрывающего те или иные потребности пользователя, а не развешиванием разного рода рюшечек в конфигурационных гуях. Конфигурационные гуи создаются в линукс-мире для больших и сложных задач, а не для всякой мелочи, где достаточно возможностей vi. Но Вы с этим не сталкивались и делаете свои невежественные выводы.