Держите немного инфографики про линукса⁠⁠

Если тебе нужны эти диаграммы, у меня для тебя плохая новость.

Это не значит, что это одно и то же.

Так у тебя ж мультиакк

Имейте ввиду, что в *nix системах важен регистр у файлов и каталогов. Поэтому эта картинка является серьёзной дезинформацией.

Вы можете обосновать причину своих выводов? Я знаю что такое зависимости, как ими управлять, и то, что это всё в реалиях гну/линукса создаёт "dependency hell" и хоронит линь на десктопе. Мне не нравиться "всякие appimage", поскольку это создаёт ещё больше сущностей, но они появились не просто так.

Ааааа, мои глаза!!!

ТС, тебя если честно спасёт только патч Бармина, и то не факт.

А твои советы про циски это отдельный ппц.

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

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

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

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

Вы конечно меня извините, но... Ну и помойка по сравнению с haiku.

я считаю что существует масса литературы, кто не совсем идиот и читать умеет - найдёт.

Спасибо Гейтсу за его детище

Так а аргументов-то и нет

А если найдутся, то все эти аргументы сведутся к тому что «я не умею это делать»

Пригласят того кто умеет

Ну а теперь представь. Заказали кастомизацию какой-нибудь именитой ERP-системы на предприятии

И админ такой: «я не буду это обслуживать»

Самому не смешно?

Админ не принимает работу, он занят обслуживанием сетей и серверов. Ну и его еще во время релиза просят что-то там доставить или поменять

Принимают работу тестировщики

Эта диаграмма для заказной разработки в рамках одного проекта

Когда все админы переквалифицируются в ямл-программистов или все программисты переходят на современные фреймворки, скорость и качество кратно растут, а зарплаты кратно не растут

Это другие процессы и описываются другими диаграммами

Во-первых, админ не имеет власти бить программиста по рукам

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

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

Сегодня можно выкладываться хоть несколько раз в день

Раньше релиз раз в полгода считался сверхдостижением

А первая какая?

Ты ностальгируешь по тому, чего никогда не было

Программисты всегда такие были, это просто раньше памяти было мало

В 2k25 это уже не актуально

Если какого-то конечного юзера попутным ветром занесет в линукса, ему решительно насрать что там в память загружается или не загружается

А сервера в докере крутятся

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

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

Так что я из электрика стал айти электриком. И уж с консолью уже давно на ты. Начинал кстати с цисок.

Ну а по поводу тебя - смысл? Я просто тебе посоветовал не позориться и поднатаскать теорию не по gpt чату а на хороших книжках. А то от фраз "отличить ss от dd" прямо воротит. Отличи свой ЧСВ от самоката. Сможешь? Или это немного разные понятия?

Вам настолько было сложно ответить, что пришлось подключать нейросеть?

"dep hell легко избежать, если устанавливать софт стандартными способами, используя единственный, стандартный для дистрибутива, пакетный манагер. НЕ использовать всякие cpan и pip. НЕ подключать древние репозитории. НЕ устанавливать пакеты вручную. Как показывает практика все кто жалуется на dep hell - сами устраивают на хостах мусорку в стиле хуяк-хуяк-продакшн, а потом у них linux виноват."

А ещё молиться, поститься и слушать радио радонеж. Ну как бы проблема есть, но её можно не замечать, если использовать только то, что барин разместил в стандартном репо. А то что барин не разместил, то ересь и НЕ НУЖНО.

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

/run это новомодное

вроде 10 лет назад было :)

FHS это стандарт, на практике многие релизы идут на "упрощение". Тут и линки /sbin, /bin, /lib на /usr/, и /media могут перенести. А /srv вообще встречал только на старых http/ftp серверах.

/run и /var/run

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

У вас первая и вторая картинка "не бьются".

Похоже что эта информация для определённой ОС и реализации.

Ты ответь каким образом у тебя сервис упал если БД в кластере. А то весь тот пост похож на одно большое ссаньё в уши.

"Опакечивать и вперёд. Или, если лень возиться, собирай из сорцов и устанавливай в /usr/local"

Вот пока пользователям придётся выполнять роль разработчиков, линь так и будет болтаться на уровне двух процентов на десктопе. Что на других системах абсурд, в гну/цирке — норма.

Файловые системы - это xfs, ext2, ext3,ext4

А ты просто спиздил статью https://timeweb.com/ru/community/articles/struktura-i-tipy-f... со всеми ее косяками )

Стоило именно написать это, а не давать ссылку на Википедию на английском.

Тем не менее, спижженая картинка имеет место быть, как и неправильная терминология. И проблема в терминологии даже не у переводчика, а изначально, как например по ссылке) А ты ее просто не задумавшись притащил. Правильным названием было бы "структура каталогов ОС Linus", например, Filesystem Hierarchy Standard - как раз про это
https://www.instagram.com/reel/DGwxFNbSP1Z/?igsh=dmtiaGY0cmx...

написать более правильный термин

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

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

написать более правильный термин

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

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

pid это pid процесса, число

pid - это идентификатор процесса. А у вас тавтология))

А в /proc только данные ядра ведь? Я не спец просто.

Инфоцыган детектед. Во-первых - какая нахер разница? Во-вторых, структура не равно ФС, прально товаришь написал.

Инфоцыган детектед. Во-первых - какая нахер разница? Во-вторых, структура не равно ФС, прально товаришь написал.

блеать.

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

Вы издеваетесь или правда не понимаете, в чём проблема?

Где на картинке ext3, где ext4 и в чём между ними разница? Это ведь файловые системы.