Как разместить backup sda1 с помошью dd на sda2 LVM

Загрузился с LIVE CD . Сделал

mkdir /mnt/backup

а когда делаю

mount  /dev/sda2 /mnt/backup

получаю

mount : unknown filesystem type "LVM2_member"

Получается что из-за этого хренова LVM, который по умолчанию втихаря устанавливается в CentOS ,никак backup не сделать?

Попробуйте перед монтированием выполнить

vgchange -a y

Что за LiveCD?

kerogaz написал:

Загрузился с LIVE CD . Сделал

text

mkdir /mnt/backup

а когда делаю

text

mount  /dev/sda2 /mnt/backup

получаю

text

mount : unknown filesystem type "LVM2_member"

Получается что из-за этого хренова LVM, который по умолчанию втихаря устанавливается в CentOS ,никак backup не сделать?

сделать, есть у него замечательная команда

pvmove - Переместить эстенты с одного физического тома на другой

но для этого нужно чтоб 2 диск тоже был в lvm

З.ы. я про lvm тоже так думал, пока не прочитал минимальную теорию о том что такое lvm и как им пользоватся.

Lupo Alberto написал:

Попробуйте перед монтированием выполнить

text

vgchange -a y

Что за LiveCD?

CentOS 6.5 x86_64

"kerogaz" написал:

mount /dev/sda2 /mnt/backup

потому что монтировать надо раздел с файловой системой, а не кусок LVM

Понял :)

Я перешёл на другой комп. Там на HDD стоит МИнт без LVM. Те же яйца только в профиль

[centoslive@livecd ~]$ su
[root@livecd centoslive]# mkdir /mnt/backup
[root@livecd centoslive]# mount /dev/sda2 /mnt/backup
mount: you must specify the filesystem type
[root@livecd centoslive]# mount -t ext4 /dev/sda2 /mnt/backup
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

 fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c29de
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       19198   154203136   83  Linux
/dev/sda2           19198       19458     2084865    5  Extended
/dev/sda5           19198       19458     2084864   82  Linux swap / Solaris
Disk /dev/mapper/live-rw: 4294 MB, 4294967296 bytes

"kerogaz" написал:

In some cases useful info is found in syslog - try dmesg | tail or so

"kerogaz" написал:

/dev/sda2 19198 19458 2084865 5 Extended

а, ну всё правильно: extended это НЕ раздел. Это несколько разделов. В вашем случае -- всего один, который sda5/swap

drBatty написал:

[quote="kerogaz"]In some cases useful info is found in syslog - try dmesg | tail or so

dmesg | tail
sd 4:0:0:0: [sdb] 15950592 512-byte logical blocks: (8.16 GB/7.60 GiB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 43 00 00 00
sd 4:0:0:0: [sdb] Assuming drive cache: write through
sd 4:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 4:0:0:0: [sdb] Assuming drive cache: write through
sd 4:0:0:0: [sdb] Attached SCSI removable disk
SELinux: initialized (dev sdb1, type vfat), uses genfs_contexts
EXT4-fs (sda2): unable to read superblock

sdb это у меня флешка

drBatty написал:

[quote="kerogaz"]/dev/sda2 19198 19458 2084865 5 Extended

а, ну всё правильно: extended это НЕ раздел. Это несколько разделов. В вашем случае -- всего один, который sda5/swap[/quote]
Так что получается надо своп монтировать?

"kerogaz" написал:

а, ну всё правильно: extended это НЕ раздел. Это несколько разделов. В вашем случае -- всего один, который sda5/swap

Так что получается надо своп монтировать?

откуда мне знать, что вам "надо"? Если хотите своп, то его "монтируют" командой
[console]swapon[/console]
а обычно его в /etc/fstab прописывают, и он сам "монтируется".

"kerogaz" написал:

sdb это у меня флешка

надо было сразу делать, после того, как вам писали. А не потом.

"kerogaz" написал:

sudo mount -t ext4 /dev/sda2 /mnt/backup

проходили знаемс...
попробуйте вот так

"kerogaz" написал:

sudo mount -t auto /dev/sda2 /mnt/backup

[root@livecd centoslive]# mount -t auto /dev/sda2 /mnt/backup
mount: you must specify the filesystem type

Я понял что для backup лучше другой физический диск использовать или флешку достаточного размера. А то слишком уж всё заморочено

"kerogaz" написал:

Я понял что для backup лучше другой физический диск использовать

какой смысл бекапа на тот же диск?

А у вас здесь

"kerogaz" написал:

/dev/sda1 * 1 19198 154203136 83 Linux
/dev/sda2 19198 19458 2084865 5 Extended
/dev/sda5 19198 19458 2084864 82 Linux swap / Solaris

всего два раздела:

1. /dev/sda1

2. /dev/sda5, который лежит ВНУТРИ обёртки sda2. Если вы сомневаетесь, посмотрите на начало, конец и размер этих разделов. sda2 это всего лишь фантик. А конфетка это sda5.

kerogaz написал:

Загрузился с LIVE CD . Сделал

text

mkdir /mnt/backup

а когда делаю

text

mount  /dev/sda2 /mnt/backup

получаю

text

mount : unknown filesystem type "LVM2_member"

Получается что из-за этого хренова LVM, который по умолчанию втихаря устанавливается в CentOS ,никак backup не сделать?

Смонтируйте не /dev/sda2, а активируйте VG и монтируйте логический том.

Вот, хотел сказать. А проще - каталог на логическом диске. А выхлоп dd - туда. Что не так?
Типа
dd if=/dev/sda1 off=/dev/sda2/backup/backup. Нет?
Вы должны это скопитровать просто в файл. Потом - также просто развернете.
Здесь загрузчик - пропадёт. Что мешает потом загрузиться с LiveCD и восстановить?
Хотя - запасной файл надо убирать совсем. Или на другой жесткий - или на внешний носитель.
Все выйдет, удачи :)

Да делал я с помощью Norton Ghost. Давно это было. Хотите сжать образ после dd - да 7zip Вам в помощь. А pipe помните? Нет ничего невозможного :)

Да мне всё равно чем делать образ. Главное разместить его на тот же самый физический диск, поскольку если на нём свободно 300 Гб нафиг мне на другой физический диск бэкап переносить (которого у меня нет :)
? Но с LVM Ничего не получается. Да ибез LVM на МИнте тоже не получается, только на флешку удалось разместить и то часть потом появилась ошибка буфера наверное потому что места не хватило