clonezilla-live Mailing List for Clonezilla (Page 66)
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
|
Nov
|
Dec
|
|
From: Les M. <les...@gm...> - 2008-03-05 15:43:39
|
Is there a difference in booting from a usb flash drive and a full size
drive that has a partition table? I'd like to make a self-contained
bootable/writable external drive with space to store images but haven't
been able to make it boot into clonezilla-live without using a separate
flash drive or CD.
--
Les Mikesell
les...@gm...
|
|
From: Steven S. <st...@nc...> - 2008-02-19 08:01:06
|
Hi Gerald, This bug was fixed in the stable Clonezilla live 1.0.9-10. Thanks again. Regards, Steven. Gerald HERMANT wrote: > Hello Steven, > > Thanks for your very good job in Clonezilla. > > I find a pb in lvm restoration in some case. > The problem: > - Restoration process seems good, but kernel can't find his root (in LVM). > > Analyse : > - pvdisplay => PV is created > - vgdisplay => No VG is created > My source data (/home/partimage) are remote on a samba server. > in ocs-functions (and ocs-onthefly) the section is > > # create PV first > echo "Creating the PV... " > while read vg dev uuid; do > pvcreate -ff --yes --uuid $uuid $dev > done < $PV_PARSE_CONF > echo "done!" > > # Restore the vg conf > echo "Restoring the VG config... " > while read vg dev uuid; do > vgcfgrestore -f *$target_dir/lvm_$vg.conf* $vg 2>/dev/null > done < $PV_PARSE_CONF > echo "done!" > # > > I notice 2 things : > > * vgcfgrestor -f $target_dir/lvm_$vg.conf $vg => Use system function > mmap for read the file, and this mmap function is not available on > every remote filesystem (not in samba in my case). Then because of > this call failed, and restoration of vg failed. > * It could be better to use : pvcreate -ff --yes --uuid $uuid > ---restorefile /tmp/lvm_$vg.conf $dev, because, pvcreate in this > case, create pv much identical than without (same topology if > possible - see man pvcreate). pvcreate use mmap syustem call to. > > Patchs : > --- ocs-functions-ORIG 2008-02-14 08:50:36.732643764 +0000 > +++ ocs-functions 2008-02-14 09:42:13.013189303 +0000 > @@ -3307,14 +3307,20 @@ > # create PV first > echo "Creating the PV... " > while read vg dev uuid; do > - pvcreate -ff --yes --uuid $uuid $dev > + cp $target_dir/lvm_$vg.conf /tmp/ # mmap not available on remote disk > + pvcreate -ff --yes --uuid $uuid --zero y --restorefile > /tmp/lvm_$vg.conf $dev > + rm /tmp/lvm_$vg.conf > done < $PV_PARSE_CONF > echo "done!" > > # Restore the vg conf > echo "Restoring the VG config... " > while read vg dev uuid; do > - vgcfgrestore -f $target_dir/lvm_$vg.conf $vg 2>/dev/null > + cp $target_dir/lvm_$vg.conf /tmp # mmap failed on some network fs > + vgcfgrestore -f /tmp/lvm_$vg.conf $vg 2>/dev/null > + rm /tmp/lvm_$vg.conf > done < $PV_PARSE_CONF > echo "done!" > # > > Same patch should be apply to ocs-onthefly. > With this, all things is OK. I only copy localy file before starting > commands, and after remote temporary file. > Don't you think it could be good to add command exit code for stop > restoration if pre-requires are not done ? [I know it could be difficult > in bash, but...] > > > I test both new .iso images : > -clonezilla-live-1.0.9-8.iso => kernel is to old, and my nic carte > e1000 (last model in HP desktop), is not recognize. > -clonezilla-live-20080211-hardy-experimental.iso => Work well, and my > e1000, is well seen. > > Thanks. > > Gerald > > -- > ASTREL "Raison & Télécom" > ghe...@as... - http://www.astrel.fr > -- 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: 9762755A Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2008-02-19 06:09:24
|
Hi, Stable Clonezilla live 1.0.9-10 was released. Newer packages are used in this release, and some bugs were fixed. We also added newer functions. Check this: - New upstream Debian etch 4.0r3 - Newer kernel 2.6.22-4 from backports is used. - Based on DRBL 1.8.2-37 and Clonezilla 2.2.4-12. - ntfs-3g 1.2129-2 is used. - Switch to use live helper instead of live package. Thanks to Louie Chen for providing patches. - Improvement: vmlinuz and initrd in /boot in filesystem.squashfs are not necessary for Live CD and USB stick, so removed. This will reduce file size by about 7 MB. Thanks to Louid Chen. - New param in drbl-functions: -q1 (--force-to-use-dd) was added. Therefore now we can force to use dd to save any filesystem. Thanks to Justin Fitzhugh. - An experimental option -q2 for clonezilla was added (Priority: ntfsclone, partclone > partimage > dd). - GPT (GUID Partition Table) is supported - Package partclone was added so HFS+, reiserfs4 are supported by using partclone (check -q2 when you save an image if you want to use this). Therefore this release in Clonezilla live can be used to save and restore an Intel-based Mac OS. It's tested successfully to save and restore a Mac mini with Mac OS leopard + Ubuntu 7.04 installed. - create-ubuntu-live and create-ubuntu-live now use live helper instead of live package. - A helper file ocs-rm-win-swap-hib was added to clean swap and hibernation files in M$ windows system before saving. Thanks to Kristof Vansant for this idea. - Clonezilla live version number is shown in the boot menu. Thanks to evilmrb for this idea. - Bug fixed: start over was broken in clonezilla live. - Bug fixed: If clonezilla image is on Samba disk, LVM restoration will fail. Thanks to Gerald HERMANT <ghermant _at_ astrel fr> for reporting this bugs. - Bug fixed: Custom LiveCD failed in some case. (https://sourceforge.net/forum/message.php?msg_id=4706371) Thanks to ser_kan and micahboggs. - Bug fixed: LVM device file was not converted by cnvt-ocs-dev. - Bug fixed: large number of disks and partitions will be listed and can be scrolled down. Thanks to simon (selisha) for reporting this bug. - Bug fixed: wget should be in PKG_FROM_DBN_MINIMAL_NEED in drbl.conf. Thanks to vascoman for reporting this bug. -- 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: 9762755A Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2008-02-14 15:27:58
|
Hi Gerald, That's great. Thanks for this bug report. We will patch this in the next release. When a newer one is released, I will let you know and please give it a try then. Thanks again. Regards, Steven. Gerald HERMANT wrote: > Hello Steven, > > Thanks for your very good job in Clonezilla. > > I find a pb in lvm restoration in some case. > The problem: > - Restoration process seems good, but kernel can't find his root (in LVM). > > Analyse : > - pvdisplay => PV is created > - vgdisplay => No VG is created > My source data (/home/partimage) are remote on a samba server. > in ocs-functions (and ocs-onthefly) the section is > > # create PV first > echo "Creating the PV... " > while read vg dev uuid; do > pvcreate -ff --yes --uuid $uuid $dev > done < $PV_PARSE_CONF > echo "done!" > > # Restore the vg conf > echo "Restoring the VG config... " > while read vg dev uuid; do > vgcfgrestore -f *$target_dir/lvm_$vg.conf* $vg 2>/dev/null > done < $PV_PARSE_CONF > echo "done!" > # > > I notice 2 things : > > * vgcfgrestor -f $target_dir/lvm_$vg.conf $vg => Use system function > mmap for read the file, and this mmap function is not available on > every remote filesystem (not in samba in my case). Then because of > this call failed, and restoration of vg failed. > * It could be better to use : pvcreate -ff --yes --uuid $uuid > ---restorefile /tmp/lvm_$vg.conf $dev, because, pvcreate in this > case, create pv much identical than without (same topology if > possible - see man pvcreate). pvcreate use mmap syustem call to. > > Patchs : > --- ocs-functions-ORIG 2008-02-14 08:50:36.732643764 +0000 > +++ ocs-functions 2008-02-14 09:42:13.013189303 +0000 > @@ -3307,14 +3307,20 @@ > # create PV first > echo "Creating the PV... " > while read vg dev uuid; do > - pvcreate -ff --yes --uuid $uuid $dev > + cp $target_dir/lvm_$vg.conf /tmp/ # mmap not available on remote disk > + pvcreate -ff --yes --uuid $uuid --zero y --restorefile > /tmp/lvm_$vg.conf $dev > + rm /tmp/lvm_$vg.conf > done < $PV_PARSE_CONF > echo "done!" > > # Restore the vg conf > echo "Restoring the VG config... " > while read vg dev uuid; do > - vgcfgrestore -f $target_dir/lvm_$vg.conf $vg 2>/dev/null > + cp $target_dir/lvm_$vg.conf /tmp # mmap failed on some network fs > + vgcfgrestore -f /tmp/lvm_$vg.conf $vg 2>/dev/null > + rm /tmp/lvm_$vg.conf > done < $PV_PARSE_CONF > echo "done!" > # > > Same patch should be apply to ocs-onthefly. > With this, all things is OK. I only copy localy file before starting > commands, and after remote temporary file. > Don't you think it could be good to add command exit code for stop > restoration if pre-requires are not done ? [I know it could be difficult > in bash, but...] > > > I test both new .iso images : > -clonezilla-live-1.0.9-8.iso => kernel is to old, and my nic carte > e1000 (last model in HP desktop), is not recognize. > -clonezilla-live-20080211-hardy-experimental.iso => Work well, and my > e1000, is well seen. > > Thanks. > > Gerald > > -- > ASTREL "Raison & Télécom" > ghe...@as... - http://www.astrel.fr > -- 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: Gerald H. <ghe...@as...> - 2008-02-14 10:38:30
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hello Steven,<br>
<br>
Thanks for your very good job in Clonezilla.<br>
<br>
I find a pb in lvm restoration in some case.<br>
The problem:<br>
- Restoration process seems good, but kernel can't find his root (in
LVM).<br>
<br>
Analyse :<br>
- pvdisplay => PV is created<br>
- vgdisplay => No VG is created<br>
My source data (/home/partimage) are remote on a samba server.<br>
in ocs-functions (and ocs-onthefly) the section is <br>
<br>
<tt> # create PV first<br>
echo "Creating the PV... "<br>
while read vg dev uuid; do<br>
pvcreate -ff --yes --uuid $uuid $dev<br>
done < $PV_PARSE_CONF<br>
echo "done!"<br>
<br>
# Restore the vg conf<br>
echo "Restoring the VG config... "<br>
while read vg dev uuid; do<br>
vgcfgrestore -f <font color="#ff0000"><b>$target_dir/lvm_$vg.conf</b></font>
$vg 2>/dev/null<br>
done < $PV_PARSE_CONF<br>
echo "done!"<br>
#</tt><br>
<br>
I notice 2 things :<br>
<ul>
<li>vgcfgrestor -f <tt>$target_dir/lvm_$vg.conf $vg => Use system
function mmap for read the file, and this mmap function is not
available on every remote filesystem (not in samba in my case). Then
because of this call failed, and restoration of vg failed.<br>
</tt></li>
<li>It could be better to use : pvcreate -ff --yes --uuid $uuid
---restorefile /tmp/lvm_$vg.conf $dev, because, pvcreate in this case,
create pv much identical than without (same topology if possible - see
man pvcreate). pvcreate use mmap syustem call to.<br>
</li>
</ul>
Patchs :<br>
-<tt>-- ocs-functions-ORIG 2008-02-14 08:50:36.732643764 +0000<br>
+++ ocs-functions 2008-02-14 09:42:13.013189303 +0000<br>
@@ -3307,14 +3307,20 @@<br>
# create PV first<br>
echo "Creating the PV... "<br>
while read vg dev uuid; do<br>
- pvcreate -ff --yes --uuid $uuid $dev<br>
+ cp $target_dir/lvm_$vg.conf /tmp/ # mmap not available on remote
disk<br>
+ pvcreate -ff --yes --uuid $uuid --zero y --restorefile
/tmp/lvm_$vg.conf $dev<br>
+ rm /tmp/lvm_$vg.conf<br>
done < $PV_PARSE_CONF<br>
echo "done!"<br>
<br>
# Restore the vg conf<br>
echo "Restoring the VG config... "<br>
while read vg dev uuid; do<br>
- vgcfgrestore -f $target_dir/lvm_$vg.conf $vg 2>/dev/null<br>
+ cp $target_dir/lvm_$vg.conf /tmp # mmap failed on some network fs<br>
+ vgcfgrestore -f /tmp/lvm_$vg.conf $vg 2>/dev/null<br>
+ rm /tmp/lvm_$vg.conf<br>
done < $PV_PARSE_CONF<br>
echo "done!"<br>
#</tt><br>
<br>
Same patch should be apply to ocs-onthefly.<br>
With this, all things is OK. I only copy localy file before starting
commands, and after remote temporary file.<br>
Don't you think it could be good to add command exit code for stop
restoration if pre-requires are not done ? [I know it could be
difficult in bash, but...]<br>
<br>
<br>
I test both new .iso images : <br>
-clonezilla-live-1.0.9-8.iso => kernel is to old, and my nic carte
e1000 (last model in HP desktop), is not recognize.<br>
-clonezilla-live-20080211-hardy-experimental.iso => Work well, and
my e1000, is well seen.<br>
<br>
Thanks.<br>
<br>
Gerald<br>
<br>
<pre class="moz-signature" cols="72">--
ASTREL "Raison & Télécom"
<a class="moz-txt-link-abbreviated" href="mailto:ghe...@as...">ghe...@as...</a> - <a class="moz-txt-link-freetext" href="http://www.astrel.fr">http://www.astrel.fr</a>
</pre>
</body>
</html>
|
|
From: Steven S. <st...@nc...> - 2008-02-05 09:39:13
|
Clonezilla live 1.0.9-7 (testing) and 20080204-hardy (experimental) were released. *Experimental* one is based on Ubuntu 8.04 (hardy) alpha4 with kernel 2.6.24 and clonezilla 2.2.4-8. Some new features: 1. GPT (GUID Partition Table) is supported. 2. HFS+, reiserfs4 are supported by using partclone (check -q2 when you save an image if you want to use this). 3. 2.6.24-5 *generic* kernel instead of i386 from Ubuntu 8.04 is used, therefore SMP/multi-core CPUs are supported. This release can be used to save and restore an Intel-based Mac OS. It's tested successfully to save and restore a Mac mini with Mac OS leopard + Ubuntu 7.04 installed. Clonezilla live 1.0.9-7 is all the same with 20080204-hardy, except it's based on Debian etch with newer kernel (2.6.22) from backports. ///NOTE/// Mac OS clone is still in beta status, although we tested it successfully. Since here we only have one Mac mini, so not too many test cases were done. If you want to try it, *DO BACKUP YOUR IMPORTANT DATA* before you restore an image. If you do successfully save and restore an Intel-based Mac, please let us know. Enjoy! -- 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: 9762755A Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2008-01-23 02:40:59
|
Look like clonezilla did not to create anything for your hda2 or any LV. Could you run the following commands as root: pvscan > pv.txt vgscan > vg.txt lvscan > lv.txt Then post those txt files ? Thanks. Steven. Hernan Fernandez wrote: > Steve: > > Here the results. > > total 7284 > drwxr-xr-x 2 backup backup 4096 Jan 19 16:36 ./ > drwxr-xr-x 4 backup backup 4096 Jan 22 14:43 ../ > -rw-r--r-- 1 backup backup 4 Jan 19 16:36 disk > -rw------- 1 backup backup 7413279 Jan 19 16:36 hda1.aa > -rw-r--r-- 1 backup backup 36 Jan 19 16:36 hda-chs.sf > -rw-r--r-- 1 backup backup 512 Jan 19 16:36 hda-mbr > -rw-r--r-- 1 backup backup 259 Jan 19 16:36 hda-pt.sf > -rw-r--r-- 1 backup backup 5 Jan 19 16:36 parts > -rw-r--r-- 1 backup backup 17 Jan 19 16:36 swappt-hda2.info > > thanks a lot > > Steven Shiau wrote: >> Hi Hernan, >> Could you please also run >> ls -alF /home/partimag/$IMAGENAME > imagelist.txt >> (Replace $IMAGENAME with yours) >> Then post the imagelist.txt ? >> >> Steven. >> >> Hernan Fernandez wrote: >> >>> Hi steve: >>> >>> Thanks for you answer. The information is: >>> >>> ############################################################ >>> # /sbin/fdisk -l >>> >>> Disk /dev/hda: 41.1 GB, 41110142976 bytes >>> 255 heads, 63 sectors/track, 4998 cylinders >>> Units = cylinders of 16065 * 512 = 8225280 bytes >>> >>> Device Boot Start End Blocks Id System >>> /dev/hda1 * 1 13 104391 83 Linux >>> /dev/hda2 14 4998 40042012+ 8e Linux LVM >>> >>> Disk /dev/dm-0: 40.3 GB, 40399536128 bytes >>> 255 heads, 63 sectors/track, 4911 cylinders >>> Units = cylinders of 16065 * 512 = 8225280 bytes >>> >>> Disk /dev/dm-0 doesn't contain a valid partition table >>> >>> Disk /dev/dm-1: 536 MB, 536870912 bytes >>> 255 heads, 63 sectors/track, 65 cylinders >>> Units = cylinders of 16065 * 512 = 8225280 bytes >>> >>> Disk /dev/dm-1 doesn't contain a valid partition table >>> ############################################################ >>> >>> >>> >>> ############################################################ >>> hda2-e2fsinfo >>> Couldn't find valid filesystem superblock. >>> ############################################################ >>> >>> >>> hda1-e2fsinfo >>> ############################################################ >>> Filesystem volume name: /boot >>> Last mounted on: <not available> >>> Filesystem UUID: 3b97df75-f6ba-4b78-b7c2-77848121e7e4 >>> Filesystem magic number: 0xEF53 >>> Filesystem revision #: 1 (dynamic) >>> Filesystem features: has_journal ext_attr resize_inode dir_index >>> filetype needs_recovery sparse_super >>> Default mount options: (none) >>> Filesystem state: clean >>> Errors behavior: Continue >>> Filesystem OS type: Linux >>> Inode count: 26104 >>> Block count: 104388 >>> Reserved block count: 5219 >>> Free blocks: 86848 >>> Free inodes: 26068 >>> First block: 1 >>> Block size: 1024 >>> Fragment size: 1024 >>> Reserved GDT blocks: 256 >>> Blocks per group: 8192 >>> Fragments per group: 8192 >>> Inodes per group: 2008 >>> Inode blocks per group: 251 >>> Filesystem created: Mon Jan 14 19:05:04 2008 >>> Last mount time: Sat Jan 19 10:41:26 2008 >>> Last write time: Sat Jan 19 10:41:26 2008 >>> Mount count: 7 >>> Maximum mount count: -1 >>> Last checked: Mon Jan 14 19:05:04 2008 >>> Check interval: 0 (<none>) >>> Reserved blocks uid: 0 (user root) >>> Reserved blocks gid: 0 (group root) >>> First inode: 11 >>> Inode size: 128 >>> Journal inode: 8 >>> Default directory hash: tea >>> Directory Hash Seed: c32cd8dc-78da-446a-86df-6c4569b62a9c >>> Journal backup: inode blocks >>> >>> >>> Group 0: (Blocks 1-8192) >>> Primary superblock at 1, Group descriptors at 2-2 >>> Reserved GDT blocks at 3-258 >>> Block bitmap at 259 (+258), Inode bitmap at 260 (+259) >>> Inode table at 261-511 (+260) >>> 0 free blocks, 1993 free inodes, 2 directories >>> Free blocks: >>> Free inodes: 16-2008 >>> Group 1: (Blocks 8193-16384) >>> Backup superblock at 8193, Group descriptors at 8194-8194 >>> Reserved GDT blocks at 8195-8450 >>> Block bitmap at 8451 (+258), Inode bitmap at 8452 (+259) >>> Inode table at 8453-8703 (+260) >>> 7230 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 8704, 9156-16384 >>> Free inodes: 2009-4016 >>> Group 2: (Blocks 16385-24576) >>> Block bitmap at 16385 (+0), Inode bitmap at 16386 (+1) >>> Inode table at 16387-16637 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 16638-24576 >>> Free inodes: 4017-6024 >>> Group 3: (Blocks 24577-32768) >>> Backup superblock at 24577, Group descriptors at 24578-24578 >>> Reserved GDT blocks at 24579-24834 >>> Block bitmap at 24835 (+258), Inode bitmap at 24836 (+259) >>> Inode table at 24837-25087 (+260) >>> 3301 free blocks, 2004 free inodes, 0 directories >>> Free blocks: 25088-26112, 30493-32768 >>> Free inodes: 6029-8032 >>> Group 4: (Blocks 32769-40960) >>> Block bitmap at 32769 (+0), Inode bitmap at 32770 (+1) >>> Inode table at 32771-33021 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 33022-40960 >>> Free inodes: 8033-10040 >>> Group 5: (Blocks 40961-49152) >>> Backup superblock at 40961, Group descriptors at 40962-40962 >>> Reserved GDT blocks at 40963-41218 >>> Block bitmap at 41219 (+258), Inode bitmap at 41220 (+259) >>> Inode table at 41221-41471 (+260) >>> 7491 free blocks, 1991 free inodes, 1 directories >>> Free blocks: 41482, 41586-41984, 41993-42496, 42505-43008, 43016-43520, >>> 43528-44032, 44041-44544, 44552-45056, 45066-45568, 45576-46080, >>> 46087-46592, 46602-47104, 47106-49152 >>> Free inodes: 10043, 10059-12048 >>> Group 6: (Blocks 49153-57344) >>> Block bitmap at 49153 (+0), Inode bitmap at 49154 (+1) >>> Inode table at 49155-49405 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 49406-57344 >>> Free inodes: 12049-14056 >>> Group 7: (Blocks 57345-65536) >>> Backup superblock at 57345, Group descriptors at 57346-57346 >>> Reserved GDT blocks at 57347-57602 >>> Block bitmap at 57603 (+258), Inode bitmap at 57604 (+259) >>> Inode table at 57605-57855 (+260) >>> 7681 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 57856-65536 >>> Free inodes: 14057-16064 >>> Group 8: (Blocks 65537-73728) >>> Block bitmap at 65537 (+0), Inode bitmap at 65538 (+1) >>> Inode table at 65539-65789 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 65790-73728 >>> Free inodes: 16065-18072 >>> Group 9: (Blocks 73729-81920) >>> Backup superblock at 73729, Group descriptors at 73730-73730 >>> Reserved GDT blocks at 73731-73986 >>> Block bitmap at 73987 (+258), Inode bitmap at 73988 (+259) >>> Inode table at 73989-74239 (+260) >>> 7681 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 74240-81920 >>> Free inodes: 18073-20080 >>> Group 10: (Blocks 81921-90112) >>> Block bitmap at 81921 (+0), Inode bitmap at 81922 (+1) >>> Inode table at 81923-82173 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 82174-90112 >>> Free inodes: 20081-22088 >>> Group 11: (Blocks 90113-98304) >>> Block bitmap at 90113 (+0), Inode bitmap at 90114 (+1) >>> Inode table at 90115-90365 (+2) >>> 7939 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 90366-98304 >>> Free inodes: 22089-24096 >>> Group 12: (Blocks 98305-104387) >>> Block bitmap at 98305 (+0), Inode bitmap at 98306 (+1) >>> Inode table at 98307-98557 (+2) >>> 5830 free blocks, 2008 free inodes, 0 directories >>> Free blocks: 98558-104387 >>> Free inodes: 24097-26104 >>> ############################################################ >>> >>> -- >>> Hernan >>> >>> >>> Steven Shiau wrote: >>> Maybe your problem is not in LVM, it's in partimage. >>> Some reported that the image was just save and exit very quickly, and >>> the image size for that partition is less than 1 MB. >>> If the partition is ext2/ext3, please run >>> dumpe2fs /dev/sda1 > sda1-e2fsinfo >>> (Replace sda1 with yours) >>> and attach the sda1-e2fsinfo. >>> >>> Steven. >>> >>> Hernan Fernandez wrote: >>> >>> >>>>>> Hi all: >>>>>> >>>>>> I'm using clonezilla 1.07-18 >>>>>> And when I try to make an image for a Fedora Core 5 machine installed >>>>>> with Logical volumes, this "partition" is not reorganized and just an >>>>>> small image is saved. >>>>>> >>>>>> Can you help me? >>>>>> >>>>>> I known that LVM v2 is supported. But I'm missing something? >>>>>> >>>>>> thanks >>>>>> >>>>>> >>>>>> >>> >> >> >>> ------------------------------------------------------------------------ >>> >> >> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> >> >> >> >>> ------------------------------------------------------------------------ >>> >> >> >>> _______________________________________________ >>> Clonezilla-live mailing list >>> Clo...@li... >>> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >>> >> >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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: 9762755A Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Steven S. <st...@nc...> - 2008-01-23 01:01:46
|
If you mean restore MBR only (first 446 bytes in the disk, i.e.
partition table is not included), you can do it manually:
dd if=$target_dir/${ihd}-mbr of=/dev/$ihd bs=446 count=1
Replace $target_dir (Ex. /home/partimage/2008-01-20-img/) and $ihd (Ex.
hda) with yours.
Yes, it's possible to have another program to do that. Will try to
include this feature in the clonezilla live menu.
Regards,
Steven.
Nanley Chery wrote:
> Currently (AFAIK), a Clonezilla user has to restore an entire partition
> to restore his/her MBR - even if they want to keep their data, and
> simply gain access to it. However, if you made an option to restore an
> MBR only (in addition to save/restore disk/partition), Clonezilla's
> utility and popularity would increase ten-fold. If there is already an
> option to do so, it should be made apparent.
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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: 9762755A
Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A
|
|
From: Nanley C. <nan...@gm...> - 2008-01-23 00:39:06
|
Currently (AFAIK), a Clonezilla user has to restore an entire partition to restore his/her MBR - even if they want to keep their data, and simply gain access to it. However, if you made an option to restore an MBR only (in addition to save/restore disk/partition), Clonezilla's utility and popularity would increase ten-fold. If there is already an option to do so, it should be made apparent. |
|
From: Hernan F. <her...@dc...> - 2008-01-22 17:46:37
|
Steve: Here the results. total 7284 drwxr-xr-x 2 backup backup 4096 Jan 19 16:36 ./ drwxr-xr-x 4 backup backup 4096 Jan 22 14:43 ../ -rw-r--r-- 1 backup backup 4 Jan 19 16:36 disk -rw------- 1 backup backup 7413279 Jan 19 16:36 hda1.aa -rw-r--r-- 1 backup backup 36 Jan 19 16:36 hda-chs.sf -rw-r--r-- 1 backup backup 512 Jan 19 16:36 hda-mbr -rw-r--r-- 1 backup backup 259 Jan 19 16:36 hda-pt.sf -rw-r--r-- 1 backup backup 5 Jan 19 16:36 parts -rw-r--r-- 1 backup backup 17 Jan 19 16:36 swappt-hda2.info thanks a lot Steven Shiau wrote: > Hi Hernan, > Could you please also run > ls -alF /home/partimag/$IMAGENAME > imagelist.txt > (Replace $IMAGENAME with yours) > Then post the imagelist.txt ? > > Steven. > > Hernan Fernandez wrote: > >> Hi steve: >> >> Thanks for you answer. The information is: >> >> ############################################################ >> # /sbin/fdisk -l >> >> Disk /dev/hda: 41.1 GB, 41110142976 bytes >> 255 heads, 63 sectors/track, 4998 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> >> Device Boot Start End Blocks Id System >> /dev/hda1 * 1 13 104391 83 Linux >> /dev/hda2 14 4998 40042012+ 8e Linux LVM >> >> Disk /dev/dm-0: 40.3 GB, 40399536128 bytes >> 255 heads, 63 sectors/track, 4911 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> >> Disk /dev/dm-0 doesn't contain a valid partition table >> >> Disk /dev/dm-1: 536 MB, 536870912 bytes >> 255 heads, 63 sectors/track, 65 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> >> Disk /dev/dm-1 doesn't contain a valid partition table >> ############################################################ >> >> >> >> ############################################################ >> hda2-e2fsinfo >> Couldn't find valid filesystem superblock. >> ############################################################ >> >> >> hda1-e2fsinfo >> ############################################################ >> Filesystem volume name: /boot >> Last mounted on: <not available> >> Filesystem UUID: 3b97df75-f6ba-4b78-b7c2-77848121e7e4 >> Filesystem magic number: 0xEF53 >> Filesystem revision #: 1 (dynamic) >> Filesystem features: has_journal ext_attr resize_inode dir_index >> filetype needs_recovery sparse_super >> Default mount options: (none) >> Filesystem state: clean >> Errors behavior: Continue >> Filesystem OS type: Linux >> Inode count: 26104 >> Block count: 104388 >> Reserved block count: 5219 >> Free blocks: 86848 >> Free inodes: 26068 >> First block: 1 >> Block size: 1024 >> Fragment size: 1024 >> Reserved GDT blocks: 256 >> Blocks per group: 8192 >> Fragments per group: 8192 >> Inodes per group: 2008 >> Inode blocks per group: 251 >> Filesystem created: Mon Jan 14 19:05:04 2008 >> Last mount time: Sat Jan 19 10:41:26 2008 >> Last write time: Sat Jan 19 10:41:26 2008 >> Mount count: 7 >> Maximum mount count: -1 >> Last checked: Mon Jan 14 19:05:04 2008 >> Check interval: 0 (<none>) >> Reserved blocks uid: 0 (user root) >> Reserved blocks gid: 0 (group root) >> First inode: 11 >> Inode size: 128 >> Journal inode: 8 >> Default directory hash: tea >> Directory Hash Seed: c32cd8dc-78da-446a-86df-6c4569b62a9c >> Journal backup: inode blocks >> >> >> Group 0: (Blocks 1-8192) >> Primary superblock at 1, Group descriptors at 2-2 >> Reserved GDT blocks at 3-258 >> Block bitmap at 259 (+258), Inode bitmap at 260 (+259) >> Inode table at 261-511 (+260) >> 0 free blocks, 1993 free inodes, 2 directories >> Free blocks: >> Free inodes: 16-2008 >> Group 1: (Blocks 8193-16384) >> Backup superblock at 8193, Group descriptors at 8194-8194 >> Reserved GDT blocks at 8195-8450 >> Block bitmap at 8451 (+258), Inode bitmap at 8452 (+259) >> Inode table at 8453-8703 (+260) >> 7230 free blocks, 2008 free inodes, 0 directories >> Free blocks: 8704, 9156-16384 >> Free inodes: 2009-4016 >> Group 2: (Blocks 16385-24576) >> Block bitmap at 16385 (+0), Inode bitmap at 16386 (+1) >> Inode table at 16387-16637 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 16638-24576 >> Free inodes: 4017-6024 >> Group 3: (Blocks 24577-32768) >> Backup superblock at 24577, Group descriptors at 24578-24578 >> Reserved GDT blocks at 24579-24834 >> Block bitmap at 24835 (+258), Inode bitmap at 24836 (+259) >> Inode table at 24837-25087 (+260) >> 3301 free blocks, 2004 free inodes, 0 directories >> Free blocks: 25088-26112, 30493-32768 >> Free inodes: 6029-8032 >> Group 4: (Blocks 32769-40960) >> Block bitmap at 32769 (+0), Inode bitmap at 32770 (+1) >> Inode table at 32771-33021 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 33022-40960 >> Free inodes: 8033-10040 >> Group 5: (Blocks 40961-49152) >> Backup superblock at 40961, Group descriptors at 40962-40962 >> Reserved GDT blocks at 40963-41218 >> Block bitmap at 41219 (+258), Inode bitmap at 41220 (+259) >> Inode table at 41221-41471 (+260) >> 7491 free blocks, 1991 free inodes, 1 directories >> Free blocks: 41482, 41586-41984, 41993-42496, 42505-43008, 43016-43520, >> 43528-44032, 44041-44544, 44552-45056, 45066-45568, 45576-46080, >> 46087-46592, 46602-47104, 47106-49152 >> Free inodes: 10043, 10059-12048 >> Group 6: (Blocks 49153-57344) >> Block bitmap at 49153 (+0), Inode bitmap at 49154 (+1) >> Inode table at 49155-49405 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 49406-57344 >> Free inodes: 12049-14056 >> Group 7: (Blocks 57345-65536) >> Backup superblock at 57345, Group descriptors at 57346-57346 >> Reserved GDT blocks at 57347-57602 >> Block bitmap at 57603 (+258), Inode bitmap at 57604 (+259) >> Inode table at 57605-57855 (+260) >> 7681 free blocks, 2008 free inodes, 0 directories >> Free blocks: 57856-65536 >> Free inodes: 14057-16064 >> Group 8: (Blocks 65537-73728) >> Block bitmap at 65537 (+0), Inode bitmap at 65538 (+1) >> Inode table at 65539-65789 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 65790-73728 >> Free inodes: 16065-18072 >> Group 9: (Blocks 73729-81920) >> Backup superblock at 73729, Group descriptors at 73730-73730 >> Reserved GDT blocks at 73731-73986 >> Block bitmap at 73987 (+258), Inode bitmap at 73988 (+259) >> Inode table at 73989-74239 (+260) >> 7681 free blocks, 2008 free inodes, 0 directories >> Free blocks: 74240-81920 >> Free inodes: 18073-20080 >> Group 10: (Blocks 81921-90112) >> Block bitmap at 81921 (+0), Inode bitmap at 81922 (+1) >> Inode table at 81923-82173 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 82174-90112 >> Free inodes: 20081-22088 >> Group 11: (Blocks 90113-98304) >> Block bitmap at 90113 (+0), Inode bitmap at 90114 (+1) >> Inode table at 90115-90365 (+2) >> 7939 free blocks, 2008 free inodes, 0 directories >> Free blocks: 90366-98304 >> Free inodes: 22089-24096 >> Group 12: (Blocks 98305-104387) >> Block bitmap at 98305 (+0), Inode bitmap at 98306 (+1) >> Inode table at 98307-98557 (+2) >> 5830 free blocks, 2008 free inodes, 0 directories >> Free blocks: 98558-104387 >> Free inodes: 24097-26104 >> ############################################################ >> >> -- >> Hernan >> >> >> Steven Shiau wrote: >> Maybe your problem is not in LVM, it's in partimage. >> Some reported that the image was just save and exit very quickly, and >> the image size for that partition is less than 1 MB. >> If the partition is ext2/ext3, please run >> dumpe2fs /dev/sda1 > sda1-e2fsinfo >> (Replace sda1 with yours) >> and attach the sda1-e2fsinfo. >> >> Steven. >> >> Hernan Fernandez wrote: >> >> >>>>> Hi all: >>>>> >>>>> I'm using clonezilla 1.07-18 >>>>> And when I try to make an image for a Fedora Core 5 machine installed >>>>> with Logical volumes, this "partition" is not reorganized and just an >>>>> small image is saved. >>>>> >>>>> Can you help me? >>>>> >>>>> I known that LVM v2 is supported. But I'm missing something? >>>>> >>>>> thanks >>>>> >>>>> >>>>> >> > > >> ------------------------------------------------------------------------ >> > > >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > > > >> ------------------------------------------------------------------------ >> > > >> _______________________________________________ >> Clonezilla-live mailing list >> Clo...@li... >> https://lists.sourceforge.net/lists/listinfo/clonezilla-live >> > > > |
|
From: Steven S. <st...@nc...> - 2008-01-22 15:18:26
|
Hi Hernan, Could you please also run ls -alF /home/partimag/$IMAGENAME > imagelist.txt (Replace $IMAGENAME with yours) Then post the imagelist.txt ? Steven. Hernan Fernandez wrote: > Hi steve: > > Thanks for you answer. The information is: > > ############################################################ > # /sbin/fdisk -l > > Disk /dev/hda: 41.1 GB, 41110142976 bytes > 255 heads, 63 sectors/track, 4998 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/hda1 * 1 13 104391 83 Linux > /dev/hda2 14 4998 40042012+ 8e Linux LVM > > Disk /dev/dm-0: 40.3 GB, 40399536128 bytes > 255 heads, 63 sectors/track, 4911 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Disk /dev/dm-0 doesn't contain a valid partition table > > Disk /dev/dm-1: 536 MB, 536870912 bytes > 255 heads, 63 sectors/track, 65 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Disk /dev/dm-1 doesn't contain a valid partition table > ############################################################ > > > > ############################################################ > hda2-e2fsinfo > Couldn't find valid filesystem superblock. > ############################################################ > > > hda1-e2fsinfo > ############################################################ > Filesystem volume name: /boot > Last mounted on: <not available> > Filesystem UUID: 3b97df75-f6ba-4b78-b7c2-77848121e7e4 > Filesystem magic number: 0xEF53 > Filesystem revision #: 1 (dynamic) > Filesystem features: has_journal ext_attr resize_inode dir_index > filetype needs_recovery sparse_super > Default mount options: (none) > Filesystem state: clean > Errors behavior: Continue > Filesystem OS type: Linux > Inode count: 26104 > Block count: 104388 > Reserved block count: 5219 > Free blocks: 86848 > Free inodes: 26068 > First block: 1 > Block size: 1024 > Fragment size: 1024 > Reserved GDT blocks: 256 > Blocks per group: 8192 > Fragments per group: 8192 > Inodes per group: 2008 > Inode blocks per group: 251 > Filesystem created: Mon Jan 14 19:05:04 2008 > Last mount time: Sat Jan 19 10:41:26 2008 > Last write time: Sat Jan 19 10:41:26 2008 > Mount count: 7 > Maximum mount count: -1 > Last checked: Mon Jan 14 19:05:04 2008 > Check interval: 0 (<none>) > Reserved blocks uid: 0 (user root) > Reserved blocks gid: 0 (group root) > First inode: 11 > Inode size: 128 > Journal inode: 8 > Default directory hash: tea > Directory Hash Seed: c32cd8dc-78da-446a-86df-6c4569b62a9c > Journal backup: inode blocks > > > Group 0: (Blocks 1-8192) > Primary superblock at 1, Group descriptors at 2-2 > Reserved GDT blocks at 3-258 > Block bitmap at 259 (+258), Inode bitmap at 260 (+259) > Inode table at 261-511 (+260) > 0 free blocks, 1993 free inodes, 2 directories > Free blocks: > Free inodes: 16-2008 > Group 1: (Blocks 8193-16384) > Backup superblock at 8193, Group descriptors at 8194-8194 > Reserved GDT blocks at 8195-8450 > Block bitmap at 8451 (+258), Inode bitmap at 8452 (+259) > Inode table at 8453-8703 (+260) > 7230 free blocks, 2008 free inodes, 0 directories > Free blocks: 8704, 9156-16384 > Free inodes: 2009-4016 > Group 2: (Blocks 16385-24576) > Block bitmap at 16385 (+0), Inode bitmap at 16386 (+1) > Inode table at 16387-16637 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 16638-24576 > Free inodes: 4017-6024 > Group 3: (Blocks 24577-32768) > Backup superblock at 24577, Group descriptors at 24578-24578 > Reserved GDT blocks at 24579-24834 > Block bitmap at 24835 (+258), Inode bitmap at 24836 (+259) > Inode table at 24837-25087 (+260) > 3301 free blocks, 2004 free inodes, 0 directories > Free blocks: 25088-26112, 30493-32768 > Free inodes: 6029-8032 > Group 4: (Blocks 32769-40960) > Block bitmap at 32769 (+0), Inode bitmap at 32770 (+1) > Inode table at 32771-33021 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 33022-40960 > Free inodes: 8033-10040 > Group 5: (Blocks 40961-49152) > Backup superblock at 40961, Group descriptors at 40962-40962 > Reserved GDT blocks at 40963-41218 > Block bitmap at 41219 (+258), Inode bitmap at 41220 (+259) > Inode table at 41221-41471 (+260) > 7491 free blocks, 1991 free inodes, 1 directories > Free blocks: 41482, 41586-41984, 41993-42496, 42505-43008, 43016-43520, > 43528-44032, 44041-44544, 44552-45056, 45066-45568, 45576-46080, > 46087-46592, 46602-47104, 47106-49152 > Free inodes: 10043, 10059-12048 > Group 6: (Blocks 49153-57344) > Block bitmap at 49153 (+0), Inode bitmap at 49154 (+1) > Inode table at 49155-49405 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 49406-57344 > Free inodes: 12049-14056 > Group 7: (Blocks 57345-65536) > Backup superblock at 57345, Group descriptors at 57346-57346 > Reserved GDT blocks at 57347-57602 > Block bitmap at 57603 (+258), Inode bitmap at 57604 (+259) > Inode table at 57605-57855 (+260) > 7681 free blocks, 2008 free inodes, 0 directories > Free blocks: 57856-65536 > Free inodes: 14057-16064 > Group 8: (Blocks 65537-73728) > Block bitmap at 65537 (+0), Inode bitmap at 65538 (+1) > Inode table at 65539-65789 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 65790-73728 > Free inodes: 16065-18072 > Group 9: (Blocks 73729-81920) > Backup superblock at 73729, Group descriptors at 73730-73730 > Reserved GDT blocks at 73731-73986 > Block bitmap at 73987 (+258), Inode bitmap at 73988 (+259) > Inode table at 73989-74239 (+260) > 7681 free blocks, 2008 free inodes, 0 directories > Free blocks: 74240-81920 > Free inodes: 18073-20080 > Group 10: (Blocks 81921-90112) > Block bitmap at 81921 (+0), Inode bitmap at 81922 (+1) > Inode table at 81923-82173 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 82174-90112 > Free inodes: 20081-22088 > Group 11: (Blocks 90113-98304) > Block bitmap at 90113 (+0), Inode bitmap at 90114 (+1) > Inode table at 90115-90365 (+2) > 7939 free blocks, 2008 free inodes, 0 directories > Free blocks: 90366-98304 > Free inodes: 22089-24096 > Group 12: (Blocks 98305-104387) > Block bitmap at 98305 (+0), Inode bitmap at 98306 (+1) > Inode table at 98307-98557 (+2) > 5830 free blocks, 2008 free inodes, 0 directories > Free blocks: 98558-104387 > Free inodes: 24097-26104 > ############################################################ > > -- > Hernan > > > Steven Shiau wrote: > Maybe your problem is not in LVM, it's in partimage. > Some reported that the image was just save and exit very quickly, and > the image size for that partition is less than 1 MB. > If the partition is ext2/ext3, please run > dumpe2fs /dev/sda1 > sda1-e2fsinfo > (Replace sda1 with yours) > and attach the sda1-e2fsinfo. > > Steven. > > Hernan Fernandez wrote: > >>>> Hi all: >>>> >>>> I'm using clonezilla 1.07-18 >>>> And when I try to make an image for a Fedora Core 5 machine installed >>>> with Logical volumes, this "partition" is not reorganized and just a >>>> little bit image is saved. >>>> >>>> Can you help me? >>>> >>>> I known that LVM v2 is supported. But I'm missing something? >>>> >>>> thanks >>>> >>>> > > > ------------------------------------------------------------------------ > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > _______________________________________________ > 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: Hernan F. <her...@dc...> - 2008-01-19 13:56:34
|
Hi steve: Thanks for you answer. The information is: ############################################################ # /sbin/fdisk -l Disk /dev/hda: 41.1 GB, 41110142976 bytes 255 heads, 63 sectors/track, 4998 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 13 104391 83 Linux /dev/hda2 14 4998 40042012+ 8e Linux LVM Disk /dev/dm-0: 40.3 GB, 40399536128 bytes 255 heads, 63 sectors/track, 4911 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/dm-0 doesn't contain a valid partition table Disk /dev/dm-1: 536 MB, 536870912 bytes 255 heads, 63 sectors/track, 65 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/dm-1 doesn't contain a valid partition table ############################################################ ############################################################ hda2-e2fsinfo Couldn't find valid filesystem superblock. ############################################################ hda1-e2fsinfo ############################################################ Filesystem volume name: /boot Last mounted on: <not available> Filesystem UUID: 3b97df75-f6ba-4b78-b7c2-77848121e7e4 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 26104 Block count: 104388 Reserved block count: 5219 Free blocks: 86848 Free inodes: 26068 First block: 1 Block size: 1024 Fragment size: 1024 Reserved GDT blocks: 256 Blocks per group: 8192 Fragments per group: 8192 Inodes per group: 2008 Inode blocks per group: 251 Filesystem created: Mon Jan 14 19:05:04 2008 Last mount time: Sat Jan 19 10:41:26 2008 Last write time: Sat Jan 19 10:41:26 2008 Mount count: 7 Maximum mount count: -1 Last checked: Mon Jan 14 19:05:04 2008 Check interval: 0 (<none>) Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: c32cd8dc-78da-446a-86df-6c4569b62a9c Journal backup: inode blocks Group 0: (Blocks 1-8192) Primary superblock at 1, Group descriptors at 2-2 Reserved GDT blocks at 3-258 Block bitmap at 259 (+258), Inode bitmap at 260 (+259) Inode table at 261-511 (+260) 0 free blocks, 1993 free inodes, 2 directories Free blocks: Free inodes: 16-2008 Group 1: (Blocks 8193-16384) Backup superblock at 8193, Group descriptors at 8194-8194 Reserved GDT blocks at 8195-8450 Block bitmap at 8451 (+258), Inode bitmap at 8452 (+259) Inode table at 8453-8703 (+260) 7230 free blocks, 2008 free inodes, 0 directories Free blocks: 8704, 9156-16384 Free inodes: 2009-4016 Group 2: (Blocks 16385-24576) Block bitmap at 16385 (+0), Inode bitmap at 16386 (+1) Inode table at 16387-16637 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 16638-24576 Free inodes: 4017-6024 Group 3: (Blocks 24577-32768) Backup superblock at 24577, Group descriptors at 24578-24578 Reserved GDT blocks at 24579-24834 Block bitmap at 24835 (+258), Inode bitmap at 24836 (+259) Inode table at 24837-25087 (+260) 3301 free blocks, 2004 free inodes, 0 directories Free blocks: 25088-26112, 30493-32768 Free inodes: 6029-8032 Group 4: (Blocks 32769-40960) Block bitmap at 32769 (+0), Inode bitmap at 32770 (+1) Inode table at 32771-33021 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 33022-40960 Free inodes: 8033-10040 Group 5: (Blocks 40961-49152) Backup superblock at 40961, Group descriptors at 40962-40962 Reserved GDT blocks at 40963-41218 Block bitmap at 41219 (+258), Inode bitmap at 41220 (+259) Inode table at 41221-41471 (+260) 7491 free blocks, 1991 free inodes, 1 directories Free blocks: 41482, 41586-41984, 41993-42496, 42505-43008, 43016-43520, 43528-44032, 44041-44544, 44552-45056, 45066-45568, 45576-46080, 46087-46592, 46602-47104, 47106-49152 Free inodes: 10043, 10059-12048 Group 6: (Blocks 49153-57344) Block bitmap at 49153 (+0), Inode bitmap at 49154 (+1) Inode table at 49155-49405 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 49406-57344 Free inodes: 12049-14056 Group 7: (Blocks 57345-65536) Backup superblock at 57345, Group descriptors at 57346-57346 Reserved GDT blocks at 57347-57602 Block bitmap at 57603 (+258), Inode bitmap at 57604 (+259) Inode table at 57605-57855 (+260) 7681 free blocks, 2008 free inodes, 0 directories Free blocks: 57856-65536 Free inodes: 14057-16064 Group 8: (Blocks 65537-73728) Block bitmap at 65537 (+0), Inode bitmap at 65538 (+1) Inode table at 65539-65789 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 65790-73728 Free inodes: 16065-18072 Group 9: (Blocks 73729-81920) Backup superblock at 73729, Group descriptors at 73730-73730 Reserved GDT blocks at 73731-73986 Block bitmap at 73987 (+258), Inode bitmap at 73988 (+259) Inode table at 73989-74239 (+260) 7681 free blocks, 2008 free inodes, 0 directories Free blocks: 74240-81920 Free inodes: 18073-20080 Group 10: (Blocks 81921-90112) Block bitmap at 81921 (+0), Inode bitmap at 81922 (+1) Inode table at 81923-82173 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 82174-90112 Free inodes: 20081-22088 Group 11: (Blocks 90113-98304) Block bitmap at 90113 (+0), Inode bitmap at 90114 (+1) Inode table at 90115-90365 (+2) 7939 free blocks, 2008 free inodes, 0 directories Free blocks: 90366-98304 Free inodes: 22089-24096 Group 12: (Blocks 98305-104387) Block bitmap at 98305 (+0), Inode bitmap at 98306 (+1) Inode table at 98307-98557 (+2) 5830 free blocks, 2008 free inodes, 0 directories Free blocks: 98558-104387 Free inodes: 24097-26104 ############################################################ -- Hernan Steven Shiau wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Maybe your problem is not in LVM, it's in partimage. > Some reported that the image was just save and exit very quickly, and > the image size for that partition is less than 1 MB. > If the partition is ext2/ext3, please run > dumpe2fs /dev/sda1 > sda1-e2fsinfo > (Replace sda1 with yours) > and attach the sda1-e2fsinfo. > > Steven. > > Hernan Fernandez wrote: > >> Hi all: >> >> I'm using clonezilla 1.07-18 >> And when I try to make an image for a Fedora Core 5 machine installed >> with Logical volumes, this "partition" is not reorganized and just a >> little bit image is saved. >> >> Can you help me? >> >> I known that LVM v2 is supported. But I'm missing something? >> >> 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 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHkeTWCLPj15didVoRAq/7AKCD6flNox5MhAONAXeXWTn8AJPCiQCfa8le > oMiN7X/GecLoNRxHvPQd9J4= > =NMnJ > -----END PGP SIGNATURE----- > |
|
From: Steven S. <st...@nc...> - 2008-01-19 11:53:01
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maybe your problem is not in LVM, it's in partimage. Some reported that the image was just save and exit very quickly, and the image size for that partition is less than 1 MB. If the partition is ext2/ext3, please run dumpe2fs /dev/sda1 > sda1-e2fsinfo (Replace sda1 with yours) and attach the sda1-e2fsinfo. Steven. Hernan Fernandez wrote: > Hi all: > > I'm using clonezilla 1.07-18 > And when I try to make an image for a Fedora Core 5 machine installed > with Logical volumes, this "partition" is not reorganized and just a > little bit image is saved. > > Can you help me? > > I known that LVM v2 is supported. But I'm missing something? > > 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHkeTWCLPj15didVoRAq/7AKCD6flNox5MhAONAXeXWTn8AJPCiQCfa8le oMiN7X/GecLoNRxHvPQd9J4= =NMnJ -----END PGP SIGNATURE----- |
|
From: Hernan F. <her...@dc...> - 2008-01-18 22:25:06
|
Hi all: I'm using clonezilla 1.07-18 And when I try to make an image for a Fedora Core 5 machine installed with Logical volumes, this "partition" is not reorganized and just a little bit image is saved. Can you help me? I known that LVM v2 is supported. But I'm missing something? thanks -- Hernan Fernandez |
|
From: Steven S. <st...@nc...> - 2008-01-06 14:04:52
|
In this release, some new features were added and some changes: 1. An option to use Partclone was added. Partclone is our new project (http://partclone.sf.net) to replace partimage in Clonezilla since partimage is not actively developed. Now partclone supports these file systems: ext2, ext3, reiserfs, reiser4, xfs, and hfs+. Therefore by using "-q2" in Clonezilla, we can use partclone to save the HFS+ filesystem of Intel Mac efficiently. ///NOTE/// This function is still in experimental. 2. A new option was added: -q1|--force-to-use-dd. Therefore now we can force to use dd to save any file system. Thanks to Justin Fitzhugh from mozilla.com for this idea. 3. An option was added so that we can remove page and hibernation file of MS Windows before saving an image. Thanks to Kristof Vansant for this idea. 4. New upstream Debian etch 4.0r2. 5. Switch to use live helper instead of live package to create the Debian Live template for Clonezilla live. Thanks to Louie Chen for providing patches. 6. An option to restore a prebuilt MBR from syslinux to target disk was added. This can be used to make some restored Windows boot correctly. 7. Some minor bugs were fixed. -- 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...> - 2007-12-07 01:30:01
|
Sorry, there is no such doc... We try our best to make the software easily to be used without reading manual. :) Looks like there is a problem when clonezilla live detecting your /dev/sda0 ? Or you mount /dev/sda0 as your repository ? If so, mounted partition can not be saved. You have to mount your repository to other device, such as USB harddrive, ssh server, samba server... Steven. Florez, Nestor wrote: > Hello Clonzilla Masters, > > Is there a complete How To Clonzilla besides the avi videos which are not > very complete? > > My partions are sd0 and sd1, if I want to clone sd1, what do I need to do? > When I tried it Clonzilla only show partition sd1 (LVM) and and I am not > allowed to unchoose > so when I continue it tells me that in order to make a clone the > partition sd1 needs to unmounted > and can not be the parttion where I am saving the clone. > > Does this means that I have to create a new partition in my drive just > to hold the clone? > > Thanks, > > Néstor :-) > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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: 9762755A Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A |
|
From: Florez, N. <NF...@sd...> - 2007-12-07 00:55:35
|
Hello Clonzilla Masters, Is there a complete How To Clonzilla besides the avi videos which are = not very complete? My partions are sd0 and sd1, if I want to clone sd1, what do I need to = do? When I tried it Clonzilla only show partition sd1 (LVM) and and I am not = allowed to unchoose so when I continue it tells me that in order to make a clone the = partition sd1 needs to unmounted and can not be the parttion where I am saving the clone. =20 Does this means that I have to create a new partition in my drive just = to hold the clone? Thanks, N=E9stor :-) |
|
From: Steven S. <st...@nc...> - 2007-12-06 09:31:45
|
Hi Ryan,
To change the default setting in Clonezilla live, you have to do like this:
1. Boot into Clonezilla live,
2. Configure the internet access
3. Mount the repository, then you should have a writable /home/partimag,
which you have to make sure there is enough space later for creating
your own clonezilla iso.
4. Enter command shell, the run "sudo su -" to become root.
5. edit the function set_ocs_sr_extra_param in
/opt/drbl/sbin/drbl-functions,
change
"-g auto" "$msg_ocs_param_g_auto" on \
to
"-g auto" "$msg_ocs_param_g_auto" off \
and more if you like.
Note! There is another function called "set_drbl_ocs_extra_param",
remember to make sure you are modifying the right function.
6. cd /home/partimag
7. run
/opt/drbl/sbin/ocs-iso -s
then have a cup of coffee and wait for the output iso file.
8. You should have your own clonezilla live now.
The above is just a draft, I did not test it. Please let me know if you
have any problem. If it works well, please also let us know. We will
include that in FAQ.
Good luck.
Regards,
Steven.
Ryan McDowell wrote:
> Hello Everyone,
>
> I was wondering if there is a place in clonezilla to change the
> predefined options in the extra parameters section. I would like to not
> have -g and -c selected and -nogui selected. Any help would be great.
>
> Also the improvements to clonezilla are great. I've been using it now
> for 8 months and have seen great improvements. Thanks.
>
> Ryan Mc.
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell. From the desktop to the data center, Linux is going
> mainstream. Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> 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: 9762755A
Fingerprint -- A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A
|
|
From: Ryan M. <riz...@gm...> - 2007-12-02 10:15:53
|
Hello Everyone, I was wondering if there is a place in clonezilla to change the predefined options in the extra parameters section. I would like to not have -g and -c selected and -nogui selected. Any help would be great. Also the improvements to clonezilla are great. I've been using it now for 8 months and have seen great improvements. Thanks. Ryan Mc. |
|
From: Spiros G. <sn...@he...> - 2007-11-24 03:24:25
|
Hi all I have created a script (called reloc-img) that will help you restore an image to a different device name than the one originally used. To make it clear, let's assume you have backed up your data partition (called hdb3 at the time), but now you have bought a new bigger disk and you want to restore it in hda5. This is not an easy thing to do using Clonezilla integrated scripts, but it's fairly easy using reloc-img The script, at its current state, will not preform the actual restoration. It will only display the command that would be executed, so that anyone can check its operation. In order to use it (test it really, as I have already stated it will not restore anything, and no data can be lost in any case), you have to boot into Clonezilla, mount the partition where you saved it, copy it to /root, unmount the partition used, and execute it (as root). If you find anything not working as expected, or as you think it should, please report it How it works ======== In order to use this script you have to partition the target disk yourself beforehand. Exception: full disk restore in an identical disk (more on this later on). Before running the script you should unmount all partitions. The script will scan your system and display a list of partitions, asking you to tell it where your image file (Clonezilla backup) is. When this is done, it will mount this partition, display all available images and let you select the one you want to restore. In case a full disk backup exists, you will also have the chance to select any individual partition for restore. If you select a partition backup, the script will check all existing partitions in your system, and decide which ones can be used to restore your image file. It will make sure the target partition is big enough, and has the right type. Exception: FAT16 partition backups are allowed to be restored to FAT32 partitions. In case you select a disk backup, the program will check your disks, and will decide which ones can be used to restore your image file. A disk will be available for restore, if - it is identical (has the same geometry - chs data) to the original (backed up) disk. In this case the target disk need not be pre-partitioned. - it is bigger than the original (backed up) disk. The disk must also have the same partitioning scheme as the original one (partition names and IDs), and each of its partitions must be equal or bigger than its equivalent in the source disk. In this case you will be given the chance to adjust restore parameters (restore MBR etc) After selecting the target disk/partition, a temporary image will be created under /home/partimag/reloc-img. This is the image that will eventually be restored. Confused? Well, things are not so complicated as they seem, but my skill in English language doesn't help, I'm afraid... :( -- Kind regards Spiros -- gpg key URL: http://members.hellug.gr/sng/gpg-kde-el.html |
|
From: Spiros G. <sn...@he...> - 2007-11-19 13:49:11
|
=D3=F4=E9=F2 19/11/2007, =E7=EC=DD=F1=E1 =C4=E5=F5=F4=DD=F1=E1 =EA=E1=E9 = =FE=F1=E1 15:31 =EF/=E7 Les Mikesell =DD=E3=F1=E1=F8=E5: > Steven Shiau wrote: > > Yes. -r works with disk restoration. > > > >> If it does, does it do it even when -k (don't create partitions) is > >> used? > > > > No matter if -k is used or not, -r will allow resize program to do the > > file system size adjustment to fit the size of partition size. > > If clonezilla creates the partitions, won't they be the same size as the > source disk? Yes, that's right > How do you specify that you want the extra space on a=20 > larger drive to be used? You have to partition by hand before running clonezilla, making sure you=20 create all the partitions present in the source disk and that they have the= =20 correct type, and then restore using -k (don't create partitions) and -r=20 (resize partitions), and as Steven says all partitions will be resize to=20 maximum space BTW, I am preparing a script to perform restoration with image relocation,= =20 that's why all the questions as I do not have any disks available to check= =20 everything myself... =2D-=20 Kind regards Spiros =2D- gpg key URL: http://members.hellug.gr/sng/gpg-kde-el.html |
|
From: Les M. <les...@gm...> - 2007-11-19 13:32:17
|
Steven Shiau wrote: > Yes. -r works with disk restoration. >> If it does, does it do it even when -k (don't create partitions) is used? > No matter if -k is used or not, -r will allow resize program to do the > file system size adjustment to fit the size of partition size. If clonezilla creates the partitions, won't they be the same size as the source disk? How do you specify that you want the extra space on a larger drive to be used? -- Les Mikesell les...@gm... |
|
From: Steven S. <st...@nc...> - 2007-11-19 07:03:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Spiros, Spiros Georgaras wrote: > Hi all > > I was wandering about -r option. Using it when restoring a single partition > (restoreparts) will resize the target partition. Can I also use it when > restoring a disk (restoredisk) with more than one partitions? I mean will it > restore all partitions as needed? Yes. -r works with disk restoration. > > If it does, does it do it even when -k (don't create partitions) is used? No matter if -k is used or not, -r will allow resize program to do the file system size adjustment to fit the size of partition size. > > And BTW, does it resize ntfs partitions as well? or do I have to use > ntfsresize from the command line? ntfsresize is also part of clonezilla, so using "-r", when the partition is NTFS, clonezilla will use ntfsresize to resize the NTFS partition. Regards, Steven. > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFHQTUKCLPj15didVoRAlEWAJsE+dWlk/t849MovnavqqqI/O42qgCXQ4Mi Dt/PYNU583gdKlRi43ElTQ== =runP -----END PGP SIGNATURE----- |
|
From: Spiros G. <sn...@he...> - 2007-11-18 21:13:26
|
Hi all I was wandering about -r option. Using it when restoring a single partition= =20 (restoreparts) will resize the target partition. Can I also use it when=20 restoring a disk (restoredisk) with more than one partitions? I mean will i= t=20 restore all partitions as needed? If it does, does it do it even when -k (don't create partitions) is used? And BTW, does it resize ntfs partitions as well? or do I have to use=20 ntfsresize from the command line? =2D-=20 Kind regards Spiros =2D- gpg key URL: http://members.hellug.gr/sng/gpg-kde-el.html |
|
From: Orlando S. <sun...@gm...> - 2007-11-07 09:45:27
|
Hi all Clonezilla is very good. I use it to backup my Windows system and Linux. It is easy to use. However, I wonder if i could install it on my Ubuntu v7.10. I wish i could execute Clonezilla after booting up Ubuntu, not from flash disk or CD-ROM. Can i make it? How? Wish to get your help. thanks. -- Regards Orlando |
4 messages has been excluded from this view by a project administrator.
