R.V. |
|
Темы:
11
Сообщения:
1100
Участник с: 10 января 2017
|
Расширю немного тему. Ну, будет общая для мелких вопросов... Поймал недавно очень похожий warning при установке Арча на одном из дисков. Там же в принципе и решение проблемы. Попутно возник вопрос: чем лучше затереть диск? А то при чтении ArchWiki глаза разбежались от обилия вариантов... |
redix |
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
Прописать винт нулями, это очень длительный процесс, продажный винт на 250 гиг, стирало часов 6-7. Можно прописать случайными данными: Подробности в man-е.Хотя по идее вам нужно переписать mbr.
In Tux We Trust
|
R.V. |
|
Темы:
11
Сообщения:
1100
Участник с: 10 января 2017
|
redixДа? Там что-то такое и не предлагалось. Только затереть или все сектора, или выборочно... Может подскажите тогда как? |
redix |
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
Мбр затирать нельзя, окирпичите винчестер, можете прочитать в виках: https://wiki.archlinux.org/index.php/Master_Boot_Record_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9). А прописывание самого винта нулями, или случаными данными на него не влияет, это служебный раздел.
In Tux We Trust
|
R.V. |
|
Темы:
11
Сообщения:
1100
Участник с: 10 января 2017
|
Резервные копии, к сожалению, нет... |
redix |
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
Можете попробовать Hiren's Boot CD, там полно утилит для работы с жесткими дисками, в том числе и с MBR.
In Tux We Trust
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
R.V.Не нужно его затирать, нужно просто избавиться от этой системы лицензирования, которая прописывается в одном из секторов, при этом разные проги пишут в разные сектора. То что ты дал ссылку на лечение проблемы, это не совсем верно. Обычно делают так. Смотрят сообщение (XX - номер сектора, где GRUB нашел FlexNet) и чистят сектор XX, способом, которым привыкли (в основном это dd, но кто то чистит и ручками, и даже не весь сектор а последовательность определенных байт) Чтобы по ошибке не занулить 1-ый сектор 1-го раздела и саму MBR, советую сделать копию MBR и сектора, с которого начинается 1-ый раздел.UPD ... backup N-го сектора (например, 0-го (MBR) или 63-го (sda1) # dd bs=512 count=1 if=/dev/sda of=sda_sector_N skip=N Восстановление (для записи обратно) # dd bs=512 count=1 if=sda_sector_N of=/dev/sda seek=N Для MBR, разумеется, skip и seek писать не нужн (они равны нулю) EDIT 1 - насколько помню об этом FlexNet, он сидит только в области до начала 1-го раздела, но в MBR (имею ввиду 0 (1) сектор) его то же нет - обычно 32, 62. Некоторые чистят сразу все сектора, точнее с 1-го (отсчет с 0) по 62 (последний сектор перед 1-ым разделом). Вообщем fdisk смотреть обязательно.
Ошибки не исчезают с опытом - они просто умнеют
|
R.V. |
|
Темы:
11
Сообщения:
1100
Участник с: 10 января 2017
|
vasek,, если там в ссылке по предлагаемым ссылкам походить, то там тоже об этом... Спасибо за успокоительное, а то redix меня тут уже почти запугал... :)) Будем пробовать. Но попозжа... :)) А если Arch Linux работает при этом без проблем, то может и не трогать пока MBR? |
safocl |
|
Темы:
121
Сообщения:
1570
Участник с: 08 октября 2015
|
Aivarенто тончайший троллинг? если да то зачем? тут же ясна как свет, чо если в конфиге ищется раздел по uuid, то без генерации конфига будет искать по старому uuid, который уже отсутствует. какие то прям "вредные советы" |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
R.V.Если работает нормально и не мешает загрузке, то забудь. Хотя это дело вкуса. Рекомендую не спешить, поучиться делать backup секторов, а как в сознании дойдешь, так и можешь сделать. Лично я после разбивки диска, установки систем, загрузчиков делаю backup 0 сектора (MBR) и 1 сектора каждого раздела (который не равен 0).
Ошибки не исчезают с опытом - они просто умнеют
|