Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#10499 closed bug (no change required)

Renaming "home" to some other folder breaks the whole system...

Reported by: waddlesplash Owned by: nobody
Priority: low Milestone: R1
Component: File Systems Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

...because something immediately creates the folder "home" again with nothing but the folder "Desktop" in it (no files at all), so you can't rename "home" back to what it was before. This messes a lot of stuff up.

To fix this, either:

  1. prevent home from being renamed, ever
  2. don't create the folder "home" if it doesn't exist.

Change History (4)

comment:1 by anevilyak, 10 years ago

Priority: normallow

If you try to rename it in Tracker, you're already explicitly warned precisely that it will cause problems. If you did so via the CLI, at that point you're realistically on your own and assumed to know what you're getting yourself into.

comment:2 by axeld, 10 years ago

Resolution: no change required
Status: newclosed

Try renaming system32 in Windows, or /usr in Unix. If you have the right to do so, and you always have when you are root, you are on your own.

comment:3 by waddlesplash, 10 years ago

I realize that, but I also wanted to be able to move it *back* which is impossible because something creates that directory 2 seconds after you delete/move it.

in reply to:  3 comment:4 by gbonvehi, 10 years ago

Replying to waddlesplash:

I realize that, but I also wanted to be able to move it *back* which is impossible because something creates that directory 2 seconds after you delete/move it.

Any program loaded in memory trying to write for example, a log file, will probably create it whenever it needs it. You could either move the contents of the old home into the new one, or, assuming you used the terminal to do this, write a one-line command to rename directories fast enough (I'd recommend the first one).

Version 0, edited 10 years ago by gbonvehi (next)
Note: See TracTickets for help on using tickets.