On Thu, Jan 3, 2013 at 6:35 PM, Dale Amon wrote:
> On Thu, Jan 03, 2013 at 06:18:21PM -0500, Tom H wrote:
>> On Wed, Jan 2, 2013 at 6:39 AM, Dale Amon wrote:
>>
>>
>>> # DMA20121218. This is new, suggested to me by Tom H on the ubuntudev list
>>> #GRUB_GFXPAYLOAD_LINUX=text
>>
>> If you don't set
On Thu, Jan 3, 2013 at 3:49 PM, Sander Smeenk wrote:
> Quoting Jordon Bedwell (jor...@envygeeks.com):
>>>
>>> And framebuffered consoles. I can see *some* value of having larger
>>> terminals than the default 80x24.
>>
>> And this is more constructive than my comments? Jump in and help fix
>> them
On Fri, Jan 04, 2013 at 08:51:32AM +, Dale Amon wrote:
> > Most people probably want to add this line as well:
> >
> > GRUB_RECORDFAIL_TIMEOUT=5
I did so. I finally got it to work with 'nomodeset' in
conjunction with some of the others.
Now if I can get my libvirt networking functioning o
On Thu, Jan 03, 2013 at 04:14:44PM -0800, Mark - Syminet wrote:
>
> On Jan 3, 2013, at 3:35 PM, Dale Amon wrote:
>
> […]
>
> > I had tried the GFX line earlier but had not joy... but I have
> > fiddled many things since then, so perhaps I will try it again.
> >
>
> Most people probably want t
On Thu, Jan 03, 2013 at 06:18:21PM -0500, Tom H wrote:
> On Wed, Jan 2, 2013 at 6:39 AM, Dale Amon wrote:
>
>
> > # DMA20121218. This is new, suggested to me by Tom H on the ubuntudev list
> > #GRUB_GFXPAYLOAD_LINUX=text
>
> If you don't set it "text", the value of "GRUB_GFXPAYLOAD_LINUX" is
>
On Wed, Jan 2, 2013 at 6:39 AM, Dale Amon wrote:
> # DMA20121218. This is new, suggested to me by Tom H on the ubuntudev list
> #GRUB_GFXPAYLOAD_LINUX=text
If you don't set it "text", the value of "GRUB_GFXPAYLOAD_LINUX" is
that of "GRUB_GFXMODE", which is "auto" by default.
> # Uncomment to
Quoting Jordon Bedwell (jor...@envygeeks.com):
> > Do you see any added value to a 'splash screen' hiding *everything* that
> > is happening on *SERVER* installs?
> Disable it? It takes but one obvious edit inside of /etc/default/grub.
> Pro tip: - quiet splash + nosplash
> Pro tip: update-grub
A few typo corrections to avoid confusion:
On Thu, Jan 03, 2013 at 03:13:09PM +, Dale Amon wrote:
> that is less trouble free. Time is money.
^
more
> Them's the hard facts of life in a fast past world
^
On Thu, Jan 03, 2013 at 01:33:16PM +0100, Soren Hansen wrote:
> We'd be happy to explore possible ways Ubuntu Server could stand out. I
> can just say that historically the Ubuntu Server community has by far
> preferred that Ubuntu Server remain a minimal install. It's been a
> while since this dis
2013/1/3 Sander Smeenk :
> Do you see any added value to a 'splash screen' hiding *everything*
> that is happening on *SERVER* installs?
A commonly ignored fact in this brave, new Plymouth world is that, as
opposed to the pre-Plymouth days, you don't actually need to be
physically at the machine t
Like in medicine, the first rule in Enterprise systems
is 'do no harm'.
If an upgrade to a working system causes it to come up
in a crippled or unusable state without assorted arcane
incantations (and btw I used even more arcane ones than
you mentioned and they did not work), then something
is br
On Thu, Jan 3, 2013 at 5:17 AM, Jordon Bedwell wrote:
>> Do you see any added value to a 'splash screen' hiding *everything* that
>> is happening on *SERVER* installs?
>
> Disable it? It takes but one obvious edit inside of /etc/default/grub.
> Pro tip: - quiet splash + nosplash
> Pro tip: update
On Thu, Jan 3, 2013 at 5:05 AM, Sander Smeenk wrote:
> Quoting Jordon Bedwell (jor...@envygeeks.com):
>
>> > I agree, just did not want to say it. I get the feeling there
>> > are a lot of people working on Linux these days who have never
>> > set foot into a data centre.
>> Your statement is full
Quoting Jordon Bedwell (jor...@envygeeks.com):
> > I agree, just did not want to say it. I get the feeling there
> > are a lot of people working on Linux these days who have never
> > set foot into a data centre.
> Your statement is full of fail and horseshit.
Not to start a war at this beautiful
Just fyi, this is the grub default set up I am using
right now. I did try a number of different settings
but they did not seem to make any difference. Perhaps
this is because of the stuff being compiled that
you noted.
This is the grub default settings I typically use:
GRUB_DEFAULT=0
#GRUB_HIDDE
On Wed, Jan 02, 2013 at 03:31:47AM -0600, Jordon Bedwell wrote:
> Your statement is full of fail and horseshit.
So you have worked in data centres on racks belonging to
Fortune 500 companies and their contract service providers?
Good to hear there are experienced people on board.
Which also mean
For those who do not understand what I mean... if
you have a release named 'server' and it is to work
in a typical industrial rack, then you must assume:
* your console is via a KVM that is probably
5-10 years old.
* the rack has anywhere up to 10 other servers
On Wed, Jan 2, 2013 at 3:24 AM, Dale Amon wrote:
> I agree, just did not want to say it. I get the feeling there
> are a lot of people working on Linux these days who have never
> set foot into a data centre.
Your statement is full of fail and horseshit.
--
Ubuntu-devel-discuss mailing list
Ubu
On Wed, Jan 02, 2013 at 09:11:06AM +0100, Sander Smeenk wrote:
> This sounds like one of my major annoyances with Ubuntu (server): the
> framebuffered consoles & splashscreens that are TERRIBLY incompatible
> with "virtual monitors" other than a physical connected VESA-VGA capable
> video display.
Quoting Dale Amon (a...@vnl.com):
> Anyone know of a work around? A change in initrd?
> A change in /etc/default/grub?
Warning: kinda ranty:
This sounds like one of my major annoyances with Ubuntu (server): the
framebuffered consoles & splashscreens that are TERRIBLY incompatible
with "virtual m
I just installed a new server and put quantal on it
to check it out.
With the old CRT it came up with the login prompt, but
it blinked on and off with a duty cycle of about 4 seconds,
and eventually blanked and never came back.
All was working though because I could ssh in and do any
work I neede
21 matches
Mail list logo