深度操作系統(tǒng)deepin 20正式版發(fā)布后迎來了第二次更新
深度操作系統(tǒng)deepin 20正式版發(fā)布后迎來了第二次更新，本次更新升級(jí)內(nèi)核、更新倉(cāng)庫(kù)到Debian10.6、系統(tǒng)安全性更新。
系統(tǒng)安全：
修復(fù)Firefox-ESR安全漏洞，編號(hào)包括：CVE-2020-15652、CVE-2019-13075、CVE-2020-15652、CVE-2020-6812、CVE-2020-6814、CVE-2020-6811、CVE-2020-6807、CVE-2020-6806、CVE-2020-15669
內(nèi)核：
本次升級(jí)內(nèi)核，提升系統(tǒng)穩(wěn)定性和兼容性。5.4.50（LTS）-》 5.4.70（LTS），5.7.7（Stable）-》 5.8.14（Stable）（為了適配5.8內(nèi)核，NVIDIA顯卡驅(qū)動(dòng)已升級(jí)至450.66版本）
5.4（LTS）內(nèi)核支持自動(dòng)升級(jí)；5.8（Stable）內(nèi)核需手動(dòng)升級(jí)（執(zhí)行命令：sudo apt update && sudo apt install linux-image-5.8.14-amd64-desktop linux-headers-5.8.14-amd64-desktop，重啟系統(tǒng)即可）；
需要指出的是，新內(nèi)核版本目前處于公測(cè)階段。
責(zé)任編輯:pj
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
操作系統(tǒng)
+關(guān)注
關(guān)注
37文章
6862瀏覽量
123513 -
系統(tǒng)安全
+關(guān)注
關(guān)注
0文章
44瀏覽量
14515 -
安全漏洞
+關(guān)注
關(guān)注
0文章
151瀏覽量
16729
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
使用stm32與ADS1274通訊，將ADS1274的sync拉低再拉高進(jìn)行第二次采集過程時(shí)都不再有DRDY下降沿出現(xiàn)，為什么？
的sync拉低后一段時(shí)間再拉高進(jìn)行第二次采集過程時(shí)始終都不再有DRDY下降沿出現(xiàn)，只能下電后再上電進(jìn)行再次采集。（期間power-down、test、format、mode管腳都不發(fā)生變化，電源
發(fā)表于 01-08 07:02
deepin操作系統(tǒng)介紹
希望從自己的能力和對(duì)桌面操作系統(tǒng)的理解，能給 Linux 的用戶與開發(fā)者更多的選擇。我們也相信 deepin 能夠得到更多用戶的認(rèn)可與喜愛，成為開源世界的最佳選擇。? 一、 deepin 操作
ppc3安裝后只有第一次打開才正常，關(guān)閉ppc3后第二次打開，無論如何就進(jìn)不去界面了，為什么？
我上個(gè)月申請(qǐng)了ppc3的下載?，F(xiàn)在安裝后只有第一次打開才正常，才能夠正?？吹浇缑娌⒌顷?。如果關(guān)閉ppc3后第二次打開，無論如何就進(jìn)不去界面了。除非再重新安裝一遍才能打開。
下面就是這
發(fā)表于 10-22 07:23
TAS2557第一次跟第二次播放的時(shí)候輸出聲音不同, 請(qǐng)問可以從甚么地方下手檢查？
第一次跟第二次播放的時(shí)候, 輸出的聲音不同, 請(qǐng)問可以從甚么地方下手檢查, 謝謝!
發(fā)表于 10-18 06:00
PurePath Console 3軟件安裝好后，第二次打開總是顯示Loading {{sharedData.currentPluginTitle}}，怎么解決？
安裝好后，第二次打開總是顯示Loading {{sharedData.currentPluginTitle}}，然后就一直卡在這里
發(fā)表于 10-14 06:37
INA381 reset接高電平，Alert第一次沒有鎖住，第二次才鎖住的，這是為什么？
TINA-TI下圖是仿真出的波形
INA381 reset接高電平， Alert第一次沒有鎖住，第二次才鎖住的，這是為什么？
發(fā)表于 08-02 08:01
資訊｜TAF2024第二次會(huì)議針對(duì)eSIM發(fā)展趨勢(shì)藍(lán)皮書
電信終端產(chǎn)業(yè)協(xié)會(huì)2024第二次全會(huì)召開，會(huì)議期為7月16日—18日三天。其中，針對(duì)eSIM主題研討正式發(fā)布《全球eSIM技術(shù)和產(chǎn)業(yè)發(fā)展趨勢(shì)研究》藍(lán)皮書。由TAFsSIM行業(yè)管理工作委員會(huì)輪值主席展開
stm32F407第一次數(shù)據(jù)沒有進(jìn)行接收，第二次數(shù)據(jù)發(fā)送時(shí)才進(jìn)行接，為什么？
stm32F407第一次數(shù)據(jù)沒有進(jìn)行接收，第二次數(shù)據(jù)發(fā)送時(shí)才進(jìn)行接
發(fā)表于 07-05 08:11
tim3定時(shí)問題，為什么第一次中斷的時(shí)候不正確,第二次的定時(shí)就正確了？
定時(shí)器3,定時(shí)150MS如下初始化:
TIM3_PSCR= 0X05;
TIM3_ARRH= 0X92;
TIM3_ARRL= 0X7C;
TIM3_IER= 0X01;
TIM3_CR1= 0X81;
為什么第一次中斷的時(shí)候不正確,第二次的定時(shí)就正確了？寄存器設(shè)置先后有
發(fā)表于 05-17 13:43
stm32f0待機(jī)模式用rtc鬧鐘喚醒，第二次喚醒沒辦法進(jìn)入睡眠什么情況？
stm32f0待機(jī)模式用rtc鬧鐘喚醒問題，第一次正常，可以進(jìn)入睡眠，第二次喚醒重啟后執(zhí)行 PWR_EnterSTANDBYMode();就直接重啟了，沒辦法進(jìn)入睡眠什么情況？
發(fā)表于 04-28 07:12
STM32F030 FLASH存儲(chǔ)，第二次或者多次寫入或者擦除的時(shí)候讀取不到數(shù)據(jù)是為什么？
最新在用STM32F030 因?yàn)闆]有外部存儲(chǔ)設(shè)備，現(xiàn)在用的是芯片的FLASH來當(dāng)存儲(chǔ)，現(xiàn)在遇到的問題是刷一次程序后，第一次讀取可以讀取到，當(dāng)第二次或者多次寫入或者擦除的時(shí)候讀取不到數(shù)據(jù)
發(fā)表于 04-10 07:34
STM32L4 I2C主從通信，第一次通信成功，第二次只檢測(cè)一次中斷就卡住了為什么？
第二次發(fā)送信息時(shí)失敗，此時(shí)從機(jī)只能接收第二次發(fā)送信息的第一個(gè)中斷，然后就卡死。
代碼是有Cube MX生成，調(diào)用標(biāo)準(zhǔn)庫(kù)函數(shù)。
主機(jī)發(fā)送及接收使用polling方式，從機(jī)接收使用中斷觸發(fā)，從機(jī)發(fā)送使用Polling方式。
發(fā)表于 03-29 08:32
HAL_ADC_Start_DMA函數(shù)為什么無法進(jìn)行第二次觸發(fā)？
，單步調(diào)試中進(jìn)入中斷后正常跑完了HAL_ADC_Start_DMA，但是無法再次進(jìn)入dma傳輸完成中斷，同時(shí)第二次啟動(dòng)的HAL_ADC_Start_DMA的目標(biāo)數(shù)組也沒有把數(shù)據(jù)寫進(jìn)去，有大哥有頭緒嘛？
發(fā)表于 03-26 07:31
STM32G030在使用串口中斷接收時(shí)，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進(jìn)不去中斷的原因？
在使用串口中斷接收時(shí)，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進(jìn)不去中斷了，初始化開啟了中斷且在回調(diào)函數(shù)里面也再次開啟了中斷，但是效果依舊只能接收一次串口數(shù)據(jù)
初始化時(shí)開啟中斷
回調(diào)函數(shù)里面
發(fā)表于 03-08 07:40
電氣故障探究：二次操作無法合閘的原因與解決
對(duì)高壓開關(guān)柜的微機(jī)保護(hù)裝置進(jìn)行改造后，把真空斷路器放在試驗(yàn)位置試車，第一次合閘、分閘動(dòng)作都正常，但進(jìn)行第二次合閘時(shí)，發(fā)現(xiàn)斷路器不能合閘。
工商網(wǎng)監(jiān)
評(píng)論