lamer350, с одной стороны - вы правы насчет веса plist'ов, но здесь вопрос был не в "очистке данных ради освобождения пространства", а в "очистке данных ради стирания данных (или обнуления настроек, сессий и т.п.)". Опять же могу объяснить на примере игры: у вас есть игра, вы начали её проходить, затем вы по какой-то причине вы решили сбросить прогресс (чтобы начать игру сначала), но дефолтный функционал iOS не даёт вам такой возможности (даже если вы удалите игру и установите её заново, она всё равно запустится с сохраненным ранее прогрессом), и тут вам на помощь сможет прийти только ручное удаление plist.
это тоже вряд ли поможет, потому что есть приложения, которые хранят свои данные и настройки в виде plist-файла в директории /var/mobile/Library/Preferences/<файл приложения>, а он, как известно, после удаления приложений не удаляется. В результате очистить данные подобных приложений лично у меня получалось только при наличии джейлбрейка (через Filza). Пример такого приложения - игра Hamsterdam.
в каком смысле по другим адресам? в mbr место только для одного, и если винда засунет туда свой загрузчик (что она без проблем сделает например при установке винды уже после установке груба) то груб уже не запустится (и в таком случае груб уже ничего не перехватит, он уже призраком будет в этом случае). Какие другие адреса? в mbr умещается всего один адрес на один единственный загрузчик (который уже из самого себя конечно может запустить другие загрузчики), разве нет? Моя теория объясняет, почему винда при обнове не трогает именно mbr, а не разделы загрузчиков. Если я не прав, то объясните мне ваше представление цепочки "как осуществляется обновление загрузчика вин8 до вин10 при установленном грубе", прямо опишите: кто, на каком этапе, кого, как и где (в mbr или в файловой системе) перехватывает.
под фразой "он лежит не там же где лежит груб" я имел ввиду, что сам загрузчик лежит на другом разделе, но разумеется, что я понимаю, что в mbr и grub и виндовый загрузчик кладутся в одно и то же место (и не могут быть одновременно прописаны в mbr)
причем здесь распознавание загрузчиков *NIX? Винда ведь умеет прописывать свой загрузчик в mbr - умеет; то что свой загрузчик у неё лежит где надо - не спорю, он лежит не там же где лежит груб - не спорю. Зачем винде что-то распознавать, когда у неё и так есть права просто напросто стереть все эти чужие загрузчики (из mbr) и записать свой? Не понимаю, на чем основана ваша догадка
а под выражением "восстановить MBR" мы, получается, на самом деле понимаем запись не только самой MBR, но и раздела stage 1.5 (в котором драйвера для файловых систем и путь к большому загрузчику)? получается, что bcdedit записывает не только MBR, но и прописывает свои драйвера в раздел stage 1.5? иначе как бы биос загрузился прочитав лишь саму MBR?
мне непонятно: stage 1.5 на картинке - это всё еще начало диска (там же где MBR) или это уже пошел раздел, который мы можем без труда видеть в дисковых утилитах и записывать на него файлы?
это сарказм или всё-таки я правильно всё описал? если неправильно, то объясните с какого момента моих рассуждений я начинаю заблуждаться. Вы намекаете, что MBR содержит не просто строчку, а еще и "маленький загрузчик", который умеет читать нужную файловую систему и потом отсылает к большому загрузчику на этой файловой системе? а в остальном всё правильно?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
