How to set Display Resolution while having to use “NOMODESET” on boot
I have a Samsung laptop with a Radeon graphics chip.
Live-Images and graphical installation have always worked on this laptop with the proper resolution of 1366x768. However, after Ubuntu had been installed, I ran into the black screen problem which so far, I solved by setting nomodeset temporarily during the first boot which gave me a resolution of 1024x768. Having booted like that, I would then install the fglrx driver, reboot and enjoy my Ubuntu with the proper resolution.
Since I can't use the fglrx driver in Ubuntu 16.04 I am stuck with either a black screen (without using nomodeset) or a distorted display due to the wrong resolution of 1024x768. I tried setting the resolution manually with xrandr but I think since I have to use nomodeset there's no way that I can do that.
Is there any way to fix this?
I know that I could stick with Ubuntu 15.10 but I would really prefer an LTS version.
display display-resolution 16.04 xrandr nomodeset
add a comment |
I have a Samsung laptop with a Radeon graphics chip.
Live-Images and graphical installation have always worked on this laptop with the proper resolution of 1366x768. However, after Ubuntu had been installed, I ran into the black screen problem which so far, I solved by setting nomodeset temporarily during the first boot which gave me a resolution of 1024x768. Having booted like that, I would then install the fglrx driver, reboot and enjoy my Ubuntu with the proper resolution.
Since I can't use the fglrx driver in Ubuntu 16.04 I am stuck with either a black screen (without using nomodeset) or a distorted display due to the wrong resolution of 1024x768. I tried setting the resolution manually with xrandr but I think since I have to use nomodeset there's no way that I can do that.
Is there any way to fix this?
I know that I could stick with Ubuntu 15.10 but I would really prefer an LTS version.
display display-resolution 16.04 xrandr nomodeset
Have you tried theamdgpu
driver?
– Android Dev
Apr 23 '16 at 11:02
I ransudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...
– orkoTron
Apr 23 '16 at 12:54
add a comment |
I have a Samsung laptop with a Radeon graphics chip.
Live-Images and graphical installation have always worked on this laptop with the proper resolution of 1366x768. However, after Ubuntu had been installed, I ran into the black screen problem which so far, I solved by setting nomodeset temporarily during the first boot which gave me a resolution of 1024x768. Having booted like that, I would then install the fglrx driver, reboot and enjoy my Ubuntu with the proper resolution.
Since I can't use the fglrx driver in Ubuntu 16.04 I am stuck with either a black screen (without using nomodeset) or a distorted display due to the wrong resolution of 1024x768. I tried setting the resolution manually with xrandr but I think since I have to use nomodeset there's no way that I can do that.
Is there any way to fix this?
I know that I could stick with Ubuntu 15.10 but I would really prefer an LTS version.
display display-resolution 16.04 xrandr nomodeset
I have a Samsung laptop with a Radeon graphics chip.
Live-Images and graphical installation have always worked on this laptop with the proper resolution of 1366x768. However, after Ubuntu had been installed, I ran into the black screen problem which so far, I solved by setting nomodeset temporarily during the first boot which gave me a resolution of 1024x768. Having booted like that, I would then install the fglrx driver, reboot and enjoy my Ubuntu with the proper resolution.
Since I can't use the fglrx driver in Ubuntu 16.04 I am stuck with either a black screen (without using nomodeset) or a distorted display due to the wrong resolution of 1024x768. I tried setting the resolution manually with xrandr but I think since I have to use nomodeset there's no way that I can do that.
Is there any way to fix this?
I know that I could stick with Ubuntu 15.10 but I would really prefer an LTS version.
display display-resolution 16.04 xrandr nomodeset
display display-resolution 16.04 xrandr nomodeset
asked Apr 23 '16 at 10:50
orkoTronorkoTron
18114
18114
Have you tried theamdgpu
driver?
– Android Dev
Apr 23 '16 at 11:02
I ransudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...
– orkoTron
Apr 23 '16 at 12:54
add a comment |
Have you tried theamdgpu
driver?
– Android Dev
Apr 23 '16 at 11:02
I ransudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...
– orkoTron
Apr 23 '16 at 12:54
Have you tried the
amdgpu
driver?– Android Dev
Apr 23 '16 at 11:02
Have you tried the
amdgpu
driver?– Android Dev
Apr 23 '16 at 11:02
I ran
sudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...– orkoTron
Apr 23 '16 at 12:54
I ran
sudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...– orkoTron
Apr 23 '16 at 12:54
add a comment |
2 Answers
2
active
oldest
votes
I had the same problem and was finding nomodeset annoying not just because of the screen resolution, but because it really made compiz suck cpu. So I went back to not using nomodeset because I'd found that if I waited 5 minutes after booting, the screen would come on.
Anyway, just now when I booted, it went black after the grub screen as usual, but the screen turned on just before the login screen appeared. I remembered I took an update this morning that included Ubuntu base, so I'm speculating that the problem was addressed. It isn't fully fixed, but is 95% better, so give it a go if you haven't taken this update yet.
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
add a comment |
I have 4 laptops upgraded with 16.04, and they all behave a little different with what GRUB accepts. The preferred way should be to set in /etc/default/grub
GRUB_GFXMODE=1920x1080x32
with the part after the equal sign the allowed resolutions for your device. Use either c at the GRUB prompt and enter vbeinfo
, or run sudo hwinfo --framebuffer
from the console in linux to get a list of accepted modes.
Sometimes, even if the screen is a 16:10 1920x1200 or similar, only a resolution of 1600x1200 is accepted, so watch out for this. This is the setting for GRUB. To have it carry over to the booting system, use a line
GRUB_GFXPAYLOAD_LINUX=keep
after that.
For some devices, this (preferred) option has no effect. But for my two problem children, commenting out the GRUB_GFXMODE
line, keeping the GRUB_GFXPAYLOAD_LINUX
line and using the deprecated option vga=
with nomodeset
was sufficient:
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset vga=0x35a quiet splash"
sets the tty to 1600x1200 with 24 bit. Use the hex value sudo hwinfo --framebuffer
gives you.
Sadly, no luck so far... I triedGRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when addingGRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though.sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUBvbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...
– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and addingGRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!
– cirrusio
Dec 6 '18 at 17:48
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f761149%2fhow-to-set-display-resolution-while-having-to-use-nomodeset-on-boot%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I had the same problem and was finding nomodeset annoying not just because of the screen resolution, but because it really made compiz suck cpu. So I went back to not using nomodeset because I'd found that if I waited 5 minutes after booting, the screen would come on.
Anyway, just now when I booted, it went black after the grub screen as usual, but the screen turned on just before the login screen appeared. I remembered I took an update this morning that included Ubuntu base, so I'm speculating that the problem was addressed. It isn't fully fixed, but is 95% better, so give it a go if you haven't taken this update yet.
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
add a comment |
I had the same problem and was finding nomodeset annoying not just because of the screen resolution, but because it really made compiz suck cpu. So I went back to not using nomodeset because I'd found that if I waited 5 minutes after booting, the screen would come on.
Anyway, just now when I booted, it went black after the grub screen as usual, but the screen turned on just before the login screen appeared. I remembered I took an update this morning that included Ubuntu base, so I'm speculating that the problem was addressed. It isn't fully fixed, but is 95% better, so give it a go if you haven't taken this update yet.
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
add a comment |
I had the same problem and was finding nomodeset annoying not just because of the screen resolution, but because it really made compiz suck cpu. So I went back to not using nomodeset because I'd found that if I waited 5 minutes after booting, the screen would come on.
Anyway, just now when I booted, it went black after the grub screen as usual, but the screen turned on just before the login screen appeared. I remembered I took an update this morning that included Ubuntu base, so I'm speculating that the problem was addressed. It isn't fully fixed, but is 95% better, so give it a go if you haven't taken this update yet.
I had the same problem and was finding nomodeset annoying not just because of the screen resolution, but because it really made compiz suck cpu. So I went back to not using nomodeset because I'd found that if I waited 5 minutes after booting, the screen would come on.
Anyway, just now when I booted, it went black after the grub screen as usual, but the screen turned on just before the login screen appeared. I remembered I took an update this morning that included Ubuntu base, so I'm speculating that the problem was addressed. It isn't fully fixed, but is 95% better, so give it a go if you haven't taken this update yet.
answered Apr 26 '16 at 9:23
Ken SpagnoloKen Spagnolo
51115
51115
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
add a comment |
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
This seems to have fixed it! I reinstalled 16.04 to try it out. Installed the updates after booting with nomodeset and then I waited about 20 minutes without the screen coming on. Nothing. Today, installed the new updates. On the first reboot, the display was black but not powered off (which had been the case before). I just moved the mouse and there it was: My login screen with 1366x768. On the second reboot, the login screen showed up directly.
– orkoTron
Apr 27 '16 at 19:15
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Great! I have to say that since I posted that, the behavior I've experienced has been a little erratic, with the screen sometimes coming on immediately and sometimes not. Hopefully the driver will continue to be improved, but in the meantime I can live with it and function without resorting to nomodeset. Cheers.
– Ken Spagnolo
Apr 30 '16 at 2:59
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
Well... A little erratic seems to be the right choice of words... After another update, the same problems reappeared and I'm having the same problems again. I'll give it another go to see whether it changed again or not. But I think I'll downgrade to 15.10 for now to have an OS I can actually work with...
– orkoTron
May 1 '16 at 10:22
add a comment |
I have 4 laptops upgraded with 16.04, and they all behave a little different with what GRUB accepts. The preferred way should be to set in /etc/default/grub
GRUB_GFXMODE=1920x1080x32
with the part after the equal sign the allowed resolutions for your device. Use either c at the GRUB prompt and enter vbeinfo
, or run sudo hwinfo --framebuffer
from the console in linux to get a list of accepted modes.
Sometimes, even if the screen is a 16:10 1920x1200 or similar, only a resolution of 1600x1200 is accepted, so watch out for this. This is the setting for GRUB. To have it carry over to the booting system, use a line
GRUB_GFXPAYLOAD_LINUX=keep
after that.
For some devices, this (preferred) option has no effect. But for my two problem children, commenting out the GRUB_GFXMODE
line, keeping the GRUB_GFXPAYLOAD_LINUX
line and using the deprecated option vga=
with nomodeset
was sufficient:
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset vga=0x35a quiet splash"
sets the tty to 1600x1200 with 24 bit. Use the hex value sudo hwinfo --framebuffer
gives you.
Sadly, no luck so far... I triedGRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when addingGRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though.sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUBvbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...
– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and addingGRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!
– cirrusio
Dec 6 '18 at 17:48
add a comment |
I have 4 laptops upgraded with 16.04, and they all behave a little different with what GRUB accepts. The preferred way should be to set in /etc/default/grub
GRUB_GFXMODE=1920x1080x32
with the part after the equal sign the allowed resolutions for your device. Use either c at the GRUB prompt and enter vbeinfo
, or run sudo hwinfo --framebuffer
from the console in linux to get a list of accepted modes.
Sometimes, even if the screen is a 16:10 1920x1200 or similar, only a resolution of 1600x1200 is accepted, so watch out for this. This is the setting for GRUB. To have it carry over to the booting system, use a line
GRUB_GFXPAYLOAD_LINUX=keep
after that.
For some devices, this (preferred) option has no effect. But for my two problem children, commenting out the GRUB_GFXMODE
line, keeping the GRUB_GFXPAYLOAD_LINUX
line and using the deprecated option vga=
with nomodeset
was sufficient:
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset vga=0x35a quiet splash"
sets the tty to 1600x1200 with 24 bit. Use the hex value sudo hwinfo --framebuffer
gives you.
Sadly, no luck so far... I triedGRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when addingGRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though.sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUBvbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...
– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and addingGRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!
– cirrusio
Dec 6 '18 at 17:48
add a comment |
I have 4 laptops upgraded with 16.04, and they all behave a little different with what GRUB accepts. The preferred way should be to set in /etc/default/grub
GRUB_GFXMODE=1920x1080x32
with the part after the equal sign the allowed resolutions for your device. Use either c at the GRUB prompt and enter vbeinfo
, or run sudo hwinfo --framebuffer
from the console in linux to get a list of accepted modes.
Sometimes, even if the screen is a 16:10 1920x1200 or similar, only a resolution of 1600x1200 is accepted, so watch out for this. This is the setting for GRUB. To have it carry over to the booting system, use a line
GRUB_GFXPAYLOAD_LINUX=keep
after that.
For some devices, this (preferred) option has no effect. But for my two problem children, commenting out the GRUB_GFXMODE
line, keeping the GRUB_GFXPAYLOAD_LINUX
line and using the deprecated option vga=
with nomodeset
was sufficient:
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset vga=0x35a quiet splash"
sets the tty to 1600x1200 with 24 bit. Use the hex value sudo hwinfo --framebuffer
gives you.
I have 4 laptops upgraded with 16.04, and they all behave a little different with what GRUB accepts. The preferred way should be to set in /etc/default/grub
GRUB_GFXMODE=1920x1080x32
with the part after the equal sign the allowed resolutions for your device. Use either c at the GRUB prompt and enter vbeinfo
, or run sudo hwinfo --framebuffer
from the console in linux to get a list of accepted modes.
Sometimes, even if the screen is a 16:10 1920x1200 or similar, only a resolution of 1600x1200 is accepted, so watch out for this. This is the setting for GRUB. To have it carry over to the booting system, use a line
GRUB_GFXPAYLOAD_LINUX=keep
after that.
For some devices, this (preferred) option has no effect. But for my two problem children, commenting out the GRUB_GFXMODE
line, keeping the GRUB_GFXPAYLOAD_LINUX
line and using the deprecated option vga=
with nomodeset
was sufficient:
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset vga=0x35a quiet splash"
sets the tty to 1600x1200 with 24 bit. Use the hex value sudo hwinfo --framebuffer
gives you.
edited Apr 23 '16 at 18:34
answered Apr 23 '16 at 11:54
emk2203emk2203
2,7521925
2,7521925
Sadly, no luck so far... I triedGRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when addingGRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though.sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUBvbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...
– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and addingGRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!
– cirrusio
Dec 6 '18 at 17:48
add a comment |
Sadly, no luck so far... I triedGRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when addingGRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though.sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUBvbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...
– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and addingGRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!
– cirrusio
Dec 6 '18 at 17:48
Sadly, no luck so far... I tried
GRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when adding GRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though. sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUB vbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...– orkoTron
Apr 23 '16 at 13:04
Sadly, no luck so far... I tried
GRUB_GFXMODE=800x600x32
just to see that GRUB's resolution changed as expected. Still had to use nomodeset to boot to login screen. Also when adding GRUB_GFXPAYLOAD_LINUX
. The resolution in Ubuntu changed, though. sudo hwinfo --framebuffer
only gives me resolutions up to 1024x768. In GRUB vbeinfo
outputs lots more but if I choose one beyond 1024x768 it doesn't have any effect. Maybe because the height is greater than 768 in all of these options...– orkoTron
Apr 23 '16 at 13:04
Here we are at 2018 and adding
GRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!– cirrusio
Dec 6 '18 at 17:48
Here we are at 2018 and adding
GRUB_GFXMODE...
seems to have fixed my ability to boot into ubuntu. Thanks!– cirrusio
Dec 6 '18 at 17:48
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f761149%2fhow-to-set-display-resolution-while-having-to-use-nomodeset-on-boot%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Have you tried the
amdgpu
driver?– Android Dev
Apr 23 '16 at 11:02
I ran
sudo apt-get install xserver-xorg-video-amdgpu libdrm-amdgpu1
. Both packages were already installed...– orkoTron
Apr 23 '16 at 12:54