Server stops during boot- needs control-D to go on

  • I was away from the office for a few days and came back to our NAS not being accessible. It is a small office, so I am also the "sys admin", but unfortunately, I am not a Linux shell wizard, more of a GUI guy.


    The colleagues said that there was a power outage once, but we can't really tell if this was the problem.


    When booting the server starts, but it is not accessible via the web interface. So I hooked the server up with a screen and a keyboard and there I could see that it stops somewhere during the boot process. There are quite a few complaints during the process, but they pass by so quickly and they are quite cryptic for me, so I can't really tell (Is there a way to access those messages once the process stopped for me to post here?).


    One of the problems is that


    At the end it says either to login as root to maintain or go with "control-D" to go on with the boot process. When I go on with the boot process the GUI is accessible and everything seems to be ok. So I ran the updates from the GUI, but still there


    Good thing is, that the server (HP Proliant microserver) works and is also accessible via the network, so it shouldn't be a hardware problem.


    However, there is some problem, because the boot process doesn't run through smoothly.


    At the end fsdisk complains about 3 hard drives, but these are my data drives (raid1) and my backup drive that I took out while playing around so the data won't get destroyed. I don't think that these missing disks should stop the boot process, right? Because before, when they were in this was no problem either.

  • OK, read a little bit how to stop the screen from moving during the boot and here the error messages:


    When I go in with CONTROL-D I can access the GUI, so now I need to figure out what holds Openmediavault from booting straight through. Any hints?


    I am a little reluctant to put my raid disks in, because they contain my data.

  • Hint: Missing device that was mounted before and is now missing or broken.


    Code
    fsck.ext4: Unable to resolve 'UUID=4107xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
    fsck.ext4: Unable to resolve 'UUID=67f4xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
    fsck.ext4: Unable to resolve 'UUID=490dxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'


    Greetings
    David

    "Well... lately this forum has become support for everything except omv" [...] "And is like someone is banning Google from their browsers"


    Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.

    Upload Logfile via WebGUI/CLI
    #openmediavault on freenode IRC | German & English | GMT+1
    Absolutely no Support via PM!

  • OK, so I was sitting here, had not found anything on the net and I thought, I'd just give it a try and I booted the server with the hard discs.


    So some of the errors disappeared.


    but then I still have one of those left: "fsck.ext4: Unable to resolve 'UUID=4107xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'"


    I think it is one of the harddisks that I connect via the e-sata port to make external backups. I don't have it around.


    How can I get rid of this problem? Before the server was booting without them as well. Shouldn't the server boot just like normal without the additional hard disks? OK, it needs the one with the OS, this is clear, but the others should not prevent it from booting, shouldn't it?

  • @Davidh2h: Thanks for your help! In the meantime I had put my hard disks in and found this out by seeing that some of the errors disappear.


    So most of the errors disappeared, but there is one left. I assume it is from a hard-disk that was for external backup in my e-sata docking station. It is not here and I actually don't have this one at home. Is there any way I can "unmount" this disk without having it actually around? I am also a little suprised because while I was away this hard disc was not mounted. Any ideas?

  • WOW!


    Problem seems to be solved for now, it just went straight through the boot process, I can ssh the server and I can access the GUI.


    However, I am a little worried now that this will happen again. Which is weired because this external hard drive was connected long before and it was not connected when the problem occured.


    Debian shouldn't complain about drives that were not mounted, right? Is there something I can do to prevent this? What could have caused this?

  • Zitat von "berritorre"

    However, I am a little worried now that this will happen again. Which is weired because this external hard drive was connected long before and it was not connected when the problem occured.


    Debian shouldn't complain about drives that were not mounted, right? Is there something I can do to prevent this? What could have caused this?



    Unmount devices via the webinterface before your remove them.


    Clean up your /etc/openmedivault/conf.xml and remove the missing UUIDs.


    Greetings
    David

    "Well... lately this forum has become support for everything except omv" [...] "And is like someone is banning Google from their browsers"


    Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.

    Upload Logfile via WebGUI/CLI
    #openmediavault on freenode IRC | German & English | GMT+1
    Absolutely no Support via PM!

  • I thought I had it figured out, but when I used the USB Backup Plugin the same problem occurred again.


    However, this shouldn't happen with a USB hard disk, as it should unmount automatically.


    I think it was because there was still a left over of the hdd that I had attached via e-Sata and had put a shared folder on it for backup purposes. The disk always appeared as mounted but unavailable. I think this is what the problems had caused and when I used the USB HDD to make the backup the problem somehow reappeared (didn't have problems since my last post). Don't know why, but I think the problem has to do with this disk.


    Because when I restarted with the e-sata dock and the hdd attached, the boot up when through smooth. I already understood that it is not a good idea to have this e-sata disk attached and mounted for backup, now I need to get it out of the system.


    However, somehow I can't unmount the disk through OMV. the option is just greyed out. Any ideas what I can do?


    And how do I best use my e-sata dock to make backups? USB 2 is so slow, so it would be great if I could use my e-sata dock somehow.

  • You need to remove the shared folder from the usb hard disk first, before you can unmount it.


    Greetings
    David

    "Well... lately this forum has become support for everything except omv" [...] "And is like someone is banning Google from their browsers"


    Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.

    Upload Logfile via WebGUI/CLI
    #openmediavault on freenode IRC | German & English | GMT+1
    Absolutely no Support via PM!

  • Thanks Davidh2k,


    I need to delete the samba share, the shared folder and then I could unmount the hard disk properly.


    Thank you for the help.


    However, as the e-Sata port seems not be recognized by the USB Backup Plugin (sounds logical somehow... :D ), I don't see any practical way to use the e-Sata dock for backups, as I would always have to mount/unmount and create a new share, etc. This just doesn't make sense.


    Any tips/ideas?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!