Хочется странного

[brmail]

Только не понятно оно бывает вообще такое в природе? 
Валяется вон на столе HDD, хочу коробочку, чтобы вотнуть в нее тот HDD, которая умела бы работать как NAS, то есть нетворк кабель воткнуть, и диск доступен как share drive в сети. При этом, чтобы тот же самый диск был доступен как USB, те кабель воткнуть в коробочку и в комп(к примеру) и комп видит диск как подключенный к usb внешний диск. Оба интерфейса однолвременно, чтобы не перетыкать провода. 

Могу объяснить почему именно так, но сперва хочется понять - такое вообще бывает? 
По отдельности - бывает запросто, а вместе оба?

Comments

[rampitec]

Нет. NAS означает ОС. У ОС есть кэш диска. USB пойдёт в обход ОС и её кеша => потеря данных. Или то или другое. Возможно даже по очереди, но точно не одновременно. Если по USB, то диск кэширует ОС компа, к которому подключен USB. Плюс ещё партишен в памяти ОС. Ты не можешь смонтировать диск сразу на двух компах.

[brmail]

Обидно, тот что USB мне нужен только для чтения, но думаю что это вопроса кардинально не решает.
Ладно буду думать.
Заказал кстати у китайцев UGOOS AM7 боксик. Будем посмотреть как он себя поведет.

[lxe]

О! Для чтения еще проще, можно пропускать про слияние каталогов в моем ответе.

[lxe]

Ну, или можно вообще все проще. Сделать, как на ондроеде /sdcard во время оно -- во время выдачи раздела наружу на нем размонтируется файловая система.

[dibr]

Или сделать как на андроиде сейчас: отдавать файлы через Media Transfer Protocol. Это немного совсем не то - полноценного дискового устройства в системе не появится, но кидать файлы туда-сюда через "проводник" можно.

[lxe]

И то верно. Но я не помню этих драйверов в голом линуксе, по-моему, это именно андроидный сервис.

[lxe]

(С другой стороны, минимальный андроид не тяжелей минимального просто линукса.)

[lxe]

Есть один хак.
Это не до^я R&D, но требует внимательного чтения спек и скольких-то недель кодирования.
Но работает.
https://www.kernel.org/doc/html/latest/admin-guide/device-mapper/index.html
Линуксовый контроллер работает как гаджет и выдает наружу диск. Диск (блоки/экстенты реального диска и метаданные файловой системы в zram) собирается на лету из, например, дерева файлов в заранее известном каталоге. Некоторый реверсинженеринг файловых систем, которые хочется воссоздать (прикольней всего с HFS+, но, в общем, ни одна не rocket science).
Обратно данные класть на виртуальный или специально выделенный реальный диск.
Вынимается USB-кабель -> происходит слияние каталогов.
Я это делал. Closed source, но, насколько я знаю, никаких подводных камней вроде патентов.

[lxe]

Может, кстати, уговорю начальство заопенсорсить, как будет повод.

[brmail]

да ну, ну реально из пушки по воробьям. Железка в 50-80 долларов либо умеет что-то такое, либо не умеет. И, понятное дело организовывать там комп с линуксом ну как то некузево. Проще найти другое подходящее в моем случае решение.

[lxe]

Там, скорее всего, и так линукс. Я бы начинал сомневаться, что он там есть, от 15 долларов и вниз.

[rampitec]

Какое замечательное извращение!

[lxe]

Вот, опубликовано: https://github.com/lightlabsinc/fsview

[brmail]

Кончилось все тем, что я просто кинул в usb-3 sata коробочку ssd винт на 256гиг, и на самой UGOOS AM7 разрешил доступ к этому usb диску извне. Так как там реально работает гигабитный нетворк, то данные закачиваются очень быстро.
К моему удивлению, оказалось что с фильмами/аудио из локальной сети охотно работает VLС плеер. Остальное через жопу, сильно. Так что вариант с закачкой фильмов на локальный для андроида диск самый удобный.