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

"Выпуск дистрибутива GoboLinux 017.01 с собственной иерархией файловой системы"	+/–
Сообщение от opennews (?), 02-Апр-25, 08:44
Представлен релиз дистрибутива GoboLinux 017.01, в котором вместо традиционной для Unix-систем иерархии файлов используется стековая организация дерева каталогов, при которой каждая программа устанавливается в отдельный каталог. Размер установочного образа с поддержкой загрузки в Live-режиме - 2.3 ГБ (x86_64)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63000
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от chestersh (ok), 02-Апр-25, 08:47	+19 +/–
давно пора порядок навести
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

3. Сообщение от du (?), 02-Апр-25, 08:49	+17 +/–
А что уж не всем привычную то: \PerfLogs \Program Files \ProgramData \Users \Linux     \System     \System32
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #8, #13, #56, #59, #87

4. Сообщение от Аноним (4), 02-Апр-25, 08:50	+/–
Да, переизобрели Program Files
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #148

5. Сообщение от Аноним (5), 02-Апр-25, 08:50	+/–
Давно пора сделать иерархию как в Windows! Даешь диск C:\!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #150

6. Сообщение от Анонем (?), 02-Апр-25, 08:54	+1 +/–
Ого, оно еще живое. Вроде как один из источников вдохновения для Nix.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53

7. Сообщение от Жироватт (ok), 02-Апр-25, 08:55	–1 +/–
Хы. Вот смотрю я вот на вот этих вот "нитаких как фсе", спрашиваю постоянно - почему бы не сделать виртуальную ФС с "попапочкам" НАД стандартной, проверенной временем иерархией - внятно ничего ответить не могут. Даже ответить на "зачем городить огород, каккие киллерные фишки у такой иерархии?" внятно - тоже. > Разные версии софта + проприентарь 1) Контейнеры, если надо не просто разложить по каталогам, но и дать минимальную защиту программе и от программы 2) Схема с /opt/LipreOffice_14.99/ и /opt/LipreOffice_13.88/ уже существуют с незапамятных времен. Заодно понятно, что если что-то лежит в опте, то следует на это обратить повышенное внимание.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

8. Сообщение от Жироватт (ok), 02-Апр-25, 08:58	+12 +/–
/ C:/    /System Volume Information/    /$RECYCLE.BIN/    ... D:/    /System Volume Information/    /$RECYCLE.BIN/    ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #61

9. Сообщение от Аноним (9), 02-Апр-25, 09:15	+4 +/–
>При этом, указанные каталоги по умолчанию не видны пользователю, благодаря применению модуля ядра GoboHide. Указанный модуль скрывает некоторые каталоги при переборе содержимого, но допускает прямое обращение к файлам. Руткитам и вирусам это должно понравится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #42

10. Сообщение от Аноним (10), 02-Апр-25, 09:16	+2 +/–
> Хы. Вот смотрю я вот на вот этих вот "нитаких как фсе", спрашиваю постоянно - почему бы не сделать виртуальную ФС с "попапочкам" НАД стандартной, проверенной временем иерархией - внятно ничего ответить не могут. затем, чтобы, например, libpng.so в /program/my-prog1, юзало версию 1, /program/my-prog2, юзило libpng.so версии 2, и они, никак бы не конфликтовали. Понятно, что в случае с libpng ещё можно было бы символическими ссылками разрулить, но если у прог/либ РАЗНЫЕ конфиги, например, или разная структура в /var/... то уже так не разрулишь. > Контейнеры, если надо не просто разложить по каталогам, но и дать минимальную защиту программе и от программы Контейнеры - это для бедных, как раз мега-костыль для отсутвия нормальной изоляции (в т.ч. либ). > 2) Схема с /opt/LipreOffice_14.99/ и /opt/LipreOffice_13.88/ уже существуют с незапамятных времен. Только живут в /opt собственно сами проги, БЕЗ зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14, #90

11. Сообщение от Аноним (13), 02-Апр-25, 09:27	+1 +/–
> /Programs/LibreOffice/25.2 Кстати, удобно иметь разные версии одного и того же. Вчера, например, упало LO 25.2 (поставлено из тестового репозитория) под Ubuntu 22.04 - сподвигло наконец-то поставить 24.04 с LO 24.2.7 из стандартного репозитория и не наступать на очередные грабли с тестовыми версиями. Ну их.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (13), 02-Апр-25, 09:29	+3 +/–
Почему нет? Swap файл в стиле Windows вместо отдельного swap раздела неплохо прижился в Ubuntu (начиная с версии 17.10), и все довольны. Нужно обмениваться лучшими идеями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #29, #43, #95

14. Сообщение от Жироватт (ok), 02-Апр-25, 09:30	+2 +/–
> затем, чтобы, например, libpng.so в /program/my-prog1, юзало версию 1, /program/my-prog2, юзило libpng.so версии 2, и они, никак бы не конфликтовали. ...что херит всю идею *разделяемых* библиотек. А если прямо так важно, чтобы юзалась версия 0.1.2.3 - для этого есть такое понятие как *статическая линковка*. Ну и да, симлинки. > разрулить, но если у прог/либ РАЗНЫЕ конфиги, например, или разная структура в /var/... то уже так не разрулишь. То ставишь в контейнере, если софт настолько униКАЛьниый (от снежинки с половиной карги: 90% который - лефтпады) или откровенно тяжёлый. > Контейнеры - это для бедных, как раз мега-костыль для отсутвия нормальной изоляции (в т.ч. либ). Неа, как раз доведенная до ума идея "приложение + зависимости + минимальное окружение в одном образе" с атомарным обновлением образа контейнера безо всяких "а теперь у нас тут новая, абсолютно несовместимая иерархия с ядерным модулем-маскировщиком для 100% софта". Кстати, как там с доверием к этому модулю? Он точно даёт прямой доступ к файлам и точно не скрывает что-нибудь несущественное, типа логов доступа тебя к файлам на ПК? > Только живут в /opt собственно сами проги, БЕЗ зависимостей. so'шники, которые распакованы рядом с бинарью и ресурсами - это сбой матрицы и показываются только избранным? И все равно все скатывается к > Разные версии + проприентарь и снова невнятно. Не убедил, нет прямо такой киллерности, ради которой стоило бы так менять структуру каталогов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от Аноним (13), 02-Апр-25, 09:31	–1 +/–
Ставили FreeBSD хоть раз? Как вам первые сообщения типа "системный диск c:" и т.п.?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #17, #25, #34, #89

17. Сообщение от Аноним (5), 02-Апр-25, 09:36	+/–
Фряху ставил, системный диск не помню честно говоря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от Жироватт (ok), 02-Апр-25, 09:37	–1 +/–
> Руткитам и вирусам это должно понравится. И не только им. ЦРУ просто хлопает в ладоши - не надо сильно заморачиваться с закладками, можно нанять канадского PhD, который хоть троянского слона (зашифрованная виртуалка, в которой интерпретатор питона, в котором FORENSIC-скрипты крутятся) напишет, а модуль спрячет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

20. Сообщение от Аноним (20), 02-Апр-25, 09:52	+1 +/–
Норм дистр, мне нравится. Использую лет пять уже. Кушать не просит, всем устраивает.
Ответить | Правка | Наверх | Cообщить модератору

22. Сообщение от Krtek (?), 02-Апр-25, 10:02	+/–
Именно то, что нужно было сделать ещё 20 лет назад. Вместо этого они нагородили тонны велосипедов в виде контейнеров, флэтпаков, снапов и прочего маразма - лишь бы не выкидывать замшелый кусок копролита из 60х годов под названием FHS.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #77

23. Сообщение от Аноним Анонимович Анонимов (?), 02-Апр-25, 10:06	+4 +/–
> Минус подобного подхода - необходимость хранить данные (например, логи, файлы конфигурации) рядом с системными файлами Никаких минусов в этом нет. Всё лежит в одном месте. Директорию со всем содержимым удалил и никакого мусора в системе не осталось. Пожалуй за исключением ярлыков в меню, но это можно автоматизировать. Что касается лог файла, то не вижу проблемы. Например системд, не полемики для нужно/ненужно, а примера ради, умеет в такие случаи. Указываете путь до лог файла и читаете через journalctl. Опять же этот процесс можно автоматизировать. Как по мне данный дистрибутив логичное развитие Linux, жаль не взлетел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #30, #47, #119

24. Сообщение от Аноним (24), 02-Апр-25, 10:15	+/–
в nixos это лучше сделано :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

25. Сообщение от Аноним (25), 02-Апр-25, 10:19	–1 +/–
И не только во фряхе, но и в остальных бздях тоже диск ц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #114

27. Сообщение от Аноним (-), 02-Апр-25, 10:23	+/–
> при которой каждая программа устанавливается в отдельный каталог а в остальных вот прям рандомно ))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

28. Сообщение от Жироватт (ok), 02-Апр-25, 10:24	+2 +/–
Удачи тебе с ACL в системе выше по уровню "однопользовательский лолкалхост"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #75, #139

29. Сообщение от Аноним (-), 02-Апр-25, 10:25	–1 +/–
а чем не зашел своп-раздел? чем он так плох? фиксированным размером? ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #81, #82

30. Сообщение от Аноним (13), 02-Апр-25, 10:25	+/–
> Директорию со всем содержимым удалил и никакого мусора в системе не осталось. Это и сейчас можно сделать. Испортил случайно пакет (например, упомянутый выше LO), соответствующую папку конфигурации удалил, запустил снова и опять получил чистую установку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #85

31. Сообщение от Аноним (13), 02-Апр-25, 10:28	+/–
В принципе все это нехорошо - сделать такое в рамках одного дистрибутива. При разработке я предполагаю, что некая стандартная (как минимум общепринятая) структура каталогов все-таки существует. А такой подход ведет к фрагментации экосистемы, и ни к чему более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #71, #164

32. Сообщение от Аноним (32), 02-Апр-25, 10:28	+1 +/–
Мощь СПО и GNU/Linux именно в том, что есть возможность сделать в принципе что угодно. Хоть FHS выкинуть, хоть API ядра поменять. На что хватит ресурсов^Wсил и желания. Сообщество СПО тебе ничего не должно было 20 лет назад, не должно и сейчас. Люди делают то, что хотят, или за что им платят. >тонны велосипедов в виде контейнеров, флэтпаков, снапов и прочего маразма Контейнеры для деплоя серверных приложений, флатпаки и снапы - для дистрибуции прикладного софта на РАБочие станции. Оба направления востребованы корпорациями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #54

33. Сообщение от Аноним (33), 02-Апр-25, 10:40	+5 +/–
Давно пора было отделить либы прог от системных, в конечном итоге все эти флэтхабы к этому и пришли, правда через одно место. Кажется правильнее было аппимэйдж развивать. А ребята забабахали прямо из коробки, такой подход это правильный шаг к гармоничной системе, еще конечно нужно все причесывать, но все равно очень интересно, молодцы!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #72, #166

34. Сообщение от nrv (ok), 02-Апр-25, 10:41	+/–
емнип, это еёшный загрузчик такой, сама фря юникс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #38, #69

35. Сообщение от Аноним (35), 02-Апр-25, 10:44	+11 +/–
А то я всё время забываю где у меня что установленно, то ли в /usr/bin, то ли в /usr/local/bin, то ли в /opt. Это какой-то ёпт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #37

37. Сообщение от Аноним (37), 02-Апр-25, 10:53	+6 +/–
Есть такая команда, which. Не благодари.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #44, #48, #70, #125, #165

38. Сообщение от Аноним (38), 02-Апр-25, 10:59	+/–
Ну так структура файлов что в этом вашем линуксе, что во фряже идентична, плюс минус, т.к. повторяет UNIX.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

39. Сообщение от Анонем (?), 02-Апр-25, 11:02	+2 +/–
Для тех, кто тут контейнеры поминает: GoboLinux Initial release    2003; 22 years ago AppImage Initial release    2004; 21 years ago Flatpak Initial release    September 2015; 9 years ago
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #49

42. Сообщение от n00by (ok), 02-Апр-25, 11:08	+/–
Руткиту хватит и LD_PRELOAD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #57, #158

43. Сообщение от Аноним (43), 02-Апр-25, 11:09	–3 +/–
>а чем не зашел своп-раздел? чем он так плох? фиксированным размером? )) SSD мрёт, хотя бы zram-swap.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #88, #91, #154

44. Сообщение от Дмитрий (??), 02-Апр-25, 11:12	+5 +/–
я думаю, что то был сарказм )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #113

45. Сообщение от Аноним (13), 02-Апр-25, 11:15	+/–
> AppImage Initial release 2004; 21 years ago Функциональный [почти] аналог неплохо применяется в macOS. Когда разбирался с упаковкой дистрибутивов, обратил внимание, как же они похожи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #167

47. Сообщение от n00by (ok), 02-Апр-25, 11:17	+/–
Минус в том, что приходится разрешать запись в каталог. Ещё не всегда можно взять и скопировать каталог на соседнюю машину, требуется чистить настройки-логи. Но это похоже на недоделку из-за нехватки ресурсов. Если развивать дальше их драйвер с оглядкой на пакеты в Haiku (BeOS), можно решить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

48. Сообщение от eugener (ok), 02-Апр-25, 11:20	+1 +/–
which устарела уже три года как (см. https://salsa.debian.org/debian/debianutils/-/blob/5aeca1e3b... ) Используйте 'type -p' или 'command -v'.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #58

49. Сообщение от n00by (ok), 02-Апр-25, 11:21	+/–
Это давнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51

50. Сообщение от Аноним (51), 02-Апр-25, 11:22	+/–
Лучше иерархии придумать сложно. Пора пересмотреть взгляды  на иерархию.
Ответить | Правка | Наверх | Cообщить модератору

51. Сообщение от Аноним (51), 02-Апр-25, 11:22	+1 +/–
Пора сделать нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #124

52. Сообщение от Rev (ok), 02-Апр-25, 11:35	+/–
Так глядишь и через лет 15 дойдут до инсталлеров с Next, Next, Next :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

53. Сообщение от Уникум (?), 02-Апр-25, 12:04	+/–
Нет, они вышли в одно время, может с разницей в полгода. Никс на PhD базируется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

54. Сообщение от Krtek (?), 02-Апр-25, 12:10	+/–
Бла-бла-бла. Не имеет значения, что там ими движет: отсутствие корпоративного заказа или религиозный запрет. >Контейнеры для деплоя серверных приложений, флатпаки и снапы - для дистрибуции прикладного софта на РАБочие станции. И всё это является нелепыми костылями для обхода убогой архитектуры системы, которая была сварганена в 60е годы прошлого столетия буквально на коленке с оглядкой исключительно на аппаратные ограничения, наложенные на разработчиков - смех да и только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #74

55. Сообщение от Аноним (55), 02-Апр-25, 12:13	+1 +/–
Получается какой-то гибрид мака и гайки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

56. Сообщение от вввв (?), 02-Апр-25, 12:14	–1 +/–
зачем все эти полумеры? ))) надо экономить место на диске )) \P (Program) \D (data) \U (users) \L (linux)   \C (config)   \K (kernel)   \L (libs)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

57. Сообщение от Аноним (58), 02-Апр-25, 12:23	+/–
LD_PRELOAD не даёт сокрытия файлов и процессов. Его хватит только, чтоб к существующей проге прикрутить бекдор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #80

58. Сообщение от Аноним (58), 02-Апр-25, 12:29	+1 +/–
Это где она устарела, в Демьяне? А то в Gentoo имеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #60, #62

59. Сообщение от Аноним (58), 02-Апр-25, 12:33	+/–
Вот, тогда бы GoboLinux на Винду был больше похож, чем Zorin OS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

60. Сообщение от eugener (ok), 02-Апр-25, 12:36	+1 +/–
> Это где она устарела, в Демьяне? А то в Gentoo имеется. И в дебиане имеется, включая тестируемый 13-ый, но помечено как устаревшее, будет удалено в будущем. PS: Хотя походу это только их дебиановская версия устарела, в убунте дебиановская, но в других дистрах может быть другая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #64, #94

61. Сообщение от Аноним (61), 02-Апр-25, 12:44	+3 +/–
Не выкупил, в чем отличие от: lost+found .Trash-1000 .local/share/Trash ? Меня больше напрягает куча овна в корне хомяка, вместо ".config". Хотя и в ".config" овна хватает, ибо зачем складывать конфиги в одну папку? Да разработчики Krita? Ну или 24 пункта "Krita" подряд, в "Open With". Прям кайфую каждый раз скролить, нужно еще минимум столько же!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #105

62. Сообщение от eugener (ok), 02-Апр-25, 12:47	–1 +/–
Хотя походу это только их дебиановская версия устарела, в убунте дебиановская, но в других дистрах может быть другая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

63. Сообщение от Krtek (?), 02-Апр-25, 12:48	+1 +/–
Именно так и есть. Программы буквально размазываются по всей файловой системе, включая конфигурационные файлы. Всё это порождает целый ворох проблем: от трудностей в настройке до поломки системы по причине бардака зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

64. Сообщение от Аноним (58), 02-Апр-25, 12:51	+/–
Кстати, type -p не всё находит: which nano /bin/nano type -p nano Обломинго, не нашёл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #79

65. Сообщение от Аноним (65), 02-Апр-25, 13:02	+/–
>Каталог каждого приложения включает все компоненты необходимые для его работы Сразу ффтопку.  Distr1 просто хранил разные пакеты в разных каталогах и объединял их в FHS через специальную файловую систему. Жаль, что автору надоело, другого сообщества не объявилось, и даже Дебиан не попробовал  разработку к себе интегрировать.
Ответить | Правка | Наверх | Cообщить модератору

67. Сообщение от Аноним (-), 02-Апр-25, 13:08	–6 +/–
В маке ВСЁ идеально. Честно признаюсь, что не имею денег на новый мак (б.у. не доверяю, там продают почти всегда технику со скрытыми нюансами и подвохами) и вряд ли когда-то будут, но я каждый раз облизываюсь, когда вижу этот божественный (без преувеличения и сарказма) интерфейс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #129, #168

69. Сообщение от Аноним (69), 02-Апр-25, 13:28	+/–
> емнип, это еёшный загрузчик такой, сама фря юникс ЕМНИП, это просто фантазии местных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

70. Сообщение от User (??), 02-Апр-25, 13:30	+2 +/–
А еще whereis, locate, find и та дэ - все, с-ка разные и все не то, чтобы прям хорошо задачу решающие - впрочем, ничего нового.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #92, #97

71. Сообщение от Аноним (24), 02-Апр-25, 13:31	+/–
зато проблемы зависимостей нет. Не надо мозг ломать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

72. Сообщение от User (??), 02-Апр-25, 13:33	+/–
Этак еще немного и дойдут до "базовой системы" и /usr/local, как самизнаетегде :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #78

73. Сообщение от Антон (??), 02-Апр-25, 13:37	+/–
Интереснее, если бы сделали систему файлов на основе тэгов. Или в виде запросов к БД. Индексирование и так прикручивают поверх. Иерархии путей/директорий для файлов можно создавать поверх тэгов. Изменять иерархии не трогая сами файлы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110, #138

74. Сообщение от Аноним (74), 02-Апр-25, 13:38	–1 +/–
Ох, ну конечно! Весь мир так глуп что неспособен заметить такие явные изъяны. А вот ВЫ то с высоты своих интеллекта и экспертизы сразу все оценили. Что же вы не поделитесь своим высоким видением с разработчиками систем? Или даже не создадите свою систему? И приемеры конкурирующих систем без оных недостатков соизволите привести?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #104

75. Сообщение от User (??), 02-Апр-25, 13:39	+/–
Иа вас умоляю, кто использует linux сколько-нибудь отличным от этого сценарием? Уот тебе сервер - на ём бэдэ, уот другой - на ём аппликуха, уот третий - там контейнер, уан штюк. А так чтобы всю LAMPаду на одну машину - так лет уже *цать не носят, как из коротких-штанишек-шаредных-хостингов выросли - так и не.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

77. Сообщение от Аноним (118), 02-Апр-25, 14:21	+/–
Но без контейнеров и виртуалок не было бы процветания хостинга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

78. Сообщение от Аноним (118), 02-Апр-25, 14:22	+/–
В Караганде, вестимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #86

79. Сообщение от Аноним (79), 02-Апр-25, 14:27	+/–
> type -p nano Обломинго, не нашёл. В LMDE6 (debian 12) находит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

80. Сообщение от n00by (ok), 02-Апр-25, 14:28	+/–
> LD_PRELOAD не даёт сокрытия файлов и процессов. Ну если не уметь накодить нужное в .so, то конечно не даёт. > Его хватит только, чтоб к > существующей проге прикрутить бекдор. Советую, прежде чем выдавать вот такую экспертизу, почитать хотя бы книжку Хоглунда. Ну и подумать, что оттуда возможно перенести в Linux. При этом всякий раз вывод "невозможно" следует заменять на "я не знаю".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #118

81. Сообщение от blkkid (?), 02-Апр-25, 14:30	+/–
внезапно, да чтобы изменить размер свопа (или вообще его убрать и использовать zram) с свопразделом приходится или перетасовывать все остальные разделы, или городить конструкции с LVM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #83, #101

82. Сообщение от Аноним (83), 02-Апр-25, 14:37	+1 +/–
слишком быстро работал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

83. Сообщение от Аноним (83), 02-Апр-25, 14:43	–1 +/–
> чтобы изменить размер свопа Зачем? Вернее, а зачем _сейчас_ нужен своп? Хинто 1: бины/либы - это уже "своп" - они свопятся из своих файлов. Хинто 2: если программе не хватает рамы для данных - надо добавить рамы, а не тормозить дисками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #126, #145

85. Сообщение от Аноним Анонимович Анонимов (?), 02-Апр-25, 14:59	+3 +/–
Спасибо, что ответили, но я в курсе. Маленький нюанс, конфиги приложения могут лежать где угодно. В ~/.config/, в /etc, в /usr/local/bin… опять же, вы строите свой пример с позиции, когда вы точно знаете, где располагаются конфиги. Чем это лучше, чем структура каталогов следующего вида? /Programs/AppName_1.0/config/ /Programs/AppName_2.0/config/ С точки зрения пользователя/администратора мнемоника: программы лежат в /Programs/, внутри каталогов приложений содержатся поддиректории логи, конфиги и т.п. легка и понятна. Не тратите время на то, чтобы установить местоположение оных, унификация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #106, #120

86. Сообщение от User (??), 02-Апр-25, 15:04	+/–
> В Караганде, вестимо. Ачосразутам-то?! Куеда, Барда, Салда, Тавда, Ревда - тоже хорошие города!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

87. Сообщение от скуф (?), 02-Апр-25, 15:15	+/–
Это привычно не всем, а только тем кого бох обделил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

88. Сообщение от Аноним (105), 02-Апр-25, 15:18	+4 +/–
> SSD мрёт Сказки венского леса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

89. Сообщение от Аноним (89), 02-Апр-25, 15:29	+/–
Это особенность fdisk (disklabel, если точнее). Там кажется c: - это весь диск (аналог /dev/sda). В других ОС тоже подобное бывает, не всегда 3-й раздел по списку, где-то он был аж девятый по счёту из примерно пятнадцати.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

90. Сообщение от Аноним (105), 02-Апр-25, 15:41	+1 +/–
> Контейнеры - это для бедных А вот не надо ля-ля. Я лично наоборот жду когда же уже наконец завезут прозрачную интерграцию контейнеров с системой. Чтоб можно было одним щелчком мыши создавать изолированные оркружения и так же легко их удалять. Или можно контейнеры сразу с пакетным менеджером объединить. Например устанавливаешь кучу программ, и вместо "apt install program1 program2 program3" пишешь что-нибудь типа этого: "apt install -in mycontainer program1 program2 program3". А когда их нужно удалить, то просто удаляешь контейнер вместе со всеми программами, зависимостями и конфигами, и все дела. По-моему это было бы удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #128, #140

91. Сообщение от dv (??), 02-Апр-25, 15:44	+3 +/–
диску лет пять, рабочий ком 24/7, своп на разделе, проблем с диском нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #144

92. Сообщение от Аноним (-), 02-Апр-25, 15:45	+1 +/–
А ты не матерись, просто выбери утилиту по сердцу. И что чтож они разные. В разнообразии кроется сила Линукса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #117, #143

94. Сообщение от Джек (?), 02-Апр-25, 15:51	+1 +/–
Да не удалят команду, симлинкнут полюбому
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

95. Сообщение от Аноним (-), 02-Апр-25, 15:53	+2 +/–
С какого перепугу ты решил что файл-подкачки как в Виндовсе это лучшая идея? ты совсем того. Ну выбрали убунтоиды вантузный путь, это их проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #135, #146

97. Сообщение от Джек (?), 02-Апр-25, 15:55	+/–
Просто мейнтейнеры ещё не нашли достойный клон на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

101. Сообщение от Аноним (105), 02-Апр-25, 16:15	+/–
Так сделай своп не фиксированного размера, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #162

104. Сообщение от Krtek (?), 02-Апр-25, 16:31	+/–
>Весь мир так глуп Не слишком ли громко для небольшой кучки держателей акций IBM? >Что же вы не поделитесь своим высоким видением с разработчиками систем? Или даже не создадите свою систему? Тебе сколько лет, что ты несёшь подобный бред? >И приемеры конкурирующих систем без оных недостатков соизволите привести? Никакой конкуренции не существует. Это точно такая же фикция, как демократия, например. Все рынки поделены и принадлежат одним и тем же хозяевам. Можешь сам чекнуть акционеров, интересующих тебя, корпораций. Ты увидишь там +- одни и те же фамилии, банки и фонды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #151

105. Сообщение от Аноним (105), 02-Апр-25, 16:32	+/–
> Меня больше напрягает куча овна в корне хомяка, вместо ".config" Меня тоже в своё время это напрягло. Выход придумал такой: создал в домашней директории ещё одну папку Home, перенёс туда из домашней папки всё кроме конфигов, а потом просто отредактировал файлик user-dirs.dirs. В принципе можно было бы ещё с названием и расположением домашнего каталога (реального) поиграться, но пока и так всё устраивает.50674
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

106. Сообщение от Жироватт (ok), 02-Апр-25, 16:42	+1 +/–
Брррр. Было в ХР и ниже. По итогу любое приложение так или иначе требовало себе админа, чтобы просто писать рядом с собой в конфиг, а не в профиль пользователя. После чего имело практически полный доступ к кудахтеру, то-то вирусине было раздолье. Переучили кое как только к выходу вин11, да и то, легаси все равно надо запускать "от админа", не спасает даже "виртуализация профиля". > С точки зрения пользователя/администратора мнемоника: программы лежат в /Programs/, внутри каталогов приложений содержатся поддиректории логи, конфиги и т.п. легка и понятна /Programs/AppName_1.0/config/Vasyan /Programs/AppName_1.0/config/Petyan /Programs/AppName_2.0/config/Abyrvalg /Programs/AppName_2.0/config/Vasyan хм... /Users/Vasyan/config/AppName_1.0/conf /Users/Vasyan/config/AppName_2.0/conf /Users/Abyrvalg/config/AppName_2.0/conf /Users/Petyan/config/AppName_1.0/conf > С точки зрения пользователя/эникея мнемоника:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #142, #160

107. Сообщение от Анониссимус (?), 02-Апр-25, 17:00	+1 +/–
Проект интересный, но смысла не вижу. Я — наоборот, старательно собираю все конфиги в одну папку, чтобы её снапшотить. А это не так просто: многие "особо одарённые" приложения засирают корень хомяка своими конфигами. Решаю задачу с помощью MergerFS, полёт отличный.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109, #122

108. Сообщение от Аноним (110), 02-Апр-25, 17:10	+2 +/–
> стековая организация дерева каталогов ШТА?! Ахинею не неси! Там самая обычная древовидная форма, просто МУСОРА значительно меньше! Вся эта пурга с /bin, /sbin, /usr/sbin упразднена (и слава небу!).
Ответить | Правка | Наверх | Cообщить модератору

109. Сообщение от Аноним (110), 02-Апр-25, 17:15	+/–
Ну а как увидит смысл админ локалхоста?? Ты ещё не видел реальных конфигов, поэтому твоя "одна папочка" работает. В Gobo сделано всё по-уму, просто ещё не все дозрели до этого. То, что для одной узкой задачи тебе удобно иметь одну папку, ещё не означает, что в регулярной работе это удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #132

110. Сообщение от Аноним (110), 02-Апр-25, 17:18	+/–
Ты далеко не первый мечтатель об этом сферическом коне. Увы, в реале это не работает - всё равно ФС надо учитывать характер носителя, операций и т.п. То, что ты увидел аналогию - это похвально (хотя скорее всего просто тупо у кого-то прочитал). Но по факту, абстрагирование от носителя при помощи СУБД тебе не очень много даст, зато полностью лишит тебя преимущества о знании носителя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #121

113. Сообщение от Аноним (35), 02-Апр-25, 17:36	+/–
неа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

114. Сообщение от _ (??), 02-Апр-25, 17:54	+/–
Перепись ни разу фряху не видевших, но мнение имеющих - продолжается! Проходим, не стесняемся ! :)))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

116. Сообщение от Zulu (?), 02-Апр-25, 18:36	+/–
> (например, /System/Index/lib/libgtk.so ссылается на /Programs/GTK/4.18/lib/libgtk-4.18.so) А почему на 4.18, а не 4.17, если главной фишкой заявлена возможность установить больше версий одновременно? И кстати чем это принципиально отличается от /usr/lib/libx.so.1, .so.2 итд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #134

117. Сообщение от User (??), 02-Апр-25, 18:53	+3 +/–
> А ты не матерись, просто выбери утилиту по сердцу. И что чтож > они разные. В разнообразии кроется сила Линукса. Ага. Можно ещё вот самому написать, да. Зе павер оф опенсортц!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

118. Сообщение от Аноним (118), 02-Апр-25, 19:16	+/–
Советую не навязывать мне, как мне следует выражать свои мысли. Скажи ещё "Я знаю, что ничего не знаю".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #123

119. Сообщение от Нуину (?), 02-Апр-25, 19:17	+/–
> Директорию со всем содержимым удалил и никакого мусора в системе не осталось. 1. Почему лог о том, что в системе был пакет X и потом он удален -- это мусор? 2. Где хранить настройки приложения между установками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #127, #136

120. Сообщение от Нуину (?), 02-Апр-25, 19:21	+/–
> Маленький нюанс, конфиги приложения могут лежать где угодно. В ~/.config/, в /etc, в /usr/local/bin… В /etc лежат конфиги системные. Пользователь не имеет прав их менять. В ~/.config пользовательские. Какие конфиги лежат в /usr/local/bin ??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

121. Сообщение от Антон (??), 02-Апр-25, 19:23	+1 +/–
Крайне редки случаи, когда программе надо знать что-то кроме получения дескриптора файла. Может быть 0.001% сервисных утилит. Но и так разберутся с ФС, без лишних абстракций. Тэги позволят передать дополнительные мета-данные файла, о его размещении на диске, либо о типе диска. На с случай, если очень надо. Работая с тэгами сократятся безграничные портянки путей вида ////, и вывода логов. Текстовые интерфейсы это конечно база Linux, но не очень быстрые, и внимательность программистов страдает. Преимуществ уйма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

122. Сообщение от Нуину (?), 02-Апр-25, 19:26	+/–
> Я — наоборот, старательно собираю все конфиги в одну папку, чтобы её снапшотить. А это не так просто: многие "особо одарённые" приложения засирают корень хомяка своими конфигами. Решаю задачу с помощью MergerFS, полёт отличный. Почему просто не управлять .config и прочими конфигами в хомяке через git?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #133

123. Сообщение от n00by (ok), 02-Апр-25, 20:41	+/–
В таком случае, что бы я мог отличать тебя от прочих, пишущих глупости, тебе придётся подписываться отлично от Аноним.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

124. Сообщение от n00by (ok), 02-Апр-25, 20:44	+/–
Есть желающие?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

125. Сообщение от Аноним (125), 02-Апр-25, 20:46	+4 +/–
Использовать команду, чтобы банально узнать что где лежит, какая прога установлена - Вам не кажется это малось, эммм... сломанным? А тут ребята сделали нормально. Вообще лично всегда считал каталоги линукса бредом. Это же из юникса пошло? Хз кому такому умному пришла эта идея в голову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #131, #147

126. Сообщение от Аноним (125), 02-Апр-25, 20:49	–1 +/–
Сейчас такие диски быстрые, что последние андроиды позволяют расширить раму за счет ссд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

127. Сообщение от n00by (ok), 02-Апр-25, 20:54	+/–
Настройки можно хранить в "реестре" или специальном отдельном каталоге. Это решается драйвером-редиректором, либо даже "дубово" на уровне glibc (поскольку всё линкуется с ней).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #130

128. Сообщение от Аноним (125), 02-Апр-25, 20:54	+1 +/–
Да, удобно особенно для билд систем. У меня уже пермоментно бомбит от того кошмарного ужаса, когда чтоб сбилдить прогу приходится тащить гору зависимостей, из которых больше половины - только определенной версии и только ей, проге, нужные. Лучше бы конечно объяснять разработчикам что не нужно плрдить абстракций и библиотек, но имеем что имеем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

129. Сообщение от Аноним (125), 02-Апр-25, 21:05	+1 +/–
Выскажусь в защиту интерфейса мака. Идея с кнопками File, Edit, Help находящимися всегда в одном месте и не отжирающими драгоценное пространство у окон приложений - по истине гениальная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

130. Сообщение от Нуину (?), 02-Апр-25, 21:21	+/–
> Настройки можно хранить в "реестре" или специальном отдельном каталоге. Это решается драйвером-редиректором, И получаем приложение, завязанное на этот реестр. Никогда не приходилось ставить гномовское или кдешное приложение в неродной среде? Они тянут огромное кол-во зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #153

131. Сообщение от ымдлопрмип (?), 02-Апр-25, 21:26	+/–
Вполне соответствует современному подходу огранизации данных: свалить всё в кучу и ориентроваться, делая выборки по разным критериям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

132. Сообщение от Анониссимус (?), 02-Апр-25, 22:54	+/–
На серверах победили контейнеры и виртуалки, никакой gobo там не нужен. Вообще у твоего наезда смысла нет. Я рассуждал с точки зрения пользователя ПК, а не админа серверов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

133. Сообщение от Анониссимус (?), 02-Апр-25, 23:02	+/–
Мысль интересная. Но это что получается: каждый раз, когда я ставлю какое-то приложение, которое записывает свои конфиги, мне нужно их `git add`ить ручками? Либо: можно делать `git add ~`, но тогда всю остальную помойку из хомяка придётся прописывать в .gitignore, и, соответственно, поддерживать его? Нет уж, я лучше чез MergerFS, там всё работает само и кушать не просит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

134. Сообщение от Анониссимус (?), 02-Апр-25, 23:03	+/–
Принципиально — наверное ничем. Просто навели порядок и выкинули FHS на свалку истории.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #163

135. Сообщение от Аноним (135), 02-Апр-25, 23:16	–1 +/–
> что файл-подкачки > вантузный путь > как в Виндовсе А если как в макоси? То есть так же, но без упоминания винды, чтобы не провоцировать фанатиков. Могу представить проблемы на жёстком диске при свопе переменного размера (->фрагментация) и на ZFS (->ха-ха, дедлоки[1] из-за неотключаемого CoW). Но это специальный поиск проблем на свою голову, где реальные недостатки? Вижу только увеличение гибкости, а то можно вообще на каждый файл по разделу выделять (назовём это lvmthinfs). [1] https://github.com/openzfs/zfs/issues/7734
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #155

136. Сообщение от Аноним Анонимович Анонимов (?), 02-Апр-25, 23:43	+/–
По первому пункту: - это задача пакетного менеджера, если устанавливаем пакет из репы или собственноручно собраный пакет. Как быть с AppImage и иже с ним не знаю. Вероятно писать брокер с применением Dbus, который будет отслеживать и добавлять мету в кэш пакетного менеджера. По второму пункту: мне откровенно говоря сложно представить сценарий, при котором необходимо держать конфиги для удалённого приложения. Заведите git или какую-то систему для ведения документации confluence или что-то попроще и храните там. Я использую CherryTree для хранения личных заметок, в том числе конфиг файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #137

137. Сообщение от Нуину (?), 02-Апр-25, 23:48	+/–
> По второму пункту: мне откровенно говоря сложно представить сценарий, при котором необходимо держать конфиги для удалённого приложения. Linux многопользовательская ОС. Приложение может удалить пользователь с повышенными полномочиями, а конфиги для него у конретного пользователя зачем удалять? Если говорить про локалхост с одним пользователем, то конфиги могут пригодиться, если приложение будет установлено заново. Даже apt по умолчанию (без --purge) системные конфиги не удаляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

138. Сообщение от Аноним (135), 02-Апр-25, 23:52	+/–
> Интереснее, если бы сделали систему файлов на основе тэгов. Теговые ФС радуют Вас стабильным невзлетанием с 2003 года! Как минимум. Не, эта идея мертва и провалилась уже слишком много раз. На уровне приложений идея работает, но в ФС ограничиваются симлинками, хардилинками, дедупом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

139. Сообщение от Аноним Анонимович Анонимов (?), 03-Апр-25, 00:05	+/–
Зачем тут ACL? При первичном запуске приложения с помощью sudo/sticky bit/capabilities создаётся директория (имя $username или uid или uuid) с правами u+rwx,go-rwx внутри /Programs/AppName_<n>/config/. Владелец директории так же устанавливается при первичном запуске. При последующих запусках приложения пользовательские конфиги берутся из соответствующей директории, с корректными правами. Если в директории выше есть глобальный конфиг, то его, очевидно, редактируют с использованием рут прав, как во всех мейнстримовых дистрибутивах сегодня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

140. Сообщение от Nellex (?), 03-Апр-25, 00:19	+/–
А что мешает LXD или Incus использовать для этого? Команда lxc позволяет алиасы создавать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #156

141. Сообщение от Avririon (ok), 03-Апр-25, 00:27	+/–
Не с "собственной", а единственно верной.
Ответить | Правка | Наверх | Cообщить модератору

142. Сообщение от Аноним Анонимович Анонимов (?), 03-Апр-25, 00:27	+/–
> любое приложение так или иначе требовало себе админа, чтобы просто писать рядом с собой в конфиг, а не в профиль пользователя. После чего имело практически полный доступ к кудахтеру Описанное справедливо и для мейнстримовых дистрибутивов linux. sudo эквивалент «запустить от администратора».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

143. Сообщение от Аоним (?), 03-Апр-25, 02:09	+/–
А ты не глупи - представляешь, если бы у тебя в авто было 5 рулей и каждый бы работал немного по-другом чем другой, но со своей "изминкой" - была бы веселуха, как говорится - все столбы твои.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

144. Сообщение от Аоним (?), 03-Апр-25, 02:14	+/–
Ноуту 15 лет, проц i3, диск HDD - даже и не думаю, что что-то из них может умереть (скорее петли дисплея отвалятся)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

145. Сообщение от User (??), 03-Апр-25, 07:06	+/–
>> чтобы изменить размер свопа > Зачем? Вернее, а зачем _сейчас_ нужен своп? > Хинто 1: бины/либы - это уже "своп" - они свопятся из своих > файлов. > Хинто 2: если программе не хватает рамы для данных - надо добавить > рамы, а не тормозить дисками. Ну, эта... есть вот такая штука - "гибернацией" называется. Ну, т.е. в нормальных системах есть, нам-то, конечно - "не нужно!" - так вот для неё этот самый swap некоторым образом эээ... используется, да. Т.е. опять таки в нормальных системах - нет, но вот конкретно у нас - "да" :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #149

146. Сообщение от User (??), 03-Апр-25, 07:10	–1 +/–
> С какого перепугу ты решил что файл-подкачки как в Виндовсе это лучшая > идея? ты совсем того. Ну выбрали убунтоиды вантузный путь, это их > проблемы. Не, ну диски конечно по объему изрядно выросли - но отдавать 32 гига на случай гибернации того-этого... жаба душит. Опять же - управлять уот этим уот несколько более напряжно - докинул ты в нотик еще одну плашку (Тут конечно производитель постарался, чтоб такой проблемы у тебя не возникло - но вдруг?) - и начинается танец-с-саблями-на-граблях...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #159

147. Сообщение от аролп5 (?), 03-Апр-25, 09:38	+/–
Тут 2 стороны. С текущими каталогами линукса - нет дубля программ и библиотек, значит весит мало и строгая версионность (у программистов же правило - не должно быть дублирования кода. А писали Линукс программисты), а с виндовым подходом - каждая программа использует своё окружение (платные программисты писали для домохозяек). В обоих случаях свои плюсы и минусы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #152

148. Сообщение от аролп5 (?), 03-Апр-25, 09:40	+2 +/–
И обязательно сохранить регистр и пробел, чтобы уки страдали!!1!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

149. Сообщение от аролп5 (?), 03-Апр-25, 09:43	+/–
Для гибернации используется другой файл размером с оперативную память
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #157

150. Сообщение от аролп5 (?), 03-Апр-25, 09:45	+/–
Предлагаю начать с А:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

151. Сообщение от Аноним (151), 03-Апр-25, 09:54	+/–
> Никакой конкуренции не существует. Ну почему же? Существует. Иногда даже до драки доходит.. И даже выполняет ту функцию, которую ей приписывают - регулирует рынок. Правда, с, обычно забываемым, уточнением - в интересах небольшой группы лиц. Но сообразительные давно догадались. Принцип "разделяй и властвуй" известен человеку с древнейших времен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

152. Сообщение от Надим (?), 03-Апр-25, 10:13	+/–
Раньше, такой подход был оправдан, так как жесткие диски были маленькие и место надо было экономит. В нынешние времена смысла экономить место на диске в угоду хаосу просто нет, я был бы прям рад, если такая же система с каталогами была в Debian. По поводу того, что это раздуло бы систему в 10 раз... какое мне дело, когда там под копотом терабайт или два?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

153. Сообщение от n00by (ok), 03-Апр-25, 10:21	+/–
>> Настройки можно хранить в "реестре" или специальном отдельном каталоге. Это решается драйвером-редиректором, > И получаем приложение, завязанное на этот реестр. Никогда не приходилось ставить гномовское > или кдешное приложение в неродной среде? Они тянут огромное кол-во зависимостей. Приложение видит обычные файлы, для него ничего не меняется. Драйвер ловит обращения к определённым путям и перенаправляет их в другое место, в каталог с именем Реестр, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

154. Сообщение от Аноним (105), 03-Апр-25, 11:08	+1 +/–
> SSD мрёт, хотя бы zram-swap Однажды у меня бомбануло от подобных заявлений и мне захотелось проверить сколько же в действительности данных своп пишет на диск. Запустил на неделю btrace и получил такие цифры: за неделю довольно активного пользования системой (Дебиан 12, 16 ГБ оперативы) на основной раздел было записано 2787 GiB, тогда как на своп-раздел за это же время было записано всего 3057 MiB, т.е. почти в тысячу раз меньше. При таком соотношении очевидно, что своп на износ ssd никакого сколь-нибудь значимого влияния оказать просто не в состоянии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

155. Сообщение от Аноним (105), 03-Апр-25, 11:37	+/–
> [1] https://github.com/openzfs/zfs/issues/7734 > ZFS Version 0.7.9-3~bpo9+1 Подревнее ничего не нашёл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

156. Сообщение от Аноним (105), 03-Апр-25, 11:47	+/–
Не устраивает то, что всё это нужно настраивать с бубном. К удобству пользования тоже есть вопросы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

157. Сообщение от User (??), 03-Апр-25, 12:05	+/–
> Для гибернации используется другой файл размером с оперативную память Ну вот в ей, поганой - да, а так, чтобы в "моей прелесссти" - неа, не видел. Впрочем, оно там вообще не работае... ой, "ненужно!" конечно же - так что особо и не искал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

158. Сообщение от Аноним (158), 03-Апр-25, 14:03	+/–
Очень хорошо, что хватит. Значит можно статически слинковаться и видеть всё скрытое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

159. Сообщение от НяшМяш (ok), 03-Апр-25, 14:26	+/–
При гибернации пишется не вся оперативка, а только используемая. Зачем туда писать незанятую память и кеш? В моём опыте при 32 гигах оперативки файл гибернации получается около 8 гигов всего - естественно никто гибернацию при активно работающих программах не делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #161

160. Сообщение от НяшМяш (ok), 03-Апр-25, 14:29	+/–
> Брррр. Было в ХР и ниже. По итогу любое приложение так или иначе требовало себе админа, чтобы просто писать рядом с собой в конфиг, а не в профиль пользователя. В таких случаях проги ставились в C:\Prog\, который не требовал админских прав, и все были счастливы. До сих пор так делаю, когда вижу винду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

161. Сообщение от User (??), 03-Апр-25, 14:50	+/–
> При гибернации пишется не вся оперативка, а только используемая. Зачем туда писать > незанятую память и кеш? В моём опыте при 32 гигах оперативки > файл гибернации получается около 8 гигов всего - естественно никто гибернацию > при активно работающих программах не делает. Ну фиг его знает - вон, в оффтопике 6 VM'ок в hyper-v вполне себе гибернацию переживают - но место хорошо так за 20 гигов уходит. Можно, конечно, сделать раздел подкачки 8 гиг и надеяться, что этого хватит - но право же, "не наш выбор"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

162. Сообщение от blkkid (?), 03-Апр-25, 16:13	+/–
> Так сделай своп не фиксированного размера, в чём проблема? ну так вот и сделали. своп как обычный файл, а не как устройство
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

163. Сообщение от Аноним (163), 03-Апр-25, 18:29	+/–
Стандартизированную FHS заменили на свой скрепный вариант, никому кроме майнтенеров дистра не известный. Где тут свалка истории, вопрос открытый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

164. Сообщение от анонон (?), 03-Апр-25, 20:46	+/–
nix в принципе на любой дистрибутив поставить можно, даже на macOS, так что nix сам по себе считай и есть стандарт для разработки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

165. Сообщение от windows10 (?), 03-Апр-25, 21:52	+/–
> Есть такая команда, which. Не благодари. ntfs@b450:~$ which php ntfs@b450:~$ /system/php/bin/php -v PHP 8.2.26 (cli) (built: Feb 15 2025 17:10:34) (NTS) Copyright (c) The PHP Group Zend Engine v4.2.26, Copyright (c) Zend Technologies ntfs@b450:~$ За что тебя благодарить, за неработающую команду, или за то что ты ниасилил как ее можно использовать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

166. Сообщение от windows10 (?), 03-Апр-25, 22:01	+/–
> Давно пора было отделить либы прог от системных, в конечном итоге все эти флэтхабы к этому и пришли, правда через одно место. Кажется правильнее было аппимэйдж развивать. А ребята забабахали прямо из коробки, такой подход это правильный шаг к гармоничной системе, еще конечно нужно все причесывать, но все равно очень интересно, молодцы! В отличие от Винды, здесь хз, что системное, а что проги и как их различать. lxpanel например - это прога, или системное? А mc - это прога, или системное? Тут не так все просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

167. Сообщение от windows10 (?), 03-Апр-25, 22:03	+/–
> Функциональный [почти] аналог неплохо применяется в macOS. Когда разбирался с упаковкой дистрибутивов, обратил внимание, как же они похожи. На самом деле он и в Линусах применяется неплохо, просто маковская ЦА радуется что это круто и удобно, а линуксовая ЦА злится, что лишний гигабайт занят и 1% ЦПУ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

168. Сообщение от windows10 (?), 03-Апр-25, 22:04	+/–
> В маке ВСЁ идеально. Честно признаюсь, что не имею денег на новый мак (б.у. не доверяю, там продают почти всегда технику со скрытыми нюансами и подвохами) и вряд ли когда-то будут, но я каждый раз облизываюсь, когда вижу этот божественный (без преувеличения и сарказма) интерфейс. Ну, это до тех пор пока не сядешь с этим поработать. Потом некоторые решения начинают жутко раздражать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема