Это должно возможно относиться к ssh ключам. К сожалению, я понятия не имею точно, что необходимо было бы поместить после ключа необходимо будет узнать что hg push
делает, когда Вы делаете нажатие. Например, с rsync, можно сделать что-то как:
command="rsync --server -vlogDtpre.iL . /path/to/dir/",no-pty,no-agent-forwarding,no-port-forwarding ssh-dss Adslkjhdfslw.......rest_of_key
Поместите вышеупомянутое в .ssh/authorized_keys2 и затем посмотрите, можно ли выяснить, какая команда hg нажатие выполняет и поместила его в поле команды.
Возможно, что нажатие hg только делает scp, в этом случае оболочка scponly могла бы также сделать задание.
Надо надеяться, это укажет на Вас в правильном направлении.
Не стоит возлагать слишком большие надежды на восстановление данных. В большинстве случаев потери данных не все данные можно восстановить. Тем более, если вы ограничены в своих действиях. Ряд хороших и хорошо задокументированных инструментов восстановления данных с открытым исходным кодом существует с живыми DVD-дисками Linux, ряд коммерческих решений доступен для Windows.
Если оборудование диска действительно неисправно, и данные не могут быть ни прочитаны, ни записаны с помощью команд SAS или SATA, программное обеспечение вам больше не поможет.
В этом случае вам нужно будет использовать восстановление данных сервис, который может открывать диск, снимать пластины и считывать данные с помощью другого набора механики / электроники. Обратите внимание: хотя многие из них предлагают "бесплатный" или недорогой первоначальный анализ, само восстановление может быть довольно дорогостоящим - вы должны рассчитывать на 3000 долларов и выше, в зависимости от режима отказа и объема данных, которые необходимо восстановить.
Если вас интересует механика и вы хотите попробовать себя (обратите внимание, что вы может необратимо повредить данные в случае сбоя), взгляните на эту презентацию Скотта Моултона: