Re: Booting takes too long. Why? (/ was not properly dismounted)

From: Luke Kearney (lukek_at_meibin.net)
Date: 06/13/03

  • Next message: Mark Atkinson: "Re: film-printer"
    To: "Bill Moran" <wmoran@potentialtech.com>, "Rohit" <rohitvis@rogers.com>
    Date: Sat, 14 Jun 2003 00:45:33 +0900
    
    

    could the shutdown binary be broken on your installations ? are you running
    the same release on all machines installed from the same media ?

    LukeK

    ----- Original Message -----
    From: "Bill Moran" <wmoran@potentialtech.com>
    To: "Rohit" <rohitvis@rogers.com>
    Cc: <questions@freebsd.org>
    Sent: Saturday, June 14, 2003 12:43 AM
    Subject: Re: Booting takes too long. Why? (/ was not properly dismounted)

    > Rohit wrote:
    > > Here is the dmesg. However, I should tell you that this has been the
    case with
    > > all my FreeBSD boxes. I have two PC's running FreeBSD and a Compaq
    laptop
    > > running FreeBSd all have different types of harddrives.
    > >
    > > The main problem is that everytime I boot I get the message saying / was
    not
    > > dismounted properly and then it goes through and fixes all the drive
    block
    > > errors. (This is the case on all my computers)
    >
    > My mistake ... I misread your original post.
    >
    > > I shutdown using the shutdown -h now command
    > > or reboot using reboot now
    >
    > How big is your / partition? During the halt/reboot sequence, does it
    give any
    > errors? Are all the buffers flushed?
    >
    > I'm grasping at straws here ... Is there some daemon running that takes
    too long
    > to shutdown or doesn't shutdown cleanly, thus preventing the system from
    flushing
    > all its buffers and marking the fs clean?
    >
    > One thing to try: manually stop all processes that you can, then issue
    "sync" a
    > few times, then (when disk activity has stopped) issue reboot. See if /
    is still
    > dirty on reboot.
    >
    > Does fsck succeed during boot? Possibly boot into single-usr mode and
    issue
    > "fsck -y" until the filesystems are all marked clean, then try your
    standard
    > method of rebooting and see if the / partition is now clean.
    >
    > Many guesses here. Hopefully one of them will be helpful.
    >
    > --
    > Bill Moran
    > Potential Technologies
    > http://www.potentialtech.com
    >
    > _______________________________________________
    > freebsd-questions@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
    > To unsubscribe, send any mail to
    "freebsd-questions-unsubscribe@freebsd.org"
    >

    _______________________________________________
    freebsd-questions@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-questions
    To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"


  • Next message: Mark Atkinson: "Re: film-printer"

    Relevant Pages

    • RE: Upgrading 5.0 -> 5.1
      ... that not only seems to be running FreeBSD, but has Free, Net and GNUDarwin ... #Veldhouse seemed to write: ... >> To unsubscribe, send any mail to ...
      (freebsd-questions)
    • RE: reboot and shutdown dont work, suspect acpi
      ... then it just sits there until I hit the reset button. ... reboot and shutdown don't work, ... To unsubscribe, ...
      (freebsd-current)
    • Re: [opensuse] I give up!
      ... log off, which tales you to the login screen, which doesn't have a way to ... shutdown or reboot the computer. ... To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx ...
      (SuSE)
    • Failed to boot, wants to acces harddisk via knoppix
      ... I could not switch to tty and shutdown / reboot from there. ... Tried to reboot, but no succes. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: Run command on shutdown
      ... So if you really only want to run your script on shutdown and not ... on reboot, then put it in rc0.d only. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)