Hi Eric!
On 01/26/2017 08:12 PM, Eric Snowberg wrote:
> Currently I don’t have a Debian distro installed on SPARC. I think I need to
> spend some time and set one up. So I'm assuming that is where your grub.cfg
> should be saved.
That's great. The more SPARC upstream developers run Debian, the b
> On Jan 26, 2017, at 9:52 AM, louis ayotte wrote:
>
> On 2017-01-25 03:02 PM, John Paul Adrian Glaubitz wrote:
>> On 01/25/2017 08:21 PM, Eric Snowberg wrote:
>>> I believe you are running out of memory here because grub is trying to load
>>> all those frame buffer modules within your config.
On 26 Jan 2017, at 17:08, Adrian Davey wrote:
> On 2017-01-26 16:52, louis ayotte wrote:
>> On 2017-01-25 03:02 PM, John Paul Adrian Glaubitz wrote:
>>> On 01/25/2017 08:21 PM, Eric Snowberg wrote:
I believe you are running out of memory here because grub is trying to
load all those fra
On 2017-01-26 16:52, louis ayotte wrote:
On 2017-01-25 03:02 PM, John Paul Adrian Glaubitz wrote:
On 01/25/2017 08:21 PM, Eric Snowberg wrote:
I believe you are running out of memory here because grub is trying
to load all those frame buffer modules within your config.
error: no suitable vid
On 2017-01-25 03:02 PM, John Paul Adrian Glaubitz wrote:
> On 01/25/2017 08:21 PM, Eric Snowberg wrote:
>> I believe you are running out of memory here because grub is trying to load
>> all those frame buffer modules within your config.
>>
>>> error: no suitable video mode found.
>> And then it di
On 01/25/2017 08:21 PM, Eric Snowberg wrote:
> I believe you are running out of memory here because grub is trying to load
> all those frame buffer modules within your config.
>
>> error: no suitable video mode found.
>
> And then it didn’t find one that worked.
>
> For this, I believe you are
> On Jan 25, 2017, at 9:40 AM, louis ayotte wrote:
>
> On 2017-01-24 01:01 PM, Eric Snowberg wrote:
>
>> How big is your kernel? Will silo boot it? Can you start over and do the
>> following:
>>
>> grub> reboot
>>
>> You should be back at OBP. Now boot from the disk again and issue:
>>
>>
> On Jan 25, 2017, at 6:58 AM, John Paul Adrian Glaubitz
> wrote:
>
> Hi Eric!
>
> On 01/24/2017 11:37 PM, Eric Snowberg wrote:
>> That might be best. Before you do that though, could you turn on the
>> following debug flag and send me the results:
>> (...)
>
> On a sidenote, should we maybe
On 2017-01-24 01:01 PM, Eric Snowberg wrote:
> How big is your kernel? Will silo boot it? Can you start over and do the
> following:
>
> grub> reboot
>
> You should be back at OBP. Now boot from the disk again and issue:
>
> grub> ls -l /
>
> and send the response? Can you also send a list of a
Hi Eric!
On 01/24/2017 11:37 PM, Eric Snowberg wrote:
> That might be best. Before you do that though, could you turn on the
> following debug flag and send me the results:
> (...)
On a sidenote, should we maybe start tracking these issues on your github
repository?
The more we test, document
On 2017-01-24 05:37 PM, Eric Snowberg wrote:
> That might be best. Before you do that though, could you turn on the
> following debug flag and send me the results:
>
> grub> set debug=loader
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp
>
> do you get the same error with your smaller kernel?
>
gru
> On Jan 24, 2017, at 2:06 PM, louis ayotte wrote:
>
> On 2017-01-24 01:01 PM, Eric Snowberg wrote:
>
>> How big is your kernel? Will silo boot it? Can you start over and do the
>> following:
>>
>> grub> reboot
>>
>> You should be back at OBP. Now boot from the disk again and issue:
>>
>>
> On Jan 24, 2017, at 1:44 PM, Frans van Berckel wrote:
>
> Hi Eric,
>
> On Tue, 2017-01-24 at 09:29 -0700, Eric Snowberg wrote:
>
>> With a sun/vtoc partition table like you have on a Sun Blade
>> 1000. You will need to give it the boot partition (/dev/sda1 in your
>> case) along with the —f
On 2017-01-24 01:01 PM, Eric Snowberg wrote:
> How big is your kernel? Will silo boot it? Can you start over and do the
> following:
>
> grub> reboot
>
> You should be back at OBP. Now boot from the disk again and issue:
>
> grub> ls -l /
>
> and send the response? Can you also send a list of a
Hi Eric,
On Tue, 2017-01-24 at 09:29 -0700, Eric Snowberg wrote:
> With a sun/vtoc partition table like you have on a Sun Blade
> 1000. You will need to give it the boot partition (/dev/sda1 in your
> case) along with the —force option. For your system I’d recommend
> doing:
>
> # grub-install
> On Jan 24, 2017, at 9:49 AM, louis ayotte wrote:
>
> On 2017-01-24 10:56 AM, Eric Snowberg wrote:
>
>> “ls" is one area that has not been completed for SPARC and has many problems.
>>
>> Try this instead:
>>
>> grub> ls /
>>
>> If you see your kernel and initrd, then do something like the
> On Jan 23, 2017, at 2:38 PM, louis ayotte wrote:
>
>
>
> On 2017-01-23 04:27 PM, John Paul Adrian Glaubitz wrote:
>> I think there is enough documentation for this on the web:
>>
>>> https://www.linux.com/learn/how-rescue-non-booting-grub-2-linux
>>> https://wiki.archlinux.org/index.php/GRU
On 2017-01-24 10:56 AM, Eric Snowberg wrote:
> “ls" is one area that has not been completed for SPARC and has many problems.
>
> Try this instead:
>
> grub> ls /
>
> If you see your kernel and initrd, then do something like the following:
>
> grub> linux /vmlinuz-4.8.0-rc8-ATU_final_upstream_v4+
> On Jan 24, 2017, at 6:34 AM, Frans van Berckel wrote:
>
> Hi Eric,
>
> On Mon, 2017-01-23 at 12:38 -0700, Eric Snowberg wrote:
>
>> Since the T5240 doesn’t support GPT, we have to use blocklists, could
>> you try this instead:
>>
>> # grub-install —force /dev/sdb1
>>
>> The following warni
On 01/24/2017 02:34 PM, Frans van Berckel wrote:
> On an old Sun Blade 1000, without GPT partition table ...
Isn't that sun4u? I think these aren't supported yet.
> ... do i need to install it with a force on /dev/sda1 as well?
Yes. As Eric said: If your machine doesn't support GPT, you have
to
Hi Eric,
On Mon, 2017-01-23 at 12:38 -0700, Eric Snowberg wrote:
> Since the T5240 doesn’t support GPT, we have to use blocklists, could
> you try this instead:
>
> # grub-install —force /dev/sdb1
>
> The following warning can be ignored for now:
>
> Installing for sparc64-ieee1275 platform.
>
On 2017-01-23 04:27 PM, John Paul Adrian Glaubitz wrote:
> I think there is enough documentation for this on the web:
>
>> https://www.linux.com/learn/how-rescue-non-booting-grub-2-linux
>> https://wiki.archlinux.org/index.php/GRUB#Using_the_command_shell
> Adrian
>
T5240, No Keyboard
Copyright (
On 01/23/2017 10:19 PM, louis ayotte wrote:
> GNU GRUB version 2.02~beta3-3+sparc64
>
>Minimal BASH-like line editing is supported. For the first word, TAB
>lists possible command completions. Anywhere else TAB lists possible
>device or file completions.
I did reboot but i forgot to generate the configuration for grub,
GNU GRUB version 2.02~beta3-3+sparc64
Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists possible
device or file completions.
On 2017-01-23 01:24 PM, John Paul Adrian Glaubitz wrote:
> This looks like your /boot partition is either too small or uses an
> unsupported
> filesystem. Could you print out your partition table with parted?
>
> E.g.:
>
> root@deb4g:~# parted /dev/vdiska print
> Model: Unknown (unknown)
> Disk /d
On 01/23/2017 10:10 PM, louis ayotte wrote:
>> This looks like your /boot partition is either too small or uses an
>> unsupported
>> filesystem. Could you print out your partition table with parted?
> (...)
> # parted /dev/sdb print
> Model: SEAGATE ST914603SSUN146G (scsi)
> Disk /dev/sdb: 147GB
>
> On Jan 23, 2017, at 10:09 AM, louis ayotte wrote:
>
> Hi everyone,
>
> I made sure to install the correct version of this package as can be
> seen here;
>
> # apt-cache policy grub2
> grub2:
> Installed: 2.02~beta3-3+sparc64
> Candidate: 2.02~beta3-3+sparc64
> Version table:
> *** 2.02~be
On 01/23/2017 06:09 PM, louis ayotte wrote:
> # grub-install --boot-directory=/boot /dev/sdb
> Installing for sparc64-ieee1275 platform.
> grub-install: warning: Embedding is not possible. GRUB can only be
> installed in this setup by using blocklists. However, blocklists are
> UNRELIABLE and the
28 matches
Mail list logo