В широком масштабе поврежденная начальная загрузка и система раздела

Вы полили из шланга свою систему; я надеюсь, что у Вас есть резервные копии. В противном случае у меня есть некоторые предложения восстановления позже. Сначала, тем не менее, я хочу указать на Ваши ошибки, таким образом, Вы не повторяете их....

Мои 14.04 жаловались на 0 байтов на начальной загрузке/, таким образом, я вошел и сделанный, sudo Кв. - добирается, удаляют linux-headers-3.2.0.2*, так как уже было linux-headers-3.2.0.30 доступное (я хотел удалить почти текущий к свободному, что пространство и останавливает системную жалобу). Я с тех пор узнал, что это - ужасная идея.

linux-headers пакет (на самом деле, linux-headers-3.13.0-45-generic или что-то подобное), не содержит файлы в /boot; это содержит заголовочные файлы, используемые программистами для записи программ, которые взаимодействуют с ядром. Большинство его файлов входит /usr/src дерево каталогов. Обычному пользователю, возможно, не понадобились бы они, хотя они, вероятно, втянуты зависимостями. Дело в том, что удаление linux-headers было, вероятно, безопасно и не будет помогать Вам восстановить пространство в /boot.

Само ядро прибывает из названного пакета linux-image, нет linux-headers. Если Вы удалили тот пакет (включая все версии его; у Вас могло бы быть два или больше ядра, установленные сразу), затем компьютер прекратит загружаться. Я не знаю бесцеремонно, если Восстановление Начальной загрузки смогло бы зафиксировать это. Переустановка GRUB была бы бесполезна. Необходимо было бы загрузить чрезвычайную систему и переустановить linux-image пакет. Вы, возможно, также должны были бы реконфигурировать (но не переустановить) GRUB.

так как мой ext4 является LVM, и я не выполнил режим Live Disc in UEFI, программа Восстановления Начальной загрузки попросила, чтобы я добавил флаг bios_grub к/dev/sda3, который я сделал (который удалил флаг LVM).

Это - Ваша первая очень серьезная ошибка."bios_grub флаг" является разделом, вводят код, который говорит GRUB, что он может использовать раздел для хранения части себя, не проходя файловой системы или LVM на разделе. Таким образом, после того как Вы внесли это изменение и переустановили GRUB, GRUB перезаписал первые несколько секторов Вашего LVM. Большинство данных LVM было все еще неповреждено, и возможно, что Вы, возможно, восстановились в этой точке, хотя это, возможно, было жестко. Но затем....

Я сбросил флаг к LVM и сбросил файловую систему к использованию ext4 mkfs.ext4 /dev/sda3.

Если разрешение самой записи GRUB к первым секторам раздела LVM бросало данные в мусор, это действие было рабочими санитарии, буксирующими Ваш мусор далеко. mkfs утилита (и все ее "помощники", как mkfs.ext4) просто не говорит Linux, каков тип файловой системы, поскольку Вы, кажется, думаете; это пишет новые данные файловой системы низкого уровня в диск. Это - вид подобного рисования по листу бумаги, таким образом, можно снова использовать его.

Ваша лучшая возможность восстановления в этой точке состоит в том, если у Вас есть хорошие резервные копии. Если так, я рекомендую, чтобы Вы переустановили Ubuntu с нуля и восстановили Ваши персональные данные от резервных копий.

Если у Вас нет резервных копий, существует все еще шанс, можно восстановить что-то, но будет трудно - вид подобного движения к городскому дампу и отсеивания через мусор найти материал. Процедура:

1. Сделайте резервное копирование низкого уровня диска, как в sudo dd if=/dev/sda of=/path/to/lots/of/disk/space/sda-backup.img. Вам будет нужен второй диск, в котором это больше, чем оригинал, доступно /path/to/lots/of/disk/space, в котором можно сохранить резервное копирование. Точка этого должна иметь опцию восстановления в случае, если Вы делаете больше ошибок, которые вероятны в этой точке - некоторые следующие действия могли усугубить положение, и нет никакого пути вокруг этого.
2. Использовать gdisk удалить разделы на исходном диске.
3. Используйте TestDisk, чтобы попытаться определить местоположение Вашей исходной ext4 файловой системы и создать новый раздел вокруг этого. Обратите внимание, что, AFAIK, TestDisk не знает о LVM, но существует хороший шанс, что он может создать "сырые данные" (non-LVM) раздел вокруг файловой системы, если Вы не выращивали свою файловую систему после создания его. Обратите внимание, что TestDisk, вероятно, обнаружит файловую систему, которую Вы создали, который перезаписал оригинал, но потому что Вы использовали LVM первоначально, новая файловая система не началась в той же точке как оригинал, и структуры критических данных будут смещены друг по сравнению с другом, таким образом, TestDisk смог находить, что достаточно исходной файловой системы получает доступ к нему.
4. Если TestDisk был успешен, выполнен fsck на получающемся разделе. Возможности - это, встретится с ошибками, и необходимо будет помочь ему восстановиться. Будут повреждены много файлов. Я был бы потрясен, если Вы могли бы загрузиться от того, что ОС, но это могло бы быть достаточно неповреждено для восстановления по крайней мере некоторых персональных файлов.
5. Если TestDisk был неудачен, используйте PhotoRec, чтобы попытаться восстановить отдельные файлы. Это будет болезненным процессом, так как необходимо будет рассмотреть каждый файл для выяснения, каково это.

Это возможно тот TestDisk или fsck на самом деле нанесет дальнейший ущерб. Если Вы подозреваете, что это произошло, можно восстановить резервное копирование.

Всего наилучшего с Вашим восстановлением. Когда Вы сделаны, используйте новый диск, который Вы купили для резервного копирования системы регулярно.