#9706 NORM Not Tri: os42 - /etc/fstab behavior has changed
Zarro Boogs per Child
bugtracker at laptop.org
Thu Nov 19 08:32:40 EST 2009
#9706: os42 - /etc/fstab behavior has changed
--------------------------+-------------------------------------------------
Reporter: mikus | Owner:
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: not assigned | Version: Development build as of this date
Keywords: | Next_action: never set
Verified: 0 | Deployment_affected:
Blockedby: | Blocking:
--------------------------+-------------------------------------------------
On all other systems, I've been putting in /media/the-partition's-UUID
into /etc/fstab as the target directory on which to mount my "permanent"
SD card's partition (that SD card is in the XO-1.5's external SD slot).
Os42 tells me there is no such mount point - therefore does not
"automount" my SD card. [Even if I manually 'mkdir' that mount point,
somewhere between shutdown/reboot that mount point (in /media) gets
erased.]
[This behavior has an interesting side effect. There is an additional
partition on that SD card. Sugar had been mounting that partition (on
/media/the-partition's-UUID), even though that partition is currently
unused. Now, by putting in an entry in /etc/fstab with a target of /media
/the-partition's-UUID, that partition is *not* being mounted (I don't want
it mounted), even by Sugar.]
To get around this new os42 behavior, I created an explicit mount point in
/ (i.e., no longer in /media) - and os42 correctly "automounts" my SD card
partition onto that mount point. [Something non-reproducible -- at least
once, I've seen os42 assign '1000:1000' instead of 'root:root' as the
userid:groupid of what it had mounted.]
--
Ticket URL: <http://dev.laptop.org/ticket/9706>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list