Simple backup: kan niet restoren

[pjvolders]

Hoi

ik heb na wat rondzoeken op dit forum simple backup geïnstalleerd als backup programma. Het programma backupt naar mijn externe HD. Nu heb ik mijn interne harde schijf gewist en wil de backups terug zetten. Maar problemen alom! Ik open simple backup restore en kies de juiste backup en wil bv de map Muziek terug zetten. Mijn laptopje begint te draaien en mijn externe HD ook. Na een tijdje stopt het en staat er nog steeds een kadertje "Restoring ..." en dit blijft gewoon staan. Als ik ga zoeken op mijn interne HD vind ik een beveiligde map tmp...... op de plaats waar ik de backup wil terug zetten. Na openen met sudo nautilus blijkt deze ook leeg te zijn...
Wie kan mij helpen?


groetjes
PJ

[Paul Matthijsse]

Als ik ga zoeken op mijn interne HD vind ik een beveiligde map tmp......

Hallo, vervelend probleem. Hoe is die map beveiligd? Versleuteld soms? Welke info geeft:
$ sudo fdisk -l
en:
$ df -h
over die externe schijf?

Groet, Paul.

[pjvolders]

Hoi

alvast bedankt voor de reactie

$ sudo fdisk -l

Code: [Selecteer]

Schijf /dev/sda: 60.0 GB, 60011642880 bytes
255 koppen, 63 sectoren/spoor, 7296 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0xd402d402

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        7111    57119076   83  Linux
/dev/sda2            7112        7296     1486012+   5  Uitgebreid
/dev/sda5            7112        7296     1485981   82  Linux wisselgeheugen

Schijf /dev/sdb: 300.0 GB, 300069052416 bytes
255 koppen, 63 sectoren/spoor, 36481 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x3b3528b9

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               1       36481   293033601    7  HPFS/NTFS$ df -h

Code: [Selecteer]

Bestandssysteem            Grtte Gebr Besch Geb% Aangekoppeld op
/dev/sda1              54G   24G   28G  47% /
varrun                248M   92K  248M   1% /var/run
varlock               248M     0  248M   0% /var/lock
udev                  248M   88K  248M   1% /dev
devshm                248M     0  248M   0% /dev/shm
lrm                   248M   34M  214M  14% /lib/modules/2.6.22-14-generic/volatile
/dev/sdb1             280G  107G  173G  39% /media/externe HDen via ls -l probeerde ik meer te weten te komen over de map die verscheen toen ik de Muziek map probeerde te restoren

drwx------ 2 root root 4096 2008-02-12 11:20 tmpq6Ey30

Ik moet er nog bij vermelden dat ik blijkbaar sommige mappen/bestande wel terug krijg, bij andere lukt het dan weer niet.

groetjes
PJ

[Paul Matthijsse]

quote: drwx------ 2 root root 4096 2008-02-12 11:20 tmpq6Ey30
en wat gebeurt er als je doet:
sudo su
en
cd /media/ externe HD/tmpq6Ey30
en
ls -l
?

Dat je sommige mappen wel kunt herstellen en andere niet, kan een kwestie van (root)rechten zijn. Hoe ziet een map die je wel kon herstellen eruit als je
$ ls -l herstelde_map
doet?

Overigens lijkt het erop dat je externe schijf nog steeds 107 GB aan data bevat, dus op dit moment zou ik zeggen dat er nog niets verloren is - tot uiteraard het tegendeel bewezen is... :-)

Paul.

[pjvolders]

Hoi

op mijn externe staat er geen map die zo heet, die krijg in als ik op mijn vaste schijf. Op mijn externe schijf staan enkel de bestanden van simple backup.

dit krijg ik bij ls -l van een succesvol herstelde map
drwxr-x--- 2 peejay peejay    4096 2008-02-09 13:32 Natuur

groetjes
PJ

[Gandyman]

Dat van dat root gebeuren kan een boel kloppen.
Omdat Sbackup met root rechten werkt schrijft hij ook alles terug in rootrechten en zul je dus achteraf de recht voor jezelf moeten herstellen.

Ik begrijp dus dat je alles gebackupt hebt ?
Vervolgens die interne HD geformateerd en Ubuntu er opnieuw opgezet hebt ??
En nu wil je die backup terug zetten ??

Bekijk deze How To eens
http://www.debianadmin.com/backup-and-restore-your-ubuntu-system-using-sbackup.html

Misschien sla je iets over ??
Helemaal onderaan staat een voorbeeld hoe je in terminal een backup terug zet.

Code: [Selecteer]

sudo srestore.py /var/backup/2006-11-18_03 /home/myuser /home/myuser/oldmisschien dat dit wat beter werkt dan grafisch

[Paul Matthijsse]

dit krijg ik bij ls -l van een succesvol herstelde map
drwxr-x--- 2 peejay peejay    4096 2008-02-09 13:32 Natuur

Deze rechten zijn alvast anders dan je niet-herstelde muziekmap. Ik zou proberen om je backup/restoren-programma te laten voor wat het is en de boel handmatig terug te zetten, als root.

Groet, Paul.

[pjvolders]

Edit: sla deze post over en lees de volgende




Bedankt voor de reacties, ik probeer alles uit.
Het probleem is dat de mappen leeg zijn, ook als ik ze via sudo nautilus open.

Ik begrijp dus dat je alles gebackupt hebt ?
Vervolgens die interne HD geformateerd en Ubuntu er opnieuw opgezet hebt ??
En nu wil je die backup terug zetten ??

Ik heb mijn volledige home folder gebackupt, voor de rest klopt het dus!!

Helemaal onderaan staat een voorbeeld hoe je in terminal een backup terug zet.
misschien dat dit wat beter werkt dan grafisch

Dit krijg ik in de terminal na een manuele poging tot restoren

Code: [Selecteer]

peejay@peejay-laptop:~$ sudo srestore.py /media/externe\ HD/backup/ubuntu\ home\ folder/2008-01-14_15.14.30.473576.peejay-laptop.ful /home/peejay/Documenten
[sudo] password for peejay:
home/peejay/Documenten
Traceback (most recent call last):
  File "/usr/sbin/srestore.py", line 157, in
    ret = r.restore( sys.argv[1], sys.argv[2] )
  File "/usr/sbin/srestore.py", line 97, in restore
    if os.path.exists(dst) and not filecmp.cmp(src, dst):
  File "/usr/lib/python2.5/filecmp.py", line 43, in cmp
    s1 = _sig(os.stat(f1))
OSError: [Errno 2] Bestand of map bestaat niet: '/home/peejay/Documenten/tmpU44UZN/home/peejay/Documenten/'

[pjvolders]

Probleem gevonden!!!!
Het .tgz archief is corrupt!
als ik het manueel probeer te openen of "hier uitpakken" krijg ik na een tijdje een foutmelding. Mijn vraag is nu:
ben ik de pineut of kan ik de niet corrupte delen van het archief nog redden?

[Gandyman]

Je bent misschien de pineut.

Allereerst wil ik wel opmerken dat ik het slordig zou vinden indien Sbackup niet een check doet wanneer de tgz gemaakt word

Of dit heeft te maken omdat je het naar een externe HD gedaan hebt.
Veelal doe ik alles op mijn system en kopieer het dan pas naar een veilige opslag.
Behalve dan de zaken die op het netwerk gebeuren, mja dit gaat met rsync en word gecontroleerd.

Goed ik heb een optie gevonden, probeer die eens:
1. Kijk of je in de synaptic gzrt kan vinden en installeer dit.
Lukt dit niet dan hier Downloaden

TIP: kopieer eerst die backup van je naar een plaatselijk map op je pc, of maak zowiezo een backupervan, dus nooit met het origineel spelen.

2. run gzrecover op de corrupte gzip file met de opdracht:

Code: [Selecteer]

sudo gzrecover naamcorrupte.tar.gzDus eerst met cp naar die folder waar die corrupte file instaat he ?

Je krijgt nu een file die hersteld is.
Deze file kan je uitpakken met de opdracht:

Code: [Selecteer]

sudo cpio -F corrupted.tar.recovered -i -vAls het goed is krijg je nu alles terug wat hersteld kon worden.

Overige tips:
Voor bzip files kan je het proggie "bzip2recover" gebruiken.
Voor foto's kan je PhotoRec gebruiken, die vind je in synaptic onder "testdisk"

[pjvolders]

Hoi

helaas, na het volgen van uw stappen strandt het uitpakken weer na de map "Afbeeldingen" (tot nu toe de enige map die ik succesvol hersteld heb). Hier stopte het gisteren ook, dus gzrecover heeft voorlopig nog niet veel geholpen spijtig genoeg

Code: [Selecteer]

cpio: Voortijdig einde van bestandNog suggesties?
De boodschap voor de toekomst is backuppen naar de vaste schijf (var/backup ?) en dan manueel overzetten?

groetjes
PJ

[Paul Matthijsse]

Hallo, vervelend probleem heb je daar. Ik kan je er niet verder mee helpen, helaas.

Een boodschap voor de toekomst is bijvoorbeeld om je backups nooit meer te comprimeren, zorg altijd voor een 1-op-1 backup op een andere plaats, waar vandaan je eventuele corrupte bestanden direct kunt herstellen. Andere suggestie; indien je een backup- EN restore-programma gebruikt, controleer dan eerst in het begin (zonder belangrijke bestanden nog) of het restore-proces wel werkt. Het is een bekend gegeven dat velen - ook in het bedrijfsleven - dit niet doen en er blind op vertrouwen dat die functie goed zal werken.

Ik gebruik overigens het programma rdiff-backup om mijn home-dir naar een andere schijf te backuppen, dat werkt niet met een compressieslag.

Ik ben toevallig ook amateurfotograaf en ben uiterst zuinig op m'n foto's: naast een backup naar een tweede schijf (twee keer per dag, automatisch via cron) zet ik ze ook nog op een andere machine, en heb ik de boel op een paar dvd's gezet. Dit mag wat paranoia klinken, maar ik weet uit ervaring hoe het voelt als de belangrijkste harde schijf op zwart gaat en je geen accurate backup hebt. Dat voelt aan als een... ehh, zwart gat inderdaad...

[pjvolders]

Hoi,

toch bedankt voor alle hulp ik ga maar wat liggen klooien met rdiff-backup en cron denk ik :-) Mn foto's backup ik nog apart gelukkig...

groetjes
PJ

[pjvolders]

Ik heb gevonden waar het aan lag
Jullie gaan me allemaal uitlachen!
Ik backup-te naar een FAT schijf en FAT heeft als maximale bestandsgrootte 4 Gb. Vandaar dat de backup file afgebroken werd bij 4 Gb. Dus een corrupt archive was het resultaat...

Dusja, volgende keer beter zeker

[Paul Matthijsse]

Altijd fijn als je de oorzaak van een probleem hebt gevonden, niet? Dat geeft zelfvertrouwen, toch? -:)
Ergo, de oorzaak van je probleem lag bij Windows, niet bij Linux/ext3. Goed onthouden!