clonezilla-live Mailing List for Clonezilla (Page 35)
A partition and disk imaging/cloning program
Brought to you by:
steven_shiau
Menu
▾
▴
clonezilla-live — Anything about Clonezilla live
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
(3) |
Apr
(5) |
May
(13) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
(12) |
Oct
(8) |
Nov
(9) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(9) |
Feb
(5) |
Mar
(16) |
Apr
(10) |
May
(2) |
Jun
(4) |
Jul
(22) |
Aug
(26) |
Sep
(8) |
Oct
(33) |
Nov
(25) |
Dec
(13) |
| 2009 |
Jan
(54) |
Feb
(65) |
Mar
(15) |
Apr
(12) |
May
(29) |
Jun
(46) |
Jul
(23) |
Aug
(71) |
Sep
(22) |
Oct
(13) |
Nov
(16) |
Dec
(65) |
| 2010 |
Jan
(18) |
Feb
(22) |
Mar
(26) |
Apr
(82) |
May
(36) |
Jun
(45) |
Jul
(40) |
Aug
(6) |
Sep
(44) |
Oct
(33) |
Nov
(8) |
Dec
(38) |
| 2011 |
Jan
(16) |
Feb
(13) |
Mar
(19) |
Apr
(27) |
May
(37) |
Jun
(14) |
Jul
(4) |
Aug
(2) |
Sep
(13) |
Oct
(5) |
Nov
(6) |
Dec
(6) |
| 2012 |
Jan
(6) |
Feb
(1) |
Mar
(36) |
Apr
(13) |
May
(4) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(5) |
Dec
(4) |
| 2013 |
Jan
(7) |
Feb
(6) |
Mar
(3) |
Apr
(5) |
May
(1) |
Jun
(8) |
Jul
(5) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2014 |
Jan
(12) |
Feb
(10) |
Mar
|
Apr
(2) |
May
(3) |
Jun
|
Jul
(1) |
Aug
(8) |
Sep
(1) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2015 |
Jan
(13) |
Feb
(6) |
Mar
(2) |
Apr
(4) |
May
(15) |
Jun
(6) |
Jul
(20) |
Aug
(2) |
Sep
(1) |
Oct
(2) |
Nov
(4) |
Dec
(1) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
(7) |
May
(1) |
Jun
(12) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(6) |
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(15) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(2) |
Oct
(6) |
Nov
(4) |
Dec
(4) |
| 2019 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(11) |
Dec
(2) |
| 2021 |
Jan
(2) |
Feb
|
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(2) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(16) |
Jun
(3) |
Jul
(6) |
Aug
(13) |
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2023 |
Jan
|
Feb
(1) |
Mar
|
Apr
(4) |
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(9) |
Dec
(2) |
| 2024 |
Jan
(8) |
Feb
(1) |
Mar
|
Apr
(9) |
May
(2) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(7) |
Oct
(1) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
|
From: Les M. <les...@gm...> - 2010-06-03 16:16:24
|
On 6/3/2010 9:28 AM, Steven Shiau wrote: > >> Using clonezilla-live-20100521-lucid.iso it goes through the same >> motions as it would with a 512 byte sector disk, duplicating the initial >> offset of 63. I don't think there is any way for it to tell the >> difference, since the drive reports 512 byte sectors - but is slow >> unless you write 8 at once on the right boundaries. >> > Could you please more info about this "512 byte sector disk"? It's a Western Digital 'Sonic Blue' 750 gig laptop drive. They've done approximately the same thing with their 'green' desktop drives. Here's some generic info on the issue: https://lwn.net/Articles/377895/ hdparm -I reports it as a 512 byte physical/logical drive even though it has to do a read/modify/write unless you write 4k on the right boundaries. >> But, something seems to be wrong with partclone's (v0.2.9) math. Right >> now it is saying: >> Elapsed 03:11:52 >> Remaining 01:47:25 >> Rate 235.94 MB/min >> >> But the progress bar says it is 6% done (which is probably about right). >> > What's the partition size? What's the used block space? It's a 750 gig drive with 1 partition, about 75% used. What I'm trying to do is enough of a corner case (cloning from a 512k to a 4k sector drive) that it might not be worth the trouble to investigate. I thought it might work to use fdisk's expert mode to shift the beginning of the partition from 63 to 56 and then clone the partition instead of the disk, but that seemed even slower. I couldn't wait for either test to complete. If I shift forward to the recommended 64, then the space will be smaller than the source I want to copy. > Could you please post more info on the screen, something like here: > http://clonezilla.org/clonezilla-live/doc/01_Save_disk_image/images/ocs-11-save-progress-2.png It may be another week before I can boot this machine into clonezilla-live again. How do I get the text display instead of the dialog box with the progress bar? -- Les Mikesell les...@gm... |
|
From: Steven S. <st...@nc...> - 2010-06-03 15:04:29
|
Really? Which version of Clonezilla live did you use? What were the exact error messages shown on the screen? Thanks. Steven. On 2010年06月03日 01:26, Zoltan Kerenyi Nagy wrote: > Yes, Clonezilla complained that with red letters. > > On Wed, Jun 2, 2010 at 5:24 PM, Steven Shiau <st...@nc... > <mailto:st...@nc...>> wrote: > > Hi Zoltan, > What did you mean by "6570 MB cannot by handled by growisosoft"? > Did Clonezilla complain that? > > Steven. > > > On 2010年06月02日 01:19, Zoltan Kerenyi Nagy wrote: >> Hi Steven, >> >> I did the cloning with Clonezilla, it's great. A 22 GB Fat32 >> partition with 13 GB data (winxp+programs) ended up being 6570 MB >> with bz2 compression. The next problem emerged is that when I'd >> like to have clonezilla to make a self-restoring-iso file, >> growisosoft says : it's to large, 6570 MB cannot by handled by >> growisosoft. I intended to burn it to a double layer disc. >> So what should I do? >> >> Thanks, >> >> Zoltan >> >> On Tue, Jun 1, 2010 at 9:23 AM, Steven Shiau <st...@nc... >> <mailto:st...@nc...>> wrote: >> >> Besides the compression program, the compression ratio really >> depends on the data you have. >> Would it worth to use bzip2? Maybe... Only you can judge that. >> If you want to distribute that to many many people, bzip2, >> xz... are worthy. >> My 2 cents. >> >> Steven. >> >> >> On 2010年06月01日 14:55, Zoltan Kerenyi Nagy wrote: >>> Hi! >>> >>> I have a 13 gig data. Which compression would be the best >>> for that. bzip2 takes 4 hours, would it worth the time to >>> wait? How many percentage can be achieved by the various >>> compression methods. >>> >>> Regards, >>> >>> Zoltan >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> >>> >>> >>> _______________________________________________ >>> Clonezilla-live mailing list >>> Clo...@li... <mailto:Clo...@li...> >>> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >>> >> >> -- >> Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> >> National Center for High-performance Computing, Taiwan.http://www.nchc.org.tw >> Public Key Server PGP Key ID: 1024D/9762755A >> Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A >> >> >> >> ------------------------------------------------------------------------------ >> >> >> _______________________________________________ >> Clonezilla-live mailing list >> Clo...@li... >> <mailto:Clo...@li...> >> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >> >> >> >> >> -- >> http://mbicomp.com/ > > -- > Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> > National Center for High-performance Computing, Taiwan. > http://www.nchc.org.tw > Public Key Server PGP Key ID: 1024D/9762755A > Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A > > > > > > -- > http://mbicomp.com/ -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2010-06-03 14:29:06
|
On 2010年06月02日 03:23, Les Mikesell wrote: > On 5/27/2010 6:00 AM, Steven Shiau wrote: > >> >>>> I think this depends on the library we used in partclone, and it should >>>> be updated enough. >>>> Do you have any problem with that? >>>> >>>> >>> I haven't tried it yet, but what I really want to do is copy the data >>> from a raid mirror on Seagate 750G drives to a WD 'scorpio blue' 2.5" >>> drive that claims to have the same capacity - and does in terms of 512 >>> byte sectors. I'd like to do it by adding it into the raid, letting it >>> sync, then removing it, but that is about 10x slower than doing it with >>> a desktop drive and not practical. So, I'm looking for any other way >>> to accomplish this copy to have an offsite backup of this data (which >>> happens to be a backuppc archive with millions of hardlinks that make >>> techniques other than image copies very slow). >>> >>> I suspect that even if clonezilla does try to adjust the alignment, it >>> will shift the initial offset from 63 to 64 (there's one big partition) >>> which will leave the partition space too small to match the original - >>> but I can try it to see what happens. >>> >>> >>> >> Yes, please let us know the results if you try that. >> > > Using clonezilla-live-20100521-lucid.iso it goes through the same > motions as it would with a 512 byte sector disk, duplicating the initial > offset of 63. I don't think there is any way for it to tell the > difference, since the drive reports 512 byte sectors - but is slow > unless you write 8 at once on the right boundaries. > Could you please more info about this "512 byte sector disk"? > But, something seems to be wrong with partclone's (v0.2.9) math. Right > now it is saying: > Elapsed 03:11:52 > Remaining 01:47:25 > Rate 235.94 MB/min > > But the progress bar says it is 6% done (which is probably about right). > What's the partition size? What's the used block space? Could you please post more info on the screen, something like here: http://clonezilla.org/clonezilla-live/doc/01_Save_disk_image/images/ocs-11-save-progress-2.png ? Steven. -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Spiros G. <sn...@he...> - 2010-06-03 09:02:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 στις 02/06/2010 05:50 μμ, O/H Steven Shiau έγραψε: > Hi Spiros, > Hi Steven, > On 2010年06月01日 04:13, Spiros Georgaras wrote: > ÃĹ 31/05/2010 05:24 ¼¼, O/H Steven Shiau ³Á±Èµ: > >>>>>> So now I have another question: how can i use ocs_prerun boot parameter(s) >>>>>> when booting to ram? As far as i can tell, i have to "rebuild" >>>>>> filesystem.squashfs to achieve that... Is this true? Is there another way to >>>>>> do that? >>>>>> >>>>>> >>>>>> >>>> Sorry, I do not understand. Why you need to rebuild filesystem.squashfs >>>> when you want to use ocs_prerun boot parameters? >>>> >>>> Steven. >>>> > ok, let me make myself clear > > I have a script I want to be executed using ocs_prerun, let's call it > myscript. So I burn a modified clonezilla ISO, adding myscript to the root of > this ISO. Then, when I boot normally, i pass > "ocs_prerun=/live/image/myscript" to the command line and myscript is executed > successfully > > When booting to RAM, /live/image/myscript does not exist (since /live/image > does not list the contents of the CD), so my customization is useless/void > >> OK, in this case, that's true. >> Does your client access network? If so, maybe you can put the >> customization script on http, tftp or ftp server, and use: >> ocs_prerun="wget http://.../myscript" >> ocs_prerun1="bash PATH_TO_SCRIPT/myscript" >> in the boot parameters. This is great! I never thought I could combine these parameters this way! > I see no other way but to rebuild filesystem.squashfs and add myscript to the > / (root) of the "virtual" filesystem. Then "ocs_prerun=/myscript" would always > be found > >> Yes, to rebuild the filesystem.squashfs is another choice. You can refer >> to this: >> http://drbl.sourceforge.net/faq/fine-print.php?path=./2_System/81_add_prog_in_filesystem-squashfs.faq#81_add_prog_in_filesystem-squashfs.faq > yes that's what i have already done (more or less) :) BTW, I have managed to build a working filesystem.squashfs with squashfs-tools 4.0-8, on sidux (debian sid) >> Hope this helps. > >> Steven. >> - -- Regards Spiros - -- gpg key URL: http://members.hellug.gr/sng/gpg-all.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAkwHb2sACgkQGnm65yv0bno/cwD7BbH19moWT8wLIjHzeBzMUVJc lZhCiy8HCGuv1xHuuHUA/3e3ej8AWKMvFfwQT5O+lZg/trWlkEPtLBI71qPpGAhk =mL1Y -----END PGP SIGNATURE----- |
|
From: Steven S. <st...@nc...> - 2010-06-02 15:25:02
|
Hi Zoltan, What did you mean by "6570 MB cannot by handled by growisosoft"? Did Clonezilla complain that? Steven. On 2010年06月02日 01:19, Zoltan Kerenyi Nagy wrote: > Hi Steven, > > I did the cloning with Clonezilla, it's great. A 22 GB Fat32 partition > with 13 GB data (winxp+programs) ended up being 6570 MB with bz2 > compression. The next problem emerged is that when I'd like to have > clonezilla to make a self-restoring-iso file, growisosoft says : it's > to large, 6570 MB cannot by handled by growisosoft. I intended to burn > it to a double layer disc. > So what should I do? > > Thanks, > > Zoltan > > On Tue, Jun 1, 2010 at 9:23 AM, Steven Shiau <st...@nc... > <mailto:st...@nc...>> wrote: > > Besides the compression program, the compression ratio really > depends on the data you have. > Would it worth to use bzip2? Maybe... Only you can judge that. > If you want to distribute that to many many people, bzip2, xz... > are worthy. > My 2 cents. > > Steven. > > > On 2010年06月01日 14:55, Zoltan Kerenyi Nagy wrote: >> Hi! >> >> I have a 13 gig data. Which compression would be the best for >> that. bzip2 takes 4 hours, would it worth the time to wait? How >> many percentage can be achieved by the various compression methods. >> >> Regards, >> >> Zoltan >> >> >> ------------------------------------------------------------------------------ >> >> >> >> >> _______________________________________________ >> Clonezilla-live mailing list >> Clo...@li... <mailto:Clo...@li...> >> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >> > > -- > Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> > National Center for High-performance Computing, Taiwan.http://www.nchc.org.tw > Public Key Server PGP Key ID: 1024D/9762755A > Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > <mailto:Clo...@li...> > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > > > > > -- > http://mbicomp.com/ -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2010-06-02 15:15:27
|
Hi Zoltan, On 2010年06月01日 17:36, Zoltan Kerenyi Nagy wrote: > Hi Steven, > > Thanks for replying me pretty fast! > I'll wait that 4 hours to see how big that image will be. > And what do you say of the splitting? Is it worth to have tha > clonezilla slipt for intasnce 2 giga datas or smaller, or should I > give a big number for just 1 image file? Which is the best? Do you > suggest many small splits or just one for one cloning procedure? If your file system supports large file size (e.g. > 4 GB, not the FAT16 or FAT32 case), I suggest it's easier to have a single file only, i.e. not to split the image file. This can reduce the error chance created by splitting program. :) Steven. > > Regards, > > Zoltan > Hungary > > On Tue, Jun 1, 2010 at 9:23 AM, Steven Shiau <st...@nc... > <mailto:st...@nc...>> wrote: > > Besides the compression program, the compression ratio really > depends on the data you have. > Would it worth to use bzip2? Maybe... Only you can judge that. > If you want to distribute that to many many people, bzip2, xz... > are worthy. > My 2 cents. > > Steven. > > > On 2010年06月01日 14:55, Zoltan Kerenyi Nagy wrote: >> Hi! >> >> I have a 13 gig data. Which compression would be the best for >> that. bzip2 takes 4 hours, would it worth the time to wait? How >> many percentage can be achieved by the various compression methods. >> >> Regards, >> >> Zoltan >> >> >> ------------------------------------------------------------------------------ >> >> >> >> >> _______________________________________________ >> Clonezilla-live mailing list >> Clo...@li... <mailto:Clo...@li...> >> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >> > > -- > Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> > National Center for High-performance Computing, Taiwan.http://www.nchc.org.tw > Public Key Server PGP Key ID: 1024D/9762755A > Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > <mailto:Clo...@li...> > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > > > > > -- > http://mbicomp.com/ -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2010-06-02 14:50:48
|
Hi Spiros, On 2010年06月01日 04:13, Spiros Georgaras wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > στις 31/05/2010 05:24 μμ, O/H Steven Shiau έγραψε: > >>>> So now I have another question: how can i use ocs_prerun boot parameter(s) >>>> when booting to ram? As far as i can tell, i have to "rebuild" >>>> filesystem.squashfs to achieve that... Is this true? Is there another way to >>>> do that? >>>> >>>> >>>> >> Sorry, I do not understand. Why you need to rebuild filesystem.squashfs >> when you want to use ocs_prerun boot parameters? >> >> Steven. >> > ok, let me make myself clear > > I have a script I want to be executed using ocs_prerun, let's call it > myscript. So I burn a modified clonezilla ISO, adding myscript to the root of > this ISO. Then, when I boot normally, i pass > "ocs_prerun=/live/image/myscript" to the command line and myscript is executed > successfully > > When booting to RAM, /live/image/myscript does not exist (since /live/image > does not list the contents of the CD), so my customization is useless/void > OK, in this case, that's true. Does your client access network? If so, maybe you can put the customization script on http, tftp or ftp server, and use: ocs_prerun="wget http://.../myscript" ocs_prerun1="bash PATH_TO_SCRIPT/myscript" in the boot parameters. > I see no other way but to rebuild filesystem.squashfs and add myscript to the > / (root) of the "virtual" filesystem. Then "ocs_prerun=/myscript" would always > be found > Yes, to rebuild the filesystem.squashfs is another choice. You can refer to this: http://drbl.sourceforge.net/faq/fine-print.php?path=./2_System/81_add_prog_in_filesystem-squashfs.faq#81_add_prog_in_filesystem-squashfs.faq Hope this helps. Steven. > - -- > Regards > Spiros > > - -- > gpg key URL: http://members.hellug.gr/sng/gpg-all.html > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iF4EAREIAAYFAkwEGHsACgkQGnm65yv0bnprDgD/fhOZu7h/MFlbhSgOZI4wVWUF > V1+lHXVTTa8xfBAn9owA/0K4aqONFHSScae9HgNt6U3/Fa2cjs4nzRn3TeaDFkX6 > =UK6F > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Les M. <les...@gm...> - 2010-06-01 19:23:12
|
On 5/27/2010 6:00 AM, Steven Shiau wrote:
>
>>> I think this depends on the library we used in partclone, and it should
>>> be updated enough.
>>> Do you have any problem with that?
>>>
>> I haven't tried it yet, but what I really want to do is copy the data
>> from a raid mirror on Seagate 750G drives to a WD 'scorpio blue' 2.5"
>> drive that claims to have the same capacity - and does in terms of 512
>> byte sectors. I'd like to do it by adding it into the raid, letting it
>> sync, then removing it, but that is about 10x slower than doing it with
>> a desktop drive and not practical. So, I'm looking for any other way
>> to accomplish this copy to have an offsite backup of this data (which
>> happens to be a backuppc archive with millions of hardlinks that make
>> techniques other than image copies very slow).
>>
>> I suspect that even if clonezilla does try to adjust the alignment, it
>> will shift the initial offset from 63 to 64 (there's one big partition)
>> which will leave the partition space too small to match the original -
>> but I can try it to see what happens.
>>
>>
> Yes, please let us know the results if you try that.
Using clonezilla-live-20100521-lucid.iso it goes through the same
motions as it would with a 512 byte sector disk, duplicating the initial
offset of 63. I don't think there is any way for it to tell the
difference, since the drive reports 512 byte sectors - but is slow
unless you write 8 at once on the right boundaries.
But, something seems to be wrong with partclone's (v0.2.9) math. Right
now it is saying:
Elapsed 03:11:52
Remaining 01:47:25
Rate 235.94 MB/min
But the progress bar says it is 6% done (which is probably about right).
--
Les Mikesell
les...@gm...
|
|
From: Steven S. <st...@nc...> - 2010-06-01 07:23:53
|
Besides the compression program, the compression ratio really depends on the data you have. Would it worth to use bzip2? Maybe... Only you can judge that. If you want to distribute that to many many people, bzip2, xz... are worthy. My 2 cents. Steven. On 2010年06月01日 14:55, Zoltan Kerenyi Nagy wrote: > Hi! > > I have a 13 gig data. Which compression would be the best for that. > bzip2 takes 4 hours, would it worth the time to wait? How many > percentage can be achieved by the various compression methods. > > Regards, > > Zoltan > > > ------------------------------------------------------------------------------ > > > > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Zoltan K. N. <ker...@gm...> - 2010-06-01 06:55:53
|
Hi! I have a 13 gig data. Which compression would be the best for that. bzip2 takes 4 hours, would it worth the time to wait? How many percentage can be achieved by the various compression methods. Regards, Zoltan |
|
From: Spiros G. <sn...@he...> - 2010-05-31 20:14:22
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 στις 31/05/2010 05:24 μμ, O/H Steven Shiau έγραψε: >> > So now I have another question: how can i use ocs_prerun boot parameter(s) >> > when booting to ram? As far as i can tell, i have to "rebuild" >> > filesystem.squashfs to achieve that... Is this true? Is there another way to >> > do that? >> > >> > > Sorry, I do not understand. Why you need to rebuild filesystem.squashfs > when you want to use ocs_prerun boot parameters? > > Steven. ok, let me make myself clear I have a script I want to be executed using ocs_prerun, let's call it myscript. So I burn a modified clonezilla ISO, adding myscript to the root of this ISO. Then, when I boot normally, i pass "ocs_prerun=/live/image/myscript" to the command line and myscript is executed successfully When booting to RAM, /live/image/myscript does not exist (since /live/image does not list the contents of the CD), so my customization is useless/void I see no other way but to rebuild filesystem.squashfs and add myscript to the / (root) of the "virtual" filesystem. Then "ocs_prerun=/myscript" would always be found - -- Regards Spiros - -- gpg key URL: http://members.hellug.gr/sng/gpg-all.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAkwEGHsACgkQGnm65yv0bnprDgD/fhOZu7h/MFlbhSgOZI4wVWUF V1+lHXVTTa8xfBAn9owA/0K4aqONFHSScae9HgNt6U3/Fa2cjs4nzRn3TeaDFkX6 =UK6F -----END PGP SIGNATURE----- |
|
From: Steven S. <st...@nc...> - 2010-05-31 14:24:50
|
Hi, On 2010年05月29日 05:32, Spiros Georgaras wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > στις 28/05/2010 03:13 μμ, O/H Steven Shiau έγραψε: > >> On 2010年05月27日 22:10, Spiros Georgaras wrote: >> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>> >>>> Hi! >>>> >>>> When booting normally i get >>>> user@debian:~$ ls /live/image >>>> Clonezilla-Live-Version COPYING isolinux/ live/ syslinux/ utils/ [1] >>>> >>>> so i see the contents of the CD under /live/image >>>> >>>> When booting to ram i get >>>> user@debian:~$ ls /live/image >>>> filesystem.squashfs home/ [2] >>>> >>>> Is it possible to see the contents of the CD (as in [1]) when booting to ram >>>> (instead of [2])? >>>> >>>> >>>> >> No. Unless you mount it again. >> >> Steven. >> > Hi Steven, thanks for the reply > > So now I have another question: how can i use ocs_prerun boot parameter(s) > when booting to ram? As far as i can tell, i have to "rebuild" > filesystem.squashfs to achieve that... Is this true? Is there another way to > do that? > > Sorry, I do not understand. Why you need to rebuild filesystem.squashfs when you want to use ocs_prerun boot parameters? Steven. > Thanks again > > - -- > Regards > Spiros > > - -- > gpg key URL: http://members.hellug.gr/sng/gpg-all.html > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iF4EAREIAAYFAkwANjIACgkQGnm65yv0bnoGUAD/ZVsHQK+HOH6KPQMoFfqaYynm > QASP699sJDFA0jOtYRIA/3zyFe6okYcnXOwaOhe9z/CSQvhneh6hmwe2nyOEahqS > =6yj9 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Spiros G. <sn...@he...> - 2010-05-28 21:32:36
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 στις 28/05/2010 03:13 μμ, O/H Steven Shiau έγραψε: > > On 2010年05月27日 22:10, Spiros Georgaras wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA256 >> > >> > Hi! >> > >> > When booting normally i get >> > user@debian:~$ ls /live/image >> > Clonezilla-Live-Version COPYING isolinux/ live/ syslinux/ utils/ [1] >> > >> > so i see the contents of the CD under /live/image >> > >> > When booting to ram i get >> > user@debian:~$ ls /live/image >> > filesystem.squashfs home/ [2] >> > >> > Is it possible to see the contents of the CD (as in [1]) when booting to ram >> > (instead of [2])? >> > >> > > No. Unless you mount it again. > > Steven. Hi Steven, thanks for the reply So now I have another question: how can i use ocs_prerun boot parameter(s) when booting to ram? As far as i can tell, i have to "rebuild" filesystem.squashfs to achieve that... Is this true? Is there another way to do that? Thanks again - -- Regards Spiros - -- gpg key URL: http://members.hellug.gr/sng/gpg-all.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAkwANjIACgkQGnm65yv0bnoGUAD/ZVsHQK+HOH6KPQMoFfqaYynm QASP699sJDFA0jOtYRIA/3zyFe6okYcnXOwaOhe9z/CSQvhneh6hmwe2nyOEahqS =6yj9 -----END PGP SIGNATURE----- |
|
From: Steven S. <st...@nc...> - 2010-05-28 12:33:39
|
On 2010年05月27日 22:10, Spiros Georgaras wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi! > > When booting normally i get > user@debian:~$ ls /live/image > Clonezilla-Live-Version COPYING isolinux/ live/ syslinux/ utils/ [1] > > so i see the contents of the CD under /live/image > > When booting to ram i get > user@debian:~$ ls /live/image > filesystem.squashfs home/ [2] > > Is it possible to see the contents of the CD (as in [1]) when booting to ram > (instead of [2])? > > No. Unless you mount it again. Steven. > - -- > Regards > Spiros > > - -- > gpg key URL: http://members.hellug.gr/sng/gpg-all.html > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iF4EAREIAAYFAkv+fWEACgkQGnm65yv0bnoOfgD/VlkkPfVr91PUG6RiK5pcnOt8 > gn3mT7xlArxr9fOEg1IA/iZ2PJOZ+wr/dWwhtBqiG4z2TKGXllKHg91DW6xJ0Opt > =QOkw > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > > _______________________________________________ > Clonezilla-live mailing list > Clo...@li... > https://lists.sourceforge.net/lists/listinfo/clonezilla-live > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Spiros G. <sn...@he...> - 2010-05-27 14:30:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi! When booting normally i get user@debian:~$ ls /live/image Clonezilla-Live-Version COPYING isolinux/ live/ syslinux/ utils/ [1] so i see the contents of the CD under /live/image When booting to ram i get user@debian:~$ ls /live/image filesystem.squashfs home/ [2] Is it possible to see the contents of the CD (as in [1]) when booting to ram (instead of [2])? - -- Regards Spiros - -- gpg key URL: http://members.hellug.gr/sng/gpg-all.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAkv+fWEACgkQGnm65yv0bnoOfgD/VlkkPfVr91PUG6RiK5pcnOt8 gn3mT7xlArxr9fOEg1IA/iZ2PJOZ+wr/dWwhtBqiG4z2TKGXllKHg91DW6xJ0Opt =QOkw -----END PGP SIGNATURE----- |
|
From: Steven S. <st...@nc...> - 2010-05-27 11:00:48
|
On 2010年05月26日 23:26, Les Mikesell wrote: > On 5/26/2010 10:00 AM, Steven Shiau wrote: > >> I think this depends on the library we used in partclone, and it should >> be updated enough. >> Do you have any problem with that? >> > I haven't tried it yet, but what I really want to do is copy the data > from a raid mirror on Seagate 750G drives to a WD 'scorpio blue' 2.5" > drive that claims to have the same capacity - and does in terms of 512 > byte sectors. I'd like to do it by adding it into the raid, letting it > sync, then removing it, but that is about 10x slower than doing it with > a desktop drive and not practical. So, I'm looking for any other way > to accomplish this copy to have an offsite backup of this data (which > happens to be a backuppc archive with millions of hardlinks that make > techniques other than image copies very slow). > > I suspect that even if clonezilla does try to adjust the alignment, it > will shift the initial offset from 63 to 64 (there's one big partition) > which will leave the partition space too small to match the original - > but I can try it to see what happens. > > Yes, please let us know the results if you try that. Thanks. Steven. -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Les M. <les...@gm...> - 2010-05-26 15:26:34
|
On 5/26/2010 10:00 AM, Steven Shiau wrote:
> I think this depends on the library we used in partclone, and it should
> be updated enough.
> Do you have any problem with that?
I haven't tried it yet, but what I really want to do is copy the data
from a raid mirror on Seagate 750G drives to a WD 'scorpio blue' 2.5"
drive that claims to have the same capacity - and does in terms of 512
byte sectors. I'd like to do it by adding it into the raid, letting it
sync, then removing it, but that is about 10x slower than doing it with
a desktop drive and not practical. So, I'm looking for any other way
to accomplish this copy to have an offsite backup of this data (which
happens to be a backuppc archive with millions of hardlinks that make
techniques other than image copies very slow).
I suspect that even if clonezilla does try to adjust the alignment, it
will shift the initial offset from 63 to 64 (there's one big partition)
which will leave the partition space too small to match the original -
but I can try it to see what happens.
--
Les Mikesell
les...@gm...
|
|
From: Steven S. <st...@nc...> - 2010-05-26 15:01:04
|
I think this depends on the library we used in partclone, and it should be updated enough. Do you have any problem with that? Steven. On 2010年05月26日 13:12, Les Mikesell wrote: > Does clonezilla know anything about the partition alignment that linux needs to > work well on the new drives with 4k sectors? > > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2010-05-26 15:00:16
|
Sorry, Clonezilla can not handle this. The destination partition must be equal or larger than the source one. Steven. On 2010年05月26日 04:31, Sebastien Douche wrote: > I use CloneZilla to restore real servers (with 2, 3 or 5 disks). The > goal now is to restore on virtual server, but without the need of big > partitions (500Gb -> 10 Gb). How to make this? > > > Thanks :) > > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2010-05-26 14:59:13
|
Although it's empty, but there are some reserved used blocks for the ext4 partition. That's why Clonezilla still have to spend some time to restore the used blocks. The speed really depends. It might be fast about 4 GB/min, or slow about 200 MB/min... Steven. On 2010年05月26日 04:24, Sebastien Douche wrote: > When I restore a empty partition of 500GB (ext4), CloneZilla make 9mn > to do this step, outch! I've worried if I need to restore our 5 disks > server. is this time usual? > > -- Steven Shiau<steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Les M. <les...@gm...> - 2010-05-26 12:41:58
|
Sebastien Douche wrote: > On Wed, May 26, 2010 at 07:10, Les Mikesell <les...@gm...> wrote: > > Hi Les > >> If you are doing a lot of this you might want to set up a drbl server to pxe >> boot into clonezilla and hold the images. > > The goal is to *avoid* to setup a new network (pxe, dhcp, dns, > labla....), but only in the USB key (CloneZilla and image) or CD. The drbl server software does all the setup for you on a 2nd NIC where you do cloning, so it's not something to avoid. But USB/iso's work fine if you have room to add the image. Have you read the docs here? http://www.clonezilla.org/clonezilla-live/doc/fine-print.php?path=./04_Create_Recovery_Clonezilla/00-boot-clonezilla-live-cd.doc The drbl server includes everything you need to create the iso/usb copies too, so you can use a server version with a 2nd nic to save the images and clone when the targets are near it, and build usb/iso copies from those images for targets elsewhere. Or you can boot clonezilla-live to the menu anywhere and connect to your drbl server's storage via nfs/sshfs through it's primary LAN NIC - you just have to answer a few more choices before you can pick the image that way. -- Les Mikesell les...@gm... |
|
From: Sebastien D. <sd...@gm...> - 2010-05-26 08:55:47
|
On Wed, May 26, 2010 at 07:10, Les Mikesell <les...@gm...> wrote: Hi Les > If you are doing a lot of this you might want to set up a drbl server to pxe > boot into clonezilla and hold the images. The goal is to *avoid* to setup a new network (pxe, dhcp, dns, labla....), but only in the USB key (CloneZilla and image) or CD. -- Sebastien Douche <sd...@gm...> Twitter: http://bit.ly/afkrK (agile, lean, python, open source) |
|
From: Les M. <les...@gm...> - 2010-05-26 05:12:31
|
Does clonezilla know anything about the partition alignment that linux needs to
work well on the new drives with 4k sectors?
--
Les Mikesell
les...@gm...
|
|
From: Les M. <les...@gm...> - 2010-05-26 05:10:20
|
Sebastien Douche wrote:
> Hi,
> I want to use CloneZilla to restore without manual steps. I want a
> thing like this:
>
> - boot from CloneZilla
> - I choose one type of image
> - CloneZilla gets image from a ssh server and restore the disk
>
> Does anybody have already make this?
If you are doing a lot of this you might want to set up a drbl server to pxe
boot into clonezilla and hold the images.
--
Les Mikesell
les...@gm...
|
|
From: Sebastien D. <sd...@gm...> - 2010-05-25 20:47:36
|
I use CloneZilla to restore real servers (with 2, 3 or 5 disks). The goal now is to restore on virtual server, but without the need of big partitions (500Gb -> 10 Gb). How to make this? Thanks :) -- Sebastien Douche <sd...@gm...> Twitter: http://bit.ly/afkrK (agile, lean, python, open source) |
4 messages has been excluded from this view by a project administrator.
