[openbeosstorage] Re: Facing the End ;-)
- From: "Ingo Weinhold" <bonefish@xxxxxxxxxxxxxxx>
- To: openbeosstorage@xxxxxxxxxxxxx
- Date: Sat, 15 Feb 2003 22:55:55 CET (+0100)
> "Ingo Weinhold" <bonefish@xxxxxxxxxxxxxxx> wrote:
> [...]
> > > It would be nice if the GUI app (or any other resizer app) could
> > > just
> > > continue where it stopped before the crash. Some kind of a
> > > journaled
> > > partition resizing.
> > Do I understand you correctly, that you want to be able to resize
> > the
> > boot partition while being mounted, abort the process the hard way
> > using the power switch and still expect the OS to boot like a charm
> > =3F
> > That's definitely something users of other OSs would be damn
> > impressed
> > by. ;-)
>
> And that's not even my primary concern ;-))
> I don't think that partition resizing is done very often, but I think
> we have to provide a mechanism to make them safe against any crashes.
> And when we've done that (and support defragmentation [and API to
> move
> files around]), doing the "online" version of it should be easy (yet
> very nice ;).
I'll just trust you on that. ;-)
> [...]
> > > We should have a unified way to detect disk changes - I think
> > > BeOS
> > > already has this, but I am too lazy now to look it up.
> > I just found the B=5FGET=5FMEDIA=5FSTATUS ioctl(), if you mean
> > that. It is
> > alright for a polling solution for removable media.
>
> Well, AFAIK polling is the only way. All other notify mechanisms
> aren't
> reliable. We could have a kernel daemon that checks for media
> changes,
> and unmount devices if needed.
Yep.
> That way, we wouldn't have to care (almost) anywhere else in the
> kernel, and still provide notifications for higher levels.
> The daemon would iterate over all mounted devices (using next=
> 5Fdev())
> and asks them if they had any media changes. Perhaps we can even have
> a
> more optimized internal API for that purpose.
It should not only iterate over mounted devices. All devices are of
interest. E.g. if you insert a CD, there should be a notification, so
that the Tracker can decide whether or not to mount it.
CU, Ingo
- Follow-Ups:
- [openbeosstorage] Re: Facing the End ;-)
- From: Axel =?iso-8859-1?q?D=F6rfler
Other related posts:
- » [openbeosstorage] Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- » [openbeosstorage] Re: Facing the End ;-)
- [openbeosstorage] Re: Facing the End ;-)
- From: Axel =?iso-8859-1?q?D=F6rfler