The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системного менеджера systemd 239

22.06.2018 22:53

Леннарт Поттеринг представил релиз системного менеджера systemd 239. Из новшеств можно отметить концепцию переносимых сервисов, изменение наименования виртуальных сетевых интерфейсов, усиление защиты системных сервисов, поддержку DNS-over-TLS, режим suspend-then-hibernate, возможность сохранения дампа памяти при спящем режиме в файлы подкачки.

Основные изменения:

  • Представлена экспериментальная поддержка переносимых сервисов ("Portable Services"), позволяющих создавать системные сервисы в виде самодостаточных контейнеров. Переносимый сервис поставляется в виде системного образа, но обрабатывается как обычный сервис. Из достоинств переносимых сервисов отмечается возможность упаковки одного или нескольких приложений, сервисов и связанных с ними зависимостей в отдельный образ, с возможностью запуска компонентов с применением дополнительной sandbox-изоляции.

    При этом, в отличие от контейнеров переносимые сервисы не запускаются в отдельном изолированном окружении со своим PID 1, а представляют из себя часть системы (выполняются в текущем системном окружении), отделённую в независимую самодостаточную иерархию каталогов. Для управления переносимыми сервисами предложена утилита "portablectl" (/usr/lib/systemd/portablectl). Для создания образов можно применять любые инструменты для формирования начинки контейнеров, такие как "dnf --installroot", "debootstrap" и "mkosi";

  • В systemd-resolved добавлена поддержка резолвинга доменных имён с использованием механизма DNS-over-TLS, при котором применяется штатный протокол DNS (обычно используется сетевой порт 853), завёрнутый в шифрованный канал связи, организованный при помощи протокола TLS с проверкой валидности хоста через TLS/SSL-сертификаты, заверенные удостоверяющим центром. Для активации DNS-over-TLS следует явно выставить в настройках resolved.conf параметр "DNSOverTLS=opportunistic" (по умолчанию поддержка отключена до внесения оптимизаций, направленных на сокращение задержек из-за дополнительных накладных расходов по установке TLS-сеанса поверх TCP);
  • Реализован режим suspend-then-hibernate, при котором система вначале переходит в ждущий режим, но в случае непробуждения в течение определённого таймаута активируется и уходит в глубокий спящий режим;
  • Обеспечена возможность использования файлов подкачки, а не только разделов подкачки, для сохранения дампа памяти во время перехода в спящий режим;
  • Изменено наименование виртуальных сетевых интерфейсов, созданных с использованием технологий SR-IOV ( Single Root Input/Output Virtualization) и NPAR (NIC Partitioning), а также для устройств, PCI-контроллер которых не выставляет номер слота. Имена устройств SR-IOV теперь устанавливаются с учётом имени родительского сетевого интерфейса с добавлением суффикса "vN", где N - номер интерфейса. Все виртуальные устройства NPAR теперь именуются по единой схеме (ранее начиная с 9 устройства назначались имена ethN). Для PCI-устройств без номера слота выбирается имя в соответствии со схемой "net_id", вместо определяемых ядром имён ethN;
  • Все длительно работающие системные сервисы переведены по умолчанию на использование белого списка системных вызовов, т.е. если раньше был определён список блокируемых опасных системных вызовов, а все остальные вызовы были разрешены, то теперь задан список разрешённых вызовов, а все остальные запрещены;
  • В system.conf предложена новая настройка NoNewPrivileges, которая позволяет отключить получение новых привилегий (выставить флаг PR_SET_NO_NEW_PRIVS для PID 1), что не позволяет исполняемым файлам с setuid и выставленными capabilities менять свои привилегии;
  • Вывод systemctl и других утилит теперь включает escape-последовательности, позволяющие отобразить доступные для клика ссылки в разных терминалах (например в выводе "systemctl status" теперь можно кликнуть на имени юнита для вызова программы для его просмотра или редактирования);
  • В файлы ".network" в секцию [Route] добавлены новые опции IPv6MTUBytes и MTUBytes для явного выставления MTU для определённых маршрутов, добавлена опция "UserClass" для определения класса пользователя в DHCP, опции Multicast и AllMulticast для выставления для сетевого интерфейса флагов MULTICAST и ALLMULTI, а также новая секция "[CAN]" с настройками CAN-сетей;
  • В файлах ".link" появились опции RxChannels, TxChannels, OtherChannels и CombinedChannels для определения числа принимающих и передающих каналов;
  • В файлах ".netdev" появилась возможность создания интерфейсов "netdevsim";
  • В systemd-analyze добавлена новая команда "cat-config" для вывода содержимого любых файлов конфигурации, соответствующих маске. Например, "systemd-analyze cat-config systemd/system.conf" выдаст содержимое всех файлов конфигурации, которые обрабатываются при запуске процесса PID 1. В утилиты, подобные systemd-tmpfiles и systemd-sysusers, добавлена опция "--cat-config", позволяющая просмотреть все настройки, учтённые данными утилитами. Например, "systemd-tmpfiles --cat-config" покажет в одном месте все строки файлов в "tmpfiles.d/";
  • В systemd-nspawn добавлены опции: "--rlimit" для определения начальных лимитов ресурсов для процессов в контейнере, "--hostname" для переопределения имени хоста контейнера, "--no-new-privileges" для выставления флага PR_SET_NO_NEW_PRIVS (отключение suid и capabilities), "--oom-score-adjust" для корректировки поведения в случае нехватки памяти, "--cpu-affinity" для настройки привязки к ядрам CPU, "--resolv-conf" для управления обработкой /etc/resolv.conf, "--timezone" для управления обработкой /etc/localtime. В systemd-detect-virt добавлена опция "--list" для вывода всех известных виртуальных машин и контейнеров;
  • Изменена схема поиска файлов, переопределяющих параметры unit-файлов. Например, если раньше для юнита "foo-bar-baz.service" переопределения проверялись по маске "foo-bar-baz.service.d/*.conf", то теперь проверяются все совпадения до первого дефиса, т.е. подпадают "foo-bar-.service.d/*.conf" и "foo-.service.d/", что позволяет создавать переопределения настроек для типовых групп юнитов;


  • В systemd-logind.service убраны ограничения для сокетов AF_INET и AF_INET6 (убраны из настройки RestrictAddressFamilies), но данное изменение не повлияет на безопасность так как начиная с выпуска 235 для юнитов также выставляется дублирующая блокировка "IPAddressDeny=any" и изменение поведения может наблюдаться только в случае изменения настроек по умолчанию;
  • При указании нескольких настроек RestrictNamespaces в юните, данные настройки теперь объединяются (ранее действовало только последнее значение RestrictNamespaces);
  • При использовании для сервисных юнитов комбинации настроек OnFailure и Restart, обработчик сбоя больше не вызывается в случае автоматического перезапуска (ранее такое поведение было определено в документации, но на деле обработчик сбоя вызывался);
  • В systemd-tmpfiles добавлен вывод предупреждения в случае упоминания в файлах "tmpfiles.d/" каталога "/var/run/", вместо которого предлагается использовать каталог "/run";
  • Команды systemctl disable/unmask/preset/preset-all теперь запрещено использовать с опцией "--runtime", так как результат зачастую не тот, что ожидает пользователь. При выполнении "systemctl disable/unmask" сейчас возвращается состояние как сеансовых (runtime), так и постоянных настроек, т.е. удаляются символические ссылки, как в каталоге /run, так и в /etc;
  • В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно изменить разрешение экрана при загрузке (например для HiDPI);
  • В systemd-resolved.service и systemd-networkd.service по умолчанию выставлена настройка DynamicUser=yes для работы с использованием динамически генерируемого идентификатора пользователя вместо заранее определённых системных пользователей;
  • Утилита systemd-resolve переименована в resolvectl, а интерфейс приведён в соответствие с другими утилитами *ctl, такими как systemctl и loginctl (для обеспечения обратной совместности утилита systemd-resolve сохранена). Кроме того, в утилиты resolvectl/systemd-resolve добавлены опции для совместимости с утилитой 'resolvconf', предлагаемой в Debian и FreeBSD;
  • В networkd в настройке ClientIdentifier теперь допустимо использовать опцию "duid-only", при которой клиент будет отправлять только идентификатор DUID;
  • В nss-systemd (NSS-модуль для glibc) добавлена поддержка перечисления (enumeration) динамических пользователей и групп (ранее поддерживался только маппинг UID/GID в имена и обратно);
  • В journald в настройке Compress теперь можно задать порог, при превышении которого будет использовано сжатие, а объекты меньше которого сохранятся как есть (ранее порог был жестко выставлен а 512 байт);
  • Добавлен новый сервис systemd-time-sync-wait.service, который откладывает запуск юнита time-sync.target на этапе загрузки до момента получения данных синхронизации точного времени по сети, что может оказаться полезным для систем без локальных часов;
  • Для юнитов реализованы три новых спецификатора: %T и %V для подстановки каталогов с временными файлами (/tmp и /var/tmp) и %E для каталога с настройками ( /etc для системных юнитов или $XDG_CONFIG_HOME для пользовательских юнитов);
  • В ExecStart теперь допускается использование относительных путей к исполняемым файлам (список путей в $PATH можно узнать через "systemd-path search-binaries-default");
  • Добавлено новое состояние загрузки юнитов - "bad-setting", выставляемого если юнит был загружен, но содержит мешающие запуску ошибки (например, отсутствуют настройки ExecStart и ExecStop);
  • В coredumpctl команда "gdb" переименована в "debug" для абстрагирования от типа отладчика (например, может быть использован lldb). Для выбора альтернативного отладчика добавлена опция "--debugger" и переменная окружения $SYSTEMD_DEBUGGER;
  • В timedatectl добавлена новая команда "show" для отображения свойств шины systemd-timedated, а также "timesync-status" для текущего состояния синхронизации времени по NTP и "show-timesync" для показа свойств шины systemd-timesyncd. В systemd-timedated добавлена обработка переменной окружения $SYSTEMD_TIMEDATED_NTP_SERVICES, в которой можно указать список имён юнитов NTP-клиентов;
  • В journalctl и systemctl добавлена опция "-o", при указании которой в каждой строке лога отображаются имена юнитов вместо тегов syslog, а даты указываются с учётом часового пояса;
  • Добавлен новый юнит "system-update-pre.target", определяющий предварительные действия по синхронизации перед установкой системных обновлений в offline-режиме;
  • В исполняемый файл systemd добавлена опция "--dump-bus-properties" для вывода всех свойств D-Bus;
  • Для юнитов добавлена настройка "PrivateMounts", при выставлении которой юнит запускается в отдельном собственном пространстве имён в файловой системе;
  • В настройку ConditionSecurity добавлен параметр "uefi-secureboot", который выставляется в значение "true" в случае загрузки в режиме UEFI Secure boot;
  • По умолчанию отключен sysctl "net.ipv4.tcp_ecn";
  • Добавлены новые документы CGROUP_DELEGATION.md, PORTABLE_SERVICES.md, CODE_QUALITY.md и BOOT_LOADER_SPECIFICATION.md.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Доступен системный менеджер systemd 238
  3. OpenNews: Доступен системный менеджер systemd 237
  4. OpenNews: Релиз systemd 236
  5. OpenNews: Релиз дистрибутива Devuan 2.0, форка Debian 9 без systemd
  6. OpenNews: Проблемы в systemd и Apache httpd при обработке DNS-имён с символом подчёркивания
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48823-systemd
Ключевые слова: systemd, boot
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (232) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, YetAnotherOnanym (ok), 23:05, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > Добавлен новый сервис systemd-time-sync-wait.service, который откладывает запуск юнита time-sync.target

    Целый сервис для этого...

     
     
  • 2.6, Аноним (6), 23:08, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Далее будет systemd-time-sync-wait-logger.service, который логирует деятельность systemd-time-sync-wait.service. А далее systemd-time-sync-wait-logger-email-notifier.service, который будет отсылать логи на почту.
     
     
  • 3.111, Аноним (111), 10:44, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я себе сделал отдельный сервис, который просто даёт меняет доступа на сокет после запуска другого процесса. Очень даже удобно.
     
     
  • 4.184, Anonim (??), 19:37, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется хук. И да, он не имеет никакого отношения к системе инициализации.
     
  • 3.257, Аноним (257), 10:05, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Как в systemd настроить чтобы при ошибках он отправлял на почту уведомления?
     
  • 2.12, NuclearWar (?), 23:26, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Новый лозунг никсов: всё есть сервис!
     
     
  • 3.26, VINRARUS (ok), 23:46, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +41 +/
    А за сервис нада платить!
     
  • 3.50, псевдонимус (?), 00:52, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Давно вертелось подобное в голове.Только я додумался до принципа поттеринга:"всё есть демон".
     
     
  • 4.76, Vkni (ok), 06:16, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всё есть system-demon!
     
     
  • 5.190, псевдонимус (?), 21:04, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо что починил.
     
  • 3.81, Andrey Mitrofanov (?), 06:38, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Новый лозунг никсов: всё есть сервис!

    Всё юнит.  вНёмВсёКакаяТоНевразумительная=хрень.

    //Кста, про _ю_никс тонко.  ~>всё проприертарный лок-ин.

     
  • 3.115, Michael Shigorin (ok), 11:33, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Новый лозунг никсов: всё есть сервис!

    Не "никсов", а шляпы.  Ваши с Леннартом работодатели всё менее различаются методами работы.

     
     
  • 4.137, IRASoldier (?), 13:03, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И потому Red Hat - корпорация с миллиардными доходами, а (Баз)Альт... Обидно, да?
     
     
  • 5.182, Аноним (182), 19:33, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И с тех пор, как они превратились в крапорацию, от них опенсорсу больше вреда, чем пользы.
     
     
  • 6.193, Anonymoustus (ok), 21:13, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И с тех пор, как они превратились в крапорацию, от них опенсорсу
    > больше вреда, чем пользы.

    То есть уже около двадцати лет. Вообще — всегда надо смотреть, кто и что делает, дабы зрить в корень. RH никогда не была благотворительной организацией, они всегда пытались тянуть это одеяло на себя, вплоть до того, что «подмазали» самого Торвальдса. Именно в Красношляпе начинались все виндоподобия, нынче утвердившиеся повсеместно в линуксе, только раньше (до поцтеринга) их продвигали чувачки вроде Иказы.

     
     
  • 7.214, Michael Shigorin (ok), 23:10, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > RH никогда не была благотворительной организацией, они всегда пытались
    > тянуть это одеяло на себя, вплоть до того, что «подмазали» самого Торвальдса.

    Скажем так, шляпа до всплывания Кормье и после -- это две разные конторы...

    https://arstechnica.com/information-technology/2012/02/how-red-hat-killed-its-

    Про этого персонажа есть характеристика бывшего сослуживца, хорошо его знавшего -- мол, родную мать за четвертак продаст.

     
  • 5.209, Michael Shigorin (ok), 22:49, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > И потому Red Hat - корпорация с миллиардными доходами, а (Баз)Альт...
    > Обидно, да?

    Нет, иначе был бы в Брно.  Да только идиоты западного типа, которые пытаются всё на доллары-и-центы пересчитать -- вот как раз сейчас огребают гигантских размеров медным тазом.  Историческое, можно сказать, событие.  Но до отдельно взятых мясоботов не доходит даже такой гул.  Вот это -- да, обидно.

     
  • 4.142, IRASoldier (?), 13:31, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конспирологическое мышление вообще очень забавно Новость в пекарне братьев Хр... большой текст свёрнут, показать
     
     
  • 5.147, Аноним (147), 14:00, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Всё что не нравится надо обозвать конспирологией. Это очень удобно.
     
     
  • 6.156, IRASoldier (?), 14:46, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Все что конспирология - следует назвать конспирологией. Это очень логично.
     
     
  • 7.157, Michael Shigorin (ok), 14:51, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Все что конспирология - следует назвать конспирологией. Это очень логично.

    А конспирологов -- заговорщиками... для полноты круга.

     
     
  • 8.158, IRASoldier (?), 14:58, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ошибка в терминологии - конспирологи не заговорщики, конспирологи - это заговоро... текст свёрнут, показать
     
     
  • 9.186, Аноним (182), 19:44, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как там в Матрице Вы абсолютно счасливы ... текст свёрнут, показать
     
  • 9.215, Michael Shigorin (ok), 23:14, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да, тут Вы правы, а я потратил минимальное кол-во времени В общем, всё так же о... текст свёрнут, показать
     
  • 9.273, anonymous (??), 09:05, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажи про конспирологов Юлию Цезарю, например ... текст свёрнут, показать
     
  • 7.185, Аноним (182), 19:39, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Все что конспирология - следует назвать конспирологией.

    А тех, кто не способен или не хочет зрить в корень как назвать: наивными, зомбированными, страусами?

     
  • 7.192, псевдонимус (?), 21:09, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вера в "рыночек,который всё порешает" есть инфантилизм и конспирология.
     
  • 5.162, Аноним (-), 15:30, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если уж приводить бредовые аналогии, то полностью:
    > Конспирологическое мышление вообще очень забавно:
    > "Новость: в пекарне братьев Хрюкиных появились новые виды выпечки, в своем блоге
    > братья Хрюкины делятся со всеми желающими рецептами новых булочек!
    > В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщиками.
    > Выпечка Хрюкиных теперь рекомендуется 9 из 10 диетологами и врачами, в СМИ начались повальные разоблачение других пекарей, их выпечка теперь не рекомендуется к употреблению.
    > В выпечке Хрюкиных нашли крысиные какашки, но Главный Хрюкин сказал, что это особенности рецепта, НОТ-А-БАГ!

    Как-то так.

     
     
  • 6.164, IRASoldier (?), 15:50, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщиками

    Это логи влажных мечтаний Альтов и прочих "гослинуксов"?

     
     
  • 7.165, Аноним (-), 16:09, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >>В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщиками
    > Это логи влажных мечтаний Альтов и прочих "гослинуксов"?

    Вот это вот - точно логи виляния пятой точкой.


     
     
  • 8.169, IRASoldier (?), 16:24, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чьей ... текст свёрнут, показать
     
     
  • 9.194, псевдонимус (?), 21:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Твоей ... текст свёрнут, показать
     
  • 4.208, псевдонимус (?), 22:45, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Извини,но у тебя какая-то паранойя:всюду тебе мерещатся проплаченные студенты(если бы не ты ,то не знал бы о них).А так да,линукс постепенно будет вытеснятся с серверов(железных).
     
     
  • 5.213, Michael Shigorin (ok), 23:03, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Извини, но у тебя какая-то паранойя:

    #include <известная/фраза>

    > всюду тебе мерещатся проплаченные студенты
    > (если бы не ты, то не знал бы о них).

    А я их в глаза видывал.

     
  • 3.187, Аноним (182), 19:51, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Новый лозунг никсов: всё есть сервис!

    Хорошо, что не служба (церковная).

     
  • 2.17, Baz (?), 23:37, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    windows way
     
  • 2.25, Аноним (-), 23:46, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Целый

    пф, в systemd "сервис" ничего не стоит

     

     ....большая нить свёрнута, показать (36)

  • 1.5, Аноним (5), 23:05, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > возможность сохранения дампа памяти при спящем режиме в файлы подкачки

    Это оно запускает систему и сервисы?

     
  • 1.7, DerRoteBaron (?), 23:11, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    suspend-then-hibernate
    интересно, как это сделано внутри, но если это будет работать хотя бы так же стабильно, как вся остальная системда, это будет победа для ноутбуков, чтобы с одной стороны не насиловать SSD, а с другой не убивать батарею сутками в suspend to RAM
     
     
  • 2.21, RotarenegeD (?), 23:41, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ssd всё ещё умирает от старости раньше чем от износа..
     
     
  • 3.49, Q2W (?), 00:30, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи это моему sandisk'у, у которого внезапно обнаружилось 19 реаллокейченых блоков.
    А смотреть я стал потому, что он стал внезапно адски тормозить.
     
     
  • 4.96, Catwoolfii (ok), 08:50, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    меньше надо всякий хлам юзать
     
  • 3.74, Аноним (74), 05:30, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    От старости 4-5 лет? У них ресурс исчерпывается это и есть износ. Если у вас на 1 ТБ SSD стоит ОС + браузер для котиков на ютубе, в таком режиме он и 20 лет проработает, стареть там нечему.
     
     
  • 4.92, Fracta1L (ok), 07:29, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У меня SSD Intel 320 на 80 Гб, износ за 6 лет - 9%
     
  • 3.77, Vkni (ok), 06:18, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ssd всё ещё умирает от старости раньше чем от износа..

    ??? Полупроводники живут десятилетиями - собственно, я пишу с Thinkpad T61.

     
     
  • 4.101, Anonymoustus (ok), 10:05, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это _не те_ полупроводники. То г-но, что идёт на SSD, не заслуживает того, чтобы доверять ему данные важнее подкачки или только в рейдовом зеркале.

    В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.

     
     
  • 5.128, Аноним (128), 12:39, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Это _не те_ полупроводники. То г-но, что идёт на SSD, не заслуживает
    > того, чтобы доверять ему данные важнее подкачки или только в рейдовом
    > зеркале.
    > В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.

    Не, не, не, компьютерная индустрия поработила рептилоидов ;) Нет, стоп, снова во всем президент виноват :( А человеки с "хорошими" мыслями в голове, как раз не в чем ни виноваты (большая и жирная точка)!


     
  • 5.175, Vkni (ok), 16:41, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.

    Это общее свойство капитализма. Поэтому смотреть нужно не только на компьютеры.

     
     
  • 6.281, Q2W (?), 23:46, 01/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.
    > Это общее свойство капитализма. Поэтому смотреть нужно не только на компьютеры.

    Интересно было бы посмотреть на характеристки SSD, произведённого не капиталистами, а, скажем, плановыми экономистами.

    Чугуниевые такие.

     
     
  • 7.282, Anonymoustus (ok), 00:02, 02/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно было бы посмотреть на характеристки SSD, произведённого не капиталистами, а,
    > скажем, плановыми экономистами.
    > Чугуниевые такие.

    Нельзя чугуний, ибо танки из него.

    Разве только неиспользованный для петухов материал пустить на социалистические ССД…

     
  • 3.132, DerRoteBaron (?), 12:55, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    если использовать в режиме "48 часов аптайма - гибернация", а ещё не насиловать свопом при 4 или 8 гигах оперативы, то это так, но если уводить в гибернацию по 5-10 раз в сутки, что регулярно случается с ноутбуками, тут уже не все так однозначно
     
     
  • 4.258, Аноним (257), 10:15, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если использовать в режиме "48 часов аптайма - гибернация", а ещё не
    > насиловать свопом при 4 или 8 гигах оперативы, то это так,
    > но если уводить в гибернацию по 5-10 раз в сутки, что
    > регулярно случается с ноутбуками, тут уже не все так однозначно

    И зачем такая ssd нужна? Если только и делаешь что молишься на неё.

     
  • 2.124, Аноним (124), 12:16, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего это сделано на базе "гибридного сна" - когда данные из памяти зеркалируются в своп, при этом компьютер пребывает в "suspend to RAM" до тех пор пока есть заряд аккомулятора, чтобы была возможность мгновенно возобновить работу.  Т.е. в таком режиме сна используется и SSD и батарейка.

    ИМХО в данном случае лишь добавлен таймаут для перехода в гибернейт, дабы не ждать момента когда разряд батареи достигнет критического значения. Имеет смысл с точки зрения экономии заряда.

     

  • 1.8, Иван Семеныч (?), 23:14, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Долгих лет жизни проекту, как глоток свежего воздуха после sysvinit и иже с ним.
     
     
  • 2.9, Аноним (6), 23:15, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас тебе расскажут про пид1 и про то, что баш-портянки эта крута
     
     
  • 3.10, Иван Семеныч (?), 23:21, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Эти самые рассказчики видимо никогда баш-портянки не правили и не поддерживали.
     
     
  • 4.13, zzz (??), 23:27, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    При чем тут портянки скриптов и какая разница, что сопровождать - портянки скриптов или код systemd?
     
     
     
    Часть нити удалена модератором

  • 6.16, zzz (??), 23:35, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> При чем тут портянки скриптов и какая разница, что сопровождать - портянки
    >> скриптов или код systemd?
    > сисядмины сопровождают код системды? ох, телл ми моар. Ты с кодом системды
    > и знаком-то по скупым копипастам, которые в этот опеннет вставляют всяческие
    > разоблачители

    Вот именно, что нет. И по любой проблеме - вместо ручного патчинга жди апдейта.

     
     
     
    Часть нити удалена модератором

  • 8.22, zzz (??), 23:43, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Я чот не понял, сустемд уже стабле или таки надо изобретать костыли И в чем тог... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 10.30, zzz (??), 23:52, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это ты жаловался на поддержку шелл-портянок, забыл ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 12.37, zzz (??), 00:04, 23/06/2018 [ответить]  
  • +5 +/
    Меня сустемд не трогает, просто приятно потыкать палочкой в сустемдешных хомячко... большой текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 14.42, VINRARUS (ok), 00:16, 23/06/2018 [ответить]  
  • +1 +/
    А ты при себе носиш вечный олимпийский огонь в колбочке ... текст свёрнут, показать
     
     
  • 15.83, Andrey Mitrofanov (?), 06:47, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    После кражи мозговых сущностей с Олтмпа оная колбочка -- в кормане у каждого н... текст свёрнут, показать
     
  • 14.46, Аноним (-), 00:25, 23/06/2018 [ответить]  
  • +5 +/
    Программистов обычно бросает в дрожь при виде кода системды Потому что им стано... текст свёрнут, показать
     
     
  • 15.205, Vkni (ok), 22:36, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Учись сынку, а то так и будешь сверху ключи подавать - Не, профессионалы ко... текст свёрнут, показать
     
  • 14.52, псевдонимус (?), 00:59, 23/06/2018 [ответить]  
  • –2 +/
    Тебя никто не спрашивает чего тебе там не хочется ... текст свёрнут, показать
     
  • 12.65, Аноним (65), 02:46, 23/06/2018 [ответить]  
  • –1 +/
    Два чая этому анониму Сколько не читаю холиваров на эту тему, хоть бы кто приве... текст свёрнут, показать
     
     
  • 13.66, Аноним (66), 03:14, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Уже много раз приводили ... текст свёрнут, показать
     
  • 13.244, псевдонимус (?), 14:51, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Половник экскрементов тому анониму ... текст свёрнут, показать
     
  • 8.116, Michael Shigorin (ok), 11:36, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вас просто послать или всё-таки поначалу в b r c Я здесь не раз и не два привод... текст свёрнут, показать
     
  • 5.40, Аноним (40), 00:12, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    толсто конечно, но каждому свое. я лучше буду с баш портянками возиться чем с gdb ;)
     
     
  • 6.85, Andrey Mitrofanov (?), 06:52, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >я лучше буду с баш портянками возиться
    > чем с gdb ;)

    Чем с NOTABUG-ами, вы хотели сказать?...

     
  • 6.122, ПавелС (ok), 12:06, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > толсто конечно, но каждому свое. я лучше буду с баш портянками возиться
    > чем с gdb ;)

    У systemd одно преимущество - он бинарь. И поэтому респавнит сервисы принципиально лучше.

     
     
  • 7.125, Аноним (124), 12:21, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > бинарь. И поэтому респавнит сервисы принципиально лучше.

    Расскажите нам об этом "принципиально лучше" пожалуйста, я заинтригован!


     
     
  • 8.129, ПавелС (ok), 12:41, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажу init умел строчки с меткой respawn Но непосредственно демоны он не за... текст свёрнут, показать
     
     
  • 9.159, Аноним (159), 15:16, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шелл-скрипту это сделать ещё легче, потому что в нём вся эта цепочка схлопываетс... текст свёрнут, показать
     
  • 8.259, Andrey Mitrofanov (?), 11:50, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    SVCHOST EXE всё-всё делает лучше I ... текст свёрнут, показать
     
  • 3.51, псевдонимус (?), 00:55, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Шелл скрипты это круто,а юниты дрянь.
     
  • 3.79, Vkni (ok), 06:19, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > сейчас тебе расскажут про пид1 и про то, что баш-портянки эта крута

    sysVinit - это модульная архитектура, скрипты для неё можно писать хоть на Haskell'е, просто исторически используется bash.

     
     
  • 4.109, Аноним (109), 10:24, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Исторически Иван Иваныч любил стрелять по ногам…
     
     
  • 5.196, псевдонимус (?), 21:29, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так может не стоит следовать примеру Ивана Ивановича?
     
  • 4.160, Аноним (159), 15:20, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > скрипты для неё можно писать хоть на Haskell'е

    Да хоть бинарники, скомпилированные из кода на C/C++/Rust/Go/.... Но тогда не будет повода для нытья про "баш-портянки".

     
  • 3.180, Аноним (180), 18:23, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Брат аноним, ну признайся, что ты с портянкамт никогда не сталкивался и носишься с нимт как с жупелом.
    Ну нет такой проблемы.
     
  • 2.253, Аноним (253), 07:53, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кому и кобыла невеста.
     

     ....большая нить свёрнута, показать (30)

  • 1.11, zzz (??), 23:24, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе, смогут только инженеры и системы мониторинга, потому что одну половину системы сожрет systemd, вторую - блобы.
     
     
  • 2.20, Baz (?), 23:40, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты ещё про сервисы забыл
     
  • 2.23, RotarenegeD (?), 23:45, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе,
    > смогут только инженеры и системы мониторинга, потому что одну половину системы
    > сожрет systemd, вторую - блобы.

    ну так и в том что делает баш-портянка и набор исторически сложившихся хакокодов тоже понимают только их авторы и те кто раскурил несколько мануалов.. если эти мануалы конечно есть..

     
     
  • 3.67, Аноним (66), 03:15, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе,
    >> смогут только инженеры и системы мониторинга, потому что одну половину системы
    >> сожрет systemd, вторую - блобы.
    > ну так и в том что делает баш-портянка и набор исторически сложившихся
    > хакокодов тоже понимают только их авторы и те кто раскурил несколько
    > мануалов.. если эти мануалы конечно есть..

    Это враньё, все init скрипты одинаковые и написаны по одному шаблону.

     
     
  • 4.78, Аноним (78), 06:19, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это враньё, все init скрипты одинаковые и написаны по одному шаблону.

    Ага, каждый по своему.

     
     
  • 5.86, Andrey Mitrofanov (?), 06:58, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>все init скрипты одинаковые и написаны по одному шаблону.
    > Ага, каждый по своему.

    Вы оба правы.  Разница - в глазах читающего.

    Вот взглянешь на свой скрипт двухнедельной давности, и... "ох, шо ж я не программист!?"

     
     
  • 6.102, Anonymoustus (ok), 10:07, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>>все init скрипты одинаковые и написаны по одному шаблону.
    >> Ага, каждый по своему.
    > Вы оба правы.  Разница - в глазах читающего.
    > Вот взглянешь на свой скрипт двухнедельной давности, и... "ох, шо ж я
    > не программист!?"

    Старость не в радость, ага.

     

  • 1.18, VINRARUS (ok), 23:37, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?
    И винить ли в этом тормозной bash вместо скоросного shell (sh, ash, dash)?
    А может виноват сам Linux, тормозящий запуск маленьких процесов?
     
     
  • 2.28, zzz (??), 23:48, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
    > на systemd?
    > И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
    > dash)?
    > А может виноват сам Linux, тормозящий запуск маленьких процесов?

    Линукс для админа уже сколько лет превращается в линукс для корпораций, которым все эти ручные конфиги и вычитка логов не упали. Им подавай бинарные логи, анализируемые софтом, и конфиги, генерящиеся на лету софтом. А дело админа - понажимать пару кнопок. А без кнопок - ты нет никто. Чего стоит интерфейс ip, в котором чёрт ногу сломит. Зато машине - понятно.

     
     
     
    Часть нити удалена модератором

  • 4.36, zzz (??), 00:01, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > нет никакого "линукс для админа", есть с одной стороны прекрасно спроектированная декларативная
    > система управления сервисами и непрофессиональное бъlдлоамдминье локалхостов и школота,
    > которой не место в профессии

    Какой профессии? Тыкать галочки? Алё )

     
  • 4.47, Аноним (-), 00:28, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > нет никакого "линукс для админа", есть с одной стороны прекрасно спроектированная декларативная

    система
    Только жЫрнота или очередной питонист-электронщик может назвать ЭТО №прекрасно спроектированной системой.

     
  • 3.32, Аноним (6), 23:53, 22/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А дело админа - понажимать пару кнопок

    Погоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить без предварительного гуглежа, а потому СЛОЖНОВАТА.

     
     
  • 4.39, VINRARUS (ok), 00:08, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Погоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить без предварительного гуглежа, а потому СЛОЖНОВАТА.

    В том и проблема, для гуглежа интелект не нужен, это даже голосовые роботы в пальцетыкалках научились делать. "Админу" достаточно перенести текст с поля А в поле Д, нажав как раз пару кнопок.

    Если в shell можна разобраться вообще без интернета (силами свого интелекта), то в этой де...системе исключительно по сборнику стихов Поттеринга, который нужно вызубрить.

     
     
     
    Часть нити удалена модератором

  • 6.48, VINRARUS (ok), 00:29, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >То есть админить системду все же сложнее, да? Или наоборот легче?

    Мыслящему человеку сложнее (потомушо логикой сустемдю не возьмеш), а тем кто подобно как за кумиром хранит цытаты мыслей Поттеринга - легче.

     
  • 4.89, Andrey Mitrofanov (?), 07:11, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А дело админа - понажимать пару кнопок
    > Погоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить
    > без предварительного гуглежа, а потому СЛОЖНОВАТА.

    [I]Любая достаточно сложная программа ^W систем-д-а на Си или Фортране содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp ^W^W GNU Bash.
          --https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D1%81

     
     
  • 5.104, Anonymoustus (ok), 10:12, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не пишут?
     
     
  • 6.166, sigprof (ok), 16:12, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Пишут, пишут: https://www.gnu.org/software/shepherd/

    (там, правда, не Lisp, а Scheme в виде Guile)

     
  • 6.179, Andrey Mitrofanov (?), 17:38, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не
    > пишут?

    https://www.gnu.org/software/shepherd/  Здобрымутром.

     
     
  • 7.181, Anonymoustus (ok), 19:01, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не
    >> пишут?

     
    > https://www.gnu.org/software/shepherd/  Здобрымутром.

     
     
    [B]404 - Page Not Found[/B]

    http://i4.imageban.ru/out/2018/06/23/0a5cfe44b9a8995505f55c47f371e0f4.png

     
     
  • 8.260, Andrey Mitrofanov (?), 11:59, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сломал опенет Верни назад, как было111 http www opennet ru openforum vslu... текст свёрнут, показать
     
  • 2.68, Аноним (66), 03:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
    > на systemd?
    > И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
    > dash)?
    > А может виноват сам Linux, тормозящий запуск маленьких процесов?

    Перешли не все дистрибутивы, только те в которых власть захватили корпорации.

     
     
  • 3.183, VINRARUS (ok), 19:36, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Перешли не все дистрибутивы, только те в которых власть захватили корпорации.

    Кто в Arch захватил тогда?

     
     
  • 4.189, Аноним (189), 20:41, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там половина майнтайнеров прямо или косвенно работают на Шляпу. И вообще - давно известно, что арч это тестовый полигон для федоры, а федора - полигон для Шляпы.
     
  • 2.75, crypt (ok), 05:30, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?

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

     
     
  • 3.105, Anonymoustus (ok), 10:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?
    > линукс стал не только системой для серверов, появились новые потребности, которые старая
    > инит система удовлетворяла плохо. а написать новую никто не брался. критиковать-то
    > легко, а поди напиши... ну вот кто первый взялся, тот и
    > написал, как умел.

    Расскажите подробней, какие конкретно новые потребности не удовлетворяла или плохо удовлетворяла «старая инит-система» настолько, что никто не брался написать новую.

     
     
  • 4.119, Аноним (147), 11:49, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да это же всем известно - иниты у всех дистрибутивов были разные. Сейчас то другое дело.
     
  • 4.130, crypt (ok), 12:43, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Расскажите подробней, какие конкретно новые потребности не удовлетворяла или плохо удовлетворяла
    > «старая инит-система» настолько, что никто не брался написать новую.

    https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian_should_default_to

     
     
  • 5.144, Anonymoustus (ok), 13:53, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian_should_default_to

    Зачем вы написали эту ссылку? Зачем читать эту чушь? Я знаю, как в Дебиане продавили системду. И не только я знаю — все знают, кому это интересно.

     
     
  • 6.188, Алексей (??), 20:20, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Я знаю, как в Дебиане продавили системду.

    Ну давай, расскажи. Я за всей этой эпопеей с самого начала следил и даже немного участвовал, если что.

     
     
  • 7.191, Anonymoustus (ok), 21:06, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Я знаю, как в Дебиане продавили системду.
    > Ну давай, расскажи. Я за всей этой эпопеей с самого начала следил
    > и даже немного участвовал, если что.

    Вот одного виноватого мы уже знаем. Бейте его, ребята, как увидите. Не стесняйтесь. Лучше — ногами.

     
     
  • 8.272, Алексей (??), 20:48, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как и ожидалось, вы так грозно потрясали Ужо я вам расскажу правду-матку , а к... текст свёрнут, показать
     
  • 7.198, псевдонимус (?), 21:40, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раз знаешь,то распечатай мануал по системду и засунь Биейблу(не знаю транскрипции этого существа)в место,откуда он опорожняется.
     
     
  • 8.271, Алексей (??), 20:41, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какое аргументированное высказывание И совсем не высер ... текст свёрнут, показать
     
     
  • 9.276, псевдонимус (?), 12:26, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно не высер,не я же пишу системду ... текст свёрнут, показать
     
     
  • 10.277, Алексей (??), 16:52, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо, что демонстрируете средний интеллектуальный уровень systemd-хэйтеров ... текст свёрнут, показать
     
     
  • 11.278, Michael Shigorin (ok), 19:24, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, тут на днях пробежало пояснение для отсталых вроде меня, что на Благосло... текст свёрнут, показать
     
     
  • 12.279, Аноним (279), 19:45, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одна главная ошибка наших анти-западников - навешивать ярлычок Запад без разбо... текст свёрнут, показать
     
     
  • 13.280, Michael Shigorin (ok), 20:09, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тут вполне конкретный тег БлагословенныйЗапад, проходите Ну и п 10 правил на... текст свёрнут, показать
     
  • 6.226, crypt (ok), 09:35, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian_should_default_to
    > Зачем вы написали эту ссылку? Зачем читать эту чушь? Я знаю, как
    > в Дебиане продавили системду. И не только я знаю — все знают,
    > кому это интересно.

    [зевнул] ты знаешь, я не подписывался отвечать на _твою_ чушь


     
     
  • 7.231, Anonymoustus (ok), 09:45, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То есть никакого внятного ответа на вопрос в комментарии № 105 не будет? Сливаетесь жиденько, но очень предсказуемо.
     
  • 3.114, Совершенно другой аноним (?), 11:26, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > линукс стал не только системой для серверов, появились новые потребности, которые старая инит система удовлетворяла плохо.

    какие именно новые потребности появились и которые стала удовлетворять плохо?

    > а написать новую никто не брался.

    а launchd, runit и прочие OpenRC откуда взялись?

     
     
  • 4.127, Аноним (124), 12:38, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а launchd

    Появилась в MacOS X в 2005м, в линуксах не встречал.

    Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее" из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем что-то пошло не так.

     
     
  • 5.133, Аноним (128), 12:55, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> а launchd
    > Появилась в MacOS X в 2005м, в линуксах не встречал.
    > Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
    > из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
    > что-то пошло не так.

    А ведь это все и объясняет, "что-то пошло не так."! Сначала стало жутко смешно, но подумав секунд этак несколько стало грустно (для многих ведь действительно "что-то пошло не так." :(

     
  • 5.134, crypt (ok), 12:56, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> а launchd
    > Появилась в MacOS X в 2005м, в линуксах не встречал.
    > Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
    > из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
    > что-то пошло не так.

    Одна из проблем Поттеринга, в которой он сам признается, но не понимает, заключается в том, что он пытается решить сразу все проблемы, покрыть все случаи использования. У макоси нет этой проблемы - им инитсистема нужна для десктопа. У соляриса тоже не было - им нужна для сервера. А Поттеринг пытается сидеть на двух-трех-четырех стульях сразу...

     
  • 5.145, Anonymoustus (ok), 13:56, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> а launchd
    > Появилась в MacOS X в 2005м, в линуксах не встречал.
    > Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
    > из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
    > что-то пошло не так.

    Перед тем, как что-то откуда-то брать, надо понимать разницу между системой инициализации (sysv init) и главным системным фреймворком (launchd), его ещё называют системным менеджером. Между такими вещами общего не больше, чем между самокатом и самолётом (у обоих есть колёса).

     
     
  • 6.149, Аноним (124), 14:06, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Перед тем, как что-то откуда-то брать, надо понимать разницу между системой инициализации
    > (sysv init) и главным системным фреймворком (launchd), его ещё называют системным
    > менеджером. Между такими вещами общего не больше, чем между самокатом и
    > самолётом (у обоих есть колёса).

    Ну вот, теперь у каждого по самолёту!, но чтобы он полетел его нужно слегка подтолкнуть.

     
  • 4.131, crypt (ok), 12:46, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> линукс стал не только системой для серверов, появились новые потребности, которые старая инит система удовлетворяла плохо.
    > какие именно новые потребности появились и которые стала удовлетворять плохо?
    >> а написать новую никто не брался.
    > а launchd, runit и прочие OpenRC откуда взялись?

    launchd - появился, заметь, в 2005 в Mac OS X. чуть позже init выкинули из solaris и тоже заменили своим сервисом. Линукс тут прилично отставал в развитии.


    в линуксе только runit и openrc. они ни чем сильно не отличались, не решали всех проблем и поэтому не были взяты сообществом.

    upstart - была промежуточная стадия, которая как-то всех устраивала долгое время.

    p.s.

    Ты, видимо, в предмете не до конца разобрался, поэтому макосовскую вспомнил, а основную линуксовую забыл)))

     
     
  • 5.206, Vkni (ok), 22:44, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > launchd - появился, заметь, в 2005 в Mac OS X. чуть позже
    > init выкинули из solaris и тоже заменили своим сервисом. Линукс тут
    > прилично отставал в развитии.

    Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать развитием.

     
     
  • 6.211, Anonymoustus (ok), 22:59, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать
    > развитием.

    Эх…

     
  • 6.227, crypt (ok), 09:36, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> launchd - появился, заметь, в 2005 в Mac OS X. чуть позже
    >> init выкинули из solaris и тоже заменили своим сервисом. Линукс тут
    >> прилично отставал в развитии.
    > Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать
    > развитием.

    можешь мне на слово поверить. я с ним работал в те годы.

     
  • 2.103, Anonymoustus (ok), 10:09, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
    > на systemd?
    > И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
    > dash)?
    > А может виноват сам Linux, тормозящий запуск маленьких процесов?

    Виноват Red Hat. И свора обезьян на подхвате у RH.

    Но и линукс тоже. Только на линуксовом базаре могло такое непотребство вырасти. Нигде больше такого нет.

     
     
  • 3.136, Аноним (128), 12:58, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
    >> на systemd?
    >> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
    >> dash)?
    >> А может виноват сам Linux, тормозящий запуск маленьких процесов?
    > Виноват Red Hat. И свора обезьян на подхвате у RH.
    > Но и линукс тоже. Только на линуксовом базаре могло такое непотребство вырасти.
    > Нигде больше такого нет.

    А какова на данный момент динамика популярности дистрибутивов? Только исключая пользователей-домохозяек (без грубостей).

     
     
  • 4.150, Anonymoustus (ok), 14:06, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А какова на данный момент динамика популярности дистрибутивов? Только исключая пользователей-домохозяек
    > (без грубостей).

    Нету там никакой динамики, я думаю. :) Кому надо для дела, подразумеваю корпоративный сектор, используют RHEL, SUSE или Debian либо их производные. На основании опыта и предпочтений.

     
  • 2.107, Аноним (107), 10:23, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    системд удобен, не?
     
     
  • 3.113, псевдонимус (?), 11:20, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не.
     
  • 2.123, ПавелС (ok), 12:15, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
    > на systemd?
    > И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
    > dash)?
    > А может виноват сам Linux, тормозящий запуск маленьких процесов?

    Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ. Нужно стало более современное решение. Это всё что я вижу полезного в systemd. Об остальном - дело вкуса и бесконечных споров.

     
     
  • 3.135, Аноним (124), 12:57, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.

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

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

    >  Нужно стало более современное решение. Это всё что я вижу полезного в systemd.

    Вы категорически правы. Вопросов больше не имею.

     
     
  • 4.138, ПавелС (ok), 13:05, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>  Нужно стало более современное решение. Это всё что я вижу полезного в systemd.
    > Вы категорически правы. Вопросов больше не имею.

    Но это не мало. Идея у них была правильная. Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти, потому и RH, потому и продакшены.

     
     
  • 5.146, Аноним (124), 13:59, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Но это не мало. Идея у них была правильная. Лучше чтобы демоны запускал бинарь, без шелл прослоек.

    Почему лучше, в чем разница? /bin/sh тоже бинарь. юниты тоже текстовые файлы.

    > И устойчивость систем должна вырасти

    из-за чего? и каких систем?
    абстрактно говоря, устойчивость большинства систем в IT пропорциональна количеству тестирования, и обратно пропорциональна количеству ещё не найденых ошибок в архитектуре и коде компонента. Учитывая что данный системный менеджер всё ещё пребывает в стадии глубокой разработки - я уверен, что он побъёт любой другой известный инит по поличеству неисправленных ошибок. Т.е. "устойчивость систем" если и вырастет, то только после того как Лёня уйдет на покой, а ошибки найдут и исправят.

     
     
  • 6.172, ПавелС (ok), 16:31, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну это не разговор То есть ты веришь, что всё должно быть так качественно напи... большой текст свёрнут, показать
     
  • 5.148, Аноним (147), 14:05, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти

    А вы небось и банки перед телевизором заряжали?

     
     
  • 6.174, ПавелС (ok), 16:34, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти
    > А вы небось и банки перед телевизором заряжали?

    :) Да, коллоидную ткань рассасывал у Кашпировского :).

     
  • 3.151, Anonymoustus (ok), 14:12, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы вот даже не понимаете, что это правильное поведение системы Если сервис лёг,... большой текст свёрнут, показать
     
     
  • 4.218, Zlo (??), 00:46, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В том то и дело что в современно мире прогресса, на всех углах кричат нафиг оптимизация это дорого мы ещё пару серваков купи. Как думаешь этому миру нужно с чем то разбиратся да пусть хоть раз в 5 минут падает и перезапускается, лижбы видно не было. Вот по требованию рынка и появляются такие решения, и вот вам системд и докеры. Чтобы не думать как что, поставь контейнер запусти, ураа заработало, сдохнет перезальёшь по новой.
    А лучше оно старого или нет всем плевать, те у кого есть деньги могут пропихнуть любое неадекватное решение (win 8-10 as example).
     
  • 3.152, Michael Shigorin (ok), 14:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.

    "И эти люди..." (ц)

    Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так не грохаются, если такое случилось -- это повод для разбирательства.  А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях, когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне, лучшая среди подобных).

    Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.

     
     
  • 4.176, ПавелС (ok), 16:55, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да хорошо, хорошо, все правы Людям ломает Unix way и всякое такое Нет этого в ... большой текст свёрнут, показать
     
     
  • 5.178, ПавелС (ok), 17:37, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Вот магия systemd наглядно code pavel 87-253-14-186 ... большой текст свёрнут, показать
     
     
  • 6.195, Anonymoustus (ok), 21:23, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    То есть только ради этого следовало принудительно привести все дистрибутивы к единому красношляпному знаменателю и фактически сделать линукс собственностью RH?
     
  • 6.201, псевдонимус (?), 22:05, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Одного слова магия достаточно,что бы отшатнуться от системды как от чумы.
     
  • 6.255, A (?), 09:41, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>[оверквотинг удален]

    Ну и что тут собственно нового? Все ж было уже давно придумано - man inittab, опция respawn...

     
  • 5.207, Michael Shigorin (ok), 22:45, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет этого в SysV by default.

    Так ведь и не нужно.

    > Вы жа понимаете, Михаил, что многие люди делают - они отлаживают решения
    > и предлагают из коробки, и Вы тоже этим занимаетесь.

    Да.

    > Тут предложено by default более отказоустойчивое решение и
    > не надо почти ничего конфигурить дополнительно.

    А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимся без существенной причины (ну отлетел корень, не твоё дело, всё уже запущено, а когда dd отработает -- всё остальное будет уже неважно).  Это не говоря о том, что разрешать циклы в runtime было изначально идиотской затеей.

     
     
  • 6.230, crypt (ok), 09:43, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимся

    угу

    https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd

     
  • 5.210, Vkni (ok), 22:51, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать
    > по сторонам и применять.

    Пфуй. Для этого - "сборки по сторонам и применения" и есть дистрибутивостроители. Например, Михаил, с которым вы общаетесь. Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.

     
     
  • 6.212, Michael Shigorin (ok), 23:01, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.

    Отчасти давно сделано -- см. monit-base и зависимости на него. :)

     
     
  • 7.219, Vkni (ok), 01:06, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Отчасти давно сделано -- см. monit-base и зависимости на него. :)

    Был не в курсе - меня текущий sysVinit вполне устраивает. Чтобы два раза не вставать - большое спасибо за недавно скачанный rescue, очень помог с восстановлением загрузчика (слетел из-за поломки вентилятора и перегретого южного моста).

    Вопрос по rescue - у меня это наиболее типичный случай слёта системы, соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли там как-то указывать root partition, чтобы ядро с rescue просто подцепило систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot . и что-нибудь вроде upgrade-kernel/grub-install/lilo.

     
     
  • 8.220, Anonymoustus (ok), 02:05, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот прекрасный пример правильных действий от правильного понимания Группа подде... большой текст свёрнут, показать
     
  • 8.264, Michael Shigorin (ok), 15:52, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Можно попробовать и так, но как минимум с модулями от разных версий предвидятся ... текст свёрнут, показать
     
  • 4.229, crypt (ok), 09:40, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так
    > не грохаются, если такое случилось -- это повод для разбирательства.  
    > А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях,
    > когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно
    > существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
    > лучшая среди подобных).
    > Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
    > существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.

    я тут согласен с каждым словом.


     
  • 3.199, псевдонимус (?), 21:54, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых рухнувший сервис может поднять какой-нибудь runit,который на порядок(в десятки раз)проще системды,во-вторых следует стараться не писать и не использовать падучие сервисы.
     

     ....большая нить свёрнута, показать (71)

  • 1.24, Аноним (24), 23:46, 22/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Устал читать. И это даже не маны
     
  • 1.38, Аноним84701 (ok), 00:07, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных
    > разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно
    > изменить разрешение экрана при загрузке (например для HiDPI);

    Э-э,
    т.е. это очень нужно там, где обычно устанавливают КрасноШляпку? Или просто разработчики палятся?

    > В ExecStart теперь допускается использование относительных путей к исполняемым файлам (список путей в $PATH можно узнать через "systemd-path search-binaries-default");
    > использование относительных путей к исполняемым файлам

    «А грабли манили блеском и тайной! Казалось даже звали, нашептывая "Наступи на нас! Наступи! И все будет просто зашибись!". И пусть пока никому запрыг на грабли  не принес ничего хорошего (а почему-то совсем даже наоброт) - но то ведь другие, не такие, не я! Мне - повезет!»
    (с) Номерной Аноним, по мотивам чего-то неприпоминаемого.

     
     
  • 2.153, Аноним (124), 14:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно изменить разрешение экрана при загрузке (например для HiDPI);
    > Э-э,
    > т.е. это очень нужно там, где обычно устанавливают КрасноШляпку? Или просто разработчики палятся?

    Пусть лучше будет. Нет ничего страшного в том, что разработчик сможет накатить линукс на свой любимый макбук. Не всё же время им в виртуалках сидеть =)

     

  • 1.43, Аноним (43), 00:16, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Когда реестр и аналог regedit планируется внедрять?
     
     
  • 2.45, Аноним (40), 00:20, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда реестр и аналог regedit планируется внедрять?

    я думаю шапка реализует любой ваш каприз за ваши $$$ ;)

     
  • 2.54, Иван Семеныч (?), 01:11, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Лучше уже реестр, чем неструктирированная поиойка в /etc.
     
  • 2.80, Vkni (ok), 06:22, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Когда реестр и аналог regedit планируется внедрять?

    Давно же уже - посмотрите, что такое gconf-editor.

     

  • 1.64, Аноним (64), 02:11, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > поддержка резолвинга доменных имён с использованием механизма DNS-over-TLS

    Вкусняшка!

     
     
  • 2.72, mandala (ok), 04:34, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    с паршивой овцы хоть шерсти клок...
     
  • 2.141, Аноним (128), 13:25, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> поддержка резолвинга доменных имён с использованием механизма DNS-over-TLS
    > Вкусняшка!

    ISC BIND (иже с ними) опасносте?

     
     
  • 3.143, Аноним (124), 13:34, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы путаете клиент и сервер
     

  • 1.70, Аноним (70), 04:12, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Подскажите, пожалуйста, из Xubuntu 18.04 поддержку графического редактора Pinta убрали? Если да, то какой на замену?
     
     
  • 2.71, mandala (ok), 04:33, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Болезный, даже если у тебя твою пинту из изкоробочной поставки убрали сделай уже apt install pinta и иди читай то что задали на лето в школе.
     
     
  • 3.73, Аноним (73), 05:13, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы показали свою полную некомпетентность.  Pinta никогда не входила в коробочную поставку Xubuntu, всегда ставилась через apt install. Но в 18.04 система пишет, что пакет не найден ни при apt, ни snap.
     
     
  • 4.90, Andrey Mitrofanov (?), 07:18, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >показали свою полную некомпетентность.

    Кто из вас полнее, толще!, должна решить Схватка В Клетке[I]!  #letzefitebigen

     
     
  • 5.93, Аноним (73), 07:58, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Клетку оставлю собеседнику. И вообще, очень грустно что Линукс скатился в столь недружественное обсуждение.
     
     
  • 6.167, Аноним (167), 16:21, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это норма. Всегда так было.
     
  • 4.108, Anon from Mars (?), 10:24, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Очень странно, потому что pinta на месте: https://packages.ubuntu.com/bionic/pinta
     
  • 2.161, fske (?), 15:30, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А причем тут твоя пинта в новости про системд?
     

  • 1.91, Аноним (91), 07:21, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Все другие иниты должны умереть. СД - лучшее, что когда-либо случалось в линуксе. Стандартизация - это всегда хорошо.
     
     
  • 2.110, Аноним (107), 10:27, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да дело даже не в стандартизации. Наконец-то есть нормальный менеджер запуска, который умеет в зависимости и распараллеливание. Распараллелить написанные тремя десятками г0внокодеров портянки sysvinit на bash - та ещё тема, их проще самому переписать, на что надо (каждый раз впустую потраченное, потому что завтра половина портянок изменится) время.
     
     
  • 3.118, Michael Shigorin (ok), 11:45, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Наконец-то есть нормальный менеджер запуска,
    > который умеет в зависимости и распараллеливание.

    Ждите дебианщиков, чайники.  И гентушников, и... в общем, всех, кто не поленится вас ткнуть носом в вашу полную профнепригодность.

     
     
  • 4.120, Аноним (124), 11:52, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тут уже такой троллятник, что нет смысла кого-либо носом тыкать. Они же этого и добиваются.
    Люди, которые открыли для себя зависимости и параллельную загрузку благодаря системд... чтож я могу за них лишь порадоваться. По крайней мере теперь они знают эти слова и часто ими пользуются.
     
     
  • 5.202, псевдонимус (?), 22:09, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    К слову зависимости есть в олдскульном бсд-ините.
     
  • 3.121, Аноним (147), 12:06, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А сейчас мы услышим зачем параллелить запуск демонов. На тех же лезвиях, где под 5 минут тестов системы проходит до момента старта самой ОС.
     
     
  • 4.216, DerRoteBaron (?), 23:27, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, может, затем, чтобы типичный юзверь, включающий комп не реже, чем 1 раз за день пользования, не умеющий в гибернацию, чуть меньше ждал загрузки системы?
    А на серверах это не уперлось вообще, согласен.
     
     
  • 5.221, Аноним (147), 04:57, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >  типичный юзверь, включающий комп не реже, чем 1 раз за день пользования, не умеющий в гибернацию, чуть меньше ждал загрузки системы?

    И тут мы задаем второй вопрос. Зачем пользователю быстрое запуск ОС, если ему надо быстрый запуск нужных приложений с нужными настройками? Ака таблицы с открытыми файлами, редактор с открытыми документами, броузер с нужными сайтами. Смысла-то грузить за 5 секунд если потом офис поднимать больше минуты.

     
     
  • 6.236, DerRoteBaron (?), 12:02, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так штука то в том, что пользователь будет ждать либо 65 секунд при 5 секундах запуска ОС и 60 - браузера, либо 120 при той же минуте запуска офиса и минуте загрузки ОС.
     
     
  • 7.239, Аноним (147), 12:57, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Так штука то в том, что пользователь будет ждать либо 65 секунд
    > при 5 секундах запуска ОС и 60 - браузера, либо 120
    > при той же минуте запуска офиса и минуте загрузки ОС.

    Неа. Либо секунд за 30 поднимется все для работы - из сна.
    Либо 5 сек запуска ОС(ещё десяток секунд будем тупить с параллельным запускам сервизов) и 60 секунд на запуск всего пользовательского ПО. А потом открытие в этом ПО нужных файлов ещё на ндцать секунд. Что бесит уже неимоверно - так и так долго лазить по каталогам, нажимать открыть, переходить на нужную часть документа.

     
  • 5.246, Vkni (ok), 16:40, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм, может, затем, чтобы типичный юзверь, включающий комп не реже, чем 1
    > раз за день пользования, не умеющий в гибернацию, чуть меньше ждал
    > загрузки системы?

    Команда sudo pm-suspend. Восстановление полного состояния системы за 4 сек (только что проверил).

     

  • 1.94, Аноним (94), 08:00, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?
     
     
  • 2.95, Аноним (-), 08:20, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?

    alpine

     
     
  • 3.139, Anonka (?), 13:12, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    gentoo
     
  • 3.170, имя (?), 16:28, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    разве что в контейнерах.
     
  • 2.155, Аноним (155), 14:43, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?

    Извечные враги рода пингвинячьего, искушающие Платиновых Папиков^W Партнеров! Дистр программ Беркли.


     

  • 1.117, Аноним (124), 11:43, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > изменение поведения может наблюдаться только в случае изменения настроек по умолчанию;

    "Вы там держитесь и хорошего вам настроения". Главное руками ничего не трогайте в системе, и оно будет работать как задумано в _этом_ "релизе".

    Меня вдруг осенило, за системд выступают в основном те, кто в системе особо и не ковыряется. Ну ладно, может однажды нагуглили и скопипастили юнит для собственнного сайта за 5 минут. Их по большому счету не интересует как всё это работает внутри, взаимодействует с другими компонентами системы, которые этот монст ещё не успел сожрать, важно с минимальными усилиями запилить сервис и сдать заказчику - профит! Тут один "программист" выше выступал - и я готов биться об заклад, что он понятия не имеет о том как работает его любимый "системный менеджер" (или как оно теперь называется), более того - он даже не сможет нагуглить _актуальную_ архитектуру просто потому, что её - этой диаграммы - нет, никто не парится с документацией и архитектурой.  Может потом в RH кто-нибудь из индусов запилит юзергайд для платных подписчиков.

    Error reporting тоже никакущий - обычно на уровне "сервис не запустился.... ну нишмогла я, ни-шмог-ла ". Когда вы, "программисты" пишите юнит для своего г*внокода до состояния УМВР - это просто, но вот когда несколько таких поделок неожиданно для вас встречается и перестают работать по неизвестной причине - разобраться требует усидчивости и мучительного тестирования, особенно с учетом того что архитектура этого комбайна - н е о ч е в и д н а.

    В общем всё это напоминает мне винду, ты её не трогаешь - она как-то работает внутри себя, что-то там скачивает, запускает, дефрагментирует в фоне, ускоряет загрузку, сканирует, индексирует, кеширует, анализирует, использует настройки по умолчанию, отправляет отчёты об ошибках, архивирует важную информацию, обновляется, восстанавливается после сбоя, сохраняет учётную запись в облаке, проверяет подлинность... главное ей не мешать, не пытаться разобраться что творится внутри, не тыкать её палкой - иначе проще переустановить, чем разобраться.

     
     
  • 2.126, Anonymoustus (ok), 12:37, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Больших звёзд^W плюсов этому анону.

    Добавлю, что с внедрением системды самым быстрым способом «починить» поломку будет «переустановить систему», то есть искусство понимать систему и разбираться с её проблемами больше не будет достоянием всех желающих.

    Разница с виндой (а также маком, соляркой и пр.) в том, что там аналогичную инфраструктуру некогда проектировали умные компетентные люди, а не лёлики-поттерики.

     
     
  • 3.140, Аноним (124), 13:21, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > самым быстрым способом «починить» поломку будет «переустановить систему»

    вся суть микросервисов, контейнерной изоляции. и большой части современного IT:
    сейчас мы не будем разбираться почему оно перестало работать - мы просто перезапустим сервис/контейнер!
    ... хотя, пожалуй мы вообще не будем разбираться, с перезапусками же работает!
    просто сделай так, чтобы оно запускалось.


     
     
  • 4.154, Anonymoustus (ok), 14:17, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> самым быстрым способом «починить» поломку будет «переустановить систему»
    > вся суть микросервисов, контейнерной изоляции. и большой части современного IT:
    > сейчас мы не будем разбираться почему оно перестало работать - мы просто
    > перезапустим сервис/контейнер!
    > ... хотя, пожалуй мы вообще не будем разбираться, с перезапусками же работает!
    >  просто сделай так, чтобы оно запускалось.

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

     
     
  • 5.223, Аноним (147), 07:03, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Холодильник, хех, это семечки. А как тебе регулярные рассказы тех же самых людей-погромистов что в обычном мире плохо и как это переделать? Везде блокчейн, замена суда на ПО с ИИ под капотом, крипта. Виртуальный мирок не могут наладить, а лезут в реальный. Вот это опасно.
     
  • 3.224, Тузя (ok), 09:08, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ой ли Пока IBM проектировала свою прекрасную полуось, MS наклепал что попало из... большой текст свёрнут, показать
     
     
  • 4.233, Anonymoustus (ok), 10:10, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем так много высокопарных слов, анон? Достаточно было сказать, что правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндах, в том числе официально не поддерживаемых. Это лучше всего говорит о продуманности архитектуры и её внутренних систем и механизмов.
     
     
  • 5.235, Тузя (ok), 11:48, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндах

    Что это за критерий вообще?
    Как связана архитектура ОС и прямота рук разработчика сторонней софтины?
    То же самое можно сказать про любое приложение на Линукс, особенно если у него статическая линковка или он носит либы с собой в чрутовое окружение, или распаковывает свои зависимости себе в /opt/super-duper-app.

     
     
  • 6.241, Anonymoustus (ok), 13:09, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндах
    > Что это за критерий вообще?
    > Как связана архитектура ОС и прямота рук разработчика сторонней софтины?
    > То же самое можно сказать про любое приложение на Линукс, особенно если
    > у него статическая линковка или он носит либы с собой в
    > чрутовое окружение, или распаковывает свои зависимости себе в /opt/super-duper-app.

    Анон, прийди в себя, вернись к изначальным вопросам. И лучше без вот этих распальцовок в стиле «научу папку любить мамку».

     
  • 5.263, Michael Shigorin (ok), 15:37, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем так много высокопарных слов, Anon? Достаточно было сказать, что правильно и
    > с применением мозга написанное на POSIX/SUSv3 хорошо работает на любых *nix,
    > в том числе официально не поддерживаемых.

    Ну как бы так и задумано.  Вот, специально не обновляется:[CODE]home:~> rpm -qi yacas | grep Build
    Release     : 1                             Build Date: Mon Apr 23 17:00:10 2001
    Install date: Sat Dec 21 10:45:03 2002      Build Host: work.fair.net
    home:~> yacas
    [editvi] [gnuplot]
    True;
    Numeric mode: "Internal"
    To exit Yacas, enter  Exit(); or quit or Ctrl-c. Type ?? for help.
    Or type ?function for help on a function.
    Type 'restart' to restart Yacas.
    To see example commands, keep typing Example();
    In> _[/CODE]

     
  • 2.217, DerRoteBaron (?), 23:36, 23/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно всё IT идёт туда.
    И причина этого в том, что человек, способный разобраться в чём-то более-менее вариативном, большая редкость. А человек, желающий и способный, а в особенности уже разобравшийся, редкость ещё бОльшая. И соответственно стОят такие люди весьма немалых денег.

    И тут появляются всякие докеры, альтернативные пакетные менеджеры, тянущие терабайт рантайма на базе другого дистрибутива и так далее, которые мало того, что выполнят задачу, выполнят её красиво и выдадут в худшем случае красиво покрашенный текст. А в лучшем выведут на модные гуи на электроне или веб-морду.

     
     
  • 3.222, Аноним (147), 05:08, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > И причина этого в том, что человек, способный разобраться в чём-то более-менее вариативном, большая редкость. А человек, желающий и способный, а в особенности уже разобравшийся, редкость ещё бОльшая. И соответственно стОят такие люди весьма немалых денег.

    Сначала делаем массу болванчиков, вместо разбирающихся людей. Потом подгоняем под них систему. Вуаля - можно рассказывать как героически решили проблему которую сами создали. К сожалению везде так происходит. Бизнесу не нужны знающие люди. Им нужны простые, взаимозаменяемые болванчики в большом количестве. Этакое снижение рисков от человеческого фактора.

    >  которые мало того, что выполнят задачу, выполнят её красиво

    А вот это далеко не факт.

     
     
  • 4.248, Vkni (ok), 16:58, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Сначала делаем массу болванчиков, вместо разбирающихся людей. Потом подгоняем под них систему.

    Это влияние более глобальной системы, чем IT - капиталистической экономики, где нужно здесь и сейчас, а о долговременном планировании никто не думает. В IT же, благодаря дедушке Столлману и OSS, всё ещё более-менее шевелится, да развивается значительно медленее чем могло бы, но нет безумной деградации.

    Кстати, невооружённым взглядом видно, что OSS подстёгивает закрытый сектор - без Linux'а эти самые Windows давно бы уже превратились в абсолютную дрянь.

     
     
  • 5.251, Anonymoustus (ok), 19:41, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, невооружённым взглядом видно, что OSS подстёгивает закрытый сектор - без Linux'а
    > эти самые Windows давно бы уже превратились в абсолютную дрянь.

    Так это из-за влияния СПО и Столлмана майки сделали десятую винду?

     
     
  • 6.252, Vkni (ok), 03:19, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так это из-за влияния СПО и Столлмана майки сделали десятую винду?

    Нет. Из-за конкуренции со стороны СПО эта десятая винда не является абсолютной дрянью. Хотя тоже, как посмотреть - телеметрия-то из неё никуда не делась.

     
     
  • 7.262, Anonymoustus (ok), 12:22, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    О какой конкуренции речь На дектопах линукса нет, разве что в пределах статисти... большой текст свёрнут, показать
     
     
  • 8.265, Andrey Mitrofanov (?), 11:36, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ээээ Что или кого ты обозначил здесь буковками СПО А вторыми буковками СП... текст свёрнут, показать
     
  • 6.266, Andrey Mitrofanov (?), 12:04, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>что OSS подстёгивает закрытый сектор
    >СПО и Столлмана майки сделали

    Ты неправильно "переводишь" те три буквы.

    Ты неправильно обобщаешь и слишком топорно передёргиваешь.

    Фу таким быть.


     
  • 2.228, Тузя (ok), 09:37, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Абсолютно верно, энтузиасты локалхоста очень сильно страдают от systemd, потому ... большой текст свёрнут, показать
     
     
  • 3.234, Аноним (147), 10:47, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Админчик локалхоста рассказывает как это эптерпрайзно разбираться с ТП микрософт... большой текст свёрнут, показать
     
     
  • 4.237, Тузя (ok), 12:04, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да пофиг кем ты меня считаешь, на самом деле Ну и кто тебе мешал сначала про... большой текст свёрнут, показать
     
     
  • 5.238, Аноним (147), 12:48, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно - очередной админчик локалхоста Когда десятки тысяч компьютеров в сети ... большой текст свёрнут, показать
     
     
  • 6.240, Anonymoustus (ok), 13:06, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Но в одном он прав: не использовать ничего мелкомягкого новее Windows 8.1 и Windows Server 2012 R2. Да и за этими надо приглядывать, чтоб не установить нечаянно _неправильное_ обновление.
     
     
  • 7.242, Аноним (147), 13:37, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если насчет 12р2 то согласен. А вот 8.1... Не. Тут, при всей моей нелюбви к 10ке, лесом эту 8.1, лесом. Если уж так критично 10ку можно поставить LTSB - там всё намного спокойней.
     
  • 6.243, Тузя (ok), 14:47, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если в твоём сообщении проигнорировать всё что связано с писькомерством, то полу... большой текст свёрнут, показать
     
     
  • 7.250, Аноним (147), 18:30, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    О, облез с своим пафосом и пытаешься что-то пробекать Ну что же посмотрим Ты р... большой текст свёрнут, показать
     
  • 3.249, Vkni (ok), 17:02, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > выполненную в самых что ни на есть кровавых ынтерпрайзных традициях.

    Т.е. для дяди на отвяжись.

     
  • 2.247, Vkni (ok), 16:54, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В журнале Практика функционального программирования есть статья про изменяемое... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (27)

  • 1.163, Аноним (163), 15:44, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > изменение наименования виртуальных сетевых интерфейсов

    Опять?

     
  • 1.203, Аноним (203), 22:12, 23/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Вывод systemctl и других утилит теперь включает escape-последовательности,
    > позволяющие отобразить доступные для клика ссылки в разных терминалах
    > (например в выводе "systemctl status" теперь можно кликнуть на имени
    > юнита для вызова программы для его просмотра или редактирования);

    Векторный гипертекстовый фидонет все ближе? ))

     
     
  • 2.225, Аноним (124), 09:30, 24/06/2018 [^] [^^] [^^^] [ответить]  
  • +/

    в выводе "systemctl status" теперь можно кликнуть на имени юнита для вызова программы для его просмотра или редактирования);

    > Векторный гипертекстовый фидонет все ближе? ))

    Windows server (ТМ) всё ближе.

    new musthave feature:
    Теперь вы можете поставить иксы на сервер и редактировать юниты через удалённый десктоп!


     
     
  • 3.256, A (?), 10:01, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > new musthave feature:
    > Теперь вы можете поставить иксы на сервер и редактировать юниты через удалённый
    > десктоп!

    Мы все этого ждем лет двадцать. Еще бы надо графическую подсистему затащить в ядро, в нулевое кольцо защиты. Жаль что Леня этого не может сделать.

     

  • 1.269, anonymous (??), 13:21, 27/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    пОТТЕРА еще не замочили?
     
     
  • 2.270, Andrey Mitrofanov (?), 15:13, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > пОТТЕРА еще не замочили?

    Нет.  А вот Хуан Ромеро https://www.phoronix.com/scan.php?page=news_item&px=Void-Linux-Infrastructure- запропал куда-то.

    ##>>to point the repositories to voidlinux.org instead of voidlinux.eu.

    Неладно что-то в .eu-Датском королевстве.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру