Obnova dat s Redo backup do oddílu

Vašek

Obnova dat s Redo backup do oddílu
« kdy: 23. 09. 2012, 08:15:56 »
Dobrý den,
potřeboval jsem kompletně přeinstalovat notebook. Na zálohu cenných dat (asi 140 GB) jsem použil nástroj http://redobackup.org/ a data nechal zálohovat na externí disk. Notebook jsem přeinstaloval jako multiboot win s několika mými oblíbenými linuxovými distribucemi a na jeden oddíl jsem chtěl obnovit zálohovaná data.
Ale ejhle, nástroj Redo backup nedokáže restore dat do oddílu, pouze na celý disk, a ten musí být ještě navíc větší než disk, z nějž byla záloha pořízena, byť dat tolik není a vešla by se.
Takže nyní mám uložená nepoužitelná data. Hledal jsem odpovědi na fóru aplikace, ale prý to opravdu nejde.
Já si myslím, že to nějak jít musí, vždyť se určitě jedná jen o nějaký druh archivu, který musí jít nějak vybalit i bez nástroje Redo backup.

Archivoval jsem běžné dokumenty, fotografie, práci. Obsah mého externího disku vypadá nyní takto:
Kód: [Vybrat]
[vasek@bridgelinux ~]$ ls -alh /media/external/
celkem 143G
drwxr-xr-x 2 root root  16K  1. led  1970 .
drwxr-xr-x 5 root root 4,0K 23. zář 08.09 ..
-rwxr-xr-x 1 root root    4 10. zář 04.56 20120909.backup
-rwxr-xr-x 1 root root  32K 10. zář 04.56 20120909.mbr
-rwxr-xr-x 1 root root 2,0G 10. zář 05.13 20120909_part6.000
-rwxr-xr-x 1 root root 2,0G 10. zář 05.26 20120909_part6.001
-rwxr-xr-x 1 root root 2,0G 10. zář 05.34 20120909_part6.002
-rwxr-xr-x 1 root root 2,0G 10. zář 05.38 20120909_part6.003
-rwxr-xr-x 1 root root 2,0G 10. zář 05.41 20120909_part6.004
-rwxr-xr-x 1 root root 2,0G 10. zář 05.45 20120909_part6.005
-rwxr-xr-x 1 root root 2,0G 10. zář 05.48 20120909_part6.006
-rwxr-xr-x 1 root root 2,0G 10. zář 05.52 20120909_part6.007
-rwxr-xr-x 1 root root 2,0G 10. zář 05.56 20120909_part6.008
-rwxr-xr-x 1 root root 2,0G 10. zář 06.00 20120909_part6.009
-rwxr-xr-x 1 root root 2,0G 10. zář 06.04 20120909_part6.010
-rwxr-xr-x 1 root root 2,0G 10. zář 06.08 20120909_part6.011
-rwxr-xr-x 1 root root 2,0G 10. zář 06.11 20120909_part6.012
-rwxr-xr-x 1 root root 2,0G 10. zář 06.15 20120909_part6.013
-rwxr-xr-x 1 root root 2,0G 10. zář 06.19 20120909_part6.014
-rwxr-xr-x 1 root root 2,0G 10. zář 06.23 20120909_part6.015
-rwxr-xr-x 1 root root 2,0G 10. zář 06.27 20120909_part6.016
-rwxr-xr-x 1 root root 2,0G 10. zář 06.31 20120909_part6.017
-rwxr-xr-x 1 root root 2,0G 10. zář 06.35 20120909_part6.018
-rwxr-xr-x 1 root root 2,0G 10. zář 06.38 20120909_part6.019
-rwxr-xr-x 1 root root 2,0G 10. zář 06.42 20120909_part6.020
-rwxr-xr-x 1 root root 2,0G 10. zář 06.47 20120909_part6.021
-rwxr-xr-x 1 root root 2,0G 10. zář 06.51 20120909_part6.022
-rwxr-xr-x 1 root root 2,0G 10. zář 06.56 20120909_part6.023
-rwxr-xr-x 1 root root 2,0G 10. zář 07.00 20120909_part6.024
-rwxr-xr-x 1 root root 2,0G 10. zář 07.06 20120909_part6.025
-rwxr-xr-x 1 root root 2,0G 10. zář 07.12 20120909_part6.026
-rwxr-xr-x 1 root root 2,0G 10. zář 07.19 20120909_part6.027
-rwxr-xr-x 1 root root 2,0G 10. zář 07.26 20120909_part6.028
-rwxr-xr-x 1 root root 2,0G 10. zář 07.34 20120909_part6.029
-rwxr-xr-x 1 root root 2,0G 10. zář 07.41 20120909_part6.030
-rwxr-xr-x 1 root root 2,0G 10. zář 07.47 20120909_part6.031
-rwxr-xr-x 1 root root 2,0G 10. zář 07.54 20120909_part6.032
-rwxr-xr-x 1 root root 2,0G 10. zář 08.01 20120909_part6.033
-rwxr-xr-x 1 root root 2,0G 10. zář 08.08 20120909_part6.034
-rwxr-xr-x 1 root root 2,0G 10. zář 08.15 20120909_part6.035
-rwxr-xr-x 1 root root 2,0G 10. zář 08.23 20120909_part6.036
-rwxr-xr-x 1 root root 2,0G 10. zář 08.30 20120909_part6.037
-rwxr-xr-x 1 root root 2,0G 10. zář 08.40 20120909_part6.038
-rwxr-xr-x 1 root root 2,0G 10. zář 08.49 20120909_part6.039
-rwxr-xr-x 1 root root 2,0G 10. zář 08.56 20120909_part6.040
-rwxr-xr-x 1 root root 2,0G 10. zář 09.04 20120909_part6.041
-rwxr-xr-x 1 root root 2,0G 10. zář 09.12 20120909_part6.042
-rwxr-xr-x 1 root root 2,0G 10. zář 09.19 20120909_part6.043
-rwxr-xr-x 1 root root 2,0G 10. zář 09.27 20120909_part6.044
-rwxr-xr-x 1 root root 2,0G 10. zář 09.35 20120909_part6.045
-rwxr-xr-x 1 root root 2,0G 10. zář 09.42 20120909_part6.046
-rwxr-xr-x 1 root root 2,0G 10. zář 09.50 20120909_part6.047
-rwxr-xr-x 1 root root 2,0G 10. zář 09.57 20120909_part6.048
-rwxr-xr-x 1 root root 2,0G 10. zář 10.04 20120909_part6.049
-rwxr-xr-x 1 root root 2,0G 10. zář 10.12 20120909_part6.050
-rwxr-xr-x 1 root root 2,0G 10. zář 10.21 20120909_part6.051
-rwxr-xr-x 1 root root 2,0G 10. zář 10.29 20120909_part6.052
-rwxr-xr-x 1 root root 2,0G 10. zář 10.36 20120909_part6.053
-rwxr-xr-x 1 root root 2,0G 10. zář 10.44 20120909_part6.054
-rwxr-xr-x 1 root root 2,0G 10. zář 10.53 20120909_part6.055
-rwxr-xr-x 1 root root 2,0G 10. zář 11.01 20120909_part6.056
-rwxr-xr-x 1 root root 2,0G 10. zář 11.09 20120909_part6.057
-rwxr-xr-x 1 root root 2,0G 10. zář 11.17 20120909_part6.058
-rwxr-xr-x 1 root root 2,0G 10. zář 11.24 20120909_part6.059
-rwxr-xr-x 1 root root 2,0G 10. zář 11.32 20120909_part6.060
-rwxr-xr-x 1 root root 2,0G 10. zář 11.39 20120909_part6.061
-rwxr-xr-x 1 root root 2,0G 10. zář 11.47 20120909_part6.062
-rwxr-xr-x 1 root root 2,0G 10. zář 11.54 20120909_part6.063
-rwxr-xr-x 1 root root 2,0G 10. zář 12.02 20120909_part6.064
-rwxr-xr-x 1 root root 2,0G 10. zář 12.10 20120909_part6.065
-rwxr-xr-x 1 root root 2,0G 10. zář 12.17 20120909_part6.066
-rwxr-xr-x 1 root root 2,0G 10. zář 12.25 20120909_part6.067
-rwxr-xr-x 1 root root 2,0G 10. zář 12.32 20120909_part6.068
-rwxr-xr-x 1 root root 2,0G 10. zář 12.40 20120909_part6.069
-rwxr-xr-x 1 root root 2,0G 10. zář 12.47 20120909_part6.070
-rwxr-xr-x 1 root root 399M 10. zář 12.49 20120909_part6.071
-rwxr-xr-x 1 root root  250 10. zář 04.56 20120909.sfdisk
-rwxr-xr-x 1 root root   13 10. zář 04.56 20120909.size
[vasek@bridgelinux ~]$

Poradíte někdo co stím?


anonym

Re:Obnova dat s Redo backup do oddílu
« Odpověď #1 kdy: 23. 09. 2012, 10:30:00 »
co rekne "file *"?

zkusil bych ty part6 soubory slepit do jednoho (na rozumnem FS, ne FAT32), a pak je pripojit pres loop

Vašek

Re:Obnova dat s Redo backup do oddílu
« Odpověď #2 kdy: 24. 09. 2012, 07:24:38 »
File * mi v tom moc jasno neudělalo:

Kód: [Vybrat]
[vasek@bridgelinux external]$ file *
20120909.backup:    ASCII text, with no line terminators
20120909.mbr:       x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200; partition 1: ID=0xee, starthead 0, startsector 1, 976773167 sectors, code offset 0x63, OEM-ID "      м", Bytes/sector 190, sectors/cluster 124, reserved sectors 191, FATs 6, root entries 185, sectors 64514 (volumes <=32 MB) , Media descriptor 0xf3, sectors/FAT 20644, heads 6, hidden sectors 309755, sectors 2147991229 (volumes > 32 MB) , physical drive 0x7e, dos < 4.0 BootSector (0x0)
20120909_part6.000: gzip compressed data, from Unix, last modified: Mon Sep 10 06:56:25 2012, max speed
20120909_part6.001: data
20120909_part6.002: data
20120909_part6.003: data
20120909_part6.004: data
20120909_part6.005: data
20120909_part6.006: data
20120909_part6.007: data
20120909_part6.008: data
20120909_part6.009: data
20120909_part6.010: data
20120909_part6.011: data
20120909_part6.012: data
20120909_part6.013: data
20120909_part6.014: SysEx File -
20120909_part6.015: data
20120909_part6.016: data
20120909_part6.017: data
20120909_part6.018: data
20120909_part6.019: data
20120909_part6.020: data
20120909_part6.021: data
20120909_part6.022: data
20120909_part6.023: data
20120909_part6.024: data
20120909_part6.025: data
20120909_part6.026: data
20120909_part6.027: data
20120909_part6.028: data
20120909_part6.029: data
20120909_part6.030: data
20120909_part6.031: data
20120909_part6.032: data
20120909_part6.033: data
20120909_part6.034: data
20120909_part6.035: data
20120909_part6.036: data
20120909_part6.037: data
20120909_part6.038: data
20120909_part6.039: data
20120909_part6.040: data
20120909_part6.041: DOS executable (COM)
20120909_part6.042: data
20120909_part6.043: data
20120909_part6.044: data
20120909_part6.045: DOS executable (COM)
20120909_part6.046: data
20120909_part6.047: data
20120909_part6.048: data
20120909_part6.049: data
20120909_part6.050: data
20120909_part6.051: data
20120909_part6.052: data
20120909_part6.053: data
20120909_part6.054: data
20120909_part6.055: data
20120909_part6.056: data
20120909_part6.057: data
20120909_part6.058: data
20120909_part6.059: data
20120909_part6.060: data
20120909_part6.061: data
20120909_part6.062: data
20120909_part6.063: data
20120909_part6.064: data
20120909_part6.065: data
20120909_part6.066: data
20120909_part6.067: data
20120909_part6.068: data
20120909_part6.069: 8086 relocatable (Microsoft)
20120909_part6.070: data
20120909_part6.071: data
20120909.sfdisk:    ASCII text
20120909.size:      ASCII text
[vasek@bridgelinux external]$

Vašek

Re:Obnova dat s Redo backup do oddílu
« Odpověď #3 kdy: 26. 09. 2012, 19:42:27 »
Ještě jsem zkusil pomocí Redo backup zazálohovat a obnovit bezcennou flashku, v terminálu proces vypadá takto:
Kód: [Vybrat]
root@ubuntu:~# sudo redobackup
/usr/share/themes/MurrinaAquaIsh/gtk-2.0/gtkrc:50: Murrine configuration option "scrollbar_color" is no longer supported and will be ignored.
*** sda ***
desc = Drive 1 (465.76 GB): WDC WD5000BPVT-0 (Windows 7 (loader), 29.30 GB NTFS) (Bridge-boot, 200.00 MB EXT2) (2.15 GB SWAP) (Bridge Linux (2012.7 LXDE), 29.30 GB EXT4) (Ubuntu 12.04.1 LTS (12.04), 14.65 GB EXT4) (Bridge Linux (2012.7 LXDE), 14.65 GB EXT4) (Data, 375.52 GB EXT4)
device = sda
drivenum = 1
model = WDC WD5000BPVT-0
parts = HASH(0x8a62330)
Part 1:
fstype = NTFS
label = Widle7
os = Windows 7 (loader)
partition = sda1
size = 29.30 GB
Part 2:
fstype = EXT2
label = Bridge-boot
os =
partition = sda2
size = 200.00 MB
Part 4:
fstype = SWAP
label =
os =
partition = sda4
size = 2.15 GB
Part 5:
fstype = EXT4
label = Bridge-root
os = Bridge Linux (2012.7 LXDE)
partition = sda5
size = 29.30 GB
Part 6:
fstype = EXT4
label = Ubuntu
os = Ubuntu 12.04.1 LTS (12.04)
partition = sda6
size = 14.65 GB
Part 7:
fstype = EXT4
label = Bridge-test
os = Bridge Linux (2012.7 LXDE)
partition = sda7
size = 14.65 GB
Part 8:
fstype = EXT4
label = Data
os =
partition = sda8
size = 375.52 GB
size = 465.76 GB
type = scsi

*** sdb ***
desc = Drive 2 (243.50 MB): USB DataTraveler 2.0 (Kingston, 243.50 MB VFAT)
device = sdb
drivenum = 2
model = DataTraveler 2.0
parts = HASH(0x8a34a40)
Part 1:
fstype = VFAT
label = Kingston
os =
partition = sdb1
size = 243.50 MB
size = 243.50 MB
type = usb

*** sdc ***
desc = Drive 3 (970.00 MB): USB TS1GJFV30
device = sdc
drivenum = 3
model = TS1GJFV30
parts = HASH(0x8a62310)
size = 970.00 MB
type = usb

Obtaining partitions for drive sdb...
*** Omitting backup source sdb1 from destination list
umount: /mnt/backup: not mounted
* Executing: mount /dev/sda6 /mnt/backup
Free space: 10004
*** Backup sdb to /mnt/backup/home/vasek/Hudba ***

1+0 records in
1+0 records out
32768 bytes (33 kB) copied, 0.00987823 s, 3.3 MB/s
* MBR and partition table of /dev/sdb saved to /mnt/backup/home/vasek/Hudba
* Size of /dev/sdb (255327744 bytes) saved to /mnt/backup/home/vasek/Hudba/20120926.size
Free space: 9.8G
* Partition list saved to /mnt/backup/home/vasek/Hudba/20120926.backup
* Total partitions to save: 1
*** Processing sdb1 (vfat) using partclone.fat...
umount: /dev/sdb1: not mounted
*** Executing: ( partclone.fat -c -F -L /partclone.log -s /dev/sdb1 | gzip -c --fast | split -d -a 3 -b 2048m - //mnt/backup/home/vasek/Hudba/20120926_part1. ) 2>&1 |
Partclone v0.2.38 http://partclone.org
>>> Starting to clone sdb1
>>> List of partitions:
* sdb1 (Processing)
>>> Reading super block
>>> Warning: Filesystem isn't in valid state. May be it is not cleanly unmounted.
>>> Warning: Filesystem isn't in valid state. May be it is not cleanly unmounted.
Total Time: 00:00:01, 100.00% completed!
done!
File system:  FAT16
>>> Device size: 255.3 MB
>>> Space in use: 45.6 MB
Free Space:   209.8 MB
Block size:   512 Byte
Used block :  89003
Elapsed time: *00:00:01* Remaining: *00:00:45* Percent: *2.17* Rate: *59.32MB/min*
Elapsed time: *00:00:02* Remaining: *00:00:10* Percent: *16.65* Rate: *227.59MB/min*
Elapsed time: *00:00:03* Remaining: *00:00:06* Percent: *31.03* Rate: *282.80MB/min*
Elapsed time: *00:00:04* Remaining: *00:00:04* Percent: *45.41* Rate: *310.40MB/min*
Elapsed time: *00:00:05* Remaining: *00:00:03* Percent: *59.18* Rate: *323.62MB/min*
Elapsed time: *00:00:06* Remaining: *00:00:02* Percent: *73.94* Rate: *336.95MB/min*
Elapsed time: *00:00:07* Remaining: *00:00:00* Percent: *88.32* Rate: *344.98MB/min*
Elapsed time: *00:00:08* Remaining: *00:00:00* Percent: *100.00* Rate: *341.76MB/min*
Elapsed time: *00:00:08* Remaining: *00:00:00* Percent: *100.00* Rate: *341.77MB/min*
Total Time: 00:00:08, Ave. Rate:  341.8MB/min, 100.00% completed!
Syncing... OK!
>>> Partition sdb1 completed.
Current part: 1
Total parts: 1
>>> Operation complete.
root@ubuntu:~# sudo redobackup
/usr/share/themes/MurrinaAquaIsh/gtk-2.0/gtkrc:50: Murrine configuration option "scrollbar_color" is no longer supported and will be ignored.
umount: /mnt/backup: not mounted
* Executing: mount /dev/sda6 /mnt/backup
Comparing sda to sdb...
*** Size of original drive: 255327744 bytes
*** Size of destination drive: 255327744 bytes
umount: /mnt/sdb?*: not found
*** Writing MBR to sdb
1+0 records in
1+0 records out
32768 bytes (33 kB) copied, 0.053119 s, 617 kB/s
*** Restoring partition table to sdb
Checking that no-one is using this disk right now ...
OK

Disk /dev/sdb: 1021 cylinders, 8 heads, 61 sectors/track
Old situation:
Warning: The partition table looks like it was made
  for C/H/S=*/129/4 (instead of 1021/8/61).
For this listing I'll assume that geometry.
Units = cylinders of 264192 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1   *      0+    966-    967-    249341+   e  W95 FAT16 (LBA)
end: (c,h,s) expected (966,57,3) found (972,128,4)
/dev/sdb2          0       -       0          0    0  Empty
/dev/sdb3          0       -       0          0    0  Empty
/dev/sdb4          0       -       0          0    0  Empty

New situation:
Warning: The partition table looks like it was made
  for C/H/S=*/8/12 (instead of 1021/8/61).
For this listing I'll assume that geometry.
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1   *         4    498686     498683   e  W95 FAT16 (LBA)
end: (c,h,s) expected (1023,7,12) found (1021,7,12)
/dev/sdb2             0         -          0   0  Empty
/dev/sdb3             0         -          0   0  Empty
/dev/sdb4             0         -          0   0  Empty

Warning: partition 1 does not end at a cylinder boundary
Successfully wrote the new partition table

Re-reading the partition table ...

If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes:  dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)
*** Reloading partition table from sdb
umount: /mnt/sdb?*: not found
*** Verifying that /dev/sdb1 exists and can be restored to: OK
umount: /mnt/sdb1: not found
1000+0 records in
1000+0 records out
1024000 bytes (1.0 MB) copied, 0.336126 s, 3.0 MB/s
*** Processing sdb1 using partclone.restore...
umount: /dev/sdb1: not mounted
*** Executing: ( cat //mnt/backup/home/vasek/Hudba/20120926_part1.* | gzip -d -c | partclone.restore -F -L /partclone.log -O /dev/sdb1 ) 2>&1 |
Partclone v0.2.38 http://partclone.org
>>> Starting to restore sdb1
>>> List of partitions:
* sdb1 (Processing)
>>> Calculating bitmap
File system:  FAT16
>>> Device size: 255.3 MB
>>> Space in use: 45.6 MB
Free Space:   209.8 MB
Block size:   512 Byte
Used block :  89003
Elapsed time: *00:00:01* Remaining: *00:00:02* Percent: *26.43* Rate: *722.53MB/min*
Elapsed time: *00:00:02* Remaining: *00:00:00* Percent: *72.90* Rate: *996.56MB/min*
Elapsed time: *00:00:02* Remaining: *00:00:00* Percent: *100.00* Rate: *1.37GB/min*
Total Time: 00:00:02, Ave. Rate:    1.4GB/min, 100.00% completed!
Syncing... OK!
Partclone successfully restored the image (-) to the device (/dev/sdb1)
>>> Partition sdb1 completed.
Current part: 1
Total parts: 1
*** Writing MBR to sdb
1+0 records in
1+0 records out
32768 bytes (33 kB) copied, 0.000401865 s, 81.5 MB/s
>>> Operation complete.
root@ubuntu:~#

Třeba to někomu napoví, jak postupovat.