Dotaz: Montaz obrazu root oddilu

[aldrtik]

Zdravim,

mam takovyto disk:

fdisk -l /dev/sda

Disk /dev/sda: 557.9 GiB, 598999040000 bytes, 1169920000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0xcb553127

Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 7813119 7811072 3.7G 83 Linux /dev/sda2 7815166 1169917951 1162102786 554.1G 5 Extended /dev/sda5 7815168 1169917951 1162102784 554.1G 8e Linux LVM

5. oddil ma v sobe:

root VG -wi-ao---- 27.94g swap VG -wi-ao---- 478.70g

A ted pride to kouzlo: mam obraz jen toho roota (ext4) v souboru.

Je mozne namontovat ten soubor, kdyz tam chybi informace, ktere jsou vyse, nebo je to nemozne?

Odpovědi

[SpaceExplo]

mount -o loop --co-- --kam--

[aldrtik]

Diky za reakci, pise mi tohle:

losetup -o loop /mnt/dir1/obraz_root /mnt/dir2 -o ro losetup: failed to parse offset: 'loop'

[debian]

mount /dev/file_format_ext2.img /mnt/one_dir ked blbne (dnes uz autodetekcia),
tak mount /dev/file_format_ext2.img /mnt/one_dir -o loop (a ked nie, zrejme neni povolene/prelozene jadro s touto volbou - zriedkave). Ty si v prikaze dal losetup a ma byt mount.

[aldrtik]

Jojo uz mam dneska fakt dost.

Jedna se jeste o Debian 8.

mount -o loop /mnt/dir1/soubor_root /mnt/dir2 -o ro

mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error

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

partprobe -ds /mnt/dir1/soubor_root /mnt/dir1/soubor_root: msdos partitions

dmesg pise:

[1832485.903141] EXT4-fs (loop0): VFS: Can't find ext4 filesystem

[SpaceExplo]

jak jsi udelal ten "obraz"?

[aldrtik]

Ten "obraz" nema v sobe part. tabulku, protoze byl syrove vytvoren takto:

dd if=/dev/mapper/VG-root of=/mnt/dir1/obraz_root bs=1024k

proto i kpartx zrejme nepomuze.

Zajimalo me, nakolik jsou informace v "obrazu" takto vytvorenem vykradene a jestli jsou nejak pouzitelne.

Korektni snapshot svazku lvm samozrejme lze bez problemu namontovat.

Jedine co se sbezne pohledem shoduje, jsou velikosti snapshotu a "obrazu" v bytech.

[SpaceExplo]

Tak jsem si to vyzkousel a normalne to funguje:

# dd if=/dev/mapper/vg00-root of=obraz_root bs=1024k
20480+0 records in
20480+0 records out
21474836480 bytes (21 GB, 20 GiB) copied, 128.775 s, 167 MB/s

# file obraz_root 
obraz_root: Linux rev 1.0 ext4 filesystem data, UUID=XXXXXXXX-XXX-XXX-XXXX-XXXXXXXXXXXX (needs journal recovery) (extents) (large files) (huge files)

# mkdir mnt_obraz_root

# mount -o loop obraz_root mnt_obraz_root/

# df -h mnt_obraz_root/
Filesystem      Size  Used Avail Use% Mounted on
/dev/loop0       20G  9.2G   11G  48% /XXX/mnt_obraz_root

# umount mnt_obraz_root/

[Jendа]

A co třeba dát na to file, případně se podívat hexdumpem jestli to vypadá jako ext4 (na kernel wiki je layout jak má ext4 vypadat)?

[debian]

Najprv otestuj, co je to zac realne:

file /mnt/dir1/soubor_root

[Jendа]

/mnt/dir1/soubor_root: msdos partitions

Ten soubor zjevně neobsahuje ext4fs.

Pokud je to image včetně partition tabulky, tak pomocí kpartx -a vytvoříš /dev/mapper/něcopX odpovídající partitionám.

[k3dAR]

radeji presneji

sudo kpartx -a /cesta/soubor

a pripojeni pak:

sudo mount /dev/mapper/loopXpY /cesta/kam/pripojit

kazdopadne, mel by zacit tou odpovedi jak a ceho image delal a ten vypis prikazu file...
podle popisu ma na 5 oddilu LVM, v tom VG, v tom LV root a pise ze udelal image toho root, tak jestli opravdu delal image z /dev/mapper/vg-root nebo celeho sdX oddilu, nebo co?

[SpaceExplo]

???