<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>5336</bug_id>
          
          <creation_ts>2013-10-10 14:40:54 +0000</creation_ts>
          <short_desc>&apos;init&apos; command does not work as intended</short_desc>
          <delta_ts>2015-03-23 16:13:57 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>11</classification_id>
          <classification>Runtime</classification>
          <product>General Runtime</product>
          <component>General Runtime</component>
          <version>1.5</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.8 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Stoicescu Cornel">corneliux.stoicescu</reporter>
          <assigned_to name="Aníbal Limón">anibal.limon</assigned_to>
          <cc>anibal.limon</cc>
    
    <cc>dvhart</cc>
    
    <cc>Qi.Chen</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>37812</commentid>
    <comment_count>0</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-10-10 14:40:54 +0000</bug_when>
    <thetext>When in runlevel X and issuing command &apos;init Y&apos;, the system should cleanly migrate to runlevel Y. This behaviour does not happen in most cases using Yocto images.

Some examples of bad behavior:
1) In any image(testes core-image-sato, core-image-lsb-sdk) issuing command &apos;init 1&apos; will result in a technical hang

2) In core-image-lsb-sdk images, from the default runlevel 5, issuing the sequence of commands: &apos;init 3&apos; &apos;init 5&apos; &apos;init 3&apos; &apos;init 5&apos; will result in an oprofile-server:1054 error(could not bind to the server. Address already in use).

3) In core-image-sato-sdk images issuing &apos;init 3&apos; command from the GUI terminal is completely ignored.


NOTE: &apos;init 0&apos; and &apos;init 6&apos; commands correctlr shutdown and restart the system(during my tests)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43265</commentid>
    <comment_count>1</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2014-05-12 17:49:30 +0000</bug_when>
    <thetext>Is this still an issue and if so, can you verify if it&apos;s just a real HW (which 
machines) and/or Qemu?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43596</commentid>
    <comment_count>2</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2014-05-27 07:15:34 +0000</bug_when>
    <thetext>We will test this on meta-intel HW targets today. Core BSPs will be tested in the next few days as well and QEMU targets on the first weekly test. I will get as much feedback and post the results here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43758</commentid>
    <comment_count>3</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2014-06-04 09:40:56 +0000</bug_when>
    <thetext>Verified on meta-intel 1.6 release candidates and issues happen as described.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44063</commentid>
    <comment_count>4</comment_count>
    <who name="Stephen K Jolley">sjolley.yp.pm</who>
    <bug_when>2014-06-18 17:24:03 +0000</bug_when>
    <thetext>Info Supplied, moved back out of NEEDINFO per RP.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44506</commentid>
    <comment_count>5</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2014-07-16 10:08:43 +0000</bug_when>
    <thetext>Also tested qemux86-64 with poky master:a5531a2b8983318b99c119a87b78a92cf84160bb and the issue is the same.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>46748</commentid>
    <comment_count>6</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2014-11-04 20:51:39 +0000</bug_when>
    <thetext>Stoicescu,

I&apos;m doing some debugging with qemux86-64/core-image-sato using master branch, i have some concerns.

1) core-image-sato init 1, i reproduce this but it seems that not hang only didn&apos;t display shell in the monitor output, i used serial and vm it&apos;s running.

$ runqemu qemux86-64 core-image-sato serial

This is the issue?

2) core-image-lsb sdk init 3 - init 5, i can&apos;t reproduce the problem do you have another information?

3) core-image-sato-sdk init 3, gives me the same problem that 1).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>46914</commentid>
    <comment_count>7</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2014-11-11 08:34:44 +0000</bug_when>
    <thetext>Lucian, can you please help investigate the current status of the issues presented in this bug? Try to reproduce steps 1, 2, 3 from the first post.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47599</commentid>
    <comment_count>8</comment_count>
    <who name="Lucian Musat">georgex.l.musat</who>
    <bug_when>2014-12-17 11:48:44 +0000</bug_when>
    <thetext>Tried to reproduce this on 1.8 M1 (b813bdebb36501500e86fea5f7e15b4b15ea0902) Lenovo X220 laptop genericx86-64 and this is what happened:

1. Core-image-sato-sdk image hangs on init 1, 3 and 5. Works for init 0 and 6.
2. Core-image-lsb-sdk ignores init 3 and 5. Actually it tries the first time but fails with: 
&quot;INIT: Switching to runlevel 3
cups: started scheduler
umount: /mnt/.psplash: not mounted&quot;
and returns to console. After that init 3 and 5 are ignored.
Init 1 hangs at &quot;INIT: no more processes left in this runlevel&quot;
Init 0 and 6 works.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49661</commentid>
    <comment_count>9</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-03-23 16:13:57 +0000</bug_when>
    <thetext>Merge at,

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=3e9476e6929926a4645b32356dbcc5af040af2fd

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=94f5ce05e868b2d875880802ae8582b675537f64</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>