[РЕШЕНО] Проблмеа с обновлением ядра с 4.1.15-r2 до ядра 4.4.6,

После обновления ядра с 4.1.15-r2 до ядра 4.4.6 (genkernel собирал) получаю нежданчик =/.
Сразу скажу, на версии 4.1.15-r2, всё запускается и работет так как надо, все демоны запущеный и жалоб особых нет.

Как только пробую запустить с нового ядра...
Успеваю увидеть, что при загрузке пробегает несколько ERROR
Уже не стартанул Slim, и встречает стандартное приветствие консоли.
Пробую залогинится под собой, в ответ мне выдаёт: No direcotry, logging in with HOME=/.
Заходим под root, проверяем /home/ а там пустота, домашней пользовательской директории нет.

Фиг, с ним... посмотрим что в логах, а там тока последние со старого ядра.
Переношу логи, дабы с чистого листа увидеть выхлоп.
Ребутимся, заходим в новое ядро, под root, заходим в логи... а там снова пустота, новых ЛОГОВ - НЕТ
Проверяю запускается ли демон логирования: status: stopped
При этом rc-update показывает, что syslog-nb | default.
Когда пробую запустить пишет, что: mount: wrong fs type, bad option, bad superblock on /dev/sda3 и тд.
Проверку диска делал, всё норм.

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

У кого то похожее было?? Подскажите куда копать??

P.S.
диск SSD-шный.
рабочая машина: lenovo X200, конфиг лопатил под этот ноут, предыдущие ядра с этим конфигом работают нормально начиная с 4.0.5 и до 4.1.15-r2 включительно.

P.S.S.: что то нарою новое сообщу.

Пойду отвлекусь, может мысля какая та посетит....

1. Обновление ядра с make

1. Обновление ядра с make oldconfig делал?
2. Покажи /etc/fstab и /proc/filesystems

SysA написал(а): 1.

SysA написал(а):
1. Обновление ядра с make oldconfig делал?
2. Покажи /etc/fstab и /proc/filesystems

1. ядро обновляю с помощью genkernel (знаю что не православно, привык уже)
в конфиге genkernel.conf указано:
# Run 'make oldconfig' before compiling this kernel?
OLDCONFIG="no"

полный конфиг тут

2. /etc/fstab fstab

3. /proc/filesystems filesystem

Покрутил повертел, какая та лажа с монтированием home раздела. В новом ядре не цепляет, в ручную монтируется

ух ты, мы вышли из бухты....

1. Не православно, не

1. Не православно, не понимать что ты делаешь или делает за тебя утилита, а уж использовать genkernel или набирать все команды руками - дело привычки. нужно выполнить make oldconfig и пересобрать ядро
2. вручную монтируешь с теми же параметрами и по uuid?
почему на смонтировалось ищи в dmesg

Извини, но нет никакого

Извини, но нет никакого желания разбираться в детской самодеятельности... особенно если у тебя привычка стоит выше желания решить проблему.

Словом, если выйдешь из бухты и после этого еще будут проблемы/вопросы, то милости просим сюда, иначе - уж не обессудь...

Ни о чём.

Другого ответа я и не ожидал....
Как всегда начали за здравие, закончили за упокой.

Не успев разобраться, навешали ярлыков.

ух ты, мы вышли из бухты....

Увы, если хочешь быть

Увы, если хочешь быть оригинальным - будь им, но не за чужой счет!
Т.к. при наличии шоссе ехать по бездорожью в том же направлении глупо, если только целью/удовольствием не является сам процесс экстрима. Но почему другие должны принудительно страдать?!..

odto11, для начала попробуйте

odto11, для начала попробуйте в fstab для /home заменить noatime,discard,errors=remount-ro,commit=60 на defaults

SysA написал(а): Увы, если

SysA написал(а):
Увы, если хочешь быть оригинальным - будь им, но не за чужой счет!
Т.к. при наличии шоссе ехать по бездорожью в том же направлении глупо, если только целью/удовольствием не является сам процесс экстрима. Но почему другие должны принудительно страдать?!..

Заметьте тут ни кто, ни кого, ни к чему не принуждает.
Была просьба, указать на какие момнеты уделить внимание.
А вы тут решиле развести демогогию, о привычках и что кто то должен за кого-то решать.
Спасбо, за уделённое время моей проблеме. (надеюсь вам от этого будет немного легче.)

ух ты, мы вышли из бухты....

С большой вероятностью в

С большой вероятностью в новом ядре отсутствует поддержка нужной файловой системы, или же отсутствует драйвер для диска.

В общем make oldconfig вещь очень полезная и как правило нужная.

Чем больше юзерфрендли, тем сложнее юзать.

Как решилось-то?

Выпал человек, описал ситуацию, обозначил проблему. Почитал советы и комментарии, повесил флажок - "Решено". Как решил - непонятно, что решено - неизвестно. Нехорошо. Кто-то писал про ярлыки? :)

Судя по всему

Судя по всему скопировал .config прописал в genkernel.conf

# Run 'make oldconfig' before compiling this kernel?
OLDCONFIG="yes"

и дело пошло

elder написал(а): Судя по

elder написал(а):
Судя по всему скопировал .config прописал в genkernel.conf

# Run 'make oldconfig' before compiling this kernel?
OLDCONFIG="yes"

и дело пошло

Данный вариант ситуацию не исправлял.

ух ты, мы вышли из бухты....

RY_G написал(а): Выпал

RY_G написал(а):
Выпал человек, описал ситуацию, обозначил проблему. Почитал советы и комментарии, повесил флажок - "Решено". Как решил - непонятно, что решено - неизвестно. Нехорошо. Кто-то писал про ярлыки? :)

Так как для некоторых сограждан, данная проблема является "детской самодеятельностью", то не вижу смысла выкладывать бональное решение.

ух ты, мы вышли из бухты....

Поверь, ты тут далеко не

Поверь, ты тут далеко не единственный участник "детской самодеятельности" - так что очень может быть, что кому-то ты сможешь облегчить жизнь... в том числе не только тем, кто спрашивает, но и тем, кто отвечает... ;)

???

Так как решилось-то?

Решение

RY_G написал(а):
Так как решилось-то?

Всё оказалось проще, чем думалось.

как рекомендовли выше:

sspphheerraa написал(а):
odto11, для начала попробуйте в fstab для /home заменить noatime,discard,errors=remount-ro,commit=60 на defaults

можно выставить на defaults.
Сам глюк(фича) вызывал commit=60, он почему то раздел монтировал только для чтения (это в ядре 4.4.6). В 4.1.15-r2 работало без проблем.

Причину почему так выходит, ещё не разобрался.

ух ты, мы вышли из бухты....

:facepalm:

Ох уж эти дети индиго,
проблемы нетривиальны, решения "бональны"...

Мне пришлось вернуться к

Мне пришлось вернуться к 4.1.15-r2, при том что делаю сначала make oldconfig, копипащу все новые вещи в текстовый файл, потом genkernel --xconfig all и проверяю все эти новости по хелпу и гуглу на предмет "а надо?". Несмотря на это при загрузке и при выключении стал подвисать почти на каждой строчке выхлопа (если жмёшь "anykey", едет дальше), иногда перестаёт видеть то саундкарту (обычный Intel HDA на матери), а то и root device! В этом случае - только ресет. Никаких ошибок в логах нет, если удаётся загрузиться, дальше всё работает, короче, чертовщина какая-то.
На 4.1.15-r2 всё ОК, так что просто замаскирую 4.4.6 и подожду.

kernels 4.4.*

Я тоже заметил, что ядра с версии 4.4.* сильно чудят.
В ext4 опция commit точно поломана.
Ещё, помню, не смог переключиться из иксов во фреймбуфер-консоль по Ctrl-Alt-F* на Intel HD, что, собственно, и стало киллер-фичей (kill kernel 4.4.*))) для отката на 4.1.*

Да, мне тоже пришлось

Да, мне тоже пришлось откатится на 4.1.5. У меня при выходе из Х консоль не восстанавливается, так и остаётся просто чёрным экраном с мигающим курсором в левом верхнем углу. Помогает только перезагрузка.

Самое время начинать стенать, что раньше всё было лучше :)

Чем больше юзерфрендли, тем сложнее юзать.

.

Эволюция в направлении копроэкономики, увы, носит закономерный характер. ☹

:wq
--
Live free or die

Ну у меня обновление до

Ну у меня обновление до 4.4.8-hardened-r1-gnu, в своё время, проблем не вызвало.

возвратился на ядрышко 4.4.6

Поборол таки глюки с переключением иксы/fb-консоль в 4.4.6 ядре.

Покурил гентушную вику, поставил свежие unmasked дрова xf86-video-{intel,ati} (добавлять оверлей x11 с наисвежайшими дровами, как советовала вика, не стал, решил попробовать из стандартного репо)

Два дня аптайма - полёт нормальный.

Такшта, идём в ногу с официальным stable на профиле default/linux/amd64/13.0/desktop/plasma

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".