From: Sergi T. <sto...@bd...> - 2012-05-15 09:28:28
|
Hi All, I've struggling these last days in creating a backUp image of the SDCard of the Gumstix. (1) You can use the following to compress the SDCard: #!/bin/bash cd /media/rootfs/ tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . --numeric-owner tar is the name of the program we're using to compress/store the rootfs - c is create a new archive - p is to ensure the permissions are kept the same. This is VERY important, some files require specific levels of privileges in order to work correctly. This is probably default when run with sudo, but it doesn't hurt to put it in. - j means use bz2 compression - v means verbose. This will spit out the file names that it's currently archiving to the terminal. - f is for file - --numeric-owner will store the owners of the files as numbers. I don't understand this, I read it here<http://www.halfgaar.net/backing-up-unix#section-2.1> (2) You use the following to uncompress the file to the SDCard: #!/bin/bash tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C /media/rootfs/ --numeric-owner I used this page<http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card>as inspiration Hope this helps, Sergi -- ***Sergi TORRELLAS AIL-eHealth Coordinator *eHealth* BARCELONA DIGITAL TECHNOLOGY CENTRE * * www.bdigital.org* *M. ** 616 21 72 97 Skype: sergi.torrellas ** * sto...@bd... <ad...@bd...> <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> Barcelona: Media-TIC building, Roc Boronat 117, 5th floor, 08018 - T. +34 93 553 45 40 - Fax. +34 93 553 45 41 Lleida: Scientific and Technological Agro-food Park. Gardeny Park, ICT Building. T. +34 973 19 36 60 Girona: Scientific and Technological Park of the Girona University. Emili Grahit, 91st. T. +34 972 41 64 78 |
From: j <vwy...@gm...> - 2012-05-15 16:49:49
|
On 05/15/2012 01:56 AM, Sergi Torrellas wrote: > Hi All, > > I've struggling these last days in creating a backUp image of the > SDCard of the Gumstix. > > (1) You can use the following to compress the SDCard: > > #!/bin/bash > cd /media/rootfs/ > tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . > --numeric-owner > > tar is the name of the program we're using to compress/store the rootfs > > * c is create a new archive > * p is to ensure the permissions are kept the same. This is VERY > important, some files require specific levels of privileges in > order to work correctly. This is probably default when run with > sudo, but it doesn't hurt to put it in. > * j means use bz2 compression > * v means verbose. This will spit out the file names that it's > currently archiving to the terminal. > * f is for file > * --numeric-owner will store the owners of the files as numbers. I > don't understand this, I read it here > <http://www.halfgaar.net/backing-up-unix#section-2.1> > > > (2) You use the following to uncompress the file to the SDCard: > > #!/bin/bash > tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C > /media/rootfs/ --numeric-owner > > I used this page > <http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card> > as inspiration > > Hope this helps, > > Sergi > > -- > ** > *Sergi TORRELLAS > AIL-eHealth Coordinator > *eHealth* > BARCELONA DIGITAL TECHNOLOGY CENTRE > * *www.bdigital.org <http://www.bdigital.org/>* > *M. **616 21 72 97 > Skype: sergi.torrellas > ** > *sto...@bd... <mailto:ad...@bd...> > > > <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> > Barcelona: Media-TIC building, Roc Boronat 117, 5th floor, 08018 - T. > +34 93 553 45 40 - Fax. +34 93 553 45 41 > Lleida: Scientific and Technological Agro-food Park. Gardeny Park, ICT > Building. T. +34 973 19 36 60 > Girona: Scientific and Technological Park of the Girona University. > Emili Grahit, 91st. T. +34 972 41 64 78 > > > > > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users Here is another method as well dd if=/dev/sd(a) of=sd1gb.dd -- copy off dd if=/sd1gb.dd of=/dev/sd(a) -- put back on another way with compression would be dd if=/dev/sd(a) of=sd1gb.dd | tar zcvf sd1gb.dd.tar.gz --- to copy it off the card tar Ozxf sd1gb.dd.tar.gz | dd of=/dev/sd(a) --- put back on the card. It is a letter O not a zero in the tar command |
From: Nikolay R. <nic...@gm...> - 2012-05-15 17:00:19
|
It's not good method! Because different SDcard's has different real bytes even with one GB label. -- Nikolay On Tue, May 15, 2012 at 12:49 PM, j <vwy...@gm...> wrote: > On 05/15/2012 01:56 AM, Sergi Torrellas wrote: > > Hi All, > > I've struggling these last days in creating a backUp image of the SDCard > of the Gumstix. > > (1) You can use the following to compress the SDCard: > > #!/bin/bash > cd /media/rootfs/ > tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . --numeric-owner > > tar is the name of the program we're using to compress/store the rootfs > > - c is create a new archive > - p is to ensure the permissions are kept the same. This is VERY > important, some files require specific levels of privileges in order to > work correctly. This is probably default when run with sudo, but it doesn't > hurt to put it in. > - j means use bz2 compression > - v means verbose. This will spit out the file names that it's > currently archiving to the terminal. > - f is for file > - --numeric-owner will store the owners of the files as numbers. I > don't understand this, I read it here<http://www.halfgaar.net/backing-up-unix#section-2.1> > > > (2) You use the following to uncompress the file to the SDCard: > > #!/bin/bash > tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C > /media/rootfs/ --numeric-owner > > I used this page<http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card>as inspiration > > Hope this helps, > > Sergi > > -- > ** *Sergi TORRELLAS > AIL-eHealth Coordinator > *eHealth* > BARCELONA DIGITAL TECHNOLOGY CENTRE > * * www.bdigital.org* > *M. ** 616 21 72 97 > Skype: sergi.torrellas > ** > * sto...@bd... <ad...@bd...> > <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> Barcelona: Media-TIC > building, Roc Boronat 117, 5th floor, 08018 - T. +34 93 553 45 40 - Fax. > +34 93 553 45 41 > Lleida: Scientific and Technological Agro-food Park. Gardeny Park, ICT > Building. T. +34 973 19 36 60 > Girona: Scientific and Technological Park of the Girona University. Emili > Grahit, 91st. T. +34 972 41 64 78 > > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > gumstix-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/gumstix-users > > Here is another method as well > > dd if=/dev/sd(a) of=sd1gb.dd -- copy off > dd if=/sd1gb.dd of=/dev/sd(a) -- put back on > > another way with compression would be > > dd if=/dev/sd(a) of=sd1gb.dd | tar zcvf sd1gb.dd.tar.gz --- to copy it off the card > tar Ozxf sd1gb.dd.tar.gz | dd of=/dev/sd(a) --- put back on the card. It is a letter O not a zero in the tar command > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: j <vwy...@gm...> - 2012-05-15 17:16:27
|
On 05/15/2012 10:00 AM, Nikolay Rogoshchenkov wrote: > It's not good method! > Because different SDcard's has different real bytes even with one GB > label. > > > -- > Nikolay > > > On Tue, May 15, 2012 at 12:49 PM, j <vwy...@gm... > <mailto:vwy...@gm...>> wrote: > > On 05/15/2012 01:56 AM, Sergi Torrellas wrote: >> Hi All, >> >> I've struggling these last days in creating a backUp image of the >> SDCard of the Gumstix. >> >> (1) You can use the following to compress the SDCard: >> >> #!/bin/bash >> cd /media/rootfs/ >> tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . >> --numeric-owner >> >> tar is the name of the program we're using to compress/store the >> rootfs >> >> * c is create a new archive >> * p is to ensure the permissions are kept the same. This is >> VERY important, some files require specific levels of >> privileges in order to work correctly. This is probably >> default when run with sudo, but it doesn't hurt to put it in. >> * j means use bz2 compression >> * v means verbose. This will spit out the file names that it's >> currently archiving to the terminal. >> * f is for file >> * --numeric-owner will store the owners of the files as >> numbers. I don't understand this, I read it here >> <http://www.halfgaar.net/backing-up-unix#section-2.1> >> >> >> (2) You use the following to uncompress the file to the SDCard: >> >> #!/bin/bash >> tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C >> /media/rootfs/ --numeric-owner >> >> I used this page >> <http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card> >> as inspiration >> >> Hope this helps, >> >> Sergi >> >> -- >> ** >> *Sergi TORRELLAS >> AIL-eHealth Coordinator >> *eHealth* >> BARCELONA DIGITAL TECHNOLOGY CENTRE >> * *www.bdigital.org <http://www.bdigital.org/>* >> *M. **616 21 72 97 >> Skype: sergi.torrellas >> ** >> *sto...@bd... <mailto:ad...@bd...> >> >> >> <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> >> Barcelona: Media-TIC building, Roc Boronat 117, 5th floor, 08018 >> - T. +34 93 553 45 40 <tel:%2B34%2093%20553%2045%2040> - Fax. >> +34 93 553 45 41 >> Lleida: Scientific and Technological Agro-food Park. Gardeny >> Park, ICT Building. T. +34 973 19 36 60 >> Girona: Scientific and Technological Park of the Girona >> University. Emili Grahit, 91st. T. +34 972 41 64 78 >> <tel:%2B34%20972%2041%2064%2078> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... <mailto:gum...@li...> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > Here is another method as well > > dd if=/dev/sd(a) of=sd1gb.dd -- copy off > dd if=/sd1gb.dd of=/dev/sd(a) -- put back on > > another way with compression would be > > dd if=/dev/sd(a) of=sd1gb.dd | tar zcvf sd1gb.dd.tar.gz --- to copy it off the card > tar Ozxf sd1gb.dd.tar.gz | dd of=/dev/sd(a) --- put back on the card. It is a letter O not a zero in the tar command > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > <mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users And to which method are you referring? I have been using my method for over 2 years with gumstix's and now on BBXM and on cards from 1gb to 32gb and never ran into an issue on any backups, so not really sure how it is bad, but curious to know if mine is the bad suggestion. |
From: Greg K. <gk...@ya...> - 2012-05-15 17:20:25
|
>I have been using my method for over 2 years with gumstix's and now on BBXM and on cards from 1gb to 32gb and never ran into an issue on any backups, so not really sure how it is bad, but curious to know if mine is the bad suggestion. The 'dd' method isn't "bad," it's just important to be aware that the restore process only works on disks of *exactly* the same size, and that even disks labelled as the same size may not be exactly the same size. There are ways around this, but they can be tedious. Works great when you know you're restoring to the same disk. Greg |
From: j <vwy...@gm...> - 2012-05-15 17:27:31
|
On 05/15/2012 10:20 AM, Greg Kogut wrote: > > >I have been using my method for over 2 years with gumstix's and now > on BBXM and on cards from 1gb to 32gb and never ran into an issue on > any backups, so not really sure how it is bad, but curious to know if > mine is the bad suggestion. > > > The 'dd' method isn't "bad," it's just important to be aware that the > restore process only works on disks of *exactly* the same size, and > that even disks labelled as the same size may not be exactly the same > size. There are ways around this, but they can be tedious. > > Works great when you know you're restoring to the same disk. > > Greg > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users Ahhh OK makes sense to me now. Was not aware of that, though always copied to a disk of the same size, but not always the same card. Thanks for the info Greg, so the first posted method(OP) would be the best way to avoid the issue? |
From: Jason C. M. <jas...@am...> - 2012-05-15 17:36:38
|
What's wrong with purposely using a smaller card for the dd image, and then using a larger card to restore to. Lets say use a 1GB as the image, and then 2GB cards to restore to. The other thing you can do is purposely make the partition smaller than the card by a certain buffer amount. That's what I currently do, and I've never had any issues with it. From: Greg Kogut [mailto:gk...@ya...] Sent: Tuesday, May 15, 2012 10:20 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] SDCard BackUp >I have been using my method for over 2 years with gumstix's and now on BBXM and on cards from 1gb to 32gb and never ran into an issue on any backups, so not really sure how it is bad, but curious to know if mine is the bad suggestion. The 'dd' method isn't "bad," it's just important to be aware that the restore process only works on disks of *exactly* the same size, and that even disks labelled as the same size may not be exactly the same size. There are ways around this, but they can be tedious. Works great when you know you're restoring to the same disk. Greg |
From: j <vwy...@gm...> - 2012-05-15 17:41:18
|
On 05/15/2012 10:36 AM, Jason C. Mecham wrote: > > What's wrong with purposely using a smaller card for the dd image, and > then using a larger card to restore to. Lets say use a 1GB as the > image, and then 2GB cards to restore to. > > The other thing you can do is purposely make the partition smaller > than the card by a certain buffer amount. That's what I currently do, > and I've never had any issues with it. > > *From:*Greg Kogut [mailto:gk...@ya...] > *Sent:* Tuesday, May 15, 2012 10:20 AM > *To:* General mailing list for gumstix users. > *Subject:* Re: [Gumstix-users] SDCard BackUp > > >I have been using my method for over 2 years with gumstix's and now on > BBXM and on cards from 1gb to 32gb and never ran into an issue on any > backups, so not really sure how it is bad, but curious to know if mine > is the bad suggestion. > > > > The 'dd' method isn't "bad," it's just important to be aware that the > restore process only works on disks of *exactly* the same size, and > that even disks labelled as the same size may not be exactly the same > size. There are ways around this, but they can be tedious. > > Works great when you know you're restoring to the same disk. > > Greg > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users I have always been told and thought the same as you Jason. While I have never done it I know others who have/do. |
From: Greg K. <gk...@ya...> - 2012-05-15 17:49:36
|
Right - as I mentioned there are ways around the issue. The point is to be aware of the issue, and to understand that the two simple 'dd' commands have a variety of "failure conditions," and shouldn't be advertised as a "one size fits all" backup technique (pun intended). Greg ________________________________ From: Jason C. Mecham <jas...@am...> To: General mailing list for gumstix users. <gum...@li...> Sent: Tuesday, May 15, 2012 10:36 AM Subject: Re: [Gumstix-users] SDCard BackUp What’s wrong with purposely using a smaller card for the dd image, and then using a larger card to restore to. Lets say use a 1GB as the image, and then 2GB cards to restore to. The other thing you can do is purposely make the partition smaller than the card by a certain buffer amount. That’s what I currently do, and I’ve never had any issues with it. From:Greg Kogut [mailto:gk...@ya...] Sent: Tuesday, May 15, 2012 10:20 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] SDCard BackUp >I have been using my method for over 2 years with gumstix's and now on BBXM and on cards from 1gb to 32gb and never ran into an issue on any backups, so not really sure how it is bad, but curious to know if mine is the bad suggestion. The 'dd' method isn't "bad," it's just important to be aware that the restore process only works on disks of *exactly* the same size, and that even disks labelled as the same size may not be exactly the same size. There are ways around this, but they can be tedious. Works great when you know you're restoring to the same disk. Greg ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Philip B. <ph...@ba...> - 2012-05-16 15:49:43
|
On 05/15/2012 01:36 PM, Jason C. Mecham wrote: > What's wrong with purposely using a smaller card for the dd image, and then using a larger card to restore to. Lets say use a 1GB as the image, and then 2GB cards to restore to. > > The other thing you can do is purposely make the partition smaller than the card by a certain buffer amount. That's what I currently do, and I've never had any issues with it. Me too. I make partitions of around 3.6G total for 4 G cards. Philip > > From: Greg Kogut [mailto:gk...@ya...] > Sent: Tuesday, May 15, 2012 10:20 AM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] SDCard BackUp > > >> I have been using my method for over 2 years with gumstix's and now on BBXM and on cards from 1gb to 32gb and never ran into an issue on any backups, so not really sure how it is bad, but curious to know if mine is the bad suggestion. > > > The 'dd' method isn't "bad," it's just important to be aware that the restore process only works on disks of *exactly* the same size, and that even disks labelled as the same size may not be exactly the same size. There are ways around this, but they can be tedious. > > Works great when you know you're restoring to the same disk. > > Greg > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Nikolay R. <nic...@gm...> - 2012-05-15 17:24:23
|
I mean, if you perform *dd if=/dev/sda of=sd1gb.dd *for *Kingston *1GB SDCard, you have no warranties that you can successfully do this *dd if= sd1gb.dd of= /dev/sda* for *PNY *or *Patriot *1GB SD cards. -- Nikolay On Tue, May 15, 2012 at 1:16 PM, j <vwy...@gm...> wrote: > On 05/15/2012 10:00 AM, Nikolay Rogoshchenkov wrote: > > It's not good method! > Because different SDcard's has different real bytes even with one GB > label. > > > -- > Nikolay > > > On Tue, May 15, 2012 at 12:49 PM, j <vwy...@gm...> wrote: > >> On 05/15/2012 01:56 AM, Sergi Torrellas wrote: >> >> Hi All, >> >> I've struggling these last days in creating a backUp image of the SDCard >> of the Gumstix. >> >> (1) You can use the following to compress the SDCard: >> >> #!/bin/bash >> cd /media/rootfs/ >> tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . >> --numeric-owner >> >> tar is the name of the program we're using to compress/store the rootfs >> >> - c is create a new archive >> - p is to ensure the permissions are kept the same. This is VERY >> important, some files require specific levels of privileges in order to >> work correctly. This is probably default when run with sudo, but it doesn't >> hurt to put it in. >> - j means use bz2 compression >> - v means verbose. This will spit out the file names that it's >> currently archiving to the terminal. >> - f is for file >> - --numeric-owner will store the owners of the files as numbers. I >> don't understand this, I read it here<http://www.halfgaar.net/backing-up-unix#section-2.1> >> >> >> (2) You use the following to uncompress the file to the SDCard: >> >> #!/bin/bash >> tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C >> /media/rootfs/ --numeric-owner >> >> I used this page<http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card>as inspiration >> >> Hope this helps, >> >> Sergi >> >> -- >> ** *Sergi TORRELLAS >> AIL-eHealth Coordinator >> *eHealth* >> BARCELONA DIGITAL TECHNOLOGY CENTRE >> * * www.bdigital.org* >> *M. ** 616 21 72 97 >> Skype: sergi.torrellas >> ** >> * sto...@bd... <ad...@bd...> >> <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> Barcelona: Media-TIC >> building, Roc Boronat 117, 5th floor, 08018 - T. +34 93 553 45 40<%2B34%2093%20553%2045%2040>- Fax. +34 93 553 45 41 >> Lleida: Scientific and Technological Agro-food Park. Gardeny Park, ICT >> Building. T. +34 973 19 36 60 >> Girona: Scientific and Technological Park of the Girona University. >> Emili Grahit, 91st. T. +34 972 41 64 78 <%2B34%20972%2041%2064%2078> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> >> _______________________________________________ >> gumstix-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> Here is another method as well >> >> dd if=/dev/sd(a) of=sd1gb.dd -- copy off >> dd if=/sd1gb.dd of=/dev/sd(a) -- put back on >> >> another way with compression would be >> >> dd if=/dev/sd(a) of=sd1gb.dd | tar zcvf sd1gb.dd.tar.gz --- to copy it off the card >> tar Ozxf sd1gb.dd.tar.gz | dd of=/dev/sd(a) --- put back on the card. It is a letter O not a zero in the tar command >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > gumstix-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/gumstix-users > > And to which method are you referring? > I have been using my method for over 2 years with gumstix's and now on > BBXM and on cards from 1gb to 32gb and never ran into an issue on any > backups, so not really sure how it is bad, but curious to know if mine is > the bad suggestion. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: j <vwy...@gm...> - 2012-05-15 17:31:56
|
On 05/15/2012 10:24 AM, Nikolay Rogoshchenkov wrote: > I mean, if you perform *dd if=/dev/sda of=sd1gb.dd *for /Kingston /1GB > SDCard, you have no warranties that you can successfully do this *dd > if= sd1gb.dd of= /dev/sda* for /PNY /or /Patriot /1GB SD cards. > > -- > Nikolay > > > On Tue, May 15, 2012 at 1:16 PM, j <vwy...@gm... > <mailto:vwy...@gm...>> wrote: > > On 05/15/2012 10:00 AM, Nikolay Rogoshchenkov wrote: >> It's not good method! >> Because different SDcard's has different real bytes even with one >> GB label. >> >> >> -- >> Nikolay >> >> >> On Tue, May 15, 2012 at 12:49 PM, j <vwy...@gm... >> <mailto:vwy...@gm...>> wrote: >> >> On 05/15/2012 01:56 AM, Sergi Torrellas wrote: >>> Hi All, >>> >>> I've struggling these last days in creating a backUp image >>> of the SDCard of the Gumstix. >>> >>> (1) You can use the following to compress the SDCard: >>> >>> #!/bin/bash >>> cd /media/rootfs/ >>> tar -cpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 . >>> --numeric-owner >>> >>> tar is the name of the program we're using to compress/store >>> the rootfs >>> >>> * c is create a new archive >>> * p is to ensure the permissions are kept the same. This >>> is VERY important, some files require specific levels of >>> privileges in order to work correctly. This is probably >>> default when run with sudo, but it doesn't hurt to put >>> it in. >>> * j means use bz2 compression >>> * v means verbose. This will spit out the file names that >>> it's currently archiving to the terminal. >>> * f is for file >>> * --numeric-owner will store the owners of the files as >>> numbers. I don't understand this, I read it here >>> <http://www.halfgaar.net/backing-up-unix#section-2.1> >>> >>> >>> (2) You use the following to uncompress the file to the SDCard: >>> >>> #!/bin/bash >>> tar -xpjvf /home/sergi/AngstromDistros/compressed.tar.bz2 -C >>> /media/rootfs/ --numeric-owner >>> >>> I used this page >>> <http://pandorawiki.org/How_to_back_up_a_Root_File_System_%28on_an_SD_Card%29_to_an_SD_Card> >>> as inspiration >>> >>> Hope this helps, >>> >>> Sergi >>> >>> -- >>> ** >>> *Sergi TORRELLAS >>> AIL-eHealth Coordinator >>> *eHealth* >>> BARCELONA DIGITAL TECHNOLOGY CENTRE >>> * *www.bdigital.org <http://www.bdigital.org/>* >>> *M. **616 21 72 97 >>> Skype: sergi.torrellas >>> ** >>> *sto...@bd... <mailto:ad...@bd...> >>> >>> >>> <http://www.bdigital.org/> <http://www.acc10.cat/tecnio> >>> Barcelona: Media-TIC building, Roc Boronat 117, 5th floor, >>> 08018 - T. +34 93 553 45 40 >>> <tel:%2B34%2093%20553%2045%2040> - Fax. +34 93 553 45 41 >>> Lleida: Scientific and Technological Agro-food Park. Gardeny >>> Park, ICT Building. T. +34 973 19 36 60 >>> Girona: Scientific and Technological Park of the Girona >>> University. Emili Grahit, 91st. T. +34 972 41 64 78 >>> <tel:%2B34%20972%2041%2064%2078> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> >>> >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... <mailto:gum...@li...> >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> Here is another method as well >> >> dd if=/dev/sd(a) of=sd1gb.dd -- copy off >> dd if=/sd1gb.dd of=/dev/sd(a) -- put back on >> >> another way with compression would be >> >> dd if=/dev/sd(a) of=sd1gb.dd | tar zcvf sd1gb.dd.tar.gz --- to copy it off the card >> tar Ozxf sd1gb.dd.tar.gz | dd of=/dev/sd(a) --- put back on the card. It is a letter O not a zero in the tar command >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the >> latest in malware >> threats. >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> <mailto:gum...@li...> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... <mailto:gum...@li...> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > And to which method are you referring? > I have been using my method for over 2 years with gumstix's and > now on BBXM and on cards from 1gb to 32gb and never ran into an > issue on any backups, so not really sure how it is bad, but > curious to know if mine is the bad suggestion. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > <mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users See I have never run into that issue, I have cards from kingston, PNY, transcend and some no namer's and as long as they have been labeled the same size I have had no issue going from brand to brand. At least none I have never seen and never caused issues in the functioning of the new card created. But any time I have jumped to a larger card for the overo, I just created a new image, made a recipe with my configs from the running system and other tweaks. Then started with a new card. Again though thanks for pointing out something I did not realize in so many years of doing that method. |