Как может снова использовать Ubuntu, которая была установлена через Wubi в Windows 7?

Не удаляйте Wubi - он удалит виртуальный диск и полностью удалит Вашу всю установку Ubuntu. Охранять эту копию D:\ubuntu\disks\root.disk (и любые другие виртуальные диски) полностью из каталога D:\ubuntu.

У Вас есть несколько опций:

1. Переустановите Windows 7 и оставьте D: абсолютно нетронутый. Затем необходимо будет использовать bcdedit или easyBCD, чтобы добавить назад запись для D:\ubuntu\winboot\wubildr.mbr и также скопировать D:\ubuntu\winboot\wubildr файл в C:\

2. Переместите *.disk за пределами папки D:\ubuntu прежде, чем удалить D:\ubuntu. Переустановите Windows 7 и также переустановите тот же релиз Ubuntu с Wubi снова. Затем прежде, чем перезагрузить для завершения установки скопируйте назад *.disk файлы назад в D:\ubuntu\disks folder. Это работает без любой тонкой настройки, если Ваша нумерация раздела не была изменена (т.е. Вы не разделили C: или измененный D: и т.д.), В этом случае необходимо будет вручную настроить запись меню личинки в начальную загрузку. Это немного более болезненно, но не слишком плохо, если у Вас есть кто-то помощь.

Однако, так как у Вас есть специализированный D: раздел для Ubuntu, Вы могли просто переместить свою установку Wubi на нем. Скорее всего, у Вас были плохая запись на CD и плохой ISO на USB, если Вы не могли бы установить с CD/USB прежде.

Править: Немного больше информации, чтобы объяснить, как Wubi устанавливает начальные загрузки

Установки Wubi на виртуальном диске - root.disk - и это - полностью содержавшая загрузочная Ubuntu ОС. Но это должен быть запущенный переход. Таким образом, загрузчик окон называет wubildr.mbr (grub4dos), и это находит и передает управление первому wubildr, который это находит в корне любого раздела (C:\wubildr). Wubildr содержит достаточно grub2 для определения местоположения root.disk - на любом разделе, если это находится в/ubuntu/disks/каталоге. Так вот почему добавляющий wubildr.mbr к загрузчику окон и копирующий wubildr к работам C:\.

Wubildr будет loopmount root.disk и находить, что это-/boot/grub/grub.cfg, и представьте это как меню личинки. Это - то, где выгода входит. До этой точки это не имеет значения, какой раздел или диск что-либо шло. grub.cfg содержит явную информацию о диске/разделе и UUID раздела также. При копировании root.disk от одного раздела до другого, он не загрузится. Если, как в Вашем случае, D диска: был не изменен, это будет хорошо работать. Если, например, Вы переместили его в C: необходимо было бы внести некоторые изменения.

например, если D:/dev/sda2 и C:/dev/sda1, затем Вы поразили 'e' в первую запись меню личинки и изменения:

set root=(hd0,2) становится set root=(hd0,1)

Удалите строку - поиск - xxx без дискет (поскольку это переопределяет предыдущую корневую команду набора с помощью старого UUID),

linux /boot/vmlinuz-xxxx root=/dev/sda2 ... становится linux /boot/vmlinuz-xxx root=/dev/sda1 ...

Это - одноразовое переопределение - поражает CTRL+x, чтобы загрузиться, и удостовериться, что Вы работаете sudo update-grub после начальной загрузки для фиксации grub.cfg меню, таким образом, это работает в следующий раз.

PS там может быть некоторыми изменениями. (hd0,2) мог быть (hd0, msdos2) или (/dev/sda, msdos2) в зависимости от версии Личинки. Также корень =/dev/sda2 может быть root=UUID=xxxxx