關於「System restart required」 [論壇 - Ubuntu基本設定]


正在瀏覽:   1 名遊客


 到底部   前一個主題   下一個主題  [無發表權] 請登錄或者註冊

(1) 2 3 »


關於「System restart required」
會員五級
註冊日期:
2012/4/22 10:50
所屬群組:
已註冊使用者
等級: 34
HP : 165 / 827
MP : 541 / 15709
EXP: 8
離線
引用這篇回覆「#34


插花一下,
我的ubuntu是拿來做為伺服器使用的,
常常當我ssh進主機時,若有下到 sudo apt-get dist-upgrade時,
下回登入,就會看到系統提示

*** System restart required ***

我就照指示重新啟動啦,這頻率其實還不低地,
結果被我的工程師駡,

他認為,伺服器的作業系統,應該要能終年不關機,
而不應該一更新,動不動就要求 resrart,這是不及格的

這是我的錯嗎?
我可以完全不理會restart的要求嗎?




印象中,從您「這篇」提到的。

您是將「Ubuntu Desktop版」當做「Server」再使用。

「Ubuntu Desktop版」會有您提的這個狀況,

不過我不確定「Ubuntu Server版」會不會有相同的狀況,這可以深究討論摟。

另外我尚未了解會跑出「System restart required」的實做機制,還有會出現這個提示的時機點。

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

我個人在猜,出現的時機點,應該是在更新「核心套件(linux-image-*)」後,才會出現「System restart required」這樣的訊息。<--這個我尚未確認,純屬我個人猜測。

執行下面的指令,就可以找到「linux-image-」開頭的套件,例如「linux-image-generic」或「linux-image-4.4.0-47-generic


$ dpkg -l 'linux*'



或是也可以執行


$ dpkg -S /boot



顯示


linux-image-4.4.0-47-generic, base-files, memtest86+: /boot



表示「/boot」這個資料夾裡的檔案,
來自「linux-image-4.4.0-47-generic」和「base-files」和「memtest86+」這幾個套件。


之前在同一篇討論,有一個「回覆#11」,有紀錄一些探索這個套件的步驟,哪時候主要是要探索「更新核心套件,在那裡觸發更新grub選單」。

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

拉回來,印象中,我以前探索套件時,有發現「System restart required」這個訊息,來自於那個套件,

我尚未深究,貼出來一些線索,給您參考,讓您有個起點可以去探究。


執行


$ dpkg -l 'update*'



顯示


Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=============================-===================-===================-==============
ii update-inetd 4.43 all inetd configuration file updater
ii update-manager 1:16.04.4 all GNOME application that manages apt updates
ii update-manager-core 1:16.04.4 all manage release upgrades
un update-manager-gnome <none> <none> (no description available)
un update-motd <none> <none> (no description available)
ii update-notifier 3.168.2 amd64 Daemon which notifies about package updates
ii update-notifier-common 3.168.2 all Files shared between update-notifier and other packages



執行


$ dpkg -L update-notifier-common | sort



顯示


/.
/etc
/etc/apt
/etc/apt/apt.conf.d
/etc/apt/apt.conf.d/10periodic
/etc/apt/apt.conf.d/15update-stamp
/etc/apt/apt.conf.d/20archive
/etc/apt/apt.conf.d/99update-notifier
/etc/cron.daily
/etc/cron.daily/update-notifier-common
/etc/cron.weekly
/etc/cron.weekly/update-notifier-common
/etc/kernel
/etc/kernel/postinst.d
/etc/kernel/postinst.d/update-notifier
/etc/update-motd.d
/etc/update-motd.d/90-updates-available
/etc/update-motd.d/98-fsck-at-reboot
/etc/update-motd.d/98-reboot-required
/etc/update-notifier
/usr
/usr/lib
/usr/lib/update-notifier
/usr/lib/update-notifier/apt-cdrom-check
/usr/lib/update-notifier/apt-check
/usr/lib/update-notifier/apt_check.py
/usr/lib/update-notifier/backend_helper.py
/usr/lib/update-notifier/cddistupgrader
/usr/lib/update-notifier/package-data-downloader
/usr/lib/update-notifier/package-system-locked
/usr/lib/update-notifier/update-motd-fsck-at-reboot
/usr/lib/update-notifier/update-motd-reboot-required
/usr/lib/update-notifier/update-motd-updates-available
/usr/share
/usr/share/doc
/usr/share/doc/update-notifier-common
/usr/share/doc/update-notifier-common/changelog.gz
/usr/share/doc/update-notifier-common/copyright
/usr/share/locale
...略...
/usr/share/locale/zh_CN
/usr/share/locale/zh_CN/LC_MESSAGES
/usr/share/locale/zh_CN/LC_MESSAGES/update-notifier.mo
/usr/share/locale/zh_HK
/usr/share/locale/zh_HK/LC_MESSAGES
/usr/share/locale/zh_HK/LC_MESSAGES/update-notifier.mo
/usr/share/locale/zh_TW
/usr/share/locale/zh_TW/LC_MESSAGES
/usr/share/locale/zh_TW/LC_MESSAGES/update-notifier.mo
/usr/share/package-data-downloads
/usr/share/polkit-1
/usr/share/polkit-1/actions
/usr/share/polkit-1/actions/com.ubuntu.update-notifier.policy
/usr/share/update-notifier
/usr/share/update-notifier/notify-reboot-required
/usr/share/update-notifier/package-data-downloads-failed
/usr/share/update-notifier/package-data-downloads-failed-permanently
/usr/share/update-notifier/plugins
/usr/share/update-notifier/plugins/cache-changed
/usr/share/update-notifier/upgrader-patches
/usr/share/update-notifier/upgrader-patches/update-manager-downloader-fix2.diff
/var
/var/lib
/var/lib/update-notifier
/var/lib/update-notifier/package-data-downloads
/var/lib/update-notifier/package-data-downloads/partial
/var/lib/update-notifier/user.d



然後我剛剛提到的,我是在「/usr/share/update-notifier/notify-reboot-required」
這個檔看到「System restart required」這個字樣的

您可以執行下面指令,觀看「/usr/share/update-notifier/notify-reboot-required」的內容


$ cat /usr/share/update-notifier/notify-reboot-required



或是執行下面指令,找到該行


$ grep 'System restart required' /usr/share/update-notifier/notify-reboot-required -n



顯示


21:echo "*** $(eval_gettext "System restart required") ***" > /var/run/reboot-required




另外也可以下載「update-notifier-common」的「Source Package: update-notifier」下來研究。


$ apt-get source update-notifier




執行下面指令


$ apt-cache showsrc update-notifier-common




可以看到


Package: update-notifier
Binary: update-notifier, update-notifier-common
...略...



表示「update-notifier」這個「Source Package」,分成「update-notifier」和「update-notifier-common」這兩個「Package」。


探索套件的一些技巧,請參考這個「索引

以上參考,先紀錄到這。


2016/11/14 13:58
應用擴展 工具箱
回覆: 關於「System restart required」
會員五級
註冊日期:
2008/11/21 9:18
所屬群組:
已註冊使用者
等級: 23
HP : 0 / 571
MP : 229 / 16551
EXP: 84
離線
十分感謝您費心指導,
我的碓是用ubuntu desktop 當server來用,
這是十分無奈的,因為我們要架財政部的電子發票系統Turnkey
而這Turnkey沒有桌面是【不能跑】的,
就算想裝ubuntu server也不行。

如同您所說的,出現底下如圖訊息
都是在更新 linux-header 等之後出現的,
問題是它倒是常常更新,
我的工程師對【需要 restart才能更新】十分感冒,
他認為這是不對的,

附件:



png  System_restart_required.png (73.85 KB)
13881_582987ce366ec.png 960X540 px

2016/11/14 17:38
應用擴展 工具箱
回覆: 關於「System restart required」
會員五級
註冊日期:
2012/4/22 10:50
所屬群組:
已註冊使用者
等級: 34
HP : 165 / 827
MP : 541 / 15709
EXP: 8
離線
收到。

我剛想到之前寫的一篇「#5 回覆: NetworkManager如何設定成不更新不升級?」。

裡面有提到一個方式,可以把某個套件hold住在某一個版本,提供您參考。

不過不曉得這樣做的結果,會不會有什麼副作用?

對Server的管理,其實我也不在行,我沒啥高見,就單純討論各種可行性摟,

並且了解一些系統上的機制。


2016/11/14 18:01
應用擴展 工具箱
回覆: 關於「System restart required」
會員五級
註冊日期:
2008/11/21 9:18
所屬群組:
已註冊使用者
等級: 23
HP : 0 / 571
MP : 229 / 16551
EXP: 84
離線
我工程師提到:

slackware 這版本的linux 號稱具有線上修補核心的功能 連重開都不必了 不過我沒玩過

不知是否為真?

又他說CentOs也極少要求重開,

若為真,那UBUNTU重開機之要求,卻是真的太頻繁了些

2016/11/14 21:22
應用擴展 工具箱
回覆: 關於「System restart required」
版主
註冊日期:
2008/7/14 0:03
來自 螢幕的另一端
所屬群組:
網站管理員
已註冊使用者
討論區管理群
等級: 32
HP : 0 / 798
MP : 496 / 23962
EXP: 93
離線
Marco 寫到:
我工程師提到:

slackware 這版本的linux 號稱具有線上修補核心的功能 連重開都不必了 不過我沒玩過

不知是否為真?

又他說CentOs也極少要求重開,

若為真,那UBUNTU重開機之要求,卻是真的太頻繁了些



從他講的這段話來看就可以知道他相當的外行,不要太相信他所講的話。

首先 linux kernel 直到 4.0 才有支援更新kernel不用重開機,所以他講的那個功能,只要是 linux kernel 4.0 以上的都有,不在於哪個特定的發行版。可參考底下訊息
http://www.zdnet.com/article/no-reboot-patching-comes-to-linux-4-0/
https://blog.longwin.com.tw/2015/03/linux-4-upgrade-kernel-no-reboot-2015/
http://technews.tw/2015/04/13/the-skynet-comming-linux-kernel-version-4-release-update-wont-restart/

再來就是,做為一台 server 最重要的就是它的穩定性,能夠不出問題好好的服務就好,絕不會想去追最新的套件或kernel,或什麼新功能。

他會那麼重視那個更新kernel都不用重開機的功能,就表示,你跟他都常常在更新 server 的套件或系統,除非有嚴重的安全漏洞需要更新套件之外,不然的話,server 太頻繁的更新系統,是一件很危險的事,你跟他會那樣做,只能說你們很勇敢,無知的勇敢。

也可說是你們維護server 的經驗不夠,或是沒有處理到很複雜的套件相依性的問題,才敢那樣的隨便更新系統套件。
你沒入過"套件相依 地獄"嗎? 入過一次這種地獄之後看你還敢不敢隨意的更新你的 server 系統
google 一下這個關鍵字"套件相依 地獄"就知了,有不少人遇過
參考: http://www.wikiwand.com/zh-tw/相依性地狱
英文:Dependency hell


簡單問你一個問題好了,你一台上線服務中的 server 服務跑的好好的,上面可能有很多服務 ftp,email,php,mysql....有的沒的,全放在一起,然後你做完系統更新,重開機之後,你能保證這些服務都能起的來嗎? 要是起不來的話,你預計花多少時間能夠讓它起來? 起不來時,每個小時都有人打電話問你,server 什麼時候能恢復正常?
在這樣的情況下,你還敢動不動的就隨便的更新套件、更新系統核心嗎? 特別是那些越舊的服務,越不能更新,套件相依的版本都是舊的,一更新就出問題的。

再來就是一台 server 能夠很長時間都不用重新開機,那也不是一件什麼很了不起的事情,不值得拿出來說什麼的。

給你舉個例子你就知道了,我之前的同事,跟我說他公司有一台server很穩,用了10年以上了,那台server好象已經有3~5年都沒有重開機了,但是現在沒有任何人敢去幫他重開機,因為怕一重開機之後,開不了機就完蛋了...

一般 server 的維護,都會有安排歲修這種事,每個年度都要停機維護一下的,上面那個情況就是沒有安排歲修,又從來都不重開機的,才會有這樣的窘境出現。

下回你的工程師,要再敢沒事隨便的更新你 server 的系統時,換你罵他:「你能保證系統更新完之後,所有的服務都能正常運作嗎? 服務要是起不來時,你預計多久時間能恢復?」我估計他大概連想都沒想過這一點吧,他要是給你預計一兩天或是更長的時間才能恢復的話,那表示他有完整的想過復原方案了,他心裡有底了,不敢給你隨便更新的,他要是給你隨便說一個很短的時間的話,那你就得細問他要怎麼恢復,若講不出來的話,那我覺得,你這位工程師只會說大話而已,再用他就是你的不智了。

註:雖然 kernel 4.0 已支援更新核心不用重開機,但並不表示更新其它的套件不用重開機。所以你的工程師做完系統更新之後,服務正常運作那還不算什麼,要重開機之後還能正常運作,那才能算過關! 很多問題都是發生在重開機之後,別想這樣矇混過去!

補充:對於那種流量很大的server一重開就會損失很多流量或點擊率的那種 server 能減少一次重開機,對他們來說都是很大的幫助的,所以新的kernel才會有設計這樣更新kernel免重開機的功能出來,因為確實有這樣的需求。

2016/11/15 0:44
應用擴展 工具箱
回覆: 關於「System restart required」
管理員
註冊日期:
2006/10/31 19:52
來自 Baker Street 221B
所屬群組:
網站管理員
已註冊使用者
討論區管理群
等級: 30
HP : 0 / 733
MP : 405 / 25668
EXP: 34
離線
Marco 寫到:
我工程師提到:

slackware 這版本的linux 號稱具有線上修補核心的功能 連重開都不必了 不過我沒玩過

不知是否為真?

又他說CentOs也極少要求重開,

若為真,那UBUNTU重開機之要求,卻是真的太頻繁了些

像前面所說一樣,這工程師是個大外行
我在公司管理centos的機器從4~7.x都有
還在更新週期的,也是經常要求restart
哪有極少?

RH係必須是支援kpatch架構製作的patch才能實現live patching
否則一堆上游根本沒有在製作,只能靠RH自己做
centos7可以自行移植kpatch,但是live patching跟上面講的一樣
自己做..

2016/11/15 4:45
應用擴展 工具箱
回覆: 關於「System restart required」
會員五級
註冊日期:
2012/4/22 10:50
所屬群組:
已註冊使用者
等級: 34
HP : 165 / 827
MP : 541 / 15709
EXP: 8
離線
我並不在資訊業界工作,只是單純的桌面使用者,
我一直在心中有個疑惑,沒特別去詢問,
就是在業界裡,目前在Server的選擇上,
較多採用的是「RedHat系(CentOS)」的,還是「Debian系(Ubuntu)」的,或是使用「FreeBSD」,
或是還有其他的選擇?
然後採用的考量是什麼?尤其在選擇上,技術上的考量點會是什麼?
因為我有時候會聽到業界比較多採用的是「RedHat系(CentOS)」,但我也沒有管道來確認這件事,
剛好借這個機會來發問,聽聽各位經驗上的分享,
若各位大德情況允許的話,還盼不吝解惑,感恩先。

註:
希望能理性的討論分析優缺點,急於爭論自己講的才是對的,但卻使用叫囂漫罵的方式,搞到最後都失焦了。
我相信問不同的人,都會有自己的一套想法和看法,我覺得都可以當參考,至於釐清確認就需要靠自己去深究了。

再次感恩先


2016/11/15 9:41
應用擴展 工具箱
回覆: 關於「System restart required」
會員五級
註冊日期:
2008/11/21 9:18
所屬群組:
已註冊使用者
等級: 23
HP : 0 / 571
MP : 229 / 16551
EXP: 84
離線
感謝各位先進指導,
受教了

其實,大外行是在下我,
是我去重開server,
我的工程師是叫我沒事不要重開

因為我的網站流量小,所以也沒注意到這些問題
真真實實上了寶貴一課,
謝謝大家

2016/11/15 10:27
應用擴展 工具箱
回覆: 關於「System restart required」
管理員
註冊日期:
2006/10/31 19:52
來自 Baker Street 221B
所屬群組:
網站管理員
已註冊使用者
討論區管理群
等級: 30
HP : 0 / 733
MP : 405 / 25668
EXP: 34
離線
samwhelp 寫到:
我並不在資訊業界工作,只是單純的桌面使用者,
我一直在心中有個疑惑,沒特別去詢問,
就是在業界裡,目前在Server的選擇上,
較多採用的是「RedHat系(CentOS)」的,還是「Debian系(Ubuntu)」的,或是使用「FreeBSD」,
或是還有其他的選擇?
然後採用的考量是什麼?尤其在選擇上,技術上的考量點會是什麼?
因為我有時候會聽到業界比較多採用的是「RedHat系(CentOS)」,但我也沒有管道來確認這件事,
剛好借這個機會來發問,聽聽各位經驗上的分享,
若各位大德情況允許的話,還盼不吝解惑,感恩先。

註:
希望能理性的討論分析優缺點,急於爭論自己講的才是對的,但卻使用叫囂漫罵的方式,搞到最後都失焦了。
我相信問不同的人,都會有自己的一套想法和看法,我覺得都可以當參考,至於釐清確認就需要靠自己去深究了。

再次感恩先


RH或DEBIAN誰用得最多我不知道,也不重要
重要的是背後管理人員的那顆腦袋

之所以會大量採用debian或RH
那是因為只有這兩個發行版有在嚴格要求package品質
而RH在這方面比debian更嚴格,幾乎跟FreeBSD差不多
RH自行維護的套件,都是經過嚴格測試跟修改的
有興趣可以去找RH package的source code
往往patch容量比source code還大
目前也只有RH敢跟你保證package品質
不會有什麼更新後就出問題
會有這種沒事就不要更新的想法,通常也不知道為什麼要更新
相反的,RH都是建議你盡量保持最新
因為不是只有bug影響使用
還有security的問題

debian套件嚴謹度不及RH係的主要原因在於
大量的社群維護,維護者技能水平不一
相對RH,RH的套件維護者都是有給職的
技能不到一個程度,RH是不會用你的
相對來說,RH的套件庫數量也少於debian
但也已經夠用了

FreeBSD的話,套件庫又比RH更少
但是它最初的release,套件絕對都是穩定的
也經過嚴格測試
所以不要隨便更新ports tree
因為FreeBSD在這邊比RH更用心的地方在
最初的release的ports tree,裡面的package
它都是保證100%可以編譯成功的
而你不會看到有哪個linux發行版會跟你保證這個
但是FreeBSD不但保證,還真的做到了
這點對於要求性能跟穩定的管理者
很重要

2016/11/15 12:32
應用擴展 工具箱
回覆: 關於「System restart required」
版主
註冊日期:
2008/7/14 0:03
來自 螢幕的另一端
所屬群組:
網站管理員
已註冊使用者
討論區管理群
等級: 32
HP : 0 / 798
MP : 496 / 23962
EXP: 93
離線
我從另一角度來說,從教學這方面來說

若你是個linux初學者,在網路上能看到的最完整的linux中文教學網站,大概就只有鳥哥了,從最基礎到進階內容都有寫到了
而鳥哥是以Red Hat 系列的發行版 centOS 為基礎來寫他的教學內容的,所以很多人學 linux 大概也都是挑跟鳥哥一樣的系統環境來學,比較容易上手.

所以我身邊遇到的很多人,大多也都是用 centOS

我不是用centOS,所以學習的過程比較辛苦一些,烏哥的網站我也有很認真的看,也很感謝他寫的這麼用心這麼詳細,但很多指令和設定檔都跟我用的發行版不一樣,那就要另外找資料,所以說學習的過程會比較辛苦一些

至於說哪一套好用? 看你哪一套用的順手就用哪一套囉!

你說你今天想要學debian,你試試看在網路上能找到的比較完整的 debian 中文教學資料多不多,全不全你就知道了。

若你都看英文的話,就沒這個問題了,英文資料都很齊全的。

2016/11/15 16:55
應用擴展 工具箱

(1) 2 3 »

 [無發表權] 請登錄或者註冊


可以查看帖子.
不可發帖.
不可回覆.
不可編輯自己的帖子.
不可刪除自己的帖子.
不可發起投票調查.
不可在投票調查中投票.
不可上傳附件.
不可不經審核直接發帖.