за что я не люблю *nix world

[brmail]

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

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

Comments

[cybernatic_cat]

Вдогонку: приведенной тобой рецепт - это как раз то, что для не-юниксоида совершенно не очевидно, это та самая парадигма юниксов "нету ваще никаких дисков C, D etc, есть только файловые системы и точки монтирования - и оперируя с ними, можно творить просто невероятные извращения: монтировать один и тот же раздел дважды в разные места, менять пути, по которому следует обращаться к файловой системе и т.д." С точки зрения человека, привыкшего к винде, решение с симлинками (ln -s) куда ближе и очевиднее, посколько это прямой аналог junctions в винде. К тому же, при работе с симлинками куда меньше вероятность наступить на ошибки с правами доступа, поскольку к симлинкам права неприменимы, при обращении к ним всегда рассматриваются только права того каталога/файла (кстати, в юниксах это одно и то же :)), на который указывает линк. А вот при вторичном монтаже - всё может быть весьма сложнее.

[brmail]

следует учитывать, что там не чистый линукс, а что то допиленное напильником.
Я начал читать что пишут, и вот наткнулся на:
Maybe your first option would be to use the ln command but I’m sorry to say that it will maybe not work properly because the access to symbolic links via Samba/FTP is disabled on the NAS for security reasons and I haven’t found a way to enable it. So the symbolic link might work in some cases, such as using an UPnP client or on the DS audio app, but not from the DS file app or on File Station.

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

[cybernatic_cat]

следует учитывать, что там не чистый линукс, а что то допиленное напильником

Без разницы. Основые принципы у всех юниксов одинаковые, это posix. Самое смешное в том, что в основе файловых системы винды тоже posix :)). Но вот там - уже перепиленный так, что мама не горюй.

it will maybe not work properly because the access to symbolic links via Samba/FTP is disabled on the NAS for security reasons

Да, такое вполне возможно, и я этого не учёл. Это тоже лечится, установкой параметра "allow insecure wide links = no" в /etc/samba/samba.conf и перезапуском демонов smbd и nmbd (ну или рестартом всей системы) - но это таки может быть дырой в безопасности. Не сильно критичной для домашнего NAS, но вроде бы по умолчанию оно закрыто в поставке Samba.

[brmail]

В любом случае спасибо, файла rc.local не было, vi его с твоей помощью создал.
Если все будет работать после рестарта - ничего переделывать я не буду, все прекрасно и так.

[cybernatic_cat]

Если не заработает после рестарта - пиши, попробую помочь. Разные flavors юниксов имеют разные механизмы запуска скриптов при старте системы, и rc.local есть далеко не во всех (более того, в некоторых он не отрабатывается, даже если его создать).

[brmail]

Да, все на месте. Спасибо за советы.

[brmail]

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

Ну, те я, вероятно, могу еще раз отредактировать и убрать оттуда sudo mount --bind /volume1/music /volume2/share/music
Но я планирую поставить вместо того диска новый. По сути мне важно, чтобы система не рухнула, пока я буду всем этим заниматься.

[cybernatic_cat]

rc.local сейчас содержит ссылку на диск, которого при рестарте уже не будет. Все навернется или просто исчезнет маппинг и фолдер, в который этот маппинг сделан просто будет пустой?

Скорее всего, при старте системы ядро ругнётся на то, что не может смонтировать раздел - и перейдёт в консоль однопользовательского режима, запросив рутовый пароль. Там ты сможешь, при желании, вызвать текстовый редактор (тот же vi), отредактировать rc.local, закомментировав там дохлый монтаж, и продолжить загрузку (ну или ребутнуть ещё раз). Но лучше действительно сделать это заранее, до ребута и даже до вытаскивания диска из бокса :).

[brmail]

Ага, спасибо.
Видимо самым простым решением будет после захода в ssh дать команду rm /etc/rc.local чтобы точно ничего не напортить с редактированием.
И со спокойной душой рестартнуть бокс.
После чего вытаскивать из него диск. Доводить систему до вылета в консоль, чтобы потом пытаться решать проблемы с доступом к ней (монитора и клавы там же нет) мне явно не хочется.
А потом, когда там будет новый драйв у меня уже есть инструкция, как сделать новый rc.local и что туда писать.

[brmail]

разрешил ssh, активировал админ аккаунт из состояния disabled
зашел с этим аккаунтом

admin@SYN:~$ mv /etc/rc.local /etc/rc.old
mv: cannot move ‘/etc/rc.local’ to ‘/etc/rc.old’: Permission denied

admin@SYN:~$ rm /etc/rc.local
rm: remove write-protected regular file ‘/etc/rc.local’? Yes
rm: cannot remove ‘/etc/rc.local’: Permission denied

Те явно у него не хватает пермишенс удалять или переименовывать. Это default admin синолоджи боксика. Где бы его попинать?

ЗЫ Загрузил файл в vi - удалил в нем строку. нажал :wq ентер, все без вопросов сохранилось. Ну прикольно же, удалять - фигу, переименовать - тоже фигу, зато редактировать - ради бога.
проверил cat /etc/rc.local
выдает пустую строку, те отредактировать оно мне его дало.
Пустой скрипт rc.local не должен вызывать никаких проблем с загрузкой системы?

PS2: sudo rm /etc/rc.local файл удалило
ТАк что считаем что проблема решена

[cybernatic_cat]

Подсказку "$" в командной строке видишь? В линуксах (и во многих *nix) она, по умолчанию, обозначает, что текущий пользователь - regular. А не root. У рута подсказка другая: "#". А подавляющее большинство конфигурационных файлов в /etc - для записи (и, соответственно, для удаления-перемещения) доступно только руту.

А вот почему тебе таки позволили редактировать rc.local, но не позволили его удалить либо переместить... Тут у меня идей очень немного, вообще говоря :). В принципе, во многих файловых системах linux есть расширенные атрибуты доступа, и некоторые из них вполне позволяют исполнять именно такие трюки: типа, файл можно редактировать, но нельзя удалить. Если ты отдашь команду "lsattr /etc/rc.local" и кинешь результаты сюда - то я смогу сказать точнее, но навскидку похоже именно на это. И, заодно, посмотри, что отвечает команда "ls -la /etc/rc.local".

Пустой rc.local, по идее, должен прокатить. Теоретически, это банальный скрипт, а для пустых скриптов принято просто писать "exit 0" сразу после указания командного интерпретатора - но rc.X в линуксах есть особый случай (более того, практика rc.X сильно устарела, в современных линуксах оставлена только для обратной совместимости) - поэтому можно оставить файл скрипта пустым.

[brmail]

ДА, спасибо.
sudo rm файл удалило. Перегрузил бокскик не вынимая старого диска - фолдер куда был маппинг сейчас пустой, значит все прошло как надо. Потом просто повторю шаги что у меня выше записаны. Сейчас все вернул как было - ssh запретил, админский аккаунт заблокировал. Буду возвращать как было - заодно проверю что пишут на твои команды.

[brmail]

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

admin@SYN:~$ lsattr /etc/rc.local
-------------e-- /etc/rc.local

И вторая:

admin@SYN:~$ ls -la /etc/rc.local
-rw-r--r-- 1 root root 80 Jan 14 04:59 /etc/rc.local