#4076 Updating Webmin subsequently causes unmount issue

1.580
open
5
2012-03-31
2012-03-31
fade2gray
No

Updating Webmin subsequently causes unmount issue.

"/dev/sda1 was not cleanly unmounted, check forced"

Before updating Webmin from 1.570 to 1.580.
/etc/rc0.d/S99halt
/etc/rc6.d/S99reboot

After updating Webmin from 1.570 to 1.580.
/etc/rc0.d/S01halt
/etc/rc6.d/S01reboot

Discussion

  • Jamie Cameron

    Jamie Cameron - 2012-03-31

    Are you sure this is related to Webmin? It doesn't mount any filesystems as part of the upgrade process, or change the order of init scripts unless you explicitly do so in the Bootup and Shutdown module.

     
  • fade2gray

    fade2gray - 2012-04-02

    I reverted my virtualmachine to the snapshot before applying updates.

    List of available updates.
    apache2 apache2-doc apache2-mpm-prefork apache2-suexec-custom apache2-utils apache2 2-bin apache2 2-common apt apt-transport-https apt-utils cpp-4 4 cron firefox-locale-en gcc-4.4 gcc-4.4-base libfreetype6 libgcc1 libgomp1 libpng12-0 libstdc++6 linux-headers-server linux-image-server linux-libc-dev linux-server usermin webmin

    I applied each of the above updates in turn, rebooting between each. It turns out that it is the Usermin update that causes the problem.

    Listing of etc/rc0.d/ before applying Usermin update package.
    KOluebmin KO3usermin KO9apache2 K20c1amav-daemon K20c1amav-freshc133j K2Oopenbsd-inetd K2Opostfix K2Osasl8uchd K21postgresg1-8.4 K21spamassassin K5Oproftpd K79guotarpc K85bind9 K85guota READNE SOlnetworking SOlsendsigs SOlumountfs SOlumountnfs.sh SOlumomtroot SO2urandom SO2upa-itupdown S99halt

    Listing of etc/rc0.d/ after applying Usermin update package.
    KOlapache2 KOIclamav-freshclam KOlopenbsd-inetd KOlpostfix KOlproftpd KOlguotarpc KOIsaslauthd KOlusermin KO2bind9 KO2c1amav-daemon KO2postgresg1-8.4 KO2guota KO2spamassassin KOSuebmin README SOlhalt SOInetuorking SOlsendsigs SOlumountfs SOlumountnfs.sh SOlumomtroot SO2urandom SO2upa-ifupdocm

    Listing of etc/rc6.d/ before applying Usermin update package.
    KOluebmin KO3usermin KO9apache2 K20c1amav-daemon K20c1amav-freshc1am K2Oopenbsd-inetd K2Opostfix K2Osaslauthd K21postgresg1-8.4 K21spamassassin K5Oproftpd K79guotarpc K85bind9 K85guota READ ME SOlnetuorking SOlsendsigs SOlumoku/tfs SOlumountnfs.sh SOlumountroot SO2urandom SO2wpa-ifupdown S99reboot

    Listing of etc/rc6.d/ after applying Usermin update package.
    KOlapache2 KOIclamay-freshclam KOlopenbsd-inetd KOlpostfix KOlproftpd KOlguotarpc KOIsaslauthd KOlusermin KO2bind9 K02c1am8v-daemon KO2postgresg1-8.4 KO2guota KO2spamassassin KOSuebmin READNE SOInetuorking SOIreboot SOlsendsigs SOlumountfs SOlumountnfs.sh SOlumomtroot SO2urandom SO2wpa-ifupdoun

     
  • Jamie Cameron

    Jamie Cameron - 2012-04-02

    That's even stranger, as Usermin's post-install script does even less than Webmin.

    The only commands I can see in there that could possibly be related are :

    insserv usermin || update-rc.d usermin defaults

    If you run that manually, does it trigger the problem?

     
  • fade2gray

    fade2gray - 2012-05-12

    Still a problem when updating Usermin from 1.500 to 1.507, and yes...

    insserv usermin || update-rc.d usermin defaults

    does cause the same problem

     
  • Jamie Cameron

    Jamie Cameron - 2012-05-12

    This really doesn't look like a usermin bug - rather, the enabling of the init script is triggering something else on the system that causes the filesystem problem.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks