 |
|
| Well, that isn't the best way.. |
|
|
By looncraz - Posted on December 5, 2003 - 16:39:12 (#9880)
Current version when comment was posted: 2.0 - Development |
|
|
I have decided just to move the current user's entire home structure back and forth.
It is actually faster, and less likely for something to go terribly wrong.
Then I only have to test and modify three existing files, making logon close to instant.
Very nice :-)
-- DIfferent topic:
Oh well, my system boot time of 5 seconds is hopefully going to be bested here in the upcoming days. I am removing every single driver I don't absolutely need, and seeing how that speeds things up.
I still have to go through the user add-ons, but removing all non-crucial (to me) system drivers has resulted in a 2 second decrease in needed boot time. Which I like.
I will also soon be doing bootscript changes to see how fast I can make it happen. I am trying for near instant-on.
-The loon
|
|
| hmm... |
|
|
By looncraz - Posted on December 4, 2003 - 19:30:20 (#9861)
Current version when comment was posted: 2.0 - Development |
|
|
I tried somethign very similar to that mmadia.
I will revisit that (as it actually makes my job *much* easier to just move one folder) when I get the user preferences and options complete.
Thanks for the tip!
--The loon
|
|
| Re: Swap |
|
|
By Rene Gollent - Posted on December 4, 2003 - 04:48:10 (#9848)
Current version when comment was posted: 2.0 - Development |
|
|
Neither of these are possible due to limitations in the BeOS VM.
---------------------
if anyone know's how to symlink /var/swap to another partition or to activate swap while the system's running, please let me know.
|
|
| re: You can't use a symlink in place of home either. |
|
|
By mmadia - Posted on December 3, 2003 - 20:45:43 (#9847)
Current version when comment was posted: 2.0 - Development |
|
|
yes you can. it's a 3-command one-liner, but it's possible.
`mv /boot/home /boot/oldHome ; touch /boot/home ; ln -sf /soure/of/new/home /boot/home`
touch'ing /boot/home will create a zero-sized file `home`. then ln -sf overwrites that file with a symlink. ( -f can only overwrite files, not directories )
to refresh tracker and the desktop, so as to use the symlink'd home: use the CL version of berest to restart tracker `berest -reset tracker`
all files written to /boot/home (including Desktop) will end up at the symlink's source. I'm not positive if Trash redirects itself
the original /boot/home requires only the files to get beos on it's feet...driver/kernel addons, boot scripts. i got mine down to about 12mb
clipping from my userbootscript:
mountvolume BFStriped & #<i>striped partition using "striped.zip" from beshare</i>
waitFor -d mountvolume #<i>let mounting finish</i>
mv /boot/home /boot/oldHome ; touch /boot/home ; ln -sf /soure/of/new/home /boot/home #<i>symlink /BFStriped/home to /boot/home</i>
sleep 4s #<i>calm down</i>
berest -reset tracker & #<i>tell tracker to use symlink'd home</i>
# end
if anyone know's how to symlink /var/swap to another partition or to activate swap while the system's running, please let me know.
|
|
| Size... |
|
|
By looncraz - Posted on December 3, 2003 - 13:08:57 (#9842)
Current version when comment was posted: 2.0 - Development |
|
|
Well, that was for size of course.
The work occurs after the file system sync , just after most apps have closed (FinishShutdown). Then before the system goes down, another sync is performed.
The p-MUS loads immediately after app_server and input_server. Nothing else on the system loads, and there is no way to close the application without entering a valid user/password.
If the system was not properly shutdown, MUS runs CheckBFS /boot/. And on every user login, file maintenance occurs. A log is kept, hidden from prying eyes via some really cheap encryption (for now), that will allow the MUS system to, one day, restore a previous setup. This will be available if the MUS detects missing or currupted files that are required to run the system. MUS always keeps a protected blank user setup ready to run. Though this is a generated user, and thus takes longer than usual to create (because it can only happen when the app finds corrupted data, I don't care).
Anyway, I'm certain more stuff will show up. I am just now working on setting all file permissions and ownerships, recursively. Not really hard, but need to do some tests on groups. That stuff is in the future. Till now, I'm just trying to allow people to login with different Desktops on one partition.
--The loon
|
|
| size or amount |
|
|
By s_d - Posted on December 3, 2003 - 05:45:57 (#9838)
Current version when comment was posted: 2.0 - Development |
|
|
"but considering that it takes only .0001s to move 1GB of data"
Number of files to move matters, not total size.
|
|
| hmmm |
|
|
By mmu_man - Posted on December 3, 2003 - 01:50:20 (#9830)
Current version when comment was posted: 2.0 - Development |
|
|
good luck with consistency on crash recovery...
|
|
| Multi-user.. |
|
|
By looncraz - Posted on December 3, 2003 - 00:05:38 (#9828)
Current version when comment was posted: 2.0 - Development |
|
|
You can't use a symlink in place of home either.
My pseudo-MUS system, which does allow multiple users, multiple Desktops, multiple Trash, multiple settings, multiple mail, will also allow a seperate pseudo-Home folder.
This is achieved via the ugliest hack I have ever done.
user data is stored on the system in one place
/boot/home/Users
links are made to /Users to this folder
and to /User for the current authorized user.
When a user shutsdown (currently logout is not working as expected, but shutdown is (simple in comparison)) the computer, my p-MUS runner does a quick move of all files in /boot/home and moves this to the user's private home info folder (still entitled just home).
My plans are to also keep log of folders added, and move those to the user's home folder as well.
It is a hack, but considering that it takes only .0001s to move 1GB of data within a BeOS partition, I'm not worried about it.
Moving is so quick because only the data pointer is modified (someone correct me if my terminology is incorrect) within BFS, and not the actual physical location of BFS. This feature is also a large reason why BFS is said to not require defragging. Though, if you deal with many files, especially small ones, and do remove those files, then you will have holes (freed clusters bordered by used clusters). As such, someone really should write an app to reposition data as needed. Probably a small performance difference vs the coding task, but we will never know unless we try.
The only thing I find of interest to me in this package (now that I found it when I'm 85% done with my MUS), would be the process protection. My 'MUS' has nothing of the sort, yet. Though I'm sure a nice little protected process that monitors processes and ownerships could be written, it is not worth it to me, so I will never do it.
For now, I'm offering MUS not for security, but for allowing your friends to have their own Desktop on your computer. Or for you to have a desktop for development, and the other for when your in the mood to play.
The only issue I had supplying, was the ability to switch drivers on the fly. It is possible for everything except app_server (and maybe BONE, not sure), but the size of the blank user would be horrendous.
My MUS kit will only be available on PhOS b4, which only a few have access to. It is currently in hiding pending legal correspondence regarding license to distrobute. If license is accomplished, PhOS will be sold at cost, plus a tiny handling fee (I'm thinking $5 here folks, and maybe $15 total per CD).
So, someone start a petition!
Hmm, how is it that my mind wanders so?? OH, why of course, because it is not thinking of code. Off I must go, to dine on a boar and to sleep on the floor.
l8rs all
PEICE OF PIE... IN THE SKY.. OH WHY, OH WHY,.. CAN I NOT FLY?
looncraz __at__ satx.rr.com
looncraz __at__ dsv.myip.org (thanks Ornae)
__laters___
--The loon
|
|
| Re: screenshots |
|
|
By mmu_man - Posted on October 13, 2003 - 03:13:46 (#9190)
Current version when comment was posted: 2.0 - Development |
|
|
Without trying I suppose it's because app_server is still run as root (uid 0), and with HOME=/boot/home.
As AFAIK it does the shots, why put them elsewhere as it has no clue about the other users...
|
|
| how to uninstall |
|
|
By beosfrance - Posted on October 13, 2003 - 02:14:28 (#9189)
Current version when comment was posted: 2.0 - Development |
|
|
Got some problems since i ve install the MUS... and no way to uninstall it :'(
ps: i've found a little bug with the home folder.
snapshots aren't save in your boot/mus/home/yourname/ folder but still in the boot/home/ ....
|
|
| Nope, |
|
|
By peter.stegemann - Posted on October 6, 2003 - 15:54:21 (#9088)
Current version when comment was posted: 2.0 - Development |
|
|
|
| Re: security |
|
|
By NathanW - Posted on October 5, 2003 - 15:03:26 (#9065)
Current version when comment was posted: 2.0 - Development |
|
|
You will note, with the least amount of observation, that this package was posted with very large reservations and disclaimers. The observant reader will also note that I put "real multi user" in quotes in my previous reply. An observant downloader will note that the modification dates on the files in this package are two years old. This hypothetical observant reader could therefore deduce that I only posted this software with great reservations about its security, reservations strong enough that I sat on this software for two years before making it available on BeBits. I felt, however, that this software deserved to be made available to the community, as it provides far more security that the software that currently pretends to provide it, especially after the insistence of several members of said community that I post this on BeBits.
In short, I agree with you wholeheartedly, which you would have noticed if you shared any qualities whatsoever with the observant reader I mentioned earlier.
|
|
| Security |
|
|
By peter.stegemann - Posted on October 5, 2003 - 12:50:50 (#9064)
Current version when comment was posted: 2.0 - Development |
|
|
is like beeing pregnant. You can't have half of it. BeOS is still wide open, even if you close one door. To have real multi-user, you have to close all doors.
|
|
| Re: sorry |
|
|
By NathanW - Posted on October 5, 2003 - 10:36:27 (#9063)
Current version when comment was posted: 2.0 - Development |
|
|
This is "real multi user" because it provides protection both for files and for some forms of IPC. (e.g. you cannot kill someone else's process). This *is* a hack. However, it is a hack that, while far from perfect, as noted, provides infinitely more protection of data than anything else out there. Therefore, while this will never protect against hackers, and indeed is not intended to, it does do a quite good job of protecting data from less-determined users on multi-user computers. I would also note that the only "hacked UNIX command" is login, and the BeOS login does not support multiple users (for obvious reasons). All the permissions issues, however, are enforced by the kernel.
|
|
| Sorry, |
|
|
By peter.stegemann - Posted on October 5, 2003 - 07:09:24 (#9058)
Current version when comment was posted: 2.0 - Development |
|
|
but I don't see why this is real multi user? Just because there are some traditional Unix commands hacked in traditional Unix style?
Real multi user on BeOS has to start with multi user capable and secure interprocess communication. All attempts on BeOS that do not include that are just mockups or fakes.
For Unix this is simple, as Unix is only a multiple process runner that does not care about process interaction. All security in interprocess communication and implementation is left on the applications. For BeOS it's exactly the other way round. Interprocess communication is the basis of BeOS' usability and including at least user separation if not interuser-oparability will be at least complex and slow. If it doesn't break usability.
|
|
| Heh |
|
|
By NathanW - Posted on October 3, 2003 - 11:03:36 (#9037)
Current version when comment was posted: 2.0 - Development |
|
|
Two years isn't *that* long... :P
|
|
| Was about time :p |
|
|
By mmu_man - Posted on October 3, 2003 - 01:07:10 (#9029)
Current version when comment was posted: 2.0 - Development |
|
|
Now that is what I call real multiuser (no offense, just it seems we don't all have the same definition of it :p).
Still, it's not complete and doesn't fix enough to be used in production as we say...
|
|
|
|
|
