彼得潘 寫到：
redhung大大，很奇怪的，在安裝驅動前，我用lshw去查display是安裝到aspeed driver，但我仍有安裝最新的驅動，看起來也都正常，但我去看看
/var/log/Xorg.0.log，裡面都是空白沒有訊息...不知道我是不是哪裡有操作錯誤了...

redhung 寫到：

彼得潘 寫到：
謝謝redhung大大的提醒，顯示晶片一開始就列入問題的可能，有安裝官方最新版本，但一樣沒有改善...

redhung 寫到：
開機要黑畫面20分鐘很奇怪，先灌顯示晶片的驅動看看。
ASPEED 信驊科技 顯示晶片驅動

關於顯示晶片驅動載入過程的錯誤訊息，可以看
/var/log/Xorg.0.log
這個是專門記錄載入GUI時，顯示卡的驅動過程。
你可以著重在 (EE) 的部份，那是發生錯誤時的訊息‧

雖然我對 /var/log/Xorg.0.log 內容空白的可能原因不太清楚，不過我一開始學習的過程中，因為顯卡驅動的緣故，造成 X-windows啟動失敗時‘就曾經發生過 /var/log/Xorg.0.log 內容空白 的狀況。如果你沒有安裝視窗介面的話，那就另外再研究看看了。

tty的文字介面，一開始是使用跟傳統BIOS一樣的解析度的，是後來才運用顯卡的進階功能，所以才會有nomodeset 的這個grub參數，可以用來強制讓開機過程使用顯卡的基本功能來開機。
關於nomodeset可以參考本站的另一個連結：
關於NOMODESET 與nvidia x server 關係

謝謝夢見草大大的回覆！

確實在商業上，量大的客戶才是寶，服務也會比較完善，所以小公司如我這樣的小小工程師在詢問問題上會比較吃虧，不過由於我司經年累月不少客製專案都幾乎使用supermicro伺服器主機板，遇到問題都直接詢問他們FAE，吵到他們都快把我列入黑名單了吧XD！但也會儘量協助我司，所以某部分上來講，我覺得他們服務還算不錯了！(非打廣告，純粹個人感覺)

這次ubuntu20.04測試最終還是有結果，雖然不盡人意，但至少知道什麼樣問題造成的，也分享相關訊息給這個討論區版友～

小弟後來先安裝一片獨立顯示卡，安裝好ubuntu20.04後，登入都正常也沒問題，將此測試結果及安裝ubuntu18.04都很正常的狀況提供給Supermicro FAE & ASPEED(信燁公司)，而後ASPEED提出以下內容：

What is the kernel version of ubuntu 18.04?
Started from kernel version 5.6,
The new mode memory size requirements are below:

1920x1200x32bpp: 32M byte
1920x1080x32bpp: 32M byte
1680x1050x32bpp: 16M byte

經此回覆，由於客戶搭配的panel都是1920x1080的解析度，所以使用這解析度來測試，後來小弟測試安裝ubuntu 18.04.06，其kernal為5.4，可正常開機，將OS直接更新升級到20.04.4，其kernal版本不變只是小版號有異動，也可正常開機，再將Kernal更新至5.6或更高的版本，就出現一樣的狀況，經詢問ASPEED的FAE，他們是說the frame buffer size需要32MB才可以正常運作，而Supermicro設計可能只有到16MB，就無法開機馬上正常登入，並請我司向Supermicro詢問BIOS是否有選項可以調整到32MB

Supermicro並沒回覆BIOS調整32MB選項，僅協助我司安裝測試ubuntu 20.04，後來回覆說他們安裝正常，雙方討論後發現他們的LCD最高解析度只有1024x768，才會無法複製我司的問題狀況，最終討論處理方法為如果客戶使用的是1920x1080解析度的panel，需要安裝顯示卡來處理，這樣ubuntu20.04才可以正常使用及運作

而客戶的設備因是專業測試器材的規劃，主機板上的PCIe插槽都已插滿(這也是一開始沒考慮使用獨立顯卡原因)，所以最終只能建議客戶考慮
1)ubuntu降版處理
2)系統硬體平台升級

以上，提供給使用Supermicro X11系列主機板 + onboard ASPEED顯示卡輸出 + 安裝ubuntu20.04.4(kernal 5.6↑)的大大們參考！

夢見草 寫到：
我說一下大方面的概念吧，省得你瞎忙一場

1. linux系統遇到機器硬體相容性問題或驅動問題
比較常用的解法：
a.換更新版本的 OS ，因為新的 kernel 會整合進更多driver，能支援更多的硬體
b.換硬體，通常不會換更新的硬體，因為較新的硬體linux支援度較差，所以會找較舊的已支援的硬體

2. 在同一台機器上，舊版的 OS 運作正常，沒有硬體問題，但昇級到新版的 OS 就出現了硬體相關問題。
在舊版的 OS 上面，你沒有遇到任何硬體方面的問題，說明這版的 kernel 已完全支援你這台機器上面的硬體，所以不會有 driver 的問題了。
當你升級到更新版本的 OS 之後，反而遇到了硬體問題，這只有兩個現象可以解釋這種情況：
a.你運氣很差，在升級時剛好遇到硬體壞掉。要驗證也很簡單，再灌回舊版，若真是硬體壞掉，舊版 OS 一樣會報錯。
b.新版 OS 有 bug，你只能暫時繼續用舊版 OS 等更新版本出來。當然，若你能力很強，可以自己 debug 不用等更新 OS 出來。

3. 若你懷疑是顯卡驅動問題，這問題也是最好解的，拿一張最便宜的舊顯卡(確定是好的)插上去可以開機、可以顯示就不是顯卡驅動問題

想要寄望於 supermicro 幫你處理好此事，嗯....台灣的肯微服務沒那麼好，別抱太大希望。

它們賣的機器，通常都會有一個 support list 說明此機器可支援哪些版本的 OS 你用的版本在他們的 support list 上面，有問題他們當盡力協助你找問題。

但若你用的版本不在他們的 support list 裡，那麼他們就會比較容易卸責。
官話：「抱歉，你用的系統版本不在我們的支援範圍之內哦！」

謝謝redhung大大的告知及分享，目前所知問題的源頭為何了，因該塊主機板提供給ASPEED VGA的記憶體小於32MB，所以在Panel解析度1920x1080安裝Linux Kernal 5.6(含)以上的版本會出現狀況，但如果在1680x1050(或更低)解析度下安裝就無問題...

而個人有個想法，是否可以透過設定，讓顯示輸出在進入OS前，可以固定在某個解析度，而進入OS後又可以達到Panel的最佳解析度，這部分上網有查詢過，但並無看到類似案例分享，不知redhung大大是否有經驗可以提供嗎？

redhung 寫到：

彼得潘 寫到：
redhung大大，很奇怪的，在安裝驅動前，我用lshw去查display是安裝到aspeed driver，但我仍有安裝最新的驅動，看起來也都正常，但我去看看
/var/log/Xorg.0.log，裡面都是空白沒有訊息...不知道我是不是哪裡有操作錯誤了...

redhung 寫到：

彼得潘 寫到：
謝謝redhung大大的提醒，顯示晶片一開始就列入問題的可能，有安裝官方最新版本，但一樣沒有改善...

redhung 寫到：
開機要黑畫面20分鐘很奇怪，先灌顯示晶片的驅動看看。
ASPEED 信驊科技 顯示晶片驅動

關於顯示晶片驅動載入過程的錯誤訊息，可以看
/var/log/Xorg.0.log
這個是專門記錄載入GUI時，顯示卡的驅動過程。
你可以著重在 (EE) 的部份，那是發生錯誤時的訊息‧

雖然我對 /var/log/Xorg.0.log 內容空白的可能原因不太清楚，不過我一開始學習的過程中，因為顯卡驅動的緣故，造成 X-windows啟動失敗時‘就曾經發生過 /var/log/Xorg.0.log 內容空白 的狀況。如果你沒有安裝視窗介面的話，那就另外再研究看看了。

tty的文字介面，一開始是使用跟傳統BIOS一樣的解析度的，是後來才運用顯卡的進階功能，所以才會有nomodeset 的這個grub參數，可以用來強制讓開機過程使用顯卡的基本功能來開機。
關於nomodeset可以參考本站的另一個連結：
關於NOMODESET 與nvidia x server 關係

彼得潘 寫到：
謝謝redhung大大的告知及分享，目前所知問題的源頭為何了，因該塊主機板提供給ASPEED VGA的記憶體小於32MB，所以在Panel解析度1920x1080安裝Linux Kernal 5.6(含)以上的版本會出現狀況，但如果在1680x1050(或更低)解析度下安裝就無問題...

而個人有個想法，是否可以透過設定，讓顯示輸出在進入OS前，可以固定在某個解析度，而進入OS後又可以達到Panel的最佳解析度，這部分上網有查詢過，但並無看到類似案例分享，不知redhung大大是否有經驗可以提供嗎？

redhung 寫到：

彼得潘 寫到：
redhung大大，很奇怪的，在安裝驅動前，我用lshw去查display是安裝到aspeed driver，但我仍有安裝最新的驅動，看起來也都正常，但我去看看
/var/log/Xorg.0.log，裡面都是空白沒有訊息...不知道我是不是哪裡有操作錯誤了...

redhung 寫到：

彼得潘 寫到：
謝謝redhung大大的提醒，顯示晶片一開始就列入問題的可能，有安裝官方最新版本，但一樣沒有改善...

redhung 寫到：
開機要黑畫面20分鐘很奇怪，先灌顯示晶片的驅動看看。
ASPEED 信驊科技 顯示晶片驅動

關於顯示晶片驅動載入過程的錯誤訊息，可以看
/var/log/Xorg.0.log
這個是專門記錄載入GUI時，顯示卡的驅動過程。
你可以著重在 (EE) 的部份，那是發生錯誤時的訊息‧

雖然我對 /var/log/Xorg.0.log 內容空白的可能原因不太清楚，不過我一開始學習的過程中，因為顯卡驅動的緣故，造成 X-windows啟動失敗時‘就曾經發生過 /var/log/Xorg.0.log 內容空白 的狀況。如果你沒有安裝視窗介面的話，那就另外再研究看看了。

tty的文字介面，一開始是使用跟傳統BIOS一樣的解析度的，是後來才運用顯卡的進階功能，所以才會有nomodeset 的這個grub參數，可以用來強制讓開機過程使用顯卡的基本功能來開機。
關於nomodeset可以參考本站的另一個連結：
關於NOMODESET 與nvidia x server 關係

這個部分目前我沒有辦法。會動用到nomodeset就是顯卡的部分功能彧驅動不良，但登入X-windows之後又要達到最佳狀態，我個人目前沒辦法，也許其他人會有，但我目前沒有。

先恭喜您找到在您的環境，影響的關鍵因素

也感謝您的分享紀錄，造福未來有可能遇到相關議題的人，有可以方向可以去探索

彼得潘 寫到：
謝謝redhung大大的告知及分享，目前所知問題的源頭為何了，因該塊主機板提供給ASPEED VGA的記憶體小於32MB，所以在Panel解析度1920x1080安裝Linux Kernal 5.6(含)以上的版本會出現狀況，但如果在1680x1050(或更低)解析度下安裝就無問題...

而個人有個想法，是否可以透過設定，讓顯示輸出在進入OS前，可以固定在某個解析度，而進入OS後又可以達到Panel的最佳解析度，這部分上網有查詢過，但並無看到類似案例分享，不知redhung大大是否有經驗可以提供嗎？

這部份的議題，我尚未去深究，所以還沒有完整的論述可以提供

不過先提供一個關鍵字「xrandr」，可以讓您先自行去探索相關的議題

Google 查詢 「xrandr」。


* https://clay-atlas.com/blog/2020/10/23/linux-cn-xrandr-adjust-resolution-screen-settings/
* https://wiki.archlinux.org/title/xrandr

Google 查詢 「arch linux console resolution」

* https://wiki.archlinux.org/title/Linux_console
* https://wiki.archlinux.org/title/kernel_mode_setting

==============================================================

另外在gnome-shell，圖形界面的操作程式應該是

gnome-control-center display

尚未去探索相關原始碼，探索背後使用的指令，先紀錄關鍵字

apt-get source gnome-control-center

ls gnome-control-center-41.4/panels/display/

* [索引] 套件操作實務
* 下載「Source Package」的前置作業

==============================================================


另外延續在「#8」提到的，


另外這幾天在隨身碟安裝了「Ubuntu 22.04 LTS (Jammy Jellyfish) Daily Build」，

還在探索「GDM」的用法，

關於「GDM」有些簡易的紀錄，放在「GitHub」上。


* https://wiki.archlinux.org/title/HiDPI#GNOME

==============================================================

最後想到的，關於您提到的議題，在您的環境，

是否更換輕量的「桌面環境」，例如「Xfce」
或是更換輕量的「視窗管理器」，例如「Openbox」

也許也可以解決，不過只是初步想法，我也不是很確定


* https://ubuntu.com/download/flavours
* https://wiki.ubuntu.com/UbuntuFlavors


==============================================================

以上提供參考

謝謝samwhelp大大的分享！

由於設備已經返還給客戶了，所以目前沒有同樣環境的設備可以使用，不過大大分享的資訊，小弟已經先標記起來，等有類似設備到手再確認看看，也謝謝您不吝賜教，感恩！

samwhelp 寫到：
先恭喜您找到在您的環境，影響的關鍵因素

也感謝您的分享紀錄，造福未來有可能遇到相關議題的人，有可以方向可以去探索

彼得潘 寫到：
謝謝redhung大大的告知及分享，目前所知問題的源頭為何了，因該塊主機板提供給ASPEED VGA的記憶體小於32MB，所以在Panel解析度1920x1080安裝Linux Kernal 5.6(含)以上的版本會出現狀況，但如果在1680x1050(或更低)解析度下安裝就無問題...

而個人有個想法，是否可以透過設定，讓顯示輸出在進入OS前，可以固定在某個解析度，而進入OS後又可以達到Panel的最佳解析度，這部分上網有查詢過，但並無看到類似案例分享，不知redhung大大是否有經驗可以提供嗎？

這部份的議題，我尚未去深究，所以還沒有完整的論述可以提供

不過先提供一個關鍵字「xrandr」，可以讓您先自行去探索相關的議題

Google 查詢 「xrandr」。


* https://clay-atlas.com/blog/2020/10/23/linux-cn-xrandr-adjust-resolution-screen-settings/
* https://wiki.archlinux.org/title/xrandr

Google 查詢 「arch linux console resolution」

* https://wiki.archlinux.org/title/Linux_console
* https://wiki.archlinux.org/title/kernel_mode_setting

==============================================================

另外在gnome-shell，圖形界面的操作程式應該是

gnome-control-center display

尚未去探索相關原始碼，探索背後使用的指令，先紀錄關鍵字

apt-get source gnome-control-center

ls gnome-control-center-41.4/panels/display/

* [索引] 套件操作實務
* 下載「Source Package」的前置作業

==============================================================


另外延續在「#8」提到的，


另外這幾天在隨身碟安裝了「Ubuntu 22.04 LTS (Jammy Jellyfish) Daily Build」，

還在探索「GDM」的用法，

關於「GDM」有些簡易的紀錄，放在「GitHub」上。


* https://wiki.archlinux.org/title/HiDPI#GNOME

==============================================================

最後想到的，關於您提到的議題，在您的環境，

是否更換輕量的「桌面環境」，例如「Xfce」
或是更換輕量的「視窗管理器」，例如「Openbox」

也許也可以解決，不過只是初步想法，我也不是很確定


* https://ubuntu.com/download/flavours
* https://wiki.ubuntu.com/UbuntuFlavors


==============================================================

以上提供參考

嗯， Server 主機版內建的顯卡，大部份都不會考慮到高解析度的顯示，因為 Server 大部份的應用場景都是可以不用接螢幕的。

不管怎樣，恭喜你找到解法了。