buildroot/busybox: launch bootchartd on startup





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















I built a custom linux image using buildroot and busybox. To speed up the boot process I'd like to use bootchartd (built-in version of busybox) to profile the process. However bootchartd is not running, therefore no output file (/var/log/bootchart.tgz) is generated.



I appended each of these two lines to the kernel command line. Unfortunately, neither of them is working:



init=/sbin/bootchartd


Second version:



real_init=/sbin/bootchartd


Does anybody know why bootchartd isn't launched?



Note: initramfs as a root filesystem










share|improve this question























  • But it is there, right? I.e. bootchartd in a console returns something?

    – sr_
    May 30 '12 at 12:39











  • Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

    – SecStone
    May 31 '12 at 17:31













  • Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

    – sr_
    Jun 1 '12 at 9:43











  • The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

    – SecStone
    Jun 1 '12 at 21:12











  • Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

    – sr_
    Jun 2 '12 at 9:09


















0















I built a custom linux image using buildroot and busybox. To speed up the boot process I'd like to use bootchartd (built-in version of busybox) to profile the process. However bootchartd is not running, therefore no output file (/var/log/bootchart.tgz) is generated.



I appended each of these two lines to the kernel command line. Unfortunately, neither of them is working:



init=/sbin/bootchartd


Second version:



real_init=/sbin/bootchartd


Does anybody know why bootchartd isn't launched?



Note: initramfs as a root filesystem










share|improve this question























  • But it is there, right? I.e. bootchartd in a console returns something?

    – sr_
    May 30 '12 at 12:39











  • Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

    – SecStone
    May 31 '12 at 17:31













  • Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

    – sr_
    Jun 1 '12 at 9:43











  • The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

    – SecStone
    Jun 1 '12 at 21:12











  • Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

    – sr_
    Jun 2 '12 at 9:09














0












0








0








I built a custom linux image using buildroot and busybox. To speed up the boot process I'd like to use bootchartd (built-in version of busybox) to profile the process. However bootchartd is not running, therefore no output file (/var/log/bootchart.tgz) is generated.



I appended each of these two lines to the kernel command line. Unfortunately, neither of them is working:



init=/sbin/bootchartd


Second version:



real_init=/sbin/bootchartd


Does anybody know why bootchartd isn't launched?



Note: initramfs as a root filesystem










share|improve this question














I built a custom linux image using buildroot and busybox. To speed up the boot process I'd like to use bootchartd (built-in version of busybox) to profile the process. However bootchartd is not running, therefore no output file (/var/log/bootchart.tgz) is generated.



I appended each of these two lines to the kernel command line. Unfortunately, neither of them is working:



init=/sbin/bootchartd


Second version:



real_init=/sbin/bootchartd


Does anybody know why bootchartd isn't launched?



Note: initramfs as a root filesystem







kernel busybox init profiling






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked May 30 '12 at 11:08









SecStoneSecStone

11616




11616













  • But it is there, right? I.e. bootchartd in a console returns something?

    – sr_
    May 30 '12 at 12:39











  • Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

    – SecStone
    May 31 '12 at 17:31













  • Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

    – sr_
    Jun 1 '12 at 9:43











  • The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

    – SecStone
    Jun 1 '12 at 21:12











  • Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

    – sr_
    Jun 2 '12 at 9:09



















  • But it is there, right? I.e. bootchartd in a console returns something?

    – sr_
    May 30 '12 at 12:39











  • Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

    – SecStone
    May 31 '12 at 17:31













  • Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

    – sr_
    Jun 1 '12 at 9:43











  • The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

    – SecStone
    Jun 1 '12 at 21:12











  • Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

    – sr_
    Jun 2 '12 at 9:09

















But it is there, right? I.e. bootchartd in a console returns something?

– sr_
May 30 '12 at 12:39





But it is there, right? I.e. bootchartd in a console returns something?

– sr_
May 30 '12 at 12:39













Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

– SecStone
May 31 '12 at 17:31







Yes, it does what it is supposed to do (showing the usage). As soon as it's started with PID=1, it should start logging.

– SecStone
May 31 '12 at 17:31















Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

– sr_
Jun 1 '12 at 9:43





Can you verify that the initramfs stuff gets passed the parameter properly? (cmp. this)

– sr_
Jun 1 '12 at 9:43













The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

– SecStone
Jun 1 '12 at 21:12





The first line of dmesg shows the passed arguments. However, I'm not quite sure if that is enough to proof that the parameters are passed properly. Do you know whether that suffices?

– SecStone
Jun 1 '12 at 21:12













Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

– sr_
Jun 2 '12 at 9:09





Probably not as it would work otherwise, wouldn't it? Can you include more information, e.g. what distribution you use (if any, otherwise describing your setup, how you create your initramfs...)

– sr_
Jun 2 '12 at 9:09










2 Answers
2






active

oldest

votes


















1














According to the Linux kernel source (namely, the file init/main.c), the ramdisk execute command is executed before init= and real_init=. This command is default to /init and can be configured via the rdinit= kernel command line parameter



But to collect logs properly bootchartd need to be started without any parameters, so it looks like patching of init/main.c is needed anyway, as its default parameter is start.






share|improve this answer

































    0














    I am having a similar problem to yours and came across your question during my research process. Though we do not have the same problem, I believe I found the answer to yours. So, according to busybox's documentation:
    - Note that if you're using an initramfs, you'll need



    rdinit=/sbin/bootchartd





    share|improve this answer


























      Your Answer








      StackExchange.ready(function() {
      var channelOptions = {
      tags: "".split(" "),
      id: "106"
      };
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function() {
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled) {
      StackExchange.using("snippets", function() {
      createEditor();
      });
      }
      else {
      createEditor();
      }
      });

      function createEditor() {
      StackExchange.prepareEditor({
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: false,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      imageUploader: {
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      },
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      });


      }
      });














      draft saved

      draft discarded


















      StackExchange.ready(
      function () {
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f39666%2fbuildroot-busybox-launch-bootchartd-on-startup%23new-answer', 'question_page');
      }
      );

      Post as a guest















      Required, but never shown

























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      1














      According to the Linux kernel source (namely, the file init/main.c), the ramdisk execute command is executed before init= and real_init=. This command is default to /init and can be configured via the rdinit= kernel command line parameter



      But to collect logs properly bootchartd need to be started without any parameters, so it looks like patching of init/main.c is needed anyway, as its default parameter is start.






      share|improve this answer






























        1














        According to the Linux kernel source (namely, the file init/main.c), the ramdisk execute command is executed before init= and real_init=. This command is default to /init and can be configured via the rdinit= kernel command line parameter



        But to collect logs properly bootchartd need to be started without any parameters, so it looks like patching of init/main.c is needed anyway, as its default parameter is start.






        share|improve this answer




























          1












          1








          1







          According to the Linux kernel source (namely, the file init/main.c), the ramdisk execute command is executed before init= and real_init=. This command is default to /init and can be configured via the rdinit= kernel command line parameter



          But to collect logs properly bootchartd need to be started without any parameters, so it looks like patching of init/main.c is needed anyway, as its default parameter is start.






          share|improve this answer















          According to the Linux kernel source (namely, the file init/main.c), the ramdisk execute command is executed before init= and real_init=. This command is default to /init and can be configured via the rdinit= kernel command line parameter



          But to collect logs properly bootchartd need to be started without any parameters, so it looks like patching of init/main.c is needed anyway, as its default parameter is start.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Dec 12 '12 at 1:02









          jasonwryan

          50.8k14135190




          50.8k14135190










          answered Dec 11 '12 at 16:52









          Mikhail BeloborodyyMikhail Beloborodyy

          111




          111

























              0














              I am having a similar problem to yours and came across your question during my research process. Though we do not have the same problem, I believe I found the answer to yours. So, according to busybox's documentation:
              - Note that if you're using an initramfs, you'll need



              rdinit=/sbin/bootchartd





              share|improve this answer






























                0














                I am having a similar problem to yours and came across your question during my research process. Though we do not have the same problem, I believe I found the answer to yours. So, according to busybox's documentation:
                - Note that if you're using an initramfs, you'll need



                rdinit=/sbin/bootchartd





                share|improve this answer




























                  0












                  0








                  0







                  I am having a similar problem to yours and came across your question during my research process. Though we do not have the same problem, I believe I found the answer to yours. So, according to busybox's documentation:
                  - Note that if you're using an initramfs, you'll need



                  rdinit=/sbin/bootchartd





                  share|improve this answer















                  I am having a similar problem to yours and came across your question during my research process. Though we do not have the same problem, I believe I found the answer to yours. So, according to busybox's documentation:
                  - Note that if you're using an initramfs, you'll need



                  rdinit=/sbin/bootchartd






                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited 1 hour ago









                  Rui F Ribeiro

                  41.9k1483142




                  41.9k1483142










                  answered Dec 16 '15 at 11:39









                  Manuel_RodríguezManuel_Rodríguez

                  1




                  1






























                      draft saved

                      draft discarded




















































                      Thanks for contributing an answer to Unix & Linux Stack Exchange!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid



                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.


                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function () {
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f39666%2fbuildroot-busybox-launch-bootchartd-on-startup%23new-answer', 'question_page');
                      }
                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      宮崎県

                      濃尾地震

                      シテ島