After accidentally renaming /usr, how do I rename it back? The Next CEO of Stack OverflowWhat happens when you delete a hard link?unix - accidentally moved everything under root to /old - Solaris 10How to use QEMU without desktopusing sudo on GUI applicationsUsing Atlas from scipyUse shared libraries in /usr/local/libWhy when loading an SO file does it append a version to the end?Setting LD_LIBRARY_PATHHow to fix the Ubuntu Linux 15.10 Files GUI manager , Nautilus , flickers on and offlibglui.so.2: cannot open shared object fileHow to fix error: “symbol lookup error: /usr/local/lib/libQt5DBus.so.5: undefined symbol”?Reset gfortran / MPI installation on Ubuntu 16.04

What does "Its cash flow is deeply negative" mean?

Indicator light circuit

MessageLevel in QGIS3

Example of a Mathematician/Physicist whose Other Publications during their PhD eclipsed their PhD Thesis

Written every which way

Won the lottery - how do I keep the money?

I believe this to be a fraud - hired, then asked to cash check and send cash as Bitcoin

To not tell, not take, and not want

Why am I allowed to create multiple unique pointers from a single object?

Preparing Indesign booklet with .psd graphics for print

Can we say or write : "No, it'sn't"?

How to prevent changing the value of variable?

How long to clear the 'suck zone' of a turbofan after start is initiated?

Grabbing quick drinks

Why has the US not been more assertive in confronting Russia in recent years?

Can I equip Skullclamp on a creature I am sacrificing?

How to invert MapIndexed on a ragged structure? How to construct a tree from rules?

How do I make a variable always equal to the result of some calculations?

Is 'diverse range' a pleonastic phrase?

What can we do to stop prior company from asking us questions?

Why does the UK parliament need a vote on the political declaration?

Is micro rebar a better way to reinforce concrete than rebar?

Complex fractions

Why didn't Khan get resurrected in the Genesis Explosion?



After accidentally renaming /usr, how do I rename it back?



The Next CEO of Stack OverflowWhat happens when you delete a hard link?unix - accidentally moved everything under root to /old - Solaris 10How to use QEMU without desktopusing sudo on GUI applicationsUsing Atlas from scipyUse shared libraries in /usr/local/libWhy when loading an SO file does it append a version to the end?Setting LD_LIBRARY_PATHHow to fix the Ubuntu Linux 15.10 Files GUI manager , Nautilus , flickers on and offlibglui.so.2: cannot open shared object fileHow to fix error: “symbol lookup error: /usr/local/lib/libQt5DBus.so.5: undefined symbol”?Reset gfortran / MPI installation on Ubuntu 16.04










59















I accidentally renamed the directory /usr into /usr_bak.



I want to change it back, so I append the path /usr_bak/bin to $PATH to allow the system to find the command sudo.



But now sudo mv /usr_bak /usr gives me the error:



sudo: error while loading shared libraries: libsudo_util.so.0: cannot open shared object file: No such file or directory


Is there a way to rename the /usr_bak as /usr besides reinstalling the system?










share|improve this question



















  • 2





    Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

    – muru
    Mar 19 '18 at 3:24







  • 3





    @muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

    – Yves
    Mar 19 '18 at 3:27






  • 2





    @user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

    – Yves
    Mar 19 '18 at 17:55






  • 6





    Have you considered using a VM to compile the project instead of such drastic changes?

    – Kevin
    Mar 19 '18 at 23:50






  • 3





    You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

    – Kevin
    Mar 20 '18 at 1:47















59















I accidentally renamed the directory /usr into /usr_bak.



I want to change it back, so I append the path /usr_bak/bin to $PATH to allow the system to find the command sudo.



But now sudo mv /usr_bak /usr gives me the error:



sudo: error while loading shared libraries: libsudo_util.so.0: cannot open shared object file: No such file or directory


Is there a way to rename the /usr_bak as /usr besides reinstalling the system?










share|improve this question



















  • 2





    Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

    – muru
    Mar 19 '18 at 3:24







  • 3





    @muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

    – Yves
    Mar 19 '18 at 3:27






  • 2





    @user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

    – Yves
    Mar 19 '18 at 17:55






  • 6





    Have you considered using a VM to compile the project instead of such drastic changes?

    – Kevin
    Mar 19 '18 at 23:50






  • 3





    You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

    – Kevin
    Mar 20 '18 at 1:47













59












59








59


13






I accidentally renamed the directory /usr into /usr_bak.



I want to change it back, so I append the path /usr_bak/bin to $PATH to allow the system to find the command sudo.



But now sudo mv /usr_bak /usr gives me the error:



sudo: error while loading shared libraries: libsudo_util.so.0: cannot open shared object file: No such file or directory


Is there a way to rename the /usr_bak as /usr besides reinstalling the system?










share|improve this question
















I accidentally renamed the directory /usr into /usr_bak.



I want to change it back, so I append the path /usr_bak/bin to $PATH to allow the system to find the command sudo.



But now sudo mv /usr_bak /usr gives me the error:



sudo: error while loading shared libraries: libsudo_util.so.0: cannot open shared object file: No such file or directory


Is there a way to rename the /usr_bak as /usr besides reinstalling the system?







ubuntu sudo mv






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 19 '18 at 23:58









Jeff Schaller

44.3k1162143




44.3k1162143










asked Mar 19 '18 at 3:17









YvesYves

934923




934923







  • 2





    Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

    – muru
    Mar 19 '18 at 3:24







  • 3





    @muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

    – Yves
    Mar 19 '18 at 3:27






  • 2





    @user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

    – Yves
    Mar 19 '18 at 17:55






  • 6





    Have you considered using a VM to compile the project instead of such drastic changes?

    – Kevin
    Mar 19 '18 at 23:50






  • 3





    You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

    – Kevin
    Mar 20 '18 at 1:47












  • 2





    Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

    – muru
    Mar 19 '18 at 3:24







  • 3





    @muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

    – Yves
    Mar 19 '18 at 3:27






  • 2





    @user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

    – Yves
    Mar 19 '18 at 17:55






  • 6





    Have you considered using a VM to compile the project instead of such drastic changes?

    – Kevin
    Mar 19 '18 at 23:50






  • 3





    You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

    – Kevin
    Mar 20 '18 at 1:47







2




2





Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

– muru
Mar 19 '18 at 3:24






Which OS is this? I wonder how sudo even got to library stage, it's usually in /usr/bin/ and should have failed with a command-not-found error. Also, do you have a root password set?

– muru
Mar 19 '18 at 3:24





3




3





@muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

– Yves
Mar 19 '18 at 3:27





@muru It's Ubuntu. You are right, I did get the error about not found before so I appended the new path /usr_bak/bin to $PATH and now I get the error in my post here...

– Yves
Mar 19 '18 at 3:27




2




2





@user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

– Yves
Mar 19 '18 at 17:55





@user1717828 it's complicated. I have to compile a project, developed on Ubuntu 16.04, on Ubuntu 17.10. So I'm thinking if I can simply copy the /usr of Ubuntu 16.04 to overwrite the /usr of Ubuntu 17.10...

– Yves
Mar 19 '18 at 17:55




6




6





Have you considered using a VM to compile the project instead of such drastic changes?

– Kevin
Mar 19 '18 at 23:50





Have you considered using a VM to compile the project instead of such drastic changes?

– Kevin
Mar 19 '18 at 23:50




3




3





You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

– Kevin
Mar 20 '18 at 1:47





You can run virtualbox in headless mode. It may be easiest to set up a guest on another machine, or get a pre-configured one.

– Kevin
Mar 20 '18 at 1:47










5 Answers
5






active

oldest

votes


















104














Since you have set a password for root, use su and busybox, installed by default in Ubuntu. All of su's required libraries are in /lib. Busybox is a collection of utilities that's statically linked, so missing libraries shouldn't be a problem. Do:



su -c '/bin/busybox mv /usr_bak /usr'


(While Busybox itself also has a su applet, the /bin/busybox binary is not setuid and so doesn't work unless ran as root.)



If you don't have a root password, you could probably use Gilles' solution here using LD_LIBRARY_PATH, or(Gilles says this won't work with setuid binaries like sudo) reboot and edit the GRUB menu to boot with init=/bin/busybox as a kernel parameter and move the folder back.






share|improve this answer




















  • 71





    Now, don't accidentally rename /lib.

    – sleblanc
    Mar 19 '18 at 12:40






  • 2





    @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

    – Yves
    Mar 19 '18 at 18:00






  • 2





    If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

    – Mark K Cowan
    Mar 19 '18 at 20:14







  • 5





    LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

    – Gilles
    Mar 19 '18 at 21:43






  • 8





    @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

    – muru
    Mar 19 '18 at 23:54


















30














In addition to muru's answer:



  • you could have used some rescue boot USB key to repair your system; e.g. if your system is some Debian or Ubuntu, boot the installation USB key in rescue mode, and do the appropriate mount and mv and umount.


  • to be able to repair more easily such mistakes, I generally also install a static shell with several builtin commands (notably with some cp, rm, mv-like builtins) such as sash (it is packaged in Debian & Ubuntu, and also available as sash-3.8.tar.gz in source form) and boot with init=/bin/sash passed to Grub.


PS: sash is slightly buggy, and not entirely Posix compliant, but still very useful.






share|improve this answer

























  • Could you please explain how to install a static shell with several builtin commands? Is there some manual?

    – Yves
    Mar 19 '18 at 17:59






  • 1





    On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

    – Basile Starynkevitch
    Mar 19 '18 at 18:00











  • I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

    – FreeSoftwareServers
    Mar 22 '18 at 8:44


















2














I think the best safest way is to reboot using a USB, CD or DVD booted OS (Debian, Ubuntu, Suse, etc). Then mount the drive containing the problems and do the rename.



Safer than booting into a minefield with /usr or /lib effectively missing.






share|improve this answer


















  • 1





    You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

    – FreeSoftwareServers
    Mar 22 '18 at 8:47


















0














I ran into a similar problem where I renamed /usr/bin to /usr/bin_bkp for some test and then I wasn't able to rename (as the command didn't find the sudo in the standard directory which is /usr/bin) and then I went to the /usr/bin_bkp directory manually (using File manager) and most of the functions (including the rename) on the right click are disabled.



Then I tried the following command and it fixed the issue



$/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/


I invoked the sudo from the current path and it worked, now everything's back to normal. Hope this helps someone like me.



OS: Xubuntu 14.04






share|improve this answer
































    -3














    I can't try this right now (and am not sure I'd want to), but it seems like it ought to work to create yourself a new "/usr" as a hard link (not a soft link) to your "/usr_bak, then delete the "/usr_bak"



    ln /usr_bak /usr
    rm /usr_bak


    The hard link created by "ln" (with no "-s" argument) in the file system should make both the usr and usr_bak directories equally valid links to the directories in question. "rm" just removes the one link you asked it to remove, not both of them. Since there's still a valid link to the contents, they should remain accessible through the remaining link at "/usr".






    share|improve this answer























    • I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

      – T.E.D.
      Mar 20 '18 at 20:11







    • 4





      I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

      – Chris Bouchard
      Mar 20 '18 at 21:03






    • 3





      @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

      – Peter Cordes
      Mar 20 '18 at 22:59







    • 2





      Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

      – penguin359
      Mar 21 '18 at 5:29






    • 1





      @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

      – Toby Speight
      Mar 21 '18 at 10:35











    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%2f432002%2fafter-accidentally-renaming-usr-how-do-i-rename-it-back%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    5 Answers
    5






    active

    oldest

    votes








    5 Answers
    5






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    104














    Since you have set a password for root, use su and busybox, installed by default in Ubuntu. All of su's required libraries are in /lib. Busybox is a collection of utilities that's statically linked, so missing libraries shouldn't be a problem. Do:



    su -c '/bin/busybox mv /usr_bak /usr'


    (While Busybox itself also has a su applet, the /bin/busybox binary is not setuid and so doesn't work unless ran as root.)



    If you don't have a root password, you could probably use Gilles' solution here using LD_LIBRARY_PATH, or(Gilles says this won't work with setuid binaries like sudo) reboot and edit the GRUB menu to boot with init=/bin/busybox as a kernel parameter and move the folder back.






    share|improve this answer




















    • 71





      Now, don't accidentally rename /lib.

      – sleblanc
      Mar 19 '18 at 12:40






    • 2





      @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

      – Yves
      Mar 19 '18 at 18:00






    • 2





      If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

      – Mark K Cowan
      Mar 19 '18 at 20:14







    • 5





      LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

      – Gilles
      Mar 19 '18 at 21:43






    • 8





      @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

      – muru
      Mar 19 '18 at 23:54















    104














    Since you have set a password for root, use su and busybox, installed by default in Ubuntu. All of su's required libraries are in /lib. Busybox is a collection of utilities that's statically linked, so missing libraries shouldn't be a problem. Do:



    su -c '/bin/busybox mv /usr_bak /usr'


    (While Busybox itself also has a su applet, the /bin/busybox binary is not setuid and so doesn't work unless ran as root.)



    If you don't have a root password, you could probably use Gilles' solution here using LD_LIBRARY_PATH, or(Gilles says this won't work with setuid binaries like sudo) reboot and edit the GRUB menu to boot with init=/bin/busybox as a kernel parameter and move the folder back.






    share|improve this answer




















    • 71





      Now, don't accidentally rename /lib.

      – sleblanc
      Mar 19 '18 at 12:40






    • 2





      @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

      – Yves
      Mar 19 '18 at 18:00






    • 2





      If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

      – Mark K Cowan
      Mar 19 '18 at 20:14







    • 5





      LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

      – Gilles
      Mar 19 '18 at 21:43






    • 8





      @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

      – muru
      Mar 19 '18 at 23:54













    104












    104








    104







    Since you have set a password for root, use su and busybox, installed by default in Ubuntu. All of su's required libraries are in /lib. Busybox is a collection of utilities that's statically linked, so missing libraries shouldn't be a problem. Do:



    su -c '/bin/busybox mv /usr_bak /usr'


    (While Busybox itself also has a su applet, the /bin/busybox binary is not setuid and so doesn't work unless ran as root.)



    If you don't have a root password, you could probably use Gilles' solution here using LD_LIBRARY_PATH, or(Gilles says this won't work with setuid binaries like sudo) reboot and edit the GRUB menu to boot with init=/bin/busybox as a kernel parameter and move the folder back.






    share|improve this answer















    Since you have set a password for root, use su and busybox, installed by default in Ubuntu. All of su's required libraries are in /lib. Busybox is a collection of utilities that's statically linked, so missing libraries shouldn't be a problem. Do:



    su -c '/bin/busybox mv /usr_bak /usr'


    (While Busybox itself also has a su applet, the /bin/busybox binary is not setuid and so doesn't work unless ran as root.)



    If you don't have a root password, you could probably use Gilles' solution here using LD_LIBRARY_PATH, or(Gilles says this won't work with setuid binaries like sudo) reboot and edit the GRUB menu to boot with init=/bin/busybox as a kernel parameter and move the folder back.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Mar 21 '18 at 5:43

























    answered Mar 19 '18 at 3:35









    murumuru

    36.7k589163




    36.7k589163







    • 71





      Now, don't accidentally rename /lib.

      – sleblanc
      Mar 19 '18 at 12:40






    • 2





      @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

      – Yves
      Mar 19 '18 at 18:00






    • 2





      If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

      – Mark K Cowan
      Mar 19 '18 at 20:14







    • 5





      LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

      – Gilles
      Mar 19 '18 at 21:43






    • 8





      @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

      – muru
      Mar 19 '18 at 23:54












    • 71





      Now, don't accidentally rename /lib.

      – sleblanc
      Mar 19 '18 at 12:40






    • 2





      @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

      – Yves
      Mar 19 '18 at 18:00






    • 2





      If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

      – Mark K Cowan
      Mar 19 '18 at 20:14







    • 5





      LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

      – Gilles
      Mar 19 '18 at 21:43






    • 8





      @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

      – muru
      Mar 19 '18 at 23:54







    71




    71





    Now, don't accidentally rename /lib.

    – sleblanc
    Mar 19 '18 at 12:40





    Now, don't accidentally rename /lib.

    – sleblanc
    Mar 19 '18 at 12:40




    2




    2





    @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

    – Yves
    Mar 19 '18 at 18:00





    @sleblanc lol... Seriously, what if I accidentally rename /lib? Can I use the same method to repair it?

    – Yves
    Mar 19 '18 at 18:00




    2




    2





    If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

    – Mark K Cowan
    Mar 19 '18 at 20:14






    If your /lib is a symlink to /usr/lib, it get's more interesting :) LD_LIBRARY_PATH & PATH to save the day. [or busybox should still work too]

    – Mark K Cowan
    Mar 19 '18 at 20:14





    5




    5





    LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

    – Gilles
    Mar 19 '18 at 21:43





    LD_LIBRARY_PATH wouldn't help to run sudo since sudo is setuid. If its libraries aren't in the right place, sudo won't work until root repairs it.

    – Gilles
    Mar 19 '18 at 21:43




    8




    8





    @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

    – muru
    Mar 19 '18 at 23:54





    @Yves if you renamed /lib, then you'd probably have to reboot to init=/bin/busybox

    – muru
    Mar 19 '18 at 23:54













    30














    In addition to muru's answer:



    • you could have used some rescue boot USB key to repair your system; e.g. if your system is some Debian or Ubuntu, boot the installation USB key in rescue mode, and do the appropriate mount and mv and umount.


    • to be able to repair more easily such mistakes, I generally also install a static shell with several builtin commands (notably with some cp, rm, mv-like builtins) such as sash (it is packaged in Debian & Ubuntu, and also available as sash-3.8.tar.gz in source form) and boot with init=/bin/sash passed to Grub.


    PS: sash is slightly buggy, and not entirely Posix compliant, but still very useful.






    share|improve this answer

























    • Could you please explain how to install a static shell with several builtin commands? Is there some manual?

      – Yves
      Mar 19 '18 at 17:59






    • 1





      On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

      – Basile Starynkevitch
      Mar 19 '18 at 18:00











    • I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

      – FreeSoftwareServers
      Mar 22 '18 at 8:44















    30














    In addition to muru's answer:



    • you could have used some rescue boot USB key to repair your system; e.g. if your system is some Debian or Ubuntu, boot the installation USB key in rescue mode, and do the appropriate mount and mv and umount.


    • to be able to repair more easily such mistakes, I generally also install a static shell with several builtin commands (notably with some cp, rm, mv-like builtins) such as sash (it is packaged in Debian & Ubuntu, and also available as sash-3.8.tar.gz in source form) and boot with init=/bin/sash passed to Grub.


    PS: sash is slightly buggy, and not entirely Posix compliant, but still very useful.






    share|improve this answer

























    • Could you please explain how to install a static shell with several builtin commands? Is there some manual?

      – Yves
      Mar 19 '18 at 17:59






    • 1





      On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

      – Basile Starynkevitch
      Mar 19 '18 at 18:00











    • I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

      – FreeSoftwareServers
      Mar 22 '18 at 8:44













    30












    30








    30







    In addition to muru's answer:



    • you could have used some rescue boot USB key to repair your system; e.g. if your system is some Debian or Ubuntu, boot the installation USB key in rescue mode, and do the appropriate mount and mv and umount.


    • to be able to repair more easily such mistakes, I generally also install a static shell with several builtin commands (notably with some cp, rm, mv-like builtins) such as sash (it is packaged in Debian & Ubuntu, and also available as sash-3.8.tar.gz in source form) and boot with init=/bin/sash passed to Grub.


    PS: sash is slightly buggy, and not entirely Posix compliant, but still very useful.






    share|improve this answer















    In addition to muru's answer:



    • you could have used some rescue boot USB key to repair your system; e.g. if your system is some Debian or Ubuntu, boot the installation USB key in rescue mode, and do the appropriate mount and mv and umount.


    • to be able to repair more easily such mistakes, I generally also install a static shell with several builtin commands (notably with some cp, rm, mv-like builtins) such as sash (it is packaged in Debian & Ubuntu, and also available as sash-3.8.tar.gz in source form) and boot with init=/bin/sash passed to Grub.


    PS: sash is slightly buggy, and not entirely Posix compliant, but still very useful.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Mar 19 '18 at 18:02

























    answered Mar 19 '18 at 11:27









    Basile StarynkevitchBasile Starynkevitch

    8,1412041




    8,1412041












    • Could you please explain how to install a static shell with several builtin commands? Is there some manual?

      – Yves
      Mar 19 '18 at 17:59






    • 1





      On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

      – Basile Starynkevitch
      Mar 19 '18 at 18:00











    • I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

      – FreeSoftwareServers
      Mar 22 '18 at 8:44

















    • Could you please explain how to install a static shell with several builtin commands? Is there some manual?

      – Yves
      Mar 19 '18 at 17:59






    • 1





      On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

      – Basile Starynkevitch
      Mar 19 '18 at 18:00











    • I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

      – FreeSoftwareServers
      Mar 22 '18 at 8:44
















    Could you please explain how to install a static shell with several builtin commands? Is there some manual?

    – Yves
    Mar 19 '18 at 17:59





    Could you please explain how to install a static shell with several builtin commands? Is there some manual?

    – Yves
    Mar 19 '18 at 17:59




    1




    1





    On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

    – Basile Starynkevitch
    Mar 19 '18 at 18:00





    On Debian or Ubuntu: apt-get install sash. But you could also download sash-3.8.tar.gz and compile it.

    – Basile Starynkevitch
    Mar 19 '18 at 18:00













    I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

    – FreeSoftwareServers
    Mar 22 '18 at 8:44





    I keep a liveiso on the hdd with a custom grub entry for problems like this. No need to get complicated, just boot a live os and manipulate files freely :)

    – FreeSoftwareServers
    Mar 22 '18 at 8:44











    2














    I think the best safest way is to reboot using a USB, CD or DVD booted OS (Debian, Ubuntu, Suse, etc). Then mount the drive containing the problems and do the rename.



    Safer than booting into a minefield with /usr or /lib effectively missing.






    share|improve this answer


















    • 1





      You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

      – FreeSoftwareServers
      Mar 22 '18 at 8:47















    2














    I think the best safest way is to reboot using a USB, CD or DVD booted OS (Debian, Ubuntu, Suse, etc). Then mount the drive containing the problems and do the rename.



    Safer than booting into a minefield with /usr or /lib effectively missing.






    share|improve this answer


















    • 1





      You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

      – FreeSoftwareServers
      Mar 22 '18 at 8:47













    2












    2








    2







    I think the best safest way is to reboot using a USB, CD or DVD booted OS (Debian, Ubuntu, Suse, etc). Then mount the drive containing the problems and do the rename.



    Safer than booting into a minefield with /usr or /lib effectively missing.






    share|improve this answer













    I think the best safest way is to reboot using a USB, CD or DVD booted OS (Debian, Ubuntu, Suse, etc). Then mount the drive containing the problems and do the rename.



    Safer than booting into a minefield with /usr or /lib effectively missing.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Mar 21 '18 at 4:16









    LarryLarry

    211




    211







    • 1





      You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

      – FreeSoftwareServers
      Mar 22 '18 at 8:47












    • 1





      You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

      – FreeSoftwareServers
      Mar 22 '18 at 8:47







    1




    1





    You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

    – FreeSoftwareServers
    Mar 22 '18 at 8:47





    You can boot an ISO directly from Grub/HDD no need for USB/DVD etc. Pretty nifty trick grub has call loopback.

    – FreeSoftwareServers
    Mar 22 '18 at 8:47











    0














    I ran into a similar problem where I renamed /usr/bin to /usr/bin_bkp for some test and then I wasn't able to rename (as the command didn't find the sudo in the standard directory which is /usr/bin) and then I went to the /usr/bin_bkp directory manually (using File manager) and most of the functions (including the rename) on the right click are disabled.



    Then I tried the following command and it fixed the issue



    $/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/


    I invoked the sudo from the current path and it worked, now everything's back to normal. Hope this helps someone like me.



    OS: Xubuntu 14.04






    share|improve this answer





























      0














      I ran into a similar problem where I renamed /usr/bin to /usr/bin_bkp for some test and then I wasn't able to rename (as the command didn't find the sudo in the standard directory which is /usr/bin) and then I went to the /usr/bin_bkp directory manually (using File manager) and most of the functions (including the rename) on the right click are disabled.



      Then I tried the following command and it fixed the issue



      $/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/


      I invoked the sudo from the current path and it worked, now everything's back to normal. Hope this helps someone like me.



      OS: Xubuntu 14.04






      share|improve this answer



























        0












        0








        0







        I ran into a similar problem where I renamed /usr/bin to /usr/bin_bkp for some test and then I wasn't able to rename (as the command didn't find the sudo in the standard directory which is /usr/bin) and then I went to the /usr/bin_bkp directory manually (using File manager) and most of the functions (including the rename) on the right click are disabled.



        Then I tried the following command and it fixed the issue



        $/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/


        I invoked the sudo from the current path and it worked, now everything's back to normal. Hope this helps someone like me.



        OS: Xubuntu 14.04






        share|improve this answer















        I ran into a similar problem where I renamed /usr/bin to /usr/bin_bkp for some test and then I wasn't able to rename (as the command didn't find the sudo in the standard directory which is /usr/bin) and then I went to the /usr/bin_bkp directory manually (using File manager) and most of the functions (including the rename) on the right click are disabled.



        Then I tried the following command and it fixed the issue



        $/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/


        I invoked the sudo from the current path and it worked, now everything's back to normal. Hope this helps someone like me.



        OS: Xubuntu 14.04







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Jan 22 at 3:19









        user1794469

        1,6421923




        1,6421923










        answered Jan 22 at 0:09









        geekgeek

        11




        11





















            -3














            I can't try this right now (and am not sure I'd want to), but it seems like it ought to work to create yourself a new "/usr" as a hard link (not a soft link) to your "/usr_bak, then delete the "/usr_bak"



            ln /usr_bak /usr
            rm /usr_bak


            The hard link created by "ln" (with no "-s" argument) in the file system should make both the usr and usr_bak directories equally valid links to the directories in question. "rm" just removes the one link you asked it to remove, not both of them. Since there's still a valid link to the contents, they should remain accessible through the remaining link at "/usr".






            share|improve this answer























            • I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

              – T.E.D.
              Mar 20 '18 at 20:11







            • 4





              I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

              – Chris Bouchard
              Mar 20 '18 at 21:03






            • 3





              @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

              – Peter Cordes
              Mar 20 '18 at 22:59







            • 2





              Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

              – penguin359
              Mar 21 '18 at 5:29






            • 1





              @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

              – Toby Speight
              Mar 21 '18 at 10:35















            -3














            I can't try this right now (and am not sure I'd want to), but it seems like it ought to work to create yourself a new "/usr" as a hard link (not a soft link) to your "/usr_bak, then delete the "/usr_bak"



            ln /usr_bak /usr
            rm /usr_bak


            The hard link created by "ln" (with no "-s" argument) in the file system should make both the usr and usr_bak directories equally valid links to the directories in question. "rm" just removes the one link you asked it to remove, not both of them. Since there's still a valid link to the contents, they should remain accessible through the remaining link at "/usr".






            share|improve this answer























            • I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

              – T.E.D.
              Mar 20 '18 at 20:11







            • 4





              I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

              – Chris Bouchard
              Mar 20 '18 at 21:03






            • 3





              @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

              – Peter Cordes
              Mar 20 '18 at 22:59







            • 2





              Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

              – penguin359
              Mar 21 '18 at 5:29






            • 1





              @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

              – Toby Speight
              Mar 21 '18 at 10:35













            -3












            -3








            -3







            I can't try this right now (and am not sure I'd want to), but it seems like it ought to work to create yourself a new "/usr" as a hard link (not a soft link) to your "/usr_bak, then delete the "/usr_bak"



            ln /usr_bak /usr
            rm /usr_bak


            The hard link created by "ln" (with no "-s" argument) in the file system should make both the usr and usr_bak directories equally valid links to the directories in question. "rm" just removes the one link you asked it to remove, not both of them. Since there's still a valid link to the contents, they should remain accessible through the remaining link at "/usr".






            share|improve this answer













            I can't try this right now (and am not sure I'd want to), but it seems like it ought to work to create yourself a new "/usr" as a hard link (not a soft link) to your "/usr_bak, then delete the "/usr_bak"



            ln /usr_bak /usr
            rm /usr_bak


            The hard link created by "ln" (with no "-s" argument) in the file system should make both the usr and usr_bak directories equally valid links to the directories in question. "rm" just removes the one link you asked it to remove, not both of them. Since there's still a valid link to the contents, they should remain accessible through the remaining link at "/usr".







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Mar 20 '18 at 20:08









            T.E.D.T.E.D.

            26515




            26515












            • I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

              – T.E.D.
              Mar 20 '18 at 20:11







            • 4





              I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

              – Chris Bouchard
              Mar 20 '18 at 21:03






            • 3





              @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

              – Peter Cordes
              Mar 20 '18 at 22:59







            • 2





              Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

              – penguin359
              Mar 21 '18 at 5:29






            • 1





              @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

              – Toby Speight
              Mar 21 '18 at 10:35

















            • I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

              – T.E.D.
              Mar 20 '18 at 20:11







            • 4





              I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

              – Chris Bouchard
              Mar 20 '18 at 21:03






            • 3





              @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

              – Peter Cordes
              Mar 20 '18 at 22:59







            • 2





              Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

              – penguin359
              Mar 21 '18 at 5:29






            • 1





              @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

              – Toby Speight
              Mar 21 '18 at 10:35
















            I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

            – T.E.D.
            Mar 20 '18 at 20:11






            I suppose if the "rm" scares you, you could just skip it and leave the "/usr_bak" link there too. Its the "ln" command that gets you your "/usr" directory link back.

            – T.E.D.
            Mar 20 '18 at 20:11





            4




            4





            I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

            – Chris Bouchard
            Mar 20 '18 at 21:03





            I was under the impression that Linux (or at least Ubuntu) does not allow hard links to directories. E.g., askubuntu.com/questions/210741/…

            – Chris Bouchard
            Mar 20 '18 at 21:03




            3




            3





            @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

            – Peter Cordes
            Mar 20 '18 at 22:59






            @Chris: Right, Linux does not allow directory hardlinks (other than . and .., so the link count on a directory tells you the number of first-level subdirs). Also, rm doesn't work on directories, you'd have to use rmdir. (ln and rm work on symlinks to directories, but we're talking about an actual directory). Also, this doesn't solve the problem, because it requires root just like mv, because of the permissions on /. If you could run this, you could run mv instead like a normal person.

            – Peter Cordes
            Mar 20 '18 at 22:59





            2




            2





            Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

            – penguin359
            Mar 21 '18 at 5:29





            Hardlinks to directories are not supported on most (all?) Unices because it's too difficult for software doing a recursive file system crawl to detect infinite loops. It's possible if the software keeps track of all inodes visited and it's crawling an inode aware filesystem (i.e. not FAT32/NTFS), but checking for symbolic links and not traversing them is much easier. All that's needed is a quick call to lstat(2) to check file type.

            – penguin359
            Mar 21 '18 at 5:29




            1




            1





            @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

            – Toby Speight
            Mar 21 '18 at 10:35





            @Pryftan, my ln(1) on Debian says this for the the -d/-F/--directory option: "allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)". So you're free to try, but your filesystem probably won't let you.

            – Toby Speight
            Mar 21 '18 at 10:35

















            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%2f432002%2fafter-accidentally-renaming-usr-how-do-i-rename-it-back%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

            getting Checkpoint VPN SSL Network Extender working in the command lineHow to connect to CheckPoint VPN on Ubuntu 18.04LTS?Will the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayVPN SSL Network Extender in FirefoxLinux Checkpoint SNX tool configuration issuesCheck Point - Connect under Linux - snx + OTPSNX VPN Ububuntu 18.XXUsing Checkpoint VPN SSL Network Extender CLI with certificateVPN with network manager (nm-applet) is not workingWill the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayImport VPN config files to NetworkManager from command lineTrouble connecting to VPN using network-manager, while command line worksStart a VPN connection with PPTP protocol on command linestarting a docker service daemon breaks the vpn networkCan't connect to vpn with Network-managerVPN SSL Network Extender in FirefoxUsing Checkpoint VPN SSL Network Extender CLI with certificate

            NetworkManager fails with “Could not find source connection”Trouble connecting to VPN using network-manager, while command line worksHow can I be notified about state changes to a VPN adapterBacktrack 5 R3 - Refuses to connect to VPNFeed all traffic through OpenVPN for a specific network namespace onlyRun daemon on startup in Debian once openvpn connection establishedpfsense tcp connection between openvpn and lan is brokenInternet connection problem with web browsers onlyWhy does NetworkManager explicitly support tun/tap devices?Browser issues with VPNTwo IP addresses assigned to the same network card - OpenVPN issues?Cannot connect to WiFi with nmcli, although secrets are provided

            대한민국 목차 국명 지리 역사 정치 국방 경제 사회 문화 국제 순위 관련 항목 각주 외부 링크 둘러보기 메뉴북위 37° 34′ 08″ 동경 126° 58′ 36″ / 북위 37.568889° 동경 126.976667°  / 37.568889; 126.976667ehThe Korean Repository문단을 편집문단을 편집추가해Clarkson PLC 사Report for Selected Countries and Subjects-Korea“Human Development Index and its components: P.198”“http://www.law.go.kr/%EB%B2%95%EB%A0%B9/%EB%8C%80%ED%95%9C%EB%AF%BC%EA%B5%AD%EA%B5%AD%EA%B8%B0%EB%B2%95”"한국은 국제법상 한반도 유일 합법정부 아니다" - 오마이뉴스 모바일Report for Selected Countries and Subjects: South Korea격동의 역사와 함께한 조선일보 90년 : 조선일보 인수해 혁신시킨 신석우, 임시정부 때는 '대한민국' 국호(國號) 정해《우리가 몰랐던 우리 역사: 나라 이름의 비밀을 찾아가는 역사 여행》“남북 공식호칭 ‘남한’‘북한’으로 쓴다”“Corea 대 Korea, 누가 이긴 거야?”국내기후자료 - 한국[김대중 前 대통령 서거] 과감한 구조개혁 'DJ노믹스'로 최단기간 환란극복 :: 네이버 뉴스“이라크 "韓-쿠르드 유전개발 MOU 승인 안해"(종합)”“해외 우리국민 추방사례 43%가 일본”차기전차 K2'흑표'의 세계 최고 전력 분석, 쿠키뉴스 엄기영, 2007-03-02두산인프라, 헬기잡는 장갑차 'K21'...내년부터 공급, 고뉴스 이대준, 2008-10-30과거 내용 찾기mk 뉴스 - 구매력 기준으로 보면 한국 1인당 소득 3만弗과거 내용 찾기"The N-11: More Than an Acronym"Archived조선일보 최우석, 2008-11-01Global 500 2008: Countries - South Korea“몇년째 '시한폭탄'... 가계부채, 올해는 터질까”가구당 부채 5000만원 처음 넘어서“‘빚’으로 내몰리는 사회.. 위기의 가계대출”“[경제365] 공공부문 부채 급증…800조 육박”“"소득 양극화 다소 완화...불평등은 여전"”“공정사회·공생발전 한참 멀었네”iSuppli,08年2QのDRAMシェア・ランキングを発表(08/8/11)South Korea dominates shipbuilding industry | Stock Market News & Stocks to Watch from StraightStocks한국 자동차 생산, 3년 연속 세계 5위자동차수출 '현대-삼성 웃고 기아-대우-쌍용은 울고' 과거 내용 찾기동반성장위 창립 1주년 맞아Archived"중기적합 3개업종 합의 무시한 채 선정"李대통령, 사업 무분별 확장 소상공인 생계 위협 질타삼성-LG, 서민업종인 빵·분식사업 잇따라 철수상생은 뒷전…SSM ‘몸집 불리기’ 혈안Archived“경부고속도에 '아시안하이웨이' 표지판”'철의 실크로드' 앞서 '말(言)의 실크로드'부터, 프레시안 정창현, 2008-10-01“'서울 지하철은 안전한가?'”“서울시 “올해 안에 모든 지하철역 스크린도어 설치””“부산지하철 1,2호선 승강장 안전펜스 설치 완료”“전교조, 정부 노조 통계서 처음 빠져”“[Weekly BIZ] 도요타 '제로 이사회'가 리콜 사태 불러들였다”“S Korea slams high tuition costs”““정치가 여론 양극화 부채질… 합리주의 절실””“〈"`촛불집회'는 민주주의의 질적 변화 상징"〉”““촛불집회가 민주주의 왜곡 초래””“국민 65%, "한국 노사관계 대립적"”“한국 국가경쟁력 27위‥노사관계 '꼴찌'”“제대로 형성되지 않은 대한민국 이념지형”“[신년기획-갈등의 시대] 갈등지수 OECD 4위…사회적 손실 GDP 27% 무려 300조”“2012 총선-대선의 키워드는 '국민과 소통'”“한국 삶의 질 27위, 2000년과 2008년 연속 하위권 머물러”“[해피 코리아] 행복점수 68점…해외 평가선 '낙제점'”“한국 어린이·청소년 행복지수 3년 연속 OECD ‘꼴찌’”“한국 이혼율 OECD중 8위”“[통계청] 한국 이혼율 OECD 4위”“오피니언 [이렇게 생각한다] `부부의 날` 에 돌아본 이혼율 1위 한국”“Suicide Rates by Country, Global Health Observatory Data Repository.”“1. 또 다른 차별”“오피니언 [편집자에게] '왕따'와 '패거리 정치' 심리는 닮은꼴”“[미래한국리포트] 무한경쟁에 빠진 대한민국”“대학생 98% "외모가 경쟁력이라는 말 동의"”“특급호텔 웨딩·200만원대 유모차… "남보다 더…" 호화病, 고질병 됐다”“[스트레스 공화국] ① 경쟁사회, 스트레스 쌓인다”““매일 30여명 자살 한국, 의사보다 무속인에…””“"자살 부르는 '우울증', 환자 중 85% 치료 안 받아"”“정신병원을 가다”“대한민국도 ‘묻지마 범죄’,안전지대 아니다”“유엔 "학생 '성적 지향'에 따른 차별 금지하라"”“유엔아동권리위원회 보고서 및 번역본 원문”“고졸 성공스토리 담은 '제빵왕 김탁구' 드라마 나온다”“‘빛 좋은 개살구’ 고졸 취업…실습 대신 착취”원본 문서“정신건강, 사회적 편견부터 고쳐드립니다”‘소통’과 ‘행복’에 목 마른 사회가 잠들어 있던 ‘심리학’ 깨웠다“[포토] 사유리-곽금주 교수의 유쾌한 심리상담”“"올해 한국인 평균 영화관람횟수 세계 1위"(종합)”“[게임연중기획] 게임은 문화다-여가활동 1순위 게임”“영화속 ‘영어 지상주의’ …“왠지 씁쓸한데””“2월 `신문 부수 인증기관` 지정..방송법 후속작업”“무료신문 성장동력 ‘차별성’과 ‘갈등해소’”대한민국 국회 법률지식정보시스템"Pew Research Center's Religion & Public Life Project: South Korea"“amp;vwcd=MT_ZTITLE&path=인구·가구%20>%20인구총조사%20>%20인구부문%20>%20 총조사인구(2005)%20>%20전수부문&oper_YN=Y&item=&keyword=종교별%20인구& amp;lang_mode=kor&list_id= 2005년 통계청 인구 총조사”원본 문서“한국인이 좋아하는 취미와 운동 (2004-2009)”“한국인이 좋아하는 취미와 운동 (2004-2014)”Archived“한국, `부분적 언론자유국' 강등〈프리덤하우스〉”“국경없는기자회 "한국, 인터넷감시 대상국"”“한국, 조선산업 1위 유지(S. Korea Stays Top Shipbuilding Nation) RZD-Partner Portal”원본 문서“한국, 4년 만에 ‘선박건조 1위’”“옛 마산시,인터넷속도 세계 1위”“"한국 초고속 인터넷망 세계1위"”“인터넷·휴대폰 요금, 외국보다 훨씬 비싸”“한국 관세행정 6년 연속 세계 '1위'”“한국 교통사고 사망자 수 OECD 회원국 중 2위”“결핵 후진국' 한국, 환자가 급증한 이유는”“수술은 신중해야… 자칫하면 생명 위협”대한민국분류대한민국의 지도대한민국 정부대표 다국어포털대한민국 전자정부대한민국 국회한국방송공사about korea and information korea브리태니커 백과사전(한국편)론리플래닛의 정보(한국편)CIA의 세계 정보(한국편)마리암 부디아 (Mariam Budia),『한국: 하늘이 내린 한 폭의 그림』, 서울: 트랜스라틴 19호 (2012년 3월)대한민국ehehehehehehehehehehehehehehWorldCat132441370n791268020000 0001 2308 81034078029-6026373548cb11863345f(데이터)00573706ge128495