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 06:59 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Не зачем конечно.... у меня в голове коротнуло, что автор хочет примотать новый диск как раздел на старом и иметь возможность диск выкинуть поменять на новый и всегда быстро посмотреть, что у него где прикручено.

Если реально пользоваться, а не как я сейчас или как автор, то проще в fstab по быстрому заглянуть чем вспоминать что ты куда симлинками присобачл.

Date: 2021-12-01 07:45 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Я тебе предлагаю твой новый диск замонтировать в файловую структуру временно, перебросить туда всё из папочки ХХХ, а потому сам диск замонтировать вместо этой папочки.

Date: 2021-12-01 07:57 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Очень зря.... ты так. fstab это тот же disk manager под вынью, с той разницей, что ты конфиг можешь всегда ручками скопировать, не настраивать каждый раз с нуля.

Date: 2021-12-01 08:30 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
Командной строки у нее "из коробки" нету

Не оно?

Date: 2021-12-01 09:09 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
Те сперва должно его включить.

Разумеется. Ибо консольный доступ - вещь сильно небезопасная. Она даже в native *nix продакшен системах, обслуживаемых квалифицированными юниксоидами, ограничена строжайшим образом. И уж тем более - она должна быть по дефолту выключена в customer-grade appliances.

После чего можешь смело фигачить туда все команды, что нашел в интернете, с немалым шансом уронить все по незнанию

Вот-вот, именно поэтому :).

Но ради маппинга фолдера с одного диска в фолдер другого... ?

Судя по всему, создатели этого appliance такой use case просто вообще не рассматривали. Пепяка твоя рассчитана на логику "есть один драйв в коробке - маппим его виндовому клиенту как диск X (строго говоря, функции NAS здесь ваще ни при чём, это работа клиентской стороны); воткнули второй диск - замаппили как Y". И я не очень понимаю, почему бы твой юзкейс не реализовать также на стороне клиента, алгоритмом вроде следующего:

1. Маппим первый физический винт как X.
2. На втором создаём папку "Porno2" и маппим его как Y.
3. Запускаем на клиенте команду mklink /D Porno2 Y:\Porno2

Насколько я ничего не помню о винде - должно сработать.

Date: 2021-12-01 09:49 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
Ну тогда копайся в физической файловой системе :). Тот самый ln -s. Хотя, повторюсь, я бы сначала посмотрел, нету ли в синолоджи lvm, и если есть - действовал бы через туда, хотя это и сложнее (зато правильнее). Хотя вот здесь пишут, что там ваще смесь бульдога с носорогом, тоись btrfs и lvm, и я бы не рекомендовал с таким играться без соответствующего экспириенса...

Впрочем, нужно заметить, что монтаж SMB/CIFS-shared папок в пределах одного сервера (тоись, "монтаж на самом себе") теоретически возможен. Но для этого должен соблюдаться ряд условий:
1. Сервисы smbd и nmbd должны отвечать на адресах из локальной подсети 127/8 (что далеко не всегда так).
2. На сервере должен быть установлен пакет cifs-utils (что, опять же...)
3. Монтируемые папки должны иметь правильные атрибуты доступа.

Как видишь, не сильно просто даже в варианте без гуя :). Думаю, потому создатели и не заморачивались.

Date: 2021-12-01 10:48 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
Это не совсем симлинк - точнее, совсем не симлинк, это вторичное монтирование раздела - но работать будет :). Учти только, что если /volume1/music внутри себя содержит, в свою очередь, ещё какие-то точки монтирования (тоись, иерархию монтирования) - то такая иерархия вторично смотирована не будет. Тебе вряд ли это понадобится, но если что - для такого нужен ключ --rbind вместо --bind.

не очень понятно нельзя ли сразу:

mkdir /volume2/share/music
sudo vi /etc/rc.local
sudo mount --bind /volume1/music /volume2/share/music


Можно, конечно. Первая команда - создание директории. Вторая - вызов редактора vi и открытие файла /etc/rc.local на редактирование. /etc/rc.local - это скрипт, который отрабатывается при старте системы, туда нужно внести дополнительную команду "sudo mount --bind /volume1/music /volume2/share/music", тогда вторичное монтирование будет отрабатываться при перезагрузке девайса, так что это просто "задел на будущее", и порядок операций не имеет значения (ну только mkdir должен выполняться первым). А третья - это, собссно, монтаж файловой системы "прямо сейчас".

Кстати, то, что ты написал, не совсем корректно. По пунктам:

mkdir /volume2/share/music - здесь правильно: отдать консольную команду создания директории, в эту директорию будет вторично смонтирована файловая система /volume1/music.

sudo vi /etc/rc.local - на этом месте ты получишь экран редактора vi и текст скрипта rc.local в нём. Никаких операций типа "sudo mount --bind /volume1/music /volume2/share/music" ты в редакторе учинить не сможешь, vi имеет свою систему команд. Они могут разниться в зависимости от типа системы и версии самого vi, но чаще всего будет работать следущее:

- нажать Insert (при этом внизу экрана должна появиться строка "INSERT", если нет - нажать i вместо Insert)
- перегнать курсор в самый низ файла, на новую пустую строку
- впечатать (или загнать из клипборда) вот ту самую команду sudo mount --bind /volume1/music /volume2/share/music
- нажать Esc
- ввести следующую команду: ":wq" (без кавычек) - ":" переводит редактор из режима редактирования в режим воспринятия команд, "w" записывает изменения в файле, "q" инициирует выход из редактора.
- для проверки, что файл изменён правильно, и что все изменения сохранились - отдать консольную команду cat /etc/rc.local, тебе распечатают содержимое скрипта.

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

Date: 2021-12-01 11:07 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
ребутну бокс и попробую посоветованное с vi

Если ты ребутнёшь бокс, не выполнив предварительно операций в vi - после ребута ты потеряешь вторичный монтаж. /volume2/share/music будет выглядеть пустой. Повторная команда sudo mount --bind
> /volume1/music /volume2/share/music восстановит всё как было, но всё-таки.

Date: 2021-12-01 10:58 pm (UTC)
cybernatic_cat: (Default)
From: [personal profile] cybernatic_cat
Вдогонку: приведенной тобой рецепт - это как раз то, что для не-юниксоида совершенно не очевидно, это та самая парадигма юниксов "нету ваще никаких дисков C, D etc, есть только файловые системы и точки монтирования - и оперируя с ними, можно творить просто невероятные извращения: монтировать один и тот же раздел дважды в разные места, менять пути, по которому следует обращаться к файловой системе и т.д." С точки зрения человека, привыкшего к винде, решение с симлинками (ln -s) куда ближе и очевиднее, посколько это прямой аналог junctions в винде. К тому же, при работе с симлинками куда меньше вероятность наступить на ошибки с правами доступа, поскольку к симлинкам права неприменимы, при обращении к ним всегда рассматриваются только права того каталога/файла (кстати, в юниксах это одно и то же :)), на который указывает линк. А вот при вторичном монтаже - всё может быть весьма сложнее.

(no subject)

From: [personal profile] cybernatic_cat - Date: 2021-12-01 11:14 pm (UTC) - Expand

(no subject)

From: [personal profile] cybernatic_cat - Date: 2021-12-01 11:24 pm (UTC) - Expand

(no subject)

From: [personal profile] cybernatic_cat - Date: 2023-12-21 08:44 am (UTC) - Expand

(no subject)

From: [personal profile] cybernatic_cat - Date: 2023-12-22 08:33 am (UTC) - Expand

Date: 2021-12-01 08:30 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Твоя проблема таки synology... видимо там оооочень кривая версия линукса, как ты описываешь, так проще уже поставить нормальный дистрибьютив который под этот заточен.

Но на самом деле даже на самом кривом synology должен быть ssh доступ любой сервак без этого, как комп без мышки. Возможно твои друзья из synology курили что-то очень странное по безопасности.

Я что-то не очень понимаю о чём ты вообще.... быстрый поиск выдал, что это одна галочка у тебя есть ssh.... после чего из ssh вообще можно делать всё что угодно через sudo
https://mariushosting.com/how-to-ssh-into-a-synology-nas/

Date: 2021-12-01 08:54 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Я тебя не понимаю... ты жаловался, что на виндах за две секунды из коммандной строчки. Мы тебе рассказываем, что включаешь ssh, а дальше всё как в твой любимой коммандной строчке, команды работают точно также, только они короче. А работают они точно также, потому что вы вынь они были притыренны как раз из никсов.

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

Date: 2021-12-01 09:16 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Угу... знакомая история. Я по книжке более или менее разобрался в дос 6.2...
Потом пробовал играться с красной шапочкой, но получилалось кривовато... иксы ещё настраивались, а дальше начинались танцы с бубнами.
Потом меня у внивере сокамерник подсадил на фряху и долго натаскивал... на тот момент фряха таки была проще пингвина, оно там или компилилось и работало или тебе не повезло.
Недавно начал пробовать бубнту и она уже вполне на уровне, напоминает хорошую семёрку в лучшие годы.... хоть и там не без глюков. Только на этой неделе при установке умудрился задать пароль админа, но не пользователя с правами админа. Запутался. Поставил новый пароль админа и уже из под него накатил новый пароль пользователю с правами админа.

Но вообще, я скажу так. По сравнению с заливом кастомной прошивки на современные телефоны это всё вообще детские игры.

Date: 2021-12-01 09:37 pm (UTC)
reytsman: (Default)
From: [personal profile] reytsman
Самый шикарный косяк был, когда мы с сокамерником решили хот свапнуть двд привод. То ли нужно было в начале данные, потом питание, то ли в начале питание, потом данные, но факт тот что хард который висел на том же канале ушёл в страну вечной охоты, сразу и без разговров.... вместо со всеми данными.

Profile

brmail: (Default)
brmail
Page generated Feb. 17th, 2026 10:50 pm
Powered by Dreamwidth Studios