On 5/26/22 22:10, AAS wrote:
>> Посмотреть `ls -ltr`, чтобы выяснить, какие логи изменялись после
>> момента сбоя. Потом посмотреть все изменившиеся, обращая внимание на
>> время, соответствующее сбою. Для этого, правда, сначала нужно
>> воспроизвести сбой и заметить точное время.
>
> эта комманда дает список папок внутри домашнего каталога и все
Список, отсортированный по времени изменения. Так удобнее найти логи,
изменившиеся после момента сбоя.
>> Скорее всего, это будет /var/log/messages. тоже можно посмотреть.
>
> messages каталога нет вообще
Зато файл есть.
> boot.log - отказ в доступе
>>
>> Или еще грепом поискать. `grep -rl kernel-core /var/log`, например.
> вот фрагмент результата отработки грепа
>
> grep: /var/log/anaconda/anaconda.log: Отказано в доступе
Так ведь sudo.
>>> dmesg - это комманда в терминале как я понял ?
>>
>> Да. Ее лучше выполнять с ключом -T, чтобы таймстемпы были
>> человекочитаемые. И тоже искать по времени.
>
> вот что она пишет красным шрифтом
>
> debugfs: File 'radeon_ring_gfx' in directory '1' already present!
> debugfs: File 'radeon_ring_dma1' in directory '1' already present!
>
> File 'radeon_ring_uvd' in directory '1' already present!
Возможно, что-то с этим и связано. ГУИ, драйвер и все такое.
>> А еще, раз уж ошибка связана с чем-то гуевым, можно поискать логи
>> Xorg. Может быть, в ~/.xsession-errors.
>>
> на Wayland сессия - ниче ?
Это я не понимаю, это модное что-то. Но я надеюсь, что и у него есть
какие-то логи, вот туда и заглянуть бы.
>> А все-таки, если нажать на кнопку "Подробнее", что там будет?
>
> вот что:
>
> Непредвиденная ошибка системы
> В системе произошла ошибка, которая была успешно исправлена.
> kernel-core
> 5.17.9-300.fc36.x86_64
>
> The backtrace does not contain enough meaningful function frames to be
> reported. It is annoying but it does not necessarily indicate a problem
> with your computer. ABRT will not allow you to create a report in a bug
> tracking system but you can contact kernel maintainers via e-mail.
>
>
