Re: [IAEP] Cloning USB sticks

2009-08-04 Thread Thomas C Gilliard


Sascha Silbe wrote:
 On Tue, Aug 04, 2009 at 03:38:38AM -0700, Thomas C Gilliard wrote:

 Can I avoid this f I set up the USB to not use all of the available  
 space when I allocate the partition sizes in net install  method (see 
 link:)
 I don't know enough about the Fedora installation process to answer 
 that question (without trying it out myself), sorry.
 The important point is that there's unallocated _partition_ space left 
 at the _end_ of the device. I.e. don't just leave space inside the LVM 
 or make some overlay file smaller. There mustn't be anything at all in 
 that empty space.

 or because the dd is bit by bit copy I have to look at each stick 
 first  for sizes, as it will not work if stick is just smaller in 
 capacity
 Can you rephrase, please?
ie: The over-riding determining factor is that the copied to USB stick 
has to have equal or greater capacity than the copied from USB stick for 
the dd process to be sucessful.
* Do you have a suggestion on how to determine the actual size of a USB 
stick without seeing the error message if the dd command fails?
 PS: Did you send this privately (instead of over the list) on purpose?
No; I just wanted you input on this matter. I wanted to understand it 
better before posting it.

 CU Sascha
Cordially

Tom Gilliard
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] Cloning USB sticks

2009-08-04 Thread Sascha Silbe

On Tue, Aug 04, 2009 at 05:07:31AM -0700, Thomas C Gilliard wrote:

ie: The over-riding determining factor is that the copied to USB stick 
has to have equal or greater capacity than the copied from USB stick 
for the dd process to be sucessful.

Exactly.

* Do you have a suggestion on how to determine the actual size of a 
USB stick without seeing the error message if the dd command fails?
On Debian you can install a tool called disktype that can print the size 
of a device:



sascha.si...@twin:~$ disktype 
/dev/disk/by-id/usb-CHIPSBNK_USB_2.0_260917004B813900-0\:0


--- /dev/disk/by-id/usb-CHIPSBNK_USB_2.0_260917004B813900-0:0
Block device, size 999.5 MiB (1048051712 bytes)
[...]


Alternatively you can check the kernel logs:

sascha.si...@twin:~$ grep sectors /var/log/syslog
Aug  4 14:37:47 twin kernel: [202233.115200] sd 8:0:0:0: [sdc] 2046976 
512-byte hardware sectors (1048 MB)



Depending on distribution and installed syslogger, the file you need to 
check might be called /var/log/syslog, /var/log/messages, 
/var/log/everything or similar.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] Cloning USB sticks (was: Re: Could a KS file be used in the Fedora11 net install to customize the clone process?)

2009-08-04 Thread Luke Faraone
On Tue, Aug 4, 2009 at 03:03, Sascha Silbe 
sascha-ml-ui-sugar-i...@silbe.org wrote:

 [copying USB stick via dd]

 Sucessfully copies the USB stick! this is an exact copy and boot and  runs
 well.

 Just a word of caution: Because it's an exact copy, it will duplicate your
 identity as well if you've ever logged in to Sugar and entered your name
 before on the source USB stick. You will need to remove some files in
 ~/.sugar in order for collaboration to work properly in that case.


Also, per http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device ,
you may get better milage out of your USB disk if you don't use DD, but
rather just copy over the files.

-- 
Luke Faraone
http://luke.faraone.cc
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] Cloning USB sticks: Danger of leaving passwords in clones.

2009-08-04 Thread Thomas C Gilliard

Thank you for the caution;

I use daveb's method to clear /.sugar in all uploads of sugar

rm -rf ~/.sugar
su -
{password}
shutdown -h now

This procedure has to be used on all dd copies of USB
If this is not done, there is a network collision between 2 clones on 
same network


The generic passwords used to log in to user: sugar are:
(used in all of my  VM Appliances also)

sugar=sugaruser
root=sugarroot

They are used in the USB4C.img I am uploading to sunjammer (as an 
experiment)

(in a compressed format)


Note: I have not seen any failures to USB sticks from using dd.
I just did a test of dd writewith  a 4GB image made from a Sandisk 
Cruzer micro 4GB to a 16 PNY Mini-Attache' stick with no
problems. It booted fine. (The PNY is a much cheaper and slower stick so 
I thought this was a good test)



Tom Gilliard
satellit

Luke Faraone wrote:

On Tue, Aug 4, 2009 at 03:03, Sascha Silbe 
sascha-ml-ui-sugar-i...@silbe.org wrote:

  

[copying USB stick via dd]



Sucessfully copies the USB stick! this is an exact copy and boot and  runs
well.

  

Just a word of caution: Because it's an exact copy, it will duplicate your
identity as well if you've ever logged in to Sugar and entered your name
before on the source USB stick. You will need to remove some files in
~/.sugar in order for collaboration to work properly in that case.




Also, per http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device ,
you may get better milage out of your USB disk if you don't use DD, but
rather just copy over the files.

  
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] Cloning USB sticks: Danger of leaving passwords in clones.

2009-08-04 Thread Sascha Silbe

On Tue, Aug 04, 2009 at 10:39:31AM -0700, Thomas C Gilliard wrote:


This procedure has to be used on all dd copies of USB
You can also do it on the master stick before doing the dd if there's 
no data in the Journal you want to preserve.



Note: I have not seen any failures to USB sticks from using dd.
The failures Luke mentioned are due to aging (that may happen 
prematurely if the formatting doesn't match your stick well enough), not 
during the copy.



PS: Thanks for your work on this! :-|

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] Cloning USB sticks Re: How to damage a Flash strorage Device

2009-08-04 Thread Thomas C Gilliard
I see that the LVM file structure used in F11 is not addressed in the 
wiki reference.

I am attaching a screen shot of the structure of one of the sticks FYI.

Are we any better in using live-cd creator for USB creation in Strawberry.?
Is the compressed fs safer to use?
I do not know how to predict what will happen other than see how long 
the USB Sticks last.


The file structure may be more stable vs all writes going to the overlay 
in strawberry, but that will

be determined I guess in field testing.

Cordially

Tom Gilliard
satellit

Luke Faraone wrote:

On Tue, Aug 4, 2009 at 03:03, Sascha Silbe 
sascha-ml-ui-sugar-i...@silbe.org wrote:

  

[copying USB stick via dd]



Sucessfully copies the USB stick! this is an exact copy and boot and  runs
well.

  

Just a word of caution: Because it's an exact copy, it will duplicate your
identity as well if you've ever logged in to Sugar and entered your name
before on the source USB stick. You will need to remove some files in
~/.sugar in order for collaboration to work properly in that case.




Also, per http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device ,
you may get better milage out of your USB disk if you don't use DD, but
rather just copy over the files.

  
inline: Screenshot--dev-sdg - GParted.png___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep