Re: Console screen resolution / font during initramfs

Detlef Vollmann (HE12025-07-31): > 3:2 is there and is actually become more popular these days > with business oriented notebooks. What we really need are monitor with 1.4142135623730950488016887242096980786 and 1.6180339887498948482045868343656381177 aspect ratio. Regards, -- Nicolas George

Re: Console screen resolution / font during initramfs

On 7/30/25 22:23, Felix Miata wrote: Absence from inclusion in standards, such as on: 1.5:1 and 15:10 are simply not there. 3:2 is there and is actually become more popular these days with business oriented notebooks. Detlef

Re: Console screen resolution / font during initramfs

Andy Smith composed on 2025-07-29 21:57 (UTC): > On Tue, Jul 29, 2025 at 17:29:38 -0400, Felix Miata wrote >> I would expect your laptop to have a rather special UEFI BIOS >> to accommodate its resolution oddities. Is a laptop UEFI BIOS >> update available for it? > It has no resolution oddities

Re: Console screen resolution / font during initramfs

Andy Smith composed on 2025-07-29 18:58 (UTC): > I think this was already set when I ran "dpkg-reconfigure > console-setup": > $ grep -Ev '^(#|$)' /etc/default/console-setup > ACTIVE_CONSOLES="/dev/tty[1-6]" > CHARMAP="UTF-8" > CODESET="Lat15" > FONTFACE="Terminus" > FONTSIZE="16x32" > VIDEOMODE=

Re: Console screen resolution / font during initramfs

Hi, On Tue, Jul 29, 2025 at 05:29:38PM -0400, Felix Miata wrote: > Andy Smith composed on 2025-07-28 15:13 (UTC): > > > I have a Debian 12 laptop with quite a small screen which is quite high > > DPI — 13" diagonal with resolution 2880x1920. > ... > > The only 2880 wides I've ever seen before a

Re: Console screen resolution / font during initramfs

Andy Smith composed on 2025-07-28 15:13 (UTC): > I have a Debian 12 laptop with quite a small screen which is quite high > DPI — 13" diagonal with resolution 2880x1920. ... The only 2880 wides I've ever seen before are 16:10 2880x1800. I haven't run across 15:10 before either. Are you sure your

Re: Console screen resolution / font during initramfs

Hi, On Tue, Jul 29, 2025 at 01:33:12PM -0400, Felix Miata wrote: > Andy Smith composed on 2025-07-29 13:34 (UTC): > > I found a bit of time to tinker yesterday but unfortunately no matter > > what I put with video= always led to no difference and a log line > > saying: > > > (video=1600x1200@119

Re: Console screen resolution / font during initramfs

Andy Smith composed on 2025-07-29 13:34 (UTC): > On Mon, Jul 28, 2025 at 11:58:55AM -0400, Felix Miata wrote: >> Andy Smith composed on 2025-07-28 15:35 (UTC): >>> The video= kernel command line looks promising and I will try this when >>> I've finished using my laptop for work today :) >>>

Re: Console screen resolution / font during initramfs

Hi, On Mon, Jul 28, 2025 at 11:58:55AM -0400, Felix Miata wrote: > Andy Smith composed on 2025-07-28 15:35 (UTC): > > > The video= kernel command line looks promising and I will try this when > > I've finished using my laptop for work today :) > > > It would help though if anyoen were able to co

Re: Console screen resolution / font during initramfs

Andy Smith (HE12025-07-28): > Is setting GRUB_GFXMODE going to change the resolution from the moment > grub starts? Test it and tell us what you found out. > Am I also able to use video- on the kernel command line to > change it again once the kernel gets as far as a framebuffer? T

Re: Console screen resolution / font during initramfs, KMS

ade me do a websearch. Now sharing my find. KMS is short for Kernel Mode Setting. It is _Display_ Mode Setting, it is about screen resolution, color depth and refresh rate. See also https://en.wikipedia.org/wiki/Mode_setting Groeten Geert Stappers -- Silence is hard to parse

Re: Console screen resolution / font during initramfs

Hi, On Mon, Jul 28, 2025 at 07:41:32PM +0100, Darac Marjal wrote: > > GRUB_GFXMODE=1920x1080 > > > You might also try 'GRUB_GFXMODE="auto"' (this is the default, so leaving > GRUB_GFXMODE commented out has the same effect). As I say I already boot it with that commented out and the text is way t

Re: Console screen resolution / font during initramfs

On 28/07/2025 16:55, Hans wrote: > Which entries? I do not currently have any settings in /etc/default/grub > related to resolution or font size. > > I'm asking which settings should be used in there (or anywhere else), if > anyone knows. > > The video= kernel command line looks promising

Re: Console screen resolution / font during initramfs

Andy Smith composed on 2025-07-28 15:35 (UTC): > The video= kernel command line looks promising and I will try this when > I've finished using my laptop for work today :) > It would help though if anyoen were able to confirm that I'm on the > right track with that. You are. I've been using it ev

Re: Console screen resolution / font during initramfs

> Which entries? I do not currently have any settings in /etc/default/grub > related to resolution or font size. > > I'm asking which settings should be used in there (or anywhere else), if > anyone knows. > > The video= kernel command line looks promising and I will try this when > I've finished

Re: Console screen resolution / font during initramfs

Hi Hans, On Mon, Jul 28, 2025 at 05:25:38PM +0200, Hans wrote: > I believe, you should simply remove or comment out the > entries in /etc/default/grub, and then just do an > > upgrade-initramfs -u > > as root to make it permanent. Which entries? I do not currently have any settings in /etc/def

Re: Console screen resolution / font during initramfs

I believe, you should simply remove or comment out the entries in /etc/default/grub, and then just do an upgrade-initramfs -u as root to make it permanent. Before you do this, you can check your setings. In the boot menu of grub, type "e", then you can edit the boot commands for this special

Console screen resolution / font during initramfs

Hi, I have a Debian 12 laptop with quite a small screen which is quite high DPI — 13" diagonal with resolution 2880x1920. I like to remove "quiet" and "splash" from the kernel command line in grub settings as I prefer to see all the text fly past. In this case this is somewhat ruined by the fact

Re: Bugs in display scaling and screen resolution setting

On Monday, 23-09-2024 at 19:48 newbie...@gmx.de wrote: > > hello friends,  >   > I tried but found it too confusing to find where to report bugs for debian > :-(  .  What GUI are you using? (e.g. Gnome, KDE, Xfec, etc ?) Wayland or X11 ? What is the model number of monitor are you using?

Bugs in display scaling and screen resolution setting

hello friends,    I tried but found it too confusing to find where to report bugs for debian :-(   .    I see an issues in ver. 12.6.0 started from the live image:    Scaling the desktop by Settings - Display - General - Scale works  counter-intuitive, setting it to 2x reduces everything on scree

Re: Virtual machine affects client screen resolution

On Friday 24 February 2023 10:03:31 pm Max Nikulin wrote: > On 25/02/2023 00:55, Roy J. Tellason, Sr. wrote: > > On Wednesday 22 February 2023 09:24:17 pm Max Nikulin wrote: > >> On 19/02/2023 01:01, Roy J. Tellason, Sr. wrote: > >>> So this got me curious, and I tried it out. In the terminal tha

Re: Virtual machine affects client screen resolution

On 25/02/2023 00:55, Roy J. Tellason, Sr. wrote: On Wednesday 22 February 2023 09:24:17 pm Max Nikulin wrote: On 19/02/2023 01:01, Roy J. Tellason, Sr. wrote: So this got me curious, and I tried it out. In the terminal that's running inside of the virtualbox instance where I'm doing emails,

Re: Virtual machine affects client screen resolution

On Wednesday 22 February 2023 09:24:17 pm Max Nikulin wrote: > > On 19/02/2023 01:01, Roy J. Tellason, Sr. wrote: > > On Saturday 18 February 2023 12:17:20 am Max Nikulin wrote: > >> echo "$DISPLAY" > > > > So this got me curious, and I tried it out. In the terminal that's > > running inside of

Re: Virtual machine affects client screen resolution

On 19/02/2023 01:01, Roy J. Tellason, Sr. wrote: On Saturday 18 February 2023 12:17:20 am Max Nikulin wrote: echo "$DISPLAY" So this got me curious, and I tried it out. In the terminal that's running inside of the virtualbox instance where I'm doing emails, it comes back with: :0 Have

Re: Virtual machine affects client screen resolution

My thanks to David Wright and Max Nikulin. That was a good wake-up call. Most of my VMs are safe, but it was interesting to learn what was really going on. ForwardX11 was enabled for the ssh session. Initially I imagined vncviewer (to the KVM host though ssh) was the one causing the problem,

Re: Virtual machine affects client screen resolution

On Saturday 18 February 2023 12:17:20 am Max Nikulin wrote: > echo "$DISPLAY" So this got me curious, and I tried it out. In the terminal that's running inside of the virtualbox instance where I'm doing emails, it comes back with: :0 But in a terminal which is running on the host Debian syst

Re: Virtual machine affects client screen resolution

On 18/02/2023 08:57, Albert S. wrote: If you think I issued the xrandr command on the wrong machine, that was not the case: history makes it clear. Behavior depends on the DISPLAY environment value at the moment when xrandr was executed. Likely it was pointed not to vnc Xserver, but to the

Re: Virtual machine affects client screen resolution

On Fri 17 Feb 2023 at 20:57:38 (-0500), Albert S. wrote: > Running “xrandr --size 800x600” on a virtual machine affected both > monitors on my workstation. That was completely unexpected and I am > wondering how to explain that. > > Below you will find the detailed description. [ … ] > But my re

Virtual machine affects client screen resolution

tely unexpected. I am asking myself how can a command issued on a VM which is running on a different machine affect the screen resolution of the workstation used to access that VM. Just to be clear, I was accessing that VM both through ssh and through vncviewer (still back and gray screen image)

Re: loss of screen resolution, part 2

On 12/21/22 03:37, to...@tuxteam.de wrote: On Tue, Dec 20, 2022 at 05:26:06PM +, Kleene, Steven (kleenesj) wrote: [...] On Tuesday, December 20, 2022 10:36 AM, Max Nikulin wrote: get-edid | parse-edid edid-decode /sys/class/drm/card0-HDMI-A-1/edid Thanks. get-edid doesn't find any EDIDs

Re: loss of screen resolution, part 2

: debian-user@lists.debian.org Subject: Re: loss of screen resolution, part 2 External Email: Use Caution On 20/12/2022 09:49, Timothy M Butterworth wrote: Newer Intel graphics require closed source binary blobs. Try installing firmware-linux-nonfree. In the previous thread somebody spotted an issue

Re: loss of screen resolution, part 2

On 21/12/2022 00:26, Kleene, Steven (kleenesj) wrote: On Tuesday, December 20, 2022 10:36 AM, Max Nikulin wrote: get-edid | parse-edid edid-decode /sys/class/drm/card0-HDMI-A-1/edid Thanks. get-edid doesn't find any EDIDs, and there are no edid files under /sys/devices. Have you checked "jou

Re: loss of screen resolution, part 2

_ From: to...@tuxteam.de Sent: Wednesday, December 21, 2022 3:37 AM To: debian-user@lists.debian.org Subject: Re: loss of screen resolution, part 2 External Email: Use Caution

Re: loss of screen resolution, part 2

On Tue, Dec 20, 2022 at 05:26:06PM +, Kleene, Steven (kleenesj) wrote: [...] > On Tuesday, December 20, 2022 10:36 AM, Max Nikulin wrote: > > get-edid | parse-edid > > edid-decode /sys/class/drm/card0-HDMI-A-1/edid > Thanks. get-edid doesn't find any EDIDs, and there are no edid files under

Re: loss of screen resolution, part 2

20, 2022 12:26 PM To: debian-user@lists.debian.org Subject: Re: loss of screen resolution, part 2 On Monday, December 19, 2022 9:12 PM, I wrote: >> Today I have my new desktop and did a clean install of Bullseye. I call fvwm >> with startx, and once again my screen is 1024x768. On Mon

Re: loss of screen resolution, part 2

Thanks. get-edid doesn't find any EDIDs, and there are no edid files under /sys/devices. From: Max Nikulin Sent: Tuesday, December 20, 2022 10:36 AM To: debian-user@lists.debian.org Subject: Re: loss of screen resolution, part 2 External Email: Us

Re: loss of screen resolution, part 2

On 20/12/2022 09:49, Timothy M Butterworth wrote: Newer Intel graphics require closed source binary blobs. Try installing firmware-linux-nonfree. In the previous thread somebody spotted an issue with fetching modes supported by the monitor. Examples of commands to debug such problem: get-edi

Re: loss of screen resolution, part 2

Kleene, Steven (kleenesj) composed on 2022-12-20 02:12 (UTC): > Today I have my new desktop and did a clean install of Bullseye. Cardinal rule of PC shopping for use with Linux, unless you are a Linux developer: Make sure the major PC components are several months or more older than

Re: loss of screen resolution, part 2

On Mon, Dec 19, 2022 at 9:28 PM Kleene, Steven (kleenesj) < kleen...@ucmail.uc.edu> wrote: > On Thursday, December 1, 2022 9:41 PM, I started a thread (same title as > this > minus "part 2"), with: > > Out of the blue today, my usual screen resolution (19

loss of screen resolution, part 2

On Thursday, December 1, 2022 9:41 PM, I started a thread (same title as this minus "part 2"), with: > Out of the blue today, my usual screen resolution (1920x1200) became > unavailable. Despite many helpful suggestions, the problem wasn't resolved. Since I was about to

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >> Out of the blue today, my usual screen resolution (1920x1200) became >> unavailable. ... On Sunday, December 4, 2022 1:26 AM, Felix Miata replied: > Do you have another VGA cable you could try? Do you have any other PCs with > VGA out

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-04 18:03 (UTC): > I do have /usr/lib/xserver-xorg-video-intel. I don't have > /etc/X11/xorg.conf.d/ but do have /usr/share/X11/xorg.conf.d/ with the > following: > 10-amdgpu.conf 10-quirks.conf 10-radeon.conf 40-libinput.conf > 70-wacom.conf >

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >> Out of the blue today, my usual screen resolution (1920x1200) became >> unavailable. ... On December 4, 2022 1:26 AM, Felix Miata replied: > Your old Xorg.0.logs differ significantly from your current ones ... > This suggests to me your

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-02 02:41 (UTC): ... Your old Xorg.0.logs differ significantly from your current ones, and my own on a similar Intel GPU. In what follows, the current ones and the old ones omit everything between the first and last lines: * [ 2059.607] (II) modes

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-02 02:41 (UTC): See if adding the following file helps: --- # cat /etc/X11/xorg.conf.d/25-intelExtra.conf Section "Device" Identifier "IntelKludges" Option "ReprobeOutputs" "on" # default off EndSection --- "(WW) VGA ar

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >> Out of the blue today, my usual screen resolution (1920x1200) became >> unavailable. ... On December 3, 2022 1:23 PM, Felix Miata wrote: > This and http://paste.debian.net/1262700/ are the same log created Sat Jul 3 > 16:37:19 2021 u

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-03 14:15 (UTC): > For Xorg.0.log, > http://paste.debian.net/1262735/ This and http://paste.debian.net/1262700/ are the same log created Sat Jul 3 16:37:19 2021 using kernel 4.19.0-17-amd64. If these are from /var/log/ then look in ~/.local/share/xorg

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >>> Out of the blue today, my usual screen resolution (1920x1200) became >>> unavailable. ... On December 2, 2022 10:12 AM, Felix Miata wrote: >> ... run >> inxi -U >> to upgrade, and post here output from within

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-02 02:20 (UTC): >> Next, give us the whole log to see: > cat /var/log/Xorg.0.log | pastebinit > http://paste.debian.net/1262700/ > That's a lot to look at. Thank you. I don't see anything to suggest that there's anything wrong. Did these re

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >> Out of the blue today, my usual screen resolution (1920x1200) became >> unavailable. ... On December 2, 2022 10:12 AM, Felix Miata wrote: > ... run > inxi -U > to upgrade, and post here output from within an X terminal:

Re: loss of screen resolution

Kleene, Steven (kleenesj) composed on 2022-12-02 13:11 (UTC): > I'll add that I did do a weekly apt upgrade shortly before this happened, Now let's see how all those things Dan asked for work together: Install/Upgrade inxi. Buster's inxi is a broken antique. Best to install directly from upstre

Re: loss of screen resolution

On December 1, 2022 9:41 PM, I wrote: >> Out of the blue today, my usual screen resolution (1920x1200) became >> unavailable. ... On December 2, 2022 7:43 AM, Dan Ritter replied: > I'm going to guess that this is a change in one or both of: > > - GPU firmware > -

Re: loss of screen resolution

Kleene, Steven (kleenesj) wrote: > Out of the blue today, my usual screen resolution (1920x1200) became > unavailable. I booted to the console and called startx, which brings up > fvwm. But my default base window went way off-screen, and the type was huge. > xrandr said I was at

loss of screen resolution

Out of the blue today, my usual screen resolution (1920x1200) became unavailable. I booted to the console and called startx, which brings up fvwm. But my default base window went way off-screen, and the type was huge. xrandr said I was at 1024x768 and did not list the 1920x1200 option at all

Re: After some effort, can't change grub screen resolution

y.com/aqua+vitae) from TheFreeDictionary.com (http://www.thefreedictionary.com) Sent from Yahoo Mail on Android

Re: Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

"Andrew M.A. Cater" writes: > On Sat, Jan 08, 2022 at 06:52:32PM +, Richmond wrote: >> I am currently running Debian 10. >> >> sudo lspci|grep VGA >> 01:05.0 VGA compatible controller: Advanced Micro Devices, >> Inc. [AMD/ATI] RS780 [Radeon HD 3200] >> >> sudo xrandr >> >> Screen 0: minimu

Re: Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

On Sat, Jan 08, 2022 at 06:52:32PM +, Richmond wrote: > I am currently running Debian 10. > > sudo lspci|grep VGA > 01:05.0 VGA compatible controller: Advanced Micro Devices, > Inc. [AMD/ATI] RS780 [Radeon HD 3200] > > sudo xrandr > > Screen 0: minimum 320 x 200, current 1440 x 900, maximum

Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

I am currently running Debian 10. sudo lspci|grep VGA 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] sudo xrandr Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 VGA-0 connected primary 1440x900+0+0 (normal left inverted right

Re: Screen resolution during Stretch installation

can read. And the > windows size is also larger than the monitor area, so I can't > see the buttons. I can complete the installation either way, > but I want to know why this is happening and how to solve > this. [...] > Where I can change the screen resolution during (or before) &g

Re: Screen resolution during Stretch installation

Le 01/03/2019 à 18:30, Felix Miata a écrit : Including either nomodeset or nouveau.modeset=0 for installation is pointless, since the installer does not use KMS. Another key is the i7-6700HQ provides HD 530 Intel video. Intel + NVidia usually equates to "Optimus" which makes nouveau.modes

Re: Screen resolution during Stretch installation

> want to know why this is happening and how to solve this. > After OS install, I try to follow Debian instructions to install Nvidia > drivers. But I'm following every tutorial and ending up with a broken > installation. > So, my questions: > Where I can change the screen re

Re: Screen resolution during Stretch installation

On 2019-03-01, Fabiano Ferronato wrote: > > Hi all! > > I don't know if this is the wright place to ask, but I'm searching a lot > trying to find a way to this problem. > I'm installing Debian in my Asus ROG GL552VW laptop (Intel and Nvidia video > cards) and the resolution (probably 3840x2160)is

Screen resolution during Stretch installation

try to follow Debian instructions to install Nvidia drivers. But I'm following every tutorial and ending up with a broken installation. So, my questions: Where I can change the screen resolution during (or before) install? After install, resolution is still wrong. How can I set OS resolution during

Re: After some effort, can't change grub screen resolution

On Fri, Jun 29, 2018 at 4:34 AM Darac Marjal wrote: > > Is it BIOS (in which case you have grub-pc > installed) or (U)EFI (in which case you have grub-efi-ia32 or > grub-efi-amd64 installed)? > I have UEFI (which I just learned), but grub-pc is installed. I assume that's because the UEFI has leg

Re: After some effort, can't change grub screen resolution

On Fri, Jun 29, 2018 at 12:49:53AM -0500, Lance Simmons wrote: I want to change grub screen resolution. Four facts: (1) "vbeinfo" and "videoinfo" return no result in grub.  The screen blanks and eventually I restart the computer. This /probably/ means that grub

Re: After some effort, can't change grub screen resolution

Lance Simmons composed on 2018-06-29 00:49 (UTC-0500): > (1) "vbeinfo" and "videoinfo" return no result in grub. The screen blanks > and eventually I restart the computer. Neither work at my current Grub2-efi prompt on Kaby Lake. From videoinfo, I do get a two line output: List of suppo

Re: After some effort, can't change grub screen resolution

Hi, On Fri, 29 Jun 2018 00:49:53 -0500 Lance Simmons wrote: (...) > > (4) So far, changing GRUB_GFXMODE (in /etc/default/grub) to several of > the resolutions I know my monitor supports (and then running "sudo > update-grub") has no effect. > > Any suggestions? I had a similar problem some ti

After some effort, can't change grub screen resolution

I want to change grub screen resolution. Four facts: (1) "vbeinfo" and "videoinfo" return no result in grub. The screen blanks and eventually I restart the computer. (2) "hwinfo --framebuffer" returns no result. I would append the logfile, but it's 7500 lin

Re: How to fix screen resolution ( has been set to 1024 * 768 )

ou ran gNewSense which is a version of Debian recommended > by the Free Software Foundation then you would have to use xorg.conf to set > the screen resolution. > > Think gNewSense = orthodox ; Debian = reformed; Ubuntu = > secular/heterodox.. > > MF ​​ > > >

Re: How to fix screen resolution ( has been set to 1024 * 768 )

, and Debian doesn't. cathy On 01/12/2017 06:36 AM, Lisi Reisz wrote: On Monday 09 January 2017 10:34:23 manashpal wrote: After installing Debian latest Jessie in my system, I am getting a 1024*768 screen resolution, but my monitor can render 1366*768. it is unlikely to have got such a unexpec

Re: How to fix screen resolution ( has been set to 1024 * 768 )

On Monday 09 January 2017 10:34:23 manashpal wrote: > After installing Debian latest Jessie in my system, I am getting a 1024*768 > screen resolution, but my monitor can render 1366*768. it is unlikely to > have got such a unexpected screen resolution like 1024*768. on the other >

Re: How to fix screen resolution ( has been set to 1024 * 768 )

em, I am getting a 1024*768 screen resolution, but my monitor can render 1366*768. it is unlikely to have got such a unexpected screen resolution like 1024*768. on the other hand ubuntu, fedora, kali and many more linux distros has never disappoint me such a way. how can I f

Re: How to fix screen resolution ( has been set to 1024 * 768 )

Op Mon, 09 Jan 2017 11:34:23 +0100 schreef manashpal : After installing Debian latest Jessie in my system, I am getting a 1024*768 screen resolution, but my monitor can render >1366*768. it is unlikely to have got such a unexpected screen resolution like 1024*768. on the other h

How to fix screen resolution ( has been set to 1024 * 768 )

After installing Debian latest Jessie in my system, I am getting a 1024*768 screen resolution, but my monitor can render 1366*768. it is unlikely to have got such a unexpected screen resolution like 1024*768. on the other hand ubuntu, fedora, kali and many more linux distros has never

Re: Screen resolution in Jessie (Solved)

On 04/30/2015 05:47 AM, Dan Ritter wrote: On Wed, Apr 29, 2015 at 12:22:43PM -0700, Gary Roach wrote: On 04/29/2015 09:47 AM, Michael Biebl wrote: Am 29.04.2015 um 18:28 schrieb Gary Roach: I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. With wheezy, there was a 1920 x 10

Re: Screen resolution in Jessie

On Wed, Apr 29, 2015 at 12:22:43PM -0700, Gary Roach wrote: > On 04/29/2015 09:47 AM, Michael Biebl wrote: > >Am 29.04.2015 um 18:28 schrieb Gary Roach: > >>I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. > >>With wheezy, there was a 1920 x 1080? mode that gave the correct asp

Re: Screen resolution in Jessie

Am 29.04.2015 um 21:22 schrieb Gary Roach: > [27.621] (II) AIGLX: Screen 0 is not DRI2 capable > [27.638] (EE) AIGLX: reverting to software rendering > [29.297] (II) AIGLX: Loaded and initialized swrast > [29.297] (II) GLX: Initialized DRISWRAST GL provider for screen 0 I don't see

Re: Screen resolution in Jessie

On 04/29/2015 09:47 AM, Michael Biebl wrote: Am 29.04.2015 um 18:28 schrieb Gary Roach: I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. With wheezy, there was a 1920 x 1080? mode that gave the correct aspect ratio for the 16x9 screens. Jessie seems to only have the 4x3 1600

Re: Screen resolution in Jessie

On Wed, 29 Apr 2015 18:30:03 +0200, Gary Roach wrote: > I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. > With wheezy, there was a 1920 x 1080? mode that gave the correct aspect > ratio for the 16x9 screens. Jessie seems to only have the 4x3 1600x1200 > mode. All of my cir

Re: Screen resolution in Jessie

Am 29.04.2015 um 18:28 schrieb Gary Roach: > I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. > With wheezy, there was a 1920 x 1080? mode that gave the correct aspect > ratio for the 16x9 screens. Jessie seems to only have the 4x3 1600x1200 > mode. All of my circles are now el

Screen resolution in Jessie

I just upgraded to Jessie with no problems. I use a 24" 16x9 monitor. With wheezy, there was a 1920 x 1080? mode that gave the correct aspect ratio for the 16x9 screens. Jessie seems to only have the 4x3 1600x1200 mode. All of my circles are now elipses. Is there a solution to this problem. Is

Re: XFCE4 screen resolution stuck too low

Thanks. On 09/26/2014 01:19 AM, Chris Bannister wrote: Maybe X isn't getting the correct resolution from the monitor. Check the xorg log file and see if that helps. The Xorg log file ( /var/log/Xorg.0.log ) shows no relevant errors and only a few items that seem to relate to the resolution.

Re: XFCE4 screen resolution stuck too low

On Thu 25 Sep 2014 at 20:48:59 +0300, Lars Noodén wrote: > On 09/25/2014 08:28 PM, Steve Litt wrote: > >First, how confident are you that this is *only* in Xfce, and not in > >LXDE and Openbox and who knows what other window managers? Perhaps it's > >an X thing, plain and simple. > > There are st

Re: XFCE4 screen resolution stuck too low

On Thu, Sep 25, 2014 at 08:48:59PM +0300, Lars Noodén wrote: > On 09/25/2014 08:28 PM, Steve Litt wrote: > >First, how confident are you that this is *only* in Xfce, and not in > >LXDE and Openbox and who knows what other window managers? Perhaps it's > >an X thing, plain and simple. > > There are

Re: XFCE4 screen resolution stuck too low

On 09/25/2014 08:28 PM, Steve Litt wrote: First, how confident are you that this is *only* in Xfce, and not in LXDE and Openbox and who knows what other window managers? Perhaps it's an X thing, plain and simple. There are still some configuration options I have missed that are needed to try L

Re: XFCE4 screen resolution stuck too low

On Thu, 25 Sep 2014 20:08:54 +0300 Lars Noodén wrote: > In XFCE4, on Jessie, I am getting a display resolution of 1400x1050 > instead of 1680x1050. If I go to the XFCE Menu -> Settings -> > Display, it gives me only a single choice, that of 1400x1050, not > higher or lower. > > xrandr seems to

XFCE4 screen resolution stuck too low

In XFCE4, on Jessie, I am getting a display resolution of 1400x1050 instead of 1680x1050. If I go to the XFCE Menu -> Settings -> Display, it gives me only a single choice, that of 1400x1050, not higher or lower. xrandr seems to be able to see the maximum resolution: $ xrandr xrandr: Failed t

Screen resolution [was: Re: Building computer]

On 02 Oct 2013, Stan Hoeppner wrote: [snip] > > No apology needed. You did in fact peg my age correctly; I will be 61 next > > month. And I too have known people who run less than the native resolution > > to make the fonts bigger. When I get to that point, though, I will simply > > increase >

Re: grub2 screen resolution

On 06/04/12 16:17, Bonno Bloksma wrote: > there is no man page for grub. !? grub-bin2h grub-editenv grub-emu grub-install grub-mkconfig grub-mkdevicemap grub-mkfont grub-mkimage grub-mkpasswd-pbkdf2 grub-mkrelpath grub-mkrescue grub-probe grub-reboot grub-script-check grub-set-default grub-set

RE: grub2 screen resolution

Hi, >> AHA, an undocumented feature. At least, it is not documented in the >> /etc/default/grub file itself. > You need to do: > >info grub > > Bet you didn't know about that. :) Well I knew about info but when I want to know about syntax I use mainly man, but there is no man page for

Re: grub2 screen resolution

On Thu 05 Apr 2012 at 11:48:57 +, Bonno Bloksma wrote: > AHA, an undocumented feature. At least, it is not documented in the > /etc/default/grub file itself. You need to do: info grub Bet you didn't know about that. :) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org

RE: grub2 screen resolution

h time by >> adding the line set gfxpayload=keep at the proper place. > You should not need to change the 00_header script. > > Adding a line into /etc/default/grub, after the GRUB_GFXMODE entry with > > GRUB_GFXPAYLOAD_LINUX=keep > > should make grub keep the screen reso

RE: grub2 screen resolution

Hi, >> I do not understand the defaults build into Grub2. For instance the >> default resolution, it is at 640x480. Which machine running Linux >> cannot at least use 800x600? Or is Grub2 made with hendhelds as a >> target environment as well? > Yes - especially those squint-o-vision "widescre

Re: grub2 screen resolution

On 04/04/12 11:37, Bonno Bloksma wrote: > The second thing I don not understand it why Grub2 will not keep the > screen resolution after the menu has gone. Why does it by default > ALWAYS go back to 640x480 even when the menu is shown at a higher > resolution? Grub is essentially

Re: grub2 screen resolution

On 04/04/12 11:37, Bonno Bloksma wrote: Hi, When I install a Squeeze machine, or when I update a Lenny machine to Squeeze, the first thing I do is to change the screen resolution so I can get some more tekst on the console when I need it. Of course most of the time I use ssh (or PuTTY) to go

Re: grub2 screen resolution

On 04/04/12 20:37, Bonno Bloksma wrote: > Hi, > > When I install a Squeeze machine, or when I update a Lenny machine > to Squeeze, the first thing I do is to change the screen resolution > so I can get some more tekst on the console when I need it. Of course > most of the time I

grub2 screen resolution

Hi, When I install a Squeeze machine, or when I update a Lenny machine to Squeeze, the first thing I do is to change the screen resolution so I can get some more tekst on the console when I need it. Of course most of the time I use ssh (or PuTTY) to go to a server and I can choose the screen

Re: Screen resolution

On Sun, 8 Jan 2012 01:11:37 + Brian wrote: > On Sat 07 Jan 2012 at 11:49:08 +0200, Andrei Popescu wrote: > > > Did you try without the Modeline? As far as I know X should be able > > to compute it based on HorizSync, VertRefresh and Modes. > > X may indeed do this but, after commenting out

Re: Screen resolution

On Sat 07 Jan 2012 at 11:49:08 +0200, Andrei Popescu wrote: > Did you try without the Modeline? As far as I know X should be able to > compute it based on HorizSync, VertRefresh and Modes. X may indeed do this but, after commenting out Modeline, the best it could offer was 1024x768. > Also, it

Re: Screen resolution

On Fri, 06 Jan 2012 18:37:01 +, Andrew Wood wrote: > On 06/01/12 18:21, Camaleón wrote: >> Yup, you have to add the unexistant mode before you can use it :-) >> Steps are detailed at "Adding undetected resolutions" section. >> Greetings, > > OK, in an ideal world though shouldnt the board 'an

  1   2   3   4   5   6   >