#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:
- prevent home from being renamed, ever
- don't create the folder "home" if it doesn't exist.
Change History (4)
comment:1 by , 11 years ago
Priority: | normal → low |
---|
comment:2 by , 11 years ago
Resolution: | → no change required |
---|---|
Status: | new → closed |
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.
follow-up: 4 comment:3 by , 11 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.
comment:4 by , 11 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).
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.