Linux-ваше мнение

[omercury]

Не работает это. При восстановлении системы из бакапа половину софта придется переустанавливать, все апдейты - тоже.

При новой установке придётся переустанавливать весь софт и все апдейты. Апдейты, кстати, в пакетном режиме весьма шустро устанавливаются, ну это для тех, кто этим делом регулярно занимается.

При этом в нетронутые папки может залезть троян, который вновь испортит восстановленную систему.

Фишка не для защиты от троянов, а для сохранения пользовательских данных, чтоб потом неделю со всякими R-studio & co с неведомым результатом их работы не сидеть. Если данные насмерть покоцаны, то и восстанавливать нечего.

мы проигнорирповали Альтернативные потоки данных NTFS

По альтернативным линиям связи, полагаю? Для увеличения КПД...

слетела акаянная mbr

Спасибо, "паржал"

[bobic]

По альтернативным линиям связи, полагаю? Для увеличения КПД.

Хранение с атрибом как сжатый на первый взгляд не логично но эфективней разделов
гловное не просто отправить а как

Спасибо, "паржал"

ржачь должен жить без него некак

[omercury]

Хранение с атрибом как сжатый на первый взгляд не логично но эфективней разделов
гловное не просто отправить а как

Смысл - чтоб не валялось в одной большой куче, в первую очередь.
Удобство, видите ли...

ржачь должен жить без него некак

/fixmbr
Для лентяев или людей с плохой памятью на картинке.

UPD
Ну и для тех, кто не понял сразу - первый раздел в FAT.
Нету там MFT, посему и лететь нечему...

[bobic]

Смысл - чтоб не валялось в одной большой куче, в первую очередь.
Удобство, видите ли...

Спасибо, "паржал" (с)

fixmbr

и не только, слетела акаянная mbr относительно "жевания" темы
те кто в танке главный машенист понимают все 64 сектора

Для лентяев или людей с плохой памятью на картинке.

Первый заслуживает внимания, но простите архаизм
по остальному у меня VirtualBox благо современное железо позволяет

[omercury]

главный машенист понимают все 64 сектора

32G - недостаточно для "мусорной" системы?

Первый заслуживает внимания, но простите архаизм

Да, архаизм, но там же не только MFT, MBR...
Снижена нагрузка на область со служебныдми данными.

[bobic]

Да, архаизм, но там же не только MFT, MBR...
Снижена нагрузка на область со служебныдми данными.

И требует регулярной дефрагминтации

[omercury]

И требует регулярной дефрагминтации

Нет, да эта часть диска из-под ОСи и недоступна.

Меньше поблизости ёрзают головки, меньше вероятность сбоя.

[bobic]

Нет, да эта часть диска из-под ОСи и недоступна.

Fat требует регулярной дефрагминтации и это постулат

Меньше поблизости ёрзают головки, меньше вероятность сбоя.

Весма спорно по нынешним временам хотя как знать,
но увеличивает время собственно теряем КПД

[omercury]

Весма спорно по нынешним временам хотя как знать,

Из-за отсутствия индексации/журналирования. Тоже файлы(в NTFS всё - файлы), причём в "зоне риска". Зато улучшается надёжность.

но увеличивает время собственно теряем КПД

Когда система и данные на разных носителях?
Весьма спорное утверждение.

Для справки.
Ещё живы и здоровы сигейты на 210 и 535 МЕГАбайт.
Ни одного диска в доме ещё не померло. Есть один тормозной (вроде и бэдов нет и смарт хороший, но работает кое как) вестерн на 1,5тб, но он с рождения такой.
Возможно и совпадение, но...
Проверять чтой-то нет желания.

[Mirjanin]

Подскажите что за хрень.
С линуксы, дебиана, был создан образ акронисом.
При восстановлении разделов и мбр с образа на новый диск все вроде ок.
Но при загрузке черный екран.

Нашел такой выход -- ставлю сначала груб с любыми параметрами, а потом розкатываю разделы и мбр и все ок.

Че за глюк???