Grepping вокруг в / и т.д. поднял ссылку, которую не сделал поиск с помощью Google. Оказывается, что можно управлять этим в файле /etc/fstab
. Просто добавьте строку, которая говорит
none / cygdrive binary 0 0
и проблема должна быть решена. Больше kludgey не фиксирует в .bashrc и никаком смешанном $PATH.
Это совершенно странно, но я решил свою проблему.
Поскольку я не уверен, что точно решило проблему, я опишу то, что произошло.
sudo mkdir /mnt/disk sudo mount /dev/sda1 /mnt/disk
После выполнения вышеупомянутых команд я смог получить доступ к разделу и скопировать все мои файлы.
Захватите systemrescuecd
Дистрибутив Linux. Начальная загрузка с CD затем пытается монтировать диск NTFS. Вы могли бы быть ручьем без весла :(
Если у Вас есть какой-либо живой CD Linux как Ubuntu вокруг, Вы могли бы просто загрузиться к этому и после того как Вы заканчиваете на рабочем столе дистрибутива, просто используйте доступный файловый менеджер GUI, чтобы видеть, можно ли получить доступ к тому разделу окон, и в конечном счете копировать важные файлы в Карту памяти, если Вы не можете восстановить свой доступ к разделу. Если бы Вы не видели своего раздела в файловом менеджере, то Вы могли бы все еще попытаться смонтировать его вручную как большую часть времени, ntfs-3g драйвер будет загружен (конечно, там также при начальной загрузке той дуги cd/dvd Linux).
Иначе существует много средств восстановления, но лично у меня был хороший опыт с Rescatux (Debian-based+lxde). Я загрузил бы его, затем используют включенный файловый менеджер. Предположительно, диск включает supergrubdisk2 также, который использует личинку для попытки поисковых установок OS на диске.
Наконец, и это от моего личного опыта снова, я скопировал бы свои данные к внешнему устройству хранения данных, как можно скорее затем форматируют/воссоздают таблицу разделов на диске и переустанавливают чистый, поскольку Вы не можете доверять диску тому состоянию.Удачи!