LinuxMint.com.ru

Установил Linux Mint 18.3 c Mate на новый ПК (с новым ssd) с флешки, образ дистрибутива создал в апреле 2018 года. Не помню, какая версия ядра была на тот момент (вроде Mint 18.3 выпускался с 4.10). Тогда я не знал, что рекомендуется использовать ту версию ядра, которую разработчики применяют при выпуске конкретного дистрибутива. И не менять ее без необходимости. А я обновлял ядра по мере выхода новых версий. При этом всё работало нормально и продолжает работать. Хотя я не все возможности Минта использую и не знаю, может быть чего-то не работает.
Пару дней назад прочитал в Гугле, что можно спокойно обновлять только "подверсии" ядер для конкретного дистрибутива, а у меня уже стоит ядро 4.15.0-34, предназначенное для Mint 19.

Думаю вернуться к одной из версий 4.х. Если спецы рекомендуют это, то пара уточняющих вопросов:
1. Почему система предлагает мне версии ядер вплоть до 4.15.0-38, которые для Mint 19, если у меня установлен Mint 18.3?
2. Если у меня есть образ дистрибутива Mint 18 с ядром 4.10, то правильно ли будет вернуться к более старому 4.4 или к одному из последующих до 4.14 включительно?
3. Все старые ядра я удалил (остались только два из версии 4.15). Если снова установлю старые, то принтер и сканер придется устанавливать заново?

sergei@sergei-K31CD-K ~ $ inxi -F
System: Host: sergei-K31CD-K Kernel: 4.15.0-34-generic x86_64 (64 bit)
Desktop: MATE 1.18.0 Distro: Linux Mint 18.3 Sylvia
Machine: System: ASUSTeK product: K31CD-K v: 0501
Mobo: ASUSTeK model: K31CD-K v: Rev 1.xx
Bios: American Megatrends v: 0501 date: 01/06/2017
CPU: Quad core Intel Core i5-7400 (-MCP-) cache: 6144 KB
clock speeds: max: 3500 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz
4: 800 MHz
Graphics: Card: Intel Device 5912
Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: Mesa DRI Intel HD Graphics 630 (Kaby Lake GT2)
GLX Version: 3.0 Mesa 18.0.5
Audio: Card-1 Intel Sunrise Point-H HD Audio driver: snd_hda_intel
Card-2 Arkmicro driver: USB Audio
Sound: Advanced Linux Sound Architecture v: k4.15.0-34-generic
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
IF: enp1s0 state: down mac: 88:d7:f6:52:7f:5b
Card-2: Qualcomm Atheros Device 0042 driver: ath10k_pci
IF: wlp2s0 state: up speed: N/A duplex: N/A mac: f0:03:8c:d2:87:df
Drives: HDD Total Size: 256.1GB (12.1% used)
ID-1: /dev/sda model: Samsung_SSD_860 size: 256.1GB
Partition: ID-1: / size: 46G used: 7.0G (17%) fs: ext4 dev: /dev/sda3
ID-2: /home size: 156G used: 15G (11%) fs: ext4 dev: /dev/sda4
ID-3: swap-1 size: 8.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 47.5C mobo: 29.8C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 192 Uptime: 6:39 Memory: 1597.4/3857.9MB
Client: Shell (bash) inxi: 2.2.35/spoil]

Sergei K. писал(а): ↑
27 окт 2018, 17:59
1. Почему система предлагает мне версии ядер вплоть до 4.15.0-38, которые для Mint 19, если у меня установлен Mint 18.3?

Потому что для минт 18.3 родным было ядро 4.10, которое снято с поддержки. После него предлагалось 4.13 которое уже тоже снято с поддержки, и сейчас минимально доступное актуальное ядро младше чем 4.10 - это как раз 4.15 - оно считается актуальным для минта 18.3. Но скоро и его та же участь ждет, кажись. Ядро же 4.14 которое lts, убунтовцам чем-то не понравилось, потому и в минт не попало, хотя его ждали в 19-ом как основное.

Sergei K. писал(а): ↑
27 окт 2018, 17:59
2. Если у меня есть образ дистрибутива Mint 18 с ядром 4.10, то можно ли вернуться к более старому 4.4 или к одному из последующих до 4.14 включительно?

Можно. Но не нужно. Если нет четких и веских причин.

Sergei K. писал(а): ↑
27 окт 2018, 17:59
3. Все старые ядра я удалил (остались только два из версии 4.15). Если снова установлю старые, то принтер и сканер придется устанавливать заново?

Нет. Эти устройства не используют модули ядра (в смысле аналога виндовых драйверов), за сканер в линуксе отвечает sane за принтер - cups. Это практически независимые от ядра компоненты.

slant писал(а): ↑
27 окт 2018, 18:34
Но скоро и его та же участь ждет, кажись.

Насколько я помню, они обычно не отказываются от версии c которой выходит первый выпуск ЛТС-дистрибутива.
Как например до сих пор в 14.04 еще поддерживается 3.13, хотя 14.04.5 также уже вышла на 4.4 взятое за основу под следующий лтс.

slant писал(а): ↑
27 окт 2018, 18:34
Потому что для минт 18.3 родным было ядро 4.10, которое снято с поддержки.

Спасибо за подробные ответы. Есть, над чем подумать.
Вопрос по ядру 4.4. В посте 4 Chocobo писал, что оно будет поддерживаться до 2022 года. То же самое говорится и здесь: https://www.kernel.org/category/releases.html . А на этом сайте https://www.opennet.ru/opennews/art.shtml?num=47298 тоже пишут, что до 2022, но это какая-то специальная версия для Android? Где-то я вчера читал, что по 4.4 будут выпускать только обновления безопасности. Противоречивые данные. Что из этого верно?

Sergei K., А поддержка лтс-ядер в основном и заключается в применении в нем патчей безопасности по выявленным уязвимостям.
Новый функционал или поддержка железок туда добавляться не будут.
Просто имеем уже стабилизированную версию, не подверженную известным угрозам наравне с новыми ядрами. Когда с поддержки снимается - там уже всё, про обновки можно забыть

Chocobo писал(а): ↑
27 окт 2018, 19:59
А поддержка лтс-ядер в основном и заключается в применении в нем патчей безопасности по выявленным уязвимостям.

Меня вполне устраивало ядро 4.4, когда мне в первый раз установили Минт 18.0. Потом начал по собственной дури (как написал выше) обновлять ядра без разбора. Сейчас стоит Минт 18.3 с ядром 4.15, но не советуют возвращаться в прошлое. А тут ещё "грозят" (наверно Mint или Ubuntu?), что 4.15 вряд ли будет долгожителем... Как в одном старом кино говорили: "Белые пришли - грабят, красные пришли - тоже грабят. Куда крестьянину податься?"

На некоторых сайтах пишут, что поддержка ядра 4.14 будет до 2023 г. А в Linux Mint оно вроде не включено.

Sergei K. писал(а): ↑
27 окт 2018, 20:12
Куда крестьянину податься?"

Вопрос то в чем?) Конкретизируй

4.15 как уже писал будет поддерживаться убунтой до 2023. Вот https://wiki.ubuntu.com/Kernel/LTSEnablementStack
Также никто не мешает оставаться на 4.4 которое еще три года никуда не денется из LM18.X

Sergei K. писал(а): ↑
27 окт 2018, 20:17
поддержка ядра 4.14 будет до 2023 г. А в Linux Mint оно вроде не включено.

Вместно него просто сконцентрировались на взятом за основу 4.15. Поэтому 4.14 не включено общий репозиторий дистрибутива. Но также как и прочие - стабильно собираются свежие версии в kernel-ppa/mainline
Вот например актуальная сборка 4.14 недельной давности
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.78/

Chocobo писал(а): ↑
27 окт 2018, 20:24
Вопрос то в чем?) Конкретизируй

Уже не в чем. Спасибо за ответ, теперь понятно. Про версию 4.15 до 2023 года не заметил в твоем 33-м посте. Я как-то загоревал, что дообновлялся до 4.15, хотя забегать вперед паровоза не рекомендуют.

darkfenix, вот мой /etc/default/grub

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Нет строчки

Код: Выделить всё

GRUB_TIMEOUT_STYLE=hidden

Как тут быть? Я так понимаю, дописать и закомментировать не вариант. Может как вариант: строку дописать, но hidden заменить на другой параметр например visibl?

AlexS писал(а): ↑
28 окт 2018, 14:05
GRUB_HIDDEN_TIMEOUT_QUIET=true

Скорее всего речь шла про это. Закомментируй ее и обнови граб. И будет он тебе отображаться. Только вот зачем...если ОС то одна.
А чтоб вместо лого минта наблюдать лог загрузки надо

AlexS писал(а): ↑
28 окт 2018, 14:05
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

закомментировать и добавить ниже этой строки
GRUB_CMDLINE_LINUX_DEFAULT=""

Dja, вопрос был том, то-бы заменить ядро, а если что-то пойдёт не так, то сделать откат к ядру по умолчанию.

AlexS, Если что-то идет не так (неудачная загрузка), то груб сам покажется с 30-секундной выдержкой. Там уже выбираем нужное нам ядро, грузимся в графику и удаляем неудачное.

AlexS писал(а): ↑
28 окт 2018, 14:05
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true

Эти строки закомментируй

Помогите плз ламеру. На днях установил обновления, в т.ч. обновил ядо до 4.15.0-58. после перезагрузки Линукс загружается, выдает заставку, но после ввода логина и пароля черный экран с мышкой по центру в течении одной секунды, мигающий курсор в левом верхнем углу экрана, и вновь возвращает в экран входа. Попытка войти в гостевой пользователь - тот же результат. Попытка запуститься с более ранним ядром из граб - тоже самое. Переустанавливать систему не хочется, ибо много ценных файлов. Буду очень признателен за помощь. Спасибо.

Tront писал(а): ↑
07 сен 2019, 17:47
Буду очень признателен за помощь. Спасибо.

а про видео скажешь?

А почему вы решили, что ядро тут виновато? "После этого" - еще не означает "в следствие этого". Сами же говорите, что обновляли "в том числе ядро", т.е. - не только его.

Потому, чтобы вам помочь нужно увидеть логи системы. Хотя бы /var/log/Xorg.*.log и вывод journalctl -b

А вообще-то, правильнее было бы отдельную тему оформить согласно правилам форума.

slant писал(а): ↑
07 сен 2019, 17:58
и вывод journalctl -b

не нужно советовать этого.

slant писал(а): ↑
07 сен 2019, 17:58
А почему вы решили, что ядро тут виновато? "После этого" - еще не означает "в следствие этого". Сами же говорите, что обновляли "в том числе ядро", т.е. - не только его.

Потому, чтобы вам помочь нужно увидеть логи системы. Хотя бы /var/log/Xorg.*.log и вывод journalctl -b

А вообще-то, правильнее было бы отдельную тему оформить согласно правилам форума.

Я забыл упомянуть, что при обновлении ядра установщик выдал ошибку. А после перезагрузки началась проблема. Поэтому я так и решил.
Если не затруднит, разжевать для новичка можете? Как получить то, что вы просите?

Tront писал(а): ↑
07 сен 2019, 20:00
Если не затруднит, разжевать для новичка можете? Как получить то, что вы просите?

Для начала стоит демонстрировать здесь выводы системы , а не ваши впечатления.

LinuxMint.com.ru

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра

Обновление ядра