Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Windows перестала загружаться после переразбивки диска

Автор: KLASS
Дата сообщения: 03.08.2016 20:10
ZSZ
Есть ситуация, поступайте как считаете нужным.
Мой ответ был при прочих равных... это же очевидно.
Кстати, как вы опознаете, что слет разделов произошел из-за (приведите пример) аппаратного сбоя?
Автор: ZSZ
Дата сообщения: 03.08.2016 20:43
KLASS

Цитата:
Кстати, как вы опознаете, что слет разделов произошел из-за (приведите пример) аппаратного сбоя?


Легко:
1. "Клиент" действительно "ничего не делал".

2. Отсутствие в компьютере соответствующего софта.

3. Я обычно имею дело с компьютерами целиком, а не отдельно с жёсткими дисками. Поэтому вижу сопутствующие проблемы.
Автор: KLASS
Дата сообщения: 03.08.2016 20:54
ZSZ

Цитата:
Я обычно имею дело с компьютерами целиком

Стало-быть у вас должна быть куча примеров из-за чего происходит слет разделов, не поделитесь для общего развития?
Автор: ZSZ
Дата сообщения: 03.08.2016 21:23
KLASS

Цитата:
Стало-быть у вас должна быть куча примеров из-за чего происходит слет разделов, не поделитесь для общего развития?


Для "общего развития", говорите Это как учитель малолетнему ученику -"расскажи-ка мне, а то я не знаю"...

Так всё и без меня известно, вряд ли я скажу что-то новое. Разницы нет, слёт разделов или порча данных.

Если коротко, самое противное, это ide и контроллеры от VIA. Сейчас уже малоактуально, но и с SATA у VIA нелады.

Следом ошибки RAM. Иногда разгон.

Следом, внезапные выключения компьютера. На своих компьютерах мне ни разу не удавалось повторить этот дефект. Но народ умудряется. Обычно в ноутбуках, засоряется охлаждение, компьютер выключается через каждые 5...10 минут, мучают, пока система не сдохнет так или иначе.

Неконтакт питания hdd, неконтакт sata, перегиб sata, окисление контактов hdd. Редко, не всегда явно. Проверяется автоматом в каждом случае.

Ошибки драйверов sata/ide. Редко.

Неправильная настройка BIOS.

Куда-то hdd попробовали "всунуть". Хорошо, если сознаются.

Автор: KLASS
Дата сообщения: 03.08.2016 21:34
ZSZ
Да не, я серьезно... практики то нет. А вот чудеса после разбивки сторонними приблудами, с чего и начался этот топик, видеть приходилось, в основном у знакомых, потому как на работе у меня таким не забалуют. Спасибо за подробности, кстати еще на заре ХР в далеком 2001, потратил день на вырубание питания различными способами, так и не удалось снести таблицу разделов. Но по видимому от "рук пользователя" не зарекайся.
Автор: ZSZ
Дата сообщения: 03.08.2016 21:55
KLASS

Цитата:
Да не, я серьезно... практики то нет.


да ладно. У Вас 15 лет только регистрации на этом форуме...
Ну и в "просмотр событий" на Винде надо почаще заглядывать. Нередко предстоящие проблемы с hdd там светятся заранее. "подзаедание" курсора мышки также может указывать на аппаратные проблемы с hdd/контроллер. BIOS на секунду-две дольше загружалась, также повод всё проверить.
Автор: KLASS
Дата сообщения: 03.08.2016 22:15

Цитата:
У Вас 15 лет только регистрации на этом форуме...

Ну, это в системе я могу что-то ведать, а с железом (скисающим) без практики вряд ли.
В логах я живу, у самого с HDD проблем не было (железо полностью меняешь до того как), а знакомые приносят уже когда вынь не грузится. И там либо диск еще успел отдать данные, либо дешевле купить новый.
Автор: Tigrakhaud
Дата сообщения: 04.08.2016 13:01
ZSZ

Цитата:
У меня нет проблем.


Цитата:
Нет такой проббббблемы.

Оперировать больше нечем?
Ты или просто отрицаешь или цепляешся за слова!
Тот бред который ниже накалякал, не стану даже цитировать, что творится в твоем восполенном мозгу твое личное.
Второй слой ниже на скрине у bober7!
Еще про второй и хз у некоторых какие слои следствием использования этих программ, пост из первой стр. темы!

Цитата:
Сделал так. И не поверил своим глазам. При загрузке с харда загрузилась Windows 7 (!!!). Как? Откуда? До десятки у меня стояла 8.1. До восьмерки, конечно, была семерка, но я даже не помню, сколько лет назад это было. Откуда он ее откопал?

Автор: temp9285
Дата сообщения: 04.08.2016 14:06
KLASS

Цитата:
Стало-быть у вас должна быть куча примеров из-за чего происходит слет разделов, не поделитесь для общего развития?

Да не будет их. Ведь написать что всё пучком не составляет труда, а вот подтвердить это, тем более так чтобы и другие могли проверит (повторить) - с этим то проблема.
Например, здесь как то бывали случаи когда в таблицу разделов (и не только в неё) вклинивался какой то мусор, причём были и такие когда мусор был цикличный. Вот это (обычно) как раз проблемы контроллера винта. Подкорректируешь такое значение на то, что должно быть или предполагаемое - и всё заработало. Но ведь это же надо понимать что и где - а вот этого у ZSZ нет, и это можно увидеть в его же сообщениях в других местах.
Или те же проблемы после акрониса. Ладно когда прошло какое то время после преобразований и даже было сообщение о проблемах с секторами - от в таких случаях практически всегда бывают и бэды и пендинги и т.п. А бывает что один раздел изменился, второй прописался нового размера а реально не изменился; и никаких проблем с физикой - и так не единожды. Тут явно проблема в самой программе, и вот тут была бы полезна статистика (какая версия, билд, оригинальная или портэйбл и т.п.) - но не всегда удаётся такое выведать.

PS. Да и в поведении ZSZ явно прослеживается этакий дух противоречия, при котором ему важно быть против а не пытаться найти что то рациональное.
Показали кривожопость разработчиков одной поделки - предлагает другую. И что, пользователи должны на себе испытывать насколько они проблематичны? При том что ему (его же признание) наплевать на таковых.
Кстати, бегло посмотрел очередную приблуду. Да, всё вполне нормально, но MFT в самом начале диска - а примеров когда его перезатирают по ошибке предостаточно.
При попытке соединить два раздела (условно E с F) прога предложила слить файлы с F в паку на E - но мне захотелось чтобы приёмником стал Fю Не вопрос, прога написала что данные с Е будут в подпапке на F. После слияния на диске F структура папок с E а те что с F в папке F:\Fxxx
Ну да, как бы не пропало (вроде бы) ничего, но ошибка есть ошибка.
И ещё - при таком слиянии MFT физически осталась в старом LBA (то есть не переместилась, но пересчиталась). А когда удалил E и расширил F, что как бы почти идентично слиянию (тем более если на Е нет ничего), то MFT уже переехала.
Автор: KLASS
Дата сообщения: 04.08.2016 15:09
temp9285

Цитата:
Вот это (обычно) как раз проблемы контроллера винта.

Мне было интересно при каких аппаратных сбоях (не контроллера винта) происходит подобное и этого я ждал от ZSZ
Вот он пишет:

Цитата:
Неконтакт питания hdd, неконтакт sata, перегиб sata, окисление контактов hdd


Цитата:
Следом ошибки RAM. Иногда разгон.


Цитата:
Неправильная настройка BIOS.

Тебе приходилось на практике сталкиваться с таким?
Потому что все, что касается питания я сказал выше. Чего я тока не делал при включенном питании, не летит таблица.
Опять же , если речь о контроллере винта, то это проблемы, скажем, изначально изготовителя.
Либо прошивку менять, либо диски отзовут. Но вот когда нормальный контроллер и в процессе эксплуатации, что
может (кроме софта) повлиять на таблицу? Какой аппаратный сбой?

Цитата:
но MFT в самом начале диска


Цитата:
при таком слиянии MFT физически осталась в старом LBA

Ну так это и есть слабое место (на мой взгляд) всех программ по передвижке\объединению разделов.
Они тусуют метаданные плюс двигают начало разделов по своим "законам". Т.е. хочешь передвинуть
разделы с данными-заплати. Большинство юзеров , разумеется, этого не ведают и им кажется все
прошло гладко... но до поры до времени. Мелкие ведь не даром официально не поддерживают данный
метод переразбивки. Не_поддержка это фича, а для многих пользователей это баг:

Цитата:
Простите, а вы сами ею пользовались? И если да, вас не затруднит показать, где же там запрятана таинственная функция смены размера разделов?

Т.е. чел просто не в теме и для него Мелкие сделали неправильный Менеджер дисков, вот и ходят нахваливают разные сторонние приблуды.
Думать же не надо, опять же быстро, перекрестился, нажал пимпочку и вот он уже "результат".
Автор: temp9285
Дата сообщения: 04.08.2016 15:54
KLASS

Цитата:
Тебе приходилось на практике сталкиваться с таким?

В самом начале появления AHCI нередки были случаи проблем с загрузкой, но в те времена я ещё не был настолько знаком с устройством РТ и т.п., чтобы делать какие то заключения. Тем не менее было видно что какой то бардак и смена режимы работы контроллера приводила к решению проблемы.


Цитата:
Чего я тока не делал при включенном питании, не летит таблица.

В таком случае больше страдает файловая система, т.к. она не закрывается корректно. А РТ - это же практически константа, и в ней при обычной работе ничего не изменяется. И раз этого нет, то нельзя иметь какое то пограничное состояние когда одно уже начато, но другое не завершено.
С другой стороны, внезапное отключение питания и другие сбои могут приводить к сбросу какого то дампа (мусора) - в том числе в начало диска.
Или возьмём тот же заворот данных далее могущих возникнуть при работе с винтам более 2ТБ.
Опять же, есть одна печалька, которая наглядно проявляется при попытке перезаписи системного диска - 0-вой сектор перезаписывается на ура. В случае MBR и все последующие. Как только дело доходит до системного (активного) раздела - тут то винда начинает понимать что её хотят убить и она вываливается в синьку. А РТ уже тютю. С GPT тоже такое случается, но тут точно не могу сказать что и как. По крайней мере сейчас на кибере есть тема где PTD создаёт проблемы с системным диском.


Цитата:
Опять же , если речь о контроллере винта, то это проблемы, скажем, изначально изготовителя.

Есть баги изначальные - есть возникшие в следствие поломки.


Цитата:
Ну так это и есть слабое место (на мой взгляд) всех программ по передвижке\объединению разделов. Они тусуют метаданные плюс двигают начало разделов по своим "законам".

Самое смешное, что нередко закономерности то и нет - сейчас передвинула всё, в следующий раз лишь MFT пересчитала. То ли по принципу "пальцем в небо", то ли зависит от кучи исходных - например, если MFT фрагментирована, то принимается решение её дефрагментировать, а заодно и перенести.
Но не стоит думать что микрософт этого не делает - ведь MFT то она дефрагментирует, да и некоторые другие метаданные. Просто это делается на уровне работы ФС (надеюсь что так ) - используется журнал ФС, транзакции и т.п. То есть, если фрагмент не перенесён на новое место и транзакция не закрыта, то в силе старое месторасположение.


Цитата:
Т.е. хочешь передвинуть разделы с данными-заплати.


Цитата:
Мелкие ведь не даром официально не поддерживают данный метод переразбивки.

Думаю что здесь всё прозаичнее - не хотят утруждать себя. Как в своё время не утруждали себя и тем, что появилось в висте. На самом деле и перемещение начала раздела можно сделать безопасно - но это же надо работать.
Автор: ZSZ
Дата сообщения: 04.08.2016 16:12
KLASS

Цитата:
Мелкие сделали неправильный Менеджер дисков, вот и ходят нахваливают разные сторонние приблуды.


После вопроса "какие ФС поддерживает виндовое "Управление дисками", или как с его помощью поменять id файловой системы, актуальность использования этой поделки полностью отпадает.


Цитата:
Потому что все, что касается питания я сказал выше. Чего я тока не делал при включенном питании, не летит таблица.


С питанием и мне ни разу не удалось. Я не пытался специально, просто компьютеры без бесперебойников, свет часто выключают. В ноутбуке "естественный" бесперебойник", там вообще можно не париться. Но люди вот умудряются запороть данные, есть несколько предположений, как им это удаётся, но нет желания симулировать эту проблему, ибо меня лично она не беспокоит.

"Неправильные настройки BIOS". Слетает MBR при включении RAID. На некоторых платах RAID включается с настройками при умолчании, при смене батарейки, люди "попадают".


Цитата:
Мне было интересно при каких аппаратных сбоях (не контроллера винта) происходит подобное и этого я ждал от ZSZ Вот он пишет:


О том и речь. Прежде чем заниматься подъёмом данных, особенно на оборудовании клиента, надо оценить состояние железа, что temp9285 не делает, дистанционно раздавая советы. А через месяц у горемыки снова всё слетает.

temp9285

Цитата:
PS. Да и в поведении ZSZ явно прослеживается этакий дух противоречия, при котором ему важно быть против а не пытаться найти что то рациональное.


Вы не видите дальше своего носа и ревнуете, если кто-то иной добивается успеха иными методами, а не на Ваш лад.
Автор: KLASS
Дата сообщения: 04.08.2016 16:30
temp9285

Цитата:
В таком случае больше страдает файловая система, т.к. она не закрывается корректно.

и дальше ты пишешь

Цитата:
используется журнал ФС, транзакции и т.п. То есть, если фрагмент не перенесён на новое место и транзакция не закрыта, то в силе старое месторасположение.

А при работе файловой системы ("не закрывается корректно") разве не работают журнал, транзакции, и прочее, давно уже этим не занимался, забыл все нафик.
ZSZ

Цитата:
поменять id файловой системы

Вы так и не ответили зачем?

Цитата:
что temp9285 не делает, дистанционно раздавая советы.  А через месяц у горемыки снова всё слетает.

В этом есть доля истины, но он как мне показалось чаще как раз после Акронисов лечит.
Автор: temp9285
Дата сообщения: 04.08.2016 16:33
ZSZ

Цитата:
temp9285 не делает

Ну зачем выдавать свои галлюцинации за действительность.
Это вон tomset восстанавливает данные на другой носитель и даже не пытается понять причину - в оффтопике тому есть подтвержденя этому. написанные им самим.
В своё время была болячка в некоторых внешников Adata - как раз решение этих задачек, анализ этих случаев и выявление определённой закономерности, позволило найти виновника.
Есть и другие примеры, в том числе и обьяснения (сложности-неоднозачности) ситуации - буквально в соседней теме.
Так что уж у кого есть ревность - точнее злопыхательство, так это у тебя (мастура со стёркой в руке во всех случаях) )


Цитата:
А через месяц у горемыки снова всё слетает.

Можешь не п..болить, а привести конкретные примеры?
Особенно те, в которых пострадавшего предупреждали о проблемах с винтом (железом и т.п.) или тем же боксом.
Автор: KLASS
Дата сообщения: 04.08.2016 16:37
ZSZ

Цитата:
актуальность использования этой поделки

Это не поделка, а фича На кой им связываться с данными пользователя, чтобы потом саппорт ихний затрахали? Уверяю, что мы бы с вами все сделали то же самое на их месте.
Автор: temp9285
Дата сообщения: 04.08.2016 16:54
KLASS

Цитата:
А при работе файловой системы ("не закрывается корректно") разве не работают журнал, транзакции, и прочее

Теоретически - должно работать, но на практике не всегда. Да и по сути то не всегда есть проблемы, или они есть в виде подпорченных индексов, неправильной битотвой карте тома и т.п., которые исправляются чекдиском.


Цитата:
В этом есть доля истины, но он как мне показалось чаще как раз после Акронисов лечит.

Можно конкретизировать какая доля?
Автору этой темы было предложение, следуя которому был бы сделан анализ ситуации. Но ему подсказали чудо-лечилку и он не стал утруждаться. При этом "борец за правильность" почему то промолчал насчёт такого совета.
Ну и что касается акрониса, то могу заверить что не зная как он тварит свои дела (а это можно лишь представлять на основе анализа различных ситуаций), можно лишь "советовать" тыкать разные кнопочки.
И нередко я стараюсь довести до восстановления по месту (особенно когда пострадавший решает перебить всё и отформатировать), чтобы понять правильно ли была оценена ситуация, и насколько верны предложенные методы "лечения".
Автор: KLASS
Дата сообщения: 04.08.2016 17:04
temp9285

Цитата:
они есть в виде подпорченных индексов, неправильной битотвой карте тома и т.п., которые исправляются чекдиском.

А, ну это не читается

Цитата:
Можно конкретизировать какая доля?


Цитата:
Но ему подсказали чудо-лечилку и он не стал утруждаться. При этом "борец за правильность" почему то промолчал насчёт такого совета.

Я криво выразился, но не имел ввиду, что бездумно сразу раздаешь подсказки, подразумевалось, что всего знать на расстоянии невозможно и пользователь, даже после встречных вопросов, может неверно их трактовать, а ты получишь неверный ответ. Не более.
Автор: ZSZ
Дата сообщения: 04.08.2016 17:33
temp9285

Цитата:
Можешь не п..болить, а привести конкретные примеры?


Я не про Вас, а вообще. Люди же ничего не понимают. У них память сбоит, проц перекосило, SATA, IDE глючный, из-за чего и полетело, а они на этом же оборудовании пытаются восстанавливать, начитавшись интернетов. Ну и масса других причин.


Цитата:
Так что уж у кого есть ревность - точнее злопыхательство, так это у тебя (мастура со стёркой в руке во всех случаях) )


Да мне-то до лампочки. Если будет выгодно и целесообразно воспользоваться Вашей стратегией, так и сделаю. Но необходимость "напрягаться", возникает крайне редко. Обычно несколько минут... пару часов и готово, прога работает, выдаёт результат. Больше усилий идёт на выяснение первопричин.

А гораздо больше проблем не технических или логических, а социальных. То денег нет, то уже нашли, то не надо, то исчезли.

KLASS

Цитата:
поменять id файловой системы
Вы так и не ответили зачем?



А мне охота temp9285 послушать.

temp9285

Цитата:
Ну и что касается акрониса, то могу заверить что не зная как он тварит свои дела (а это можно лишь представлять на основе анализа различных ситуаций),


Был бы признателен за рекомендации, как симулировать тот или иной глюк Акрониса, чтобы что-то из-за него накрылось.

Потому что, сколько не пользовался всякими разными менеджерами разделов, никогда и никаких сбоев и никаких проблем. Не отрицаю, что у кого-то они могли возникать, так тут скорее дело в очень кривых руках.
Автор: KLASS
Дата сообщения: 04.08.2016 17:54
ZSZ

Цитата:
никогда и никаких сбоев и никаких проблем

Проблемы есть, вы их просто не хотите видеть. Возьмите редактор дисков и посмотрите на начало разделов, MFT до и после работы Акрониса. Потом попробуйте сделать еще раз переразбивку, но уже другой программой. Такое часто встречается у пользователей.
Неизвестно, что произойдет и в какой момент, т.е. как отреагирует, скажем, криво написанная программа, работающая на низком уровне.
Я понимаю, что вам надо быстрее, потому будете юзать программы на автомате, пока получается, не получилось-придете спрашивать. Это очевидно.
Вот к temp9285 и придете, так как это его хобби.
Вот тогда он с вас бабки слупит, из принципа
Автор: ZSZ
Дата сообщения: 04.08.2016 18:20
KLASS

Цитата:
Вот к temp9285 и придете, так как это его хобби. Вот тогда он с вас бабки слупит, из принципа


Да не приду.
Например так, комп, за которым сейчас сижу, могу просто выкинуть в окно. Ничего не теряю, кроме компа, пары нарисованных карт к играм "для себя" и нескольких скачанных видео. Лень засинхронизировать. В конце года итоги подведу.

А если конкретные непонятки, устроим кворум со знакомым, доход поделим. Случается в среднем раз в 5 лет.


Цитата:
Проблемы есть, вы их просто не хотите видеть. Возьмите редактор дисков и посмотрите на начало разделов, MFT до и после работы Акрониса.


Насчёт MFT - мне до лампочки. Особенно, если речь про свои диски. Подавляющего большинства людей всё это так же никак не касается, не страдают они от этого.


Цитата:
о и после работы Акрониса. Потом попробуйте сделать еще раз переразбивку, но уже другой программой. Такое часто встречается у пользователей


Не у пользователей, а у чайников, и то, крайне редко. На вскидку, 1 случай на 100...200 попыток.

Сбои с изменением размеров разделов могут наблюдаться, если есть сбойные секторы. Ну так кто же разделы двигает на битом диске?

То есть, предлагаете такой сценарий - подвигать разделы с данными разными программами и посмотреть, что получится. Легко. Уточните условия.
Автор: KLASS
Дата сообщения: 04.08.2016 18:30

Цитата:
То есть, предлагаете такой сценарий - подвигать разделы с данными разными программами и посмотреть, что получится.

Ну да.

Цитата:
Легко. Уточните условия.

Что за условия? Двигайте на халяву без условий... нехотите учиться - не двигайте, как вы там сказали

Цитата:
мне до лампочки


Автор: ZSZ
Дата сообщения: 04.08.2016 19:05
KLASS

Цитата:
Что за условия? Двигайте на халяву без условий... нехотите учиться - не двигайте, как вы там сказали


Я про технические условия.
Если нет иных предложений, предлагаю создать виртуальный IDE MBR 4 ГБ: 1 - Первичный NTFS, 2 - логический NTFS, 3 - первичный ext3.
Автор: KLASS
Дата сообщения: 04.08.2016 19:31
ZSZ

Цитата:
Я про технические условия.

Тогда сорри.

Цитата:
Если нет иных предложений

Да кто бы знал нюансы. Ведь диск с фотками приносят, когда "все пропало".
Например, тупо форматнули не тот раздел.
На многие вопросы ответ один-я не знаю.
Вот и думай, где больше шансов что-то вытянуть:
а) на диске где двигались разделы разными приблудами, с изменением расположения MFT
б) на диске где ничего не двигалось сторонними приблудами и MFT на своем месте, которая в принципе может лежать целехонькой после быстрого формата.
Знать бы чего делали, да записать на камеру за ними, вот тогда бы и воспроизвели.
Автор: temp9285
Дата сообщения: 04.08.2016 20:29
KLASS

Цитата:
бездумно сразу раздаешь подсказки

Примеры будут?


Цитата:
ZSZ


Цитата:
Я не про Вас, а вообще.

А пишешь мне. И где логика?


Цитата:
Да мне-то до лампочки. Если будет выгодно и целесообразно воспользоваться Вашей стратегией, так и сделаю.

Да мне тоже до лампочки. Имеешь свою, ну так помогай. Только здесь а не "привези мне винт".


Цитата:
А мне охота temp9285 послушать

Мне тоже интересно знать зачем рядовому пользователю менять тип раздела.
А не рядовому хватит ума запустить diskpart и почитать хэлп, особенно в части SET ID .


Цитата:
 Не отрицаю, что у кого-то они могли возникать, так тут скорее дело в очень кривых руках.

Ну да, ну да - зачем же калечить такого пряморукого?
Хотя припоминается не один случай когда считавшие себ очень пряморукими всё таки залетали. И признавались в этом честно, прося помощи.



Добавлено:

Цитата:
Я про технические условия.

Ну вот, одно из последних увлечений юзеров. Делать различные бутявки. И нередко вместо флэшки указывают на внешний диск.
Да и есть куча других примеров, в том числе свежий упоминал. Просто надо читать темы, а не высасывать ситуацию из пальца.
Автор: KLASS
Дата сообщения: 04.08.2016 20:33
temp9285
Прикалываешься?
Автор: temp9285
Дата сообщения: 04.08.2016 20:40
KLASS
Почему?
Я хочу увидеть случай бездумной раздачи советов без получения каких то данных.
Только я могу привести пример с осзоне, где озвученное делает Tau_0.
Вот тот запрашивает кучу дампов, хотя дуб-дубом в них. но самое главное - запрашивает тогда, когда есть дамп 0-вой записи и по нему всё уже понятно.
Это к тому, что если кому то непонятна ситуация. то это не значит что и другому аналогично.
Автор: KLASS
Дата сообщения: 04.08.2016 21:05
temp9285

Цитата:
Я хочу увидеть случай бездумной раздачи советов без получения каких то данных.

Ну тогда иди читай пост по новой, чего ты снова не то понял в последнем моем обращении к тебе
Автор: ZSZ
Дата сообщения: 04.08.2016 21:14
Значит так, поскольку иных предложений не поступило, сделал в Linux версии Paragon вот это:


Сейчес накидаю данных на все три раздела, буду двигать, преобразовывать, таскать туда сюда. Разными программами пока не надоест.
Автор: KLASS
Дата сообщения: 04.08.2016 21:26
ZSZ
Ну вот, это уже реальные действия, а не переливание из пустого в порожнее.
Ну и смотрим за началом разделов каждый раз и изменением расположения MFT.
Хотя СТОП!, насколько припоминаю, MFT ложиться в районе 3Гб от начала, а у вас разделы с гулькин нос. Если уж играться, то давайте по взрослому.
Разделы создаем гигов по 15, вот тогда точно все будет как по умолчанию. Т.е. и на 30 и 40 и 100 Гб все будет одинаково.
А вы вот и этого даже не ведаете
Автор: ZSZ
Дата сообщения: 04.08.2016 21:35
KLASS

Цитата:
Хотя СТОП!, насколько припоминаю, MFT ложиться в районе 3Гб от начала, а у вас разделы с гулькин нос. Если уж играться, то давайте по взрослому.


Пока неактуально. Основная цель - повредить разделы, данные в довесок. Ну и какое MFT на Линуксе?


Цитата:
Разделы создаем гигов по 15, вот тогда точно все будет как по умолчанию. Т.е. и на 30 и 40 и 100 Гб все будет одинаково.


В следующий раз. Такие объёмы это уже на несколько суток тест. Даже если бы был интерес, не охота по жаре комп гонять.

Страницы: 123456789

Предыдущая тема: Проблема печати тонких клиентов в терминале Windows 2003


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.