Summary: | sys-apps/eject user can unmount / ? | ||
---|---|---|---|
Product: | Gentoo Security | Reporter: | Sune Kloppenborg Jeppesen (RETIRED) <jaervosz> |
Component: | Vulnerabilities | Assignee: | Gentoo Security <security> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | base-system |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214504 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sune Kloppenborg Jeppesen (RETIRED)
2006-11-10 09:13:03 UTC
I cannot reproduce it here, but the output seems a bit odd: $ eject /dev/hda Error: could not determine real path of the device: No such file or directory eject: unmount of `/' failed base-system please advise. (In reply to comment #2) > base-system please advise. I cannot reproduce it on my stable servers (/ raid), or my unstable arches (/ ext3 single disk). The eject code is pretty simple also, it just seeds the eject io. However, it does unmount all partitions on the same disk, so if you eject /dev/sda6 (or a directory mounted on /dev/sda6) it will umount /dev/sda[0-9]*. eject does not try to raise it's privilege level in any way, so if this is an error it's in the kernel or the user stupidly has the binary suid in which case I'd say this is expected behaviour. Thx Uberlord. Closing this one as INVALID. if anything, that bug report makes it look like a bug in the kernel, not in the userspace eject utility |