Windows 8, Ubuntu 16.04 Разделы Lost [dубликат]
ok, единственный способ, которым я нашел это, - это создать другого пользователя, предоставить ему полномочия администратора, выйти из основного идентификатора, войти в систему с новым идентификатором, а затем использовать команду usermod.
2 ответа
Вы совершили некоторые фундаментальные ошибки, видимо, в результате некоторых недоразумений, поэтому я вынужден сначала обратиться к ним. Вы писали:
Теперь fdisk сообщает только 1 раздел.Это нормально для старых версий fdisk, используемых на диске GPT. Часть GPT является «защитным MBR», который в основном представляет собой таблицу разделов MBR, которая утверждает, что диск полностью занят разделом типа 0xEE. Точка защитного MBR заключается в том, чтобы не использовать инструменты GPT-unaware для обмена данными с диском. Он не указывает на какой-либо ущерб. Ваши разделы MBR не были «потеряны» (как вы писали в другом месте), так как у вас никогда не было разделов MBR.
Обратите внимание, что fdisk даже сообщила вам о своем отсутствии осведомленности о GPT и рассказала вам, что do:
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
(gdisk также работает и на GPT-дисках и больше похож на fdisk, чем parted в своем пользовательском интерфейсе.)
Теперь fdisk сообщает только 1 раздел.
Мои 2 цента - это то, что я думаю, что разделы MBR потеряны, потому что восстановление Windows пыталось сделать все GPT / EFI.Windows 8.1 изначально загружается в GPT / EFI.
Мои 2 цента - это то, что я думаю, что разделы MBR потеряны, потому что восстановление Windows пыталось сделать все GPT / EFI. [ ! d9]
Windows очень сильно привязывает свой режим загрузки (BIOS / CSM / legacy vs. EFI / UEFI) к типу таблицы разделов (MBR против GPT), поэтому, если диск первоначально загружался в EFI режиме, он должен был использовать GPT. Это полностью соответствует всему, что вы показали. Средство восстановления Windows не пытается сделать такую загрузку системы в режиме EFI, и, как я уже отмечал, у вас не было никаких разделов MBR для проигрывания.
Мне бы очень хотелось, чтобы «sda11» вернулся и загрузочный
Вы показали, что эта ситуация одна из, как говорится, «двигаться дальше, ничего не видеть здесь».
никаких указаний на то, что у вас когда-либо был /dev/sda11. Ваш список того, что первоначально был на диске, указывает, что вы /dev/sda1 через /dev/sda10 включили. Если есть существенные промежутки между этими разделами или в начале или конце диска, я их пропускаю.
Также создан раздел 128MiB bios_grub. Установлен Ubuntu 16.04 (в устаревшем режиме MBR с Grub).Похоже, что большинство ваших разделов либо нетронуты, либо могут быть восстановлены TestDisk или что-то подобное. Похоже, что /dev/sda8 - проблема; он может иметь повреждение файловой системы. Аналогично для /dev/sda5. Поскольку оба были первоначально томами NTFS, вы должны спросить о них на форуме Windows. Единственный инструмент восстановления NTFS для Linux ntfsfix - очень простой - он выполняет некоторые чрезвычайно простые проверки, исправляет одну или две тривиальные вещи и флагами для восстановления в Windows.
It кажется, что вы знаете точные исходные и конечные точки для своих разделов. Вы можете подключить эти значения к gdisk для повторного создания раздела; но, конечно, если инструмент восстановления Windows, который вы использовали, попытался изменить размер раздела, эти значения могут быть более недействительными.
Вы совершили некоторые фундаментальные ошибки, видимо, в результате некоторых недоразумений, поэтому я вынужден сначала обратиться к ним. Вы писали:
Теперь fdisk сообщает только 1 раздел.Это нормально для старых версий fdisk, используемых на диске GPT. Часть GPT является «защитным MBR», который в основном представляет собой таблицу разделов MBR, которая утверждает, что диск полностью занят разделом типа 0xEE. Точка защитного MBR заключается в том, чтобы не использовать инструменты GPT-unaware для обмена данными с диском. Он не указывает на какой-либо ущерб. Ваши разделы MBR не были «потеряны» (как вы писали в другом месте), так как у вас никогда не было разделов MBR.
Обратите внимание, что fdisk даже сообщила вам о своем отсутствии осведомленности о GPT и рассказала вам, что do:
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
(gdisk также работает и на GPT-дисках и больше похож на fdisk, чем parted в своем пользовательском интерфейсе.)
Теперь fdisk сообщает только 1 раздел.
Мои 2 цента - это то, что я думаю, что разделы MBR потеряны, потому что восстановление Windows пыталось сделать все GPT / EFI.Windows 8.1 изначально загружается в GPT / EFI.
Мои 2 цента - это то, что я думаю, что разделы MBR потеряны, потому что восстановление Windows пыталось сделать все GPT / EFI. [ ! d9]
Windows очень сильно привязывает свой режим загрузки (BIOS / CSM / legacy vs. EFI / UEFI) к типу таблицы разделов (MBR против GPT), поэтому, если диск первоначально загружался в EFI режиме, он должен был использовать GPT. Это полностью соответствует всему, что вы показали. Средство восстановления Windows не пытается сделать такую загрузку системы в режиме EFI, и, как я уже отмечал, у вас не было никаких разделов MBR для проигрывания.
Мне бы очень хотелось, чтобы «sda11» вернулся и загрузочный
Вы показали, что эта ситуация одна из, как говорится, «двигаться дальше, ничего не видеть здесь».
никаких указаний на то, что у вас когда-либо был /dev/sda11. Ваш список того, что первоначально был на диске, указывает, что вы /dev/sda1 через /dev/sda10 включили. Если есть существенные промежутки между этими разделами или в начале или конце диска, я их пропускаю.
Также создан раздел 128MiB bios_grub. Установлен Ubuntu 16.04 (в устаревшем режиме MBR с Grub).Похоже, что большинство ваших разделов либо нетронуты, либо могут быть восстановлены TestDisk или что-то подобное. Похоже, что /dev/sda8 - проблема; он может иметь повреждение файловой системы. Аналогично для /dev/sda5. Поскольку оба были первоначально томами NTFS, вы должны спросить о них на форуме Windows. Единственный инструмент восстановления NTFS для Linux ntfsfix - очень простой - он выполняет некоторые чрезвычайно простые проверки, исправляет одну или две тривиальные вещи и флагами для восстановления в Windows.
It кажется, что вы знаете точные исходные и конечные точки для своих разделов. Вы можете подключить эти значения к gdisk для повторного создания раздела; но, конечно, если инструмент восстановления Windows, который вы использовали, попытался изменить размер раздела, эти значения могут быть более недействительными.