Bug 9317 - installer adds removable devices to /etc/fstab
Summary: installer adds removable devices to /etc/fstab
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard: 3beta4
Keywords: NEEDINFO
: 9371 (view as bug list)
Depends on: 9674
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-10 02:45 CET by Dave Hodgins
Modified: 2013-04-16 22:39 CEST (History)
4 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
report.bug (159.12 KB, application/octet-stream)
2013-03-14 19:45 CET, ra oeai
Details
report.bug.gz from 3beta4 (140.91 KB, application/x-xz)
2013-03-25 04:12 CET, Dave Hodgins
Details

Description Dave Hodgins 2013-03-10 02:45:49 CET
After installing gnome using Mageia-3-beta3-x86_64-DVD.iso,
I removed the two usb sticks that were inserted, and rebooted.

The system dropped to an emergency shell due to the fstab entry
# Entry for /dev/sdd1 :
UUID=A792-1287 /media/windows vfat umask=0,iocharset=utf8 0 0

Either removable devices should not be included in fstab,
or the nofail option added.


Reproducible: 

Steps to Reproduce:
Dave Hodgins 2013-03-10 02:46:07 CET

Whiteboard: (none) => 3beta3

Comment 1 Manuel Hiebel 2013-03-13 23:00:36 CET
*** Bug 9371 has been marked as a duplicate of this bug. ***

CC: (none) => oeai

Comment 2 Manuel Hiebel 2013-03-13 23:01:57 CET
(In reply to Manuel Hiebel from comment #1)
> *** Bug 9371 has been marked as a duplicate of this bug. ***
from above bug:

>the thing is that it's upgrading fstab with all medias, and if it cannot find it in real time and space then booting is just stops

I think this could be critical

Priority: Normal => release_blocker
CC: (none) => thierry.vignaud
Source RPM: drakx-installer-stage2-15.26-1.mga3.src.rpm => (none)

Comment 3 Thierry Vignaud 2013-03-14 19:20:49 CET
please attach your /root/drakx//root/drakx/report.bug.*

Keywords: (none) => NEEDINFO

Comment 4 ra oeai 2013-03-14 19:45:53 CET
Created attachment 3614 [details]
report.bug

btw do you realise that putting into root dir is meant i got to copy it into another directory? because users can't read root and running browser with root is not so good thing, so maybe some symlinks can be created? for a first user, that was doing the installation?
Comment 5 Thierry Vignaud 2013-03-14 19:56:15 CET
This was beta2 with drakx-15.20
Beta3 should be OK

*** This bug has been marked as a duplicate of bug 7657 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE

Comment 6 ra oeai 2013-03-14 20:08:16 CET
then maybe just write the name of the boot-nonfree.iso like
mageia3-beta3-network-install.iso?
right now they are absolutely the same so maybe i've just missed one and pointed to the wrong iso... srry
Comment 7 Dave Hodgins 2013-03-25 04:12:25 CET
Created attachment 3654 [details]
report.bug.gz from 3beta4

Reopening as the bug is still present.  As far as I can
tell, this is a problem in the standard installer itself.
Comment 8 Dave Hodgins 2013-03-25 04:14:13 CET
See comment 7 and it's attached report.bug.gz

Either the removable media should not be added to fstab, or
the nofail option added.

Status: RESOLVED => REOPENED
Resolution: DUPLICATE => (none)
Whiteboard: 3beta3 => 3beta4

Anne Nicolas 2013-04-06 10:17:14 CEST

Assignee: ennael1 => thierry.vignaud

Comment 9 AL13N 2013-04-10 00:18:48 CEST
i think mount points that are not or are not in /usr or /boot or /var or /bin or /lib or /proc or /sys or /dev or /tmp should have nofail added.

if you have a windows on a seperate partition and it breaks for some reason, you still want to boot your linux.

CC: (none) => alien

Comment 10 Thierry Vignaud 2013-04-10 08:04:42 CEST
Should be fixed since I fixed missing 'media_type' as part of bug #9674

Depends on: (none) => 9674

Comment 11 Thierry Vignaud 2013-04-10 08:05:58 CEST
Can you try latest boot.iso from yesterday?
Comment 12 Dave Hodgins 2013-04-10 09:36:12 CEST
Confirming it's fixed with the boot-nonfree.iso from Apr  9 16:22

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 13 Manuel Hiebel 2013-04-16 22:39:35 CEST
*** Bug 9675 has been marked as a duplicate of this bug. ***

CC: (none) => smorgan


Note You need to log in before you can comment on or make changes to this bug.