Поговорил с товарищем, нашли причину — при переустановке похерился IMEI. Как его воссоздать в телефоне пока хз (буду изучать этот вопрос). Бэкапов, разумеется, :-D нету.
Да по сути правильно, но вышку получить стоит. Я честно прое**я 5лет в универе и при этом параллельно работал (не в забегаловке :-)). Могу сказать что ВУЗ дал очень и очень мало. Но корочка в нашем мире нужна и её стоит получить.
Короче говоря, хз какие шансы, что в бэкапе могут быть битые файлы, а точнее некорректные копии в виду недозаписанности в них информации при той или иной операции.
При выключенной машине работает шикарно. Хотя если честно я её только на включенных и юзал, правда все бэкапы снимаю ночью и нагрузка почти никакая, так что и тех самых операций быть и не может, так что у меня бекапы успешно восстанавливались (делал OpenSUSE и Debian).
Всё делал сразу на удалённую машину — через ssh сливал. К тому же несколько раз убеждался что очень удобно, что через утилиту restore можно посмотреть содержимое бэкапа и восстановить отдельные файлы.
Во первых, у uniq есть ключ -i и не надо еще до кучи мучать конструкцию tr'ом.
Во вторых, Вы убивец просто! Сейчас что-нить состряпаем. Лучше лишний раз по выводу парсером пробежаться, чем гонять find в цикле.
Собственно вариант с ssh -R и ProxyPass (в Apache или nginx) это мне кажется лучшее для Вас. Ну или поднимать полноценные VPN тунели к серверу, что глупо делать из-за одного порта.
Всё это возможно ТОЛЬКО в пределах одной ЛВС. У меня есть большое подозрение, что вопрос возник именно потому, что target.host и «сервер» разделены интернетом.
В общем, imho, в итоге так должно выглядеть:
с «серого» сервера выполняем ssh -CNR 8791:127.0.0.1:80 root@remote.host
на remote.host в Apache описываем новый виртуальный хост (например в файле /etc/apache2/site-availbale/target.host):
