[Solved] ubuntu 近半年來隨機的開機凍結的元兇? [論壇 - Ubuntu基本設定]
正在瀏覽:
1 名遊客
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
 
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
 |
m940504 寫到： 從 bugs.launchpad.net/ubuntu/ 和 askubuntu.com上的資訊來看，目前大概可以歸納出幾點… 一、與是否用 intel 內顯、nvidia獨顯、amd獨顯 無特定關聯（都可能中獎） 二、從內核 4.1x~5.x 都有災情傳出（非限定於某特定版本kernel） 共通點是 ubuntu kernel + 特定版本的 intel-microcode。 如果換用 非ubuntu 的kernel，則不會出問題。 askubuntu跟bugs.launchpad.net/ubuntu/ 上有網友懷疑是ubuntu版本的kernel在載入microcode的過程中出了問題（因為換了非ubuntu的kernel狀況就解除了…） *** 目前bugs.launchpad.net/ubuntu/上推薦的workaround之一是把intel microcode hold 在20180312這個版本，在這之後的版本似乎搭配ubuntu kernel都有災情。 回想起來，確實從去年下半年開始，就陸陸續續出現了開機凍結的狀況…
2019/6/2 17:34
|
||||||||||
 工具箱
|
|
||||||||||
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
|
m940504 寫到： 有可能是GDM3+Wayland 的問題 (I、N、A社 都有用戶遇上，GDM由於Wayland無法載入執行的問題…） 可以試試看編輯 /etc/gdm3/custom.conf 把 #WaylandEnable=false 改成 WaylandEnable=false 然後 Reboot ：） ps. 這問題「理論上」在gdm3 3.33.90-1ubuntu1 修好了 * Should fix Wayland to Xorg fallback on slow machines (LP: #1798790) https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1798790/comments/63
2019/9/27 15:02
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
|
早上開機登入的時候又hang在logo跑馬燈畫面…Orz
把journal叫出來看了下 ====== 前一次開機 ====== mmx@ubuntu:~/temp$ journalctl -rb -1 |grep -i i965 9月 30 10:03:06 mmx /usr/lib/gdm3/gdm-x-session[1222]: i965_dri.so does not support the 0xffffffff PCI ID. ====== 這次(正常)開機 ====== mmx@ubuntu:~/temp$ journalctl -rb 0 |grep -i i965 9月 30 10:17:32 mmx /usr/lib/gdm3/gdm-x-session[1487]: (II) AIGLX: Loaded and initialized i965 9月 30 10:17:32 mmx /usr/lib/gdm3/gdm-x-session[1487]: (II) modeset(0): [DRI2] VDPAU driver: i965 9月 30 10:17:32 mmx /usr/lib/gdm3/gdm-x-session[1487]: (II) modeset(0): [DRI2] DRI driver: i965 9月 30 10:14:22 mmx /usr/lib/gdm3/gdm-x-session[1165]: (II) AIGLX: Loaded and initialized i965 9月 30 10:14:22 mmx /usr/lib/gdm3/gdm-x-session[1165]: (II) modeset(0): [DRI2] VDPAU driver: i965 9月 30 10:14:22 mmx /usr/lib/gdm3/gdm-x-session[1165]: (II) modeset(0): [DRI2] DRI driver: i965 ============= 上次開機時，無法進到登入畫面，好像就是卡在 /usr/lib/gdm3/gdm-x-session[1222]: i965_dri.so does not support the 0xffffffff PCI ID. 這行… 查閱過去的開機紀錄，開機卡住的時候好像都卡在i965_dri.so 在硬體跟軟體(kernel、packages)都沒更動的狀況下，這問題是隨機性的出現… 看來只能等等看19.10有沒有修正這方面的問題了… T_T
2019/9/30 11:12
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2017/3/23 10:15 所屬群組:
已註冊使用者 等級: 10
HP : 0 / 247
|
那近半年來 你有做交叉測試嗎?
換個發行版系統 換個桌面 等等... 很顯然沒有 ˇˇ 你的上一次開機紀錄已經給你很明確的答案了 i965_dri.so does not support the 0xffffffff PCI ID. 就 五ㄅㄨㄣ兔 編譯的 Intel 驅動有問題抓不到顯示卡的裝置ID，問題可能來自很多地方 最有可能的還是核心問題。每個發行版打的補丁都不一樣，五ㄅㄨㄣ兔 我一直都覺得很 ㄌㄡ 五ㄅㄨㄣ兔 大家都說小毛病很多，不知道你還在堅持什麼 ˇˇ 等它修復？ 你沒打電話給它，它會幫你修嗎？？
2019/10/4 13:14
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
|
呆丸廖添丁 寫到： 你怎麼知道我沒有呢？ 在一個ubnutu的論壇/討論區 討論的當然是ubuntu的相關問題，不是嗎？ 別的發行版也有別的問題，別的DE一樣也有其他方面的問題 沒有一個發行版或DE是完美沒問題的， 探討問題，看看有沒有解決的方式，這是第一步該做的不是嗎？ 而不是 這個發行版遇上問題就跳個發行版，那個DE遇上問題就換個DE… 這樣的話，一年到頭都在換行版跟DE了…Orz 呆丸廖添丁 寫到： 覺得ubuntu很low? 那麼請問哪個發行版才是「不low」的呢？
2019/10/4 14:43
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2017/3/23 10:15 所屬群組:
已註冊使用者 等級: 10
HP : 0 / 247
|
這邊有些人都改行用 Debian 系列了，雖然長得很像，都是 apt，但是補釘根本不一樣 ˇˇ
Linux mint 也可以試看看，它偶爾會幫五ㄅㄨㄣ兔修一些 bug，但核心應該不會修 老實說我在 Linux 上從沒碰過凍結問題，因為我從來不用 gnome3 的桌面。  碰到凍結的只有在黑蘋果上面硬開 QE/CI 才知道顯示卡有驅動不支援就會凍結的問題。  LXDE、XFCE、METE... 有試過嗎？ 你這個問題 GNOME3 的桌面出現很多，我的直覺懷疑 就是... 1. GNOME3 2. Mesa 3. Kernel i965_dri.so 那是 mesa 的套件 訊息追蹤 mesa-19.0.2/src/intel/dev/gen_device_info.c bool gen_get_device_info(int devid, struct gen_device_info *devinfo) { switch (devid) { #undef CHIPSET #define CHIPSET(id, family, name) \ case id: *devinfo = gen_device_info_##family; break; #include "pci_ids/i965_pci_ids.h" default: fprintf(stderr, "i965_dri.so does not support the 0x%x PCI ID.\n", devid); return false; } 就是 Mesa 找不到顯示卡的裝置ID，不給你圖形加速，然後掛起凍結。 那可能是出在 Mesa 本身沒有內建你的顯示卡裝置ID 給你支援加速。 那看到 0xffffffff PCI ID. 就知道是核心給MESA說你的顯示卡ID是 0xffffffff 導致MESA 不給你加速，然後掛起凍結 所以我就說了 應該是核心問題 我已經跟你說了 五ㄅㄨㄣ兔真的很low 所以才叫你換個發行版交叉測試，如果別的發行版一樣掛起凍結，那你就不是要找五ㄅㄨㄣ兔了，可能要去跟林納斯抗議，叫他的核心加入你的顯示卡ID 支援你的顯示卡 那你一直堅持五ㄅㄨㄣ兔，所以還是在原地踏步。
2019/10/4 20:17
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: [Solved] ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
|
# /tmp 掛在tmpfs的issue
# 在SSD上不會發生，只會發生在傳統硬碟上 藉著安裝19.10，仔細紀錄每項步驟，並且重開機測試… 總算抓到問題了… 把/tmp掛在tmpfs以後，日誌會有訊息，內容大意是"/tmp不是空的，不過還是強行掛載了…" 然後…系統就有很高的機率出現不顯示登入畫面，鍵盤無反應（或是鍵盤有反應，可以切換到文字訊息，顯示 a statr job is holding......） 看來問題是出在，systemd起始了一堆程序，在/tmp還沒有掛到tmpfs以前，就已經有其他程序寫入了一些資料到/tmp了… 等/tmp一掛到tmpfs以後，/tmp等同是被清空了，先前一些用到/tmp的job跑到一半就掛在那邊了…Orz 修改fstab，把/tmp掛載到tmpfs那行拿掉以後，目前兩台PC都已經正常了… PS.第三台PC裝了SSD，過去一年同樣的問題從來不會在PC 3上重現(三台pc用的都是同一個clonezilla備份的映像檔) 去挖了這台的日誌來看，上面提到的"/tmp is not empty..."從來沒出現過， 個人的推測是，SSD的4K IOPS快了傳統硬碟接近百倍，這種情況下，/tmp很早就完成了掛載tmpfs這個動作，所以不會影響到其他使用到/tmp的程序…
2019/10/22 11:05
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: [Solved] ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2009/10/29 4:50 所屬群組:
已註冊使用者 等級: 41
HP : 203 / 1018
|
MMX 寫到： 這似乎也跟核心有關（？），4.15.0核心好像沒這問題。（不是很確定）
2019/10/22 12:50
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: [Solved] ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員三級
註冊日期:
2011/7/9 13:27 所屬群組:
已註冊使用者 等級: 9
HP : 0 / 207
|
Xenomorph0525 寫到： 的確在早期版本的kernel上沒出現這問題， 把/tmp掛在tmpfs也好幾年了， 都沒出過問題… 翻遍了ubuntu、fedora、arch的wiki跟討論區也沒看到這類/tmp的issue 所以一直到最近新灌了19.10才挖到問題（汗）
2019/10/22 17:02
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: [Solved] ubuntu 近半年來隨機的開機凍結的元兇? |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 35
HP : 172 / 864
|
MMX 寫到： 關於您提到的問題，雖然我不清楚發生狀況的癥結點在那， 我去翻了之前參與的一篇討論「關於設定Debian Jessie /etc/default/tmpfs遇到的狀況」， 我初步的想法，若是採用「修改fstab」的方式去設定會發生狀況， 建議可以改用「該篇回覆#32」的方法，透過「systemd」的方式去設定， 然後您再測測看，看看情況是否有改善，而不再發生您原本提到的問題。 以下是設定的參考步驟，測試的環境是「Ubuntu 18.04」。 ================================================================================ ## 複製「tmp.mount」 執行下面指令，將「/usr/share/systemd/tmp.mount」這個檔案，複製到「/etc/systemd/system/tmp.mount」。
注意，在「Ubuntu 18.04」，「tmp.mount」是放在「/usr/share/systemd/tmp.mount」這個路徑， 若是找不到，可以嘗試執行「$ apt-file search tmp.mount」來找尋，會顯示「systemd: /usr/share/systemd/tmp.mount」。 表示「/usr/share/systemd/tmp.mount」是來自於「systemd」這個「Package」。 所以可以執行「$ dpkg -L systemd | grep tmp.mount」，會顯示「/usr/share/systemd/tmp.mount」。 ================================================================================ ## 確認「tmp.mount」 接著執行下面指令
顯示 UNIT FILE STATE tmp.mount disabled 1 unit files listed. ================================================================================ ## 啟用「tmp.mount」 執行下面指令
顯示
================================================================================ ## 啟動「tmp.mount」 執行下面指令
================================================================================ ## 觀看「tmp.mount」目前的狀態 執行下面指令
顯示
================================================================================ ## 確認掛載情形 執行下面指令
顯示 tmpfs 3.9G 412K 3.9G 1% /tmp 執行下面指令
顯示 tmpfs on /tmp type tmpfs (rw,nosuid,nodev) ================================================================================ 若要更改大小，就要修改「/etc/systemd/system/tmp.mount」的設定 執行下面指令，觀看「/etc/systemd/system/tmp.mount」原本的內容， (或是也可以執行「$ systemctl cat tmp.mount」)
顯示 # SPDX-License-Identifier: LGPL-2.1+ # # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. [Unit] Description=Temporary Directory (/tmp) Documentation=man:hier(7) Documentation=https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems ConditionPathIsSymbolicLink=!/tmp DefaultDependencies=no Conflicts=umount.target Before=local-fs.target umount.target After=swap.target [Mount] What=tmpfs Where=/tmp Type=tmpfs Options=mode=1777,strictatime,nosuid,nodev [Install] WantedBy=local-fs.target 其中原本有一行 Options=mode=1777,strictatime,nosuid,nodev 請改成 Options=size=2G,mode=1777,strictatime,nosuid,nodev ================================================================================ 重開機後 執行下面指令
顯示 tmpfs 2.0G 0 2.0G 0% /tmp ================================================================================ ## 停用「tmp.mount」 若要停用「tmp.mount」，執行下面指令
顯示
================================================================================ * $ man systemd.mount * $ man systemd.unit * $ man systemd-fstab-generator * $ man systemctl * Debian Wiki / systemd * Arch Wiki / Systemd / Using units * API File Systems * Wikipedia / tmpfs (中文) * Arch Wiki / tmpfs * $ man tmpfiles.d * $ man systemd-tmpfiles ================================================================================ 以上提供參考，報告完畢 
2019/10/22 20:09
|
||||||||||
|
工具箱
|
|
||||||||||
您可以查看帖子.
您不可發帖.
您不可回覆.
您不可編輯自己的帖子.
您不可刪除自己的帖子.
您不可發起投票調查.
您不可在投票調查中投票.
您不可上傳附件.
您不可不經審核直接發帖.