LINUX.ORG.RU

Случайно записал LVM2 поверх раздела с данными, как восстановить?


0

1

Всем привет. Пожалуйста помогите мне.

И так, в системе 2 винта, maxtor и segate. Первый был отдан полностью под lin на нем стояла xubuntu, второй был разбит на два раздела, диск С на нем была винда, и диск D на нем были нужные файлы. Форматы у обоих разделов NTFS размер кластера стандартный. Диск С занимал 30гб. Второй раздел все остальное. Груб стоял на диске с виндой, и позволял загружать винду или xubuntu

Порядок событий.

Мне поднадоел xubuntu, я решил посмотреть на дистрибутив fedora 14. Залил на флешку, поставил, при установке выбрал использовать диск Maxtor полностью, выбрал чтобы этот диск стал загрузочным. После этого загрузившись с maxtorа поюзал fedora (понравилось, после xubuntu), потребовалось перейти на вин, я перезагрузился, и ничего, винда отказалась грузится, без разницы с какого диска я грузился, останавливалось на моменте когда курсор мигал постоянно. Хотя при просмотре в федоре, файлы были на месте.

Поискав в интернете решения, я увидел что все советуют грузится с диска с ХР и в консоли востановления юзать FIXMBR, но так как у меня нет cdrom-а, я подумал что будет логично переставить федору, выбрав обратно загрузочным диском сигейт. Ок, устанавливаю я федору по новой, появляется табличка в которой мне предлагают выбрать диск с которого будет загрузка, и выбрать диск на который будет вестись установка. В левой части показанны все мои диски, а в правую пусто. Я делаю так, переношу в правую часть оба диска, ставлю галочку Boot около диска сигейт, а макстор просто выбираю. Нажимаю вперед, перезагружаюсь, вхожу в федору, и вижу что моих дисков с виндой нет. А вместо них мы имеем:

Device: /dev/sda1/[br] Partition type: Linux (0x83)[br] Partition flags: Bootable[br] Type: Ext4(ver 1.0)[br] Capacyti: 524mb[br] [br] И вторая:[br] Device: /dev/sda2/[br] Partition type: Linux (0x8e)[br] Type: Ext4(ver 1.0)[br] Capacyti: 160gb[br]

Общий объем сигейта как раз 160гб[br]

На винду пофиг, помогите востановить некоторый файлы с винта.

Ответ на: комментарий от adriano32
[root@localhost Developer]# sudo fdisk -lu /dev/sdb

Disk /dev/sdb: 163.9 GB, 163928604672 bytes
255 heads, 63 sectors/track, 19929 cylinders, total 320173056 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0008dd83

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048   320172031   160084992   8e  Linux LVM
[root@localhost Developer]# mount
/dev/mapper/VolGroup-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
/dev/mapper/VolGroup-lv_home on /home type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
gvfs-fuse-daemon on /home/Developer/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=Developer)

yaProstoL ()
Ответ на: комментарий от yaProstoL
[root@localhost Developer]# sudo fdisk -lu /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000001

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1026047      512000   83  Linux
/dev/sda2         1026048   312580095   155777024   8e  Linux LVM
[root@localhost Developer]# 
yaProstoL ()
Ответ на: комментарий от adriano32

vgdisplay
  --- Volume group ---
  VG Name               VolGroup
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               301.19 GiB
  PE Size               32.00 MiB
  Total PE              9638
  Alloc PE / Size       9638 / 301.19 GiB
  Free  PE / Size       0 / 0   
  VG UUID               qimr2K-m2Cf-dxGa-L8DJ-xOAy-RWQ0-ybH3qn
   
[root@localhost Developer]# 
[root@localhost Developer]# lvdisplay
  --- Logical volume ---
  LV Name                /dev/VolGroup/lv_root
  VG Name                VolGroup
  LV UUID                tcV9ta-1yi5-Wp89-g70a-xh2L-iLqi-qMF0jc
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                50.00 GiB
  Current LE             1600
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup/lv_home
  VG Name                VolGroup
  LV UUID                3GaeHT-2qaB-8RYt-SWMw-opKC-p6It-q3aWlf
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                250.22 GiB
  Current LE             8007
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2
   
  --- Logical volume ---
  LV Name                /dev/VolGroup/lv_swap
  VG Name                VolGroup
  LV UUID                iqSWjB-BvkM-EQjT-jTKz-lYFO-HfDH-2D7UbB
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                992.00 MiB
  Current LE             31
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
[root@localhost Developer]# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               VolGroup
  PV Size               148.56 GiB / not usable 30.00 MiB
  Allocatable           yes (but full)
  PE Size               32.00 MiB
  Total PE              4753
  Free PE               0
  Allocated PE          4753
  PV UUID               LABaDU-mdxT-Z2qG-xLEd-bJKr-zgMM-g7ZeVA
   
  --- Physical volume ---
  PV Name               /dev/sdb1
  VG Name               VolGroup
  PV Size               152.67 GiB / not usable 13.00 MiB
  Allocatable           yes (but full)
  PE Size               32.00 MiB
  Total PE              4885
  Free PE               0
  Allocated PE          4885
  PV UUID               s1rHJH-PCiD-Q9K3-2xzn-JCPl-mTYY-RaAgzc
   
[root@localhost Developer]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/VolGroup-lv_root
                      51606140   2466812  48615176   5% /
tmpfs                   253948       572    253376   1% /dev/shm
/dev/sda1               495844     30108    440136   7% /boot
/dev/mapper/VolGroup-lv_home
                     258256244    263248 244874328   1% /home
[root@localhost Developer]# 
yaProstoL ()
Ответ на: комментарий от yaProstoL

На диске /dev/sda остались ключи к вебманям, я деньгам. Моя прежняя работа, моя текущая работа. По сути мне нужно востановить 3 папки с диска D.

server - В ней текущая работа, и недалекое прошлое.
Работа - В ней много чего, её лучше всю востановить
DCMF100 - точно не помню как называется, в ней лежали фотки.

Все три папки лежили в корне. Все остальное я смогу востановить.

yaProstoL ()
Ответ на: комментарий от yaProstoL

Мои соболезнования, вот этим

переношу в правую часть оба диска

Ты создал на двух своих дисках LVM2 группу томов в

vgdisplay
--- ---
VG Size 301.19 GiB

Теперь твой единственный выход и надежда - уповать на то, что поверх того раздела с данными ничего не пописалось сильно сверху.

Старайся ничего не писать на диск сейчас, если есть какой-нибудь лайв сиди, ребуться и грузись с него, если нет - то качай прямо на флешку.

Способы:
- общепринятый == Testdisk и SystemRescueCD
- мой личный, более гемморный и красноглазый, - пропарсить в hexedit второй винт в районе предположительного начала раздела с данными. Найти отметки 0xEB52904E544653 ( R NTFS) начала раздела и конца соответственно в конце диска, затереть MBR и вручную вписать туда этот раздел.

Ваш выбор?

adriano32 ★★★ ()
Ответ на: комментарий от adriano32

пропарсить в hexedit второй винт в районе предположительного начала раздела с данными. Найти отметки 0xEB52904E544653 ( R NTFS) начала раздела и конца соответственно в конце диска, затереть MBR и вручную вписать туда этот раздел.

Для этого мне понадобится помощь, я еще совсем зеленый в этом...

Может попробуем первый вариант, и если не поможет то будем пробывать второй.

p.s. Зашел через флешку.

yaProstoL ()
Ответ на: комментарий от yaProstoL

Давай в личку (XMPP в профиле), и переименуй топик в «Случайно записал LVM2 поверх раздела с данными, как восстановить?»

adriano32 ★★★ ()
Ответ на: комментарий от adriano32

LVM пишет данные последовательно, сначала на один винт, потом на другой. Можно посмотреть где и как понаписано, но ATM под виндой. И суперблок (метаблок, ну метаданные в общем) ~200kb должны съедать в голове, так что по идее всё ок.

tensai_cirno ★★★★★ ()
Ответ на: комментарий от tensai_cirno

Сами ключи не в корне естественно.

Бекап был. Лежал в папке с линуксом. Но я же уначале удалил диск с лином чтобы поставить федору

yaProstoL ()
Ответ на: комментарий от yaProstoL

> Бекап был

я же уначале удалил диск


Хороший бэкап, чо.

tensai_cirno ★★★★★ ()
Ответ на: комментарий от yaProstoL

>Бекап был. Лежал в папке с линуксом

Мальчик, ты дурак. Бэкап - это когда на отдельном носителе где-то в шкафу пылится. А у тебя не бэкап, а бесполезная копия.

anonymous ()
Ответ на: комментарий от anonymous

Анон, поддерживаю. мало того, судя по всему, все, кто писали, ни разу данные не восстанавливали. советы припарировать реальный HDD с потерянными данными (без предварительного создание побайтного образа, хотябы) - это вообще ппц. тема многократно обсуждались, особенно в англоязычном инете. для ext3 есть куча ПО для восстановления инфы, включая пути, есть даже такие, которые восстанавливают inode, таблицу дескрипторов и путей, создавая новую таблицу и помещает туда те данные, метаданные о которых хотябы частично уцелели. для nfts тоже есть хуча линуксового софта, который вместе с путями восстанавливает, но тут нужн внешний носитель обязательно

ktulhu666 ☆☆☆ ()
Ответ на: комментарий от ktulhu666

все, кто писали, ни разу данные не восстанавливали
Умник, а ты видно восстанавливал не один раз.
Сперва тред почитай и с автором переговори.

>>для ext3 есть куча ПО

Раздел с NTFS. Если LVM действительно не переписал поверх искомого раздела (с 30ГБ до 160ГБ) ничего, то достаточно найти его границы, вписать в MBR и возрадоваться вновь обретённому разделу. Для этого достаточно калькулятора и любого редактора типа hexedit.

>> для ext3 есть куча ПО для восстановления инфы

Ну, называй, ДР эксперт.

>>(метаблок, ну метаданные в общем) ~200kb должны съедать в голове, так что по идее всё ок.

mixrin, Если бы на этот LVM не встала Fedora и диск с данными не оказался первым в группе, то всё точно было бы ок.

adriano32 ★★★ ()
Ответ на: комментарий от GotF

Проблема решена.

Спасибо adriano32 за помощь, как я и говорил, в долгу не останусь. Когда понадобится моя помощь, можешь написать в акк на фрилансе.

В итоге, я записал на флешку вин, установил её на бывший диск с линуксом (maxtor). Зашел в винду, установил R-studio, даже провел сканирование, показало что может восстановить только файлы форматов которые она знает, либо нужно самому писать параметры начала и конца файла на диске. К сожалению данная программа не знает формат webmoney. Поискав недолго в интернетах по запросу pwm r-studio и не найдя ничего хорошего, я поставил GetDataBack for NTFS, просканировал, все нужные мне данные он смог восстановить.

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

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

p.s. федора мне действительно понравилась :) Поставлю её второй системой.

yaProstoL ()
Ответ на: комментарий от yaProstoL

Хорошо что хорошо заканчивается.
Жалко, так ночью и не смог определить, где начинался второй раздел, думаю, всё-таки можно было красиво его пофиксить. Хотя...ладно.
Аккаунт я не запомнил, да и не нужно, всё равно я толком ничего не сделал :)

adriano32 ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.