Проблема с разделами

[ddr]

Очень много создано тем, по данной проблеме, но ни где нету конкретного ответа или тема решалась вопросом перестановки, что меня не устраивает. Очень хотелось бы получить ответы на вопросы, за что заранее спасибо.
Начало пробелы, сильно появилась нужда поставить Windows, тем более что был от нее раздел нтфс, который использовался как хранилище.
Начал устанавливать, дойдя до операции в какой раздел ее ставить, выдала мне вроде как 5 штук неопределенных разделов, с отсутствием данных о их размерах и т.д. Зайдя на один такой раздел, я начал сомневаться в дальнейших свои правильных действиях, и отказался от установки.
Перезагрузка , мбр'a нету.
Восстанавливаю mbr с помощью super grub disk'a, загружается линукс без всяких проблем.
открываю gparted показывает только один не созданный раздел на весь диск.
fdisk -l выдает:
omitting empty partition (5)

Диск /dev/sda: 120.0 ГБ, 120034123776 байт
255 heads, 63 sectors/track, 14593 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa6fe0a35

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *           1       12774   102607123+   7  HPFS/NTFS
/dev/sda2           12775       14593    14611117+   f  W95 расшир. (LBA)
/dev/sda3           14006       14148     1148616   82  Linux своп / Solaris
/dev/sda5           12775       14005     9887944+  83  Linux
/dev/sda6           14149       14593     3574431   83  Linux

testdisk отказался делать /debug без всяких сообщений. выдал только /list
Please wait...
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63, sector size=512
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
     Partition         Start        End    Size in sectors
 1 * HPFS - NTFS              0   1  1 12773 254 63  205214247 [n01787]
 2 E extended LBA         12774   0  1 14592 254 63   29222235
 3 P Linux Swap           14005   1  1 14147 254 63    2297232
Space conflict between the following two partitions
 2 E extended LBA         12774   0  1 14592 254 63   29222235
 3 P Linux Swap           14005   1  1 14147 254 63    2297232
   X extended             12774   0  2 14004 254 63   19776014
 5 L Linux                12774   2  1 14004 254 63   19775889
   X extended             14148   0  1 14592 254 63    7148925
 6 L Linux                14148   1  1 14592 254 63    7148862

по какой причине gparted показывает что разделов нету, и как мне вернуть все в нормальное состояние?.

[ArturGrey]

Интересная задачка . И testdisk сам показал от чего нужно плясать. Ключевая фраза тут

Space conflict between the following two partitions

Если посмотреть, то
/dev/sda2           12775       14593    14611117+   f  W95 расшир. (LBA)
/dev/sda3           14006       14148     1148616   82  Linux своп / Solaris

sda2 находится в секторах 12775 ... 14593,
а sda3 начинается в секторе 14006.

То есть, своп наползает на расширенный раздел.

p.s. ага, там ещё интереснее. Своп находится между sda5 и sda6, на этом самом расширенном разделе, при том что его раздел определяется как основной (sda3). Похоже на глюк в разметке винчестера...

[ddr]

а есть способы исправить этот глюк?

[ArturGrey]

Если сформулировать более точно и кратко, то у вас основной раздел sda3 находится внутри расширенного sda2. По всей видимости, своп до этого находился на логическом диске.

Я не назову себя спецом в таких проблемах, так как раньше не встречался с этим, но лично я бы удалил сначала раздел со свопом (sda3) из таблицы разметки вообще. Потом переребутился и посмотрел что выйдет. Если в этой самой разметке указано, что расширенный раздел находится в промежутке 12775 ... 14593, то мне кажется он повредиться от этого не должен. Но это на свой страх и риск.

Если всё будет хорошо, то после этой операции в секторах 14006 ... 14148 образуется неразмеченное пространство, принадлежащее sda2. Создаёте там логический диск, а на нём новенький своп.

[ddr]

Я может кончено и не прав, но посмотрев снова на результат fdisk'a
не может ли быть такого что просто разделы которые  sda3,sda5 и т.д. лежат просто в области sda2, так как так и должно быть =)
корень у меня лежит в sda5, а temp в sda6, просто они все находятся в диапазоне от 12775 до 14593?

[ArturGrey]

Дело в том, что в области sda2 могут лежать только логические диски (sda5, sda6, sda7...). А если свопу соответствует файл /dev/sda3, то система воспринимает его как раздел. Именно в этом и проблема.

Расширенным разделам могут соответствовать только файлы устройств sda1-sda4 , а логическим дискам - только sda5 и выше. Получается, как я уже говорил, что раздел находится внутри другого раздела, чего быть, естественно не может. А единственной, очевидной лично для меня, причиной глюка могло стать то, что своп находился на логическом диске внутри sda2, который потом стал восприниматься как самостоятельный раздел...

А fdisk, как и testdisk говорят, что sda2 непрерывно занимает диапазон  12775 ... 14593. Других разделов в этом диапазоне быть не может. От того и GParted не может ничего понять.

Вобщем, решение в том, что нужно преобразовать sda3 в логический диск.

[ArturGrey]

Ещё одна мысль мне не даёт покоя. Из под Live-CD, после возникновения проблемы, не загружались? Как этот винчестер выглядит оттуда? Может проблема именно в самой оси (установленной)?

[ddr]

из под Live-cd выглядит также, в смысле что смотрел только gparted'ом

[ArturGrey]

Ну, не знаю. Своё мнение я уже описал. Поспрашиваю у людей ещё. Но проблема носит явно аппаратный характер.

[ArturGrey]

Есть ещё вариант. Сделайте образ диска с системой.

Код: [Выделить]

# sudo su
# dd if=/dev/sda5 of=/media/путь к любой желаемой папке на ntfs-разделе/mypartition.img bs=10MЕстественно, sda5 из Live-CD (под которым это всё желательно делать) может быть совсем не sda5

Потом, если не получится сделать, то, что я советовал до этого, и расширеный раздел испортится (а по-моему, не должен), то переразметите sda2 (точно с теми же размерами логических дисков!!! Форматировать потом сам корневой раздел не нужно, а своп и /tmp в те же ФС, что и были) и перенесите систему обратно.

Опять же, из-под root:

Код: [Выделить]

# dd if=/media/ваш путь к образу/mypartition.img of=/dev/sda* bs=10M
Где sda* - ваш раздел предназначенный под корень, скорее всего и будет sda5.

Потом с Live-CD откройте /etc/fstab и пропишите правильно UUID новых лог.дисков.

Дальше всё будет работать, как и было, это уже наверняка. Но перед этим, всё же попробуйте пересоздать лог.диск со свопом. Это НАМНОГО быстрее и проще. Только не забудьте, что у вновь отформатированных разделов и дисков меняется UUID и его надо переписать в fstab!!! Пока вы этого не сделаете система их не найдёт!!!

Узнать UUID любого дискового устройства можно так :

Код: [Выделить]

# sudo vol_id --uuid /dev/sda*

[ddr]

Спасибо сделал.
Немного по другому, с помощью акроникса снес swap и tmp , расширил корневую , создал снова swap , проверил uuid у корня он не изменился, а вот у swap'a его вообще не стало, если он был вообще,  потом поправил fstab и menu.lst, начал загружаться возникла проблема: mkdtemp: private socket dir : Permission denied.
Поставил права 777 на папку /tmp. Всё заработало.
Вопрос если у swap'a нет uuid'a это номрально и второй вопрос, если до этого был /tmp отдельным разделом, то нужно где ни будь указывать, что это сейчас просто папка и она "переехала" ?

[ArturGrey]

Только не забудьте, что у вновь отформатированных разделов и дисков меняется UUID и его надо переписать в fstab!!! Пока вы этого не сделаете система их не найдёт!!!

Узнать UUID любого дискового устройства можно так :

Код: [Выделить]

# sudo vol_id --uuid /dev/sda*

Читайте чуть выше.

А у свопа UUID неможет ни быть... Проверьте точно...

[ddr]

у меня нету =)
#sudo blkid
#sudo: unable to resolve host PC
#/dev/sda1: UUID="CDB63CCC81BE2E8B" LABEL="system" TYPE="ntfs"
#/dev/sda5: UUID="2df1f77f-bd6d-42cb-a75c-6c401de6b11e" TYPE="ext3" LABEL="/"
#/dev/sda6: TYPE="swap"

если
#sudo vol_id --uuid /dev/sda5
#sudo: unable to resolve host PC
#2df1f77f-bd6d-42cb-a75c-6c401de6b11e

#sudo vol_id --uuid /dev/sda6
#sudo: unable to resolve host PC

 

[ArturGrey]

Это тоже глюк. А может и два глюка.

sudo: unable to resolve host PC - это проблема в /etc/hosts. Там ваш PC или пропал или ещё чего случилось...

Говорят, такое после обновления системы бывает.