Bug 13076 - Diskdrake removing entries for drives that are not present
Summary: Diskdrake removing entries for drives that are not present
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 3
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-23 16:32 CET by Jim Fenton
Modified: 2015-03-31 16:04 CEST (History)
0 users

See Also:
Source RPM:
CVE:
Status comment:


Attachments

Description Jim Fenton 2014-03-23 16:32:55 CET
My system has several hot swap SATA drives that I install or remove as I need them.  Previously, the first time I installed a new drive, I would use Diskdrake to add it to the fstab (with noauto set).  This way, my fstab had all the entries needed regardless of which drives were installed and I could simply use the "mount" command to mount them.  

Today, I discovered Diskdrake was removing the entries for the drives that were not present or were commented out.  Now, every time I swap out a drive, I have to rerun Diskdrake to rebuild the fstab.  I don't remember exactly when the last time I successfully added a drive this way, but I think it was in the past month.

There may be some value to removing entries for drives that are not present when Diskdrake is run to clean up fstab, but I think the default should be to only add entries as long as the UUID and mount point are unique.  Cleaning up should be an option.  It is much easier to manually remove an entry from fstab than it is to add an entry.

As a work around, I'll probably cycle through all my drives, have Diskdrake build the fstab entry, copy that entry to another file, and then copy all the entries into fstab.  

This does not seem to be a problem for network mounts in fstab, regardless of whether the target is up or not.

This seems similar to the problems reported in Bug 1041 and Bug 12033
Comment 1 Marja Van Waes 2015-03-31 16:04:43 CEST
Mageia 3 changed to end-of-life (EOL) status 4 months ago.
http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ 

Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

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


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