В дебиан журнала по умолчанию пишется в рамках. Смотри архаики, перенеси журнал в var/log и смотри логи.

В логах что-нибудь подозрительное обнаруживается? Обычно первый кандидат на причину — железо (диск сыплется, блок питания дохнет и т.п.).

Journald, а не журнала. ram а не рамках :-)

выхлоп grep -i error /var/log/messages

Mar 18 12:35:45 kt org.xfce.FileManager[658]: error: C:\users\crossover\Application Data\Notepad++\plugins\Config\Hunspell\en_US.usr: cannot open Mar 18 23:15:18 kt kernel: [ 5.839738] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro Mar 18 23:15:18 kt kernel: [ 11.262731] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168e-1.fw failed with error -2 Mar 18 23:15:20 kt lightdm[515]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Mar 18 23:15:25 kt lightdm[602]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Mar 19 00:06:31 kt kernel: [ 3083.964950] Web Content[2835]: segfault at 70 ip 00007f5276b44aff sp 00007ffe535e9350 error 4 in libxul.so[7f5272a74000+4db2000] Mar 19 03:59:52 kt kernel: [ 16.982686] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro Mar 19 03:59:52 kt kernel: [ 22.418278] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168e-1.fw failed with error -2 Mar 19 03:59:54 kt lightdm[529]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Mar 19 03:59:59 kt lightdm[617]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Mar 19 11:27:54 kt kernel: [ 16.173706] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro Mar 19 11:27:54 kt kernel: [ 21.989610] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168e-1.fw failed with error -2 Mar 19 11:27:56 kt lightdm[494]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Mar 19 11:28:00 kt lightdm[597]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

Сейчас проверю жесткий диск на битые сектора отпишусь. Спасибо.

Память проверь, он на DBUS ругается, случайно не разгонял машину?

Нет не разгонял. Материнку, процессор и оперативку с неделю назад купил. Спасибо.

Не надо делать выборку из сообщений ядра, показывайте целиком.

Во-первых, используй лоркод для разметки: www.linux.org.ru/help/lorcode.md

https://imgur.com/gbxKABI

Во-вторых, Виснут иксы (комментарий)

Железо только недавно обновлял. Диск проверил вреде все в порядке.

sudo badblocks -v /dev/sda1 > badsectors.txt
Checking blocks 0 to 968375295
Checking for bad blocks (read-only test): done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)

Спасибо!

Это у тебя только read-only тест. Надежнее деструктивный read-write тест.

У меня ibus и не установлен. Драйвера стоят версии 304.135. Спасибо!

Можно и недеструктивный read-write:

-n Use non-destructive read-write mode.

Что-то с жестким все-таки не так. Пять дней прошло и вот опять прилетело. Что-то, зачем-то отмонтирет его.

Mar 24 03:40:28 kt kernel: [   17.393953] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
Mar 24 03:40:28 kt kernel: [   22.618617] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168e-1.fw failed with error -2
Mar 24 03:40:30 kt lightdm[494]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
Mar 24 03:40:37 kt lightdm[696]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

Это обычные сообщения при загрузке - не имеют отношения к твоей проблеме. Если хочешь избавиться от «Error getting user list from org.freedesktop.Accounts ...», то установи еще пакет:

sudo apt install accountsservice

По поводу зависаний: сколько у тебя всего оперативки на компе и сколько ты выделил виртуальным машинам? Часом не слишком много?

Оперативки 8мб одной плашкой. На данный момент работают две машины. У семерки 1024мб, а у XP 192мб. В диспетчер посмотрел сейчас им хватает. Раньше когда им не хватало памяти, то вырубало машину и все. Спасибо!

Оперативки 8мб одной плашкой

хорошая шутка :)
Раздел /dev/sda1 корень? После старта debian он доступен «на запись» или только «на чтение» mount|grep sda1

Кабели хорошо всталены? Диск чего-то сбоит, вот его и система перемонтирует. Если не кабели, не БП (напряжения сильно проседают), то возможно сам диск. Оперативку тестировал?

Материнку, процессор и оперативку с неделю назад купил

Модель новая? Если да, то зависания на таком - обычное дело. Обычно надо ждать год-два, пока все отладят.

Модель новая? Если да, то зависания на таком - обычное дело.

Есть такое дело... (
Когда Ubuntu ставил, пришлось параметр ядра выставить pci=noacpi - без него глючило.
https://wiki.ubuntu.com/DebuggingACPI

mount|grep sda1
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)

Да, кабели хорошо вставлены. Сам оперативку не тестировал, но при покупки тестировали. Сначала одна не подошла, вот этой заменили.

Спасибо!

Наверное скачать дистрибутив не от производителя на прямую и потом как пол сайта жрать кактус в спорах какой дистр поставить что бы не зависал , а скачать нормальный наментейнерный дистр который проверен и отредактирован от этих зависаний как рекомендация это OS 8.0 или бету OS 9.0

Т.е. сейчас прекратилось? Если да, то хорошо. Только «оно» может вернуться. По симптомам всё-таки «что-то с железом». Гадать пока не будем... :)

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

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

Да дело не только в этом - просто есть стандарты по железу (BIOS и пр), а есть Microsoft... И когда возникает несостыковочка, то производители железа выбирают, сами понимаете, что. Ну а linux-программеры, естественно, выбирает стандарты. Со временем это всё конечно подравняется, но... под linux нужно более аккуратно выбирать железо. Иначе можно нарваться на текущие неприятности.

Покажите логи xorg-а после очередного зависания:

• cat /var/log/Xorg.0.log
• cat /var/log/Xorg.1.log
• cat /var/log/Xorg.2.log
• cat /var/log/Xorg.N.log

А также

journalctl --since "2019-03-25"

В journalctl --since «2019-03-24» сейчас взглянул пару ошибок заметил. Зависание было в 3:40 я запомнил. Только причем тут звук?

мар 24 03:40:27 kt kernel: r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168e-1.fw (-2)

мар 24 03:40:49 кt pulseaudio[1225]: [pulseaudio] pid.c: Daemon already running.

Я хочу после следующего зависания из биоса проверить жесткий диск. Или как-то лучше его по другому протестировать? Спасибо!

firmware: failed to load rtl_nic/rtl8168e-1.fw

Попробуйте переустановить пакет firmware-realtek - это вроде оттуда.

Ну и проверьте: раз железо меняли, то может вам какие драйвера нужны более свежие и правильные. Посмотрите ваши устройства (графика, сетевые карты) и погуглите соответствующие debian-драйвера.

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

что-то в этом роде )))

Зависание было в 3:40 я запомнил

Ещё бы Xorg.0.log глянуть (логов может быть несколько). Ну как и писали — переустановите firmware-realtek для начала.

Или как-то лучше его по другому протестировать?

Есть LiveCD с ляликсом и всякими шнягами внутри для восстановлении, проверки и т.д. Но вы же проверили диск штатными методами.

Вот и докатились. Сперва сигрупс. Потом системд, там и докер... И вот уже столп стабильности лежит под улюлюканье посетителей барбер шопов. Стыдно товарищи!

В штаны залили

Ясно.

Вы попросили после следующего зависания и я не стал сразу выкладывать.)

cat /var/log/Xorg.0.log

cat /var/log/Xorg.1.log

Спасибо!

Опять система опять зависла, но через несколько секунд компьютер уже сам перезагрузился. Может из-за того что установил firmware-realtek. Зависло в 20:59.

journalctl --since «2019-03-25» показывает только одну ошибку на звук

"мар 25 20:59:40 kt pulseaudio[997]: [pulseaudio] pid.c: Daemon already running."

Весь journalctl

sudo less /var/log/messages

Спасибо!

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

Дебиан стоит последняя стабильная версия 9.8.0. От дебиана не откажусь, ни что не устраивает, даже также убунту. Если даже переустанавить, то мне программы потом целый день настраивать, а так не хочется целый день терять. Система устанавливается 20 минут, а настраивается целый день. Спасибо!

Хотите дебилиан и чтобы не зависало?! Ставьте 8.11 инфа 100% Поддержка еще год.

kt pulseaudio[997]: [pulseaudio] pid.c: Daemon already running

Похоже, у тебя проблемы с pulseaudio-сервером - может, грохается. Переустанови пакет pulseaudio заново - только старые настройки почисти после удаления, чтобы хвостов каких не осталось. Ну и тему драйверов для твоего аудио-контроллера погугли. И указанное сообщение тоже погугли - не один ты такой )

Переустановил, посмотри что будет. Спасибо.

Проблема осталась.

Всем доброго времени суток!

Систему переустанавливал, память тестировал, жесткий диск прогонял через HDD Regenerator (с диска загрузочного запускал) - ошибок не выявлено, а вот Victoria HDD (подключал вторым к windows) - обнаружила один поврежденный (красный) бэд-блок и пару плохо читаемых (оранжевые). Викторией два раза прогонял, программа все исправила, но проблема осталась, и по прежнему наглухо, как прежде зависает. Кулер сегодня еще один добавил, подумал может греется, сейчас там внутри холодильник, но система правда пока не зависла после этого, зато была самопроизвольная перезагрузка. Сделал стресс-тестирование всей системы через stress-ng, но в результате не могу понять выявила ли эта прога баги или нет. Не посмотрите?

Стресс-тестирование!

Спасибо!

В вашей системе есть Swap? Каков обьём? Попробуйте помониторить - возможно с течение времени течёт какое-то приложени и забиваеться оперативная память, после чего забиваеться swap и наступают такие грустные последствия.

Куда копать и что делать?

$ dmesg

$ atop

$ sudo sa

Возможно дадут подсказки.

Памяти хватает, 8гб одной плашкой. Расходуется чуть больше половины, до подкачки дело даже не доходит.

Спасибо.

dmesg

atop не установлен, я смотрю в стандартный системный монитор, нагрузки нет ни какой.

А, что за команда sa?

Спасибо!

А, что за команда sa?

$ apt-file search /sbin/sa
acct: /usr/sbin/sa

$ man sa
sa -  summarizes accounting information

В debian вообще об этом ничего не говорится.

kt@kt:~$ sudo sa
sudo: sa: command not found
kt@kt:~$ apt-file search /sbin/sa
bash: apt-file: команда не найдена
kt@kt:~$ man sa
Нет справочной страницы для sa

dmesg
sudo dmesg

Тебя в группе logcheck нету, что ли?

В debian вообще об этом ничего не говорится.

Я же написал пакет: acct.

Так может рядом другой дистр поставить, проверить как там работает? Но только совсем другой, федора, рачик (манжаро).

Стресс-тестирование!

stress-ng: info:  [1194] 5 failures reached, aborting stress process
stress-ng: fail:  [1193] stress-ng-key: keyctl KEYCTL_UPDATE failed, errno=127 (Key has expired)
stress-ng: fail:  [1193] stress-ng-key: keyctl KEYCTL_READ failed, errno=127 (Key has expired)
stress-ng: fail:  [1193] stress-ng-key: request_key failed, errno=126 (Required key not available)
stress-ng: fail:  [1193] stress-ng-key: keyctl KEYCTL_DESCRIBE failed, errno=127 (Key has expired)
stress-ng: fail:  [1193] stress-ng-key: keyctl KEYCTL_UPDATE failed, errno=127 (Key has expired)
stress-ng: info:  [1193] 5 failures reached, aborting stress process

Вот у человека похожий лог. Переехал на Манжаро с ext4 - проблема исчезла:

https://www.linuxquestions.org/questions/linux-hardware-18/is-this-a-ram-moth...

Что за железо и какая версия дебиана стоит ?

Система: debian 9.8.0 amd64 (stretch) Железо: процессор - AMD Athlon(tm) II X2 250 Processor, видеокарта - GeForce 7950 GT 512mb, блок питания - exegate 500W, жесткий диск - Western Digital Caviar Green 1 Тб WD10EARS 1 Тб SATA, материнка - ASUS M4A88T-M, оперативка одной плашкой - 8гб.

Проблемы начались после смены материнки, оперативки и процессора.

Спасибо.