<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>35572</bug_id>
          
          <creation_ts>2018-11-02 19:16:56 +0300</creation_ts>
          <short_desc>Не выключается и не перезагружается 101 машина по командам reboot или по пункту меню в mate</short_desc>
          <delta_ts>2020-11-23 14:34:56 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>systemd</component>
          <version>unstable</version>
          <rep_platform>e2k</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>REOPENED</bug_status>
          <resolution></resolution>
          
          <see_also>https://bugzilla.altlinux.org/show_bug.cgi?id=39336</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Сергей Бессонов">s</reporter>
          <assigned_to name="Michael Shigorin">mike</assigned_to>
          <cc>arseny</cc>
    
    <cc>bircoph</cc>
    
    <cc>demitelinevazhno</cc>
    
    <cc>mike</cc>
    
    <cc>shaba</cc>
    
    <cc>vseleznv</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>175536</commentid>
    <comment_count>0</comment_count>
    <who name="Сергей Бессонов">s</who>
    <bug_when>2018-11-02 19:16:56 +0300</bug_when>
    <thetext>Иногда не происходит перезагрузка/выключение по команде reboot или по нажатию на пункт меню в DE. Доходит до конца systemd и висит.

Происходит такое не на некоторых машинах, а именно иногда, то есть невыключившаяся машина может в следующий раз отработать хорошо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181422</commentid>
    <comment_count>1</comment_count>
    <who name="Vladimir D. Seleznev">vseleznv</who>
    <bug_when>2019-05-01 18:13:43 +0300</bug_when>
    <thetext>Что за дистрибутив установлен? Какая версия systemd установлена? Воспроизводится ли проблема, если обновить systemd?

Feel free to reopen this bugreport.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181441</commentid>
    <comment_count>2</comment_count>
    <who name="Сергей Бессонов">s</who>
    <bug_when>2019-05-03 13:09:31 +0300</bug_when>
    <thetext>Для e2k на тот момент был один дистрибутив, обновлений для платформы e2k вообще не было.

Как можно быть уверенным, что это systemd?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181442</commentid>
    <comment_count>3</comment_count>
    <who name="Сергей Бессонов">s</who>
    <bug_when>2019-05-03 13:12:54 +0300</bug_when>
    <thetext>Переоткрою.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181445</commentid>
    <comment_count>4</comment_count>
    <who name="Vladimir D. Seleznev">vseleznv</who>
    <bug_when>2019-05-03 17:03:39 +0300</bug_when>
    <thetext>Т.е., это поведение в Альте на e2k?

mike@, перевешу тогда на тебя пока (bircoph@ в копии).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181451</commentid>
    <comment_count>5</comment_count>
    <who name="Сергей Бессонов">s</who>
    <bug_when>2019-05-04 13:10:09 +0300</bug_when>
    <thetext>(В ответ на комментарий №4)
&gt; Т.е., это поведение в Альте на e2k?
 
Да, я там архитектуру указывал, не надо было её сносить :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>194390</commentid>
    <comment_count>6</comment_count>
    <who name="gosts 87">demitelinevazhno</who>
    <bug_when>2020-11-21 19:21:03 +0300</bug_when>
    <thetext>У пользователя Δημητριος такая же ситуация на SimplyLinux 9.0 x86_64.
Вот ссылка на форум, где он это описывает и приложил часть лога:
https://forum.altlinux.org/index.php?topic=44397.0
[code]journalctl -b 0
Νοε 21 13:03:25 user-PC apcupsd[3020]: apcupsd FATAL ERROR in smartsetup.c at line 155
                                          PANIC! Cannot communicate with UPS via serial port.
                                          Please make sure the port specified on the DEVICE directive is correct,
                                          and that your cable specification on the UPSCABLE directive is correct.
Νοε 21 13:03:25 user-PC apcupsd[3020]: apcupsd error shutdown completed
Νοε 21 13:03:32 user-PC systemd[1]: systemd-hostnamed.service: Succeeded.
Νοε 21 13:03:38 user-PC nmbd[3041]: [2020/11/21 13:03:38.488337,  0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
Νοε 21 13:03:38 user-PC nmbd[3041]:   *****
Νοε 21 13:03:38 user-PC nmbd[3041]: 
Νοε 21 13:03:38 user-PC nmbd[3041]:   Samba name server USER-PC is now a local master browser for workgroup WORKGROUP on subnet 192.168.1.154
Νοε 21 13:03:38 user-PC nmbd[3041]: 
Νοε 21 13:03:38 user-PC nmbd[3041]:   *****
Νοε 21 13:03:41 user-PC lightdm[2807]: pam_tcb(lightdm:auth): Authentication passed for user from (uid=0)
Νοε 21 13:03:41 user-PC systemd[1]: session-1.scope: Killing process 2771 (lightdm) with signal SIGTERM.
Νοε 21 13:03:41 user-PC systemd[1]: session-1.scope: Killing process 2782 (lightdm-gtk-gre) with signal SIGTERM.
Νοε 21 13:03:41 user-PC systemd[1]: session-1.scope: Killing process 2800 (at-spi-bus-laun) with signal SIGTERM.
Νοε 21 13:03:41 user-PC systemd[1]: session-1.scope: Killing process 2805 (dbus-daemon) with signal SIGTERM.
Νοε 21 13:03:41 user-PC systemd[1]: Stopping Session 1 of user _ldm.
Νοε 21 13:03:41 user-PC systemd[1]: session-1.scope: Succeeded.
Νοε 21 13:03:41 user-PC systemd[1]: Stopped Session 1 of user _ldm.
Νοε 21 13:03:41 user-PC lightdm[2807]: pam_tcb(lightdm:session): Session opened for user by (uid=0)
Νοε 21 13:03:41 user-PC systemd-logind[2625]: Removed session 1.
Νοε 21 13:03:41 user-PC systemd[1]: Created slice User Slice of UID 500.
Νοε 21 13:03:41 user-PC systemd[1]: Starting User Runtime Directory /run/user/500...
Νοε 21 13:03:41 user-PC systemd-logind[2625]: New session 3 of user user.
Νοε 21 13:03:41 user-PC systemd[1]: Started User Runtime Directory /run/user/500.
Νοε 21 13:03:41 user-PC systemd[1]: Starting User Manager for UID 500...
Νοε 21 13:03:41 user-PC systemd[3058]: pam_tcb(systemd-user:session): Session opened for user by (uid=0)
[/code]
[/quote]</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>194407</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2020-11-23 12:43:16 +0300</bug_when>
    <thetext>(Ответ для Aceler на комментарий #0)
&gt; Иногда не происходит перезагрузка/выключение по команде reboot или по
&gt; нажатию на пункт меню в DE. Доходит до конца systemd и висит.
&gt; Происходит такое не на некоторых машинах, а именно иногда, то есть
&gt; невыключившаяся машина может в следующий раз отработать хорошо.
По идее, на p8_e2k это ещё не должно было быть http://systemd.io/RANDOM_SEEDS

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

(Ответ для gosts 87 на комментарий #6)
&gt; У пользователя Δημητριος такая же ситуация на SimplyLinux 9.0 x86_64.
Пожалуйста, не надо смешивать даже похожим образом выглядящие баги на совершенно разных дистрибутивах и аппаратных платформах -- это только мешает.
В &quot;см. тж.&quot; добавить можно, да.  Но вешать стоит отдельно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>194413</commentid>
    <comment_count>8</comment_count>
    <who name="gosts 87">demitelinevazhno</who>
    <bug_when>2020-11-23 14:18:50 +0300</bug_when>
    <thetext>&gt;Пожалуйста, не надо смешивать даже похожим образом выглядящие баги на
&gt; совершенно разных дистрибутивах и аппаратных платформах -- это только мешает.
&gt; В &quot;см. тж.&quot; добавить можно, да.  Но вешать стоит отдельно.
Если подскажете, как правильно оформить новую ошибку - буду благодарен.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>