In the previous stable version. Sorry, but dont have the version number.
I downloaded the current testing version to try, booted it to ram, hit the eject button, and the cd did not come out. However, I left the computer running clonezilla all night and when I returned in the morning to check, the cd tray was open.
So maybe its a matter of waiting the right amount of time. It was always immendiately before. Now its taking several minutes at least. I'll test to see how long this weekend when I do more backups. (images)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The cd ejects after the backup, and before clonezilla begins to check the backup is bootable. Which of course means having to wait a half an hour or longer before you can remove the cd and take it to the next computer to being its backup.
This means that clonezilla broke when the feature to check the backup was added. This feature is also still broken in the last unstable version I tested.
By the way, typing 'eject' from the command line does work, however, having to stop to quit to the command line before each backup is a pain.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So you mean when you use Clonezilla live 1.2.10-14 on a CD, if you choose "toram" option, it won't allow you to eject?
If so, could you please try it again:
1. Boot the Clonezilla live, and choose "toram" option in the boot menu.
2. Choose to enter command line prompt
3. Run command: "df -h"
Then post the result of (3).
Thanks.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
you can try it for yourself - this happens on all AMD and Intel based systems, and happens with all the current stable and unstable versions of clonezilla.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, I will. However, right now I do not have a CD so I can not test it.
I am just guessing maybe your RAM is too small so that the "toram" function failed to copy the filesystem.squashfs to RAM.
Therefore please follow what I have mentioned to show us the "df -h" results.
Thanks.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I do not know why I cannot read the comments for this bug report. Sourceforge is screwy...
Anyway, these machines I'm backing up have 1 to 2 Gigs of ram, and most have Sony/NEC sata DVD drives. I have been waiting, thinking that the bug would surely be fixed in the course of time. However, I just tried again with the alternate version dated 20120326 and the problem persists. After booting to ram, the DVD button does not respond and the drive door does not open unless a paperclip is used. I think I'll try an IDE cd drive instead of sata - maybe the authors of Clonezilla arent usng modern equipment...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When you mentioned "used to work", which version did you mean?
BTW, if you accept, you can use the command "eject" to eject the CD. :)
Steven.
In the previous stable version. Sorry, but dont have the version number.
I downloaded the current testing version to try, booted it to ram, hit the eject button, and the cd did not come out. However, I left the computer running clonezilla all night and when I returned in the morning to check, the cd tray was open.
So maybe its a matter of waiting the right amount of time. It was always immendiately before. Now its taking several minutes at least. I'll test to see how long this weekend when I do more backups. (images)
OK, please keep us posted.
Thanks.
Steven.
The cd ejects after the backup, and before clonezilla begins to check the backup is bootable. Which of course means having to wait a half an hour or longer before you can remove the cd and take it to the next computer to being its backup.
This means that clonezilla broke when the feature to check the backup was added. This feature is also still broken in the last unstable version I tested.
By the way, typing 'eject' from the command line does work, however, having to stop to quit to the command line before each backup is a pain.
So you mean when you use Clonezilla live 1.2.10-14 on a CD, if you choose "toram" option, it won't allow you to eject?
If so, could you please try it again:
1. Boot the Clonezilla live, and choose "toram" option in the boot menu.
2. Choose to enter command line prompt
3. Run command: "df -h"
Then post the result of (3).
Thanks.
Steven.
you can try it for yourself - this happens on all AMD and Intel based systems, and happens with all the current stable and unstable versions of clonezilla.
Yes, I will. However, right now I do not have a CD so I can not test it.
I am just guessing maybe your RAM is too small so that the "toram" function failed to copy the filesystem.squashfs to RAM.
Therefore please follow what I have mentioned to show us the "df -h" results.
Thanks.
Steven.
See Debian bug #664053:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664053
I do not know why I cannot read the comments for this bug report. Sourceforge is screwy...
Anyway, these machines I'm backing up have 1 to 2 Gigs of ram, and most have Sony/NEC sata DVD drives. I have been waiting, thinking that the bug would surely be fixed in the course of time. However, I just tried again with the alternate version dated 20120326 and the problem persists. After booting to ram, the DVD button does not respond and the drive door does not open unless a paperclip is used. I think I'll try an IDE cd drive instead of sata - maybe the authors of Clonezilla arent usng modern equipment...
Good news: I just burned the Alt version dated 20120525, (Precise) booted to ram, and the cd ejects - so problem solved.
Thanks for reporting this.
Steven.
Problem still occurs with:
clonezilla-live-1.2.12-67-i686-pae.iso
clonezilla-live-2.0.0.-1-i686-pae.iso
It is marked as fixed upstream.
I am still unable to eject the CD using the eject button on the drive after booting 'to ram' with clonezilla-live-2.0.1-15-i686-pae.iso
How about this one?
http://live.debian.net/cdimage/release/current-next/i386/iso-hybrid/debian-wheezy-live-b3-i386-standard.iso
Same problem there?
If not, then we might have to switch to debian live 3.x then this issue could be fixed...
Steven.