LinuxMint.com.ru

Если переустановить Windows (у меня Windows XP) с помощью "Acronis True Image", то замечено, что Акронис не меняет UUID-диска. Однако загрузчик Линукса GRUB всё равно слетает.
Я подумал, что надо попробовать переустановить Windows так, как я переустанавливаю Linux. С помощью команды терминала tar. Вот эта тема, где написано, как это делать, если кому интересно: Ссылка
Попробовал. Получилось. И самое интересное, что GRUB не слетел! Ура, как говорится! Мы добились того, чего хотели!

Однако после этого в Windows появились некоторые странности, не замеченные при использовании tar в Линуксе. Например. При входе в некоторую учётную запись Windows, открываются два (одинаковых) файла desktop.ini, в которых написано: Файлы desktop.ini появляются там, где их до этого не было. Например, в меню «Пуск — Все программы».
Если зайти в папку Recent и «Александра» (ограниченной парольной учётной записи), и «Администратора» (администраторской парольной учётной записи), то можно удалить из Recent все файлы. Причём, администраторское содержимое Recent успешно удаляется из учётной записи «Александра».
Кроме того, все скрытые файлы становятся открытыми, видимыми.
В остальном вчерашний день показал, что Windows работает, программы работают, Интернет подключается.

Таким образом, делаем вывод, что можно делать такой бэкап, если Windows не основная, а очень и очень вспомогательная система. Windows, в принципе, после этого будет работать, но в Windows будут такие «приятные» неожиданности. Зато загрузчик Линукса GRUB не слетит.

Может быть, эта информация кому-то окажется интересной и полезной. А, может быть, кто-то объяснит мне, как подкорректировать моё tar-бэкап-архивирование для Windows, чтобы и Windows, и Linux, и GRUB-загрузчик вообще никаких проблем не имели при любых переустановках любых систем?

alexander8560 писал(а): ↑

24 июл 2020, 10:21

Может быть, эта информация кому-то окажется интересной и полезной. А, может быть, кто-то объяснит мне, как подкорректировать моё tar-бэкап-архивирование для Windows,

Никак. tar не умеет работать с правами файлов NTFS, откуда корень проблем. И то, что у вас происходило - еще меньшее из зол. После такого система может вообще не запуститься, а кроме того из-за съехавших прав доступа там с вероятностью 80% полезут самые различные косяки при дальнейшей работе. Не говоря уже о том, что могут открыться уязвимости вроде возможности лазить обычному юзеру туда, куда должен быть доступ только у администраторов.
Причем результат предсказать заранее невозможно, т.к. трудно сказать, как именно съедут идентификаторы пользователей. В отличии от Linux где у root всегда UID 0, в винде даже идентификатор администратора генерится случайным при каждой новой полноценной установке. Именно по этому можно делать только либо полный бекап раздела на уровне блочного устройства (dd, clonezilla, и т.д.), либо пользоваться родными утилитами винды которые понимают такую тонкость.

slant писал(а): ↑

24 июл 2020, 10:36

Никак. tar не умеет работать с правами файлов NTFS, откуда корень проблем. И то, что у вас происходило - еще меньшее из зол. После такого система может вообще не запуститься, а кроме того из-за съехавших прав доступа там с вероятностью 80% полезут самые различные косяки при дальнейшей работе. Не говоря уже о том, что могут открыться уязвимости вроде возможности лазить обычному юзеру туда, куда должен быть доступ только у администраторов.
Причем результат предсказать заранее невозможно, т.к. трудно сказать, как именно съедут идентификаторы пользователей. В отличии от Linux где у root всегда UID 0, в винде даже идентификатор администратора генерится случайным при каждой новой полноценной установке. Именно по этому можно делать только либо полный бекап раздела на уровне блочного устройства (dd, clonezilla, и т.д.), либо пользоваться родными утилитами винды которые понимают такую тонкость.

Спасибо! Буду знать. Значит, такой мой способ не подходит. Значит, лучше не шутить с системами. М-да, не дружат Windows с Линуксом...

slant, alexander8560, ну это будет работать если хр не на нтфс поставить...

alexander8560 писал(а): ↑

24 июл 2020, 10:21

Если переустановить Windows (у меня Windows XP) с помощью "Acronis True Image", то замечено, что Акронис не меняет UUID-диска. Однако загрузчик Линукса GRUB всё равно слетает.

UUID-диска тут вряд ли "при делах". Если при восстановлении через Acronis Вы ставите галочку Восстановить MBR, то поэтому "слетает" GRUB ( он перезаписывается Виндовым загрузочным кодом). Можно попробовать при восстановлении через Acronis не ставить галочку на Восстановить MBR и тогда GRUB слететь не должен.

S.A. писал(а): ↑

24 июл 2020, 14:47

Восстановить MBR, то поэтому "слетает" GRUB ( он перезаписывается Виндовым загрузочным кодом).

А вот это зависит от используемого архива. Acronis умеет сохранять MBR вместе с разделами, и может сохраненный MBR развернуть обратно. Что там внутри будет - разумеется зависит от того, когда архив создавался.

slant писал(а): ↑

24 июл 2020, 14:52

Что там внутри будет - разумеется зависит от того, когда архив создавался.

Да, этого мы не знаем.
ТС может проверить\попробовать. При желании можно сделать бэкап загрузочного кода (с GRUB'ом), а ещё проще (на мой взгляд) просто восстановить GRUB.

S.A. писал(а): ↑

24 июл 2020, 15:02

Да, этого мы не знаем.

Зато мы знаем название темы.

Переустанавливаем Windows

Ещё есть такой способ
https://не будет такого способа.

!	Сообщение из: symon2014