Forum CDRinfo.pl - Dekompresja i montowanie obrazów zrobionych za pomocą Clonezilla.

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)

- Dyski twarde, SSD - Problemy, porady, software (https://forum.cdrinfo.pl/f101/)

- - Dekompresja i montowanie obrazów zrobionych za pomocą Clonezilla. (https://forum.cdrinfo.pl/f101/dekompresja-montowanie-obrazow-zrobionych-za-pomoca-clonezilla-93732/)

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

Zgodnie z wyguglowanymi poradami schemat wygląda tak:

Kod:

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ę:

Kod:

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

A mówi do mnie tak: ;)

Kod:

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).

???

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:

Cytat:

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

Napisz też co chcesz osiągnąć.

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

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 "|". ;p

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.

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

Kod:

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:

Kod:

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:

http://forum.cdrinfo.pl/attachment.p...0&d=1410433327

A daj fdisk -l nazwa_imejdża

Ale po co?

Kod:

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

Na pewno ten obraz jest ok?

Obraz na pewno jest ok, natomiast nie wiem czy po rozpakowaniu i konwersji jest ok bo nie pisałem partclone'a i bzip2. ;p 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:

Kod:

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

Zwraca:

Kod:

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...

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

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. :D

Kod:

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

http://forum.cdrinfo.pl/attachment.p...8&d=1410598611

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:

Kod:

# 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.