Надлежащий способ зафиксировать это состоит в том, чтобы использовать UUID. Еще некоторые детали здесь. С UUID не имеет значения, что имя устройства заканчивается как (hda, sda, sdc, и т.д.), система найдет его.
Например, моя личинка похожа
linux /vmlinuz-2.6.32-21-generic root=UUID=ad915c21-080d-46aa-ae02-4c5ec69e026f ro quiet splash
И мой fstab
UUID=ad915c21-080d-46aa-ae02-4c5ec69e026f / ext4 errors=remount-ro,relatime 0 1
Если находят UUID моего корневого диска
# blkid /dev/sda7
/dev/sda7: UUID="ad915c21-080d-46aa-ae02-4c5ec69e026f" TYPE="ext4"
Эта статья хорошо объясняет это
Это две разные вещи. Учетная запись локальной системы должна содержать токен для NT Authority \ System
, так что это не объясняет , почему у вас возникают проблемы, но, безусловно, между учетными записями есть различия. Они не являются синонимами друг друга.
Это предостережение может объяснить то, что вы видите:
Служба, работающая в контексте учетной записи LocalSystem, наследует контекст безопасности SCM. SID пользователя создается из значения SECURITY_LOCAL_SYSTEM_RID. Учетная запись не связана с какой-либо учетной записью вошедшего в систему пользователя. Это имеет несколько последствий:
• Раздел реестра HKEY_CURRENT_USER связан с пользователем по умолчанию, а не с текущим пользователем. Чтобы получить доступ к профилю другого пользователя, выдать себя за пользователя, а затем получить доступ к HKEY_CURRENT_USER.
• Служба может открыть раздел реестра HKEY_LOCAL_MACHINE \ SECURITY.
• Служба предоставляет учетные данные компьютера удаленным серверам.
• Если служба открывает командное окно и запускает пакетный файл, пользователь может нажать CTRL + C, чтобы завершить пакетный файл и получить доступ к командному окну с разрешениями LocalSystem.