Dekompresja i montowanie obrazów zrobionych za pomocą Clonezilla.

[Berion]

Zgodnie z wyguglowanymi poradami schemat wygląda tak:

sudo cat <skompresowany obraz> | sudo <packer> | sudo <narzędzie> <obraz po dekompresji>

• dla lzop: "lzop -d -c"
• dla bzip2: "bzip2 -dk"
• dla gzip: "gzip -d -c"

• dla partclone: "partclone.restore -C -s - -O"
• dla ntfsclone: "ntfsclone --restore-image -o"

A więc w moim przypadku gdzie używany był partclone, kompresja bzip2 i obraz jednoczęściowy, tworze pusty plik test.img, a w terminalu wklepuję:

sudo cat test.bz2.aa | sudo bzip2 -dk | sudo partclone.restore -C -s - -O test.img

A mówi do mnie tak:

przemek@testzlom ~ $ sudo cat test.bz2.aa | sudo bzip2 -dk | sudo partclone.restore -C -s - -O test.img
[sudo] password for przemek: [sudo] password for przemek: [sudo] password for przemek:
Partclone v0.2.51 http://partclone.org
Starting to restore image (-) to device (test.img)

I tak stoi, nic się nie dzieje, HDD nie pracuje, "plik się nie uzupełnia". Obraz partycji powinien mieć ~10GB po dekompresji i tyle tez mam wolnego miejsca na moim home gdzie przeprowadzam operację (a więc odpada tez problem z uprawnieniami, które na pewno mam rw).

[andy]

Przełącz się na roota i odpal wszystko raz jeszcze. Czy na pewno przetwarzanie potokowe w takiej formie jest poprawne? IMHO coś jest nie tak na wejściu strumienia do dekompresora.

IMHO powinno być coś takiego:

bzip2 -dk nazwa_archiwum | <narzędzie> <obraz po dekompresji>

Napisz też co chcesz osiągnąć.

[Bartez]

Tych sudo to nie za dużo? Raz nie wystarczy?

[Berion]

Z jednym sudo krzyczy, że "open logfile /var/log/partclone.log error".

Z kolei po wklepaniu wg. Andy'ego jedyne co robi to rozpakowuje archiwum ale do pliku "<nazwa na wejściu>.out", a nie podanego przeze mnie wyjścia dla partclone. Nie wiem zresztą jakim cudem, skoro partclone kompresuje np. bzipem każdy sektor z osobna, więc gdyby bzip się nie dogadał z partclone to nic by nie wypakował bo ten oczekuje jednego archiwum, a nie kawałków co powiedzmy 512B w tym że archiwum. Nie rozumiem tego... Nie rozumiem nawet co bash rozumie przez "|".

Wielkość wypakowanego obrazu pokrywa się z wielkością zajętego miejsca, ale nie wielkością partycji. Podglądając w hex widać niepokojący nagłówek i stopę: "partclone-imageEXTFS", "7V=", a przeglądając pobieżnie resztę widać, że jest rozpakowane. Wiec to nadal nie jest forma do zamontowania tylko kontener partclone'a.

- - -

Andy, tak jak w tytule tematu. Chce rozpakować i zamontować obraz partycji wykonanej za pomocą Clonezilla. Z zamontowaniem to podejrzewam nie będzie problemu przez kpartx, ale z rozpakowaniem póki co mam duży.

- - -

W załączniku dorzuciłem przykładowy obraz z zawartością jakby ktoś chciał się pobawić. Powinno mieć 32MB po doprowadzeniu tego do ludzkiej formy.

[Berion]

Ok, jako root poszło z pierwszego wariantu. Dla pewności dałem mu pełne ścieżki, czyli:

cat /home/przemek/test.bz2.aa | bzip2 -dk | partclone.restore -C -s - -O /home/przemek/test.img

Ale z ciekawości zrobiłem też inaczej, czyli to co wypluł bzip2 "konwertuję" przez:

sudo partclone.restore -C -s test.bz2.aa.out -o test2.img

I plik wynikowy przypomina już partycję, ale... ma tylko 25MB (ta z przykładu wyżej). Sprawdziłem sumy obu tych plików i są identyczne, więc teoretycznie wszystko powinno być ok, jednakże...

Przy próbie zamontowania czy to ręcznie przez loop, czy przez kpartx czy furious iso mounter dostaję taki komunikat w Nemo:

[andy]

A daj fdisk -l nazwa_imejdża

[Berion]

Ale po co?

Dysk test2.img: 25 MB, bajtów: 25298944
głowic: 255, sektorów/ścieżkę: 63, cylindrów: 3, w sumie sektorów: 49412
Jednostka = sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Identyfikator dysku: 0x00000000

Dysk test.img nie zawiera poprawnej tablicy partycji

[andy]

Na pewno ten obraz jest ok?

[Berion]

Obraz na pewno jest ok, natomiast nie wiem czy po rozpakowaniu i konwersji jest ok bo nie pisałem partclone'a i bzip2. Wygląda też na poprawny, ale co ja mogę powiedzieć przeglądając heksy. Zrobiłem zarówno po swojemu jak i we wszystkich poradnikach. Plik wynikowy jest identyczny. Więc myślę że można przyjąć że po dekompresji i konwersji też jest ok, tym bardziej że odczytuje go... Linux Reader na Windowsie.

A teraz żeby było jeszcze ciekawiej:
-_-

To samo zrobiłem z obrazem systemowej partycji, tej 10GB. Po zamontowaniu przez Furious ISO Mounter lub kpartx w ogóle nie wyświetla się w Nemo (tamta 25MB się wyświetlała). Gnome Disks twierdzi, że jest zamontowana, losetup też ("losetup --all"). Ani furious, ani kpartx przy próbie montowania nie protestują, żadnych errorów itd. Przy próbie zamontowania ręcznie już tak:

sudo mount /home/przemek/duzy.img /media/przemek -o loop -t ext4

Zwraca:

mount: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop0,
       brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd
       W niektórych przypadkach przydatne informacje można
       znaleźć w logu systemowym (np. dmesg | tail)

Jakie to jest k*a toporne...

[andy]

Czy na pewno jest tam ext4? Poka system partycji której robiłeś kopie.

[Berion]

Tak, przecież sam te partycje robiłem. Ja rozumiem, że zaufanie do mojej świadomości mogło spaść po ostatnim temacie 32vs64bit@resetowanie ale bez przesady.

przemek@testzuom ~ $ sudo fdisk -l /dev/sda1
[sudo] password for przemek:

Dysk /dev/sda1: 9999 MB, bajtów: 9999220736
głowic: 255, sektorów/ścieżkę: 63, cylindrów: 1215, w sumie sektorów: 19529728
Jednostka = sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Identyfikator dysku: 0x00000000

Dysk /dev/sda1 nie zawiera poprawnej tablicy partycji

[Berion]

Postanowiłem ugryźć problem od innej strony, czyli owy obraz przerobić na wirtualny dysk (inny niż ten z przykładów wyżej, więc nie sugerujcie się - ale ta sama metoda kompresji/dekompresji, tymi samymi narzędziami). Znalazłem tutaj takie dwa rozwiązania:
http://unix.stackexchange.com/questi...artition-table

Pierwsze to:
stworzenie pustego pliku, założenie w nim tablicy partycji i popartycjonowania, zamontowania obrazu partycji wykonanego clonezillą po dekompresji i skopiowanie go na zamontowany obraz pustego dysku twardego. Czyli odpada bo nie mogę zamontować... Ale nie mogę nawet zrobić tak jak radzą: "fdisk obraz.img" bo fdisk krzyczy, że jest pusty i żebym poszedł sobie na spacer. To oczywiste, że jest pusty, ale czym to się różni od pustego HDD czy pendrive'a? Po za tym wg. nich to działa, więc czemu u mnie nie chce?

Drugie to:
Zmiana nazwy obrazu po dekompresji na <nazwa>-flat.vmdk i edycja pliku <nazwa>.vmdk. VirtualBox nie przyjmuje samego vmdk, nie widzi go, więc nie wiem czy zrobiłem to źle czy się tak nie da. Wobec tego utworzyłem nową wirtualną maszynę z nowym dyskiem w *.vmdk i zastąpiłem pliki. Dalej nie widzi. I nie wiem czy to VBox nie rozumie takiej struktury, czy źle to robię (możliwe, że CID byłby niepoprawny, ale on zgłasza, że nie widzi pliku). Tak wygląda mój vmdk:

# Disk DescriptorFile
version=1
CID=eef30154
parentCID=ffffffff
createType="monolithicFlat"

# Extent description
RW 2048 FLAT "test-mbr.bin" 0
RW 19531776 FLAT "test-flat.vmdk" 2048

# The disk Data Base 
#DDB
# 
#ddb.virtualHWVersion = "4"
#ddb.adapterType="ide"
#ddb.uuid.image="90deba02-5348-4505-a2a6-0da47ff7306b"
#ddb.uuid.parent="00000000-0000-0000-0000-000000000000"
#ddb.uuid.modification="00000000-0000-0000-0000-000000000000"
#ddb.uuid.parentmodification="00000000-0000-0000-0000-000000000000"
#ddb.geometry.cylinders="14593"
#ddb.geometry.heads="255"
#ddb.geometry.sectors="63"
#ddb.geometry.biosCylinders="7297"
#ddb.geometry.biosHeads="512"
#ddb.geometry.biosSectors="63"

2048 to wg. pliku "sda-pt.parted" początek partycji, której robiłem obraz, a 19531775 to jej koniec. Wg. pliku "sda-chs.sf" CHS też uzupełniłem na pasujące (nie wiem tylko skąd wziąć te z prefiksem bios, ale zauważyłem że pierwsze jest podzielone przez dwa, a drugie pomnożone przez dwa...). NIe wiem skąd wziąć UUID image bo z fstaba w obrazie nie pasuje.