Shell script can be run only with sh commandHow Can I Run an Shell Script With .desktop Config File?Automated Shell script to run fdisk command with user inputcustomized shell script can not be runUnable to Run Shell Script on UbuntuUbuntu Unity 16.10 'sudo: no tty present and no askpass program specified'Can I run shell script together with application?Executable shell script doesn't runShell script for network manager not completingcurl command not executing via shell script in bashHow can I run gsettings from a GNOME Shell Extension?

Copycat chess is back

Concept of linear mappings are confusing me

The magic money tree problem

How old can references or sources in a thesis be?

Why don't electron-positron collisions release infinite energy?

DOS, create pipe for stdin/stdout of command.com(or 4dos.com) in C or Batch?

Are tax years 2016 & 2017 back taxes deductible for tax year 2018?

Why has Russell's definition of numbers using equivalence classes been finally abandoned? ( If it has actually been abandoned).

cryptic clue: mammal sounds like relative consumer (8)

Is there a minimum number of transactions in a block?

Copenhagen passport control - US citizen

New order #4: World

Can you lasso down a wizard who is using the Levitate spell?

Example of a relative pronoun

Motorized valve interfering with button?

Shell script can be run only with sh command

Patience, young "Padovan"

Can Medicine checks be used, with decent rolls, to completely mitigate the risk of death from ongoing damage?

I see my dog run

Can I interfere when another PC is about to be attacked?

How do I create uniquely male characters?

Is there really no realistic way for a skeleton monster to move around without magic?

What makes Graph invariants so useful/important?

What do you call a Matrix-like slowdown and camera movement effect?



Shell script can be run only with sh command


How Can I Run an Shell Script With .desktop Config File?Automated Shell script to run fdisk command with user inputcustomized shell script can not be runUnable to Run Shell Script on UbuntuUbuntu Unity 16.10 'sudo: no tty present and no askpass program specified'Can I run shell script together with application?Executable shell script doesn't runShell script for network manager not completingcurl command not executing via shell script in bashHow can I run gsettings from a GNOME Shell Extension?






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








4















I have a small sh script that I use to backup to a remote server. It worked on Ubuntu 16.04 for years, but now on 18.04 it fails. At first I thought it was a problem with anacron, but now I think it is a problem with the script itself or with dash. Here is what is happening:



stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sudo chmod +x rsync-doc-script 
[sudo] Mot de passe de stefan :
stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ ./rsync-doc-script
/bin/sh: 0: Can't open *
stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sh rsync-doc-script
opening connection using: ssh -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc (11 args)
ssh: connect to host mousehouse port 22: Connection refused
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.2]
stefan@stefan-Aspire-F5-573T:/etc/cron.daily$


The error can't open * is preventing the script from running correctly when run by run-parts. Why is this error occurring?



It is not relevant that in the last line, when the script ran, it couldn't establish connection. The server is turned off now.



Here is the script:



#!/bin/sh *
rsync -azvv -e "ssh -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents/ totem@MouseHouse:/totembackup/totemdoc










share|improve this question




























    4















    I have a small sh script that I use to backup to a remote server. It worked on Ubuntu 16.04 for years, but now on 18.04 it fails. At first I thought it was a problem with anacron, but now I think it is a problem with the script itself or with dash. Here is what is happening:



    stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sudo chmod +x rsync-doc-script 
    [sudo] Mot de passe de stefan :
    stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ ./rsync-doc-script
    /bin/sh: 0: Can't open *
    stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sh rsync-doc-script
    opening connection using: ssh -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc (11 args)
    ssh: connect to host mousehouse port 22: Connection refused
    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
    rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.2]
    stefan@stefan-Aspire-F5-573T:/etc/cron.daily$


    The error can't open * is preventing the script from running correctly when run by run-parts. Why is this error occurring?



    It is not relevant that in the last line, when the script ran, it couldn't establish connection. The server is turned off now.



    Here is the script:



    #!/bin/sh *
    rsync -azvv -e "ssh -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents/ totem@MouseHouse:/totembackup/totemdoc










    share|improve this question
























      4












      4








      4


      1






      I have a small sh script that I use to backup to a remote server. It worked on Ubuntu 16.04 for years, but now on 18.04 it fails. At first I thought it was a problem with anacron, but now I think it is a problem with the script itself or with dash. Here is what is happening:



      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sudo chmod +x rsync-doc-script 
      [sudo] Mot de passe de stefan :
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ ./rsync-doc-script
      /bin/sh: 0: Can't open *
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sh rsync-doc-script
      opening connection using: ssh -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc (11 args)
      ssh: connect to host mousehouse port 22: Connection refused
      rsync: connection unexpectedly closed (0 bytes received so far) [sender]
      rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.2]
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$


      The error can't open * is preventing the script from running correctly when run by run-parts. Why is this error occurring?



      It is not relevant that in the last line, when the script ran, it couldn't establish connection. The server is turned off now.



      Here is the script:



      #!/bin/sh *
      rsync -azvv -e "ssh -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents/ totem@MouseHouse:/totembackup/totemdoc










      share|improve this question














      I have a small sh script that I use to backup to a remote server. It worked on Ubuntu 16.04 for years, but now on 18.04 it fails. At first I thought it was a problem with anacron, but now I think it is a problem with the script itself or with dash. Here is what is happening:



      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sudo chmod +x rsync-doc-script 
      [sudo] Mot de passe de stefan :
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ ./rsync-doc-script
      /bin/sh: 0: Can't open *
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$ sh rsync-doc-script
      opening connection using: ssh -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc (11 args)
      ssh: connect to host mousehouse port 22: Connection refused
      rsync: connection unexpectedly closed (0 bytes received so far) [sender]
      rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.2]
      stefan@stefan-Aspire-F5-573T:/etc/cron.daily$


      The error can't open * is preventing the script from running correctly when run by run-parts. Why is this error occurring?



      It is not relevant that in the last line, when the script ran, it couldn't establish connection. The server is turned off now.



      Here is the script:



      #!/bin/sh *
      rsync -azvv -e "ssh -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents/ totem@MouseHouse:/totembackup/totemdoc







      bash scripts sh






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 9 hours ago









      Stefan DawydiakStefan Dawydiak

      1385




      1385




















          1 Answer
          1






          active

          oldest

          votes


















          7














          I'd switch from using #!/bin/sh as your shebang to #!/bin/bash since you're expecting Bash features vs. /bin/sh or /bin/dash.



          Also I can't tell for sure but it looks like you have a typo on the first line where there's a stray * over to the right.



          #!/bin/sh *


          ^^^ Scroll over to the right to see it.



          Example



          $ cat script.bash
          #!/bin/sh *
          echo hi


          Run directly:



          $ ./script.bash
          /bin/sh: *: No such file or directory


          Run via sh:



          $ sh script.bash
          hi





          share|improve this answer




















          • 6





            Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

            – dessert
            9 hours ago







          • 1





            @dessert - I state that as a general practice, if you expect features from X, use X.

            – slm
            9 hours ago






          • 3





            @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

            – marcelm
            7 hours ago











          • @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

            – slm
            7 hours ago











          • So what does that trailing asterisk (*) do in bash?

            – user000001
            7 hours ago











          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "89"
          ;
          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: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          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%2faskubuntu.com%2fquestions%2f1131967%2fshell-script-can-be-run-only-with-sh-command%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          7














          I'd switch from using #!/bin/sh as your shebang to #!/bin/bash since you're expecting Bash features vs. /bin/sh or /bin/dash.



          Also I can't tell for sure but it looks like you have a typo on the first line where there's a stray * over to the right.



          #!/bin/sh *


          ^^^ Scroll over to the right to see it.



          Example



          $ cat script.bash
          #!/bin/sh *
          echo hi


          Run directly:



          $ ./script.bash
          /bin/sh: *: No such file or directory


          Run via sh:



          $ sh script.bash
          hi





          share|improve this answer




















          • 6





            Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

            – dessert
            9 hours ago







          • 1





            @dessert - I state that as a general practice, if you expect features from X, use X.

            – slm
            9 hours ago






          • 3





            @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

            – marcelm
            7 hours ago











          • @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

            – slm
            7 hours ago











          • So what does that trailing asterisk (*) do in bash?

            – user000001
            7 hours ago















          7














          I'd switch from using #!/bin/sh as your shebang to #!/bin/bash since you're expecting Bash features vs. /bin/sh or /bin/dash.



          Also I can't tell for sure but it looks like you have a typo on the first line where there's a stray * over to the right.



          #!/bin/sh *


          ^^^ Scroll over to the right to see it.



          Example



          $ cat script.bash
          #!/bin/sh *
          echo hi


          Run directly:



          $ ./script.bash
          /bin/sh: *: No such file or directory


          Run via sh:



          $ sh script.bash
          hi





          share|improve this answer




















          • 6





            Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

            – dessert
            9 hours ago







          • 1





            @dessert - I state that as a general practice, if you expect features from X, use X.

            – slm
            9 hours ago






          • 3





            @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

            – marcelm
            7 hours ago











          • @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

            – slm
            7 hours ago











          • So what does that trailing asterisk (*) do in bash?

            – user000001
            7 hours ago













          7












          7








          7







          I'd switch from using #!/bin/sh as your shebang to #!/bin/bash since you're expecting Bash features vs. /bin/sh or /bin/dash.



          Also I can't tell for sure but it looks like you have a typo on the first line where there's a stray * over to the right.



          #!/bin/sh *


          ^^^ Scroll over to the right to see it.



          Example



          $ cat script.bash
          #!/bin/sh *
          echo hi


          Run directly:



          $ ./script.bash
          /bin/sh: *: No such file or directory


          Run via sh:



          $ sh script.bash
          hi





          share|improve this answer















          I'd switch from using #!/bin/sh as your shebang to #!/bin/bash since you're expecting Bash features vs. /bin/sh or /bin/dash.



          Also I can't tell for sure but it looks like you have a typo on the first line where there's a stray * over to the right.



          #!/bin/sh *


          ^^^ Scroll over to the right to see it.



          Example



          $ cat script.bash
          #!/bin/sh *
          echo hi


          Run directly:



          $ ./script.bash
          /bin/sh: *: No such file or directory


          Run via sh:



          $ sh script.bash
          hi






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited 9 hours ago

























          answered 9 hours ago









          slmslm

          1,89911826




          1,89911826







          • 6





            Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

            – dessert
            9 hours ago







          • 1





            @dessert - I state that as a general practice, if you expect features from X, use X.

            – slm
            9 hours ago






          • 3





            @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

            – marcelm
            7 hours ago











          • @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

            – slm
            7 hours ago











          • So what does that trailing asterisk (*) do in bash?

            – user000001
            7 hours ago












          • 6





            Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

            – dessert
            9 hours ago







          • 1





            @dessert - I state that as a general practice, if you expect features from X, use X.

            – slm
            9 hours ago






          • 3





            @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

            – marcelm
            7 hours ago











          • @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

            – slm
            7 hours ago











          • So what does that trailing asterisk (*) do in bash?

            – user000001
            7 hours ago







          6




          6





          Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

          – dessert
          9 hours ago






          Exactly, this asterisk is producing a syntax error when the shebang line is used, thus preventing the script from being run. OP’s script is not using any bash features though, there’s no need to make it #!/bin/bash. A shebang line #!/bin/bash * throws an error as well.

          – dessert
          9 hours ago





          1




          1





          @dessert - I state that as a general practice, if you expect features from X, use X.

          – slm
          9 hours ago





          @dessert - I state that as a general practice, if you expect features from X, use X.

          – slm
          9 hours ago




          3




          3





          @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

          – marcelm
          7 hours ago





          @slm That doesn't make sense... You state in your answer "... since you're expecting Bash features ...", but the OP is clearly not using any bash features in his script. I agree with dessert that the #!/bin/bash advice is misplaced. It's the "also" part of your answer that is the actual answer ;)

          – marcelm
          7 hours ago













          @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

          – slm
          7 hours ago





          @marcelm - as I stated to dessert above, if someone is attempting to use the features of something, better to use it directly vs. indirectly. I'm not saying that the OP was actually using any Bash features per say, just that they're writing a Bash script so call it out directly vs. sh.

          – slm
          7 hours ago













          So what does that trailing asterisk (*) do in bash?

          – user000001
          7 hours ago





          So what does that trailing asterisk (*) do in bash?

          – user000001
          7 hours ago

















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Ask Ubuntu!


          • 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%2faskubuntu.com%2fquestions%2f1131967%2fshell-script-can-be-run-only-with-sh-command%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

          Disable / Remove link to Product Items in Cart Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?How can I limit products that can be bought / added to cart?Remove item from cartHide “Add to Cart” button if specific products are already in cart“Prettifying” the custom options in cart pageCreate link in cart sidebar to view all added items After limit reachedLink products together in checkout/cartHow to Get product from cart and add it againHide action-edit on cart page if simple productRemoving Cart items - ObserverRemove wishlist items when added to cart

          Helsingin valtaus Sisällysluettelo Taustaa | Yleistä sotatoimista | Osapuolet | Taistelut Helsingin ympäristössä | Punaisten antautumissuunnitelma | Taistelujen kulku Helsingissä | Valtauksen jälkeen | Tappiot | Muistaminen | Kirjallisuutta | Lähteet | Aiheesta muualla | NavigointivalikkoTeoksen verkkoversioTeoksen verkkoversioGoogle BooksSisällissota Helsingissä päättyi tasan 95 vuotta sittenSaksalaisten ylivoima jyräsi punaisen HelsinginSuomalaiset kuvaavat sotien jälkiä kaupungeissa – katso kuvat ja tarinat tutuilta kulmiltaHelsingin valtaus 90 vuotta sittenSaksalaiset valtasivat HelsinginHyökkäys HelsinkiinHelsingin valtaus 12.–13.4. 1918Saksalaiset käyttivät ihmiskilpiä Helsingin valtauksessa 1918Teoksen verkkoversioTeoksen verkkoversioSaksalaiset hyökkäävät Etelä-SuomeenTaistelut LeppävaarassaSotilaat ja taistelutLeppävaara 1918 huhtikuussa. KapinatarinaHelsingin taistelut 1918Saksalaisten voitonparaati HelsingissäHelsingin valtausta juhlittiinSaksalaisten Helsinki vuonna 1918Helsingin taistelussa kaatuneet valkokaartilaisetHelsinkiin haudatut taisteluissa kaatuneet punaiset12.4.1918 Helsingin valtauksessa saksalaiset apujoukot vapauttavat kaupunginVapaussodan muistomerkkejä Helsingissä ja pääkaupunkiseudullaCrescendo / Vuoden 1918 Kansalaissodan uhrien muistomerkkim

          Adjektiivitarina Tarinan tekeminen | Esimerkki: ennen | Esimerkki: jälkeen | Navigointivalikko