| Summary: | /etc/fstab entries for removable media should be removed while installing Mageia2* | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Juergen Harms <juergen.harms> |
| Component: | RPM Packages | Assignee: | Olivier Blin <mageia> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | anssi.hannula, dmorganec, eugeni, mageia, mageia, marja11, misc, pterjan, thierry.vignaud, tmb |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | draklive-install | CVE: | |
| Status comment: | |||
|
Description
Juergen Harms
2011-11-26 20:06:56 CET
Manuel Hiebel
2011-11-26 22:31:16 CET
CC:
(none) =>
anssi.hannula, boklm, dmorganec, eugeni, mageia, mageia, misc, pterjan, thierry.vignaud, tmb Hi, thanks for reporting this bug. As there is no maintainer for this package I added the committers in CC. Hmm, I wonder if this is a fallout of systemd mounting /media as tmpfs, so even if installer has added /media/cdrom, it goes "missing" as soon as tmpfs gets mounted... If Thomas is correct, dropping a unit file in /lib/systemd/system called media-cdrom-mountpoint.service with the following contents should solve the problem.... Description=Create mountpoint for CD/DVDs DefaultDependencies=no Wants=media.mount After=media.mount [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/mkdir /media/cdrom After creating this file, do: cd /lib/systemd/system/local-fs.target.wants ln -s ../media-cdrom-mountpoint.service Then reboot and hopefully all will be well. Thinking some more of it, isn't udev supposed to handle this too. Maybe we have a bad interaction between udev and systemd I mean hardcoding dirs wont scale as someone might not have a cdrom/dvd (netbook, ultrabook), and someone might have 2 or more cdroms/dvds like workstations, media servers, ... Well, under Gnome here, when I try and mount a CD, it automatically creates a folder named after the CD's volume label, mounts it, then unmounts it, and removes the folder again. So gnome works fine, but perhaps other mount managers do not. I don't fully know the bits involved here, so cannot really comment further. Hm, yeah you are right. So this is mostly a install from cd/dvd issue. We should probably fix installer to add install media with the label mount. but for now your fix in comment 3 should cope with current installer setup (still need to be tested) This should should not be an issue that depends on a specific desktop environment. Therefore I tried doing "urpmi xcalc" in a login console. After sollicitation and inserting the DVD, I get precisely the same error message in that environment. I then applied the fix suggested in comment 3 (using copy-paste for file contents and the link commands to be safe against typos - also verification with "cat" and "ls" was ok): after applying this fix, booting the system ended in a hang. There were more than a dozen "failed" messages flashing by (without applying the fix, I always observe 3 "failed" messages). I did not want to invest time without more directions from you on how I can provide more pertinent info without trying to manually copy messages that scroll over the screen. In Mageia 1, I could find messages that happen during boot in /var/log/prcsys.log, but this file does not exist in Mageia2 - and I did not find the messages in /var/log/syslog, probably they happen to early. There is always the clumsy, but effective, workaround to do a manual mkdir /dev/cdrom before physically inserting a dvd - for an alpha 1 release not an unsurmountable difficulty in case the definite solution will come with the alpha 2 iso and an easier workaround cannot be made work. Remembering https://bugs.mageia.org/show_bug.cgi?id=145 (comment 3), I re-discovered a more efficient work around: comment out the cdrom line in /etc/fstab (In reply to comment #6) > Hm, yeah you are right. > So this is mostly a install from cd/dvd issue. > > We should probably fix installer to add install media with the label mount. > > but for now your fix in comment 3 should cope with current installer setup > (still need to be tested) (In reply to comment #8) > Remembering https://bugs.mageia.org/show_bug.cgi?id=145 (comment 3), I > re-discovered a more efficient work around: comment out the cdrom line in > /etc/fstab Bug 3550 is about this issue, too, but I won't close it as a duplicate because it is already assigned. tmb said in comment 6 this is a install from cd/dvd issue, and bug 3550 was already assigned to drakx-installer-stage2, so I'll leave this one open for cd install. Assigning to draklive-install and blino CC:
(none) =>
marja11 Is this still a problem? /media is no longer a tmpfs mount so existing mountpoints should still exist there.... Good news: problem has gone - thanks!
Nicolas Vigier
2014-05-08 18:04:37 CEST
CC:
boklm =>
(none) |