{
    "api_version": "1",
    "kind": "dse_post",
    "self": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
    "item": {
        "id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
        "slug": "dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320",
        "url": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
        "alternate_urls": {
            "markdown": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320.md",
            "json": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/"
        },
        "title": "Check GRUB identifiers when Site Recovery reports error 95320",
        "summary": "Why can device-name references in GRUB prevent a Linux machine from being protected by Site Recovery?",
        "format": {
            "slug": "guide",
            "name": "Guide"
        },
        "priority": {
            "slug": "info",
            "name": "Information"
        },
        "featured": false,
        "image": {
            "theme": "continuity-recovery",
            "label": "Continuity & recovery",
            "alt": "Paired infrastructure paths converging on a stable recovered service.",
            "card_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-card.webp?v=1.8.20",
            "hero_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-hero.webp?v=1.8.20",
            "social_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20",
            "width": 2400,
            "height": 1350
        },
        "topics": [
            {
                "slug": "business-continuity",
                "name": "Business Continuity",
                "url": "https://update.dsesecurity.com/topic/business-continuity/"
            },
            {
                "slug": "it",
                "name": "IT",
                "url": "https://update.dsesecurity.com/topic/it/"
            }
        ],
        "author": {
            "name": "DSE Security Editorial Team",
            "url": "https://update.dsesecurity.com/#editorial-team",
            "type": "Organization"
        },
        "publisher": {
            "name": "Detection Systems & Engineering",
            "url": "https://dsesecurity.com/"
        },
        "published_at": "2026-09-10T00:23:53+00:00",
        "modified_at": "2026-09-10T02:08:05+00:00",
        "reviewed_on": "2026-09-09",
        "reading_minutes": 2,
        "word_count": 236,
        "potentially_affected": "Investigate this specific error for a Linux source machine being protected with Site Recovery. Confirm the relevant bootloader configuration and actual device mapping; do not apply a copied UUID or assume that another machine has the same storage layout.",
        "dse_recommendation": "Have the Linux owner review a mapping from every affected root or resume reference to its intended device and UUID.",
        "primary_source": {
            "name": "Troubleshoot Mobility Service push installation with Azure Site Recovery - Azure Site Recovery | Microsoft Learn",
            "url": "https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install",
            "published_on": null,
            "authority": "Microsoft Learn"
        },
        "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
        "usage_info": "https://update.dsesecurity.com/usage/",
        "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
        "content_html": "<h2>Source facts</h2>\n<p>Site Recovery error 95320 identifies GRUB configurations whose root or resume parameters use device names instead of UUIDs. Microsoft&#8217;s guidance requires UUIDs because device names can change when the VM restarts, creating a risk at failover. Its documented correction first obtains each device&#8217;s UUID and then substitutes the corresponding identifier in the boot configuration before retrying protection. <a href=\"https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install\" target=\"_blank\" rel=\"noopener noreferrer\">Microsoft Learn</a>.</p>\n<h2>Applicability</h2>\n<p>Investigate this specific error for a Linux source machine being protected with Site Recovery. Confirm the relevant bootloader configuration and actual device mapping; do not apply a copied UUID or assume that another machine has the same storage layout.</p>\n<h2>DSE recommendation</h2>\n<p>Have the Linux owner review a mapping from every affected root or resume reference to its intended device and UUID. Preserve the current boot configuration and agree on recovery access before making an approved correction. Keep the change narrowly tied to the reported references rather than combining it with unrelated storage or bootloader restructuring.</p>\n<h2>Verification</h2>\n<p>Validate that each proposed identifier resolves to the intended device and that the applicable boot configuration contains the approved values. Use a controlled restart and recovery test appropriate to the machine before relying on the change operationally. Retry the protection workflow and inspect whether the original error is resolved. Retain the mapping and outcome, without claiming that removal of this one error establishes complete disaster-recovery readiness.</p>\n<h2>Official references</h2>\n<p><a href=\"https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install\" target=\"_blank\" rel=\"noopener noreferrer\">Microsoft Learn: Troubleshoot Mobility Service push installation with Azure Site Recovery</a>.</p>",
        "content_text": "Source facts\nSite Recovery error 95320 identifies GRUB configurations whose root or resume parameters use device names instead of UUIDs. Microsoft’s guidance requires UUIDs because device names can change when the VM restarts, creating a risk at failover. Its documented correction first obtains each device’s UUID and then substitutes the corresponding identifier in the boot configuration before retrying protection. Microsoft Learn.\nApplicability\nInvestigate this specific error for a Linux source machine being protected with Site Recovery. Confirm the relevant bootloader configuration and actual device mapping; do not apply a copied UUID or assume that another machine has the same storage layout.\nDSE recommendation\nHave the Linux owner review a mapping from every affected root or resume reference to its intended device and UUID. Preserve the current boot configuration and agree on recovery access before making an approved correction. Keep the change narrowly tied to the reported references rather than combining it with unrelated storage or bootloader restructuring.\nVerification\nValidate that each proposed identifier resolves to the intended device and that the applicable boot configuration contains the approved values. Use a controlled restart and recovery test appropriate to the machine before relying on the change operationally. Retry the protection workflow and inspect whether the original error is resolved. Retain the mapping and outcome, without claiming that removal of this one error establishes complete disaster-recovery readiness.\nOfficial references\nMicrosoft Learn: Troubleshoot Mobility Service push installation with Azure Site Recovery.",
        "content_markdown": "## Source facts\n\nSite Recovery error 95320 identifies GRUB configurations whose root or resume parameters use device names instead of UUIDs. Microsoft’s guidance requires UUIDs because device names can change when the VM restarts, creating a risk at failover. Its documented correction first obtains each device’s UUID and then substitutes the corresponding identifier in the boot configuration before retrying protection. [Microsoft Learn](https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install).\n\n## Applicability\n\nInvestigate this specific error for a Linux source machine being protected with Site Recovery. Confirm the relevant bootloader configuration and actual device mapping; do not apply a copied UUID or assume that another machine has the same storage layout.\n\n## DSE recommendation\n\nHave the Linux owner review a mapping from every affected root or resume reference to its intended device and UUID. Preserve the current boot configuration and agree on recovery access before making an approved correction. Keep the change narrowly tied to the reported references rather than combining it with unrelated storage or bootloader restructuring.\n\n## Verification\n\nValidate that each proposed identifier resolves to the intended device and that the applicable boot configuration contains the approved values. Use a controlled restart and recovery test appropriate to the machine before relying on the change operationally. Retry the protection workflow and inspect whether the original error is resolved. Retain the mapping and outcome, without claiming that removal of this one error establishes complete disaster-recovery readiness.\n\n## Official references\n\n[Microsoft Learn: Troubleshoot Mobility Service push installation with Azure Site Recovery](https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install)."
    },
    "json_ld": {
        "@context": "https://schema.org",
        "@graph": [
            {
                "@type": "Organization",
                "@id": "https://dsesecurity.com/#organization",
                "name": "Detection Systems & Engineering",
                "alternateName": "DSE Security",
                "url": "https://dsesecurity.com/",
                "logo": {
                    "@type": "ImageObject",
                    "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20"
                }
            },
            {
                "@type": "Organization",
                "@id": "https://update.dsesecurity.com/#editorial-team",
                "name": "DSE Security Editorial Team",
                "url": "https://update.dsesecurity.com/",
                "parentOrganization": {
                    "@id": "https://dsesecurity.com/#organization"
                }
            },
            {
                "@type": "WebSite",
                "@id": "https://update.dsesecurity.com/#website",
                "name": "DSE Updates",
                "alternateName": "DSE Security Knowledge Hub",
                "url": "https://update.dsesecurity.com/",
                "inLanguage": "en-US",
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "potentialAction": {
                    "@type": "SearchAction",
                    "target": {
                        "@type": "EntryPoint",
                        "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}"
                    },
                    "query-input": "required name=search_term_string"
                }
            },
            {
                "@type": "WebPage",
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
                "url": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
                "isPartOf": {
                    "@id": "https://update.dsesecurity.com/#website"
                },
                "lastReviewed": "2026-09-09"
            },
            {
                "@type": "BreadcrumbList",
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/#breadcrumbs",
                "itemListElement": [
                    {
                        "@type": "ListItem",
                        "position": 1,
                        "name": "DSE Updates",
                        "item": "https://update.dsesecurity.com/"
                    },
                    {
                        "@type": "ListItem",
                        "position": 2,
                        "name": "Check GRUB identifiers when Site Recovery reports error 95320",
                        "item": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/"
                    }
                ]
            },
            {
                "@type": [
                    "Article",
                    "TechArticle"
                ],
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/#article",
                "identifier": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
                "url": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/",
                "headline": "Check GRUB identifiers when Site Recovery reports error 95320",
                "description": "Why can device-name references in GRUB prevent a Linux machine from being protected by Site Recovery?",
                "abstract": "Why can device-name references in GRUB prevent a Linux machine from being protected by Site Recovery?",
                "articleBody": "Source facts\nSite Recovery error 95320 identifies GRUB configurations whose root or resume parameters use device names instead of UUIDs. Microsoft’s guidance requires UUIDs because device names can change when the VM restarts, creating a risk at failover. Its documented correction first obtains each device’s UUID and then substitutes the corresponding identifier in the boot configuration before retrying protection. Microsoft Learn.\nApplicability\nInvestigate this specific error for a Linux source machine being protected with Site Recovery. Confirm the relevant bootloader configuration and actual device mapping; do not apply a copied UUID or assume that another machine has the same storage layout.\nDSE recommendation\nHave the Linux owner review a mapping from every affected root or resume reference to its intended device and UUID. Preserve the current boot configuration and agree on recovery access before making an approved correction. Keep the change narrowly tied to the reported references rather than combining it with unrelated storage or bootloader restructuring.\nVerification\nValidate that each proposed identifier resolves to the intended device and that the applicable boot configuration contains the approved values. Use a controlled restart and recovery test appropriate to the machine before relying on the change operationally. Retry the protection workflow and inspect whether the original error is resolved. Retain the mapping and outcome, without claiming that removal of this one error establishes complete disaster-recovery readiness.\nOfficial references\nMicrosoft Learn: Troubleshoot Mobility Service push installation with Azure Site Recovery.",
                "datePublished": "2026-09-10T00:23:53+00:00",
                "dateModified": "2026-09-10T02:08:05+00:00",
                "mainEntityOfPage": {
                    "@id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/"
                },
                "inLanguage": "en-US",
                "isAccessibleForFree": true,
                "author": {
                    "@type": "Organization",
                    "name": "DSE Security Editorial Team",
                    "url": "https://update.dsesecurity.com/#editorial-team"
                },
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "image": {
                    "@type": "ImageObject",
                    "@id": "https://update.dsesecurity.com/updates/dse-20260909-483-check-grub-identifiers-when-site-recovery-reports-error-95320/#primaryimage",
                    "url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20",
                    "contentUrl": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20",
                    "width": 1200,
                    "height": 630,
                    "caption": "Check GRUB identifiers when Site Recovery reports error 95320"
                },
                "articleSection": [
                    "Business Continuity",
                    "IT"
                ],
                "keywords": [
                    "Business Continuity",
                    "IT",
                    "Guide",
                    "Information priority"
                ],
                "genre": "Guide",
                "about": [
                    {
                        "@type": "Thing",
                        "name": "Business Continuity",
                        "url": "https://update.dsesecurity.com/topic/business-continuity/"
                    },
                    {
                        "@type": "Thing",
                        "name": "IT",
                        "url": "https://update.dsesecurity.com/topic/it/"
                    }
                ],
                "wordCount": 236,
                "timeRequired": "PT2M",
                "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
                "usageInfo": "https://update.dsesecurity.com/usage/",
                "copyrightHolder": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
                "citation": {
                    "@type": "CreativeWork",
                    "name": "Troubleshoot Mobility Service push installation with Azure Site Recovery - Azure Site Recovery | Microsoft Learn",
                    "url": "https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-push-install"
                }
            }
        ]
    }
}