Re: Как подключиться к X-серверу по локальной сети?
On 03/02/18 15:01, Зиганшин Руслан wrote: > И всё-таки, я хотел бы убедиться в этом лично. В том, что на rpi не оаботают > 3d игры и не > помещаются на его sd-карту все офисные пакеты, я уже убедился. Теперь хочу, > чтобы rpi был тонким > клиентом к моему шестиядерному ПК если очень хочется попробовать лично то |ssh -X| может с этим помочь или * разрешить X-серверу слушать на внешнем интерфейсе (man X и man вашего DM) * разрешить удалённые подключения к X серверу |xhost +| на X-сервере (rpi) * на второй машине (шестиядерный монстр) |DISPLAY= /path/to/game| На всякий случай дам непрошенный совет: вся обработка 3d происходит на самом Х-сервере, то есть на тонком клиенте. шестиядерность тут может помочь, только если все тяжелые операции проходят на X-клиенте.
Re: Java https сервер на умолчательном порту
В сообщении от [Сб 2018-03-03 23:03 +0300] Victor Wagner пишет: > Если я правильно понимаю, то не вместе с init-скриптом, а вместо него, > что отличается от ситуации когда в пакете сервис-файл есть, и тогда > пользовательские файлы из /etc/systemd читаются вместе с системным > (пакетным) файлом .service и пользовательские настройки по определенному > алгоритму комбинируются с системными. Когда есть инит-скрипт, то вы можете заменить его пользовательским сервис-файлом. Да, то есть «вместо». Но нигде не написано, что нельзя комбинировать инит-скрипт и пользовательский сервис-файл, по аналогии с пакетным сервис-файлом и пользовательским (их тоже можно заменять полностью, а не комбинировать). Хотя я так не делал (всё-таки это разные подсистемы), мне казалось проще заменить инит-скрипт чем комбинировать, но вы можете попробовать и рассказать что получилось. -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: научите systemd!
Dmitry Kulagin wrote: > > А расскажите мне, что вы так бегаете с этим zfs? Решение же не для нищих, > > так еще и мертвое. Что вы в нем такого супер-пупер находите? > > Память жрет как свинья помои? Причем память подай с ECC и вагон. > > Компрессия? Восстановление данных после сбоя? > > Чем этот кусок почившей SunOS так хорош-то, что его добровольно тянут во > > все места? > > > Так нет же ничего иного, если нужно больше, чем просто фс на диске: > RAID, отдельный контроллер > ssd кеш, там-же, на контроллере. > снапшоты, компрессия, блочные устройства с thin provisioning в общем > пространстве > данных, дедупликация для backup; Фичи сомнительной нужности. Компрессию сейчас почти всё само умеет, то что не умеет - можно заставить через fusecompress. С дедупликацией - в реальной жизни это надо всяческим хостерам, у который по 1000 псевдовиртуалок с одним и тем-же набором хлама. Но сейчас этот набор хлама можно подавать через overlayfs всем желающим. Дедуплцированный бакап - это какой-то оксюморон получается. Накрылась одна и единственная копия файлика - всем остальным тоже хана? Или будем его плотно обмазывать Ридом-Соломоном? Снапшоты.. никогда не понимал нужность этой радости. > ну кроме btrfs, которая не умеет часть > из выше перечисленного. > MDRAID и LVM в Linux не умеют Write Barriers сквозь себя пропускать от > файловой > системы, и я замучился чинить xfs после отключений питания, а fs > непосредственно > на диске без lvm - чинить не надо... lvm сам по себе лишняя абстрация. А UPS придумали трусы наверное? > О systemd! Никто не знает, почему при установке пакета, который > добавляет и запускает > новый сервис systemd, компьютер виснет наглухо с запущенными виртуалками > kvm, если > их остановить предварительно, то все работает, и без systemd все работает?..
Re: Debian jessie/stretch pxe autoinstall issue
Evgeny Dunaev wrote: > [-- text/plain, кодировка base64, кодировка: UTF-8, 140 строк --] > > > > Так скриншот надо от 4й консоли показывать, а не от морды инсталлятора. > > Ну или /var/log/messages если сможешь. > Там есть скрины от 4-ой консоли. Нету их там. > Тут есть лажа в инсталляторе - если интерфейсов более одного и интернет не в > > _первом найденном_ - то хрен мы поставимся. > В данном случае это неважно - интерфейс один и интернет в нем есть. Вот, видимо так-же в дебиане всё и делают. Один интерфейс, один интернет. > вместо этого хорошо подходит > > d-i passwd/root-password-crypted password $6$.$... > > d-i passwd/user-password-crypted password $6$.$... > Ок, это можно сделать лучше. > Яндекс давно не самое быстрое (и безглючное) в этом мире. > И это возьму на заметку. Лучше сразу http://cdn-fastly.deb.debian.org/debian > В подходе. > > Если у тебя есть _виртуалки_ - то зачем тебе netinstall вообще? > > Сделай один раз имадж ручкми и копируй его. > Подход нормальный. Не-а. Может быть для установки на bare-metal он еще и подойдет, но для виртуальных машин - сомнительно. Тем более, что нетинсталлер - это тот-же самый debootstrap обвешаный ядром для запуска графической морды. Ну и еще кучкой скриптиков гадающих по оборудованию - чойта? > Динамичская конфигурация, которую можно поменять в любой момент. > Сразу после установки самые свежие пакеты. Хм, так тут надо сразу в сторону LFS или gentoo смотреть, с такими желаниями. > Копировать тоже можно, но я еще не разбирался, как машину делать уникальной > (менять всяческие mac, uid и т.д.). Открою страшную тайну - на UUID в пределах виртуалки всем всёравно, а mac адреса - задаются в том, что крутит виртуалку, т.к. они свойство эмулированного эзернет-контроллера. > 26 февраля 2018 г., 22:57 пользователь Andrey Jr. Melnikov < > temnota...@gmail.com> написал: > > Evgeny Dunaev wrote: > > > [-- text/plain, кодировка quoted-printable, кодировка: UTF-8, 164 строк > > --] > > > > > Добрый день! > > > Вдохновившись следующим гайдом > > > https://www.hiroom2.com/2016/05/19/ubuntu-16-04-debian-8- > > run-pxe-boot-server-for-automated-install/ > > > решил сделать подобный установщик для основных систем для домашних > > > виртуалок. > > > Ubuntu 16.04 ставится без проблем. Debian же, что jessie, что stretch, > > > валятся на непонятной мне ошибке. > > > В установщике это выглядит так:^M > > > > > "Base system installation error > > > The debootstrap exited with an error (return value 1). > > > Check /var/log/syslog or see virtual console 4 for the details." > > > Скриншот для пущей наглядности: https://imgur.com/HX3OVwl > > Так скриншот надо от 4й консоли показывать, а не от морды инсталлятора. > > Ну или /var/log/messages если сможешь. > > > > > Использую следующую конфигурацию preseed. > > > > > # > > > # locales > > > # > > > d-i debian-installer/locale string en_US.UTF-8 > > > d-i debian-installer/language string en > > > d-i debian-installer/country string RU > > > # > > > # keyboard > > > # > > > d-i console-setup/ask_detect boolean false > > > d-i keyboard-configuration/xkb-keymap select us > > > d-i keyboard-configuration/toggle select No toggling > > > d-i debian-installer/keymap select us > > > d-i keymap select us > > > #^M > > > # network > > > # > > > d-i netcfg/choose_interface select auto > > > d-i netcfg/get_hostname string unassigned-hostname > > > d-i netcfg/get_domain string unassigned-domain > > Тут есть лажа в инсталляторе - если интерфейсов более одного и интернет не > > в > > _первом найденном_ - то хрен мы поставимся. > > > > > # > > > # users > > > # > > > d-i passwd/user-fullname string > > > d-i passwd/username string bydunai > > > d-i passwd/root-password password debian > > > d-i passwd/root-password-again password debian > > > d-i passwd/user-password password debian > > > d-i passwd/user-password-again password debian > > вместо этого хорошо подходит > > d-i passwd/root-password-crypted password $6$.$... > > d-i passwd/user-password-crypted password $6$.$... > > > > > d-i user-setup/allow-password-weak boolean true > > > # > > > # repos > > > # > > > d-i mirror/country string manual > > > d-i mirror/http/hostname string http://mirror.yandex.ru > > Яндекс давно не самое быстрое (и безглючное) в этом мире. > > d-i mirror/http/hostname string httpredir.debian.org > > > > > d-i mirror/http/directory string /debian > > > d-i mirror/http/proxy string^M > > > > > # > > > # time > > > # > > > d-i clock-setup/utc boolean true > > > d-i clock-setup/ntp boolean true > > > d-i time/zone string Europe/Moscow > > > # > > > # partitioning > > > # > > > # use disk /dev/sda or /dev/vda > > > d-i partman-auto/disk string /dev/[sv]da > > > # use regular install, not lvm or encrypted > > > d-i partman-auto/method string regular > > > # remove any lvm > > > d-i partman-lvm/device_remove_lvm boolean true > > > # remove any raid > > > d-i partman-md/device_remove_md boolean true > > > # confirmation > > > d-i p
Re: Java https сервер на умолчательном порту
В Sat, 3 Mar 2018 23:39:09 +0500 Коротаев Руслан пишет: > В сообщении от [Сб 2018-03-03 19:21 +0300] > Victor Wagner пишет: > > > А вот интересно, если в пакете unit-файла нет, есть только > > init.d-скрипт, но системой инциализации работает systemd, эти файлы > > будут обрабатываться? > > Да, будут обрабатыватся в режиме совместимости, выглядит он также как > юнит, например exim4.service. В таком режиме есть нюансы, о них можно > подробно почитать в этой книге [1] на русском (главы «Преобразование > SysV init-скрипта в systemd service-файл» и «Совместимость с SysV»). > Также много литературы на импортном вот здесь [2]. > > Если коротко, то вместо init-скрипта, например foobar, создаете файл с > таким же именем в /etc/systemd/system/foobar.service и будет > запускаться он, а не init-скрипт. Если я правильно понимаю, то не вместе с init-скриптом, а вместо него, что отличается от ситуации когда в пакете сервис-файл есть, и тогда пользовательские файлы из /etc/systemd читаются вместе с системным (пакетным) файлом .service и пользовательские настройки по определенному алгоритму комбинируются с системными. > > [1]: http://www2.kangran.su/~nnz/pub/s4a/s4a_latest.pdf > [2]: https://www.freedesktop.org/wiki/Software/systemd/ > -- Victor Wagner
Re: научите systemd!
Artem Chuprina wrote: > Andrey Jr. Melnikov -> debian-russian@lists.debian.org @ Mon, 26 Feb 2018 > 22:45:28 +0300: > >> >> Чтоб два раза не вставать: я понимаю, почему юзерский юнит не может > >> >> прописать зависимость от системного. (В документации, кстати, я этого > не > >> > А я вот не понимаю. Все эти приседания вокруг > Before|After|Requires|Want > >> > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с > D-BUS'ом. > >> Правов у него нет. Информация о зависимостях и, главное, степени успеха > >> запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский > >> systemctl (или отдельный экземпляр systemd?) туда не пускают. > > Это ЭПИЧНЫЙ ВИН Лёни. Имея унутре dbus - не иметь доступа на спросить - это > > ШЕСТЬ. Это даже не пять. > Ну, что я тебе могу сказать? Такой вот у нас нынче init. От него еще и > драйвера принтеров теперь зависят... Не от него а от udev'а вмноличенного в этот комбайн. Ну да ладно, это уже тонкости реализации. > >> >> нашел, но гуглится.) Но я уже перестаю понимать, почему автор такой > >> >> архитектуры до сих пор не поскользнулся на арбузной корке... > >> > А зачем ему убиваться-то? Вся аудитория этого комбайна - качественно > >> > окучена до предела "а вы так не делайте", скоро будет переустанавливать > >> > систему если DM не запускается. Или в платный саппорт. > >> Угу. Я уже тут прошелся по граблям с тем же zfs. Конфиги для старта в > >> дистрибутиве у него есть только для systemd, поэтому на сервере, где у > >> меня zfs, я его оставил. Ну и... zfs mount -a при старте системы > > А расскажите мне, что вы так бегаете с этим zfs? Решение же не для нищих, > > так еще и мертвое. Что вы в нем такого супер-пупер находите? > > Память жрет как свинья помои? Причем память подай с ECC и вагон. > > Компрессия? Восстановление данных после сбоя? > > Чем этот кусок почившей SunOS так хорош-то, что его добровольно тянут во > все места? > Вообще в SunOS было немало хороших вещей. Иногда стоит что-нибудь и > подтянуть. Зачем? Если она была такая все из себя перспективная и бац "тузик сдох и больше не воняет". А то что осталось от трупика - закопирайчено так, что даже не разлагается. Вон один уже повосхищался идеями из SMF. Скажите спасибо, что вы еще XML не редактируете в java тулзе. > Меня привлекает в нем идея, что можно делать тома с разными свойствами, > распределяемые по пространству диска динамически. Без танцев с ресайзом, > где каждую вторую файловую систему нельзя уменьшить без отмонтирования, > а каждую четвертую - и увеличить... А зачем это нужно? Нет, реально - зачем? Мне видиться только один вариант использования - петабайтные хранилища. Но там увы своё железо и свои fs. > Еще в нем обещали намного более аккуратно сделанный рейд, нежели в > обычной архитектуре, с намного более нежным по отношению к дискам > ребилдом. Но на практике не проверял :) Эмм, сомнительное достижение. Любой контроллер имеет ручку rebuild rate, которую можно покрутить. > Память он, кстати, жрет весьма умеренно, если дедупликацию не > включать. > totalusedfree shared buff/cache > available > Mem:3935296 2414300 1420856 29512 100140 > 1338100 > Swap: 4194300 46848 4147452 > Диск 4 терабайта, и помимо файлосерверения машина занята только > роутингом. Еще оно при записи подтормаживает, но там двухъядерный > гигагерцовый целерон, и включена компрессия. Файло помойка без роутинга, дисков на 8 терабайт: totalusedfree shared buff/cache available Mem:8172772 103200 288628 29116 7780944 7734592 Swap: 1951740 0 1951740 ZFS и компрессии нет, да. > Компрессия, да, приятное дополнение, но насколько я понимаю, ее и еще > кто-то умел. Вдумчивая проверка целостности - но да, ECC оно хочет. Но > они меня, в общем, убедили, что если хочешь целостности, надо хотеть и > ECC. С любой FS. Просто без ECC ZFS в случае сбоев памяти начнет > ругаться раньше, когда меньше данных поломали. А остальные будут делать > вид, что все хорошо. А как ваш волшебный ZFS догадается, что произошла битовая ошибка в момент чтения памяти контроллером DMA при перекачке странцы в контроллер SATA? Только считав её (страницу) назад с диска и сравнив checksumm? А если взять более реальный вариант обсчета каких нибудь матриц в GPU - то туда тоже заносить память с ECC? Вот ведь геймеры будут рады, что их шейдеры теперь защищены ценой потери производительности в 3-5% и ценником на видяху в 15-20%. ECC - это увы очень дорогостоящий обвес, т.к. затрагивает не только саму планку памяти - а все шины до перефирии. > Как у нас сейчас на разных FS обстоят дела с восстановлением после сбоя, > я не копал. Журналируемая каждая первая, скоро, наверное, уже > журналируемый FAT сделают. А вот насколько хорошо оно восстанавливается, > если что... В документации на ZFS было довольно подробно расписано, > когда у нее что
Re: Java https сервер на умолчательном порту
В сообщении от [Сб 2018-03-03 19:21 +0300] Victor Wagner пишет: > А вот интересно, если в пакете unit-файла нет, есть только > init.d-скрипт, но системой инциализации работает systemd, эти файлы > будут обрабатываться? Да, будут обрабатыватся в режиме совместимости, выглядит он также как юнит, например exim4.service. В таком режиме есть нюансы, о них можно подробно почитать в этой книге [1] на русском (главы «Преобразование SysV init-скрипта в systemd service-файл» и «Совместимость с SysV»). Также много литературы на импортном вот здесь [2]. Если коротко, то вместо init-скрипта, например foobar, создаете файл с таким же именем в /etc/systemd/system/foobar.service и будет запускаться он, а не init-скрипт. [1]: http://www2.kangran.su/~nnz/pub/s4a/s4a_latest.pdf [2]: https://www.freedesktop.org/wiki/Software/systemd/ -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: Java https сервер на умолчательном порту
On 03/03/18 19:21, Victor Wagner wrote: >> Эти строки можно добавить в >> /etc/systemd/system.control/имя-сервиса.service.d/произвольное-имя.conf. >> Эти файлы не трогаются пакетным менеджером и всегда используются при >> старте имя-сервиса.service. > А вот интересно, если в пакете unit-файла нет, есть только > init.d-скрипт, но системой инциализации работает systemd, эти файлы > будут обрабатываться? Эти строки будут обрабатываться, если systemctl status показывает соответствующий сервис. С помощью systemctl cat имя.service можно это проконтролировать.
Re: Java https сервер на умолчательном порту
В Fri, 2 Mar 2018 18:10:13 +0300 Alex Kicelew пишет: > On 03/02/18 18:03, Victor Wagner wrote: > >> Если не возражаете против использования systemd для запуска > >> программы, то добавьте в юнит такую строчку: > > Вот это - однозначно вредный совет. Только сегодня напоролся > > (правда, совсем с другой программой). > > Эти строки можно добавить в > /etc/systemd/system.control/имя-сервиса.service.d/произвольное-имя.conf. > Эти файлы не трогаются пакетным менеджером и всегда используются при > старте имя-сервиса.service. А вот интересно, если в пакете unit-файла нет, есть только init.d-скрипт, но системой инциализации работает systemd, эти файлы будут обрабатываться? -- Victor Wagner
