• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Need Help with Capture and Hard Drive Issue

Scheduled Pinned Locked Moved
General Problems
3
15
712
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    Sebastian Roth Moderator
    last edited by Sebastian Roth Oct 9, 2020, 12:08 AM Oct 7, 2020, 1:24 PM

    @bluedude said in Need Help with Capture and Hard Drive Issue:

    Also are these hard drives completely unusable now?

    I wouldn’t think so and actually really hope they are. I can’t see how FOG would be able to destroy a disk in a single capture.

    Let’s start to look at the pieces to see what’s going on. Please take a look at the files you have on your FOG server in /images/NAME_OF_THE_IMAGE/.... There should be a few smaller size text files named p1.partitions, d1.minimum.partitions and d1.fixed_size_partitions. Post the contents of these text files here in the forums.

    Image Type Single Disk Resizable

    Do you really need a resizable image type? Do you want to deploy this image to different size disks?

    I can’t even access the BIOS by pressing DEL or F2. I can’t access the BIOS again, unless I replace the hard drive with a different one. This has happened to 4 different hard drives.

    At some point we shall try to take a look at those disks to see what’s going on. What happens if you put one of those back into a PC, schedule a debug task for this machine, PXE boot into the task and run sfdisk -l /dev/sda on the console?

    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

    B 1 Reply Last reply Oct 8, 2020, 3:46 PM Reply Quote 0
    • B
      bluedude
      last edited by Oct 7, 2020, 4:27 PM

      Hello Sebastian Roth,

      Thank you for trying to help but I have hit a wall. This FOG server is not at my site and I am not able to get to the physical server. I tried to have someone else install xrdp so I could remote in but we need the password for sudo and none of us know what it is. I contacted the previous network specialist and he does not remember what it is. I fell like Hal from Malcom in the Middle. I found this video https://www.youtube.com/watch?v=Nnxj7osSjNU and it seems pretty straight forward, but I have to clear it with my boss before we do it.

      As for making the image resizable, we do have hard drives that vary in capacity from 80GB to 2TB. I assume that is why he choose resizable.

      I didn’t know you could schedule a debug task. Although I doubt it will matter because the very first hard drive I captured, I set the BIOS CSM to on and all devices to legacy BIOS. Then I made the network card the first priority and after the capture it could never get past the BIOS splash screen unless I unplugged the hard drive and swapped it out.

      Since I’ve run into so many access problems, I think I will just close this issue for the time being. I think its something I am doing. I am going to redeploy an old image, just do windows updates, and then just capture it and see what happens.

      Thank you for trying to help.

      T 1 Reply Last reply Oct 7, 2020, 5:47 PM Reply Quote 0
      • T
        Tom Elliott @bluedude
        last edited by Tom Elliott Oct 7, 2020, 11:50 AM Oct 7, 2020, 5:47 PM

        @bluedude
        What do you mean by “sudo” password?

        When you do: sudo -i or sudo su - on the command line, the password it’s expecting is the exact same password as the one you used to sign into the machine in the first place.

        Of course, this means the user you’re signing in with needs “sudo” privileges. If you don’t know the account that has sudo, then you might be in a bind. That will take a little more advanced knowledge than I could give over a single post on the forums.

        In regards to accessing your BIOS, you should be able to access this with or without a hard-drive, period.

        BIOS, whether old or new style (BIOS vs UEFI/EFI) is before Network boot, or anything. There’s going to be some sequence to get into the bios. This could be any key from:
        ESC
        F2
        F10
        F11
        F12
        DELETE

        If I don’t know what key to press, I will keep pressing them all immediately after I press the system’s power button.

        The HDD’s are very unlikely to be in an “unusable” state. The partition tables maybe all wiped out for some reason.

        I’ve heard of similar issue for FOG versions back in the day, like the 1.3.5 RC series. What version of FOG are you guys running? I know you said 1.5.7, but this seems very sketchy to me. Sometimes, we’ve seen, where you install a version, and you technically have 2 versions installed. If you can logon to the machine what’s the output of:
        ls -l /var/www
        and
        ls -l /var/www/html

        Keeping in line with @Sebastian-Roth I really think the partition table is jacked up which is partly what’s causing the issue I think.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

        B 2 Replies Last reply Oct 7, 2020, 6:53 PM Reply Quote 0
        • B
          bluedude @Tom Elliott
          last edited by Oct 7, 2020, 6:53 PM

          @Tom-Elliott
          Hello, I haven’t used Ubuntu since college so I don’t remember it that well. Plus I am not the one in front of it at the the site its at. When we tried to install xrdp using the command sudo apt install xrdp it asked for a password. I don’t know the password and neither does the new network specialist. We don’t login to the account, the account is always just active.

          For the BIOS, it shows on the splash screen to enter press F2 or DEL, which I do. Although it refuses to do anything with the hard drive still plugged in that I either deployed that bad image too, or when I try to capture from. The splash screen just sits there. Last night I deployed that new capture and the machine finished and restarted. It sat there the entire night at the splash screen, until I came in this morning and removed the hard drive. As soon as I did, boom I could press F2 and access the BIOS.

          As for the FOG version, I don’t have access right now, but here is what the web server shows.
          e5d889a2-f855-4834-a33f-9189db6bb470-image.png

          1 Reply Last reply Reply Quote 0
          • B
            bluedude @Sebastian Roth
            last edited by bluedude Oct 8, 2020, 9:47 AM Oct 8, 2020, 3:46 PM

            @Sebastian-Roth
            So I was able to figure out the password to one of the user accounts on Ubuntu. I was also able to get XRDP installed and working. I was able to finally get the information you asked for. Although the bad image that I had, I copied over with a capture that is working. I don’t know if this is going to help anymore, but here is the info you requested.
            d1.partitions
            07ced49c-e6d6-4948-adaa-b80389eb226f-image.png
            d1.minimum.partitions
            d4bbeed9-f665-4ddb-b3b0-68b910c2376c-image.png
            d1.fixed_size_partitions
            6c051369-a378-4dd1-ab7a-252b9a949e78-image.png

            1 Reply Last reply Reply Quote 0
            • B
              bluedude @Tom Elliott
              last edited by Oct 8, 2020, 4:11 PM

              @Tom-Elliott
              Hello Tom-Elliott,

              I was able to get access to one of the user accounts. Here is the info you requested.
              ls -l /var/www
              4b504ec0-9087-4d75-9c11-a6d73e93db42-image.png
              ls -l /var/www/html
              d07b9c2b-13de-49ea-8152-2971709e9900-image.png

              T 1 Reply Last reply Oct 8, 2020, 5:58 PM Reply Quote 0
              • T
                Tom Elliott @bluedude
                last edited by Oct 8, 2020, 5:58 PM

                @bluedude Well there goes whatever idea I may have had.

                Sorry, it was a thought and didn’t pan out. I tried.

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by Oct 9, 2020, 6:08 AM

                  @bluedude We see that the partition number two (sda2) was shrunk downto one quarter of the size it normally has but because of the recovery partitions (type=27 is a “hidden” NTFS partition) this image won’t fit onto a smaller size disk anyway. Those partitions three and four are blocking an efficient resize and FOG won’t move the start sector of those because it would break the recovery.

                  On the other hand I don’t see why a disk could be in an unusable state because of this. The minimum partition table looks just fine and I can’t see (yet?) why a PC wouldn’t even let you access the BIOS settings anymore.

                  Does the PC boot to PXE? Would you be able to schedule a debug capture task as I said before? We need to get a picture of what’s on that disk. The other ways you could try is to install the disk to a compete different model PC if you have one or download some kind of Linux live boot ISO (Ubuntu Live, SystemRescueCD, …). Whichever you are able to boot up, please open some kind of terminal/console and run sfdisk -l /dev/sda

                  Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                  Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                  B 2 Replies Last reply Oct 9, 2020, 4:01 PM Reply Quote 0
                  • B
                    bluedude @Sebastian Roth
                    last edited by Oct 9, 2020, 4:01 PM

                    @Sebastian-Roth So I am not sure what you are saying in that first paragraph. Are you saying I shouldn’t capture with resizable because FOG can’t resize it anyway? What should then I set the Image Type too then?

                    Also, I stated that the pics yesterday is from a working image. Yesterday, I over wrote the bad image in FOG with this good capture. Although, the bad image is still on these 4 nonfunctioning hard drives. Whenever I have one of these four hard drives plugged in, even with a another good hard drive with a good image and with PXE enabled with PXE set to boot first, the machine is unable to do anything.

                    I will try and schedule a debug, but I doubt it is going to work. I will let you know if it does.

                    1 Reply Last reply Reply Quote 0
                    • B
                      bluedude @Sebastian Roth
                      last edited by Oct 9, 2020, 4:31 PM

                      @Sebastian-Roth I scheduled the debug and plugged in one of the four hard drives with the bad image. PXE is enabled and first priority to boot and this is all it is doing.
                      6f1dfca5-e567-4b15-91ff-d5656bb096b0-image.png

                      F2 or DEL does nothing and will not let me continue any further.

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by Oct 9, 2020, 5:57 PM

                        @bluedude said in Need Help with Capture and Hard Drive Issue:

                        So I am not sure what you are saying in that first paragraph. Are you saying I shouldn’t capture with resizable because FOG can’t resize it anyway? What should then I set the Image Type too then?

                        More or less this is what I am saying. The resizable image type won’t help you to make this image fit onto a smaller size disk because the third and fourth are special partitions and seen as fixed by FOG. If you want to keep that partition layout you can just use the non-resizable image type and save you some time as it doesn’t even try to resize then.

                        So it seems like those disks in the current state can’t be used in your machines anymore. From my experience this is a very rare situation and I can’t remember we had this being reported before.

                        Do you have a different type of PC/notebook that you could connect the disk to? Do you have a USB/SATA adapter that you can use to connect the disk after the machine booted up so we can take a look at it?

                        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                        B 1 Reply Last reply Oct 9, 2020, 8:01 PM Reply Quote 0
                        • B
                          bluedude @Sebastian Roth
                          last edited by Oct 9, 2020, 8:01 PM

                          @Sebastian-Roth Figures I would screw up something this bad. I don’t have time today to try that. I do have a Lenovo desktop, in the building somewhere. Once I find it, I’ll try connecting it to that and see if it is able to boot.

                          I tried to hot swap in a bad image hard drive. I thought it read you could do that with SATA connections. I kept good drive connected initially, and booted into Windows 10. Once I was in, I reconnected the bad image drive and opened disk management. Unfortunately, it would only recognize the hard drive with the good image. It did not recognize the bad image hard drive. I do not have a USB/SATA adapter,. My buddy may have one. I am going to ask him if he does, if I could borrow it. Although, its going to be a few days before I can do any of this.

                          1 Reply Last reply Reply Quote 0
                          • B
                            bluedude
                            last edited by Oct 16, 2020, 4:08 PM

                            @Sebastian-Roth Hello, sorry it took so long, but I finally got my hands on a USB/SATA adapter. I was able to use disk management to have a look at the drives.

                            This is what I got as soon as I launched disk management.
                            250c04c3-93a0-4971-b195-e637322c4671-image.png

                            I changed it to make it online, and then it changed to this.
                            573ec209-2ab1-4fd7-8120-167830064404-image.png ![0_1602863834432_0837ce1f-6c3f-4f9a-94ac-3a045b88567f-image.png](Uploading 0%)
                            Image Continued
                            b287ce9c-d200-4dde-af9c-749bf80ec79f-image.png

                            The good news is that out of the 5 drives, I was able to use diskpart command via the command line and clean 4 of the hard drives. Once I cleaned those 4 hard drives, I was able to reconnect them and access the BIOS and get to FOG to deploy an image. I think I will just toss the 5th hard drive. Its pretty old and it is only a 80GB drive. Not sure if these photos will give you any information as to why this happened or what I did to cause this.

                            1 Reply Last reply Reply Quote 0
                            • S
                              Sebastian Roth Moderator
                              last edited by Oct 16, 2020, 5:42 PM

                              @bluedude Thanks for the update. Unfortunately I have not a clue what could have been wrong with those disk that kept your machine form even booting up. No idea really. Looks pretty alright in the pictures.

                              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                              1 Reply Last reply Reply Quote 0
                              • 1 / 1
                              1 / 1
                              • First post
                                11/15
                                Last post

                              156

                              Online

                              12.0k

                              Users

                              17.3k

                              Topics

                              155.2k

                              Posts
                              Copyright © 2012-2024 FOG Project