ставишь в комп вторую сетевуху.
выдираешь wan из роутера засовываешь в первую сетевуху, вторую сетевуху соединяешь кабелем с lan-портом роутера.
и пытаешься со всей ентой ... взлететь :).
после того как все более менее начинает работать перетаскиваешь все сервисы (dhcp upnp) с роутера на комп.
выйди в консоль т.е. в меню TWRP выбрать Advanced - Terminal Command
в ней ввести mount - покажет куда примонтирована внешняя микросд.
далее cat /etc/fstab - покажет что куда монтируется, т.к. раздел /data в twrp обычно не монтируется.
далее станадартно dd if=/dev/block/mmcblk0p7 of=/%куда_смонтирована_внешняя_флешка%/data.img
и всечто нужно сольется.
посекторная копия как раз и дает копию раздела, т.к. она считывает данные сч раздела по секторам без вникания в формат и содержимое файловой системы установленной на данном разделе.
тебе я так чувствую что-то другое нужно.
AkZwork, мне кажестя ты путаешься в понятиях, TWRP делает бекап разделов, и конечный результат хранится в файлах.
забекапить силами TWRP зашифрованный раздел вполне можно, бекапу раздела до лампочки его структура. он просто считывает весь объем байтов с раздела и сохраняет куда-либо.
и также записывает обратно.
вполне себе посекторно. вполне может быть что и просто с помощью запуска dd :)
примонтировать обрах вполне можно и на компе используя loop-устройства.
Но тебе я так понимаю надо получить ключи шифрации раздела, чтобы его примонтировать в другом, а это несколько другая задача, к копированию раздела не относящаяся.
погугли как расшифровать раздел android
напрямую антену к МК подключить можно, в простейшем случае если модуль приемо-передатчика встроен в МК :)
но можно подключить и без приемо-передающего модуля. вывода МК сейчас могут генерировать частоты до десятков мегагерц. как минимум для простейшей OOK-модуляции хватит за глаза.
качество сигнал будет конечно будет на уровне плинтуса, но такая возможность существует.
Ярослав, ну так-то и расширенные атрибуты отсутствуют, и хардлинки с софтлинками, и дополнительные потоки файла, а также сжатые, шифрованные, разреженные файлы и много чего другого :)
а рельсы интересно во что упираются, там же просто набор файлов.
запуск "нативных" приложений с общей папки была проблема изза гемороя с правами и атрибутами.
а файлам до лампочки.
я проверял скорость доступа к файлам на запись и чтение через dd и pv. она не сильно отличалась от скорости доступа к внутреннему разделу. попробуй проверить на своей.
завтра попробую поискать архив с виртуалкой, самому интересно стало.
веб сервер должен быть на разделе с родной для гостя системой. а вот уже директории с конеткстом страничек, веб-скриптами. отлично выносится на хост.
я не скажу что хоть как-то связан с вебом, но когда понадобилось наковырять набор хтмл-страничек, то сделал именно так. получилось быстро и эффективно. у виртуалбокса есть отличный режим - фоновая работа, перевел окно работающей виртуалки в фон, и окошко исчезло из граф.интерфейса - удобно. редактируешь текст странички, переключаешься в браузер и обновляешь страничку.
общая папка - самый быстрый доступ из гостя к файлам хоста, ибо в такой системе находится наименьшее количество программных прокладок.
надо просто уметь их использовать.
у меня в качестве файлового менеджера PCManFM, так что если у тебя другой поковыряйся в менюшках.
Ставишь курсор на исходную папку, у меня это /mnt/len_data/photo len_data это как раз раздел с файловым бардаком.
потом выбираешь меню - правка - создать ссылку. вылезет окошко где выбираешь папку, в которой нужно создать линк. выбираешь место, жамкаешь создать.
получается линк с иконкой папки и стрелкой в углу.
для линка появляется дополнительная строчка "Ссылка на"
потом переименовываешь в нужное имя.
Нтфс поддерживает и софтлинк и хардлинк - очень удобные штуковины.
Но это до лампочки.
Ибо софтлинку файловая система места куда он указывает.
До компа доберусь, напишу шо делать
в папке /home/%user% лежит много всякого локального для пользователя барахла для того, чтобы ее выносить на общий раздел.
софтлинки вполне себе эффективное решение и главное правильное. в общаке лежат общие файлы, а в хомяке они подключены там где нужно.
Ну начнем что не совсем для локальных сетей :), SMB - прокол доступа к удаленной по сети файловой системе в отличии от прокола обмена файлами SFTP. в *nix аналогом будет NFS. они (и SMB и NFS) могут предоставить доступ к любом кусочку удаленного файла, не качая его полностью в SFTP и FTP.
учти SMB это поделие микрософтеров, с естественным наследием узколобости. если в системе нет сильной привязки к поделиям микрософта то взять лучше свободные альтернативы.
Долгое время smb не имел встроенной системы шифрации, потому его прокидывали через шифрованные каналы ssh или vpn, в сумме остальных это получается прощее.
По скорости SFTP и SMB+SSH будет практически равны, ибо узким местом для будет шифрация пакетов (на нее будет уходить ресурсов на порядок больше чем на формирование пакетов данных), а она будет идентичная (в обоих случаях шифруется ssl билиотекой) для обоих случаев.
для ускорения посоветую поставить метод шифрации arcfour128 он наиболее быстрый среди возможных в ssl.
выдираешь wan из роутера засовываешь в первую сетевуху, вторую сетевуху соединяешь кабелем с lan-портом роутера.
и пытаешься со всей ентой ... взлететь :).
после того как все более менее начинает работать перетаскиваешь все сервисы (dhcp upnp) с роутера на комп.