Ну так CAT запустил бы - смотреть было бы удобней.

Добавлено after 7 minutes 46 seconds:


Допустим, случаи сбоев NTFS вовсе не редки, и в отличии от FAT у нее нет запасной записи каталога, что уменьшает надежность NTFS, но это компенсируется тем принципом организации хранения файлов, взятой из Unix - а именно последовательная поточная запись, где записи пишутся строго одна после другой. Но вот такой пустячок, как добивка мелких блоков способна дать куда большие проблемы при восстановлении информации. Что и любит делать.

Опять центр обновлений сам включился, и быстренько накидал ещё 300 Мб.
В журнале обновлений с ноября прошлого года отмечены неудачные попытки обновить мне Винду10 до версии 1709. Сегодня была ещё одна неудачная попытка, которую я должен оплачивать.

Выкинь это дерьмо нах !

Кроме неотключаемых закачек, она ещё и все твои действия сливает мелкомягким.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

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

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Так в чём проблема ?
Поставь и не мучайся.

А десятка, до сих пор в режиме бетатеста и конца этому пока не намечается.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Откуда поставить? У нас тут полтора юзера на деревню.

а что-треккеры все позакрывали уже?

У меня уже весь траффик нах повылетал в трубу, я вместо обычных 450 руб уже больше 1000 заплатил, дешевле было 100 Гб за 990 было выбрать.

Сейчас вот проверил работу служб, центр обновлений пока выключен, а "оркестр" уже включен. а виндоносцы мне соопчают, что работают над проблемой установки обновлений в моём ноуте, СУКИ!

Добавлено after 12 minutes 43 seconds:
Ещё сейчас откопал некую "Фоновую интеллектуальную службу передачи" BITS, которая ищет свободные дырки в сети, чтоб качать по ним гигабайты.
Вырубил нах!

Есть.
И даже круче.Это я и имел ввиду, говоря там выше, что MFT может "размазываться" по всему диску, в отличие от FAT, запись которой (пусть даже две) находится строго в начале тома, и никуда перемещена быть не может.

Ты не понял главного - NTFS вообще незачем дефрагментировать - все файлы ВСЕГДА пишутся цельными ! Понятие дефрагментации в ней просто отсутствует! Тут может быть лишь использование перерасперделение места записи файлов с целью освобождения "хвоста" тома для возможности записи длинных файлов. Впрочем, это и так будет выполнено автоматически при потребности такого действия.

Второе - те времена, когда операционка могла регулировать выделение места на харде под запись, давно уже прошли. Современные жесткие диски всегда сами внутри себя перераспределяют свое реальное пространства в логическое, поскольку реальное количество секторов и дорожек давно уже вышло за пределы ограничений Вынды. И где конкретно ляжет запись, лишь винчестер ведает. Так что "середина" диска - это пуск стрелы на все четыре стороны - где реально ляжет - не узнаешь.

И третье - ты читал сокращенное описание - да, основная база имеет копию и индексные файлы быстрого поиска, но если теряется (уничтожается сам каталог MFT), то восстанавливать данные диска придется e;t по принципу поиска стертых файлов.
А не обращению по строго фиксированным адресам, как в FAT. Что гораздо труднее.

Из того что вижу при просмотре адресов, выделенный своп под NTFS торчит в районе первой трети диска.

А FAT, как мне напоминает склероз, завсегда сидела именно в начале диска.



Это помню из визуального, при сканировании дисков разной программной фыгнёй.

Вы это серьёзно?

Так спецификацию стандарта посмотрите сами. Если не считать сбор хвостов.

Ну как обычно - вера надписи на заборе. На самом деле дело обстоит так:

Вы хотя бы на даты смотрите публикаций статей. А если там дата не указана, то вас должно было уже насторожить хотя бы упоминание Norton Speed Disk аж целой Пятой версии...

А сейчас уже Windows уже 10 идет, а не NT 4...

И что, на ней особая, нефрагментируемая NTFS?!

Программисты микрософта больше делают упор на внедрение шпионских модулей...

Теоретизировать тут можно сколько угодно, но когда я долго не запускаю дефрагментацию, а затем запускаю Auslogic Disk Defrag (который визуализирует карту диска и расположение фрагментов файлов) - всё становится оче-видно.

Ещё момент: когда я пользовался FAT32 (из-за быстроты работы), то в случае любого сбоя программы или зависания системы (с принудительной перезагрузкой) - на диске всегда так или иначе повреждались или терялись какие-то данные. Папка FOUND.000 никогда не пустовала.
С переходом на NTFS я до сих пор не потерял ни одного файла из-за системных и аппаратных сбоев. Годами.

Поэтому я утверждаю на собственном опыте - NTFS гораздо надёжнее, чем FAT.

Во -первых, я упоминал, что файлы пишутся в поток, когда есть свободное место на томе, и это СТРАТЕГИЯ записи в NTFS. Как она поступает при отсутствии места для полной цепочки , это уже начинает зависеть от алгоритма текущей ОС - а в некоторых случаях - и от установленных резидентов или драйверов. Если у вас диск забит под завязку - то тогда конечно, возникнет дефрагментация на длинных файлах. Только вот одна мелочь - это будут последние записанные файлы, и в 95 % случаев - это данные, а следовательно, на реальное быстродействие ОС это практически не сказывается. И даже больше - в таких случаях к дефрагментации только 2 -3 файла обычно рекомендуется.

Тут утилиты упоминались разные для дефрагментации - так вы мимо самой мощной из известных прошли - попробуйте воспользоваться дефрагментатором из FixIt Utilities или более мощного по составу пакета System Suite воспользоваться. (Только имейте в виду, что последние его версии настолько хорошо защищены от пиратов, что это будет весьма сложно без покупки их).
- Для обычного состояния диска NTFS он как правило показывает несколько фрагментированных файлов - но дает рекомендацию, что дефрагментации не требуется, поскольку она будет излишней и никакого выигрыша не даст, только время на эту операцию потратите.



Я же уже писал, что контроллер жесткого диска САМ перераспределяет место реальной записи на диске внутри себя и не никак не выдает ее наружу- поэтому РЕАЛЬНОГО расположение секторов, в которых хранятся ваш файлы, вы НЕ УВИДИТЕ.
Контроллер харда сам выбирает для них лучшее место по его модели, - и даже могу сообщить, что например, серверные ЖД стоят гораздо дороже еще и потому, что имеют более мощный оптимизатор для ускорения доступа, и даже способен на лету перекладывать наиболее запрашиваемые данные в более быструю зону обслуживания + буфферизирует их.



Я этот счет веду уже десятилетиями - и могу сказать, что у меня в доступе до сих пор крутится компьютер с Третьей! еще вындой, который используется несколько раз в неделю, и пара с 98 вындой, работающие постоянно, в течении уже 17 лет, и на которых также не было потерь файлов при аппаратных сбоях. Вот жесткие диски, правда, менять на них приходилось по нескольку раз, по отказам. Но это, конечно - предел. Есть и сколько угодно компов ( от блондинок) на которых и дважды в год полный крах файловой системы происходил. Причем и NTFS не спасала... Не всю информацию с диска удавалось восстановить.

Другое дело в том, что в FAT мне ничего не мешает восстановить информацию раздела прямо на диске и тем самым восстановить его. А вот с NTFS гораздо сложнее - из-за его закрытого описания стандарта защиты - не желает он принимать восстановленное описание раздела и MFT. тут приходится через внешние копии вытаскивать информацию.

Кстати, и в этом случае с FATом гораздо проще - в ней ведь вся информация, как в БД, четко по клеточкам разложена, и писалась по четким правилам.
Что например, позволо без особых трудностей, когда у моего приятеля рухнул винчестер ( это еще в 90 годах было) и Norton Uneraser , и TC Tools, и прочие программы восстановления информации ничего не смогли вытащить, я без особого труда написал утилиту, которая вытащила более 90 процентов потерянных документов -несколько архивов удалось открыть лишь частично. Впрочем, она и под NTFS, как потом выяснилось, после переписки процедуры чтения секторов, неплохо работала...

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

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

Вы это опять серьёзно? Вы что, серьёзно считаете что если скомандовать HDD сделать запись в LBA 0 и LBA Max, то диск физически сделает запись не в начале и конце диска, а в где-то в середине и на соседних треках, и что при этом HDD учитывает файловую систему (т.е. файловую систему обслуживает сам контроллер HDD)?

Я тоже удивился, читая это: - "надо же, какие интеллектуальные контроллеры пошли у HDD"... Научились работать с файловой системой на "высоком" уровне.

Муркиз, карта диска в дефрагментаторах отображает именно такое расположение фрагментов файлов, которое имеется физически.
Это не касается лишь SSD и прочих "некрутящихся" носителей.