[Solved] The backup process

[forsik]

I run tinycore linux on a weak processor, the backup process long enough

1) Is it possible to speed up the backup process by turning off compression?
2) Can I turn on the display window, the copying process?

[Rich]

Hi forsik
Do yo have a persistent /home directory?
 

[forsik]

Hi Rich

Yes, it is stored in the configuration of user (tc) programs and of the folder /home takes less than 1 mb.
Exclusion this folder from .filetool.lst bring more problems than good.
Backup (in internal ssd disk) has a size of about 13 MB, but on my celeron 570 Mhz it can take about 5-15 minutes.
And the boot time is only about 10-20 seconds ...

[Rich]

Hi forsik

it can take about 5-15 minutes.

That sounds excessive.
Please post the contents of  .filetool.lst  ,  .xfiletool.lst   , and the output from  fdisk -l (lower case L).

[forsik]

.filetool.lst

Code: [Select]

opt
home
etc/passwd
etc/group
etc/shadow
etc/gshadow
.xfiletool.lst

Code: [Select]

Cache
cache
.cache
XUL.mfasl
XPC.mfasl
mnt
.adobe/Flash_Player/AssetCache
.macromedia/Flash_Player
.opera/opcache
.opera/cache4
.Xauthority
.wmx
fdisk -l with usb disk

Code: [Select]

sk /dev/sda: 2000 MB, 2000388096 bytes
255 heads, 63 sectors/track, 243 cylinders, total 3907008 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00096344

   Device Boot      Start         End      Blocks   Id  System
   /dev/sda1   *          63     3068414     1534176   83  Linux
   /dev/sda2         3068415     3903794      417690   82  Linux swap / Solaris
   
   Disk /dev/sdb: 250.1 GB, 250059292672 bytes
   255 heads, 63 sectors/track, 30401 cylinders, total 488397056 sectors
   Units = sectors of 1 * 512 = 512 bytes
   Sector size (logical/physical): 512 bytes / 512 bytes
   I/O size (minimum/optimal): 512 bytes / 512 bytes
   Disk identifier: 0xc61d86d3
   
      Device Boot      Start         End      Blocks   Id  System
      /dev/sdb1   *          63   488392064   244196001    7  HPFS/NTFS/exFAT

[Rich]

Hi forsik
Looks like you are booting from a USB thumb drive. If it's USB1.1, having a swap file on it isn't
helping you speed wise. So is sdb1 the SSD drive, and it has 13Mb of data on it?
What is the output from:

Code: [Select]

showbootcodes
du -s /lib
time /bin/tar -czvf file.tgz /lib/* 1>/dev/null
time cp file.tgz /mnt/sda1

[gerald_clark]

SSD have 4k blocks.
Your sda1 and sda2 are NOT aligned on 4K boundaries.
You will have horrible disk performance.

[forsik]

Rich,
I do not know how the ssd drive is connected internally, it has a capacity of 2 GB soldered to the motherboard and not replaceable (netbook asus eeepc 701). On it two partition. The first section employs 145 mb, there is installed tc plus, there is stored a backup. The second swap, 531 mb. I have 512 MB of RAM and swap file is almost never used. I created it just in case.

Code: [Select]

$ showbootcodes
initrd=/tce/boot/core.gz quiet waitusb=5:UUID="b602490a-4bfd-4e34-8316-f37b543a6166" tce=UUID="b602490a-4bfd-4e34-8316-f37b543a6166" BOOT_IMAGE=/tce/boot/vmlinuz

$ du -s /lib
6.2M    /lib

$ sudo time /bin/tar -czvf file.tgz /lib/ 1>/dev/null
tar: removing leading '/' from member names
real    0m 31.01s
user    0m 18.46s
sys     0m 0.21s

$ sudo time cp file.tgz /mnt/sda1
real    0m 0.12s
user    0m 0.00s
sys     0m 0.11s


gerald_clark,
If so, how do I fix this without losing the data on the disk?

[Rich]

Hi lonsoft
Creating a backup of the 6 megabyte /lib directory took 31 seconds, so processor speed does not
appear to be the issue, and copying it to the ssd took no time at all. You can remove those 2 files:

Code: [Select]

sudo rm /mnt/sda1/file.tgz
sudo rm file.tgzI'd like you to try two more things and post the results:

Code: [Select]

sudo time /bin/tar -czvf /mnt/sda1/file.tgz /lib/ 1>/dev/null
blkid | grep sd

[forsik]

Rich,

Code: [Select]

$ sudo time /bin/tar -czvf /mnt/sda1/file.tgz /lib/ 1>/dev/null
tar: removing leading '/' from member names
real    0m 19.16s
user    0m 17.84s
sys     0m 0.28s

$ blkid | grep sd
/dev/sda1: UUID="b602490a-4bfd-4e34-8316-f37b543a6166" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: TYPE="swap"

[gerald_clark]

You said you had an SSD, but then said it was built into the motherboard.
You probably have some other type of flash drive, and my SSD comments above may not apply.

[forsik]

I think the problem is not in the ssd (or other type of flash). This drive is fast enough. Perhaps because of the low productivity of the parameters of the motherboard or processor.

I am now more accurately timed. A backup was created 8 minutes, all this time was 100% CPU load (according to the program and htop conky, a process gzip -f had a load of ~ 99%). Time to boot from pressing the power button to fully loaded (bios, kernel, wifi connetion, dropbear, bftpd, fluxbox, etc.) amounted to 50 seconds.

[Rich]

Hi forsik
Your hardware is fine. I just re-read one of your other threads, and I know what the problem is:

sudo mount -t ntfs-3g `blkid -U 6054DA9E54DA766E` /home/ftp

You are also backing up the drive you mounted in your /home directory. Either mount it in /mnt
or add   home/ftp   to your   .xfiletool.lst   file. Then see how long your backup takes.

[forsik]

No, it's not. I noticed this error at the first backup and reboot, and now I mount usb drive in the directory /ftp. This folder is not included in the backup. (Imagine how long it will take a backup of 250 GB of 600 MHz processor ... on drive with size 2 Gb ).

I can simulate the original creation of the backup, but without a reboot, and measure the time?

[Rich]

Hi forsik
How big is the /mnt/sda1/tce/mydata.tgz file? What does du -S /home/tc give you?