за что я не люблю *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]

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