brmail: (Default)
[personal profile] brmail
 Вот стоит в кладовке Synology NAS, жужжит тихонько, стиль работы - настроил и забыл, годами можно не трогать. Всего две компоненты - комп, который реализует доступ к набору HDD, Raid-массивам итд. И спец-оболочка, предназначенная работать GUI для удобства пользования. Еще для удобства пользования можно поставить толпу пакетов с разной функциональностью, от бекапов до медиа-плеера. 
Но основное предназначение оболочки  - NAS, управление файловой системой и тд, все в GUI. 
Ну вот, добавил я в боксик новый драйв, теперь у меня не один том, а два, и появилось желание сделать несколько hardlinks (or symbolic links) для отображения одних фолдеров внутри других без их физического объединения.  
В той самой винде это делается прямо из кнопки старт - пускаем cmd  и печатаем строку-команду какой фолдер мапить куда. 
Причем для особо ленивых, можно скачать бесплатную утилиту, которая то же самое сделает через GUI 
В синолодже прямо не отходя от кассы (ui) есть пару способов смонтировать remote folder, есть даже специальный менаджер для управления ремот фолдерами. Но с дисками внутри одного бокса оно не работает. Хочет чтобы был полный ip удаленной системы, куда он будет коннектится. Подсовывание собственного ip - не удовлетворяет, непонятно почему.
А для создания symbolic links я должен где то настройках бокса разрешить телнет, скачать и поставить этот телнет клиент, пойти напечатать команду... и оно работать не будет, потому что нужно в каком то неявном месте подкрутить permissions.
Причем, примерно в 2018 разработчики обещали прикрутить эту опцию в  UI, но воз и ныне там - ведь есть же команда в телнете, к чему дергаться?

ЗЫ Да начнется срач!


Date: 2021-12-01 07:10 pm (UTC)
From: [personal profile] bowhill
Unix way – это подход к упорядочиванию бардака. И если вы сделали глупое, плохое решение, то кто-то сделает лучшее, а плохое просто отвалится и никого за собой не утащит. Это всё для децентрализованной модели. И, кстати, linux, тем более GNU, этому пути не особо следуют.

Можно ли решить эту проблему для большой и сложной системы? Да, но это потребует весьма качественного проектирования (которым программисты, как правило, не владеют), а потом всегда будут ограничения. И если одному хочется только на Next нажимать, а другому – функциональности ( а третьему совсем другой функциональности), то будут противоречия и компромиссы, так что и нечего на Гейтса валить. А всё множество ошибок распространится и на дизайн, и на проект.

Вот когда Windows не умеет ставиться на разделы кроме начальных, здесь уже телнет не поможет.
Edited Date: 2021-12-01 07:11 pm (UTC)

Date: 2021-12-01 08:17 pm (UTC)
From: [personal profile] bowhill
Нет, фишками реализуется костылинг, а системы, в т.ч. и графические делаются, скорее, не так. NAS оперирует разделами, целыми файловыми системами, которые он и предоставляет универсально разным типам пользователей (smb/nfs/etc.). И в данном случае разработчики и поддержка отвечают в каком-то смысле за качество этого предоставления.

А теперь вам надо предоставить другую, новую идею – химеру (гибрид) файловых систем. При том, что у каждой своя внутренняя схема (атрибутов и метаданных), права, включая наследование etc. И связать эту идею с другими идеями в системе, с тем же наследованием прав. И предоставить пользователям принятыми способами. И поддержать для всей аудитории. И всё это будет скакать на невидимых стыках.

И то, что Вам это может быть не важно не означает, что это будет неважно для всех. А если Вам это не важно и если Вы всё это и так понимаете, то Вы сам себе добрый Буратино – берёте telnet и делайте на свой страх и риск.

Date: 2021-12-01 08:28 pm (UTC)
From: [personal profile] bowhill
Нет, в общем случае не ставится из коробки, по крайней мере для GPT. Но дело несколько более сложное. Предположим, разработчик берёт какой-то предмет, GPT, TCP/IP, SMTP, NTP и далее везде. И при этом для работы с этим предметом есть определённые правила. Но разработчик эти правила не умеет, и делает так, как ему удобно, как ему в голову вступит. Считая, что раз ему удобно, так и всем будет удобно. А всё остальное – дело пятое.

Profile

brmail: (Default)
brmail
Page generated Feb. 18th, 2026 09:37 am
Powered by Dreamwidth Studios