The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 6.5, opennews (?), 28-Авг-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


204. "Релиз ядра Linux 6.5"  +/
Сообщение от Минона (ok), 29-Авг-23, 07:38 
>> Ткните плз, в какой версии ядра Торвальдс вернул прокрутку консоли?
> Use Screen Luke

скрин не кошерно.
Use tmux Luke.

Ответить | Правка | Наверх | Cообщить модератору

212. "Релиз ядра Linux 6.5"  +/
Сообщение от Anon3 (?), 29-Авг-23, 10:48 
Запустите tmux в initramfs для прокрутки консоли, чтобы посмотреть лог загрузки во время загрузки.
Что, неполучается? То-то же
Нравится tmux, не забывайте, что без screen тоже не обойдетесь, если есть потребность в аналоге ядерной прокрутки консоли
Ответить | Правка | Наверх | Cообщить модератору

225. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (225), 29-Авг-23, 13:23 
Чтобы посмотреть лог загрузки - Use
% journalctl --no-hostname -x -b | grep -i -n 'systemd\[1\]'
Luke
Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз ядра Linux 6.5"  +/
Сообщение от Anon3 (?), 29-Авг-23, 17:41 
> Чтобы посмотреть лог загрузки - Use
> % journalctl --no-hostname -x -b | grep -i -n 'systemd\[1\]'
> Luke

Так загрузка зависла в бесконечность на plumouth и systemd не выдал отладочную консоль.

> journalctl...

Может и journald еще не запустился, чтобы с dmesg-a слить себе лог загрузки ядра, а plumouth не нравится что-то в ядре, а ядру что-то не нравится, но не посмотреть потому что скрола ядерного нет

Ответить | Правка | Наверх | Cообщить модератору

264. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (-), 30-Авг-23, 01:42 
> Так загрузка зависла в бесконечность на plumouth и systemd не выдал отладочную консоль.

Ну так сказать ему счерез командлайн ядра чтоб отвалил. В смысле plymouth'у конечно.

> Может и journald еще не запустился, чтобы с dmesg-a слить себе лог
> загрузки ядра, а plumouth не нравится что-то в ядре, а ядру
> что-то не нравится, но не посмотреть потому что скрола ядерного нет

Ну знаете у меня как-то и PCI не взлетал. От такого только вывод в UART и помогает (откуда я и узнал что это PCI). Представляете, видяха на невзлетевшем PCI - "почему-то" недоступна.

Ответить | Правка | Наверх | Cообщить модератору

272. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Anon3 (?), 30-Авг-23, 10:24 
> Ну так сказать ему счерез командлайн ядра чтоб отвалил. В смысле plymouth'у конечно.

А можно просто: use 'screen', Luke. Тогда не надо выполнять перезагрузку и можно, с некоторыми удобствами, наживую выполнить отладку plymouth'а, и всего того, что будет после

> Ну знаете у меня как-то и PCI не взлетал

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

Ответить | Правка | Наверх | Cообщить модератору

290. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (-), 31-Авг-23, 03:12 
> А можно просто: use 'screen', Luke. Тогда не надо выполнять перезагрузку

Тем не менее, если что-то пошло не так, гарантий что "screen" будет работать примерно столько же сколько и для всего остального. А вот например снапшот btrfs с системой в чуть более раннем виде где все еще было ЗБС можно даже grub зацепить, с минимумом допущений. Шансы что grub сработает заметно выше чем шансы что сработает цепочка типа (grub, kernel, initrd, куч алиб/прог/скриптов и только потом за ними - screen). До того как система screen вообще сможет запустить - много чего может пойти не так. И в этом смысле как last resort для изучения совсем не стартанувшей системы может пригодиться вообще init=/bin/bash - и даже это может обломаться если были повреждены системные либы, например.

> и можно, с некоторыми удобствами, наживую выполнить отладку plymouth'а, и всего того,
> что будет после

Мсье знает толк в извращениях :)

> Если следовать вашей логике, то в вашем случае надо было не на UART выводить,

Вообще, много где именно именно на UART и выводят. По дефолту. Потому что ядро умеет поднимать уарты очень рано ("early console"), это требует абсолютный минимум инита железа, и можно зацепить все это к более живой системе и посмотреть WTF. Так что шансы увидеть что-то осмысленное даже при жестком затыке, даже в самом начале - сильно возрастают. Если разуть глаза можно будет найти десятки железок у себя под боком с линухом, где, прицепив сериальный шнурок можно будет увидеть именно ЭТО. А когда проблема понята можно с ней уже прицельно разобраться. А если до взлета screen дело не дошло, что вы вообще делаете? :)

> а просто выпить водки.

Это еще почему?

> Разговор был о ядерном скроле и применении костыля в связи с его отсутствием

Ну вот в случае uart - можно смотреть вывод на другой системе, в любом удобном софте, и даже в файло залогить и разработчикам скинуть. Это конечно требует второй ноут или комп и немного подколючки проводов и возможно трансляции уровней, но COM на десктопах обычно до сих пор есть как гребенка на мамке, видимо в том числе и поэтому. А если и этого не хватило - останется только жытаг. Потому что если ядро не подало признаков жизни после инита железа - ну, до вашего скрина дело не дойдет. В упомянутом примере, если у вас не взлетел pci, то клавиатуру на вон том usb вы тоже не получаете, потому что usb контроллер на pci был. Так что скроллить вы ничего и никуда не сможете чисто технически. А поскольку видяхи на ее PCIe тоже нет - то и увидеть наскролленое вы тоже не сможете. И соответственно рецепт спасения не такой уж и универсальный как вы там вещаете.

Ответить | Правка | Наверх | Cообщить модератору

298. "Релиз ядра Linux 6.5"  +/
Сообщение от Anon3 (?), 31-Авг-23, 13:15 
> И соответственно рецепт спасения не такой уж и универсальный как вы там вещаете.
>> Anon3: и применении костыля в связи с его отсутствием

Как то не похоже на пропаганду универсального рецепта спасения
Вы просто проецируете, потому что uart действительно на это претендует (и что вы аргументированно обосновали)


> Это конечно требует второй ноут или комп и немного подколючки проводов и возможно трансляции уровней,...  Если разуть глаза можно будет найти десятки железок у себя под боком с линухом,...

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


> Мсье знает толк в извращениях :)

Готовим много разных припарок (где проблемы ядерного скрола и screen являются просто маленькой частью хобби, вписывающейся в общую концепцию) для разных частей тела, в надежде что это если не воспрепятствует переходу в мертвое состояние, то по крайней мере множество припарок мертвому помогут

> Тем не менее, если что-то пошло не так,

Умозрительно вы правы. Но вот правильно приготовленная связка extlinux, kernel, initramfs, screen-static (или bash-static) достаточно надежна и гибка

> А вот например снапшот btrfs с системой в чуть более раннем виде где все еще было ЗБС можно даже grub зацепить, с минимумом допущений.

Наверное, действительно самое лучшее решение (я дейсвительно к нему присматриваюсь). Только вот методика сродная MS-style. Если винда не загружается, просто переставь ее (откатись на предыдущий btrfs snapshot). Хочется отладки наживую

>> а просто выпить водки.
> Это еще почему?

Ядерного скрол (его отсутсвие) это для решения проблем, возникших после загрузки ядра и отсутвии как вы и упомянули:
>> если у вас не взлетел pci, то клавиатуру на вон том usb вы тоже не получаете, ....

А uart - это уже сильный выход вверх
Можно выйти вверх еще более радикальным методом: водка. Тогда решаются проблемы не только pci устройств, но и компьютера, как такового, а также зернового элеватора, зерна и блиндажа

Ответить | Правка | Наверх | Cообщить модератору

323. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (323), 03-Сен-23, 19:39 
> Как то не похоже на пропаганду универсального рецепта спасения

Кажется я не верю в серебряные пули.

> Вы просто проецируете, потому что uart действительно на это претендует (и что
> вы аргументированно обосновали)

Ну вот консоль на простом в инициализации интерфейсе с минимальными допущениями и правда относительно эффективный тул для разбирательства с самыми странными вещами. Хоть и требует еще 1 компьютерной системы. Хотя в случае виртуалки это может быть и всего лишь абстракция. Да и out of band дебагер, если вон того мало - в этом случае вам ничего не стоит. Абстракции забавная штука.

> Сидя в блиндаже возле разбомбленного зернового элеватора, когда вокруг рассыпано
> под открітім небом пару тісяч тонн свезенного и портящегося зерна, в ожидании скорого дождя.

Кернел линукса не очень поможет вам с зерном сам по себе. А так кто сказал что я чужд минимальным допущениям? И в этом смысле, какой никакой сериальный шнурок бывает можно даже к мобилке зацепить, дрова для FTDI'ек там обычно у usb-host таки есть. Конечно 12V RS232 туда низя, угробите мобилку.

> Готовим много разных припарок (где проблемы ядерного скрола и screen являются просто
> маленькой частью хобби, вписывающейся в общую концепцию) для разных частей тела,

Ну вот я тоже разруливаю куда более сложные системные проблемы. Вплоть до вот например невзлета PCI. А кто мне его еще разрулит? Ну не вы же, у вас моих конфигов нет. А многих из них и не будет. Т.к. я люблю всякую экзотику.

> Умозрительно вы правы. Но вот правильно приготовленная связка extlinux, kernel, initramfs,
> screen-static (или bash-static) достаточно надежна и гибка

А заведомо работавший снапшот - это заведомо работавший снапшот. У него самого по себе просто нет причин чтобы перестать работать.

> Наверное, действительно самое лучшее решение (я дейсвительно к нему присматриваюсь). Только
> вот методика сродная MS-style.

MS страшно далек от этого уровня технологий. Они ничего сравнимого в принципе не умеют в таком виде. И бутлоадеры у них бестолковые.

> Если винда не загружается, просто переставь ее
> (откатись на предыдущий btrfs snapshot). Хочется отладки наживую

А тут надо определиться что мы хотим - по#$%ться или выполнить миссию (получить результат, сделать проект, закончить таск, или как сие в вашем словаре звучит).

Впрочем одно другое не исключает. Если это было что-то интересное - ну, окей, я сделаю битое состояние системы снапшотом и потом когда время будет - неспешно, в фоне посмотрю а что там такое было. Может даже отврапив в виртуалку, что все сильно упростит. Там я могу подебажить суровее, с более удобными тулами. Зацепив какой GDB через out of band дебаг, не уповая на живость системы вообще. Если вы когда-то были Древним то знаете что такое монитор. И как это - быть уровнем выше остального. А когда это еще и абстракцией оформлено, не зависящей от основной системы - вообще красота.

> А uart - это уже сильный выход вверх

По крайней мере он от pci не зависит. Это позволяет увидеть что факап с PCI даже если тот совсем не подал признаков жизни. Что как бы аргумент. А вот обычную usb клаву и видяху я при этом не получаю, потому что это на PCI висело.

> Можно выйти вверх еще более радикальным методом: водка. Тогда решаются проблемы не
> только pci устройств, но и компьютера, как такового, а также зернового
> элеватора, зерна и блиндажа

Это не мой путь. Мой путь это путь разума.

Ответить | Правка | Наверх | Cообщить модератору

274. "Релиз ядра Linux 6.5"  +/
Сообщение от Минона (ok), 30-Авг-23, 13:58 
> Запустите tmux в initramfs для прокрутки консоли, чтобы посмотреть лог загрузки во
> время загрузки.

А месье знает толк в извращениях.

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

255. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (255), 29-Авг-23, 18:39 
>скрин не кошерно.

Это потому что тыскозал, пермисивщик?

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

275. "Релиз ядра Linux 6.5"  +/
Сообщение от Минона (ok), 30-Авг-23, 13:59 
>>скрин не кошерно.
> Это потому что тыскозал, пермисивщик?

Разрабы из OpenBSD.

Ответить | Правка | Наверх | Cообщить модератору

324. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноним (-), 04-Сен-23, 05:33 
>>>скрин не кошерно.
>> Это потому что тыскозал, пермисивщик?
> Разрабы из OpenBSD.

Это те у которых кошерно - из гуеста в виртуалке сразу в кернелмод хоста прорубаться? Их ценное мнение очень важно для нас.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру