On 1/13/19 11:11 PM, Dennis Clarke wrote:
> I mistakenly went with the expert installer of the latest netinst image and
> saw this :
>
>
> ┌┤ [!!] Install the GRUB boot loader on a hard disk ├┐
> │ Unable to install GRUB in dummy │
> │ Executing 'grub-install dummy' fail
On 1/7/19 3:14 PM, John Paul Adrian Glaubitz wrote:
On Jan 7, 2019, at 9:07 PM, Frank Scheiner wrote:
On 1/7/19 16:35, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
root@debian:~/grub2# grub-install /dev/vd
On 1/7/19 16:31, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:22 PM, John Paul Adrian Glaubitz wrote:
I have done this now:
glaubitz@kyoto:~/grub-debian/test$ find /usr/lib/grub/sparc64-ieee1275/ -name
"*.img" -exec file {} \;
/usr/lib/grub/sparc64-ieee1275/diskboot.img: data
/usr/lib/grub/spa
On 06/01/2019 20:40, John Paul Adrian Glaubitz wrote:
> Switching list for GRUB on SPARC.
>
> On 1/6/19 9:35 PM, Frank Scheiner wrote:
>>> I think I will work on GRUB on SPARC next to address the build issues there.
>>
>> Before re-enabling COFF for GRUB, we could look into GRUB as ELF on sparc64
On 1/7/19 9:59 PM, James Clarke wrote:
> Maybe. I wouldn't be surprised if sector 0 still has the old boot.img, but is
> loading the newer kernel.img or whatever is the next stage from /boot. That
> version number in the fancy boot menu almost certainly doesn't live in sector
> 0, 512 bytes (or 816
On 7 Jan 2019, at 20:47, John Paul Adrian Glaubitz
wrote:
>
> Hi!
>
> On 1/7/19 9:23 PM, Frank Scheiner wrote:
>>> Yes, but I know what I did. I‘m not sure why you are questioning that. Do
>>> you see any unexpected results?
>>
>> No, but from the `grub-install` output I didn't expect that th
Hi!
On 1/7/19 9:23 PM, Frank Scheiner wrote:
>> Yes, but I know what I did. I‘m not sure why you are questioning that. Do
>> you see any unexpected results?
>
> No, but from the `grub-install` output I didn't expect that the installation
> worked and after comparing the versions of v1 and v2, I
On 1/7/19 21:14, John Paul Adrian Glaubitz wrote:
On Jan 7, 2019, at 9:07 PM, Frank Scheiner wrote:
On 1/7/19 16:35, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
root@debian:~/grub2# grub-install /dev/
> On Jan 7, 2019, at 9:07 PM, Frank Scheiner wrote:
>
>> On 1/7/19 16:35, John Paul Adrian Glaubitz wrote:
>>> On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
>>> I tried to install GRUB using a ELF boot image:
>>>
>>> root@debian:~/grub2# grub-install /dev/vdiska
>>> Installing for sparc
On 1/7/19 16:35, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
root@debian:~/grub2# grub-install /dev/vdiska
Installing for sparc64-ieee1275 platform.
grub-install: error: the size of `/boot/grub/sparc64-ieee
On 1/7/19 10:35 AM, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
Now we just need to test this on a machine with a Sun partition table.
I can drag out an old sparc for that easily.
Dennis
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
> I tried to install GRUB using a ELF boot image:
>
> root@debian:~/grub2# grub-install /dev/vdiska
> Installing for sparc64-ieee1275 platform.
> grub-install: error: the size of `/boot/grub/sparc64-ieee1275/boot.img' is
> not 512.
> root@debian
On 1/7/19 4:22 PM, John Paul Adrian Glaubitz wrote:
> I have done this now:
>
> glaubitz@kyoto:~/grub-debian/test$ find /usr/lib/grub/sparc64-ieee1275/ -name
> "*.img" -exec file {} \;
> /usr/lib/grub/sparc64-ieee1275/diskboot.img: data
> /usr/lib/grub/sparc64-ieee1275/cdboot.img: SPARC executabl
On 1/7/19 3:43 PM, John Paul Adrian Glaubitz wrote:
> I guess I need to modify the linker flags to explicitly create the
> images as ELF.
I have done this now:
glaubitz@kyoto:~/grub-debian/test$ find /usr/lib/grub/sparc64-ieee1275/ -name
"*.img" -exec file {} \;
/usr/lib/grub/sparc64-ieee1275/di
On 1/7/19 3:34 PM, John Paul Adrian Glaubitz wrote:
> According to the build log, the affected image is "boot.img":
>
> if test x0 = x1; then ../grub-macho2img boot.image boot.img; else objcopy
> -O a.out-sunos-big --strip-unneeded -R .note -R .comment -R
> .note.gnu.build-id -R .MIPS.abif
On 1/7/19 3:23 PM, Frank Scheiner wrote:
> I tried to test these packages, but the created core.img (for netboot though)
> is still a COFF binary IIUIC:
Well, all I did is to strip "a.out" from the linker flags:
--- grub2-2.02+dfsg1.orig/grub-core/Makefile.core.def
+++ grub2-2.02+dfsg1/grub-core
Hi Adrian,
On 1/6/19 21:43, Frank Scheiner wrote:
On 1/6/19 21:40, John Paul Adrian Glaubitz wrote:
On 1/6/19 9:35 PM, Frank Scheiner wrote:
If an ELF
version of GRUB can be provided by someone, I have a lot of sparc64
gear to test on - though not as many as OpenBSD supports ;-).
I do actua
On 1/6/19 21:40, John Paul Adrian Glaubitz wrote:
Switching list for GRUB on SPARC.
On 1/6/19 9:35 PM, Frank Scheiner wrote:
I think I will work on GRUB on SPARC next to address the build issues there.
Before re-enabling COFF for GRUB, we could look into GRUB as ELF on sparc64,
because looki
Switching list for GRUB on SPARC.
On 1/6/19 9:35 PM, Frank Scheiner wrote:
>> I think I will work on GRUB on SPARC next to address the build issues there.
>
> Before re-enabling COFF for GRUB, we could look into GRUB as ELF on sparc64,
> because looking at OpenBSD, their second stage bootloader
19 matches
Mail list logo