The OpenNET Project / Index page

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



"Выпуск Debian 9.4"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Debian 9.4"  +/
Сообщение от opennews on 10-Мрт-18, 18:37 
Доступно (https://www.debian.org/News/2018/20180310) третье корректирующее обновление дистрибутива Debian 9, в которое включены накопившиеся обновления пакетов и устранены недоработки в инсталляторе.  Выпуск включает 89 обновлений с устранением проблем со стабильностью и 71 обновление с устранением уязвимостей.

Из изменений в Debian 9.4 можно отметить обновление инсталлятора и удаление пакетов electrum (проблемы с безопасностью и нарушение работоспособности после изменений в основной инфраструктуре electrum), jirc (не работает с новой версией libpoe-filter-xml-perl), dolibarr (требует больших усилий для сопровождения), pgmodeler (не совместим с актуальной версией пакета с PostgreSQL)  и seelablet (прекращена разработка). Обновлены до свежих стабильных версий пакеты
clamav, dbus, dpdk, flatpak, драйверы nvidia, postfix, postgresql-9.6,
waagent, webkit2gtk.

Установочные (https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../) сборки (https://cdimage.debian.org/cdimage/release/9.4.0/), а также live (https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../) iso-hybrid (https://cdimage.debian.org/cdimage/release/9.4.0-live/) c  Debian 9.4 будут сформированы в ближайшее время.
Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 9.4, через штатную систему установки обновлений. Включенные в новые выпуски Debian исправления проблем безопасности доступны пользователям по мере выхода обновлений через сервис security.debian.org.

URL: https://www.debian.org/News/2018/20180310
Новость: https://www.opennet.ru/opennews/art.shtml?num=48235

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск Debian 9.4"  –1 +/
Сообщение от Владислав Минин on 10-Мрт-18, 18:37 
Хороший дистр, когда-то с него начинал! Но потом перешел на Ubuntu, т.к. там все работало искоробки, в т.ч. драйвера, вот так 10 лет и пользуюсь. Зря они юнити на гном решили сменить, когда все привыкли к этой среде.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выпуск Debian 9.4"  +39 +/
Сообщение от я on 10-Мрт-18, 18:52 
Я наоборот ушел с Убунты на Дебиан. Наслаждаюсь отсутствием глюков и скоростью работы. Старый софт можно обновить ручками
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним_админ email on 10-Мрт-18, 19:46 
>Наслаждаюсь отсутствием глюков и скоростью работы.

Когда сидел на Debian Stable, тоже был доволен, но напрягает старое ПО. Перешел на  Testing+Sid, ПО уже более свежее, устал от глюков и проблем. Несколько лет использую LTS и не понимаю, о каких проблемах и глюках речь?
И еще расскажите, как решаете проблемы с новым ПО? В убунту есть PPA,  - с высокой вероятностью там будет нужное ПО. А в Debian приходится подключать testing+sid постепенно превращая систему в помойку или подключать руками те же PPA, с риском что-нибудь сломать.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Выпуск Debian 9.4"  +3 +/
Сообщение от Sunderland93 (ok) on 10-Мрт-18, 20:01 
>> И еще расскажите, как решаете проблемы с новым ПО?

Бэкпорты, самостоятельная сборка пакетов, Flatpak, Snapm Appimage

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 10-Мрт-18, 20:01 
В ubuntu PPA хочешь сказать ничего не ломают?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

15. "Выпуск Debian 9.4"  +4 +/
Сообщение от alltiptop (ok) on 10-Мрт-18, 20:31 
>Testing+Sid

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

50. "Выпуск Debian 9.4"  –1 +/
Сообщение от rshadow (ok) on 11-Мрт-18, 02:26 
Чтобы избегать большинство глюков не надо обновлять оболочку. Все эти гномы и кде лучше держать стабильными. Остальной софт можно из тестинга, это уже как больше нравится. Вон браузеры из experimental можно ставить - никогда никаких проблем не было.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

61. "Выпуск Debian 9.4"  +/
Сообщение от pavlinux (ok) on 11-Мрт-18, 04:56 
> но напрягает старое ПО.

Ну давай, расскажи, какие фичи ты используешь, которых нет в Debian 2.0? (про 1.0 не будем, у тя пукан порвет без bash 2.0)

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

66. "Выпуск Debian 9.4"  –1 +/
Сообщение от бедный буратино (ok) on 11-Мрт-18, 06:08 
aptitude до Debian 6.0 был неудобен, не было банальных базовых вещей.

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

firefox... хотя нет, в 2.0 был вроде бы netscape - ну как этим пользоваться

про шелл хорошо сказано.

количество софта... будешь играть в angband 2.x, запивая кофем, приготовленным emacs 20.x, сидя в kde 1.x?

удачи

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

79. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 12:51 
> Ну давай, расскажи, какие фичи ты используешь, которых нет в Debian 2.0?
> (про 1.0 не будем, у тя пукан порвет без bash 2.0)

Там были контейнеры и виртуалки? Можно было пару контейнеров veth'ами соединить? А, погоди, ты ископаемое и вообще не знаешь эти буквы.

//а на веломании тело с таким ником - это ты? У тебя вел не паук с прямым приводом педалей случайно? Какими новыми фичами ты пользуешься на веле, которых не было в пауках?! :)

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

81. "Выпуск Debian 9.4"  +/
Сообщение от Shodan (ok) on 11-Мрт-18, 14:17 
Локальный репозиторий с reprepro и билд-сервер
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

219. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 13:36 
> И еще расскажите, как решаете проблемы с новым ПО?

pkg upgrade clementine :D:D:D
имхо, на десктопе роллинг милее

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 10-Мрт-18, 20:00 
А кто то любит приключения и юзает Fedora Rawhide
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

255. "Выпуск Debian 9.4"  +/
Сообщение от 0x0 on 15-Мрт-18, 02:56 
Это, наверное, про меня. 28-я ‒ славная 'герла' по ходу выходит ;))
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Выпуск Debian 9.4"  +/
Сообщение от mr. fork on 10-Мрт-18, 21:39 
Мда, боты плюсуют. Сижу на Убунте 5 лет, глюков не видел.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

39. "Выпуск Debian 9.4"  +/
Сообщение от Anon999 (ok) on 11-Мрт-18, 01:21 
Попробуй некоторое время дистр не обновлять, в потом обновить.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

41. "Выпуск Debian 9.4"  +2 +/
Сообщение от stepan (??) on 11-Мрт-18, 01:36 
Ну я как-то пол года не обновлял Ubuntu 14.04, а потом обновил. Что должно было произойти?
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

128. "Выпуск Debian 9.4"  –1 +/
Сообщение от iPony on 12-Мрт-18, 07:37 
> Ну я как-то пол года не обновлял Ubuntu 14.04, а потом обновил. Что должно было произойти?

ну дольше будут длится обновления...

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

158. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:11 
> Ну я как-то пол года не обновлял Ubuntu 14.04, а потом обновил.
> Что должно было произойти?

ниже писал, была версия что-то там.10 комп был не в сети, в некоторый момент времени с серверов ububtu просто пропали репозитории пакетов на эту версию, что сломало штатный механизм обновления.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

26. "Выпуск Debian 9.4"  +4 +/
Сообщение от Аноним (??) on 10-Мрт-18, 22:28 
> Я наоборот ушел с Убунты на Дебиан. Наслаждаюсь отсутствием глюков и скоростью
> работы. Старый софт можно обновить ручками

Я тоже мигрирую мои машины на дебиан. В основном потому что убунта несколько задолбала инновативными рекламно-спайварными мероприятиями и кучей лишнего добра которое purge-ить надо. Прикольно когда падает программа, потом с трехэтажным стэктрейсом падает апорт, тоже еще жертва аборта у гадюки, которая пыталась :) слить без спроса крахдамп на сервер сапопикала. Но в силу питоннеглючности - почему-то нишмагла, о чем и оповещают три страницы питонотрейса. Ух, нет, проверки на ошибки это для ламеров, питонисты это не делают. Поэтому стандартная реакция на любой отклонение от идеала - три экрана мусора.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

56. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 03:31 
я ушел с дебиана на дебиан наслаждаюсь своими фантазиями отосительно скорости работы и стабильности и ставлю софт ручками.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

157. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:09 
ubuntu всё-же забавная штука, поставил как-то на один комп толи 15.10 толи 16.10 ну так вот, компом долго не пользовались ( в нём инет не работал ) а потом инет заработал, и ubuntu "стало нужно обновить" так оказалось что старые репы просто !недоступны!, обновили конечно, но путём грубого ручного подхода...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Выпуск Debian 9.4"  +4 +/
Сообщение от Аноним (??) on 10-Мрт-18, 19:39 
Всё как всегда обновилось без сучка и задоринки. Лучший дистрибутив. Люблю его.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

159. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:14 
> Всё как всегда обновилось без сучка и задоринки. Лучший дистрибутив. Люблю его.

2 года уже free radeon драйвер роняет систему в initramfs стадии при отсуствии ключика nomodeset или radeon.dpm =0 на поколении карточек HD69xx, виноват конечно не debian но могли бы повлиять что-ли ( p.s. репорты на freedesktop видел, последний на 64хх которая ещё продаётся :) )

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

160. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:15 
>> Всё как всегда обновилось без сучка и задоринки. Лучший дистрибутив. Люблю его.
> 2 года уже free radeon драйвер роняет систему в initramfs стадии при
> отсуствии ключика nomodeset или radeon.dpm =0 на поколении карточек HD69xx, виноват
> конечно не debian но могли бы повлиять что-ли ( p.s. репорты
> на freedesktop видел, последний на 64хх которая ещё продаётся :) )

p.s. самому починить в разумное время ума не хватит, увы :(

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

189. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 23:45 
> p.s. самому починить в разумное время ума не хватит, увы :(

Кернель свежий поставь. Из бэкпортов или тестинга. Или даже сам сбилдуй, посмотри какой конфиг юзают дебианщики и используй за основу. Скомандовать билдсистеме ядра make deb-pkg не то чтобы ракетная наука. А дальше - поставить deb-пакеты обычным способом, dpkg -i, фигли :)

А, фирмвари еще проверь. DPM почти целиком фирмварная штука и проблемы с ним могут вылечиться свежей фирмварой. Ищи свежий пакет или просто утяни у agd5f (амдшный Алекс Дойкер, у него сервак есть куда он фирмвари выкладывает) фирмвари для своего GPU.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

8. "Выпуск Debian 9.4"  +9 +/
Сообщение от Michael Shigorin jolla email on 10-Мрт-18, 19:42 
дебианщикам скромные поздравления :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 10-Мрт-18, 22:17 
Ну спасибо, конечно, однако я, если честно, не понимаю, в чём суть события. Минорный же релиз. Ну да, всё же релиз, но всё-таки для тех, кто сидит на стейбле -- это как-то незаметно проходит, ведь все обновления доставляются сразу же по мере выхода...
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

161. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:17 
> Ну спасибо, конечно, однако я, если честно, не понимаю, в чём суть
> события. Минорный же релиз. Ну да, всё же релиз, но всё-таки
> для тех, кто сидит на стейбле -- это как-то незаметно проходит,
> ведь все обновления доставляются сразу же по мере выхода...

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

190. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 23:54 
> Ну спасибо, конечно, однако я, если честно, не понимаю, в чём суть
> события. Минорный же релиз.

Зато как славно потрепались тут


Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

220. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 14:17 
Ладно, не завидуй.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

13. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 20:03 
9.4 LTS будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 10-Мрт-18, 22:36 
> 9.4 LTS будет?

Он всегда LTS.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

91. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 18:00 
Сейчас как говорят аналитики с форумов это гэ мамонта, а лтс оно становится после того как выходит следующий релиз
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

101. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:20 
> Сейчас как говорят аналитики с форумов это гэ мамонта, а лтс оно
> становится после того как выходит следующий релиз

А мозг говорит что LTS это Long Term Support. И релиз выпущенный сейчас будет поддерживаться достаточно долго. Значит можно назвать его LTS с чистой совестью.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

14. "Выпуск Debian 9.4"  +2 +/
Сообщение от розовыйкролик on 10-Мрт-18, 20:15 
у меня 7.11 для работы,установил девятый ради интереса и не понял зачем было удалять ifconfig и переносить eth0 из /dev в /sys/class/net ?

скрипты свои переделать не долго, но вот в чем смысл такого переноса? ведь каталог /dev для устройств, сетевая это устройство, чет я пропустил короче..

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 20:45 
ifconfig – это программа из пакета net-tools, который на протяжении долгого времени не мог в полной мере поддерживать сетевой стек Linux. Он также по-прежнему использует ioctl для настройки сети, что является безобразным и менее продуктивным способом взаимодействия с ядром. Множество изменений в сетевом коде Linux и множество новых возможностей недоступны при использовании net-tools. Используй iproute2
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 20:59 
> и менее продуктивным

чем что?

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:20 
> чем что?

Видимо чем netlink. Как угодно но "ip" - умеет на порядок больше чем ifconfig. И вообще, если кто не умеет ip пользоваться - он олух каких мало и не видел и 10% сетевых возможностей Linux. Которые на самом деле весьма круты и разноплановы. Но "veteran unix admin"-ам все это конечно же не грозит.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

44. "Выпуск Debian 9.4"  –6 +/
Сообщение от Аноним (??) on 11-Мрт-18, 01:47 
> "veteran unix admin"-ам все это конечно же не грозит.

Пускай на бзди валят. Там некрофилы их любимую стюардессу (ifconifg) так и не закoпали.
О нетлинке там тоже пока не слышали. Самое оно для ветеранов ))


Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

52. "Выпуск Debian 9.4"  –3 +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:32 
Представляю себе их табло если бы они увидели у меня какие-нибудь контейнеры с какими-нибудь veth. Удачи veth-ы ifconfig'ом то слепить. Или там виртуалочку, которая садится на тот же физический интерфейс, только отдельным (MAC)VLANом и т.п.. Готов поспорить, половина ветеран-мамонтов так не умеет вообще.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

62. "Выпуск Debian 9.4"  +3 +/
Сообщение от pavlinux (ok) on 11-Мрт-18, 05:07 
> Представляю себе их табло если бы они увидели у меня какие-нибудь контейнеры с какими-нибудь veth.

Это всё что ты достиг? :D

> Удачи veth-ы ifconfig'ом то слепить. Или там виртуалочку,  которая садится
> на тот же физический интерфейс, только отдельным (MAC)VLANом и т.п..

как два байта об асфальт

> Готов поспорить, половина ветеран-мамонтов так не умеет вообще.

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


Скажи, шк0л0та:
1. при каком tcp congention ты включишь timestamp_ы?
2. При TXqueuelen равным, скажем 500, какой должен быть backlog?
3. OSPF c тремя закольцованными роутерами, с 3-мя подсетями класса С, увеличит пропускную способность?  

Если хотя бы за одним ответом полезешь гугол, да сдохнет у тебя процессор, оминь!

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

100. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:17 
> Это всё что ты достиг? :D

Да ну, с чего ты это взял.

> как два байта об асфальт

Ага, еще расскажи про tun/tap и чтоб еще это еще и в контейнер в другом namespace загнать.

> Внучег, мы умеем то, чего ты ещё не видел.

Так дедушка, я тоже умею всякие интересные вещи. Ты бы вообще из ума выжил увидев мою инсталляцию в полном виде. И таки ip важная этого.

Субъективно у ip формат вывода мне нравится поменьше. Но фичность и логическая когерентность фич втыкает любому ifconfig с отрывом. Да и ioctl() - очень поганый программный интерфейс. Дергая его ты даже не знаешь поддерживает ли его система блин. Не говоря о понимании правильности параметров вызова.

> А виртуалочки, контейнеры и пр. шелуху мы ыщо 15 лет назад настраивали,
> ты тогда сперматозойдом-переростком ещё был.

Если так подумать то ты тоже сперматозоид-переросток.

> Сейчас это как поссать сходить, быстрее настрою, чем твой комп загрузится.

Эк ты быстро печатаешь - он за 10 секунд грузится. А думать ты успеваешь? Или это на правах дрессированой макаки?

> 1. при каком tcp congention ты включишь timestamp_ы?

Вопрос можно трактовать по разному. Имел ли ты в виду "каким алгоритмам congestion control важен tcp timestamp"? Или тебя волновала сферическая величина congestion-а в вакууме? Или чего-то еще? И выучи как "congestion" пишется, эксперт. "Какой предмет мы сдаем?" (c) анекдот.

А то алгоритмов congestion control в ядре с дюжину разных. C уклоном в те или иные типы линков. С разными свойствами. Нефигово бы еще и параметры линка озвучить.

> 2. При TXqueuelen равным, скажем 500, какой должен быть backlog?

Еще один неоднозначный вопрос. Backlog чего? Listen() или syn queue? И ничего что ответ может зависеть от еще кое-каких факторов? Например что с cookies.

> 3. OSPF c тремя закольцованными роутерами, с 3-мя подсетями класса С, увеличит
> пропускную способность?

Насколько я понимаю - нет, потому что смысл OSPF в том что он держит открытым 1 "кратчайший" путь. Хотя возможно я что-то упускаю, это чисто умозрительная попытка оценить как OSPF сработает в этой ситуации.

> Если хотя бы за одним ответом полезешь гугол, да сдохнет у тебя
> процессор, оминь!

Всего-то? Стукни по своему винчу молотком, заодно дополнишь советы сбоку :)

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

58. "Выпуск Debian 9.4"  +4 +/
Сообщение от ssh (ok) on 11-Мрт-18, 03:49 
> Пускай на бзди валят. Там некрофилы их любимую стюардессу (ifconifg) так и не закoпали.

Мне не известно как у FreeBSD, а OpenBSD ifconig - это совсем иной инструмент, нежели его его "тёска" в Linux. https://man.openbsd.org/ifconfig
Вы бы предварительно изучили вопрос, прежде чем телебонить.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

86. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 16:14 
>> Пускай на бзди валят. Там некрофилы их любимую стюардессу (ifconifg) так и не закoпали.
> Мне не известно как у FreeBSD,

Не дождетесь )
ifconfig.c


Author: eadler <eadler@FreeBSD.org>
Date:   Mon Mar 5 07:14:56 2018 +0000

    MFC r314181:
    
    [ifconfig] handle illegal WPS frames

...

Author: rgrimes <rgrimes@FreeBSD.org>
Date:   Thu May 26 06:35:07 1994 +0000

    BSD 4.4 Lite sbin Sources
    
    Note:  XNSrouted and routed NOT imported here, they shall be imported with
    usr.sbin.


Общего с перепончатой тулзой там (тоже) только имя.

Шоб два раза не вставать, для экспертуса комментарием повыше:
>> Удачи veth-ы ifconfig'ом то слепить

ifconfig epair create
ifconfig epair0a vnet my_jai^W container1
ifconfig epair0b vnet container2

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

17. "Выпуск Debian 9.4"  +6 +/
Сообщение от Ne01eX (ok) on 10-Мрт-18, 20:48 
Это так Леннарт порешал, а в udev запилили. Так что теперь ваше устройство больше не ethX, а какое-нибудь enp0s25, например. Не хотелось бы опять всё сводить к поруганию systemd, но если вам реально это не нужно, то есть смысл обратить внимание на Devuan - форк Debian без systemd и с eudev. Хотя можно вообще выпилить udev из системы, а необходимые устройства создавать ручками. Заодно съекономите себе память и ускорите загрузку системы, так как теперь не будет необходимости при каждой загрузке ОС создавать файлы устройств. Это кстати, касается и дистрибутивов без udev/systemd. И раз уж зашла речь о времени загрузки, то со статичными устройствами она всегда будет быстрее, при любой системе инициализации. Так что тут заверения поттеринголюбов о "быстром старте" вообще не канают и даже выглядят крайне смешными. :-D
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "Выпуск Debian 9.4"  +8 +/
Сообщение от розовыйкролик on 10-Мрт-18, 21:17 
почитал немного про systemd и решил что мне это не надо. спасибо, посмотрю Devuan.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Выпуск Debian 9.4"  +/
Сообщение от Сизый on 10-Мрт-18, 21:22 
ssd уже не так дороги, чтоб морочиться с этим
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

22. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 10-Мрт-18, 21:58 
$ systemctl start ssd
Give me your money! Otherwise daemon not found.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Выпуск Debian 9.4"  +2 +/
Сообщение от кверти (ok) on 10-Мрт-18, 22:08 
Более идиотской шутки я не слышал последние пару месяцев. Жги еще.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

24. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 22:10 
> ssd уже не так дороги, чтоб морочиться с этим

Вы о чём? Речь шла об автоопределении устройств. Хотите сказать, ssd определяются быстрее, чем sata?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

59. "Выпуск Debian 9.4"  +1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 04:11 
Он предлагает ТЕБЕ потратить немного денег, чтобы ИХ кривуля заработала с пристойной скоростью.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

223. "Выпуск Debian 9.4"  +/
Сообщение от _ (??) on 13-Мрт-18, 16:42 
>ssd уже не так дороги, чтоб морочиться с этим

Это не надолго.
Стараниями иЛиотов наподобие тебя - старый софт - да, будет летать на SSD-ях, но ведь новые программеры думают как сизый ... и оно снова будет ползать 8-\
На блинах же - да не заведётся, ибо старт в пол дня это вам не ... :)

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Выпуск Debian 9.4"  +2 +/
Сообщение от freehck email(ok) on 10-Мрт-18, 22:38 
> Это так Леннарт порешал, а в udev запилили. Так что теперь ваше устройство больше не ethX, а какое-нибудь enp0s25, например.

Можно кстати вернуть старые нормальные имена. Надо просто к опциям ядра добавить:
net.ifnames=0 biosdevname=0

> И раз уж зашла речь о времени загрузки, то со статичными устройствами она всегда будет быстрее, при любой системе инициализации.

Само собой, но предлагать современному юзеру возвращаться к mknod -- это уже перебор. На меня нынче косо смотрят уже, когда я предлагаю бутстрапнуть систему с livecd. А Вы тут вдруг -- избавиться от udev. Да Вас же сожгут на костре! :D

> Так что тут заверения поттеринголюбов о "быстром старте" вообще не канают и даже выглядят крайне смешными. :-D

Да в общем-то сказки поттерингофилов о "быстром старте" не канают и так, ибо systemd не побил по скорости загрузки параллельный sysvinit из Debian. В 2014-2015 некоторые ещё покрикивали, что мол это из-за того, что в Debian несмотря на приход systemd до сих пор во многих местах остаются скрипты, но в 2018м они уже поутихли по понятным причинам. )

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Выпуск Debian 9.4"  +/
Сообщение от kuku (ok) on 10-Мрт-18, 23:06 
>> Это так Леннарт порешал, а в udev запилили. Так что теперь ваше устройство больше не ethX, а
>>какое-нибудь enp0s25, например.
>Можно кстати вернуть старые нормальные имена. Надо просто к опциям ядра добавить:
>net.ifnames=0 biosdevname=0

Как я понимаю, матплата состоит из функциональных узлов, которые, в свою очередь, имеют
какие-то функциональные узлы. Если не ошибаюсь, SCO UNIX имеет такое название аппаратных
узлов. Например, главная шина обмена данными(адрес, данные, прерывания) и подключенные
к ней узлы - мосты(взаимодействие разных шин), контроллеры(видео, аудио, wifi, ethernet) и
так далее, до конечных устройств периферии.
Теперь вопрос: они это унифицировали ?
Это как бы большой зоопарк. Если раньше в Linux названия были сильно абстрагированы
(по крайней мере удобно), то чем закончатся эти изменения ?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

31. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:16 
> местах остаются скрипты, но в 2018м они уже поутихли по понятным причинам. )

Если бы ты был прав, не ставить слой совместимости с sysv-init но пока его еще держит довольно много пакетов. Но за ними мы тоже придем.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

37. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 00:06 
>> местах остаются скрипты, но в 2018м они уже поутихли по понятным причинам. )
> Если бы ты был прав, не ставить слой совместимости с sysv-init но
> пока его еще держит довольно много пакетов. Но за ними мы
> тоже придем.

Наличие sysv-скриптов как-то отменяет то, что уже сто лет как наклепали/притащили юнитов, которые на оные скрипты никак не завязаны в своей работе?

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

43. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 01:43 
> Наличие sysv-скриптов как-то отменяет то, что уже сто лет как наклепали/притащили юнитов,
> которые на оные скрипты никак не завязаны в своей работе?

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

А системд в чистом виде не тормозит даже на мелком ARMовском одноплатнике. С точки зрения времени старта сейчас актуальнее всего параллелить определение оборудования ядром, но это очень большой, сложный и глюкоопасный топик. Пока все это в состоянии фифти-фифти. Т.е. в принципе часть этого в ядре сделана, но - именно часть. И если активировать более-менее всю периферию, ядро протупляет даже на ARM. А на PC с кучей сложного железа - творится форменный трындец.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

46. "Выпуск Debian 9.4"  +2 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 01:58 
> Так часть сервисов все еще взлетает через инит-скрипты, по поводу чего и
> не удается грохнуть этот пакет в сколь-нибудь крупной инсталляции дебиана. Только
> в минимальной прокатывает.

То, что некоторая часть пакетов всё ещё зависит в Debian от sysv-скриптов, как-то оправдывает, что системы с дебиановским sysv и systemd взлетают за примерно одинаковое время?

Ещё раз: основные компоненты системы уже давно перевели на юниты, не являющиеся обёрткой над старыми скриптами запуска.

> А системд в чистом виде не тормозит даже на мелком ARMовском одноплатнике.

Я не утверждал, что systemd тормозит. Я утверждал, что она не даёт обещанного ускорения.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

51. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:26 
> То, что некоторая часть пакетов всё ещё зависит в Debian от sysv-скриптов,
> как-то оправдывает, что системы с дебиановским sysv и systemd взлетают за
> примерно одинаковое время?

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

> Ещё раз: основные компоненты системы уже давно перевели на юниты, не являющиеся
> обёрткой над старыми скриптами запуска.

Внезапно, если сервисы тяжелые, основное время может занять, вы только подумайте, старт сервисов. Но это весьма зависит от калибра сервисов и конфигурации системы.

Или вот на одноплатнике дольше всего занимает ядро раздупляющее в кучу периферии. Юзермод может хоть на ушах стоять, но с этим ничего сделать не сможет.

> Я не утверждал, что systemd тормозит. Я утверждал, что она не даёт
> обещанного ускорения.

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

Как угодно, но пингвин стал довольно большой и фичастой штукой. И менеджмент этой большой фичастой штуки - занятие довольно разноплановое.

Так что в случае системды я бы достоинством назвал не сферическую скорость в вакууме. А отсутствие явных глупых тупняков при загрузки в местах где этого быть явно не должно. А если какой сервис при взлете полвинча читает, он что с sysv что с systemd будет это делать и плюс-минус 100 миллисекунд на фоне минутного старта не сильно это изменят. Но не все сервисы - такие.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

57. "Выпуск Debian 9.4"  +3 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 03:33 
> Так что если это реально колыхало, системду удобнее догонять до кондиции, по крайней мере
> понятно что сколко времени занимает. Сразу а не после дюжины левых приседаний.

Ну ок. Не осилил shell -- так и скажи. Зачем же желчью на него исходить? :)

> Внезапно, если сервисы тяжелые, основное время может занять, вы только подумайте, старт
> сервисов. Но это весьма зависит от калибра сервисов и конфигурации системы.

Хех. Понимаешь ли какая штука. Если ты делаешь это предположение, то ты признаёшь, что параллельный sysv из Debian обеспечивает параллельную загрузку по зависимостям на том же уровне, что и systemd. А ты же, вроде, собирался отстаивать противоположную позицию? :)

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

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

Уже более пяти лет только и слышно, что systemd всех конкурентов порвёт по характеристикам. А на деле почему-то никак не получается. Может быть, ваш любимый systemd не так уж и хорош, а?

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

78. "Выпуск Debian 9.4"  –3 +/
Сообщение от Аноним (??) on 11-Мрт-18, 12:40 
> Ну ок. Не осилил shell -- так и скажи. Зачем же желчью на него исходить? :)

Я не хочу "осиливать" подобные вещи. На мое мнение это должно быть сделано просто и логично. В гробу я видел кодинг на шелле базовых системных инструментариев самому себе. Это отличный рецепт на тему как просадить уйму времени и получить гунявый результат.

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

> Хех. Понимаешь ли какая штука. Если ты делаешь это предположение, то ты
> признаёшь, что параллельный sysv из Debian обеспечивает параллельную загрузку
> по зависимостям на том же уровне, что и systemd. А ты же, вроде,
> собирался отстаивать противоположную позицию? :)

Знаешь, это как с ЯПами. Теоретически, все ЯПы как бы эквивалентны. Практически некоторые эквивалентнее. Ну и вот кому надо - может и на брейнфаке конечно программы писать. Особо упорный маньяк наверное сможет даже сделать оптимизирующий компилер, который заспорит с сишечкой по скорости. Но, знаешь, такие развлечения как-нибудь без меня. Потому что я не хочу програмить на брейнфаке и ждать 20 лет пока маньячина переплюнет GCC мне тоже не с руки.

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

> И ещё раз. Systemd и sysv загружают систему за одинаковое время.

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

> А ты мне в ответ: это виновато ядро, это виноваты программы, это
> очень сложная задача, а так бы systemd всех порвал бы.

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

А вот в sysv init и его скриптах всякое левое блокирование загрузки по поводу и без - несколко подзадолбало. Я допускаю что это можно улучшить и догнать до уровня "почти как", если взять тяжелые сервисы и пожонглировать цифрами.

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

> Уже более пяти лет только и слышно, что systemd всех конкурентов порвёт
> по характеристикам. А на деле почему-то никак не получается. Может быть,
> ваш любимый systemd не так уж и хорош, а?

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

Нет нет, я не спорю, в загаре под ТАЗиком есть своя прелесть. Но только в случае если это самоцель. А если цель была попасть из пункта A в пункт B, загар под ТАЗом - это ненужный overhead и зло. Ну так вот, для меня системная камасутра - промежуточный этап в решении каких-то более других задач. Более понятных и нужных людям чем "осиливание" какой-то хни.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

80. "Выпуск Debian 9.4"  +3 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 13:44 
>> Ну ок. Не осилил shell -- так и скажи. Зачем же желчью на него исходить? :)
> Я не хочу "осиливать" подобные вещи. На мое мнение это должно быть сделано просто и логично.
> В гробу я видел кодинг на шелле базовых системных инструментариев самому себе.

Большая часть работы на shell -- это написание обвязочек над бинарными утилитами. Системные инструментарии на нём не пишут. Это инструмент прежде всего тюнинга. Каждому инструменту -- своя область применения.

Вот я на работе, например, написал в 20 строчек скрипт для публикации debian-репозиториев из директории. Написал, потому что я знал структуру репозитория и знал, как создаются все необходимые файлы средствами командной строки. Это заняло у меня 5 минут, и это стабильно работает уже 2 года. А сколько бы ты подбирал и внедрял стандартный инструмент?

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

Как раз наоборот. coreutils, findutils и bash -- есть везде и всегда, в любых никсах: на линуксе, на макоси, на фряхе, в хурде. Это -- универсальный язык, который применим везде. В отличие от systemd.

> Ну и вообще, все эти диванные эксперты взялись за дело только после того как поттер отвесил им знатного пинка.

Ну дык, надо же и упомянуть, за какое конкретно дело мы взялись. :)
Мы ж активизировались для того, чтобы выкинуть всё то гoвно, что поттер и красношляпа нам понапихали, и вернуть, как было.

> До этого был сказ про нинужна и кривые руки.

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

> За наглое высокомерие надутым админгусям как видим отлилось. На мой вкус это угарно.

Это подростковое отношение со временем пройдёт. Вы рано или поздно поумнеете (я по крайней мере надеюсь). Вопрос лишь в том, сколько вы времени сольёте до этого.

>> И ещё раз. Systemd и sysv загружают систему за одинаковое время.
> Ну во первых чтобы бряцать такими выводами - надо все-таки сравнить одинаковую
> конфигурацию на одинаковом железе. Но примеров этого я никогда не видел.

Примеров он не видел, как же. Ну допустим. А что, самому проверить тяжело? Делов-то минут на 20-30. Берёшь и пишешь vagrant-файл, и раскатываешь ansible-провиженом одинаковую конфигурацию на две виртуалки. Первый вагрант с базой на debian stretch, а второй -- devuan ascii.

> Говоря за себя лично

Вот, это -- первый правильный подход, который ты использовал за всю беседу. Если инструмент решает ТВОИ задачи -- то это хороший инструмент. Подходит тебе systemd -- ну и юзай на здоровье. Хейтеры, думаешь, просто так возбухают? Нет, вся проблема в том, что systemd не решает НАШИ задачи, но при этом нам его старательно втюхивают. Мы, хейтеры, и рады бы оставить systemd в покое, вот только systemd никак не хочет оставить в покое нас. :)

> я согласен с точкой зрения Поттеринга на тему того что скорость работы системды всего лишь следствие разумного дизайна.

Ну, про дизайн уже много было сказано, я повторяться не буду. Вот тебе ссылочка.
https://www.opennet.ru/base/sys/systemd_myth.txt.html

> А если какие-то тяжелые сервисы долго взлетают - системд тут не при чем.

Окей, тогда вернёмся к теме "ненужно". Вопрос такой: если на дорогах всегда пробки, имеет ли смысл покупать спорткар? Systemd конечно далеко не спорткар, но давайте допустим.

> Но, знаете, когда у меня есть иномарка с кондеем в виде системд - давайте вы сами на своей деревянной телеге?

Паршивое сравнение, происходящее из неверных предпосылок. sysvinit -- это лишь маленький процесс, который запускает пачку скриптов. И скрипты, которые на него натянуты -- сильно разные. Где-то они лучше, где-то хуже. Вы почему-то всегда сравниваете systemd с rhel-ным sysv, а в rhel скрипты-то были тем ещё гoвном. А вот в debian они ещё в 2009м (то есть за 2 года до начала разработки systemd) умели и параллелить загрузку, и зависимости учитывать... Я об этом собственно речь и веду с самого начала, а ты всё никак не уяснишь, что дебиановский sysv рхелному sysv-у рознь. Такая же рознь, как между иномаркой и телегой.

> Более понятных и нужных людям чем "осиливание" какой-то хни.

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

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

93. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 18:08 
> написание обвязочек над бинарными утилитами.

Спасибо, Кэп.

> Системные инструментарии на нём не пишут.

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

> Это инструмент прежде всего тюнинга.

Для меня это инструмент мелкой автоматизации "по месту". Но я хочу этим заниматься только для чего-то реально нестандартного. Запуск программ и тюнинг параметров нестандартным имхо не является.

> Каждому инструменту -- своя область применения.

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

> Вот я на работе, например, написал в 20 строчек скрипт для публикации
> debian-репозиториев из директории.

Вот такое применение шелла у меня никаких претензий не вызывает. А я написал скрипт который берет мувик, смотрит тэги, крутит мувики снятые вертикально, транскодит под слабый девайс (поворот при транскодировании - чтобы на девайсе cpu грузило). Вот так шелл вполне осмысленная штука. Но это некая нестандартная задачка, чуть ли не разовая.

И есть большое допущение. Это относительно "trusted" данные, я уверен что теги такие какие я видел и не содержат левые данные. Если так делать для мувиков которые юзеры заливают - систему имхо расхакают на раз, вписав в теги няшек. Можно повторить подвиг с DHCP на раз.

> у меня 5 минут, и это стабильно работает уже 2 года.
> А сколько бы ты подбирал и внедрял стандартный инструмент?

А хороший вопрос. Из разряда "будет такая задача - узнаю". Но вот конкретно запуск систем с вполне характерными требованиями - слишком типовое действо чтобы его скриптить, именно в таком виде, на мой вкус. Особенно когда потом конфигурационные параметры внизу 3-й страницы из кода выдергивать надо.

> Как раз наоборот. coreutils, findutils и bash -- есть везде и всегда,
> в любых никсах: на линуксе, на макоси, на фряхе, в хурде.

А я хочу нормально пользоваться фичами Linux. Если я буду на hurd ориентироваться - подохну с голода и не сделаю ни 1 проекта за всю жизнь. Я конечно мог бы и XP использовать как anonymoustus. Но что-то не хочется, сорь. Поэтому давайте-ка для меня пингвин будет полноценной операционкой, уровнем повыше hurd, с качеством не хуже комерсов.

> Это -- универсальный язык, который применим везде. В отличие от systemd.

Однако у макоси для запуска сервисов свой launchd, у фряхи что-то свое, у hurd я без понятия что. Так что рассуждения про шелл это круто, но...

И вообще, далеко не все действия которые я делаю имеют смысл или аналог в упомянутых ОС. Я реально использую фичи Linux выше среднего. Меня не устроит использовать его как будто это hurd. Если бы я хотел себе это - я бы взял hurd. А я использую именно Linux, а не бсд или что там еще за его набор фич, скорость и адекватный девтим. За что же еще?

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

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

> успокоиться и принять к сведению: старшие вам в один голос твердят,
> что вы движетесь в неправильном направлении. Иногда ко мнению старших надо прислушаться.

Да какой ты старший? Ты и по годам моложе, и фич линукса используешь меньше меня, и в электронике и МК наверное не смыслишь ничерта, да и в системном программировании - большой вопрос кто кого. А может мне anonymoustus-а слушать, с его winXP и DOS? Что-то не хочется, сорь.

> Это подростковое отношение со временем пройдёт.

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

> Вы рано или поздно поумнеете (я по крайней мере надеюсь).

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

> Вопрос лишь в том,сколько вы времени сольёте до этого.

Что-то сольем, что-то отыграем. И на мой вкус - пока что от использования системды баланс был весьма в мою пользу. Но да, пришлось читануть ман разок. Заняло ну может час. Ну пусть два. Я считаю что это себя окупило.

> ansible-провиженом одинаковую конфигурацию на две виртуалки. Первый вагрант с базой на
> debian stretch, а второй -- devuan ascii.

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

А с чисто практической точки зрения: мой навороченный десктоп взлетает за 11 секунд. Системд из этого занимает 1 секунду, а 10 - ядро инициализирует периферию. Соответственно я в настроении посчитать что 1 секунда меня устраивает хоть там что. С практической точки зрения глупо заморачиваться оптимизацией 1 секунды когда кто-то иной тупил аж 10 секунд.

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

> Вот, это -- первый правильный подход, который ты использовал за всю беседу.
> Если инструмент решает ТВОИ задачи -- то это хороший инструмент. Подходит
> тебе systemd -- ну и юзай на здоровье.

Чем я и занимаюсь. И того же могу пожелать и хейтерам :). Если для них их подход работает - ну, отлично, но вот сватание как единственно правильного меня несколько достало. На своей шкуре я от sysv никакого профита не ощутил, много канители там где по моему мнению канители быть вообще не должно. И совершенно не умеет в фичи используемой мной ОС. А обрубать себя до уровня hurd я как-то не намерен.

> Хейтеры, думаешь, просто так возбухают? Нет, вся проблема в том, что systemd не решает
> НАШИ задачи,

Сможешь озвучить это не в виде фапа на концепции а в виде именно практических применений? Прямо любопытно :)

> но при этом нам его старательно втюхивают.

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

> Мы, хейтеры, и рады бы оставить systemd в покое, вот только systemd никак
> не хочет оставить в покое нас. :)

Есть надежный способ - делать операционку и софт самим, тогда все будет именно так как вы хотите. А иначе возможны варианты. Это всех касается, в том числе и меня.

> тебе ссылочка. https://www.opennet.ru/base/sys/systemd_myth.txt.html

Зачем она мне? Я с системд достаточно бодался практически. И с sysv - тоже. Поэтому единственное достижение от таких агиток - подмачивание репутации в моих глазах.

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

> Окей, тогда вернёмся к теме "ненужно". Вопрос такой: если на дорогах всегда
> пробки, имеет ли смысл покупать спорткар? Systemd конечно далеко не спорткар,
> но давайте допустим.

Как бы это сказать? Кроме разгонной динамики климат контроль, оказывается, тоже вещь. Не обязательно летом обливаться потом. И усилитель руля, чтобы не кряхтеть на каждом повороте. И ABS полезен. GPS позволит найти нужное место быстрее. И так далее.

И как-то так оказалось что я не хочу ТАЗ где все надо самому кувалдометром доделывать. Даже если он "проще".

> Паршивое сравнение, происходящее из неверных предпосылок. sysvinit -- это лишь маленький
> процесс, который запускает пачку скриптов. И скрипты, которые на него натянуты
> -- сильно разные.

Это не отменяет того что у них по жизни была и есть функциональность деревянной телеги с вожжами. Мучительно из них системные продвинутости делать, поэтому на это все клали. А в системд вот не кладут. Так что теперь половина сервисов в сабже крутится в своих namespaces, сисколы урезаны, etc. И я считаю это шагом в правильном направлении. А devuan на что хватило? Варварски разломать это на железки, не понимая зачем это надо?

> сравниваете systemd с rhel-ным sysv, а в rhel скрипты-то были тем ещё гoвном.

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

> А вот в debian они ещё в 2009 (то есть за 2 года до начала разработки systemd)
> умели и параллелить загрузку, и зависимости учитывать...

Sysv весь такой фильдиперсовый, но в деталях почему-то всегда дьявол. Systemd наверное первая штука где детали попытались хоть немного учесть, а не подкостылить по мелочи из спичек и желудей. На самом деле был апстарт, но в дебиане им было сложно пользоваться и архитектурно все-же лажанули по первости. Это даже разработчик апстарта признал.

> sysv рхелному sysv-у рознь. Такая же рознь, как между иномаркой и телегой.

Увы, как максимум дебиановский sysv тянет лишь на апгрейд телеги в виде кареты. На остальное в нем сервисных опций и нормального движка - не игого.

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

Я предпочитаю базовые знания в интересных мне областях. А не в области конного извоза и повадок лошадей. На самом деле для меня и иномарка и карета лишь средство попасть из пункта A в пункт B по каким-то своим целям и причинам. Некий промежуточный технический этап.

> А это очень плохо, и потом боком вам выйдет. Это перекрывает дороги
> к дальнейшему развитию и профессиональному росту.

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

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

105. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 20:15 
Ну раз про launchd знаешь, значит ты толковый, грамотный аноним, а не как остальные здешние.

В связи с чем вопрос: ты пробовал когда-нибудь лечить ОС, построенную на такого рода фреймворке (ок, системном менеджере), в которой что-то сломалось, а ты не являешься сертифицированным специалистом и в округе таковых нету, а есть только за большой прайс? :)

Мучения людей с виндами, между прочим, как раз по этой части. Когда становится проще «переустановить начисто». А ведь если дело происходит не у тебя дома с писюком для фотокотиков, то сломавшуюся ОС зачастую таки надо именно _лечить_.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

113. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 22:40 
> не являешься сертифицированным специалистом и в округе таковых нету, а есть
> только за большой прайс? :)

Я кастомные образа линя под эмбедовку собираю. На основе сабжа, например. Не знаю считается ли это. WORKSFORME и мне по кайфу. Год аптайма - сертификат. Системные дела - визитная карточка.

Чтобы получить из системы лучшее, в ней надо разбираться. Если я буду разбираться в Linux как в hurd - зачем на планете +1 эникей? Поэтому в макось, бзду и прочие соляры отправится другой. Или не отправится. Не мои проблемы. А еще я не буду печь вам булочки. Кондитер сделает их лучше, ниипет.

> Мучения людей с виндами, между прочим, как раз по этой части.

На самом деле и там есть своя логика. Она не рокетсайнс. Я умею быть неплохим корп. админом до 2008 и win8. Но политика MS достала, не нравится мне что MS с экосистемой делает. Поэтому фичи новее я не знаю, и вообще хрен с ними. Я даже к x86 уже не привязан как к платформе.

Для себя я использовал лайфхак: на десктопе у меня тот же тип систем который стал основным объектом интереса и подопытным кроликом. Это семейство технологий ворочает для меня большинство задач. С виндой это не катит, там с вертикальным масштабированием швах.

> Когда становится проще «переустановить начисто». А ведь если дело происходит не у
> тебя дома с писюком для фотокотиков, то сломавшуюся ОС зачастую таки
> надо именно _лечить_.

Надо - лечите. А я пробурчу что-то про системную магию и переключусь на исправный снапшот за минуту. С минимальными потерями. Снапшоты OS и user data разные, я ввалюсь в операционку с исправной конфигой. Данные на месте, работающие версии и настройки программ вернулись. И все.

Если будет интересно - оставлю проблемный снапшот и посмотрю со стороны на предмет того что отъехало. Но это не вклинит критичные дела и я это смогу из исправной копии ОС. В фоновом режиме, неспешно, по желанию.

Я ж сказал - научился кой-каким фокусам менеджмента у энтерпрайзников. У них есть пойнт. Я его увидел. Мне он понравился. Я доразвил идеи. То что получилось не похоже на классическое администрирование.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

122. "Выпуск Debian 9.4"  +1 +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 01:01 
> Я кастомные образа линя под эмбедовку собираю. На основе сабжа, например. Не
> знаю считается ли это. WORKSFORME и мне по кайфу. Год аптайма
> - сертификат. Системные дела - визитная карточка.

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

Но я же про другое писал — про ремонт поломанных систем. Ты их, похоже, не чинишь. А то бы к выбору формата логов имел более предвзятое отношение.


>> Мучения людей с виндами, между прочим, как раз по этой части.
> На самом деле и там есть своя логика. Она не рокетсайнс. Я
> умею быть неплохим корп. админом до 2008 и win8. Но политика
> MS достала, не нравится мне что MS с экосистемой делает. Поэтому
> фичи новее я не знаю, и вообще хрен с ними. Я
> даже к x86 уже не привязан как к платформе.
> Для себя я использовал лайфхак: на десктопе у меня тот же тип
> систем который стал основным объектом интереса и подопытным кроликом. Это семейство
> технологий ворочает для меня большинство задач. С виндой это не катит,
> там с вертикальным масштабированием швах.

Мучения с виндой состоят в том, что её невозможно администрировать по наитию. Нужны особые мануалы и знания, а ещё понимание подходов. Например, знание о том, что всё там лечится при помощи такой-то матери, cmd, горстки консольных утилит, ACL и реестра — его нигде не преподают именно в такой форме, для практического изучения и применения. А всё потому, что туда внутрь нет прямого доступа — только через системный менеджер. А он не документирован простым эникейским языком. А осмысленное использование вышеупомянутого набора возможно только при понимании внутреннего устройства ОС и её систем, то есть, как минимум, после прочтения и осмысления Windows Internals. Это задача для простого человека с улицы не самая тривиальная, мягко говоря.

То же самое, до мелочей, но с поправкой на отсутствие реестра — на маке. Там тоже нет ни к чему доступа и документации. Ты можешь найти за пять минут, а можешь и за годы не найти нужный ответ на свой проблемный вопрос. И маны читать без толку, поскольку маны описывают юниксовую часть мака, а не его управляющий фреймворк. Откуда несчастному юзеру узнать про defaults, например? А про редактирование plist и конвертирование его из бинарщины в xml и обратно? А яблочные логи? Я бы их заставил читать каждого фанатика системды до излечения.

Про солярку и её ынтерпрайзных сестёр, думаю, напоминать не надо. Туда просто не подпускают эникеев, да и не знают эникеи про такие ОС.

В линуксе и СПОшных BSD раньше было настоящее раздолье, где на любой вопрос был ман или гугль. До системды. Уже у людей пошли проблемы и жалобы. Причём у админов, а не у домохозяек.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

127. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 03:59 
> Да я даже не сомневался, что за системду топят либо вебмакаки, либо
> собиратели наколенных дистрибутивов под копеечные ардуинки.

Зелен виноград, типа? Я вот видел как за системд топила компания занимающаяся эмбедовкой. Они на конференции задвинули презентацию. Поттеринг с интересом послушал о проблемах. Большую часть соображений уже запилили. По моему так прикольнее чем ветеранские лечилова о (не)нужности :]

Что до копеечных девайсов - технологии идут вперед. Компьютеры стали экономными, маленькими, повсеместными, дешевыми. Да и не совсем компьютеры это, они меньше, стабильнее и предсказуемее. Я в курсе тысяч юнитов такого в роли индустриальных контроллеров. А будет больше. Мы только начинаем. Направление только запускается.

Так что погоди, такие как я и коллеги-конкуренты покажем таким чем могут быть компьютеры. А ты можешь попробовать конкурировать используя DOS и XP если хочешь :)

> Но я же про другое писал — про ремонт поломанных систем. Ты их, похоже, не чинишь.

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

> А то бы к выбору формата логов имел более предвзятое отношение.

Не юзеру икспы учить тех кто репрограмит синтез частот, кидает сервисные команды в накопители и програмит МК правильным форматам, имхо.

> Мучения с виндой состоят в том, что её невозможно администрировать по наитию.

Смотря где и что. А ты когда-нибудь пробовал AD развернуть в винде? И в *никсах, для сравнения? Или твое знакомство с виндой - тоже на уровне эникея?

> о том, что всё там лечится при помощи такой-то матери, cmd,
> горстки консольных утилит, ACL и реестра — его нигде не преподают именно в
> такой форме, для практического изучения и применения.

Я таки умею пилотировать AD и Exchange. И даже немного интересовался системным программированием в свое время. Так что если ты хочешь поговорить со мной об этом... давай посчитаем что это было давно и неправда. Мне интересны пингвины. И экосистема тех кто двигает пингвины вперед мне понравилась намного больше.

> А всё потому, что туда внутрь нет прямого доступа — только через системный менеджер.

Что есть "системный менеджер" в винде? SCM? Он запускалка, при том довольно глупая и нефункциональная. Реестр? Он отдельная сущность. И появился в основном потому что в Win 3.x FAT с понятно какой скоростью работал и между делом оказалось что читать много мелких ini файлов в винде ужасно тормозит. Пришлось подраспереться и закостылить конфигурационную базу поверх ФС. Ну а что еще делать, если из ФС целый FAT есть, работающий понятно как? А потом блин совместимость. Из-за нее таскают и буквы дисков и реестр и много чего еще ископаемого.

> А он не документирован простым эникейским языком.

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

> А осмысленное использование вышеупомянутого набора возможно только при понимании
> внутреннего устройства ОС и её систем, то есть, как минимум, после прочтения
> и осмысления Windows Internals. Это задача для простого человека с улицы
> не самая тривиальная, мягко говоря.

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

> фреймворк. Откуда несчастному юзеру узнать про defaults, например? А про редактирование
> plist и конвертирование его из бинарщины в xml и обратно? А
> яблочные логи? Я бы их заставил читать каждого фанатика системды до излечения.

А зачем мне яблочные логи? Я системдшные логи лучше почитаю. Это полезно и результативно. А мак и винда никогда не смогут в мои задачи. Например в вон те маленькие "ардуины" (на самом деле на arduino линукс хрен запустишь, МК совсем другая категория устройств).

> Про солярку и её ынтерпрайзных сестёр, думаю, напоминать не надо. Туда просто
> не подпускают эникеев, да и не знают эникеи про такие ОС.

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

> В линуксе и СПОшных BSD раньше было настоящее раздолье, где на любой
> вопрос был ман или гугль. До системды. Уже у людей пошли
> проблемы и жалобы. Причём у админов, а не у домохозяек.

Мне в Linux и сейчас неплохо. А то что не любой ман есть - мир стал сложнее, однако. Зато есть толпень умного талантливого народа. С ними кайфово. Они могут магию. А когда что-то по моим меркам выглядит как магия, это доставляет.

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

132. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 09:48 
> Зато есть толпень умного талантливого народа. С ними кайфово. Они могут магию.
> А когда что-то по моим меркам выглядит как магия, это доставляет.

Так ведь магия, от которой тебе так "кайфово" -- это то, что должно *бесить*. Если что-то похоже на магию, это значит, что ты совсем не понимаешь, как оно работает.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

143. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 12-Мрт-18, 12:28 
>> Зато есть толпень умного талантливого народа. С ними кайфово. Они могут магию.
>> А когда что-то по моим меркам выглядит как магия, это доставляет.
> Так ведь магия, от которой тебе так "кайфово" -- это то, что
> должно *бесить*. Если что-то похоже на магию, это значит, что ты
> совсем не понимаешь, как оно работает.

Человек получает эйфорию от того, что оказался в тренде и это приносит ему материальные результаты. Беря по возможности граничные условия, это как доказывать чиновнику, что его коррупционная деятельность приносит вред. Но ведь с его стороны нормальные люди просто умеют жить в отличие от некоторых, например ездят на хороших машинах с кондиционером, а тупое <CENSORED>ыдло не знает как стоять на правильных денежных путях потому что тупое, и вообще генетически неполноценно, в отличие от сабжа.
О чем спор я не пойму

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

193. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 00:10 
> Человек получает эйфорию от того, что оказался в тренде и это приносит
> ему материальные результаты.

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

> что его коррупционная деятельность приносит вред.

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

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

Представляешь, если все пришло к тому что тебе платят какие-то копейки - это таки сигнал от общества что твоя работа этому обществу на самом деле не очень то и нужна. Была бы нужна - нашли бы средства платить не копейки.

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

155. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 16:35 
> Так ведь магия, от которой тебе так "кайфово" -- это то, что
> должно *бесить*. Если что-то похоже на магию, это значит, что ты
> совсем не понимаешь, как оно работает.

Как гласит какой-то там закон, достаточно развитая технология неотличима от магии. Так что для кого-то магия. А для кого-то понятная, логичная и предсказуемая технология. И вот в таком виде это совершенно не бесит. Если это второе. А магией это оказывается для "большинства людей на планете" :)

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

183. "Выпуск Debian 9.4"  +2 +/
Сообщение от Forth email(ok) on 12-Мрт-18, 22:37 
> Как гласит какой-то там закон, достаточно развитая технология неотличима от магии. Так
> что для кого-то магия. А для кого-то понятная, логичная и предсказуемая
> технология. И вот в таком виде это совершенно не бесит. Если
> это второе. А магией это оказывается для "большинства людей на планете"
> :)

Какой ещё закон, это Артур Кларк писал, писатель-фантаст.

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

194. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 00:26 
> Какой ещё закон, это Артур Кларк писал, писатель-фантаст.

Да-да-да, он самый! И это стало известно как какой-то там по счету (третий?) закон Кларка.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

217. "Выпуск Debian 9.4"  +/
Сообщение от Andrey Mitrofanov on 13-Мрт-18, 10:30 
>> Какой ещё закон, это Артур Кларк писал, писатель-фантаст.
> Да-да-да, он самый! И это стало известно как какой-то там по счету
> (третий?) закон Кларка.

ыгыг

" Айзек Азимов сформулировал дополнение к первому закону Кларка, касающееся несогласия непрофессионалов с учёным:

        «Тем не менее, когда непрофессионалы сплачиваются вокруг идеи, отрицаемой уважаемым, но пожилым учёным, и поддерживают эту идею с пылом и энтузиазмом — то этот уважаемый, но пожилой учёный, в конечном счёте, вероятно, прав». " --https://ru.wikipedia.org/wiki/%D0%A2%D1%...

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

131. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 12-Мрт-18, 09:30 
>> не являешься сертифицированным специалистом и в округе таковых нету, а есть
>> только за большой прайс? :)
> Я кастомные образа линя под эмбедовку собираю. На основе сабжа, например.

То есть первых двух раз тебе не хватило. Окей.

Знаешь, почему над тобой тут так потешаются, дорогой? Да потому что ты гонору на себя нагнал, знаний не проявляешь никаких, а хвастаешься вещами, навроде вышеописанной. В то время как специалисты чётко понимают, что это задача ТРИВИАЛЬНА. И так уже третий раз, ну чесслово, сколько можно?

Ты понимаешь, дурилка, что это как заливать всем, как хорошо ты знаешь дифуры, и в доказательство приводить пример вида "я знаю, сколько будет семь-ю-три". :)

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

134. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 10:11 
Да всё он знает, понимает и разумно излагает. Просто он проблему (эту и вообще) рассматривает с эгоистической позиции УМВР. А дальше, дескать, и трава не расти. Как бы так не принято раньше было в СПО, если я ничего не путаю. А для фанатов системд это _нормальная_ позиция.

Я бы посмеялся, если бы системда начала именно его эмбедовке создавать проблемы, с которым он не смог разобраться. Но он же про такое не напишет. :)

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

136. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 10:58 
> Да всё он знает, понимает и разумно излагает.

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

Он знает, что GNU/Linux вырос из идеи свободы кода. Но не понимает, зачем ему эта свобода нужна, когда ему "просто свою задачу решить надо".

Он знает, что GNU построен по основополагающим принципам UNIX, но не только не понимает их силы, но ещё и объявляет их устаревшими.

А касательно того, что он НЕ знает -- так это уже можно на несколько страниц накатать. Мне откровенно лень делать полный перечень.

Он ничего не знает про sysv. Он просто смог разобраться в его устройстве, хотя для этого вроде бы много ума не надо.

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

Он верит в то, что у systemd хороший дизайн, и отказывается хотя бы бегло ознакомиться со статьёй, в которой конструктивной критики дизайна хоть отбавляй. Когда-то мне один мудрый дебианщик сказал так: "не стыдно что-то не знать, стыдно -- не пытаться узнать". Вот это именно тот случай. Все данные предоставлены, но он избегает этого знания.

> Просто он проблему (эту и вообще) рассматривает с эгоистической позиции УМВР.
> А дальше, дескать, и трава не расти. Как бы так не принято раньше было в
> СПО, если я ничего не путаю.

Да, именно. СПО по сути начиналось как явление социальное, и продержалось так долго в основном благодаря традициям, заложенным в нём при основании. Мы всегда стремились к унификации, чтобы было много взаимозаменяемых систем. Это всегда создавало хорошую конкуренцию, технологии соревновались друг с другом, какая-то преуспевала в одном, какая-то в другом, а пользователи в результате имели возможность выбрать то, что больше подходило под лично их нужды.

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

И гидра эта есть первый наглядный пример, когда люди без идеологии нашли способ создать вендор-лок на основе GPL. Они хакнули хорошую систему. Хакнули в том плане, что это вроде и СПО, но при этом оно целиком находится под контролем Red Hat. И некоторые люди, не до конца уяснившие идеологический базис, запутались. Они не понимают, что хорошо, а что плохо.

Это идейный кризис.

> А для фанатов системд это _нормальная_ позиция.

Да. Это либо глупость, либо слабодушие, либо и то, и другое.

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

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

144. "Выпуск Debian 9.4"  +1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 12:45 
> посеять зерно сомнения в том, что systemd хороший инструмент. Интересно, почему
> вживую получается лучше?

Вид стремный. Лучше соглашаться
А по чесному именно с ваших давних комментариев нашел время на переход Debian -> Devuan и теперь у меня не возникает ощущения, что скоро буду как в оффтопике при проблемах переставлять систему. Реально было только около пяти серьезных проблем, которые элементарно и быстро решились.
С systemd скоро будет без вариантов:
- базовая система управляет докером которым управляет системд
- все сервисы и программы в контейнерах
- все данные отдельно
- что-то не работает -> магия -> убил, развернул по новой
И подозреваю , что в облаках, где крутятся деньги корпораций это таки правильный подход
Но все таки девопс это отдельный человек, отдельная специальность
Вроде как получается, что старперский poweruser со временем уходит в прошлое, потому, что теперь  или все облаках или только и будешь как аникей иметь дырявую систему и заниматься жонглированием контейнеров (черных ящиков)

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

146. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 12:53 
> Вроде как получается, что старперский poweruser со временем уходит в прошлое, потому,

И довольно давно. Переход от кустарного производства к фабрике :)))

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

162. "Выпуск Debian 9.4"  –3 +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:31 
> И довольно давно. Переход от кустарного производства к фабрике :)))

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

И все это на самом деле следствие CNC, CADов и промышленных революций которые СССР проспал. И я так смотрю, некоторые так до сих пор и не проснулись, наивно полагая что методики полувековой давности будут работать. Ага, ща. Маск и ему подобные вас таких не только с космосом надерет.

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

163. "Выпуск Debian 9.4"  +4 +/
Сообщение от Ю.Т. on 12-Мрт-18, 17:40 
>> И довольно давно. Переход от кустарного производства к фабрике :)))
> Если ты не заметил, сейчас обратный тренд - производство становится меньше, гибче,

Тут кое-кто другой не прочухал, очень занят был, ловлей трендов.
Все эти единоштучные производства опираются на ***мощную*** промышленную базу.
(кроме того, "переход от кустарного производства..." значит не то, что ты подумал)

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

205. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 03:00 
> Тут кое-кто другой не прочухал, очень занят был, ловлей трендов.
> Все эти единоштучные производства опираются на ***мощную*** промышленную базу.

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

> (кроме того, "переход от кустарного производства..." значит не то, что ты подумал)

В современном мире я даже не знаю что думать на этот счет. Но теперь есть некто makers и за ними, определенно, очень большой кусок будущего.

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

226. "Выпуск Debian 9.4"  +/
Сообщение от _ (??) on 13-Мрт-18, 18:02 
>> Тут кое-кто другой не прочухал, очень занят был, ловлей трендов.
>> Все эти единоштучные производства опираются на ***мощную*** промышленную базу.
>Это не мешает промышленной базе эволюционировать.

Если нету базы - нечему эволюционировать. Логика 5-класс средней школы СССР.
Впрочем это же "старпёры" и "такие как вы опять будут ныть" :) Конечно будем, мы воспитаны гуманистами, а ты терзаешь и порешь бедную чушь уже хз сколько постов :-)))

>Маск молодец, просек тему. И таки ловит тренд.

Это да. Его ценность только в том и состоит что он гонит волну в болоте.
А как бизнесмен? __все__ его предприятия - убыточны. И живёт он __внимание__ - да,да, мои йунные либерастомозглые - живёт он на попиле госбюджета :-) В данный момент - доит NASA. Ну и частных акционеров тоже :)
>В смысле, он его и поймает и создаст наполовину.

Он прогонит волну и утонет. А создавать электромобили миллионами в год будут ... китайцы - на "ржавых, никому не нужных, мощщных заводах" (я пытался сохранить аффтарсий стиль :)))

>А такие как вы опять будут ныть что это все госдеп виноват. А вовсе не кое-чей пофигизм и тугоумие в сочетании с напыщенной некомпетентностью.

Маск продаёт акции. Ты уже продал мамину квартиру в Москве и вложился? А чо нет? :-/

>> (кроме того, "переход от кустарного производства..." значит не то, что ты подумал)
>В современном мире я даже не знаю что думать на этот счет.

Учиться, учиться и учиться! Как завещал верховный Гриб! (С)
>Но теперь есть некто makers и за ними, определенно, очень большой кусок будущего.

О - да! Будут кастомные ручки к дверям туалета делать. В виде чл**а :))) Это сарказм.
Они будут делать пЕлотку :) А потом в серию оно пойдёт на .. см. выше :)

Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

230. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 01:41 
> Конечно будем, мы воспитаны гуманистами, а ты терзаешь и порешь бедную
> чушь уже хз сколько постов :-)))

Вы воспитаны так: не можете встать и сказать "я сделал это". Зато расскажете почему "ниуиноуаты" и "этовсегосдеп". Попутно пытаясь замять инновации и спустить более успешных на свой уровень.

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

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

> Это да. Его ценность только в том и состоит что он гонит волну в болоте.

Без этого все тухнет и чахнет. Именно такие двигают мир вперед.

> А как бизнесмен? __все__ его предприятия - убыточны.

Сначала в любом бизнесе "убыточные" инвестиции. Потом - отдача от них. И только так. И да, это всегда некий риск. Это by design.

> - да,да, мои йунные либерастомозглые - живёт он на попиле госбюджета :-)

Если посмотреть как NASA тратило деньги, Маск в разы эффективнее. А еще можешь посмотреть статистику коммерческих запусков за последние года три. Посмотришь что Маск уже сделал с роскосмосом. И это он еще не полностью повторные запуски отладил.

> В данный момент - доит NASA. Ну и частных акционеров тоже :)

Не россиянам над Маском стебаться со своим роскосмосом, имхо.

> Он прогонит волну и утонет.

Запустит, покажет как надо было, сливки снимет если повезет.

> А создавать электромобили миллионами в год будут ... китайцы -

Я не про электромобили. Маск еще одну промышленную революцию запустит. Гибкое производство. Он AI прикручивает к перенастройке оборудования. Все идет к тому что в фабу вгружаешь деньги и модель и забираешь заказ. Хоть 1 юнит. Маск хочет это разогнать. Вероятно многие наладчики отправятся за токарями. Могу предположить что нейросетки состыкуют модель с возможностями машин не хуже, оттранслируют программы и это на автомате втрамбуется в машины. Хардварная версия оркестровки.

> на "ржавых, никому не нужных, мощщных заводах" (я
> пытался сохранить аффтарсий стиль :)))

Китайцы парни гибкие, научатся у Маска постепенно тому про что я выше. Они и сейчас в этом духе работают. С удовольствием развернут фабу под вас если платите. Но пока это делается биороботами. Тормозными и довольно глючными. Лучшие из них станут "девопсами", остальных уйдут в пользу технологий "оркестровки". Маск крут потому что уже понял и реализует.

> А чо нет? :-/

Наверное потому что мне деньги пригодятся для моих начинаний.

> Учиться, учиться и учиться! Как завещал верховный Гриб! (С)

Я всегда учусь. Не хочется стать деградом сидящим на ж..е ровно топящим за "стабильность".

>>Но теперь есть некто makers и за ними, определенно, очень большой кусок будущего.
> О - да! Будут кастомные ручки к дверям туалета делать.

Дело не в ручках. Изменяются все парадигмы и подходы. Возможность сделать в том числе и кастомную ручку к двери туалета - лишь манифестация других процессов. Крутых и мощных. Которые и изменят мир.

> А потом в серию оно пойдёт на .. см. выше :)

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

На самом деле это лишь половина пути. Первые робкие попытки приблизиться к бесконечности.

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

151. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 13:30 
>> Интересно, почему вживую получается лучше?
> Вид стремный. Лучше соглашаться

:)

> А по чесному именно с ваших давних комментариев нашел время на переход
> Debian -> Devuan и теперь у меня не возникает ощущения, что
> скоро буду как в оффтопике при проблемах переставлять систему.

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

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

182. "Выпуск Debian 9.4"  +/
Сообщение от Forth email(ok) on 12-Мрт-18, 22:34 
> И гидра эта есть первый наглядный пример, когда люди без идеологии нашли
> способ создать вендор-лок на основе GPL. Они хакнули хорошую систему. Хакнули
> в том плане, что это вроде и СПО, но при этом
> оно целиком находится под контролем Red Hat. И некоторые люди, не
> до конца уяснившие идеологический базис, запутались. Они не понимают, что хорошо,
> а что плохо.
> Это идейный кризис.

Это не идейный кризис.
Идеи уже нет как таковой, эта вся экосистема создавалась энтузиастами для энтузиастов, когда оно стало приносить деньги и большие - встал вопрос контроля и монополии.
Редхат борется за место под солнцем, когда оракл еще не лез в Linux - редхат и патчи выдавал для ядра раздельные и systemd в планах не было. Потом началась реальная борьба за рынок и мирная кооперация с тем же IBM кончилась. Методы редхат стали агрессивными, появились деньги на войну. У них как раз в этот период бабло повалило, капитализация многократно выросла, примерно тогда же и systemd появился и кучу чуваков нахантили, которые уже который год в линуксовой рассылке активно толкают свои (редхато-удобные) концепты.
А энтузиастов уже столько нету, что предложить альтернативу или хотя бы тащить флаг дальше.
И надо заметить я лично редхат хорошо понимаю, они очень много вложили труда и денег в Linux и все вокруг него. Такое без боя не сдают.


Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

211. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 13-Мрт-18, 08:46 
>> И гидра эта есть первый наглядный пример, когда люди без идеологии нашли
>> способ создать вендор-лок на основе GPL. Они хакнули хорошую систему. Хакнули
>> Это идейный кризис.
> Это не идейный кризис.

...
> И надо заметить я лично редхат хорошо понимаю, они очень много вложили
> труда и денег в Linux и все вокруг него. Такое без
> боя не сдают.

Ну, вложили не сделали. Тем не менее, дальше работает неумолимая логика социальных процессов.
То есть, самое простое: если одни чуваки получают бабло за работу над линукс, почему другие чуваки должны работать над тем же без бабла? Это выработка контр-модели внутри модели, и никакого возражения, кроме идейного, здесь и быть не может.

В какой-то момент, не исключено, выскочит некая технология (или закон?), которая потребует обязательного наличия в ПО/в железе чего-то именно несвободного или такого, что по принципам СПО не сделать. Возможно, вся эта возня вокруг безопасности и сертификатов это как раз пробные шарики или кондиционирование.

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

218. "Выпуск Debian 9.4"  +/
Сообщение от Andrey Mitrofanov on 13-Мрт-18, 10:34 
> Редхат борется за
>с тем же IBM

То есть во всём ^W^W в том, что рхейт борется "со мной", виноват микрософт, я правильно не понял?

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

224. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 13-Мрт-18, 16:57 
> Идеи уже нет как таковой, эта вся экосистема создавалась энтузиастами для энтузиастов,
> когда оно стало приносить деньги и большие - встал вопрос контроля
> и монополии.

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

> Редхат борется за место под солнцем

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

> А энтузиастов уже столько нету, что предложить альтернативу или хотя бы тащить флаг дальше.

Ну почему же нету. Devuan ведь создали. Debian когда-то тоже начинал с малого. А теперь вон он какой вырос.

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

225. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 13-Мрт-18, 17:54 
Все сто́ящие вещи начинаются со сто́ящей идеи, а не с хаотичных сиюминутных эгоистических желаний.

Вот идея и агенда Дебиана: https://www.debian.org/social_contract

Пусть покажут что-то похожее из клуба системды. :)

Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

227. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 13-Мрт-18, 18:06 
> Идея есть. Это сообщество, руководствуясь идеей СПО, породило меня. Оно дало мне

Идея есть, но сильны и желающие это наследие прихватизировать.

> Ну почему же нету. Devuan ведь создали. Debian когда-то тоже начинал с
> малого. А теперь вон он какой вырос.

Я дебиан вооот таким (на шести дискетках) помню :)))

Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

206. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (??) on 13-Мрт-18, 03:45 
> Но вот пониманием того, что он знает -- даже и не пахнет.

На самом деле варьируется, будем честны. И да, гусиная надутость - заразное заболевание, увы.

> Он знает, что GNU/Linux вырос из идеи свободы кода. Но не понимает,
> зачем ему эта свобода нужна, когда ему "просто свою задачу решить надо".

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

> Он знает, что GNU построен по основополагающим принципам UNIX, но не только
> не понимает их силы, но ещё и объявляет их устаревшими.

На мой вкус - я ок с принципами лишь до тех пор пока они хорошо работают для меня. А иначе принципы надо менять. Ломиться до упора в дверь которая оказывается не заперта - удел "ветеранов".

> Он ничего не знает про sysv. Он просто смог разобраться в его
> устройстве, хотя для этого вроде бы много ума не надо.

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

> Он верит в сказки про скоростной бутстрап systemd по сравнению с sysv,
> хотя я лично наблюдал прямо противоположное на своём железе,

Я верю объективным метрикам и анализу узких мест. И пока я не вижу чего можно по крупному предъявить системде в этом контексте.

> и отказывается провести получасовой тест с виртуалками.

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

> получается не по синтетическим тестам или там "интеллектуальным графикам профилирования
> времени загрузки", а по факту.

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

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

Да видел я ее. И даже с чем-то согласен. Но вот чего в этой статье совершенно нет: "критикуя-предлагай". Если вы предлагаете обратно на sysv и прочие openrc - это или неудачная шутка или отрыв от реалий. Они функционально не эквивалентны. И не позволят мне собирать те же конфигурации с теми же затратами сил.

> не знать, стыдно -- не пытаться узнать". Вот это именно тот
> случай. Все данные предоставлены, но он избегает этого знания.

В этом мире знаний больше чем умещается в 1 голову - прихожится быть разборчивым. Знание о более быстрых лошадях - для вас.

> всегда стремились к унификации, чтобы было много взаимозаменяемых систем.

Оно и видно по BSD и прочим солярам и макосям. Но я не против, унифицируйся с ними. На уровне hurd желательно. Интересно же посмотреть - приведет это тебя на WinXP как anonymoustus-а, или это будет что-то иное.

> Это всегда создавало хорошую конкуренцию, технологии соревновались друг с другом,

Теоретически - идея хорошая. Практически - конкуренты не потянули ритм пингвина. Это не повод клинить пингвина. Что ж поделать, иногда соревнование только с секундной стрелкой.

> мнения -- её и неправильное. И некоторые объявили её своим божеством,
> и молятся на неё денно и нощно.

...потому что гидру удалось запрячь и она пашет как проклятая. Решая кучу насущных задач. А большая часть унификаторов пиндит из-под винды о правильности своего вэя. Очень убедительно.

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

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

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

> И что все, кто не молятся гидре -- грешники, и потому должны страдать

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

> способ создать вендор-лок на основе GPL. Они хакнули хорошую систему. Хакнули
> в том плане, что это вроде и СПО, но при этом оно целиком находится под контролем Red Hat.

Контроля ровно столько сколько люди готовы отдать и столько сколько работы готовы работать.

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

Все глупые, одни вы умные. Очень типичный взгляд для жителей exUSSR.

> Да. Это либо глупость, либо слабодушие, либо и то, и другое.

Это wishful thinking, при том - у вас.

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

207. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 04:55 
> В пингвине понятное дело саботаж устроить не дали и сделали по своему. А теперь эти
> недо-десктопы кой-как пытаются передирать KMS.

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

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

215. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 13-Мрт-18, 09:51 
Anonymoustus, я хочу отказаться от своих слов. Я согласился, что он разумно излагает выше по треду, но сейчас я наконец понял, почему складывается такое впечатление. Дело в том, что у него весь контекст в голове не помещается, поэтому он выдирает по одному предложению, и интерпретирует его в контексте, который, как ему кажется, соответствует позиции собеседника.

Блин, это прекрасно. Я такой шизофазии ещё не видел. :)

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

221. "Выпуск Debian 9.4"  +3 +/
Сообщение от ssh (ok) on 13-Мрт-18, 15:41 
> Дело в том, что у него весь контекст в
> голове не помещается, поэтому он выдирает по одному предложению, и интерпретирует
> его в контексте, который, как ему кажется, соответствует позиции собеседника.
> Блин, это прекрасно. Я такой шизофазии ещё не видел. :)

Его опасно читать, вдруг заразно! ;)

Сквозь все его гм гм публикации, красной нитью: "Вы меня тут морщили/отрицали, а сейчас вам неудобно, и я этому несказанно рад. Пришло моё время!!!". Затем нам снова и снова повествуют, что:
- это он самостоятельно выбрал s*d, оно ни в коем случае не было навязано;
- он так успешен, поскольку смело движется вперёд, отринув всякий старческий опыт;
- и да, его отличные решения, которые не то хобби, не то фултайм вот-вот сразят нас своим совершенством и продуманностью.


Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

195. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 13-Мрт-18, 00:47 
> Да всё он знает, понимает и разумно излагает. Просто он проблему (эту и вообще)
> рассматривает с эгоистической позиции УМВР. А дальше, дескать, и трава не расти.

Эврика! Разумная мысль на опеннете! А знаешь почему? Потому что надутые гуси делали много лет то же самое. Их мои (и много чьи еще) проблемы не интересовали. С чего теперь надутые гуси ожидают иное отношение? Насколько я вижу, большинство айти предпочло надутых гусей уйти. Вместе с чудными ритуалами по "починке систем" и каким там еще бредом сивой кобылы, уж простите за честное называние вещей своими именами.

Нафига мне долбаться с "починкой системы" пару дней, если я могу за минуту снапшот вернуть? С минимумом потерь. Ну ок, может я потеряю пяток апдейтов на пакеты и перекачаю их. И пару конфигов может подрихтовать придется. Но два дня камасутры в разломаной системе мне совершенно точно не актуальны. У меня около 2 десятков девайсов которые так или иначе квалифицируются как компьютер. В том плане что я могу запустить программу под POSIX на этом. Половина из них на раз покажет мне ман и перекинет данные из source в destination в бэкапного диска. И главное в отличие от энтерпрайзников это не стоило мне килобаксы. Дешевые нынче компьютеры, спасибо китаю за светлое будущее.

> Как бы так не принято раньше было в СПО, если я ничего не путаю.

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

> А для фанатов системд это _нормальная_ позиция.

Это симметричная и честная позиция - я отношусь к другим так же как они относились ко мне. Так что если им что-то не нравится... может быть, следовало посмотреть в зеркало? :)

> Я бы посмеялся, если бы системда начала именно его эмбедовке создавать проблемы, с
> которым он не смог разобраться. Но он же про такое не напишет. :)

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

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

208. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 05:16 
> Половина из них на раз покажет мне ман и перекинет данные из source в destination в
> бэкапного диска. И главное в отличие от энтерпрайзников это не стоило
> мне килобаксы. Дешевые нынче компьютеры, спасибо китаю за светлое будущее.

Вы так часто повторяете возможность отката из бэкапа, что я подумал - а ведь он прав! Как же раньше жили-то, без нормальных резервных копий?

А нет, не жили.
> HISTORY
>     The restore utility appeared in 4.2BSD.
> HISTORY
>     A dump utility appeared in Version 4 AT&T UNIX.

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

Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

231. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 02:41 
> А нет, не жили.

Ты тактично не заметил что снапшот != бэкап. Снапшот, понимаешь ли, переключается за считанные секунды независимо от размера. Можно даже смотреть в несколько состояний за разные моменты времени и например сравнить их. Вон у меня снапшот с 2Тб данных. Сколько ты будешь ворочать 2Тб бэкап? Ну наверное не пару секунд как я этот снапшот.

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

232. "Выпуск Debian 9.4"  +1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 02:55 
>> А если системный диск совсем вынесен - на физически не подключеном :) диске с бэкапами есть чуть более старая версия.
>>  У меня есть бэкапы. Я могу довольно оперативно перепинуть рабочее окружение на другой комп
>> Половина из них на раз покажет мне ман и перекинет данные из source в destination в
>> бэкапного диска. И главное в отличие от энтерпрайзников это не стоило
> Ты тактично не заметил что снапшот != бэкап. Снапшот, понимаешь ли, переключается

Я конечно в курсе, что ты мастер передерга, но это уж немного перебор.

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

239. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 14-Мрт-18, 07:44 
>> Ты тактично не заметил что снапшот != бэкап. Снапшот, понимаешь ли, переключается
> Я конечно в курсе, что ты мастер передерга, но это уж немного
> перебор.

А зачем его лечить? Пусть нарвётся на любимые им эффективные процессы.

Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

244. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 16:36 
>>> Ты тактично не заметил что снапшот != бэкап. Снапшот, понимаешь ли, переключается
>> Я конечно в курсе, что ты мастер передерга, но это уж немного перебор.
> А зачем его лечить? Пусть нарвётся на любимые им эффективные процессы.

Да никто его не лечит.
Просто он так старательно, надувая щечки, педалировал преимущества бэкапов, противопоставляя им "двухдневное ковыряние" поломанной системы … как будто бэкапы исключительно достижение современной хипстоты^W прогрессистов последних лет, а раньше обязательно нужно было ковыряться )
Смешно то, что лет 15 назад, примерно те же кадры тем же тоном и так же важно надувая щечки, начинали рассказывать, как это ламерно и вообще фи – откатить систему из бэкапа за 10-20 минут! Ведь крутой ИТшник должен поковыряться половину дня и починить (или там "вычистить вирус\троян из системы!") )

Ответить | Правка | ^ к родителю #239 | Наверх | Cообщить модератору

250. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 14-Мрт-18, 18:45 
> Смешно то, что лет 15 назад, примерно те же кадры тем же
> тоном и так же важно надувая щечки, начинали рассказывать, как это
> ламерно и вообще фи – откатить систему из бэкапа за 10-20
> минут! Ведь крутой ИТшник должен поковыряться половину дня и починить (или
> там "вычистить вирус\троян из системы!") )

Добродетель из необходимости. Лет 15-20 назад стоимость решений, обеспечивающих  полноту копии, была гораздо выше. Кроме того, это медленно работало. "Типа крутой" спец на полдня обходился всё-таки дешевле.

Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

252. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 22:44 
> Добродетель из необходимости. Лет 15-20 назад стоимость решений, обеспечивающих  полноту
> копии, была гораздо выше. Кроме того, это медленно работало. "Типа крутой" спец на полдня обходился всё-таки дешевле.

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

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

Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

253. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 23:07 
>> Лет 15-20 назад стоимость решений, обеспечивающих  полноту копии, была гораздо выше.
> Да вполне приемлимо работало, просто нужно было разделять систему и данные. Откат

Добавлю:
имел в виду как раз частные решение и "мелочь". Проблема решалась, однако не было готовых И дешевых решений "для ленивых". Нужно было или "колхозить" что-то самому или платить деньгу, хотя повторю - dump/restore вполне неплохо работал, особенно на фоне некоторых систем, типа Rescue Recovery от IBM/Леново, когда бэкап или откат занимали как раз пол-дня )

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

254. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 14-Мрт-18, 23:20 
> т.к. правило "скомпрометированную систему можно вылечить только (грамотной)
> переустановкой с нуля" никто не отменял и придуманно оно было отнюдь
> не "ламерьем позорным", а совсем даже наоборот ;)

Мне вот чисто в познавательных целях интересно: ты осознаёшь, что такие высказывания (в дополнение к прочим, коими ты обильно осчастливил форум) изобличают тебя как профана и ламера, который _не умеет_ работать с техникой и поэтому с таким счастьем встретил всякие докеры и прочую одноразовую эмбедь? :)

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

256. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 15-Мрт-18, 05:17 
>> т.к. правило "скомпрометированную систему можно вылечить только (грамотной)
>> переустановкой с нуля" никто не отменял и придуманно оно было отнюдь
>> не "ламерьем позорным", а совсем даже наоборот ;)
> Мне вот чисто в познавательных целях интересно: ты осознаёшь, что такие высказывания
> (в дополнение к прочим, коими ты обильно осчастливил форум) изобличают тебя
> как профана и ламера, который _не умеет_ работать с техникой и

Мне вот чисто в познавательных целях интересно – сколько вирья и прочей малвари разобрали на запчасти "умельцы-лечильщики-не-ламеры"? Хотя бы три или четыре десятка наберется?
И сумеют ли распаковать стандартную малварь десятилетней давности, хотя бы ручками (а то мы, профаны, задолбались^W не осилили и писали себе дженерик распаковщики), в дебагере?

Знают ли о куче всяких встроенных анти-виртуалок, анти-мониторок и анти-песочниц, делающим анализ поведения малвари в виртуалках "в лоб", чуть ли не с середины двухтысячных – абсолютно бесполезной ерундой?

Имели коллекцию в несколько десятков "добровольно подаренных" хозяевами малвари мылоящиков, на которые стекались десятки и сотни паролей и ключей?

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

Тусовались (опять же, благодаря "подаренным" логинам), на всяких только-инвайт-какеро-форумах, где торговали и наборами логинов и кредиток и самими жертвами ботов (в качестве проксей для кардеров) и малварью и обфускаторами малвари с _подпиской_ на обновления и "пожизненной" (где-то 3 месяца -_-) _гарантией_ на "scantime FUD" для пары десятков антивирей и "runtime FUD" для самых распространенных?

Или "умельцы" просто гордятся тем, что с умным видом запускали антивирь (или даже несколько!1!) и отработывали найденую в интернете хаутушку по первому же? ))

В общем, опыт общения на форумах показывает, что громче всех вещают про скил удаления малвари те, кто ни с Идой, ни с Олей и близко не знаком и не видел, какие схемы прописывания в системе могут реализовать даже не сильно разбирающиеся школьники-скрипткиддизы.
Которые, использовав "халявные" обфускаторы для своего безобидного трояна, вполне могут притянуть еще и пару-тройку совершенно чужих ботов (при некотором везении - на пару с чем-то эпичным) в систему, да еще и с динамичной загрузкой всякого разного. А антивирь задетектит только троян киддиза - у остальных еще "гарантия на FUD" не кончилась, увы, для надутых "умельцев" ))

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

> поэтому с таким счастьем встретил всякие докеры и прочую одноразовую эмбедь? :)

Ты меня с кем-то путаешь ))


Ответить | Правка | ^ к родителю #254 | Наверх | Cообщить модератору

258. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 15-Мрт-18, 12:04 
Я только наводящие вопросы буду задавать, а ты уж сам такой себе портрет малюешь, что загляденье. И, похоже, ты действительно _не_ осознаёшь, как этот портрет выглядит в глазах окружающих. :)

У тебя чемодан ардуинок, плохая трёхфазная сеть, коллекция вирей… что ещё? Продолжай, дружище! :)

Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

262. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 15-Мрт-18, 16:36 
> Я только наводящие вопросы буду задавать, а ты уж сам такой себе
> портрет малюешь, что загляденье. И, похоже, ты действительно _не_ осознаёшь, как
> этот портрет выглядит в глазах окружающих. :)

Т.е. ничего конкретного по теме не будет, а будет очередной перевод стрелок и спрыг с темы?

> У тебя чемодан ардуинок, плохая трёхфазная сеть, коллекция вирей… что ещё? Продолжай, дружище! :)

А у тебя параноя - везде user294 теперь мерещится?

> коллекция вирей…

А ведь ты похоже даже не понял, о чем речь … не правда ли?
Зато ЧСВ == ЧСВ "кровного врага" + 9000
Т.к. тот по крайней мере так явно не сливается :)

Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

266. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 16-Мрт-18, 13:05 
> Т.е. ничего конкретного по теме не будет, а будет очередной перевод стрелок
> и спрыг с темы?

Ты ведёшь спор в стиле «сам соврал — сам опроверг». Извини, дружище, но я в такие игры не играю. :)

Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

267. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 16-Мрт-18, 15:37 
Не только паранойя, но старческий склероз, да? :)
Так ведь все записано - никто тебя, гуся лапчатого, за язык не тянул:


A - cкромный Анон, НГ - думаю понятно кто.
А: т.к. правило "скомпрометированную систему можно вылечить только (грамотной) переустановкой с нуля" никто не отменял
НГ: Мне вот чисто в познавательных целях интересно: ты осознаёшь, что такие высказывания (в дополнение к прочим, коими ты обильно осчастливил форум) изобличают тебя как профана и ламера,
A: Мне вот чисто в познавательных целях интересно – сколько вирья и прочей малвари разобрали на запчасти "умельцы-лечильщики-не-ламеры"? (далее следует вполне техническое обоснование мнения)
НГ: Я только наводящие вопросы буду задавать ... У тебя чемодан ардуинок, плохая трёхфазная сеть, коллекция вирей… что ещё?
НГ: Ты ведёшь спор в стиле «сам соврал — сам опроверг». Извини, дружище, но я в такие игры не играю. :)


В общем, как обычно - надутые гуси сначала видят знакомые слова и радостно начинают гоготать про свою илитарность и чужой ламеризм, а когда начинаются уточнения, дело доходит до конкретики и вдруг вырисовывается, что ламеризм может быть не совсем чужой, а совсем даже наоборот … делается финт ушами и упор на "все не так, вы фсе врети!" :)

Для протокола: 294 отвечал в последний раз в #231, так что увы. Понимаю – пошел потроллить^W по шерсть, а вернулся (опять) остриженным. Обидно, да? ))

Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

257. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 15-Мрт-18, 07:30 
>> Добродетель из необходимости. Лет 15-20 назад стоимость решений, обеспечивающих  полноту
>> копии, была гораздо выше. Кроме того, это медленно работало. "Типа крутой" спец на полдня обходился всё-таки дешевле.
> Да вполне приемлимо работало, просто нужно было разделять систему и данные. Откат

К числам. Возьмём условный 2000 г. и винду нт4 или 2к. Типовой настольный хард гигов так 15-20? Будем говорить не о системе, где ставится всё на свете. Отдельный раздел с системным добром 2 гига, далеко не пуст, поскольку программы с системой в винде чисто не разделяются. Загрузки с сети нет. Ну и вопрос, куда делался образ, и откуда же он возвращался. Пишущие приводы редки, кассетники экзотичны. Хард во внешнем корпусе, да?

> или клон (из бэкапа) как минимум самой ОС делался вполне нормально,
> благо они тогда и значительно меньше места занимали.

А, ну если сама ОС. Да, на этой части можно было сэкономить -- время.

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

259. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 15-Мрт-18, 13:33 
>[оверквотинг удален]
> настольный хард гигов так 15-20? Будем говорить не о системе, где
> ставится всё на свете. Отдельный раздел с системным добром 2 гига,
> далеко не пуст, поскольку программы с системой в винде чисто не
> разделяются. Загрузки с сети нет. Ну и вопрос, куда делался образ,
> и откуда же он возвращался. Пишущие приводы редки, кассетники экзотичны. Хард
> во внешнем корпусе, да?
>> или клон (из бэкапа) как минимум самой ОС делался вполне нормально,
>> благо они тогда и значительно меньше места занимали.
> А, ну если сама ОС. Да, на этой части можно было сэкономить
> -- время.

Не надо так далеко ходить. Совсем вот недавно в своём хозяйстве лечил оффтопик-2003. После некоторых мероприятий, связанных с неграмотным и безответственным лечением WAU, поломались службы ОС, в том числе сетевые. По философии нашего оппонента следовало бы «накатить из снапшота». Но, во-первых, нету снапшота; во-вторых, проблема не стоит таких издержек. Взял со здоровой такой же системы кусок реестра, который про службы, импортировал на нерабочей в её реестр — и проблема фактически решена, после пары дополнительных правок.

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

260. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 15-Мрт-18, 14:00 
> лечением WAU, поломались службы ОС, в том числе сетевые. По философии
> нашего оппонента следовало бы «накатить из снапшота». Но, во-первых, нету снапшота;

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

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

261. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 15-Мрт-18, 14:25 
>> лечением WAU, поломались службы ОС, в том числе сетевые. По философии
>> нашего оппонента следовало бы «накатить из снапшота». Но, во-первых, нету снапшота;
> Сама по себе "накатка" вовсе не плохой метод. Те же "15-20 лет
> назад" она по смыслу была бы кстати во многих случаях, только
> по ресурсам была затратной.
> Сейчас это вполне жизненный способ решать проблемы -- с известными ограничениями, которых
> в упор не видит "наш оппонент", "философия" которого всецело определяется его
> сиюминутным бытием.

Метод хорош, где всё разнесено по модулям и многократно продублировано. В ЦОДе каком-то. Вынул из стойки мелкий больной сервер, заменил здоровым, и всё без остановки системы. Но это не всегда и не везде возможно и приемлемо.

Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

265. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 15-Мрт-18, 17:41 
> Метод хорош, где всё разнесено по модулям и многократно продублировано. В ЦОДе
> каком-то. Вынул из стойки мелкий больной сервер, заменил здоровым, и всё
> без остановки системы. Но это не всегда и не везде возможно и приемлемо.

Т.е. вы как "лечили" вирье ручками, так и продолжаете?
Небось еще и считаете, что затраты труда на чистку сравнимы (или даже меньше), чем на нормальную систему резервного копирования и отката?

Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

264. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 15-Мрт-18, 17:36 
> Но, во-первых, нету снапшота;

Ссзб?
> во-вторых, проблема не стоит таких издержек.  

Дважды ссзб, потому что не различаешь между бэкапом и снапшотом (для последнего очень желательно поддержка ФС, как и вообще COW ФС). Откат из снапшота - секунды.
Неплохо заменялись снапшоты и регулярными бэкапами c разными dump-levels. Тут уже откат займет пару-тройку минут. Но все это не про НТФС, да ))

Во-вторых: не видеть особых различий между "лечением" поломки и "лечением" малвари – очень хорошо характеризует общий скил надутых гусей ))


Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

263. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 15-Мрт-18, 16:55 
> Ну и вопрос, куда делался образ,

Дискета для загрузки, потом подтыкался (или просто включался в BIOS) хард.
Были еще и зип-дискеты. Опять же, самих данных у пользователей многим меньше - ни фоток котиков, ни гигабайтов музыки, ни терабайтов видео.
Да и пишущие приводы не так уж экзотичны были в 2000-то ;)
В осноном все сводилось к следующему - установить систему с нужным софтом и настройками. Сделать образ. Бэкапить только пользовательские данные. Повторюсь - для частников и "мелочи". Потому и "колхозить". Но программа минимум - бэкап самых важных данных, вполне осуществлялся на дискеты.

Опять же, рабочее место разворачивали примерно таким же образом - копировали образ полностью настроенной системы с софтом и занимало это где-то 10 минут, что не идет ни в какое сравнение с установкой "ручками".


Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

156. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 12-Мрт-18, 16:48 
> гонору на себя нагнал, знаний не проявляешь никаких, а хвастаешься вещами,
> навроде вышеописанной. В то время как специалисты чётко понимают, что это
> задача ТРИВИАЛЬНА. И так уже третий раз, ну чесслово, сколько можно?

Если все так тривиально, я с удовольствием посмотрю как опеннетовские эксперты меня законкурируют. А также какой будет спрос на их услуги, сколько и кто за это будет готов платить и все такое прочее. Нет, я не спорю, сделать эрзац-умный дом из малины сможет даже iPony. Но будут некоторые нюансы, о которых ты узнаешь потом, если купишь у него его хипстерское мегарешение. А если выпаст шанс сравнить с тем как это бывает у менее хиповатых персонажей - там и почувствуется разница :)

> Ты понимаешь, дурилка, что это как заливать всем, как хорошо ты знаешь
> дифуры, и в доказательство приводить пример вида "я знаю, сколько будет семь-ю-три". :)

Если бы ты что-то понимал в этой области, знал бы что она состоит из множества мелких деталей и подлых особенностей. Так то оно со стороны выглядит как семью-три. До тех пор пока сам не попробуешь запилить и оставить где-нибудь в пердях за 1000 километров. С перспективой лично прокатиться туда за свой счет, если все же сглючит и не выйдет на режим само, потому что жать ресет и прочие "чинить систему" как любят ветераны там, извините, некому. И даже если поедет какой там монтажер, его выезд стоит денег. Это вызывает нарекания.

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

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

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

228. "Выпуск Debian 9.4"  +1 +/
Сообщение от _ (??) on 13-Мрт-18, 18:32 
>Нет, я не спорю, сделать эрзац-умный дом из малины сможет даже iPony. Но будут некоторые нюансы, о которых ты узнаешь потом, если купишь у него его хипстерское мегарешение.

... а вот если купить у тебя ... то радуга, за всё хорошее против всего плохого, каждой бабе - по мужику и прочее "либеро" (С)  :-))))

Ой, поржал, спасибо! :) Ты годный засранец, смешной и наглый. Давай ещё!

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

233. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 02:58 
> ... а вот если купить у тебя ...

ЧСХ покупают. Но если вы не заметили, я вам и прочим anonymoustus-ам свои услуги не сватаю. Есть такое понятие - "геморный клиент". Ветеран-гуси и тому подобные типажи лучше всех знают "как надо". И отлично! Значит они САМИ и имплементят ЭТО, именно ТАК как им правильно. При этом они мне не как бы не клиент а конкурент по логике вещей. С удовольствием посмотрю много ли эти гуси смогут кроме загибания пальцев на форуме и поучений других как надо.

А сюда я очень изредка захожу потроллить. Надутые гуси существа все-таки забавные.

Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

82. "Выпуск Debian 9.4"  +4 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 14:55 
В одном предложении вся суть движения за сисдемду:

> В гробу я видел кодинг на шелле базовых системных инструментариев самому себе.

Как много раз и много где умные люди, включая меня, поясняли, системда — это уход от юникса (и красношляпый вендорлок), а не просто новый системный фреймворк для линукса.

Говоря проще и понятнее (особенно для опоздавших родиться), фанаты системды — это люди, которые не понимают и не хотят понимать юникс и шелл.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

94. "Выпуск Debian 9.4"  –3 +/
Сообщение от Аноним (??) on 11-Мрт-18, 18:28 
> Как много раз и много где умные люди, включая меня, поясняли, системда — это
> уход от юникса

От проприетарных дохлых операционок эпохи твоей молодости? Да и хрен с ними. На мой вкус - взять лучшее, выкинуть хучшее и идти вперед.

А ты там колупайся в своей XP. Офигенная иллюстрация на что юниксвэй в чистом виде пригоден.

> (и красношляпый вендорлок), а не просто новый системный
> фреймворк для линукса.

Выбирая между "локом" на штуку с сорцами на гитхабе которые я могу пропатчить и неведомыми блобами WinXP которые никто не поддерживает... нутыпонел :)

> Говоря проще и понятнее (особенно для опоздавших родиться), фанаты системды — это
> люди, которые не понимают и не хотят понимать юникс и шелл.

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

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

104. "Выпуск Debian 9.4"  +4 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 20:05 
>> Как много раз и много где умные люди, включая меня, поясняли, системда — это
>> уход от юникса
> От проприетарных дохлых операционок эпохи твоей молодости? Да и хрен с ними.
> На мой вкус - взять лучшее, выкинуть хучшее и идти вперед.

Логика правильная. Реализации правильной не хватает. И не будет. Тебе интересно, почему не будет? Потому что поколение Z умеет мыслить только в парадигме «фреймворк внутри браузера». Может они и не безнадёжно тупые, но точно не понимают некоторых философских вещей, которые необходимы для создание системного ПО. И байты считать, кстати, тоже, причём даже постановку вопроса такую не поймут. Поколение Z, как много в этом понятии. Если у них забрать их эмоджи и хипсторский браузер, они будут беспомощны, как рыбы на берегу.


> А ты там колупайся в своей XP. Офигенная иллюстрация на что юниксвэй
> в чистом виде пригоден.

Может быть, ты знаешь такой современный линукс, который уже лучше моей старой XP? :)


>> (и красношляпый вендорлок), а не просто новый системный
>> фреймворк для линукса.
> Выбирая между "локом" на штуку с сорцами на гитхабе которые я могу
> пропатчить и неведомыми блобами WinXP которые никто не поддерживает... нутыпонел :)

Да _не можешь_ ты их пропатчить. Ну как же не понимать такую вещь? Читай по слогам: ты не можешь пропатчить системду. От твоих патчей, скорее всего, начнёт ломаться юзерленд, и ладно бы, если только юзерленд. Системда как раз уже в той стадии готовности, когда чужие форки и патчи больше не работают. Смирись теперь с этим кактусом и жуй его во славу Красной Шляпы, аминь. :)

>> Говоря проще и понятнее (особенно для опоздавших родиться), фанаты системды — это
>> люди, которые не понимают и не хотят понимать юникс и шелл.
> Вообще-то я вполне себе пользуюсь шеллом. Просто я предпочитаю им пользоваться там
> где он хорошо работает и делает для меня что-то полезное. А
> не слепо гасить им без разбора везде, не задумываясь можно ли
> сделать проще, быстрее, логичнее и удобнее.

Шелл везде хорошо работает. Разговор был не про это. Системда это такой «дополнительный уровень абстракции», который полностью отгораживает тебя от системы. Если раньше в линуксе, при его понимании, конечно, ты (как администратор своего локалхоста) всё имел под контролем и мог делать с ним на своё усмотрение всё, что угодно, а логи у тебя были в тексте, видном откуда угодно, то теперь про это несбыточное счастье можешь забыть. Системду теперь ни с какой стороны не объедешь, потому что она теперь де-факто и есть ОС линукс.

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

115. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 23:28 
> Логика правильная. Реализации правильной не хватает. И не будет.

У энтерпрайзников есть такое понятие - "good enough". Системд для меня - good enough. Он работает и решает мои задачи. Лучше чем то что было до него. А перфекционизм все только портит.

> «фреймворк внутри браузера». Может они и не безнадёжно тупые, но точно
> не понимают некоторых философских вещей, которые необходимы для создание системного ПО.

Лично мной системд воспринимается как артефакт от системщиков. Немного напоминает мои древние потуги кодить запускалки делающие нормальную изоляцию и приоритеты в лине. Только намного фичастее, параллельное и с хоть какой-то архитектурой за пределами "решал задачу как умел". Работа фултайм над фичой очень тому способствует.

> забрать их эмоджи и хипсторский браузер, они будут беспомощны, как рыбы на берегу.

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

> Может быть, ты знаешь такой современный линукс, который уже лучше моей старой XP? :)

"Лучше" не универсальное понятие. "Лучше для меня" - знаю конечно же. Сабж, например. Или даже убунты. Хоть с ними и много возни, мне уже проще пожалуй дебиан полировать, чем отпиливать лишнее из убунт. Это не идеальное решение. Но это решение где я более-менее в ответе за мою систему и то что в ней происходит. По крайней мере в объеме который меня интересовал. В винде я вообще по большому счету гость. Так не интересно.

> Да _не можешь_ ты их пропатчить. Ну как же не понимать такую вещь?

Позволю себе усомниться в твоих телепатических способностях.

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

Когда я лезу в дела системные - я беру на себя ответственность за результат. Если что-то отвалилось, это мой факап. Надлежит попробовать еще раз, более компетентно и грамотно.

> Системда как раз уже в той стадии готовности, когда чужие форки
> и патчи больше не работают. Смирись теперь с этим кактусом и
> жуй его во славу Красной Шляпы, аминь. :)

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

> Шелл везде хорошо работает. Разговор был не про это. Системда это такой
> «дополнительный уровень абстракции», который полностью отгораживает тебя от системы.

Он не "отгораживает меня от системы". Это мой агент, которому делегированы права и доступ отвесить от моего лица сисколы в правильном виде на запускаемые процессы куда я хочу это сделать. Я умею этого агента убеждать сделать что мне надо и это намного проще чем добиться того же из шеллскрипта. Шеллскрипты не могут напрямую вызывать сисколы, появляется куча внешних зависимостей, это приводит к множеству дурных проблем с правами и областями видимости при урезании прав и формировке контейнеров. То что вы не хотите всем этим пользоваться - не мои проблемы. Я активный пользователь контейнеров и VM и считаю это чем-то хорошим и правильным.

> Если раньше в линуксе, при его понимании, конечно, ты
> (как администратор своего локалхоста) всё имел под контролем и мог делать
> с ним на своё усмотрение всё, что угодно, а логи у тебя
> были в тексте, видном откуда угодно,

Текст понятие относительное. Gzip - не особо текстовый, не помню чтобы я на глаз хорошо парсил деревья хаффмана. Ах, утилита есть? Так в системд утилита тоже есть. А если копнуть глубже, файлуха окажется такой себе бинарной БД по типу key-value и на глаз ее тоже не больно кайфово парсить. А ведь в хучшем случае она может сказать хрясь и не отдать файл совсем. Давайте теперь блин на принтер в формате ASCII логи отправлять? Весь гигабайт? Будет у тебя пара вагонов логов, удачи в поиске записей и администрировании.

А бонус за лицемерие - за то что utmp/wtmp всю жизнь были бинарными но никто не вонял.

> то теперь про это несбыточное счастье можешь забыть.

Я знаю что байт состоит из 8 битов. Для меня все 256 возможных значений - равноправны.

> Системду теперь ни с какой стороны не объедешь,
> потому что она теперь де-факто и есть ОС линукс.

Если мне станет принципиально - таки объеду. Но принципиально оно все же не на десктопе а как максимум какойнить мелкой эмбедовке.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

124. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 01:21 
> У энтерпрайзников есть такое понятие - "good enough". Системд для меня -
> good enough. Он работает и решает мои задачи. Лучше чем то
> что было до него. А перфекционизм все только портит.

А что делать с теми, для кого не решает или даже ломает их решения?


> Лично мной системд воспринимается как артефакт от системщиков. Немного напоминает мои древние
> потуги кодить запускалки делающие нормальную изоляцию и приоритеты в лине. Только
> намного фичастее, параллельное и с хоть какой-то архитектурой за пределами "решал
> задачу как умел". Работа фултайм над фичой очень тому способствует.

Они ж её не от своего ума придумали, а подсмотрели у разных компаний. Ну и посадили бы писать системду людей, а не эту обезьяну — хоть не так в штыки бы всё принималось, наверное.


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

С наскока — обломаюсь, конечно. Но у меня есть костяк знаний и способность делать новое знание, я быстренько соберу по википедиями и гуглам недостающее, докуплю в хозяйственном лабазе инструмента, поищу где плохо лежит годного топлива — и выплавлю какой-то бронзы. В этом и разница. А они умрут (точнее, их трахнут и съедят) в первый же год наступления первобытности. :)


> Мне он пришелся по вкусу. А полторы колючки которые я на нем
> нашел - я так и быть сбрил. Да и решение в
> виде XP мне почему-то нравится намного меньше. Для меня оно не
> имеет никаких перспектив и точно не поможет мне в направлениях которые
> я желаю уметь.

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


>[оверквотинг удален]
> Он не "отгораживает меня от системы". Это мой агент, которому делегированы права
> и доступ отвесить от моего лица сисколы в правильном виде на
> запускаемые процессы куда я хочу это сделать. Я умею этого агента
> убеждать сделать что мне надо и это намного проще чем добиться
> того же из шеллскрипта. Шеллскрипты не могут напрямую вызывать сисколы, появляется
> куча внешних зависимостей, это приводит к множеству дурных проблем с правами
> и областями видимости при урезании прав и формировке контейнеров. То что
> вы не хотите всем этим пользоваться - не мои проблемы. Я
> активный пользователь контейнеров и VM и считаю это чем-то хорошим и
> правильным.

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


>[оверквотинг удален]
>> с ним на своё усмотрение всё, что угодно, а логи у тебя
>> были в тексте, видном откуда угодно,
> Текст понятие относительное. Gzip - не особо текстовый, не помню чтобы я
> на глаз хорошо парсил деревья хаффмана. Ах, утилита есть? Так в
> системд утилита тоже есть. А если копнуть глубже, файлуха окажется такой
> себе бинарной БД по типу key-value и на глаз ее тоже
> не больно кайфово парсить. А ведь в хучшем случае она может
> сказать хрясь и не отдать файл совсем. Давайте теперь блин на
> принтер в формате ASCII логи отправлять? Весь гигабайт? Будет у тебя
> пара вагонов логов, удачи в поиске записей и администрировании.

Это уже смешивание в кучу коней и людей. Текст это текст — самый универсальный носитель и формат заодно. Его можно прочитать на любой системе любым, практически, инструментом.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

126. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 02:31 
> А что делать с теми, для кого не решает или даже ломает их решения?

Ну значит им не повезло. Пусть решают свои проблемы сами. Еще как вариант, гильотина надежно лечит головную боль.

> Они ж её не от своего ума придумали, а подсмотрели у разных компаний.

Так я никогда с этим и не спорил. И что характерно - по моему мнению взяли многие лучшие черты и оставили за бортом хучшие. Так что обычные текстовые конфиги без бинарных баз и ужасных XMLок, но вполне себе менеджмент, без диких тупняков и проч, апи какие-никакие и проч.

Т.е. это не настолько безжалостно энтерпрайзно-оверинженернуто как в соляре, но и не свалка костылищ от хаотичных хиппи. Далеко не самый плохой баланс на свете.

> Ну и посадили бы писать системду людей, а не эту обезьяну — хоть
> не так в штыки бы всё принималось, наверное.

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

> в хозяйственном лабазе инструмента, поищу где плохо лежит годного топлива — и выплавлю
> какой-то бронзы. В этом и разница. А они умрут (точнее, их
> трахнут и съедят) в первый же год наступления первобытности. :)

Латентный выживальщик? Ну ладно, если подгонишь бронзы и железа, смогу перезапустить электричество и магнетизм. Обращайся если что :)

> системда не пришлась по вкусу, однако её навязывают всем.

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

> продукте единичного поставщика, который за это отвечает перед потребителями, то без
> вопросов. Но оно, во-первых, не работает как надо.

Меня устраивает как оно работает, в первом приближении чего-то похожего и надо было. Если кто-то готов сделать лучше - где он столько лет был, спрашивается? Почему не вылез когда Шатлворт только начал апстарт и шапка только внедрила его, только набивая шишек?

> Во-вторых, оно вендорлочит линукс на Шляпу.

Да ну, сабж делом доказал что при наличии сорца хрен кого залочишь, форкая glibc в виде eglibc. И это таки заставило апстрим стать кооперативнее и учитывать интересы и этих тоже. Нормальная балансировка интересов вроде.

> В-третьих, Шляпа клала шляпу на всех, кто страдает от её проделок.

Не-а. Они так пробовали с eglibc и номер не прокатил. Я думаю они усвоили как делать не надо. И помнится замечания дебианзиков опять же учли.

> В-четвёртых, оно устраняет из линукса юникс на уровне идеологии, философии и технологии.

"GNU Is Not Unix". Идеология unix - проприетарные системы и куча драных академ котов которые пресмыкаются в надежде на корпоративную подачку от проприерасов. И в результате что? Технологии операционок у этого сброда в ауте, а философия - из WinXP. Офигенно работает, чо.

Так что я буду за тех кто попробует что-нибудь менее идиотское. И без зависимости от MS и Apple в комплекте. Это враждебные опенсорцу корпорации. Они делом доказали.

> Те, кому линукс приглянулся как открытый свободный
> заменитель юникса — слегка огорчены таким поворотом.

Для меня это семейство технологий, которое работает для моих задач. Там есть какие-то частичные мотивы от unix, но я лично против того чтобы слепо копировать дизайны и подходы 70-90 прошлого века 1 в 1, не используя мозг и полагая что мир стоял на паузе.

А скучать по проприетарным операционкам и архаичному культу управления системами - это все же не совсем ко мне. Я из тех кто идет вперед пока видит возможность это делать.

> Это уже смешивание в кучу коней и людей. Текст это текст — самый универсальный
> носитель и формат заодно.

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

> Его можно прочитать на любой системе любым, практически, инструментом.

Ага, только половина пожато gzip-ом каким и оказывается деревья хаффмана уже совсем не любой инструмент жрет, а только 1-2 вполне конкретных. Да и тескт лежит на файлухе, битком набитой бинарными структурами типа b-деревьев всяких. И если оно таки фэйлит, удачи там потом какой-то текст найти и отличить от всего остального. Особенно когда остального пара терабайтов.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

133. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 09:58 
> Ну значит им не повезло. Пусть решают свои проблемы сами. Еще как
> вариант, гильотина надежно лечит головную боль.

Не надо больше слов, ты сказал достаточно.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

197. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 00:55 
> Не надо больше слов, ты сказал достаточно.

Надутые гуси тоже сказали мне достаточно. Что, угрожать системдшникам физическими действиями тебе не обломно, а самому, значит, примерить свое добро на себя - не нравится? Экие вы гуси несимметричные, не хотите кушать свои же рецепты. Оказывается это не только с икспой и юниксвэем так, а вообще по жизни :)

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

234. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 03:07 
> Хочешь нас старпёров растереть в пыль?

Это не требуется. Говорят что гордыня предшествует падению. Ветеранюниксадмин топящий за XP показывает как это выглядит для ITшника.

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

149. "Выпуск Debian 9.4"  +2 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 13:15 
>> системда не пришлась по вкусу, однако её навязывают всем.
> А что значит навязывают? Приперлись и потребовали поставить?

Ой, да ладно тебе, опять эту пластинку? Сколько можно уже? :)
Люди уже дебиан отфоркали в знак протеста, а вы до сих пор рассказываете сказки, что никто не навязывает systemd. :)


>> Во-вторых, оно вендорлочит линукс на Шляпу.
> Да ну, сабж делом доказал что при наличии сорца хрен кого залочишь, форкая glibc в виде eglibc

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

>> Те, кому линукс приглянулся как открытый свободный
>> заменитель юникса — слегка огорчены таким поворотом.
> Для меня это семейство технологий, которое работает для моих задач. Там есть
> какие-то частичные мотивы от unix, но я лично против того чтобы
> слепо копировать дизайны и подходы 70-90 прошлого века 1 в 1,
> не используя мозг и полагая что мир стоял на паузе.

А давайте ещё выкинем из математики все теоремы за авторством Коши. Они ведь были написаны так давно... Уже не актуальны. Пора разработать какой-нибудь новый подход для доказательств более сложных теорем, не? :)

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

150. "Выпуск Debian 9.4"  +2 +/
Сообщение от Ю.Т. on 12-Мрт-18, 13:22 
>> какие-то частичные мотивы от unix, но я лично против того чтобы
>> слепо копировать дизайны и подходы 70-90 прошлого века 1 в 1,
>> не используя мозг и полагая что мир стоял на паузе.

"Дизайны и подходы" информатики это не то же самое, что, скажем, моды одежды.

> А давайте ещё выкинем из математики все теоремы за авторством Коши. Они
> ведь были написаны так давно... Уже не актуальны. Пора разработать какой-нибудь
> новый подход для доказательств более сложных теорем, не? :)

Лучше выпилить эту гадкую модель фон Неймана. Эпоха вакуумных ламп, вы подумайте. Наверняка можно придумать что-нибудь получше. :)

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

198. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 01:01 
> "Дизайны и подходы" информатики это не то же самое, что, скажем, моды одежды.

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

> Лучше выпилить эту гадкую модель фон Неймана.

Да ее и выкинули. Даже блин в микроконтроллерах пожирнее. Просто смухлевали немного. Вот смотри, у x86 есть I-cache и D-cache. Это тебе о чем-нибудь говорит? А у Cortex-M постарше есть Icode bus и Dcode bus. Это тебе о чем-нибудь говорит?

Так что на уровне физики - Гарвард. На уровне программной модели Нейман. Такое вот наглое читерство, чтобы и быстро работало (ворочая данные по нескольким шинам сразу) и програмить не геморно (оно делает вид что это типа Нейман такой).

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

213. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 13-Мрт-18, 09:02 
"Дизайны и подходы" информатики это не то же самое, что, скажем, моды одежды.
И кидаться ими не получится.

>> Лучше выпилить эту гадкую модель фон Неймана.
> Да ее и выкинули. Даже блин в микроконтроллерах пожирнее. Просто смухлевали немного.

Издеваешься или не понимаешь? Модель фон Неймана, суть которой последовательное исполнение, была и есть и никуда, пока что, не девается. Всё, о чём со значительным видом упомянуто в поскипанной куче, это именно костыли, вызванные необходимостью делать неймана.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

235. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 03:17 
> И кидаться ими не получится.

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

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

> Издеваешься или не понимаешь? Модель фон Неймана, суть которой последовательное исполнение,
> была и есть и никуда, пока что, не девается.

Она только для софта, да и то - вон там клевые vuln в каком-то там спекулятивном исполнении. Знаешь что такое спекулятивное исполнение? Вот такая вот "последовательность". А на уровне физики (шин, кэшей, ...) сколь-нибудь шустрое железо таки гарвардцы. С отдельными шинами кода и данных.

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

Это не костыли. Это способ разогнать железо не трахая мозг програмерам гарвардом. Все-таки с точки зрения программирования гарвардцы довольно неудобны. Кто хочет ощутить - из мелочи AVR есть. И по этому поводу там ряд вещей довольно костыльно делается.

Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

238. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 14-Мрт-18, 07:40 
>> И кидаться ими не получится.
> А вот это решать будут явно не надутые гуси.

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

> появляется. Но это не значит что выйдет им махать постоянно.

В зависимости от состояния "рынка труда" может и дворником кому-то придётся, и что тут нового?
Зачем тобой было написано поскипанное? Зачем ты вообще столько пишешь -- перпендикулярно *любой* обсуждаемой теме?

>> Издеваешься или не понимаешь? Модель фон Неймана, суть которой последовательное исполнение,
>> была и есть и никуда, пока что, не девается.
> Она только для софта, да и то - вон там клевые vuln
>> Всё, о чём со значительным видом упомянуто в поскипанной куче, это именно костыли,
>> вызванные необходимостью делать неймана.
> Это не костыли. Это способ разогнать железо не трахая мозг програмерам гарвардом.

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

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

164. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:48 
> Люди уже дебиан отфоркали в знак протеста, а вы до сих пор
> рассказываете сказки, что никто не навязывает systemd. :)

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

В этом собственно сила опенсорца и состоит - если кому-то что-то не нравится, взял да и запатчил как нравится.

> То есть в прошлой новости про systemd ты слился с этим тезисом,

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

> а теперь решил по-новой попробовать, мол, вдруг чего изменилось? Отважно, но
> нет, повторно не будем время тратить.

Согласен, в пень. Фанатам ничего не докажешь.

> А давайте ещё выкинем из математики все теоремы за авторством Коши. Они
> ведь были написаны так давно...

Ну ты поставил блин в один ряд теоретика Коши и практическую эксплуатацию компьютерных систем. Хотя кой-в чем ты прав, у фанов sysv - в теории все офигенно. А на практике драный гоюкодром и удобства во дворе. Ну а менее теоретически настроенных персонажей это состояние дел утомило. При том если ты не заметил, первым убедительным звоночком был вообще upstart. Его тоже ругали :) а когда появился системд и оказалось что он еще успешнее - оказалось что апстарт не такой уж и плохой. Ах какой красивый сдвиг парадигм и стандартов суждений под воздействием внешних факторов. Любо-дорого смотреть. Так хорошо показывает природу некоторых людей и чего они стоят. И за кого они держат окружающих в попытках достижения своих жалких мелочных предпочтений и интересов.

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

171. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 19:10 
> во дворе. Ну а менее теоретически настроенных персонажей это состояние дел
> утомило. При том если ты не заметил, первым убедительным звоночком был
> вообще upstart. Его тоже ругали :) а когда появился системд и
> оказалось что он еще успешнее - оказалось что апстарт не такой

Я говорил уже -- начальный манифест нового кормчего был таким... слабым произведением технической мысли, что никто и всерьёз не воспринял.
И от позднейшего нахальства ЛП все настолько обалдели, что и не поняли, что *убеждать* их никто не собирается.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

192. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 12-Мрт-18, 23:59 
>> А давайте ещё выкинем из математики все теоремы за авторством Коши. Они
>> ведь были написаны так давно...
> Ну ты поставил блин в один ряд теоретика Коши и практическую эксплуатацию компьютерных систем.

"Коши -- всего лишь теоретик"! :D
Всё, теперь ты сказал достаточно даже для меня. )))

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

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

200. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 01:06 
> "Коши -- всего лишь теоретик"! :D

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

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

209. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 13-Мрт-18, 08:11 
>> "Коши -- всего лишь теоретик"! :D
> Он просто из другой области. <...>

Ой ну не отбрехивайся. Сказанное не воротишь. :)

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

236. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 03:27 
> Ой ну не отбрехивайся. Сказанное не воротишь. :)

Если ты видишь в сказанном то что хочешь увидеть а не то что я пытался донести - это как бы твое дело, но почему ты считаешь что это мой промах? Это твоя предвзятость, имхо.

А чисто по человечески мне интересно, усвоишь ли ты что имели показать капиталисты :). Да, мне интересно - сможешь ли ты послать симатичные тебе в душе, но явно провальные по эффективности концепции? Или будешь упираться рогами до последнего, нагибая рабочие процессы? Это довольно забавная граница водораздела.

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

240. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 14-Мрт-18, 10:24 
> А чисто по человечески мне интересно, усвоишь ли ты что имели
> показать капиталисты :). Да, мне интересно - сможешь ли ты послать
> симатичные тебе в душе, но явно провальные по эффективности
> концепции? Или будешь упираться рогами до последнего, нагибая
> рабочие процессы? Это довольно забавная граница водораздела.

Ну офигеть. То есть я это увидел так:
Ты всеми силами показывал в течение нескольких дней, что тебе с высокой башни плевать хотелось на проблемы людей со мнением, отличным от твоего;
Что ты готов похоронить технологии с хорошим дизайном в угоду сиюминутным хотелкам, оправдывая это тем, что новые технологии дали тебе возможность не думать...
А теперь ты к тому же добавляешь, что ты коммуняжка? Браво! Браво! :)

Вчера ты позорил только сторонников systemd, а сегодня... :D

Ответить | Правка | ^ к родителю #236 | Наверх | Cообщить модератору

242. "Выпуск Debian 9.4"  +1 +/
Сообщение от Ю.Т. on 14-Мрт-18, 14:33 
> Вчера ты позорил только сторонников systemd, а сегодня... :D

...а сегодня и "коммуняжек". Найти таких неорганизованных в мышлении среди последних ещё постараться  надо.

Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

251. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 14-Мрт-18, 22:27 
> Найти таких неорганизованных в мышлении среди последних ещё постараться  надо.

С этим, кстати, я бы поспорил. Ну, авось доведётся схлестнуться в какой-нибудь новости про суды (там такие ветки на удивление часто возникают).

Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

199. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 13-Мрт-18, 01:04 
> А что делать с теми, для кого не решает или даже ломает их решения?

"А в черную работу. Землю копать." (c)

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

145. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 12:50 
> Текст понятие относительное. Gzip - не особо текстовый

И потому его используют лишь при ротации, и не для всех случаев, потому что если service.log.gz побьётся, то восстановить его станет невозможно.

> Ах, утилита есть? Так в системд утилита тоже есть.

Опять же, этот момент тоже прекрасно рассмотрен по ссылке, которую ты отказался читать.

> А если копнуть глубже, файлуха окажется такой себе бинарной БД по типу key-value и на глаз ее тоже не больно кайфово парсить.

И этот момент мы тоже уже много раз рассматривали. И это тоже можно при желании найти по той же ссылке.

> А бонус за лицемерие - за то что utmp/wtmp всю жизнь были бинарными но никто не вонял.

Потому что в них записи фиксированного размера, и при повреждении теряется только то, что повреждено, а не всё и сразу.

>> то теперь про это несбыточное счастье можешь забыть.
> Я знаю что байт состоит из 8 битов. Для меня все 256 возможных значений - равноправны.

Уровень твоих знаний мы уже оценили, спасибо. Можешь успокоиться и перестать заниматься нарциссизмом. :)

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

174. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 19:22 
> И потому его используют лишь при ротации, и не для всех случаев,
> потому что если service.log.gz побьётся, то восстановить его станет невозможно.

Такие вещи даже и без гзипа восстановить может быть нетривиально. Особенно если файлуха все же развалилась. Если безбашенно юзать - логи бывают фрагментированными и нет маркеров начала файла. И как это в 2 терабайтах осмысленно найти - вы и расскажете.

> Опять же, этот момент тоже прекрасно рассмотрен по ссылке, которую ты отказался читать.

Я уже читал этот спам когда-то. Обычная агитка, только вместо загнивающего запада Поттеринг. Но тоже "загнивающий" :)

> И этот момент мы тоже уже много раз рассматривали. И это тоже
> можно при желании найти по той же ссылке.

Да ну в пень. Я в курсе что есть файлухи, последний совет из моего комента мистер Шигорин нарезал. Не очень представляю себе рекавери текстовых логов с 2 терабайтного образа с дружелюбном виде, чтобы не заманаться. Как максимум с адскими затратами времени можно может быть найти несколько интересных записей, актуально для criminal investigation всяких.

> Потому что в них записи фиксированного размера, и при повреждении теряется только
> то, что повреждено, а не всё и сразу.

А в journald настраивается размер файлов и сам файл - кольцевой буфер. Так что может быть не фрагментирован вообще. Может быть фиксированного размера. И есть маркер начала файла. Так что если вопрос встанет ребром, такое даже можно выдернуть целиком даже с весьма убитой ФС, особенно если заранее немного об этом позаботиться. Надо немного - понимать аллокацию файлов в ФС и как POSIXные операции с файлом работают.

> Уровень твоих знаний мы уже оценили, спасибо. Можешь успокоиться и перестать заниматься
> нарциссизмом. :)

Да куда мне до ветеранов, рассказывающих какие они важные гуси и как надо. Как по мне ты и следуй советам экспертов типа Anonymoustus, как экспу прокачаешь :)

Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

181. "Выпуск Debian 9.4"  +1 +/
Сообщение от Forth email(ok) on 12-Мрт-18, 22:23 
> Да ну в пень. Я в курсе что есть файлухи, последний совет
> из моего комента мистер Шигорин нарезал. Не очень представляю себе рекавери
> текстовых логов с 2 терабайтного образа с дружелюбном виде, чтобы не
> заманаться. Как максимум с адскими затратами времени можно может быть найти
> несколько интересных записей, актуально для criminal investigation всяких.

На файловых системах типа ext3 несложно. После того как за inode зацепился уже дальше все просто. Даже если собрать целиком файлы лога не вышло по найденным inode, то пропуски легко найти по ожидаемым сигнатурам (хоть регексами), если формат данных известен. С текстом особенно легко.
Я так в 2004-ом как раз с посыпавшегося рейда собирал инфу. Там был склад xml-файлов известного формата. Достал почти всё. Аппаратный контроллер рейд запускать отказывался, поэтому пришлось диски вычитывать отдельно.
Где-то несколько дней ушло, данных было 70 гигов примерно.
С двумя терабайтами не вижу проблемы. Тогда диски были большие по сравнению со скоростью процов и памятью машин :)

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

202. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 01:41 
> На файловых системах типа ext3 несложно.

Кто ж сейчас EXT3 пользуется, ext4 шустрее все-таки из-за экстентов.

> После того как за inode зацепился уже дальше все просто.

Это "просто" если ты структуры файлухи знаешь. И сколько опеннетчиков покажет нам этот номер? Особенно из хорохорившихся тут?

> Даже если собрать целиком файлы лога не вышло по найденным inode, то пропуски
> легко найти по ожидаемым сигнатурам (хоть регексами),

О да, пару терабайтов регэксами :). Как максимум могу себе представить что если это поимка хакера по типу криминалистики, что-то такое еще может прокатить. Но это явно не полное вытаскивание всех логов блин и даже не поиск неизвестно чего.

А вот как разместить системдшные логи чтобы целиком в 1 фрагменте "вечно" были, с фиксированным размером и известной сигнатурой начала - я себе представляю. В таком виде можно и flawless recovery закатить. При том вместо регэкспов искать маркер начала файла. Ну да, там надо себе заранее подыграть, но так по крайней мере более-менее можно.

> если формат данных известен. С текстом особенно легко.

С текстом легко только если знать что искать. И именно регэкспом на именно 2 терабайтах будет не совсем прикольно. Если вопрос на миллион, можно и это конечно. Но на практике горячие головы скорее всего забьют: соотношение траха и результата фэйловое. А вот как накорябать автоматическую утилсу которая вынет мне системдшные логи зная минимум данных (размер кольцевого буфера который я настроил) - я по крайней мере так смогу. И быстро. И там кондовый маркер LPKSHHRH в начале файла. Левого добра где это по 0-му смещению сектора на диске будет немного. Остается прочесть по размеру кольцевого буфера - и лог у меня. Вообще весь.

А еще поскольку фрагментация и вообще 2 терабайта бинарного мусора, парсинг этого наверняка доставит мягкотелым любителям текста. Которым придется жевать таки явно бинарные данные.

> Я так в 2004-ом как раз с посыпавшегося рейда собирал инфу. Там
> был склад xml-файлов известного формата.

У XMLок часто бывает характерный маркер начала. А еще в 2004 диски были малось поменьше. Одно только чтение винча на несколько Тб может занять полдня. Сколько там займет регэксп - очень интересный вопрос.

> Достал почти всё. Аппаратный контроллер рейд запускать отказывался,
> поэтому пришлось диски вычитывать отдельно.

Надеюсь это объясняет почему я не особый фанат неведомых проприетарных форматов метаданных и аппаратных рейдов.

> Где-то несколько дней ушло, данных было 70 гигов примерно.
> С двумя терабайтами не вижу проблемы. Тогда диски были большие по сравнению
> со скоростью процов и памятью машин :)

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

Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

216. "Выпуск Debian 9.4"  +1 +/
Сообщение от Forth (ok) on 13-Мрт-18, 10:09 
>> На файловых системах типа ext3 несложно.
> Кто ж сейчас EXT3 пользуется, ext4 шустрее все-таки из-за экстентов.

Да без разницы, я пример из жизни с ext3 привел, чтобы не быть голословным.

> О да, пару терабайтов регэксами :). Как максимум могу себе представить что
> если это поимка хакера по типу криминалистики, что-то такое еще может
> прокатить. Но это явно не полное вытаскивание всех логов блин и
> даже не поиск неизвестно чего.

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

> А еще поскольку фрагментация и вообще 2 терабайта бинарного мусора, парсинг этого
> наверняка доставит мягкотелым любителям текста. Которым придется жевать таки явно бинарные
> данные.

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

> У XMLок часто бывает характерный маркер начала. А еще в 2004 диски
> были малось поменьше. Одно только чтение винча на несколько Тб может
> занять полдня. Сколько там займет регэксп - очень интересный вопрос.

Ну давай проверим, раз это такой для тебя очень интересный вопрос.
dd if=/dev/sdb bs=1M count=1000 iflag=direct | grep "^(0?[1-9]|[12][0-9]|3[01])[\/\-](0?[1-9]|1[012])[\/\-]\d{4}$"
1000+0 записей получено
1000+0 записей отправлено
скопировано 1048576000 байт (1,0 GB), 5,28532 c, 198 MB/c
sdb - обычный диск на 500 гигабайт.

>> Достал почти всё. Аппаратный контроллер рейд запускать отказывался,
>> поэтому пришлось диски вычитывать отдельно.
> Надеюсь это объясняет почему я не особый фанат неведомых проприетарных форматов метаданных
> и аппаратных рейдов.

Тут вроде отношение к неведомым форматам рейдов не выясняют.

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

Я проблемы не вижу, хоть 2 терабайта хоть 10. Это зависит только от того, что искать и зачем. А не от размеров дисков.

Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

237. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 03:57 
> Да без разницы, я пример из жизни с ext3 привел, чтобы не быть голословным.

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

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

Мне кольцевой буфер фиксированного размера с меткой старта сильно проще в вытаскивании, если он не фрагментирован, что можно прочекать. Так что пусть регэксы будут у вас, а кольцевой буфер у меня. Надо запилить такой твик как стандартную часть шаблонов, пожалуй. Идея пришла прямо во время трепа тут. В споре рождаются не только тумаки :)

> Вот ты почему-то делаешь выводы из ничего, я тебе конкретный пример привожу
> в котором текст проблемой не являлся. Формат текстовых логов типа syslog
> в целом понятен. Без разницы где оно по диску разбросано, лишь бы было.

Ну вот вы это таким манером и вытаскивайте, я против чтоли? А себе я ща запилю конфиги journald с фиксированными по размеру журналами во все образа и их создание и потом буду вынимать это just in case тупым сравнением сигнатуры и чтением по размеру кольца.

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

>  скопировано 1048576000 байт (1,0 GB), 5,28532 c, 198 MB/c
> sdb - обычный диск на 500 гигабайт.

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

А как подобные по смыслу оптимизации можно оформить в вашем контексте - ума не приложу.

> Я проблемы не вижу, хоть 2 терабайта хоть 10. Это зависит только
> от того, что искать и зачем. А не от размеров дисков.

Зато проблему вижу я. Например, я - не МакЛауд. Поэтому я не горю желанием пускать чтение и парсинг 10Тб по всей площади лишний раз.

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

148. "Выпуск Debian 9.4"  +1 +/
Сообщение от freehck email(ok) on 12-Мрт-18, 12:57 
> Шеллскрипты не могут напрямую вызывать сисколы

Ок. Ещё один камушек в твой огород про глубину твоих познаний.

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

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

165. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:53 
> Если бы ты прочитал хоть одну какую-нибудь книжку про программирование под Unix,
> ты бы знал, почему сисколы напрямую вызывать в подавляющем большинстве случаев не следует.

Зачем мне читать книжки по программированию под дохлятину? Это пусть anonymoustus фигачит. А под Linux у меня мануалы по системному программированию есть, разумеется. И уж конечно я их читал.

И мне как-то пофиг что там древним юниксоидам не следует. А мне так можно. Потому что я так решил. Я хочу пользоваться фичами моей операционки, ниипет. Библиотечные функции лучше, но даже в glibc есть не на все фичи Linux.

А фичность "как в hurd" меня таки не устроит. Кому это надо тот и пользуется hurd. Смею заверить что меня там не будет.

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

154. "Выпуск Debian 9.4"  +1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 14:15 
> Да и хрен с ними. На мой вкус - взять лучшее, выкинуть хучшее и идти вперед.

Мы за все хорошее и против всего плохого. А собственно ваше мнение каково? Или его нет?

> Выбирая между "локом" на штуку с сорцами на гитхабе которые я могу
> пропатчить и неведомыми блобами WinXP которые никто не поддерживает... нутыпонел :)

Пока с натяжной можно согласится. Но в чем по трудозатратам правка блобов раньше в IDA отличается по сложности с правкой сложного проекта с сырцами сейчас. Видимо я вообще макака, но в нетривиальный проект, не велосипед, мне вникать долго приходится. А вот ранше фигакнуть в блоб после статтей Криса тоже можно было

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

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

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

166. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 18:07 
> Мы за все хорошее и против всего плохого. А собственно ваше мнение каково? Или его нет?

Мое мнение - в целом системд для меня выглядит шагом в правильную сторону.

> Пока с натяжной можно согласится. Но в чем по трудозатратам правка блобов
> раньше в IDA отличается по сложности

Давай так: я умею пользоваться IDA и умею это довольно хорошо. Поэтому отлично себе представляю соотношение трудоемкостей. И это одна из причин по которой я возлюбил опенсорц.

Ну и вообще, я в кернел соваться не очкую. На его фоне системд - сущая ерунда. И по масштабам и по экзотичности кода.

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

Нет, не так. Я предпочитаю компьютеры которые работают и решают какие-то практические задачи человечества. Желательно не канифоля при этом мозг причастным лишний раз.

> - и это надежность. Цена надежности - это стремление к максимальной простоте.

Это верно. Однако, как известно, должно быть просто лишь настолько насколько это возможно, но не более того. И вот тут нам придется заметить что ядро Linux - большая и сложная штука с двумя газилионами фич. Потом что все от него хотели чтобы стало именно так и оно начало решать в том числе и их задачи.

И соответственно управление им тоже не может уже быть слишком примитивным. Это начинает наносить ущерб управляемости. Соответственно, усложнение управляющих систем штука ожидаемая. Да и компьютеры уже не похожи на 8-битники с 64 кил памяти на все. И так везде. Самолет теперь - куча компьютеров и сеть. Можно рассуждать о том что механические тяги проще. Но почему-то частота авиакатастроф здорово упала. Значит, повышение сложности систем можно успешно компенсировать. Хоть это и сложно.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

172. "Выпуск Debian 9.4"  +1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 19:12 
> что ядро Linux - большая и сложная штука с двумя газилионами
> фич. Потом что все от него хотели чтобы стало именно так
> и оно начало решать в том числе и их задачи.
> И соответственно управление им тоже не может уже быть слишком примитивным. Это
> начинает наносить ущерб управляемости. Соответственно, усложнение управляющих систем

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

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

175. "Выпуск Debian 9.4"  –3 +/
Сообщение от Аноним (??) on 12-Мрт-18, 19:27 
> Вот был бы кое-кто ветеран-пердуном, знал бы, что никакого *качественного* усложнения в
> юникс-подобных ядрах не произошло за 30+ лет. Дутая надобность.

Есть один нюансик - ветеран пердунов в результате стали уходить, или платят им как джамшуту на стройке. Ну вот настолько теперь это всем надо в таком виде.

А если кто хочет получать больше - пусть изволит быть поэффективнее спецов по "починке систем". Нафиг никому не упало оплачивать ваши два дня прыга вокруг системы. Это просто д3бильный способ просадить массу времени из-за своей зашоренности и ятакпривык в терминальной стадии.

Да, когда комп стоил 5k$ так что взять второй комп было проблемой и вообще - эта камасутра могла иметь сакральный смысл. А сейчас это просто ритуальные действия, бессмысленные и беспощадные.

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

178. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 19:43 
>> Вот был бы кое-кто ветеран-пердуном, знал бы, что никакого *качественного* усложнения в
>> юникс-подобных ядрах не произошло за 30+ лет. Дутая надобность.
> Есть один нюансик - ветеран пердунов в результате стали уходить, или платят

То есть с мыслью >> ты всё же согласен?

> им как джамшуту на стройке. Ну вот настолько теперь это всем
> надо в таком виде.

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

Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

203. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 02:04 
> То есть с мыслью >> ты всё же согласен?

Нет, разумеется. Я считаю что ситуация на рынке - некая усредненная статистика на тему. Вполне отражает мнение ALL по вопросу.

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

> Переход к фабрике же.

Не столько переход к фабрике, сколько отказ от контрпродуктивных ритуалов и неэффективных подходов. А приколись, чувак, фабричный процесс производства печатных плат легко делается "на кухне". Индустриалы придумали отличные процессы, воспроизводимые и технологичные. Это сложно для тех кто хочет из спичек и желудей. Но неимоверно рулит для тех кто плюнул и немного заапгрейдил скиллы. Так что вот кад выгружает слои. А вот я литографию гоняю. А вот у меня плата не хуже китайской фабы за 3 часа. При том уникальная, для меня. С зеленкой и аккуратным химлужением. Положить детальки и подуть феном опять быстрее чем мумукаться с проволочками и какими там еще пятачками, с которыми "опытные губители с 100500-летним стажем" трахаются, потому что "так привыкли", ссыкуя в штаны от одного вида какого-нибудь QFN и доказывая что хорошая схема должна собираться из одних КТ315. А то что два шкафа советского хлама который заменяет эту QFN 5х5 мм никому потом и даром не нужны - их не колышет. Совсем как ветеранюниксадминов с их ритуалами. Страдание "привычной фигней" - распостраненное проклятие на территории exUSSR. Последствия плановой экономики в порушеных мозгах :)

> тоже скоро станут не так щедро. Это, между прочим, тот самый
> вопрос -- где кой у кого  дыра в капсах?

Накатку образов в большой инсталляции вообще должна по сути автоматика фигарить. А нормальные суммы должен получать тот кто образа компонует, проверяет, и все такое, чтобы они работали нормально. ИМХО как-то так.

И таки это не ко мне, я не девопс и даже не энтерпрайз. Мне все это интересно лишь потому что пересекается с моими целями и задачами и - делает меня эффективнее не хуже энтерпрайзников.

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

210. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 13-Мрт-18, 08:33 
>> То есть с мыслью >> ты всё же согласен?
> Нет, разумеется.

"Разумеется"? Мысль >> была "никакого *качественного* усложнения в юникс-подобных ядрах не произошло за 30+ лет. Дутая надобность [что-то там строить для управления]".

> Я считаю что ситуация на рынке - некая усредненная статистика
> на тему. Вполне отражает мнение ALL по вопросу.

...ты же говоришь про "ситуацию на рынке как про определяющий фактор" для этого же вопроса. То есть вроде как проголосовали, и ядро стало сложным. Хотя по всей логике разговора оно должно было стать простым.

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

>> Переход к фабрике же.
> Не столько переход к фабрике, сколько отказ от контрпродуктивных ритуалов и неэффективных
> подходов. А приколись, чувак, фабричный процесс производства печатных плат легко делается

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

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

Это во-первых.

И во-вторых, "переход к фабрике" это стандартный термин, и означает переход к фабричному как основному способу производства, т.е. массовому, коллективному, с разделением труда и пр.; в отличие от преобладания кустарного производства.

Всё остальное.... Жизнь и рынок покажут :))

Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

243. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 14-Мрт-18, 15:27 
> "Разумеется"? Мысль >> была "никакого *качественного* усложнения в юникс-подобных ядрах
> не произошло за 30+ лет. Дутая надобность [что-то там строить для управления]".

И вот тут я не согласен. Просто глядя на свои сценарии использования. Это что угодно но не классический юникс!

У меня контейнеры в namespaces и виртуалки. Снапшоты всякие. Меня парят шедулеры, ресурсы и приоритеты, изоляция компонентов друг от друга и проч. Лично мое мнение - стандарты протухли, многого нет. Или сделано по идиотски. И все забили. Печально, но приходится учитывать. Кооперация? ХА! Даже сискол для get random сделать одинаково не смогли. Да и сделали его только пара систем. Остальных "и так устраивает". А "everything is file" круто, но оказывается, не всегда работает хорошо. Ну вот DoS атаки на рандом можно устраивать, например. Прикольно же наяривать на вэйности, и фиг с ним что ключи подбирают нахаляву.

И как угодно, но если у меня 2Тб образ убитого винча на 3Тб диске, рефлинк позволит мне сделать "thin provisioned" версию оного которую я попробую починить. При том что у меня нет фактического обеспечения 4Тб, я уповал на то что дельта будет небольшой.

А любители унификации могут копировать 2 терабайта целиком в новую копию образа, предварительно потрахавшись с сбором хранилки куда 4-8Тб влезут (для нескольких экспериментальных версий обраха). Для меня же эпик вин от использования линукс-специфичных и даже ФС-специфичных рефлинков перевешивает и я плевал реализовано это в hurd или нет. Кто хочет - может в hurd это делать!

ТруЪ-солярщики могут попробовать сколхозить аналог фичи через полный онлайн-дедуп, но думаю понятно сколько это RAM потребует и сколько будет скрипеть процом. В общем у них все "энтерпрайзно". А остальные вообще пролетят с такими хотелками. Зато про вэйности расскажут. Как математик из анекдота про пожарный кран и пожар.

> ...ты же говоришь про "ситуацию на рынке как про определяющий фактор" для
> этого же вопроса. То есть вроде как проголосовали, и ядро стало
> сложным. Хотя по всей логике разговора оно должно было стать простым.

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

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

> Нет, системд вреден. Что он лично тебе что-то решил, не значит, что
> при этом его создатель и у тебя тоже кой-чего не утащил.

Что-то утащил, что-то притащил. Вопрос в том чтобы пользы от притащенного было больше чем от утащенного. Тогда это для меня шаг вперед.

> И никакого чисто технического совершенства там тоже нет, коллега freechk целую
> простынку перевёл.

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

Собссно любители sysv могут и дальше ходить гоголем, страдать вэйностями и проч. Но денег за это давать не будут. ИМХО, честно: не вижу ценности в ТАКОМ результате труда.

> в массовом производстве и технологии, и материалы, и инструменты/станки, и, как
> следствие, кустарь всё это может купить и получить из другого полушария.

Разумеется я таким макаром делаю только то что не продается в магазине. Это уникальные артефакты под мою специфику/хотелки или то что еще не существует. Соревноваться с китаем занятие бессмысленное, им лучше пользоваться. Китай гонит много "полуфабрикатов", тоже тема.

> выучил готовенькое, делов-то. Вот если бы то же самое сам, "из
> воска и верёвочек" -- был бы кул.

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

> И во-вторых, "переход к фабрике" это стандартный термин, и означает переход к
> фабричному как основному способу производства, т.е. массовому, коллективному, с разделением
> труда и пр.; в отличие от преобладания кустарного производства.

А сейчас маятник качнулся чуть в другую сторону. Компьютеры сделали людей намного мощнее, те кто смог в это, воротят полный цикл проектирования технологичных вещиц в 1-2 рожи.И "программерский" же фокус с разбивкой на модули. А дальше... вкалывают машины, это их проблемы. Ключ ко всему - разработчики. На идеальной фабрике нет никого, она получает на вход модель, деньги и сырые ресурсы, на выходе результат. Полностью автоматические фабрики без людей уже появляются. Скоро это станет обыденностью. Как и разворот фабы на выпуск 1 уникальной штуки. Но можно и 10 повторить. Или миллион. Если это надо и вы сможете это продать.

Я к тому что стоимость пуска в производство и время на это снижается, все больше фаб согласно на кастом, мелкие тиражи и прочие экспериментальные вещи. А когда Маск закончит свои инициативы, станет вообще все-равно - 1 юнит выпускать или 1 000 000. Он это даже не придумал, но он придумал как ускорить приближение к этому.

> Всё остальное.... Жизнь и рынок покажут :))

Несомненно. И я думаю что будет см. выше. Кроме всего прочего, это хорошо для логистики. Шлепать миллион юнитов сразу без уверенности что например сможешь их продать - чревато попаданием. И многим было бы удобнее перезапускать относительно небольшие партии по мере их фактической надобности, вместо адского складирования. Которое между прочим довольно дорого обходится. И это причина по которой лежак могут скинуть даже ниже себестоимости иной раз. Хинт, хинт! :)

Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

214. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 13-Мрт-18, 09:15 
>>>> Вот был бы кое-кто ветеран-пердуном, знал бы, что никакого *качественного* усложнения в
>>>> юникс-подобных ядрах не произошло за 30+ лет. Дутая надобность.
>>> Есть один нюансик - ветеран пердунов в результате стали уходить, или платят
>> То есть с мыслью >> ты всё же согласен?
> Нет, разумеется. Я считаю что ситуация на рынке...

По-моему он её даже не прочитал. )
Оставь надежду, Ю.Т. )

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

184. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 22:49 
> Есть один нюансик - ветеран пердунов в результате стали уходить, или платят им как джамшуту на стройке.

Все вращается по спирали. Майнеры на дырявых системах скоро повернут историю в другую сторону


> Да, когда комп стоил 5k$ так что взять второй комп было проблемой
> и вообще - эта камасутра могла иметь сакральный смысл. А сейчас
> это просто ритуальные действия, бессмысленные и беспощадные.

Это пока нет требований к безопасности (надежности), иначе - "У нас утекла база с паролями пользователей, (или у предыдущего собственника центра сертификации макаки так настроили систему, что почему-то база закрытых ключей пользователей оказалась доступна),  но мы быстро среагировали и развернули систему с бекапов и теперь у нас все нормально, верьте нам дальше. Как база утекла мы не знаем и разбираемся (в оффлайне). Но вы несите деньги дальше, ведь тепеть УМВР". А если есть еще возможность промолчать?

Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

204. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 13-Мрт-18, 02:45 
> Все вращается по спирали. Майнеры на дырявых системах скоро повернут историю в другую сторону

Сервера были дырявыми задолго до девопсов, системды и даже апстарта.

> Это пока нет требований к безопасности (надежности), иначе - "У нас утекла
> база с паролями пользователей, (или у предыдущего собственника центра сертификации макаки

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

> так настроили систему, что почему-то база закрытых ключей пользователей оказалась доступна),

Я как-то заходил в гости к интересным индейцам с чертями, они показывали мне свои трофеи...

> дальше, ведь тепеть УМВР". А если есть еще возможность промолчать?

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

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

30. "Выпуск Debian 9.4"  –5 +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:10 
> Это так Леннарт порешал, а в udev запилили. Так что теперь ваше
> устройство больше не ethX, а какое-нибудь enp0s25, например.

И главное тривиально возвращается к ethX если это надо. Особенно в дебиане. Но кто ж на опеннете читает маны.

К тому же админам локалхоста с одной сетевкой и так не парит. А вот если сетевок штук 5 и eth0 оказывается случайная из них, в зависимости от того какой драйвер первым встал в тапки сегодня и конфига глючит - ну что вы, все вокруг глупые а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Для тех кто не понял: никто нигде и никак не регламентировал как ядро будет называть девайсы. Ничему не противоречит если завтра как eth0 окажется совсем иной девайс. А названия типа enp0s25 - указывают на вполне конкретное положение устройства в топологии, завтра это не изменится. Разве что админ переткнет сетевку в другой слот. С появлением инициатив типа параллельного обнаружения оборудования ядром как несложно догадаться имена типа eth0 стали назначаться еще рандомнее.

> Не хотелось бы опять всё сводить к поруганию systemd, но если вам реально это
> не нужно, то есть смысл обратить внимание на Devuan

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

33. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:38 
Да нормальные люди это всё понимают. Но видишь ли, здесь так принято, что где приплетено имя Поттеринга, там нет места холодной голове, а есть только зашкаливающая, слепая, фанатичная ненависть.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Выпуск Debian 9.4"  +3 +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:55 
> Да нормальные люди это всё понимают. Но видишь ли, здесь так принято,
> что где приплетено имя Поттеринга, там нет места холодной голове, а
> есть только зашкаливающая, слепая, фанатичная ненависть.

Обычно зашкаливающая слепая фанатичность присуща потерингофилам, выше яркий пример, человек не знает что имена интерфейсов фиксировались задолго до systemd, не знает что карта бывает USB и её могут втыкать в разные разъёмы, а мнение имеет.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

45. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 01:50 
> Обычно зашкаливающая слепая фанатичность присуща потерингофилам, выше яркий пример, человек
> не знает что имена интерфейсов фиксировались задолго до systemd, не знает
> что карта бывает USB и её могут втыкать в разные разъёмы, а мнение имеет.

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

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

Единственное что в udev тупо сделано - названия для usb сетевок. Вот тут разработчикам не помешало бы попробовать печатать название таких интерфейсов :). Ну я себе для usb и перекрыл названия своими рулесами udev, перехватив инициативу. Заодно и MAC рандомный вкатывается.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Выпуск Debian 9.4"  +3 +/
Сообщение от Аноним (??) on 11-Мрт-18, 05:42 
Вот врать не надо. "менятся местами" они могли толькл в одном случае - если у них обоих каждоый раз выставлялся рандомный мак, что событие почти невероятное. И это вопросы к гoвнoжелезке.

> Кроме того - по обозначению типа eth0 не очень понятно что это и где

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

77. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 12:21 
> Вот врать не надо. "менятся местами" они могли толькл в одном случае
> - если у них обоих каждоый раз выставлялся рандомный мак, что
> событие почти невероятное. И это вопросы к гoвнoжелезке.

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

> А то по обозначению en0s3p4 охренеть как понятно, какой это вывод сзади.

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

> А учитывая, что и эти номера могут ехать, при втыкании в
> другой слот или другого девайса рядом

Вот пардон, насколько я помню, номер девайса в случае PCI(-e) таки привязан к конкретному слоту, поэтому никуда не ездит.

> - это значительно хуже, чем обычно ethX, прибитое просто по маку.

А вы кто такое чтобы так огульно за всех внаглую решать? Я вот попробовал так и сяк и пришел к выводу что могу жить с обоими вариантами, НО eth* таки очень неоднозначно указывают на железки и вызывают у меня непонятки чаще. Поэтому забил на "так привык" и на многих машинах черт с ними с eth-ами уже.

> Поттер в очередной раз придумал херню, но признаться в этом категорически не может.

Единственное где я соглашусь насчет херни - имена usb девайсов. Поскольку их видите ли могут в разные разъемы втыкать и перетыкать даже на лету, они очень в вашем духе :) придумали именование на основе мака. Засунув мак прямо в имя девайса. И все бы ничего но запоминать и печатать СТОЛЬКО - полный шит.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

87. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 17:42 
Дитятко, да сpать что тебе *нравится*. Мало ли какие извращения бывают. Речь о том, что фича не обеспечивает даже того, для чего она, собственно, внедрялась -- неизменности имён интерфейсов. И "старый" механизм работает лучше и предсказуемее.

> Вот пардон, насколько я помню, номер девайса в случае PCI(-e) таки привязан к конкретному слоту, поэтому никуда не ездит.

На: https://www.linux.org.ru/forum/talks/14035204

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

> А вы кто такое чтобы так огульно за всех внаглую решать?

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

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

95. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 18:34 
> собственно, внедрялась -- неизменности имён интерфейсов. И "старый" механизм работает
> лучше и предсказуемее.

Думаешь, если наглее факты подтасовывать и передергивать, становится правдивее? Экий шустрый веник попался. С таким же успехом на твое мнение можно положить не худе моего, если ты вдруг не заметил :)

> Чувак достал из компа видеокарту, интерфейс поменял имя с enp3s0 на enp2s0.
> Дальше будешь шланг изображать?

Ну хорошо, уговорил, мир не идеален и в нем много чудес. Так что я видел чудеса и ты видел чудеса. В каком месте это доказывает что нечто "лучше работает"? Не понимаю.

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

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

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

109. "Выпуск Debian 9.4"  +3 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 20:41 
> Я так смотрю, этих опытных людей в последнее время довольно бодренько заменяют
> на всяких девопсов, что очень доставляет. Надутые гуси попали в суп.
> Гы.

Очень доставляет, что ты не осознаёшь себе печальных последствий происходящего. А ведь будет как в виндах:

- полезных знаний в свободном доступе — ноль,

- экспертиза — только за деньги,

- аутсорс — в Бангладеш.

Только вместо M$ тамадой на этом банкете будет Лиловая Шляпа.

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

116. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 23:58 
> - полезных знаний в свободном доступе — ноль,

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

> - экспертиза — только за деньги,

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

> - аутсорс — в Бангладеш.

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

> Только вместо M$ тамадой на этом банкете будет Лиловая Шляпа.

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

Это настолько вопиюще, что я не могу себе представить что я смогу делать в XP и не смогу в пингвине, например. Более того, я все то же самое смогу на ARM. Или RISC-V. Приколись?

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

117. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 00:35 
> Вообще-то, на мой вкус, маны на системд - сильно выше среднего по
> сравнению с другими программами и пакетами. Так что UNCONFIRMED, мягко говоря.

В поломанной системе ноль толку от манов на системду, как и от неё самой и продуктов её сгорания (бинарных логов). Разве это не очевидно?


> Я сам себе экспертиза, так что так и быть сделаю себе по
> знакомству бесплатно. А кого мне в экспертов брать? Тебя, старого нытика,
> с твоей искпой? Или стремных скриптомакак, переваливающих все факапы и недоработки
> на других?

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


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

Речь-то о том, что саппорт из Бангладеша примерно равен отсутствию любого саппорта. Ты вообще какими их себе представляешь — аспирантами CS из MIT? Я просто угораю с такой наивности. :)


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

Поверь, у Лиловой Шляпы совсем другие сценарии использования компьютеров, чем у тебя с твоим десктопом. Пока ты за неё _бесплатно_ пишешь проникновенные проповеди, оно там помаленьку вендорлочит пингвинарий. А ты точно бесплатно пишешь? :)


> Это настолько вопиюще, что я не могу себе представить что я смогу
> делать в XP и не смогу в пингвине, например. Более того,
> я все то же самое смогу на ARM. Или RISC-V. Приколись?

Это, конечно, причина номер раз. Мощная и неоспоримая. Как в ближайший лабаз привезут рисков со всей обвязкой, я непременно тоже закуплюсь.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

125. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 01:45 
> В поломанной системе ноль толку от манов на системду, как и от
> неё самой и продуктов её сгорания (бинарных логов). Разве это не очевидно?

Да это вообще не мои проблемы - если система серьезно развалилась я откачу снапшот на работающий. Он у меня есть. Прямо на системном диске. В виде исключающем повреждение кроме как грубой записью в блочный девайс. А если системный диск совсем вынесен - на физически не подключеном :) диске с бэкапами есть чуть более старая версия.

Ну а проблемный снапшот можно происследовать как-нибудь потом. В чем бонус? В том что пока ты геройски трахаешься с искусственными трудностями, я сто раз починю комп и доделаю все что важно, а там посмотрим. Неспешно. Без аврала. По желанию. Видишь, в чем наша разница? Я атакую проблему с другой стороны. И у меня нет проблем которые есть у тебя. Твоя проблема не там - она в зашоренном мозге и неспособности понять что подходов может быть более 1.

> Когда тебе таки выпадет счастливый билет, не забудь после переустановки всего твоего
> локалхоста поднять рюмку за моё здоровье, потому что я тебя предупреждал. :)

Ты не видел моих инсталляций и технологий - не тебе и умничать. Но вон там сбоку висит забавный совет. Немного хаотичный, но я таки имею наглость делать лайтовый data recovery средствами пингвинов. Я еще и другим их добро реанимирую на своих мощностях иногда.

> Речь-то о том, что саппорт из Бангладеша примерно равен отсутствию любого саппорта.

Да мне пофиг, я и сам себе саппорт окажу.

> Поверь, у Лиловой Шляпы совсем другие сценарии использования компьютеров, чем у тебя
> с твоим десктопом.

У них компьютеры используют разумные осьминоги? Для какой-то деятельности за пределами моего понимания?

> Пока ты за неё _бесплатно_ пишешь проникновенные проповеди,
> оно там помаленьку вендорлочит пингвинарий. А ты точно бесплатно пишешь? :)

Редхат воротит кучу работы. Довольно многое из этого оказывается полезным и мне. Это помогает мне достигать моих целей. Я прямо даже в тупике - считается это за бесплатно или нет?

> Это, конечно, причина номер раз. Мощная и неоспоримая. Как в ближайший лабаз
> привезут рисков со всей обвязкой, я непременно тоже закуплюсь.

Ну вот это уже не мои проблемы. У меня они будут задолго до этого момента. ARMов размером с кредитку у меня уже предостаточно.

И если ты хотел сказать что у меня резко околеет более 20 девайсов с Linux и я не смогу ни на одном прочитать ман - это прикольно, конечно, но мне кажется что ты немного #@$%нутый.  Или просто не слышал про теорвер.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

135. "Выпуск Debian 9.4"  +/
Сообщение от АНОНИМ on 12-Мрт-18, 10:52 
Зачем ты пытаешься дискутировать с юзером усёр294
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

185. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 23:00 
> Вот врать не надо. "менятся местами" они могли толькл в одном случае
> - если у них обоих каждоый раз выставлялся рандомный мак, что
> событие почти невероятное. И это вопросы к гoвнoжелезке.

ну тут аноним прав. В бытность когда Wheezy был testing, напоролся на такую же фигню, полечил копипастингом правила udev из какого-то форума. Так что был такой глюк в тестинге, был, и насколько помню именно связан с systemd, тогда дебиановцы еще не смогли в нем полностью разобраться

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

245. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 17:18 
Да вообще-то с udev может быть что угодно, в зависимости от того какие рулесы притащат майнтайнеры. Но надутым гусям разве ж объяснишь? Они возомнили что это мировая константа и молятся на нее. А я отличаюсь от них тем что врубился как удев и его рулесы работают. И понимаю что это ни разу не мировая константа.

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

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

47. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:11 
> есть только зашкаливающая, слепая, фанатичная ненависть.

Да флаг им в руки. Говоря за себя - не думаю что hate driven devlopment имеет большое будущее. Если скрипткиддинг вообще можно девелопментом называть.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

34. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:47 
udev уже 1000 лет как умеет привязывать eth имена к MAC адресам, о чём вы вообще?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

49. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:14 
> udev уже 1000 лет как умеет привязывать eth имена к MAC адресам,
> о чём вы вообще?

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

54. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:50 
Чиво?
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

60. "Выпуск Debian 9.4"  +3 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 04:25 
> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.

:facepalm: Весна. У шизофреников обострение.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

186. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 23:09 
>> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.
> :facepalm: Весна. У шизофреников обострение.

Так, а если у жены знакомый админ у провайдера работает, а ты качал hot asian porno? Так же можно спихнуть на младшего брата, который с ними в одной квартире живет (предварительно рандомно и ему МАС настроить), младший то всякие hot и так качает (за что правомерно постоянно огребает)

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

191. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 12-Мрт-18, 23:55 
>>> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.
>> :facepalm: Весна. У шизофреников обострение.
> Так, а если у жены знакомый админ у провайдера работает, а ты
> качал hot asian porno?

И тебя вылечат...

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

38. "Выпуск Debian 9.4"  +4 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 00:24 
> К тому же админам локалхоста с одной сетевкой и так не парит.
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
> сегодня и конфига глючит - ну что вы, все вокруг глупые
> а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Кстати, тебе, как админу локалхоста, тот же пример, только сбоку: давай мы на секундочку забудем о том, что почему-то ни у кого ethN не менял номер случайным образом, хотя вы любите этим пугать. Давай возьмём более тривиальный случай. У тебя мать со встроенным ethernet-портом. Допустим, он называется enp4s0. Ты им 4 года успешно пользовался. У тебя все скрипты и конфиги завязаны на enp4s0. Но вот у твоего провайдера объявился монтажник с руками не из того места, и порт погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то называется enp5s1.

Раньше это решалось просто: ты должен был просто обозвать новый интерфейс старым именем (напр. eth0), и всё продолжало работать. Теперь же тебе необходимо пройтись по всем скриптам и конфигам, чтобы исправить название интерфейса. Зашибись альтернативка, правда?

> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс.

Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev. И имя интерфейса определяется по его MAC-адресу. В том же Debian при добавлении новой сетевухи она запоминалась, и делалась соответствующая запись в persistent-правило для udev, связывающая MAC и имя интерфейса. Потому-то, собственно, ни у кого никогда проблем со "случайными переименованиями" не возникало.

PS: Что самое смешное, ты и твои соплеменники рассказываете все эти сказки уже не первый год, и требуете, чтобы все читали мануалы, в то время как то, что я сейчас рассказал -- гуглится с полпинка.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

48. "Выпуск Debian 9.4"  –6 +/
Сообщение от Аноним (??) on 11-Мрт-18, 02:12 
> Кстати, тебе, как админу локалхоста, тот же пример, только сбоку: давай мы
> на секундочку забудем о том, что почему-то ни у кого ethN
> не менял номер случайным образом,

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

Откуда следует что интерфейсы не переедут? Кто первый найдется - тот и eth0. И разработчики ядра не давали обещаний как именно они будут оборудование сканить. Да еще потом начали развлекаться с параллельной инициализацией железа. И кстати не закончили нифига. Потому что тупо клинить систему пока сетевуха очухивается.

> погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то
> называется enp5s1.

Вот и отлично - научит скриптомакак прописывать конфигурируемые параметры в удобном человеческом виде. А не как вы это обычно делаете, когда конфига размазана ровным слоем по трем страница гамнокода.

> Раньше это решалось просто: ты должен был просто обозвать новый интерфейс старым
> именем (напр. eth0), и всё продолжало работать.

Угу, вбить костылин вместо того чтобы конфигурацию делать нормально. Но если уж на то пошло, можно здесь и сейчас вкостылить именно это, именно так, прописав udev рулесы. Но это ж маны на удев читать надо, куда там ветеранам.

> Теперь же тебе необходимо пройтись по всем скриптам и конфигам,

Если мне реально захочется вбить настолько левый системный костыль, я так и быть нарисую udev правило которое сделает его не enp2s5 а таки eth0. Да, я когда-то почитал ман на udev. И было это хренову кучу времени назад.

Это оказалось полезным и для много чего еще. Ну вот например я раздаю права на ОДНОМ ИЗ сериальных шнурков самому себе. Чтобы микроконтроллеры шить. А вот на паре других шнурков - менеджмент, там у этого юзера никаких прав. Потому что нефиг привилегированному юзеру менеджить по uart-консоли то что им не положено своими лапками трогать лишний раз.

И собственно без udev такое особо и не слепишь - я шнурки могу динамически в usb включать-выключать. Рулес udev срабатывает на конкретные VID:PID + serial number, вылавливая именно конкретный шнурок из пучка.

> Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev.

Они вообще-то оба занимаются. Сперва кернель дает имя девайсу в меру своих талантов, а потом udev может его переименовать, если для этого правило есть. У udev по этому поводу даже есть свой параметр - kernel name устройства. Его можно анализировать. Помогает отлавливать определенные категории устройств например. Я так ловлю usb-to-ethernet OTG моих штук, отличая их от остальных сетевок.

> И имя интерфейса определяется по его MAC-адресу.

Имя интерфейса определяется по правилам udev. И что там будет в правиле - то и случится. Правила можно перекрыть своими как делать нефиг. Что я и сделал, btw.

> связывающая MAC и имя интерфейса. Потому-то, собственно, ни у
> кого никогда проблем со "случайными переименованиями" не возникало.

Да, в какой-то момент времени это появилось. Но даже так при например переустановке системы - имена могут съехать.

> PS: Что самое смешное, ты и твои соплеменники рассказываете все эти сказки
> уже не первый год, и требуете, чтобы все читали мануалы, в
> то время как то, что я сейчас рассказал -- гуглится с полпинка.

Ну ты там гугли наздоровье. А я лично умею настраивать udev как мне надо и мне все эти страдания Вертера...

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

55. "Выпуск Debian 9.4"  +4 +/
Сообщение от freehck email(ok) on 11-Мрт-18, 03:07 
Вот любопытно: долго ли ты сочинял эту ахинею, пытаясь сделать хорошую мину при плохой игре?

Столько текста, а тезисов всего три:
1) "да знаю я про правила udev, есть они у меня, свои, мануалы почитал и написал свои правила, вот они у меня, правила udev"
2) "shell-программисты -- скриптомакаки"
3) "при переустановке системы имена могут съехать"

Ну, окей. Мне плевать на первый тезис. Врёшь, конечно, ну да фиг с тобой.

Давай по поводу второго.

>> погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то называется enp5s1.
> Вот и отлично - научит скриптомакак прописывать конфигурируемые параметры в удобном человеческом виде.

Ты вроде бы только что отстаивал позицию, что имена интерфейсов не должны меняться, а теперь предлагаешь делать имена интерфейсов конфигурируемыми параметрами? Ты уж определись, родной. :)

> Но даже так при например переустановке системы - имена могут съехать.

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

102. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:44 
> Ну, окей. Мне плевать на первый тезис. Врёшь, конечно, ну да фиг с тобой.

1) У меня реально есть свои правила удава. Делают слегка кастомную схему именования для некоторых железок. В основном потому что я развлекаюсь с usb-otg и eth-over-usb.
2) Если нечто выглядит как скриптомакака и результат работает под стать, как я должен это называть?
3) А также при всяких интересных вещах типа раскатывания образов и все такое.

Ну и вообще, майнтайнеры могут в принципе припереть любые дефолты которые им по вкусу. Они никогда не обещали делать удобно в этом каким-то конкретным рожам, насколько я понимаю.

> Ты уж определись, родной. :)

Определяемся. Я за то чтобы:
1) Интерфейс задавался только в 1 месте, в конфигурации.
2) По возможности, менять это без сильной причины не требовалось.

И чем ближе к вот этому будет - тем лучше. Конкретные имена на самом деле не так уж принципиальны, но eth* кажется мне немного излишне абстрактным - иногда это приводит к непоняткам. Но честно говоря устраивать войну остроконечников и тупоконечников из-за такой лажи, при возможности вкатить свои рулесы удаву кажется мне просто глупым. Объем вонищи скунсов не соответствует масштабу проблемы, лол.

> А на кой ляд кому-то может потребоваться переустанавливать рабочий линукс?

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

Самое очевидное: система достаточно фатально порушилась в результате неудачного эксперимента или сбоя диска. Или например было вторжение.

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

Я просто посмотрел энтерпразников и научился у них кое-чему. Как то не делать из замшелой инсталляции 9000-летней давности карго-культ. Да, я могу довольно быстро перекатать систему.

Более того - на самом деле мои системы часто условно-неубиваемы. Я могу откатывать снапшоты и проч. Равно как все это же спокойно отпочковывать в виртуалки/контейнеры/на другие HW машины. Это весьма фундаментальное отличие в подходах управления у ветеранов и более новыми веяниями в стиле девопсов. Мне понравилось, это круто и эффективно и хорошо работает. Так что я не переставляю системы в привычном тебе виде. Это скорее "reimage" и "snapshot revert". Без карго культа вокруг кусочка байтиков.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

108. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 20:37 
Ну это как бы всё понятно. Только спешу внести ясность: девопсы — это не администраторы в правильном смысле слова, а те же эникеи. С соответствующего уровня познаниями. То, что канает в ынтерпразном мире, может не проканать с твоим локалхостом, потому что у тебя, в большинстве случаев, не будет склада с запасными дисками, питальниками, вентиляторами и готовыми серверами. Когда вдруг прилетит нежданчик и тебе придётся разгребать сложную реальную проблему из крови и костей железа и софта, а бесконечных запасов на складе нету, как и самого склада, ты вдруг захочешь иметь под рукой подробные мануалы по устройству потрохов оборудования и ПО, а в голове костяк знаний по этой теме. А не будет. Потому что вместо чисто текстовых портянок настроек и логов у тебя всё в размазанной по всему помещению бинарной каше, а мануалы только по бесполезным в твоей аварии юнитам системды.
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

118. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 00:38 
> девопсы — это не администраторы в правильном смысле слова,

Абсолютно. Это некие гибридные должности на стыке профессий.

> а те же эникеи. С соответствующего уровня познаниями.

Ну знаешь, так в эникеев можно и валвовских T-shaped people записать. А реально это не тебе решать. Рынок вот решил что они нужные и полезные. На них есть спрос.

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

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

Я мониторю состояние хардвара. Температуры, вольтажи, SMART, etc. У меня есть бэкапы. Я могу довольно оперативно перепинуть рабочее окружение на другой комп. У меня более 1 компа и лаптоп. И немного прочего хардвара для маневра. А как минимальный десктоп для меня по минимуму может прокатить и 20-баксовая ARMовская плата, наконец. Конечно CAD там будет работать несколько слоупочно, но если по какой-то причине остальное вообще совсем недоступно, то и это сойдет за компьютер, лишь бы что-нибудь с HDMI, клава и мыша под руку попались. И я таки смогу там попрограмить и все такое.

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

Блаблабла. Я таки предпочитаю чтобы нежданчиков не было. Поэтому я разборчив в железе. И знаю слабые места. Вентиляторы меняются на условно-вечные гидродинамики. Не словят клин в следующие 10 лет, я уверен. Параллельно электролитам в БП навешивается 100uF керамика, угадай зачем. На мамках solid state и нормальное охлаждение. Так оно долго отпашет.

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

> и ПО, а в голове костяк знаний по этой теме.

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

> А не будет. Потому что вместо чисто текстовых портянок настроек и логов

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

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

130. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 09:27 
> Я мониторю
> Я могу

Весьма похвально :) Но эта полнота односторонняя.
Попробуешь сам поймать, чего у тебя в капсах нету вовсе, или подсказать?

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

170. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 19:07 
Я много чего не умею. Ну вот например:
- Подметать ломом плац.
- Заниматься ИБД.
- Отлизывать ж-у.

И никогда не буду уметь, увы и ах :)

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

173. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 12-Мрт-18, 19:14 
> Я много чего не умею. Ну вот например:

А разве непонятно, что я не имел в виду тупых шуток?

Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

246. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 17:36 
> А разве непонятно, что я не имел в виду тупых шуток?

К сожалению, это вовсе и не шутки, а наблюдаемая вокруг картина мира. Особенно характерная для территории exUSSR, что и подводит граждан постсоветского пространства. Сколько ни вопи что в этом виноват госдеп, а жизнь лучше не станет.

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

142. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 12-Мрт-18, 12:20 
> Только спешу внести ясность: девопсы — это не администраторы в правильном смысле слова, а те же эникеи.

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

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

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

147. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 12-Мрт-18, 12:53 
Умственные способности, знания, опыт, красота и здоровье в данном случае первостепенной роли не играют, хотя безусловно важны. Разница в подходах к предметной деятельности. Администратор — это человек, полноценно и ответственно управляющий вверенным ему хозяйством (если иначе, то это не админ, а эникей). А девопс — это «человек, меняющий картриджи» — готовые одноразовые модули. Первая работа требует значительно большей квалификации, самостоятельности в принятии решений и ответственности за них, чем вторая.

Системду, кстати, пишут из соображения, что девопсами и саппортом из Бангладеша повсеместно заменят настоящих живых администраторов и вообще «людей за пультом». На мой личный взгляд, это плохая тенденция. Сложной системой должен управлять подготовленный человек, потому что невозможно предусмотреть все возможные издержки и нештатные ситуации. Админ не только по квалификации, но по самому устройству своих мозгов обязан уметь решать проблемы, не описанные в мануале по замене картриджа на другой картридж. Девопсу такое знание ни к чему.

Мне представляется излишним углубляться в это сравнение дальше.

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

Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

152. "Выпуск Debian 9.4"  +/
Сообщение от freehck email(ok) on 12-Мрт-18, 13:46 
> Умственные способности, знания, опыт, красота и здоровье в данном случае первостепенной
> роли не играют, хотя безусловно важны. Разница в подходах к предметной
> деятельности. Администратор — это человек, полноценно и ответственно управляющий
> вверенным ему хозяйством (если иначе, то это не админ, а эникей).
> А девопс — это «человек, меняющий картриджи» — готовые одноразовые
> модули. Первая работа требует значительно большей квалификации, самостоятельности в принятии
> решений и ответственности за них, чем вторая.

Простите, но я понимаю себе работу девопса несколько иначе. Не все девопсы работают с контейнерами. Как и многие администраторы занимаются оркестровкой огромного парка машин.
Вообще, DevOps -- весьма размытый термин, и надо бы мне взять за правило каждый раз уточнять, что же в каждом конкретном случае собеседник имеет в виду. Я Вас, конечно же, понял. Но видимо, для правильности общего понимания, мне было бы правильнее сказать, что я переквалифицируюсь из разработчика в администраторы. :)

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

Да, моё видение ситуации примерно такое же.

> Мне представляется излишним углубляться в это сравнение дальше.

Положительно. Я думаю, мы друг друга прекрасно поняли и так.

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

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

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

153. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 12-Мрт-18, 14:02 
>> Замечу, кстати, что замена админов девопсами повысит стоимость обслуживания у вендоров
>> первой величины, хотя снизит затраты на персонал. Хи-хи-хи. Обычная плата за
>> снижение уровня своей экспертизы.
> Ну а что тут такого? Всё понятно же. Люди -- ресурс менее
> стабильный. Ты вложился в спеца, обучил его, а тут бах --
> и его перекупили предприимчивые конкуренты. Вот то ли дело машины. Небольшое
> удорожание того стоит, по крайней мере с точки зрения бизнеса.

Плюс никто не хочет надеяться на/зависеть от "звёзд".

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

167. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 18:38 
> Воу-воу, полегче, друг. Я как раз меняю работу, и на новом месте
> буду как раз DevOps-ом.

Ну все, сольют тебя олдскульщики на опеннете. Теперь ты просто обязан купить гироскутер и обмыть его смузи.

Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

64. "Выпуск Debian 9.4"  +7 +/
Сообщение от Аноним (??) on 11-Мрт-18, 05:48 
> Откуда следует что интерфейсы не переедут? Кто первый найдется - тот и eth0
> Имя интерфейса определяется по правилам udev. И что там будет в правиле - то и случится.

Ты шизофреник? Тебе русским языком сказали, что чисто ядерным именованием интерфейсов никто не пользуется, оно всё равно переименовывается udev'ом после. Который переименовыввает их не просто так, а по маку. И это было удобно, в отличие от той херни, что наворотили сейчас.

Это регресс в чистом виде, такая схема применяется например для дисков в древнем солярисе и частично бзд с его слайсами. И UUID'ов там нет. Поработай полгодика с ними, узнаешь как это "удобно".

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

96. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (??) on 11-Мрт-18, 18:40 
> Ты шизофреник? Тебе русским языком сказали, что чисто ядерным именованием интерфейсов никто
> не пользуется, оно всё равно переименовывается udev'ом после.

Гггг угарно, в этом месте оказалось как минимум что udev оказывается "нужен" и им "пользуются". Кто там у нас шизофреники? :)

> Который переименовыввает их не просто так, а по маку.

Для тех кто на бронепоезде: он их переименовывает так как в рулесах указано. Какие рулесы майнтайнеры приволокут - такие и будут. И майнтайнеры их несколько раз меняли.

> И это было удобно, в отличие от той херни, что наворотили сейчас.

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

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

> Это регресс в чистом виде, такая схема применяется например для дисков в
> древнем солярисе и частично бзд с его слайсами. И UUID'ов там
> нет. Поработай полгодика с ними, узнаешь как это "удобно".

Ну как бы UUID записан в файлухе. А MAC - свойство железа. И при перетаскивании системных образов это как бы разница. А, погоди, ты наверное хотел сказать что задеплоить хост за 5 минут слишком круто. Надо было 2 дня прыгать вокруг него, так?

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

187. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 23:20 

> Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev. И
> имя интерфейса определяется по его MAC-адресу. В том же Debian при
> добавлении новой сетевухи она запоминалась, и делалась соответствующая запись в persistent-правило
> для udev, связывающая MAC и имя интерфейса. Потому-то, собственно, ни у
> кого никогда проблем со "случайными переименованиями" не возникало.

Как выше писал, было в Wheezy testing, когда systemd внедряли, недописали правила udev с учетом systemd, неосиляторы были

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

68. "Выпуск Debian 9.4"  +/
Сообщение от ssh (ok) on 11-Мрт-18, 06:38 
> И главное тривиально возвращается к ethX если это надо. Особенно в дебиане.
> Но кто ж на опеннете читает маны.

Дайте ссылку на man. ;)

> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки

Это решалось закреплением правильного MAC за системным именем сетевого адаптера в
/etc/udev/rules.d/70-persistent-net.rules. Что-то вроде:

# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:96:66", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:98:21", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Не помню, чтобы это вызывало какие-то проблемы. В процессе эксплуатации названия интерфейсов не имеют решающего значения - не думаю, что кто-то запоминает какой интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего на вывод ip ad sh смотреть без содрогания нельзя. :) Но с чего это вдруг enpXsY стало вдруг удобней чем ethN? Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев, она решает?

> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс. А названия типа enp0s25 - указывают на
> вполне конкретное положение устройства в топологии, завтра это не изменится. Разве
> что админ переткнет сетевку в другой слот. С появлением инициатив типа
> параллельного обнаружения оборудования ядром как несложно догадаться имена типа eth0 стали
> назначаться еще рандомнее.

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

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

71. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 11-Мрт-18, 08:32 
> с чего это вдруг enpXsY стало вдруг удобней чем ethN? Насколько
> полезна информация о физическом размещении адаптера? Во скольких % случаев, она
> решает?

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

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

75. "Выпуск Debian 9.4"  +/
Сообщение от Forth email(ok) on 11-Мрт-18, 11:41 
Старая схема именования мне обычно была удобнее, привязка по MAC через udev только иногда требовала замены в persistent-net, если что переставили в железе.
Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ, то часто это сразу штук 20-30 однотипных машин в стойках и порты на них тоже обычно однообразно-безобразно подключены на коммутаторы, в таком варианте чуть проще и меньше косяков в конфигурировании, у всей группы машин интерфейсы с одним именем смотрят в одни и те же сегменты сети.
VLAN-ы само собой, но сети могут быть физически разделены, например на сеть хранения данных и сеть виртуальных машин.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

88. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 17:46 
> Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ

А если немного подумать головой и снести из установочного образа /etc/udev/rules.d/70-persistent-net.rules, то при первом запуске системы оно как раз пронумерует интерфейсы с нуля и как надо.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

90. "Выпуск Debian 9.4"  +/
Сообщение от Forth email(ok) on 11-Мрт-18, 17:58 
>> Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ
> А если немного подумать головой и снести из установочного образа /etc/udev/rules.d/70-persistent-net.rules,
> то при первом запуске системы оно как раз пронумерует интерфейсы с
> нуля и как надо.

Это были серверы SystemX 3550 m_что_там и на них не всегда было так. После запуска порядок нумерации ethX не всегда совпадал на разных машинах.
Может дело было в разных версиях uefi, не помню уже почему, лет 7 назад дело было.
Интересно, что когда ставили дистрибутивы с новой схемой нумерации интерфейсов, всегда было строго одинаково.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

98. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:06 
> Старая схема именования мне обычно была удобнее, привязка по MAC через udev
> только иногда требовала замены в persistent-net, если что переставили в железе.

Есть только один нюанс - у виртуалок и контейнеров вообще нет постоянных адресов. А откуда? Разве что специально настроить, именно статичное назначение, именно маков, но это еще возня и +10 к гемору с менеджментом этого добра.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

106. "Выпуск Debian 9.4"  +/
Сообщение от Forth email(ok) on 11-Мрт-18, 20:17 
> Есть только один нюанс - у виртуалок и контейнеров вообще нет постоянных
> адресов. А откуда? Разве что специально настроить, именно статичное назначение, именно
> маков, но это еще возня и +10 к гемору с менеджментом
> этого добра.

У меня тогда виртуалки на libvirt были, они если куда копировались - ездили вместе с xml-описаловом. Так что проблемой оно не было

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

119. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 00:48 
> У меня тогда виртуалки на libvirt были, они если куда копировались -
> ездили вместе с xml-описаловом. Так что проблемой оно не было

Да понятно что все можно прокостылить если очень хочется. А у меня вот namespace'овые контейнеры бывают, виртуалки просто KVMные, да и не фанат я по поводу XML-я, если что. И честно, ну его нафиг явные макадреса им всем прописывать.

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

97. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:01 
> Дайте ссылку на man. ;)

Могу дать ссылку на /lib/udev/rules.d - где конкретные художества конкретных майнтайнеров и разработчиков в конкретный момент времени и лежат. И там прекрасно описано что и откуда берется. Там же в файлах рулесов и хинт как запретить это дело. Это не ман конечно, но если на каждый рулес ман писать - где столько писателей взять?

> Это решалось закреплением правильного MAC за системным именем сетевого адаптера

И что характерно - решается до сих пор. Там логика такая что если вы навесили и-фейсу имя в вашем рулесе в /etc, майнтайнерские рулесы пролетают.

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

> интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего
> на вывод ip ad sh смотреть без содрогания нельзя. :)

Ух... да, у меня вот прям ща вот прям на этой машине список и-фейсов не влезает на экран. Мне так больше нравится.

> Но с чего это вдруг enpXsY стало вдруг удобней чем ethN?

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

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

> Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев,
> она решает?

Можно поспорить за очистку яиц с правильной стороны. А воевать будем? :)

> Вы неправы. В промышленных решениях IMHO вовсе не нужно, один раз настроили,
> дальше клонируем... эксплуатируем.

И как бы привязка к MAC в это дело не вписывается чуть менее чем никак. У виртуалок и контейнеров нет постоянных MAC, by design. То что при сильном желании можно вкостылить - да, но. А вот топология по крайней мере в пределах технологии при клонировании обычно не меняется, если уж мы об этом.

> Замены и прочий мейнтейнс регламентированы, планируются и к ним готовятся.

Блин спасибо кэп. Но видимо консенсус в целом образовался такой что так в среднем по больнице работает лучше.

> Для лэптопов и рабочих станцией оно и раньше не особо было востребовано
> - кол-во устройств там или статично или существенно ограничено. Замены как
> правило случаются в ходе планового обновления или замены проблемного компонента.

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

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

70. "Выпуск Debian 9.4"  +2 +/
Сообщение от Ne01eX (ok) on 11-Мрт-18, 08:02 
> И главное тривиально возвращается к ethX если это надо. Особенно в дебиане.
> Но кто ж на опеннете читает маны.

Маны-хуаны. Вот только мне вообще не надо ничего никуда возвращать, у меня и так всё заеб..сь работает. И двадцать лет назад работало и десять и сейчас.


> К тому же админам локалхоста с одной сетевкой и так не парит.
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
> сегодня и конфига глючит - ну что вы, все вокруг глупые
> а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Ну у вас может драйвера и встают случайно, у меня же - как я порешал. И не важно, сколько у меня сетевух - одна или восемь. И не важно сколько у меня видеокарт, - одна или три. и не важно сколько у меня жёстких дисков - 0, 1 или 6. И как бы все нормальные пaцaны уже давно знают, что на сервере модульное ядро ну вот в х.й ником не брякало, а на локальной тачке тем более. Я и с модулями вожусь только потому, что делаю иногда что-то не только для себя.


> ...выбор ветеран-админов локалхоста с 1 сетевкой, которых не парит подобная фигня с
> переездом имен девайсов и прочими глупостями.

Чё-то подобное мне про kudzu кричали, кстати. Ну и чё, где ваш kudzu?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

53. "Выпуск Debian 9.4"  +/
Сообщение от XorgX (ok) on 11-Мрт-18, 02:44 
Мда systemd, честно мне плевать на то хороший он или плохой, но вот когда systemd надежно прибьют к линуксу(и всей экосистеме его важнейших частей), а также куче важного софта, так что без него линукс вообще будет неработоспособен(собственно Red Hat очень хочет сделать Vendor lock-in, и подмять под себя линукс в целом), вот тогда наш дражайший поттеринг не скрываясь вставит зонды о*альные(они же шпионство как в вин10) и отказаться от этого уже не выйдет или будет слишком проблемно, вот тогда все поймут и почувствуют "It Just Works"...

А какие забавные экспойты и баги "By design" я в коде нашёл обхохочешься, а самый забавный связан с Pid 1=)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 11-Мрт-18, 05:50 
Здесь вам не венда. Пока не зажимают исходники есть способ откатить всё это гoвно.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

74. "Выпуск Debian 9.4"  +2 +/
Сообщение от OperaFan on 11-Мрт-18, 11:26 
Хромиум с зондами. И что много народу откатило назад и поправидо код)? Раз, два и обчёлся.
Причём до сих пор люди юзая именно хромиум искренне уверены что это верх чистоты потому как опенсорс).
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

85. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 15:12 
> Хромиум с зондами. И что много народу откатило назад и поправидо код)?
> Раз, два и обчёлся.
> Причём до сих пор люди юзая именно хромиум искренне уверены что это
> верх чистоты потому как опенсорс).

Да. Хромиум — отличный пример ложной открытости и свободы.

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

120. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 00:51 
> Да. Хромиум — отличный пример ложной открытости и свободы.

Почему ложной? Когда народу становится принципиально, появляются штуки типа inox patches. А на какой-нибудь IE-ee такого при всем желании не сделаешь. Так что если сравнивать степени свободы...

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

99. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 19:09 
> Хромиум с зондами. И что много народу откатило назад и поправидо код)?
> Раз, два и обчёлся.

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

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

111. "Выпуск Debian 9.4"  +/
Сообщение от Унунуний on 11-Мрт-18, 21:34 
Для слоупоков с фуррифокса, пожалуйста, поподробнее!
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

84. "Выпуск Debian 9.4"  +1 +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 15:11 
> Здесь вам не венда. Пока не зажимают исходники есть способ откатить всё
> это гoвно.

Между прочим, исходники нескольких оффтопиков можно найти в интернете и почитать. Ты их читал, анон?


ЗЫ

Чтоб ты немного понимал себе объём предстоящей работы: исходники NT 4 — почти гигабайт файлов.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

89. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 17:49 
И там даже есть всё нужное для его сборки? Или недостающее предлагается дописать? Этим никто заниматься не будет (даже по приколу, слишком велик гемор), пока есть открытый линух и бзд.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

92. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok) on 11-Мрт-18, 18:00 
> И там даже есть всё нужное для его сборки? Или недостающее предлагается
> дописать? Этим никто заниматься не будет (даже по приколу, слишком велик
> гемор), пока есть открытый линух и бзд.

Ну-у-у, не знаю. :) Мне такое собирать не на чем, физически — в том смысле, что я не готов годы своей жизни положить на разбирательство с древним оффтопиком. :) И я не уверен, что оно вообще соберётся чем-либо из доступных средств типа watcom или что-то похожее.

А вот просто почитать на досуге — вполне можно. Это интересно. Я, собственно, в те архивы заглядывал. Некоторые файлы исходников датированы копирайтом ещё 1989 года, более ранних не видел. И весьма приятно и внятно прокомментированы. Простыней нет, всё аккуратненько по мелким файлам рассовано, всё с отличными комментариями, всё как на выставку.


ЗЫ

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

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

123. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 01:04 
У мелкомякоти все что касалось разработки всегда было через ж-пу. Я hello world модуль ядра Linux вгружу быстрее чем у маздайцев DDK закончит ставится.

И ядро линя со всеми прибамбасами собирается "я и моя ср*ная кошка". Простите, я и мой обычный компьютер. Да что там, даже "я и мой старый лаптоп". А вон те маньяки - "они и их 20-долларовая ARMовская платка". Они ребилдят кернел на фигне с кредитку размером! Приветы мудасовту с их исходниками. Но ты уже понял кого я назову настоящими системщиками, не так ли? Нет, не хрена с XP.

Кстати из этой мелочи можно билдферму собрать. Будет кластер этак с чемодан размером :). Билдить будет довольно бойко если distcc нарулить. Это ж не мелкомякоть где все геморно, дорого, максимально враждебно и по дурацки...

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

129. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 12-Мрт-18, 09:22 
> Они ребилдят кернел на фигне с кредитку размером!
> Кстати из этой мелочи можно билдферму собрать. Будет кластер этак с чемодан
> размером :). Билдить будет довольно бойко если distcc нарулить. Это ж

Ведь имеешь же какой-то вариант физического образования? Можно, будет, но не будет.
Разве что уже отменены теплообмен и модель фон Неймана.

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

168. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 18:57 
> Разве что уже отменены теплообмен и модель фон Неймана.

Эти штуки на ARM питаются от зарядки для смартов, 5-10W тепла с юнита максимум. Поэтому если не борзеть с плотностью размещения и оставить отверстия - даже без вентиляторов работает. А с вентиляторами можно и "чемодан" набить плотно. Фоты таких инсталляций можно нагуглить, это не я придумал.

И еще, там троттлинг есть. И довольно просто настраивается. Если станет горячо, можно просто частоту процу скинуть. Немного просядет производительность, и только. XXI век на дворе, такие проблемы железо давно и успешно решает. Все смарты и планшеты так делают, так что они нормально относятся даже к работе в открытом виде, когда тепло не скидывается на стенку корпуса. Только тормозят чуть больше, проц частоту снижает чтобы не перегреться. И только.

Если кто целый кластер подымает, DVFS он наверное настроит, чтобы оно жило долго и счастливо.

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

169. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. on 12-Мрт-18, 19:07 
>> Разве что уже отменены теплообмен и модель фон Неймана.
> отверстия - даже без вентиляторов работает. А с вентиляторами можно и
> "чемодан" набить плотно. Фоты таких инсталляций можно нагуглить, это не я
> придумал.
> И еще, там троттлинг есть. И довольно просто настраивается. Если станет горячо,

То-то не знают борцы за топ500, строят что-то, эл-энергию тратят, интерконнект разводят.
А тут вон как просто, наложил чемодан, да вентиляторы поставил.
Старина, скажите, пожалуйста, какое у вас именно физическое образование? Что-то вроде "радиофизика и электроника"?

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

247. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 14-Мрт-18, 17:46 
> То-то не знают борцы за топ500, строят что-то, эл-энергию тратят, интерконнект разводят.

Борцы за топ 500 нынче тоже своеобразно действуют. У них теперь первую скрипку все чаще играют относительно низкочастотные зато массово параллельные GPU. Для вычислений рулит. Но вот distcc на gpu не запустишь так по простому, не для этого они.

А так есть и иные соображения. При аппетитах из топ500 ставить очень дохрена очень мелких юнитов в более-менее одной физической локации может быть не практично с точки зрения монтажа, обслуживания, wiring и проч. Это может перевесить все остальное, если надо много мощщи в одной локации.

> А тут вон как просто, наложил чемодан, да вентиляторы поставил.

Народ таки это делает. И таки здорово разгоняет себе билдовку под ARM на нативной платформе. Но они не страдают гигантоманией из топ500. Да и кто сказал что топ500 так уж будет рулить с distcc?

Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

249. "Выпуск Debian 9.4"  +1 +/
Сообщение от Ю.Т. on 14-Мрт-18, 18:40 
>> То-то не знают борцы за топ500, строят что-то, эл-энергию тратят, интерконнект разводят.
> Борцы за топ 500 нынче тоже своеобразно действуют. У них теперь первую

Старина, не пыли. Этой проблематикой ты не владеешь.

Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

121. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 00:55 
> Между прочим, исходники нескольких оффтопиков можно найти в интернете и почитать. Ты
> их читал, анон?

У меня вот ядро Linux в git занимает даже чуть больше. И таки кое-что из этого я и читал и патчил по мере необходимости. Хочешь об этом поговорить? И таки если мне не понравится какой-то коммит, я пойду и скажу git revert.

И просто на поржать: я повтыкал на сорц, да и запустил вафлю на нестандартной частоте. А попробуй так в винде, поговорим у кого там какой контроль над системой...

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

196. "Выпуск Debian 9.4"  +1 +/
Сообщение от Ne01eX (ok) on 13-Мрт-18, 00:47 
>> Между прочим, исходники нескольких оффтопиков можно найти в интернете и почитать. Ты
>> их читал, анон?
> У меня вот ядро Linux в git занимает даже чуть больше. И
> таки кое-что из этого я и читал и патчил по мере
> необходимости. Хочешь об этом поговорить? И таки если мне не понравится
> какой-то коммит, я пойду и скажу git revert.
> И просто на поржать: я повтыкал на сорц, да и запустил вафлю
> на нестандартной частоте. А попробуй так в винде, поговорим у кого
> там какой контроль над системой...

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

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

248. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 14-Мрт-18, 18:01 
Я знаю. Поэтому поинтересовался кем может использоваться полоса, да и эксперимент был лишь на время, с небольшой мощностью. Посмотреть прокатит ли трюк.

Но вообще весь этот бред с делением частот - несколько протух. ИМХО оставить несколько полос всяким авиаторам, радарам и прочим критичным штукам. А остальное поделить по технологиям spread spectrum. У именно вафли - сигнал создает минимум проблем окружающим: он размазан на 20 или даже 40МГц полосу. С учетом комариной мощности передатчика и полосы - проблем более узкополосным системам он не создает. Для них это лишь небольшой рост шумового фона. Если так весь район сделает - шумовой фон в диапазоне конечно подскочит, но весь район так не сделает.

Собственно, создать кому-то в эфире проблемы - повод для нежелательных знакомств. Это не часть плана.

Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

72. "Выпуск Debian 9.4"  +2 +/
Сообщение от Ю.Т. on 11-Мрт-18, 08:38 
> Мда systemd, честно мне плевать на то хороший он или плохой, но
> вот когда systemd надежно прибьют к линуксу(и всей экосистеме его важнейших
> частей), а также куче важного софта, так что без него линукс
> вообще будет неработоспособен(собственно Red Hat очень хочет сделать Vendor lock-in, и
> подмять под себя линукс в целом), вот тогда наш дражайший поттеринг

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

201. "Выпуск Debian 9.4"  +/
Сообщение от Ne01eX (ok) on 13-Мрт-18, 01:15 
> ПО, вождь которого жаждет "определять будущее линукса" (собственноличное выступление
> ЛП, цитированное на этих форумах), не следовало бы даже в хату
> пускать. Это, как минимум, плохая постановка задачи.
> Но что ж поделаешь -- время идёт, деятелей СПО расслабуха одолевает. ЛТ
> ведь тоже "ветеран", как тут накатывают "молодые" (по угадке -- 30-35-летние
> :)))

Что самое, сцуко, парадоксальное, то Debian, не смотря на все свои костыли (а их там действительно много, начиная от системы управления пакаджами и заканчивая моделью разработки) настолько удобен, что просто сам порождает эту расслабуху. По крайней мере так было по 6-ю ветку включительно. в 7-й ещё можно было жить, но уже надо следить, чтобы в какое-нибудь гoвнo, типа systemd, случайно не наступить. Я не знаю, что случилось с архитекторами к 8-й ветке, но в 9-й уже вовсю стало нужно сначала окунуться в это гoвнo, потом его же и выпиливать.

По этому для себя я предпочёл сначала вернутся к Slackware, а потом, вообще, свою волшебную лопату откопал. :-)

Но на одном из серверов, у меня до сих пор лежат репозитории jessie и wheezy с важной целью, - они там резервируют место на жёстком, на случай, если архитекторы debian одумаются и всё-таки выпилят systemd изкаропки. :-)

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

212. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. on 13-Мрт-18, 08:53 
> Что самое, сцуко, парадоксальное, то Debian, не смотря на все свои костыли
> (а их там действительно много, начиная от системы управления пакаджами и
> заканчивая моделью разработки) настолько удобен, что просто сам порождает эту расслабуху.
> По крайней мере так было по 6-ю ветку включительно. в 7-й
> ещё можно было жить, но уже надо следить, чтобы в какое-нибудь
> гoвнo, типа systemd, случайно не наступить. Я не знаю, что случилось
> с архитекторами к 8-й ветке, но в 9-й уже вовсю стало
> нужно сначала окунуться в это гoвнo, потом его же и выпиливать.

Бойцы СПО, желающие играть в коммерческую корпорацию, неизбежно приложат к себе процессы, характерные для коммерческих корпораций. Бытие определяет сознание :))
Парсонс и его законы роста бюрократии
Дистры, втягивающие всё на свете и таким макаром неустанно квадратирующие колесо

Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

222. "Выпуск Debian 9.4"  +2 +/
Сообщение от freehck email(ok) on 13-Мрт-18, 16:35 
> ЛТ ведь тоже "ветеран", как тут накатывают "молодые" (по угадке -- 30-35-летние :)))

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

PS: Пару лет назад набредал на древний местячковый форум, на котором обитал, когда мне было лет пятнадцать. Я был очень удивлён тем, как сильно поглупел с тех пор. :)

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

69. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 07:46 
12 лет использую gentoo-linux да люки и баги бывают при обновлении программ но очень редко и 100% решается но все таки по моему скромному мнению бинарные дистрибутивы удобнее в настройке и экономят время
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

112. "Выпуск Debian 9.4"  +/
Сообщение от rshadow (ok) on 11-Мрт-18, 22:33 
Конечно. Именно по этим причинам они и процветают. Там минус только один - нельзя чуток поэкономить проц/память на кастомизации. Но на эти пару процентов выгоды все забили. Да и 99% пользователей все одно не осилят.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

179. "Выпуск Debian 9.4"  +1 +/
Сообщение от Аноним (??) on 12-Мрт-18, 19:57 
У тебя в генте USE=-comma ?
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

76. "Выпуск Debian 9.4"  +/
Сообщение от vz on 11-Мрт-18, 11:50 
Хорошо что Debian стал выпускать firmware-лайвы, спустились с небес на землю, редко, но нужно, хотя в основном первым dvd-образом пользуюсь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

110. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ананизм on 11-Мрт-18, 21:21 
начинал с Демьяна.
плавно перешел на генту. вот уж 7 лет как...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

114. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (??) on 11-Мрт-18, 23:14 
Ну и как там? Погода нормальная?
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

139. "Выпуск Debian 9.4"  –1 +/
Сообщение от anonymous (??) on 12-Мрт-18, 11:13 
systemd уже выпилили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

140. "Выпуск Debian 9.4"  +/
Сообщение от Andrey Mitrofanov on 12-Мрт-18, 11:24 
> systemd уже выпилили?

Дввно: https://wiki.debian.org/systemd#Installing_without_systemd

Про libsystemd0 ты не спрашивал. Почему?

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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