I’ve had this problem as well. Windows 10 / SSD / Dell Optiplex 5040; no special partitioning (one system partition, one Windows partition). Also, I am running FOG 1.4.0 RC4. Same as the above user; checked for “dirty” bit in Windows, tried running chkdsk, and so forth, but all to no avail.
Best posts made by Vasahond
-
RE: Could not open inode XXXXXX through the library..."
Latest posts made by Vasahond
-
RE: No Web Interface / PXE boot after upgrading FOG on CentOS
https://forums.fogproject.org/topic/11722/problem-during-upgrade-from-1-5-0-to-1-5-2/18
I just didn’t read enough. Disregard! This fixed it.
-
No Web Interface / PXE boot after upgrading FOG on CentOS
I checked some of the other threads to see if a solution to my problem existed, but I’ve tried everything:
-Nothing indicative of a problem in logs. Not finding PHP errors or anything of the like in httpd logs.
-Ran df -h to check for space issues; none exists.
-Blanked root password in mysql to no avail.I’m not really sure where to check or what to do. Upon pulling up FOG management page, I get the following:
- @license http://opensource.org/licenses/gpl-3.0 GPLv3 * @link https://fogproject.org / /* * The main index presenter * * @category Index_Page * @package FOGProject * @author Tom Elliott * @license http://opensource.org/licenses/gpl-3.0 GPLv3 * @link https://fogproject.org */ require ‘…/commons/base.inc.php’; $FOGPageManager = FOGCore::getClass(‘FOGPageManager’); if (session_status() != PHP_SESSION_NONE) { if (isset($_SESSION[‘delitems’]) && !in_array($sub, array(‘deletemulti’, ‘deleteconf’)) ) { unset($_SESSION[‘delitems’]); } } FOGCore::getClass(‘ProcessLogin’)->processMainLogin(); require ‘…/commons/text.php’; $Page = FOGCore::getClass(‘Page’); $nodes = array( ‘schema’, ‘client’, ‘ipxe’ ); if (!in_array($node, $nodes) && ($node == ‘logout’ || !$currentUser->isValid()) ) { $currentUser->logout(); $Page ->setTitle($foglang[‘Login’]) ->setSecTitle($foglang[‘ManagementLogin’]) ->startBody(); FOGCore::getClass(‘ProcessLogin’) ->mainLoginForm(); $Page ->endBody() ->render(); } else { if (FOGCore::$ajax) { $FOGPageManager->render(); exit; } $Page->startBody(); $FOGPageManager->render(); //if ($FOGPageManager->getFOGPageName() !== $FOGPageManager->getFOGPageTitle()) { $Page ->setTitle($FOGPageManager->getFOGPageTitle()); //} $Page->setSecTitle($FOGPageManager->getFOGPageName()); $Page ->endBody() ->render(); }
-
RE: Could not open inode XXXXXX through the library..."
I’ve had this problem as well. Windows 10 / SSD / Dell Optiplex 5040; no special partitioning (one system partition, one Windows partition). Also, I am running FOG 1.4.0 RC4. Same as the above user; checked for “dirty” bit in Windows, tried running chkdsk, and so forth, but all to no avail.
-
RE: Could Not Mount Image
@jgurka, here is a list of my running services. A few are stopped; do you suppose these are crucial processes?
-
RE: Could Not Mount Image
Hello – I’m having a similar issue. I don’t want to hijack the thread, but I have checked to make sure the NFS server service has been started, and it has. If I boot into debug mode and check the current working directory, I am in the root directory – there seems to be no /images path. Again, not sure if it’s related, but I’m having the same problem.