On Mon, Jan 24, 2005 at 03:30:05PM +0100, Juergen Unger wrote:
> On Mon, Jan 24, 2005 at 01:49:50PM +0100, Raphael H. Becker wrote:
> > Vielleicht sollte man noch erw?hnen, da? bei jedem umount/mount-Vorgang
> > ein neues md-Device erzeugt wird, d.h. beim 2. Versuch ist es md1.
> > umount f?hrt offensichtlich nicht dazu, da? das md0 wieder "detached"
> > wird. Ich k?nnte mir vorstellen, da? es ungeschickt ist, wenn md0 und
> > md1 beide auf der gleichen Datei arbeiten.
>
> umount /data/jail/${PATH_N}
> mdconfig -d -u ${MD_N}
>
> umount alleine reicht nicht. Woher soll der Kernel auch
> wissen ob das device mit dem storage noch gebraucht wird
> oder nicht...
> Welches md-device mit welcher Datei verbunden ist muss man
> sich leider merken, da ist mdconfig -l leider nicht sehr
> auskunftsfreudig.
Das Problem an der Sache ist, dass ich nirgends einen mdconfig explizit
aufrufe. Das passiert automagisch durch mount_mfs, anhand der fstab.
D.h. ich kann, wenn ich WEISS, dass es kein weiteres mdx gibt und daher
WEISS, dass mount_mfs mit Sicherheit md0 angelegt hat, dieses md0 wieder
detachen. Könnte. Im Allgemeinfall muss ich aber davon ausgehen, dass
ich die Nummer nicht "weiss".
Im Grunde müsste man ein "umount_mfs" haben, was das zu umountende mdx
zunächst "notiert", dann umountet und dann das "notierte" mdx detachen.
Wenn es "einfach so" umountet wird, geht diese Info verloren.
MfG
--
Raphael Becker http://rabe.uugrn.org/
http://schnitzelmitkartoffelsalat.uugrn.org/
.........|.........|.........|.........|.........|.........|.........|..
- application/pgp-signature Anhang: stored
Received on Mon Jan 24 17:59:50 2005