LINUX.ORG.RU

На каком этапе происходит торможение? До выхода из окружения рабочего стола или после?

proud_anon ★★★★★
()
  • включи отладочный шелл (systemctl enable debug-shell; systemctl start debug-shell);
  • начни выключение;
  • в момент «торможения» перейди на девятый VT и сделай systemctl list-jobs.
intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

поставил нищебродский аналог вантуза — терпи, редактируй юниты

anonymous
()
Ответ на: комментарий от proud_anon

похоже мне рано к этому, сначала нужно почитать подробное о systemd, а потом задавать такие вопросы

journalctl --boot=-1
У меня не запустилась - походу нужно еще дополнительно настравивать. Спасибо, но думаю мне нужно более детально изучить systemd(

webmak ★★
() автор топика
Ответ на: комментарий от webmak

У меня не запустилась - походу нужно еще дополнительно настравивать.

Куда-то же пишутся логи? Наверное, тогда в /var/log/syslog

proud_anon ★★★★★
()
Ответ на: комментарий от intelfx
user@debian:~$ sudo journalctl --boot=-1
[sudo] password for user: 
Failed to look up boot -1: Не вдалося призначити вказану адресу

«Не вдалося призначити вказану адресу» - не удалось назначить указанный адрес

webmak ★★
() автор топика
Последнее исправление: webmak (всего исправлений: 2)
Ответ на: комментарий от webmak

А, так оно всё-таки запустилось. Но очень странно, -1 - это должен быть лог предыдущей загрузки.

Работает ли просто journalctl и что показывает journalctl --list-boots?

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

[user@debian:~$ sudo journalctl

[sudo] password for user: 
-- Logs begin at пт 2015-05-01 20:31:53 EEST, end at пт 2015-05-01 23:58:28 EEST
тра 01 20:31:53 debian systemd-journal[221]: Runtime journal is using 8.0M (max 
тра 01 20:31:53 debian systemd-journal[221]: Runtime journal is using 8.0M (max 
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpuset
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpu
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpuacct
тра 01 20:31:53 debian kernel: Linux version 3.16.0-4-amd64 (debian-kernel@lists
тра 01 20:31:53 debian kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-a
тра 01 20:31:53 debian kernel: e820: BIOS-provided physical RAM map:
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000ce86
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000ce86e000-0x00000000cea4
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cea41000-0x00000000cee3
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cee3a000-0x00000000cf10
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf106000-0x00000000cf15
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf15c000-0x00000000cf15
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf15d000-0x00000000cf36
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf363000-0x00000000cf7f
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbff
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec0
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec10000-0x00000000fec1
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec20000-0x00000000fec2
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed0
lines 1-23...skipping...
-- Logs begin at пт 2015-05-01 20:31:53 EEST, end at пт 2015-05-01 23:58:28 EEST. --
тра 01 20:31:53 debian systemd-journal[221]: Runtime journal is using 8.0M (max allowed 159.3M, trying to leave 239.0M free of 1.5G available → current limit 
тра 01 20:31:53 debian systemd-journal[221]: Runtime journal is using 8.0M (max allowed 159.3M, trying to leave 239.0M free of 1.5G available → current limit 
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpuset
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpu
тра 01 20:31:53 debian kernel: Initializing cgroup subsys cpuacct
тра 01 20:31:53 debian kernel: Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-2
тра 01 20:31:53 debian kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=06b6f54b-1894-4cf4-8e73-08373a6d99df ro iommu=soft nomodeset no
тра 01 20:31:53 debian kernel: e820: BIOS-provided physical RAM map:
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000ce86dfff] usable
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000ce86e000-0x00000000cea40fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cea41000-0x00000000cee39fff] ACPI NVS
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cee3a000-0x00000000cf105fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf106000-0x00000000cf15bfff] type 20
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf15c000-0x00000000cf15cfff] usable
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf15d000-0x00000000cf362fff] ACPI NVS
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000cf363000-0x00000000cf7fffff] usable
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fec20000-0x00000000fec20fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fed61000-0x00000000fed70fff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x00000000fef00000-0x00000000ffffffff] reserved
тра 01 20:31:53 debian kernel: BIOS-e820: [mem 0x0000000100001000-0x000000022effffff] usable
тра 01 20:31:53 debian kernel: NX (Execute Disable) protection: active
тра 01 20:31:53 debian kernel: efi: EFI v2.31 by American Megatrends
тра 01 20:31:53 debian kernel: efi:  ACPI=0xcee1f000  ACPI 2.0=0xcee1f000  SMBIOS=0xf04c0  MPS=0xfd4b0 
тра 01 20:31:53 debian kernel: efi: mem00: type=3, attr=0xf, range=[0x0000000000000000-0x0000000000008000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem01: type=7, attr=0xf, range=[0x0000000000008000-0x000000000003f000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem02: type=4, attr=0xf, range=[0x000000000003f000-0x0000000000040000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem03: type=3, attr=0xf, range=[0x0000000000040000-0x00000000000a0000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem04: type=7, attr=0xf, range=[0x0000000000100000-0x0000000001000000) (15MB)
тра 01 20:31:53 debian kernel: efi: mem05: type=2, attr=0xf, range=[0x0000000001000000-0x0000000002018000) (16MB)
тра 01 20:31:53 debian kernel: efi: mem06: type=7, attr=0xf, range=[0x0000000002018000-0x000000003636e000) (835MB)
тра 01 20:31:53 debian kernel: efi: mem07: type=2, attr=0xf, range=[0x000000003636e000-0x00000000371af000) (14MB)
тра 01 20:31:53 debian kernel: efi: mem08: type=7, attr=0xf, range=[0x00000000371af000-0x000000008fb2d000) (1417MB)
тра 01 20:31:53 debian kernel: efi: mem09: type=2, attr=0xf, range=[0x000000008fb2d000-0x00000000c0974000) (782MB)
тра 01 20:31:53 debian kernel: efi: mem10: type=7, attr=0xf, range=[0x00000000c0974000-0x00000000c097a000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem11: type=1, attr=0xf, range=[0x00000000c097a000-0x00000000c0998000) (0MB)
тра 01 20:31:53 debian kernel: efi: mem12: type=7, attr=0xf, range=[0x00000000c0998000-0x00000000c3678000) (44MB)
lines 1-43
]
user@debian:~$ journalctl --list-boots
No journal files were found.
webmak ★★
() автор топика
Последнее исправление: webmak (всего исправлений: 1)
Ответ на: комментарий от proud_anon

Спасибо за помощь, но мне нужно разобратся, systemd требует, скорей всего, больше настроек чем init.

Проблема не критична, потому время изучить systemd есть.

webmak ★★
() автор топика
Последнее исправление: webmak (всего исправлений: 3)
Ответ на: комментарий от webmak

Нет, в этом плане никаких настроек не должно требоваться.

$ journalctl --list-boots
No journal files were found.

Это ещё более странно. ls -lR /var/log/journal.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

ну тут разобрался, походу у sudo нет привелегий. из под рута выдало

root@debian:/home/user# journalctl --list-boots
 0 26b23cb40b8a4fa1a48a33d7f86484c2 пт 2015-05-01 20:31:53 EEST—сб 2015-05-02 00:22:05 EEST

счас перегуржаюсь.

webmak ★★
() автор топика
Последнее исправление: webmak (всего исправлений: 1)
Ответ на: комментарий от webmak

Ты list-boots без sudo делал. Тогда всё понятно, да, у твоего юзера нет прав для просмотра логов. Можно добавить себя в группу systemd-journal (usermod -a -G systemd-journal $USER).

Возвращаясь к теме — по ходу, у тебя логи хранятся только от текущего запуска. Существует ли директория /var/log/journal?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

нет с sudo, под ним не пошло, а под рутом пошло.

Спасибо за помощь, зависало на teamviewer.

Отключить

systemctl enable debug-shell
можно следующим или это не нужно?
systemctl disable debug-shell

webmak ★★
() автор топика
Ответ на: комментарий от intelfx

Возвращаясь к теме — по ходу, у тебя логи хранятся только от текущего запуска. Существует ли директория /var/log/journal?

такой папки или файла нет.

webmak ★★
() автор топика
Ответ на: комментарий от webmak

нет с sudo, под ним не пошло, а под рутом пошло.

Быть не может.

Отключить systemctl enable debug-shell

Да, disable, иначе оно каждый раз стартовать будет.

Более интересный вопрос — почему у тебя teamviewer тормозит выключение.

intelfx ★★★★★
()
Ответ на: комментарий от webmak

Чтобы journald хранил логи на жёстком диске (а не в оперативной памяти), нужно эту директорию создать.

Или не создавать, если ты пользуешься syslog'ом и он у тебя установлен. Я не знаю, какая у тебя конфигурация. Тут уже сам решай, чем ты хочешь пользоваться (journalctl или less /var/log/messages).

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Более интересный вопрос — почему у тебя teamviewer тормозит выключение.

А он много чего интерестного делает, я уже здесь писал - то трафика у меня выжрет метров на 150, без включенного приложение. То пингует без включенного приложения. Вобщем шпион)

Я стараюсь вырубать демона, но иногда забываю. Вот тогда походу и вистнет)

webmak ★★
() автор топика
Последнее исправление: webmak (всего исправлений: 1)
Ответ на: комментарий от webmak

И задай квоту логов, а то сожрет место зря на корне.

P.S. О, intelfx наконец-то помыл и причесал волосы.

Deleted
()
Ответ на: комментарий от intelfx

/var/log/messages имеет больше инфы чем journalctl, по крайне мере в федоре. многие ошибки которые можно было найти в /var/log/messages отсутствовали в journalctl. так что тут не выбор, а скорее И.

erzent ☆☆
()
Ответ на: комментарий от erzent

многие ошибки которые можно было найти в /var/log/messages отсутствовали в journalctl

Быть не может. В системе, где есть и сислог, и journald, все логи проходят сначала через journald, а уже потом уходят в сислог.

intelfx ★★★★★
()
Ответ на: комментарий от erzent

/var/log/messages имеет больше инфы чем journalctl

А вот тут я с тобой согласен. Мне тоже так казалось, но как сейчас с этим, уже не знаю

Deleted
()
Ответ на: комментарий от Deleted

Ошибаешься. На этой аватарке я в каком-то сраном походе, со всеми вытекающими.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

вот была ошибка в декабре, не работала виртуалка нормально(сеть не пахала,да много чего было, если включить selinux и СЗИ, ошибок в journalctl 0, в /var/log/messages я нашёл, что qemu system блочится СЗИ и потому не может работать виртуалка, но в journalctl об этом не слова не было. При включённом selinux поставил steam и игру, и что? игра не запускается, включение и сразу выключение, жаловалось на драйвер, в /var/log/messages оказалось, что selinux мешал, пришлось поставить на permissive. Но опять же, почему то об этом не слова не было в journalctl. Для jira поставил плагин сторонний, он не работал, опять была проблема с selinux и снова journalctl был пуст.

erzent ☆☆
()
Ответ на: комментарий от erzent

selinux

Ясно. Эта хрень в мою область компетенции не входит. Но чёрт побери, как? Она что, напрямую в /var/log/messages пишет?

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

эта как ты говоришь хрень, мне в работе полезнее systemd, а вот на счёт этого есть приколы, обычные ошибки, когда вылетает abrt и говорит о возмущениях selinux, это есть в journalctl, а вот если плагин, игра или подсистема ядра, там он пишет ток в /var/log/messages только.

erzent ☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.