(Testing thread)Super Grub2 Disk 2.00 beta 4
Moderators: Icecube, StopSpazzing
(Testing thread)Super Grub2 Disk 2.00 beta 4
available here
1c408984ee310814a2ec7bf5f37b8735 MD5
0574140e79d00787191ca8feafe8078cce2006a7 sha1
4d239b1a4bee16598d6660f42e1e78c45d600840953460ef7d804350000053c0 sha256
I always repost hashes because while it may be possible to crack a webpage and change the hash values, it becomes very difficult to hunt down and remove all forum posts and announcement posts everywhere on the web.
Also, hashes seem to index well in search engines. Always compare reposted hashes with the original posted hash values, and consider searching for those hash values on the web.
Edited to add: A single sha256 check is considered to be highly secure. The problem is that not every OS has sha256 available. in these cases checking both the MD5 and the SHA1 and verifying both are correct is also considered very secure. That's why it's a good idea to widely publish all three hashes plus file name and version number.
1c408984ee310814a2ec7bf5f37b8735 MD5
0574140e79d00787191ca8feafe8078cce2006a7 sha1
4d239b1a4bee16598d6660f42e1e78c45d600840953460ef7d804350000053c0 sha256
I always repost hashes because while it may be possible to crack a webpage and change the hash values, it becomes very difficult to hunt down and remove all forum posts and announcement posts everywhere on the web.
Also, hashes seem to index well in search engines. Always compare reposted hashes with the original posted hash values, and consider searching for those hash values on the web.
Edited to add: A single sha256 check is considered to be highly secure. The problem is that not every OS has sha256 available. in these cases checking both the MD5 and the SHA1 and verifying both are correct is also considered very secure. That's why it's a good idea to widely publish all three hashes plus file name and version number.
Last edited by pica on Sat May 04, 2013 12:30 am, edited 2 times in total.
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
adrian15sgd,
I'm comparing your autoiso.cgf to the one I found here.
While you left the original copyright notice intact, I think you ought to seriously consider adding your own notes:
Not only in the header, but next to, or inside the code you modify too:
I'm comparing your autoiso.cgf to the one I found here.
While you left the original copyright notice intact, I think you ought to seriously consider adding your own notes:
Code: Select all
# Modified on 04may2013 by adrian15sgd for Super Grub2 Disk 2.00
Code: Select all
insmod regexp # load the grub2 module for regrex searching
# search the following directories on all prior detected disks for bootable ISOs
scan_isos /boot-isos /boot/boot-isos /bootisos /boot/bootisos /BOOTISOS /BOOT/BOOTISO
Last edited by pica on Sat May 04, 2013 12:25 am, edited 1 time in total.
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
On first glance, the issues regarding the jitter I saw in SG2D 2.00 beta 1-3 appear to be gone.
The specific types of jitter were different on different machines. On my Dad's PC the were only "speckles". The usibiltiy was much better.
I will be giving beta 4 some more testing in the next few days. Thanks.
The specific types of jitter were different on different machines. On my Dad's PC the were only "speckles". The usibiltiy was much better.
I will be giving beta 4 some more testing in the next few days. Thanks.
Last edited by pica on Sat May 04, 2013 12:26 am, edited 1 time in total.
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
adrian15sgd,
Since you understand loop booting in grub2 far better than myself, I'll ask you.
Would it be possible to create a loopback.cfg file for UBCD ?
Adding such a file to UBCD should not interfere with the normal usage. it would also make testing new versions of the UBCD much easier.
Example: In my EDC bag I still have an old school CDROM copy of the UBCD. This is for use on machines prior to about Summer 2004 where the BIOS did not support booting directly from a flash drive.
If you were to add a loopback.cfg file inside UBCD then I could boot off the CD, load SG2D 2.0, and then boot the newer version of UBCD that I have on my flash drive.
The other useful thing I can think of is to quickly test new beta versions of the UBCD
By using an old disc of UBCD to boot a newer version of UBCD, I'll end up burning far fewer CDROM drink coasters.
Since you understand loop booting in grub2 far better than myself, I'll ask you.
Would it be possible to create a loopback.cfg file for UBCD ?
Adding such a file to UBCD should not interfere with the normal usage. it would also make testing new versions of the UBCD much easier.
Example: In my EDC bag I still have an old school CDROM copy of the UBCD. This is for use on machines prior to about Summer 2004 where the BIOS did not support booting directly from a flash drive.
If you were to add a loopback.cfg file inside UBCD then I could boot off the CD, load SG2D 2.0, and then boot the newer version of UBCD that I have on my flash drive.
The other useful thing I can think of is to quickly test new beta versions of the UBCD
By using an old disc of UBCD to boot a newer version of UBCD, I'll end up burning far fewer CDROM drink coasters.
-
- Posts: 10
- Joined: Thu May 02, 2013 2:58 pm
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
That's a good piece of news and you save me work of testing it in an actual computer.pica wrote:On first glance, the issues regarding the jitter I saw in SG2D 2.00 beta 1-3 appear to be gone.
The specific types of jitter were different on different machines. On my Dad's PC the were only "speckles". The usibiltiy was much better.
Thank you.
adrian15
-
- Posts: 10
- Joined: Thu May 02, 2013 2:58 pm
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
From SG2D loopback cfg wiki page:pica wrote:adrian15sgd,
Since you understand loop booting in grub2 far better than myself, I'll ask you.
Would it be possible to create a loopback.cfg file for UBCD ?
Code: Select all
This works not by "chainloading" the iso (which is impossible) but by extracting the kernel from the iso, either before hand or at boot time with grub2's "loopback" command. The kernel is then passed a parameter that tells it that it needs to look for its root not in /dev/cdrom, but by loop mounting an iso file. This parameter also tells the kernel (more precisely the initrd scripts) what path the iso can be found at.
More than this depending on the way that UBCD boots its images (memdisk boot I think should not be a problem but booting another distro which doesn't know how to look for herself) might be a problem.
If UBCD can boot itself given an iso path, even from syslinux or isolinux, we can adapt it to use it as a loopback.cfg file. It it can't some improvement needs to be done in UBCD scripts a such a sense.
adrian15
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
adrian15,
I found the mailing list, will subscribe shortly after I configure a new email address.
I also found the github repository at git://git.berlios.de/supergrub but the last version avaiable with anonymous Git access is dated 2009. Could you do an "expermental" release for beta5?
I found the mailing list, will subscribe shortly after I configure a new email address.
I also found the github repository at git://git.berlios.de/supergrub but the last version avaiable with anonymous Git access is dated 2009. Could you do an "expermental" release for beta5?
-
- Posts: 10
- Joined: Thu May 02, 2013 2:58 pm
Re: (Testing thread)Super Grub2 Disk 2.00 beta 4
You should use baells branch, that's the main used branch today.pica wrote: I also found the github repository at git://git.berlios.de/supergrub but the last version avaiable with anonymous Git access is dated 2009. Could you do an "expermental" release for beta5?
Beta5 can be downloaded from: http://forja.cenatic.es/frs/?group_id=2 ... ase_id=754. I'm just waiting for an EFI tester to validate it so that I make it public.
adrian15