Вы здесь

[РЕШЕНО] Проблмеа с обновлением ядра с 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 oldconfig делал?
2. Покажи /etc/fstab и /proc/filesystems

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

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

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

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

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

—

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

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

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

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

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

—

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

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

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

—

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

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

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


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

и дело пошло

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


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

и дело пошло

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

—

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

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 работало без проблем.

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

—

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

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

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

Я тоже заметил, что ядра с версии 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, в своё время, проблем не вызвало.

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

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

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

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