Pudd doesn't work as advertised to backup a flash drive
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
When using Pudd to back up a flash drive to a file, one screen tells me that both the source and destination should be unmounted. Later, another screen cautions me to make sure that the mounted partition where the destination file will reside has sufficient space to accommodate the source. Of course, if the device is unmounted, one cannot access/navigate to any directories below the root. Pudd goes through its paces, tells you the backup was successful but in fact no file is produced.
Read my ordeal in the attachment.
B. K. Johnson
Read my ordeal in the attachment.
B. K. Johnson
- Attachments
-
- pudd_ordeal.tar.gz
- (52.68 KiB) Downloaded 539 times
I tried it in Luci268.
Worked for me.
About mounted and unmounted partitions
The partition you are copying has to be unmounted to make sure it is not in use by something.
The location to copy too has to be mounted so it can be written too.
Before you run Pudd.
Unmount what you are going to copy.
Mount the destination.
By this image, you need to copy to /mnt/sdc1 or / or /mnt/home
If sda1 is the partition you are running Puppy from.
Pudd probably did make a copy. You told it to put it on /mnt/sda1
/mnt/sda1 is top layer of the partition. The only way to see it is.
In Rox-filer file manager
You would need to navigate to /mnt/sda1 to see it
see example image.
Worked for me.
About mounted and unmounted partitions
The partition you are copying has to be unmounted to make sure it is not in use by something.
The location to copy too has to be mounted so it can be written too.
Before you run Pudd.
Unmount what you are going to copy.
Mount the destination.
By this image, you need to copy to /mnt/sdc1 or / or /mnt/home
If sda1 is the partition you are running Puppy from.
Pudd probably did make a copy. You told it to put it on /mnt/sda1
/mnt/sda1 is top layer of the partition. The only way to see it is.
In Rox-filer file manager
You would need to navigate to /mnt/sda1 to see it
see example image.
- Attachments
-
- sda3.jpg
- (12.93 KiB) Downloaded 915 times
-
- dd_final_check.jpg
- (78.71 KiB) Downloaded 984 times
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
bigpup
Thanks for your reply which I missed but the need has resurfaced so I am revisiting the matter again. Let me explain my particular circumstance.
I do not have a CDROM drive. I boot a frugal install from a flash drive. So, after booting the flash drive is mounted and should not be removed nor unmounted. I want to copy the flash drive as a backup but Pudd needs both the source and destination drives to be unmounted.
Thanks for your reply which I missed but the need has resurfaced so I am revisiting the matter again. Let me explain my particular circumstance.
I do not have a CDROM drive. I boot a frugal install from a flash drive. So, after booting the flash drive is mounted and should not be removed nor unmounted. I want to copy the flash drive as a backup but Pudd needs both the source and destination drives to be unmounted.
This is true if the source drive is also the destination drive.Pudd needs both the source and destination drives to be unmounted.
Example:
Making copy of a partition on the drive and putting the copy file on that same drive.
Otherwise:
source unmounted.
destination mounted.
Only way I know to use this program, to copy a USB drive, is to be running Puppy from some other device.
If you can not run Puppy from a frugal or full install on the hard drive.
Maybe run Puppy from another USB drive and then plug in the USB drive, you want to backup, but do not mount it. It could then be copied to another device.
If you have more than one USB port and several USB drives or other devices.
- Attachments
-
- Pudd.jpg
- (102.37 KiB) Downloaded 796 times
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
It is a little errorlike to dd something that gets updated (a lot) .
Hmm , i would make a second normal partition on the usb (4GB=2/2GB) and use rsync or cp -a command to copy to second partition .
Don't know if Pbackup could do such. I rely more to the cli .
Then i would dd the second partition to the other usb-pen-drive
dd if=/dev/sdb2 of=/dev/sdc1
which would need to run gparted first to create /dev/sdc1 partition
and simply
dd if=/dev/sdb of=/dev/sdc bs=1 count=512
to clone the Master boot record there .
Otherwise would need to boot pfix=ram and dd the whole USB . Should not be mounted then, if you have some 320 MB RaMemory .
The problem is the save-file (PUPMODE=13) or installed to whole USB-partition which would get synced by snapmergepyppy & pup_event_frontend_d scripts .
*
Alternatively :
You could try to stop pup_event_frontend_d by checking the right boxes in
System > System Schedule > Puppy Event Manager >
TAB:Save Session > Save-Interval
TAB:Activate > uncheck everything to make it quitting shortly after launched by xwin & .xinitrc
( Restart X )
(so Pup should just get updated from Ram into the Save-file at shutdown .)
and dd manually . Let us know your experience ( failure/crash/ok ) .
Hmm , i would make a second normal partition on the usb (4GB=2/2GB) and use rsync or cp -a command to copy to second partition .
Don't know if Pbackup could do such. I rely more to the cli .
Then i would dd the second partition to the other usb-pen-drive
dd if=/dev/sdb2 of=/dev/sdc1
which would need to run gparted first to create /dev/sdc1 partition
and simply
dd if=/dev/sdb of=/dev/sdc bs=1 count=512
to clone the Master boot record there .
Otherwise would need to boot pfix=ram and dd the whole USB . Should not be mounted then, if you have some 320 MB RaMemory .
The problem is the save-file (PUPMODE=13) or installed to whole USB-partition which would get synced by snapmergepyppy & pup_event_frontend_d scripts .
*
Alternatively :
You could try to stop pup_event_frontend_d by checking the right boxes in
System > System Schedule > Puppy Event Manager >
TAB:Save Session > Save-Interval
TAB:Activate > uncheck everything to make it quitting shortly after launched by xwin & .xinitrc
( Restart X )
(so Pup should just get updated from Ram into the Save-file at shutdown .)
and dd manually . Let us know your experience ( failure/crash/ok ) .
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
bigpup
B.K. Johnson wrote:
My recollection of the puppy documentation is that both source and destination drives should be unmounted for a drive to drive copy (separate drives), but I'll bow to your superior Linux knowledge of dd .
What you red-marked is about partitions. So,assume a drive /sda with 2 partitions and I want to do a partition to partition copy, would one partition, /sda1 be the source partition (unmounted) and /sda2 the destination partition, mounted? Or should /sda2 be unmounted?
You recommended:
In essence, it seems to me that what one needs to do when using pudd can be summarized this way: Please let me know if the chart has any error(s)
[img]puddtbl.png[/img]
.Disclaimer: Subject to change.
Pudd is puppy's version of dd. I haven't reason yet to do the reverse, i.e. Image file to drive or partition, so don't know if the screen(s) state whether the partition or drive space must be at least that of the uncompressed image and what ramifications if any should the destination drive/partition be larger. Googling for info on dd, I found one post on a website that warned:
If you duplicate a smaller partition to a larger one, using dd, the larger one will now be formatted the same as the smaller one. And there will be no space left on the drive. The way around this is to use rsync.
Does puppy?
Karl Godt
Appreciate your response, but as a newbie, I found the instructions above my level, so as you can see from above, I opted for what I think would be the easiest solution for me,
B.K. Johnson
B.K. Johnson wrote:
You replied:Pudd needs both the source and destination drives to be unmounted.
Of course, if doing a drive to drive copy.This is true if the source drive is also the destination drive.
My recollection of the puppy documentation is that both source and destination drives should be unmounted for a drive to drive copy (separate drives), but I'll bow to your superior Linux knowledge of dd .
What you red-marked is about partitions. So,assume a drive /sda with 2 partitions and I want to do a partition to partition copy, would one partition, /sda1 be the source partition (unmounted) and /sda2 the destination partition, mounted? Or should /sda2 be unmounted?
You recommended:
Not an option. There isn't sufficient space left on this 4GB drive with 7 puppies. In any case, I would want to clone the partition, not create an image file of the partition.Making copy of a partition on the drive and putting the copy file on that same drive.
Have 3 ports . The scenario required 3 flash drives; I had 2. Bought a 4GB but the space on it was marginally less that the 4GB source so have temporarily abandoned my original objective of drive to drive copy (cloning). For now, drive to image file copy as illustrated in your earlier post will have to suffice.Maybe run Puppy from another USB drive and then plug in the USB drive, you want to backup, but do not mount it. It could then be copied to another device.
./
./
If you have more than one USB port and several USB drives or other devices.
In essence, it seems to me that what one needs to do when using pudd can be summarized this way: Please let me know if the chart has any error(s)
[img]puddtbl.png[/img]
.Disclaimer: Subject to change.
Pudd is puppy's version of dd. I haven't reason yet to do the reverse, i.e. Image file to drive or partition, so don't know if the screen(s) state whether the partition or drive space must be at least that of the uncompressed image and what ramifications if any should the destination drive/partition be larger. Googling for info on dd, I found one post on a website that warned:
If you duplicate a smaller partition to a larger one, using dd, the larger one will now be formatted the same as the smaller one. And there will be no space left on the drive. The way around this is to use rsync.
Does puppy?
Karl Godt
Appreciate your response, but as a newbie, I found the instructions above my level, so as you can see from above, I opted for what I think would be the easiest solution for me,
B.K. Johnson
- Attachments
-
- puddtbl.png
- (15.39 KiB) Downloaded 586 times
The chart seems OK , B.K. !
Of course cloning 4gb /dev/sdb to 8gb /dev/sdc
will create the partitions of sdb on sdc .
There would be 4gb lost,
but i think gparted would be able to
manipulate the new partition(s)
and the unused 4gb of the 8gb pen drive ,
plus creating a new partition table
in the MBR of the destination drive .
Of course cloning 4gb /dev/sdb to 8gb /dev/sdc
will create the partitions of sdb on sdc .
There would be 4gb lost,
but i think gparted would be able to
manipulate the new partition(s)
and the unused 4gb of the 8gb pen drive ,
plus creating a new partition table
in the MBR of the destination drive .
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
Karl Godt
Yeah. Could do that. I'll look into it. Another option would be to use gparted to create 2 partitions on the 8gig before reversing the process. I would make one partition slightly larger than the 4 GB (I know the size) and the other the remainder. The advantage of your approach is that more puppies can be easily added.
B.K.
Yeah. Could do that. I'll look into it. Another option would be to use gparted to create 2 partitions on the 8gig before reversing the process. I would make one partition slightly larger than the 4 GB (I know the size) and the other the remainder. The advantage of your approach is that more puppies can be easily added.
B.K.
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
As suggested by bigpup, I installed a single pup on a new 4GB flash drive and bought another 4 GB to clone the multiboot drive. Attached is a step by step of my adventure complete with screenshots. Some of bigpup's screenshots are duplicated.
- Attachments
-
- pudd_cloning_&_imaging_SxS.zip
- Step by Step attempt cloning then imaging bootable flash drive.
- (156.47 KiB) Downloaded 449 times
B.K. Johnson,
Excellent chart you made. Sure would be useful in the Pudd help.
As you have determined, this mount, unmount, is dependent on what you are trying to do with Pudd.
Only thing to add is the mount state is based on what Pmount says or the drive icons on the desktop indicate. Pudd goes by that indication to determine mounted or unmounted.
(There are other ways to mount, besides the way these programs indicate).
I was trying to clear up the confusion about why the destination for the file had to be mounted.
Excellent chart you made. Sure would be useful in the Pudd help.
As you have determined, this mount, unmount, is dependent on what you are trying to do with Pudd.
Only thing to add is the mount state is based on what Pmount says or the drive icons on the desktop indicate. Pudd goes by that indication to determine mounted or unmounted.
(There are other ways to mount, besides the way these programs indicate).
In your first post, this is what you indicated you where trying to do.When using Pudd to back up a flash drive to a file
I was trying to clear up the confusion about why the destination for the file had to be mounted.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
bigpup wrote:
B.K. wrote:
________________________
:::
Glad you liked it. Thanks for the compliment. Once I unraveled the circumstances when source and destination should be mounted/unmounted, I was compelled to do the chart. I even started to modify Smokey01's PH101-001.pet for lupu, unfortunately I lost those changes with a power outage and have not got back to it yet. With your encouragement I will, but it is unfortunate that PH101 seems designed for lupu only. I am assuming it is not compatible with other puppies based on smokey01's "designed for Lupu-525" tag.Excellent chart you made. Sure would be useful in the Pudd help.
If by state you mean PUPMODE XX, I don't know enough to make the addition. I could add a row with text that states: Your puppy drive icons indicate the mount state of your drives. In fact, I will do that.Only thing to add is the mount state is based on what Pmount says or the drive icons on the desktop indicate. Pudd goes by that indication to determine mounted or unmounted.
B.K. wrote:
bigpup wroteWhen using Pudd to back up a flash drive to a file
I did indeed. Was confused by the docs . All's well now.In your first post, this is what you indicated you where trying to do.
I was trying to clear up the confusion about why the destination for the file had to be mounted.
________________________
:::
The Smokey01's PH101-001.pet for lupu was made, by Smokey01, when we had nothing like it for Puppy. At the time, Lucid Puppy (Lupu) was the hot Puppy in development, so he made it for Lucid Puppy.
It is based on the menu and programs that Lucid Puppy had.
This was a big amount of work for Smokey01 (something about wife was going to leave him if he kept working on it and taking up all his time).
For the most part, it has a lot of info that would carry over to other versions of Puppy, but would need to be tweaked for each one.
Puppy being all volunteer work force, only need someone willing to take on the task.
Do I hear a volunteer?
I think Barry was the one that originally made Pudd, so I will make a post to his blog about your chart. He may use it to update the Pudd help htm.
http://bkhome.org/blog/?viewDetailed=02851
It is based on the menu and programs that Lucid Puppy had.
This was a big amount of work for Smokey01 (something about wife was going to leave him if he kept working on it and taking up all his time).
For the most part, it has a lot of info that would carry over to other versions of Puppy, but would need to be tweaked for each one.
Puppy being all volunteer work force, only need someone willing to take on the task.
Do I hear a volunteer?
Yes, that would be a nice addition.I could add a row with text that states: Your puppy drive icons indicate the mount state of your drives. In fact, I will do that.
I think Barry was the one that originally made Pudd, so I will make a post to his blog about your chart. He may use it to update the Pudd help htm.
http://bkhome.org/blog/?viewDetailed=02851
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
Keep it simple
Doesn't the table amount to "image files must be mounted - evrything else must be unmounted"?
Or have I missed something?
Or have I missed something?
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
drongo
_________________
Yes, you did. The statement is true only for the Source drive column. In the destination drive column, that is not so. For cloning drive or partition, the destination drive is unmounted; When creating an image file from whatever source, the destination drive is mounted. The graphic tells it so much better IMHO.Or have I missed something?
_________________
-
- Posts: 807
- Joined: Mon 12 Oct 2009, 17:11
Pudd doesn't work as advertised to backup a flash drive
Here is the updated chart with the added note. I thought of adding the standard graphics for mounted and unmounted drives but every puppy seems to have its own.
______________________
______________________
- Attachments
-
- puddtbl2.png
- (15.76 KiB) Downloaded 556 times
i would like to disturb a little : " should " indicate if mounted .
The Pup scripts use " df " and or " mount " command to check if mounted and the mount and umount commands are wrappers to create the iconstate on desktop .
mount itself can be tricky :
if you unplug a mounted drive without unmounting anything
and plug it in again, the output of mount still shows the drive partitons mounted . Will have to check for " df " too if this happens to me another time . I don't like to force it to avoid filesystem corruption .
mount actually reads the file /proc/mounts ,
so it is the kernel thats the problem ,
which is updating dmesg in such cases , but not /proc/mounts,
and not /bin/mount[-FULL] , which is part of util-linux pkg, which should be found somewhere here :
http://www.kernel.org/pub/linux/utils/
But i only get blank pages for these today .. seems they get anther attack atm or my firewall is preventing things ..
The Pup scripts use " df " and or " mount " command to check if mounted and the mount and umount commands are wrappers to create the iconstate on desktop .
mount itself can be tricky :
if you unplug a mounted drive without unmounting anything
and plug it in again, the output of mount still shows the drive partitons mounted . Will have to check for " df " too if this happens to me another time . I don't like to force it to avoid filesystem corruption .
mount actually reads the file /proc/mounts ,
so it is the kernel thats the problem ,
which is updating dmesg in such cases , but not /proc/mounts,
and not /bin/mount[-FULL] , which is part of util-linux pkg, which should be found somewhere here :
http://www.kernel.org/pub/linux/utils/
But i only get blank pages for these today .. seems they get anther attack atm or my firewall is preventing things ..