Puppy Linux Discussion Forum

[peebee]

Hello

I'm trying to use pbackup on slacko 5.3.2.8 to backup a directory on one harddisk to a directory on a 2nd harddisk.

I've set it all up and done a full backup which is reported as being successful but there is nothing in the backup directory - see screenie attached.

I've checked through all the settings and cannot see what I'm doing wrong.

Both disks are ntfs formatted - would that matter??

Many thanks for any help anybody can give.

Cheers
peebee

[don570]

I don't use pbackup but...

There's a file called 'config' that holds the needed settings for
the app mirdir that Zigbert uses. I would speculate that
the file 'config' was damaged somehow. Maybe your partition was
filed up when config was being written to and the file couldn't be
saved?? Just a guess.

I recommend my fork of pmirror. I've spent the last couple of weeks
fixing it up.
http://murga-linux.com/puppy/viewtopic.php?p=621164#621164

[don570]

I tried pbackup and the two key files seem to be

/root/.pbackup/tmp/pbackup-tmp
/root/.pbackup/profiles/Pbackup_default

____________________________________

[zigbert]

Uploaded 01micko's iconfix
See main post

[zigbert]

I have done some initial work on a new major upgrade of pBackup.


Sigmund

[zigbert]

[charlie6]

Hi Sigmund,

Am i missing something in using of pbackup ...?

Using pbackup-3.1.9 on dpup wheezy to a dvd (on sr1):
after having done a complete backup of my sda6 partition (vfat), further «recent» backup are backing up «complete»; as also through the Inspection simulation which right shows the recent modified files to be backed-up, but instead backs up «complete» once pressed the «Finished» button ...

Here are the first lines of the Log:
that log has all the files of the to be backed up partition, wheres the inspection log showed only about 20 files (which is realistic as far as i remember the number of modifies/saved files for two days time).

[zigbert]

Charlie
please see this


Sigmund

[charlie6]

Hi,
@Sigmund:
then, thanks for your job !

So here "Backup recent" keeps burning the whole partition even the day after the first backup ... on CD/DVD.

Files to be saved are in /root/.pbackup/tmp/pupbck-files and are though correctly identified as the "recent" files since last backup.

I've tried to dig into the code to see where the burning command lies, for a first understanding on "how it works"; and did not find the pupbck-files file in the growisofs command lines;
nor in the = GROWISOFS = section of /usr/local/pbackup/pbackup;
but well in its = COPY TO HD = section (tested: "Backup recent" works nice as expected if saving to an HD ).

So i wonder if "Backup recent" to a CD/DVD would be still among a todo list ...

Thanks for any comment
Charlie

[zigbert]

If things stick to the plan, we will get a new pBackup during the winter.
All burning will be pointed to pBurn which is now flexible and stable to do that task.
Scheduling will be pointed to pSchedule.
File searching will be pointed to pFilesearch.

I have tried to dig into the pBackup code (my own code), and I find it hopeless. - I don't understand the dataflow...
A complete rewrite is required !

[charlie6]

Hi Sigmund,
thanks for replying ..
Backuping to HD works nicely.
So...if i may ...«keep cool and avoid to put the pressure on you anyway ...»

I noticed that most of the scripts to be non-executable inside the downloadable PBackup-3.1.9-1.pet.
So i took the liberty te render them as executable --> seems to run OK.

Greetings
Cheers, Charlie

[charlie6]

Hi,
I was surprised while performing a backup using PBackup, when some sub-directories where backuped and sister/brother one's (?don't know the correct syntax) were not ... , although the offending folders were created after the «Save from date» time setting.

I found that those concerned folders had files older than the «Save from date» time setting, although the folder creation/modify date was later or equal to the «Save from date» time setting.
Doing some «housekeeping» among my files, i had created folders and put into them files far older than the folders one.

Before backuping, PBackup looks for files whose timestamp is younger than the «Save from date» time setting (please do correct if i'm wrong... ); and afterwards looks for the corresponding folders. Only the files timestamp seems to be token into account for backuping, not the folders one.

What i did to solve this:
- open a terminal in the concerned folder(s)
- there do

[linuxcbon]

In April64

# pbackup

missing many icons

[zigbert]

[bobc]

I have Slacko 5.7.0 and booted from cd and then did a full backup of my /dev/sda8 partition with compression to a flashdrive in /dev/sdc1

Now I have booted my other system with the same Slacko 5.7.0 and have a partition /dev/sda10 that I want to restore from my flashdrive to.

I don't have a history file, so the restore won't allow me to select anything.

How can I restore the file I saved /mnt/sdc1/Backup_2015-01-29_16.52.15.tgz?

Thanks

PS: I used xarchive to open it and extracted it to /mnt/sda10, but because I had backed it up while running live from cd in order to ensure no activity while backing it up,it results it my getting my data in a /mnt/sda8 and then the normal directory structure on /sda10.

So I installed mc,LOL.ThenI realized that it was in /mnt, so I renamed that to /mnt2,then went to /mnt/sda10/mnt2/sda8 and moved the contents to /mnt/sda10. I was going to try it in rox but couldn't see the weird aufs files,and mc could see them,so I used it instead.

Ok, how do I chroot to it so I can install grub2 etc? I can't seem to find an example of that for slacko 5.7.0, or is there a better way?

PSS: I never did find a way to get to where I could boot it. I don't think there was anything wrong with the way your program worked to back it up, but I just didn't seem to be able to get the restore sequence and syntax correct, and not really sure what was wrong, so had to give up. I was successful with pudd but it takes a huge amount of space to build temporary files on the target drive and as a result does a tremendous amount of reading and writing to that temporary drive, which in my case is a USB 1.0 flashdrive so it literally takes hours each time to save or restore anything. That led me here. I did find that if instead of using EXT4 for the drive, if I format it EXT3, I can use partimage or fsarchiver, both of which should do a great job of compressing. I successfully used partimage to save and restore a 3 gb partition. It took less than 10 min to save it on the faster machine and only 30 min to restore on the old one, compared to taking 1/2 the day. I still don't know how to chroot with slacko pup, though, so am using manjaro to manage the boot until I can get slacko booted from the hard drive to be able to install and update grub from there. I will put in a separate thread for that.

Anyway, no need to answer my problem here, now...

PSSS: partimage left the partition sort of messed up. It appears to be the right size, but later after you boot it, you find out that it is only there as big as what it was on the backup, and you can run out of space. I needed to go into gparted before using it and have it check the partition before it gets mounted and that fixes it to its full size. I was lucky it was a fairly easy fix and aborted the copy I was doing before it ran out of room. Maybe fsarchiver will do better...