Открыть список
Как стать автором
Обновить

Комментарии 161

Это та компания, которая разогнала отдел тестирования? :)
Нет конечно. Отдел тестирования в Microsoft никто не «разгонял». Он там есть и работает. Вот видео про это: youtu.be/S9kn8_oztsA
Кому верить?
Раньше в компании работал большой отдел тестеров на зарплате. Потом их сократили, а тестирование переложили на широкое сообщество (бесплатных) добровольцев, которые участвуют в программе Windows Insider.
Я уже который раз задаю вопрос, а есть какие-то пруфы, кроме слов уволенного тестировщика, который явно сильно недоволен этим фактом, а потому предвзят? Владеет ли сотрудник отдела тестирования достаточной информацией о стратегии компании?

В программе Windows Insider участвуют по доброй воле. И нельзя сказать, что это плохо. Наоборот, тестирование пользователями даёт несопоставимо больший объём кейсов, чем способны осилить профессиональные тестировщики. Это, впрочем, не означает, что они больше не нужны. Нужны и те и другие.
Отдельно доставляет, что в той статье ссылаются на это же видео. В котором, среди прочего, автор говорит, что Windows 10 — лучшая на сегодняшний день версия винды (на временной отметке 14:50 — 15:10). Это видео — это, прежде всего, мнение одного человека, в котором он описывает своё видение проблемы по состоянию на 2014-2015 год. В видео автор нигде не утверждает, что «всех тестировщиков уволили, а тестирование переложили на широкое сообщество (бесплатных) добровольцев». Его слова можно так интерпретировать. А можно — иначе. Зависит от того, насколько вам жалко сову и глобус.
Хочется выразиться как Сергей Лавров.

Как Черномырдин

Сначала Ч, а потом уже СЛ.
Никогда такого не было и вот опять.
Я думал, это только Norton Disk Doctor называли Norton Disk Destroyer.
Интересно, а эта ошибка проявляется вчегда, или есть разница в UEFI и Legacy режиме биоса?
У меня такое впечатление, что в Legacy режиме система стабильнее работает.
У меня такое впечатление, что в Legacy режиме система стабильнее работает.

А у меня есть точные замеры, что в Legacy ОС грузится на 20 секунд дольше.

Вопрос был вроде про "стабильнее"

Стабильно на 20 секунд дольше грузится.
На SSD? (у меня в легаси на ССД (не nVME) вся загрузка занимает 7-10 секунд (от момента когда «биос гаснет») — как оно на 20 секунд дольше может быть?
На NVME. Похоже на баг конкретной платы (не самой дешёвой замечу), она именно на этапе биоса тормозит.

Какая разница, сколько грузится система, если она работает стабильно?

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

До сих пор полно странных и систем, и программ — не умеющих восстанавливать сессию.

Система, типа восстанавливающая сессию, — это эрзац. Ну запустит она мне после старта три терминала, как это было на момент получения сигнала от UPS (как будто я сам не могу этого сделать). Круто, а выхлоп последних выполненных команд в этих терминалах где? А история этих команд почему слилась воедино, хотя до ребута была индивидуальной? А промежуточные результаты работы из /tmp куда делись?

Без стопроцентной поддержки в программах это чушь, а не восстановление сессии. А вот нормальных программ, которые реально восстанавливают сессию, нет, это миф. Даже восстанавливающий вкладки браузер все тянет заново из сети, измененное содержимое полей ввода теряется, так что рассматривать это можно лишь как плюшку на случай аварийного завершения работы, а не как фичу для повседневного использования.
Круто, а выхлоп последних выполненных команд в этих терминалах где?

Вы ж виндузятник, для вас терминал — слово ругательное.
Ну ладно, история в screen, вместе с выводом, на сервере, где и положено, а не на оконечном устройстве. Дальше что?


А промежуточные результаты работы из /tmp куда делись?

Там же, на сервере, и остались. В чем проблема?


Даже восстанавливающий вкладки браузер все тянет заново из сети

Опера (не хропера) — восстанавливала. Ну, не будем о покойных.


И еще, если вам актуально


измененное содержимое полей ввода теряется

то вам актуально и не потерять контекст из головы, а значит, StR вполне подойдет, без гибернации, даже на DR-классе.

Там же, на сервере, и остались. В чем проблема?

Не нужно включать дурачка. Вы прекрасно поняли описанный мной юзкейс.

а значит, StR вполне подойдет

Я не использую ноутбуки для работы, а контекст StR слишком легко теряется, оставляя систему жестко обрубленной.

Не очень, на самом деле. У вас иногда очень альтернативные взгляды на реальность, проще переспросить таким образом, чтобы возможные неточности всплыли на поверхность.


Да, в вашем случае гибернация — разумный выход.
Правда спасать таким образом содержимое форм — идея того же уровня, что при наличии рейда или снепшотов можно не использовать бекапы.

Ну ладно, история в screen, вместе с выводом, на сервере, где и положено, а не на оконечном устройстве. Дальше что?

А vim для написания программ мне тоже на сервере в screen запускать?

Нет, ну запустить-то вы его запустите… Выйти-то из него как? )

Угу, только у винды этот спящий режим сколько раз глючил так, что фиг разбудишь (ещё с 7-ки), а невыключеный комп — шумит.
Гибернация! Вот выход.
Под спящим режимом я имел в виду все S-семейство, включая гибернацию.
Уже долгое время сижу на 1909. Пробовал обновляться до 2004, но пришлось откатиться обратно из-за ряда проблем с падением производительности после запуска системы.
А после этой новости вообще пропала надежда и на стабильность 20H2. Печально.

На fx8320e я наоборот столкнулся с заметным повышением производительности в играх при обновлении до 2004, поправили планировщик многопоточности.

Да, тот же. Причем фпс вырос на 10-15%, а загрузка уровней ускорилась в 3-4 раза

Надо предложить сотрудникам Microsoft:
1) пользоваться только своей кривой ОС;
2) тестировать все обновления на своих ПК в течение месяца перед обновлением всех ПК в мире;

Глядишь, начнут думать, прежде чем выкатывать сырой софт.
Вы не поверите, но они так и делают.
И несколько сотен/тысяч сотрудников за всё время тестирования так и не заметили, что базовая функция их ОС повреждает данные? Охренеть тестеры.
Так может оно только на определённом сочетании оборудования работает. А ПК в компаниях стандартизированы.
Так может оно только на определённом сочетании оборудования работает.

Но как же


Проблема не связана с железом. Она воспроизводится также на виртуальной машине.

Несостыковочка. Или вы думаете что весь Microsoft целиком на HDD, в дань традициям?

И тем не менее проблема действительно проявляется не на любой конфигурации оборудования и не на всех виртуальных машинах. Вот небольшой список протестированных конфигураций с немецкого форума, где опубликована исходная статья:

Всё нормально:
  • 12x Lenovo B50 mit AMD A6-6310, Sandisk Z400s SATA-SSD, MBR/BIOS, Nero24
  • 1x ASUS Prime H410M-D mit Intel Core i3-10100F, Kingston A2000 M.2-PCIe-SSD, GPT/UEFI, Nero24
  • 1x MSI A320M-A Max Pro mit AMD Ryzen 3 2200G, Crucial BX500 SATA-SSD, MBR/BIOS, Nero24
  • 1x Gigabyte A75M-UD2H mit AMD A8-3870K, LiteOn SATA-SSD, MBR/BIOS (clean install 20H2), Shinsaja
  • 1x HP Elitebook 8460p, Core i5-2520M, Crucial MX300 275 GB 2,5" SATA, MBR/BIOS, Sje8607
  • 1x VMWare Workstation 15.1.0 (13591040) auf GA880-UD3H V2.1 mit Athlon II X4 640, VM auf HDD, MBR/BIOS, RPU
  • 1x VMWare Workstation 15.1.0 (13591040) auf GA880-UD3H V2.1 mit Athlon II X4 640, VM auf HDD, GPT/UEFI, RPU
  • 1x ASUS B450M-A mit AMD Ryzen 7 1700, Sandisk PRO SATA-SSD, GPT/UEFI, eratte
  • 9x Lenovo Flex 2-15D mit AMD A6-6310, Kingston A400 SATA-SSD, GPT/UEFI, Nero24


Повреждения ФС:
  • 6x ASUS A68HM-PLUS mit AMD A8-7600, Kingston A400 SATA-SSD, MBR/BIOS, Nero24
  • 1x ASUS A68HM-PLUS mit AMD A8-7600, Kingston V300 SATA-SSD, MBR/BIOS, Nero24
  • 2x Lenovo V110 mit Intel Core i3-6006U, Intel 540s M.2-SATA-SSD, MBR/BIOS, Nero24
  • 1x Lenovo V110 mit Intel Core i3-6006U, Samsung PM881 M.2-SATA-SSD, MBR/BIOS, Nero24
  • 1x VirtualBox-VM mit AMD Ryzen 7 2700, VDI auf Toshiba-HDD, MBR/BIOS, Nero24
  • 1x VirtualBox-VM mit AMD Ryzen 7 2700, VDI auf Toshiba-HDD, GPT/UEFI, Nero24
  • 1x ASUS ROG STRIX Z49-E mit Intel i9-10900KF, Samsung 970 Evo Plus M.2-PCIe-SSD, GPT/UEFI, Orbiter
  • 1x ASUS Strix B350-I mit AMD Ryzen 5 3600, Samsung 960 Evo M.2-PCIe-SSD, GPT/UEFI, eratte
  • 4x Lenovo Flex 2-15D mit AMD A6-6310, Kingston A400 SATA-SSD, GPT/UEFI, Nero24

Тут прямо в этом списке повторяющиеся позиции (например, последние строки).


Это как раз и значит, что проблема не в железе, а где-то ещё.

Написано же — от железа не зависит. Да смутные сомнения вызывает высказывание о том, что свою кривую ОС они пишут на ней же.
Ниша шиндовс — word, да игори. Ну немного специализированного софта, который ещё не успели переписать на *nix'ы.

"Ниша" Windows — это как-то громко сказано учитывая её долю на десктопах. Скорее уж "Рынок" windows.

который ещё не успели переписать на *nix'ы

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

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


Windows has 1.5 billion active users

То есь баг 1 на миллион возникает в среднем у 1500 юзеров. И как предлагается это тестировать?

Можно много говорить про «недотестировали» и «сырой продукт», но windows это платформа которую используют чуть меньшим чем количество копий способов и протестировать все варианты просто нереально.
Либо мы получаем регулярные обновления системы (раз в месяц, раз в 2 месяца), либо ждем обновлений по несколько лет, когда критическая уязвимость правится годами.

Кроме времени и качества есть еще, конечно, критерий «деньги» — но думаю не стоит говорить, что если windows будет стоить как самолет — никто его покупать не будет. А зачем им тогда им заниматься, если его не будут покупать? Вот и выбрали между «быстро» и «качественно» — «быстро».

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

Можно попробовать Enterprise LTSC, там должно быть всё стабильно с обновлениями.

Так потому что и мажорные обновления позже приходят, со всеми хотфиксами и правками с общего релиза.

Windows стоит немало, дополнительно по-умолчанию показывает рекламу в старт меню (к счастью, хотя бы отключаемую), а также собирает различную информацию. Кроме того, качество и стабильность (имхо) снизились со времен Win7.


Я пользовался Win10 начиная с ее появления в 2015 году (лицензия, не сборка какая-нибудь). И там была недоделка на недоделке, частично не локализованный интерфейс, UI/UX разных приложений разный. Это точно коммерческий продукт от компании с опытом в 30 лет, самая популярная ОС в мире или наколенная поделка от энтузиастов?

А альтернатива есть? Кто-то может создать в ближайшее время? Нет? Вот и пользуемся дальше.

Зависит от задач. Я одной из альтернатив успешно пользуюсь уже лет 16.

Какую рекламу в Start оно показывает? Вот мой Start например, у меня все настройки системы дефолтные, но в пуск я офк закрепил нужные мне программы. Где какую рекламу я должен увидеть?


img


Я пользовался Win10 начиная с ее появления в 2015 году (лицензия, не сборка какая-нибудь). И там была недоделка на недоделке, частично не локализованный интерфейс, UI/UX разных приложений разный. Это точно коммерческий продукт от компании с опытом в 30 лет, самая популярная ОС в мире или наколенная поделка от энтузиастов?

Пользовался десяткой с момента её выхода в бета-тестирование на 9ххх версиях ещё. Иногда были непонятные глюки, но после выхода в релиз никаких особых проблем невозникло. Зато когда я попробовал поставить себе сначала арч, а потом сусе, то узнал много интресного

Какую рекламу в Start оно показывает? Вот мой Start например, у меня все настройки системы дефолтные, но в пуск я офк закрепил нужные мне программы. Где какую рекламу я должен увидеть?

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

Ни разу не видел. Если галочка и есть, то по-умолчанию выключена. Я повторюсь, что при установке системы оставляю все дефолты, ни трекинг не отключаю, ничего. И ни разу за 6 лет не видел ничего подобного.

Она по умолчанию включена и по умолчанию рекламные вставки появляются регулярно. Либо вы ее отключили сразу после установки, либо у вас модифицированный образ системы.

Подтверждаю его слова — недавно перекатывал ось (перекраивал разметку диска), галочки не трогал — ничего. Образ собран из ESD файлов с серверов M$. ЧЯДНТ? Или речь про всякие «Candy Crush» и прочий хлам? Так оно и без галочек есть, само по себе, и удаляются их плитки в один клик, до установки самих приложений.

Галочка есть в настройках и не мною придумана. Может от региона зависит, может от вашего аккаунта, может от софта, может от фазы луны, я не знаю. У меня таким образом в рекомендациях висел букинг и фейсбук из стора (win 10 pro на сборном компе, образ чистый), на работе у нескольких человек висели какие-то архиваторы и кодеки. У жены на ноутбуке ни разу ничего не рекламировалось.

Я ничего не отключал, образ — стандартная прошка, качающаяся с mediacreationtool'а. Я после того как он появился перестал получать образы каким-либо другим образом. Скачал образ, записал руфусом, поставил со всеми умолчаниями, получил систему. Дата установки — 29 мая этого года.


Можно увидеть как эта реклама хоть выглядит? Просто одно дело если это плитки каких-то предустановленных программ, но это решается просто тем, что пуск так или иначе под себя настраивается, туда добавляются нужные ярлыки, а ненужные убираются. И другое если это какая-то фигня поверх всех окон вне зависимости от содержимого пуска и т.п.

Это плитка в пуске с именем приложения и подпиской "рекомендовано вам" или как-то так.


Заголовок спойлера

image

Любопытно, у меня такого нет, при том, что тот же фубар у меня из стора установлен, то есть все аккаунты и прочее слинковано.


Ну, предложка может раздражать, согласен. Хотя лично мне было бы даже все равно, туд смотреть смысла нет. Основное внимание на панель с плитками все же. Если мне нужно что-то из левой панели, либо это recent, либо нужно набирать текст чтобы не листать список а сразу выбрать что нужно. В результатах поиска рекламы пока ещё слава богу нет.

А вот эти бублсаги и кендикраши — это тоже вы сами?
Реклама в том, что при первом запуске куча иконок непрогруженных, пока интернет не дашь и он не скачает какой-то лажи именно в виде не предустановленного, а предлагаемого к установке (то есть ткнёшь — скачает и поставит), но его не много и вроде при обновлениях не прилетало (там просто либо музыку грув, либо яндекс музыку впендюрят). Но убирается на раз, да и так кроме установки после я чего-то и не видел нигде, хотя не везде галочку убираю эту.

Бубл слаги — какая-то предустановленная фигня, сидит себе и сидит, мне не особо мешает. Я вот этой левой панелькой вообще не пользуюсь (кроме как Recently added). Если мне нужно что-то чего нет в пуске я сразу набираю текстом чтобы он поискал и выдал что мне нужно. Руками скроллить все эти кандикраши необходимости нет, я их и увидел впервые когда вот этот скриншот сделал. Мозг отфильтровывает шум автоматически.

она как раз не ПРЕДустановленная. она с теми самыми настройками по умолчанию и приползает, в дистрибутиве их нет.
> Либо мы получаем регулярные обновления системы (раз в месяц, раз в 2 месяца), либо ждем обновлений по несколько лет, когда критическая уязвимость правится годами.

Есть 3й вариант — как в debian и прочих. Security обновления отдельно, новые фичи отдельно. Пусть пользователь сам выбирает ветку.
Так у Винды сейчас фичи и так отдельно — только в полугодовых апдейтах. Причём их можно не ставить и продолжать получать патчи безопасности. Правда в МС хотят отказаться от этой практики в пользу более регулярной доставки фич.
Ну да, поэтому 20Н2 до сих пор в тестах, а номера тестовых сборок (как минимум в круге Dev) уже на 21 год указывают (т.е. возможно 20Н2 не будет, будет 21Н1).
Отключаю обновления на ПК и смартфоне — чтоб без сюрпризов в самый важный момент)) Обновления накатываются при переустановке ОС(раз в пол года) или смене смартфона(раз в полтора года)

А зачем так жить?
3 года назад купил ssd, как поставил систему, так и не переустанавливал ни разу с тех пор, все по прежнему шустро

Только 10 штатными средствами не позволяет дольше чем на месяц их отключить. Да и «неожиданно» они не прилетают — система выводит уведомление о доступности обновления, и его можно отложить. Да, отказаться нельзя, но как минимум отсрочить, если так страшен шанс попасть в этот % юзеров с багом, который ни у тестеров в M$, ни у юзеров Insider Preview (дратути) не проявлялся.

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

Только 10 штатными средствами не позволяет дольше чем на месяц их отключить.

Если не Home — то позволяет точно, устанавливается в политиках.

Че-то слышал, что в свежих версиях этот параметр игнорится. Хотя, может не о том была речь, только заголовки смотрел.

летом ставил Pro десятку с образа 1607, обновил до 1909, потом загуглил как отрубить обновы через групповые политики и отрубил. Никаких самовольных поползновений в сторону обновления с тех пор не наблюдаю. А вот отключение real time защиты Windows Defender упорно игнорирует и все равно кидает в карантин кряки игр.

А, да, точно. Хотя я на 2004 сижу (insider сборка 21277), да и с конфигами не балуюсь — дефендер отрубаются же при наличии стороннего антивиря, у меня все кряки живы:) А обновы никогда не отрубал, да и проблем кроме недолгой дисфункции китайского Xbox 360 wireless receiver и вылетов blue stacks (и не важно, включён HyperV или нет) не ловил, да и те не критичные.

Странно, у меня отключение real-time даже в обычных настройках (без влезания в политики или куда-то глубже) вполне адекватно отрабатывается (вплоть до 20H2), никаких карантинов и реакции на что-то даже очевидно злобное. Правда, кряков игр у меня нет.

отключение real-time даже в обычных настройках

Это то, которое пишет, что скоро обратно включится?
Хотя никаких проблем при отключении сторонними средствами я не вижу
Заголовок спойлера
Надпись в настройках - нет активного поставщика антивирусной программы. Устройство уязвимо.
Значит его отключение через интерфейс фигня в чистом виде.
вот оно, будущее пришло, программы тестируют конечные пользователи, спасибо
При обновлении Windows 10 запуск команды chkdsk повреждает файловую систему SSD

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


Проблема не связана с железом. Она воспроизводится также на виртуальной машине.

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


Данная ошибка может представлять большую проблему для корпоративных сетей и ведомства. В США многие организации, в том числе, правительственные, используют Windows.

Автор ранее работал пифией в НИИЧАВО?


Ранее Microsoft без официального уведомления начала тестировать новое встроенное приложение для Windows 10.

Ещё один любимый прием — в негативной новости в конце текста дать ссылку на абсолютно нерелевантное событие, но про ту же компанию и с добавлением негативного контекста ("без официального уведомления"), хотя в реальности событие является положительным.

Как же бесит этот скандальный тон.

Что на самом деле известно. Запуск chkdsk /f после установки кумулятивного обновления KB4592438 может вызывать разрушение NTFS. SSD здесь не при чём, отмечено и на HDD и на дисках виртуальных машин. Проблема воспроизводима не на любых машинах. Пока это всё. Неизвестно является ли данный апдейт причиной этого. Неизвестно портятся ли только системные диски или любые.

Абзацы про тормоза и утилиту DiskUsage вообще не нужны. Первый не подтверждён ничем, второй не имеет отношения ни к обновлению, ни к проблеме.

Пользователи, которые сообщают о проблеме, утверждают, что это происходит с параметром /f, хотя теоретически это может произойти и с параметром /r.

Параметр /r требует параметра /f.
Как минимум, не «повреждает», а «может повреждать». У меня, например, на виртуалке ничего не повредилось. 19042.685.

До обновления на 2004, лет 5 сидел 1909 и все было замечательно, до тех пор, как стала крашиться на обновлениях. Перешёл и тут у меня возникли проблемы с производительностью. Даже при наборе в поисковик Google, подвисает компьютер. Имея на борту 16 гигов ram, nvme, i5 6 поколения. Я уже не говорю про баги с несколькими мониторами.

Только 1909 вышла условно в сентябре 2019 а не 5 лет назад )))

Есть ли способ выпилить этот зловредный chkdsk из операционный системы? Он уничтожил мне венду которую я настраивал так долго, и до сих пор не могу настроить так же тщательно. Делюсь рецептом: надо просто отправить венду в гибернацию и загрузиться с другой венды. Потом надо каким-нибудь способом запустить chkdsk со всеми полномочиями (внезапное отключение питания сойдёт). После того как 30 секунд времени запуск утилиты никто не отменил, она проходится по всему разделу — и с первой же секунды уже становится всё равно, дойдёт ли её выполнение до конца или ресетнуть компьютер через пару секунд. Венда-1 больше не загрузится никогда.
Я и без chkdsk подобным образом файловую систему поломал. Просто отправил винду в гибернацию. Отвалилось питание. И то ли я, то ли комп сам автоматом загрузился с другой винды. «Пара-пара-пам. Всё!». Пострадали все файлы, что были открыты в первой винде, вторая в те блоки что-то успела записать. Причём о проблеме узнал только, когда снова загрузился в первую винду и обнаружил мусор в файлах.
Это-то и не удивительно: вы сами зашли на диск с системой в состоянии гибернации и начали туда что-то писать, отдавая себе отчёт в том что вы ССЗБ. Совсем другое дело когда запись на такой диск происходит потому что chkdsk получает максимальные полномочия не то что без ввода административного пароля, а вообще без какого-либо участия человека.
Гибернация это первое, что я отключаю в винде. Может потому пока и не нарывался на критические косяки.

Думаю, косяки очень сильно зависят от железа.


Я использую гибернацию уже очень много лет (ещё со времен висты), как минимум раз в день, на ноутбуках и на десктопах — единственная проблема это то что иногда (очень редко) она слетает и происходит полная загрузка, и то это только на одном из компов (декстопе). За исключением этого неудобства других проблем нет, потерь данных тоже никогда не случалось.


Как показывает практика, на декстопах вообще чаще случаются проблемы как со standby так и с гибернацией, к примеру, на материнке GA-X79-UD3 мне так и не удалось заставить работать standby (suspend-to-RAM) — оно или не работает совсем, или глючит через раз. На ноутбуках вообще никогда проблем не было.

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

Винда оставляет ФС грязной, впадая в гибернацию. Багу 20 лет 21 год уже, wontfix. Мало того, со введением гибернации ядра в 2011 году он еще и перманентный.


Chkdsk полезный, он чинит поломанную файловой систему. Ломает ее винда, восстанавливаясь из гибернации с грязными ФС.

Я с 2005 года не разу не видел пользы от chkdsk, а винда ни разу не сломала мне ФС восстанавливаясь из гибернации.
Чтобы Винда сама по себе сломала ФС я тоже давно не видел, но от скачков напряжения при загруженной Винде NTFS очень редко, но ломается, не смотря на то, что журналируемая. В теории от BSOD такое тоже может произойти. При загрузке с другой системы раздел определяется как RAW и Винда радостно предлагает его отформатировать. Вот тогда chkdsk /F бывает незаменим.
самое веселье было, когда винда не грузилось, зашёл под юсбишным линуксом (slax или magos) на диск, скопировать данные пользователя, после чего перезагрузился и… винда спокойненько загрузилась без проблем.

И в чём же "грязность"? Буфера сброшены, всё что должно быть в журнале есть в журнале.


Если взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему chkdsk — никаких проблем там не будет обнаружено, его можно спокойно читать. Писать тоже можно — но восстановиться с него уже не получится, что вполне логично (в теории можно было бы но система перестраховывается).

Если взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему chkdsk — никаких проблем там не будет обнаружено
Это абсолютная неправда, проблемы обнаружены будут, я гарантирую это. Утилита chkdsk пройдётся по всем файлам со следующим выводом:
Replacing missing or invalid security descriptor for file $1
Replacing missing or invalid security descriptor for file $2
Replacing missing or invalid security descriptor for file $3
...

Если эти проблемы возникли у вас — это не значит что они связаны напрямую с гибернацией. Выполняли ли вы chkdsk до гибернации? Может там уже всё битое было.


Если бы это было "абсолютной неправдой" то в любом случае когда восстановление из гибернации было невозможно были бы массовые проблемы, но их нет — система просто грузится с нуля и всё — разумееться, при условии что их там не было до гибернации.


Мне не один раз приходилось иметь дело с дисками после гибернации и проблем не возникало никогда.

Выполняли ли вы chkdsk до гибернации?
На той системе которая перестала грузиться — да, выполнял.
На другой системе с которой я убил первую — нет, потому что глупо выполнять chkdsk на системном диске который не принадлежит системе с которой запускается утилита chkdsk.
в любом случае когда восстановление из гибернации было невозможно были бы массовые проблемы, но их нет — система просто грузится с нуля и всё
Если бы моя уничтоженная система могла грузиться хоть как нибудь, например после восстановления системы с установочного диска windows, то я бы не создавал целое дерево комментариев в даном топике. Массовых проблем такое поведение chkdsk создать аж никак не могло, потому что вряд ли найдётся хотя бы 1% пользователей у которых больше одной установленной windows на одном компьютере. Плюс на значительном количестве материнок (в том числе на моей) отправление системы в гибернацию означает невозможность зайти в bios однократно при следующей загрузке компьютера.
Мне не один раз приходилось иметь дело с дисками после гибернации и проблем не возникало никогда.
Не сомневаюсь, вы ведь не пишете на эти диски ничего и уж точно не выполняете на них chkdsk. Сам много раз имел дело с такими дисками, любая запись на него приводит к невозможности восстановления из гибернации при сохранении возможности загрузиться.
потому что глупо выполнять chkdsk на системном диске который не принадлежит системе с которой запускается утилита chkdsk

Почему "глупо"? Ему всё равно какой диск проверять и приводить в порядок — пока там совместимая файловая система.


По остальному же — насколько я мог понять подобная ситуация у вас была один раз, посему сейчас уже концов не найти — что там поломалось и почему, но как я уже сказал выше — с высокой вероятностью проблема была не в гибернации, потому что гибернация от обычного выключения (с точки зрения файловой системы) ничем не отличается.


Невозможность зайти в BIOS — тоже не имеет отношения к гибернации, про это уже раньше отвечали в комментариях — скорее всего виноват гибридный режим, т.е. когда система де-факто находится в standby. Если это "чистая" гибернация (которой можно достичь запретив standby или выполнив "shutdown /f /h") — то в BIOS зайти всегда можно, ибо ни он ни вообще железо про гибернацию вообще не знают. Если у вас есть под рукой система которое не пускает в BIOS — попробуйте "shutdown /f /h" и поделитесь результатом, очень любопытно.


Не исключаю что могут быть варианты BIOS которым можно "подсказать" пойти сразу в загрузку при наличии гибернации, но это скорее можно ожидать на железе которое чётко заточено под Windows (типа Surface), хотя всё равно маловероятно (на моём Surface я могу зайти в BIOS после гибернации, специально проверил).


Не сомневаюсь, вы ведь не пишете на эти диски ничего и уж точно не выполняете на них chkdsk.

Как раз chkdsk я и выполнял — гибернирую систему, гружу другую (или RE), из неё выполняю chkdsk на диске с гибернацией — и всё ок, ни единой проблемы. При переносе диска с гибернированной системой в другой комп тоже нет проблем. Правда, всё это — в пределах одной версии системы.

Видимо, вы никогда не пробовали


взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему chkdsk
Судя по тексту внизу, там ID безопасности были заменены, а значит варианты: одна из ОС — сборка от кого-то; разные версии ОС; в одной из ОС кто-то покопался в настройках безопасности и группах/пользователях ОС…

Да вариантов куча.
Но если попытаться на другой системе посмотреть в журнал — всегда есть сообщение об откате транзакций/восстановлении из журнала.
Линуксы, говорят, отказываются монтировать раздел с виндой если она ушла в гибернацию.
На ithappens попадалась кулстори про невидимые файлы, подкинутые в раздел винды во время ее гибернации —емнип, о Vista/7 шла речь.


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

У меня есть кулстори, как примонтировав раздел в ливюсб линуксе, я восстановил загрузку винды, которая до этого отказывалась. А вот почему она так делала — я без понятия до сих пор, до этого я кучу способов перепробовал, чтоб воскресить)
Линуксы, говорят, отказываются монтировать раздел с виндой если она ушла в гибернацию.
Подтверждаю. Даже не обязательно системный раздел, а любой, который был подмонтирован в винде когда она «выключалась». Мне пришлось специально искать способ заставить ее именно выключаться, а не засыпать.
одна из ОС — сборка от кого-то
Нет, я таким давно уже не балуюсь. Все образы — точные копии официальных, даже активатор был не вшитый. Извиняюсь за пользование варезом, просто первый ноут шел с Windows Vista, а остальные ноутбуки той же модели я покупал с рук, как правило без диска.
разные версии ОС
Да, угробленная версия была Windows 7 x64 (кажется, Enterprise) а угробил ее я с версии Windows 7 x32 (кажется, Ultimate).
в одной из ОС кто-то покопался в настройках безопасности и группах/пользователях ОС…
Точно нет, но возможно, результатом «работы» chkdsk стало изменение прав доступа всех файлов на NTFS разделе.
khajiit
Но если попытаться на другой системе посмотреть в журнал — всегда есть сообщение об откате транзакций/восстановлении из журнала.
Той ОС несколько лет уже нету в живых, есть только бекап убитой системы.

Выше я уже говорил — пробовал и не раз. Никаких проблем.

Если вы не знаете, куда смотреть, и вам до сих пор везло — это говорит не о том, что вы обладаете сокровенным знанием, а о том, что вам везло.


Двойной маунт некластерной ФС === разрушение ФС. По определению.

надо просто отправить венду в гибернацию и загрузиться с другой венды

ССЗБ.

Гибернезированная система намертво связана со всеми примонтированными в момент засыпания ФС. В ней открыты дескрипторы файлов, не сброшены буферы записи, пишущие и читающие потоки остановлены прямо в момент позиционирования головок.

Сразу после гибернации ACPI-система даже в BIOS не дает зайти, чтобы кривыми руками ничего там не было изменено. И тут приходит eimrine, загружает другую систему, и проходится по диску утилитой, изменяющей внутренние структуры ФС. А потом жутко удивляется, что все сломалось.
Может что-то и изменилось, но всё время существования BIOS-а и раннее UEFI (года до 14) в BIOS/UEFI можно было спокойно зайти после гибернации(S4, иногда S5). Проверю сегодня интереса ради на более свежей системе с AMI Aptio, но помоему ничего там не изменилось. Вот если говорить о режиме S3, то да, не даст.
У меня три компа: два самосборных десктопа на базе плат ASUS и GIGABYTE и ноутбук Lenovo. Все трое еще BIOS. Все трое после гибернации в Setup сразу не пускают.

Конечно, если быстренько резетнуть во время POST, то дальше уже все как обычно, но попытку можно засчитывать.
BIOS. В другом треде написал.
Проверил сейчас. Asus P8Z68 — пускает, Commel какой-то на атоме старом — пускает, ThinkPad T61/T500 — тоже пускает, далее достал совсем раритеты: Asus P3B-F — пускает, CUR-DLS тоже пускает. Рецепт проверки: отправляю систему в гибернацию, она в неё уходит, жму кнопку включения, после чего жму по DEL/F1/F2/ESC. Первая плата даже не очень честная, она с UEFI, но всёравно пустила.
Записал видео. Древний ноутбук, ключевые отличия на POST-экранах сразу после входа в гибернацию (2:00) и после повторного включения (3:20), см. в нижнюю часть экрана. F2 на видео не тыкаю, но когда нет надписи, она и не работает.

Видео



А еще в тред призывается khajiit, чтобы рассказать нам, почему свежий линукс на старом компе так позорно фейлит гибернацию, да еще и файловую систему коцает.

Давайте посмотрим вместе, чего нет-то.


Ну, во-первых, фейлится не гибернация, а восстановление.
Во-вторых: что у вас на 3:13 знаете? А каджит знает. Диск отвалился.
В-третьих: на 4:32, если не умеете читать по английски, то там написано, что ядро не смогло дождаться resume device — какие-то проблемы с инициализацией устройств, от чего ядро решило, что восстановиться не получится и продолжило обычную загрузку.


Немного теории: гибернация делается обычно в своп. Гибернироваться в файл или zvol — идея так себе, потому что получается задействован лишний слой или даже несколько.
Оно может работать, но не факт, что стабильно.


Вывод dmesg | grep resume и mount | grep swap и grep -H . /etc/*-release и grep -nRH RESUME /etc покажете?

Ну, во-первых, фейлится не гибернация, а восстановление.

Обычному юзеру до лампочки. Да и не факт, кстати, что восстановление.

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

Диск отвалился

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

что ядро не смогло дождаться resume device

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

Немного теории: гибернация делается обычно в своп. Гибернироваться в файл или zvol — идея так себе, потому что получается задействован лишний слой или даже несколько.

Это ванильный debian, ничего кроме установки софта из штатных реп с ним не делалось, никакие настройки гибернации не менялись.

Вывод
dmesg | grep resume

Пусто. И не понятно, чему там быть, если это обычная загрузка по сути.

mount | grep swap

Пусто :)

Ага, а в /etc/fstab есть. И top/htop показывают. И free тоже:
Mem: 2.0Gi 215Mi 1.4Gi 60Mi 353Mi 1.5Gi
Swap: 2.2Gi 0B 2.2Gi

Уже весело, своп работает, а в таблице монтирования его нет.

grep -H. /etc/*-release

/etc/os-release:PRETTY_NAME=«Debian GNU/Linux 10 (buster)»
/etc/os-release:NAME=«Debian GNU/Linux»
/etc/os-release:VERSION_ID=«10»
/etc/os-release:VERSION=«10 (buster)»
/etc/os-release:VERSION_CODENAME=buster
/etc/os-release:ID=debian
/etc/os-release:HOME_URL=«www.debian.org»
/etc/os-release:SUPPORT_URL=«www.debian.org/support»
/etc/os-release:BUG_REPORT_URL=«bugs.debian.org»

grep -nRH RESUME /etc

/etc/initramfs-tools/conf.d/resume:1:RESUME=UUID=3275d903-6bea-4def-8cdf-3f2e338095ea
Binary file /etc/dictionaries-common/default.hash matches

Предвосхищая вопросы, сразу даю fstab:
# / was on /dev/sda1 during installation
UUID=a7148a72-7143-4f17-bc5a-27d5874442a7 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=3275d903-6bea-4def-8cdf-3f2e338095ea none swap sw 0 0

и айдишки разделов на sda:
/dev/sda1: UUID=«a7148a72-7143-4f17-bc5a-27d5874442a7» TYPE=«ext4» PARTUUID=«bc1f39f8-01»
/dev/sda5: UUID=«3275d903-6bea-4def-8cdf-3f2e338095ea» TYPE=«swap» PARTUUID=«bc1f39f8-05»
TL;DR
Да и не факт, кстати, что восстановление.

Оно нормально слипается, насколько можно понять из видео, и потом начинается чехарда. Что значит "не факт", если у вас проблемы на уровне платформы?
Ответ "я не хочу их видеть" равносилен признанию в том, что ваша цель — не решить проблему.


Экран гаснет, потом снова зачем-то включается и висит с замороженной картинкой все время, пока пишется дамп

T440s ведет себя точно так же, но просыпается нормально.


Не диск отвалился, а код первичного загрузчика не смог опознать и загрузить вторичный загрузчик

Список загрузочных устройств проверяли после ухода в гибернацию? Диск там присутствует?
В любом случае, это ненормальное поведение, и оно наступает до попытки сделать resume.


но это не мои проблемы

Гиви Зурабович, вы уже продемонстрировали в соседней ветке глубину ваших познаний и остроту ума, не нужно еще раз доказывать ваше полное соответствие Даннинг-Крюгеру. Особенно, если это кажется вам очень остроумным и своевременным.
Проблемы вашего кривого железа с кривой фирмварью — это ваши проблемы. Разница в том, решать вы их хотите, или изображать русскую классическую литературу.


Так вот, возвращаясь к нашим баранам: у вас, насколько можно понять из видео


  • платформа рапортует ядру, что все ок и выключается
  • платформа теряет диск или оказывается неспособной прочитать информацию с него
  • на диске оказываются битые данные (???)

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


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


  • пересоздадим свап:
    swap=$(swapon --noheadings --show=NAME)
    swapoff $swap &&
    mkswap $swap &&
    swapon $swap
  • добавим строчку resume=UUID=<your_new_UUID> в /etc/default/grub к остальным параметрам ядра (строка GRUB_CMDLINE_LINUX_DEFAULT или GRUB_CMDLINE_LINUX)
  • запишем новый UUID в /etc/fstab
  • запишем новый UUID в /etc/initramfs-tools/conf.d/resume
  • перегенерируем образ initramfs: update-initramfs -u
  • перегенерируем конфиг grub: update-grub
  • перезагрузимся
  • введем систему в гибернацию вызовом systemctl hibernate

Если это не поможет — значит, платформа более косячная, чем должно быть по наивному предположению.
Если косяк только в управлении питанием — должно помочь полное обесточивание после гибернации, с выниманием аккумулятора.
Если нет — то исправление косяков заброшенной производителем платформы в обязанности каджита не входит, и вам придется с этим жить и дальше.


Но вы можете попробовать обновить firmware — возможно, что производитель таки выпустил фикс.
Так же возможно, что установленный жесткий диск ведет себя странно после пробуждения. Угу, несовместимости бывают и такие — при том, что по отдельности железки работают исправно.

Меня утомил ваш необоснованно высокомерный тон.

Если вы решили, что я ищу помощи, то вы сильно ошиблись. Мне банально жаль времени на ковыряние в недоделанных финских велосипедах.

Персональное мнение
И я уже сильно жалею, что снова попытался вступить с вами в конструктивный диалог. Лишний раз убеждаюсь, что он просто невозможен с человеком (или кем вы там себя возомнили), который настолько высокого мнения о себе. Ваше девичье имя, случайно, не Sheridan?

И пожалуйста, прекратите преследовать меня по всем топикам.

Резюмируя:


— Вот, тут проблема!
— Ну давайте решим проблему.
— Я ничего не собираюсь решать!!! Вы меня преследуете!!!

Спасибо за пятиминутку утреннего смеха )

Сейчас взял две одинаковые свежие коробочки Chuwi Larkbox — самое свежее, что у меня имеется, различия только в установленной ОС: на одной Windows 10 (20H2), на другой — Gentoo Linux. В десятке включил гибернацию, в линуксе оно само работало. Итог — отправляю систему в гибернацию, далее включаю обратно и жму Del на клавиатуре: обе коробочки прекрасно входят в UEFI. Я пока не нашёл ни одной машины, которая бы не дала мне войти в UEFI/BIOS
ССЗБ

Она же усигда со всем совместимая и ничиго ни ламаит, могла бы и догадаться, за 20 лет-то.
Программы разметки догадались еще в 2000.
UPD:


Сразу после гибернации ACPI-система даже в BIOS не дает зайти

Вранье.
Всегда успешно заходило, до того, как bootmgr стал агрессивно вырубать загрузку вообше всего, уже на UEFI-системах.

bootmgr стал агрессивно вырубать загрузку вообше всего, уже на UEFI-системах

Хаха, то есть десятка, установленная на не очень свежий ноутбук с Insyde H20 в роли UEFI/BIOS, его довольно шустро превратит в кирпич. Забавно.

Переполнение efivars?


Где-то в арчевых тредах, кажется, попадалось "решение", как заставить винду уважать другие системы… task на shutdown винды.

Ага, при учёте того, что вход в UEFI Setup там тоже как boot entry, это довольно неприятная штука.
усигда со всем совместимая и ничиго ни ламаит

Вам лечиться нужно.

Вранье.

Могу видео записать. На котором заодно будет видно, как ваш святой линукс из гибернации выйти не могет.

Даже надпись «Press F2 to enter setup» не отображается, так что не надо мне тут рассказывать. Развелось теоретиков…
Вам лечиться нужно.

Это ваша фирменная фишка же.


Могу видео записать

Лучше модель платы приташите. А то может статься, что там BIOS и не было никогда, а в прошивке — кривое ACPI.

Это ваша фирменная фишка же.

Еще и память не очень…

Лучше модель платы

Такое было еще в незапамятные времена на Soltek FRN2 (чипсет nForce2).
Сейчас на этом самом моем компе, с которого пишу, плата GA-970A-UD3 rev 1.1.
А еще древний ноутбук Samsung X11 сейчас проверил, то же самое.

может статься, что там BIOS и не было никогда, а в прошивке — кривое ACPI

Ну да, ну да, особенно на nForce2 и Centrino.
в незапамятные времена

Еще и ждать приходилось пока флопик доформатируется.


Soltek FRN2 — это было слишком давно.
GA-970A-UD3 — а вот это (или UD2?), кажется, даже есть в наличии и с линуксом на борту. Правда, далековато — не дотянуться. Гугл сразу выводит пачку тредов с проблемами в S3/S4.


особенно на nForce2 и Centrino

А у вас, простите, софтовый стек реализован в железе и прибит гвоздями? Или, таки, как этот уже упоминал, в прошивке?


особенно на Wintel Centrino

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

Гугл сразу выводит пачку тредов с проблемами в S3/S4.

Гугель на любую комбинацию слов выводит пачку тредов. Да и каким боком это относится это к работе BIOS?

Или, таки, как этот уже упоминал, в прошивке?

Никто не говорил про железо, вы требовали названия плат, я привел. Не нужно теперь съезжать.

Поправил, не благодарите.

Мне ваши линуксовые комплексы до печки, если честно.
Сразу после гибернации ACPI-система даже в BIOS не дает зайти, чтобы кривыми руками ничего там не было изменено.

Подтверждаю что на моей машине нельзя зайти в BIOS если ОС в гибернации, благородные доны зря устроили срач в ответ на ваш комментарий.

Но в том-то и дело что я не такой уж и ССЗБ, ведь лично своими руками на разделы диска с гибернированной ОС ничего не писал. Просто надо было воткнуть в ноутбук другой диск, не вынимая первый, зная что тот другой SATA имеет приоритет, и невозбранно загрузится с этого другого диска. Злобным буратиной оказался именно chkdsk, ведь он инициировал запись без какого-либо моего подтверждения.

Если кто-то из уважаемых хабровчан знает как восстановить способность этого раздела загружаться, я с радостью и надеждой выслушаю, потому что я до сих пор храню полный бэкап всех разделов этого диска на момент частичного завершения работы chkdsk (нажал на reset и сделал побитовый перенос на неотформатированный HDD). Там много установленного софта/плагинов, названий которых я не помню и даже гугл не помогает, а ещё там много чего в директории пользователя (рабочий стол, документы итд), откуда я не могу ничего вытащить никаким файловым менеджером.
Но в том-то и дело что я не такой уж и ССЗБ, ведь лично своими руками на разделы диска с гибернированной ОС ничего не писал.

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

Файловая система после ухода в гибернацию может (и скорее всего будет) оставаться неконсистентной. Это нужно помнить.

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

У вас еще может быть Hybrid Sleep, который стал режимом по умолчанию для гибернации, кажется, еще в 8.
В нем память дампится на диск, но платформа переходит не в S4 а в S3 (Hibernate и Suspend to RAM соответственно).


Если не выключить питание, то зайти в формварь действительно не удастся после такой гибернации. Но эта фича — относительно новая.

Исключено, у меня Windows 7.
На всякий случай напомню, что я сей диалог начал, чтобы поспрашивать, не знает ли кто-нибудь способа восстановить сломанную способность раздела загружаться после повреждения утилитой chkdsk, мне стыдно что мой комментарий вызвал так много офтопика.
Мб кто-то знает, какие именно изменения могла внести утилита chkdsk в данной ситуации, она последовательно прошлась по всем записям/инодам/файлам (точную сущность не назову) начиная от $1 и заканчивая примерно $200000, и в каждый элемент коллекции что-то записала.

Другого навскидку ничего не приходит, нужно смотреть реальную систему. На 7 такого поведения зафиксировано не было ни разу, возможно дело в чем-то еще. Ну или у вас списьяльный, влюблённый в bootmgr, BIOS — тоже не особенная редкость.


какие именно изменения могла внести утилита chkdsk в данной ситуации

Любые. Исправление $MFT, пересборка индексов, journal rollback/replay, исправление $bitmap. Все данные, которые гибернированная винда держала в памяти, включая writeback cache (откуда и возникает грязный том), другой винде недоступны.


Нечего тут стыдиться. Это давний баг, заботливо внесенный еще в Neptune, c 1998 аж, и релизнутый в конце 1999. Wontfix, чреват потерями данных — собственно, об это каджит только недавно писал дважды.
Просто иногда в любой теме сталкиваются фанаты и трезвомыслящие, и первые поднимают бурю в стакане: если у них лично работает/неработает — то идеально/фекально.


Вытяните данные GetDataBack или любой другой утилитой, которая вам понравится, и дело с концом. Делайте регулярные бэкапы, и тогда вам гибернация не страшна, даже если ваша любимая ОС ее нормально не умеет.

Исправление $MFT, пересборка индексов, journal rollback/replay, исправление $bitmap

Это всё не то. Если бы винда перестала грузиться по одной из вышеперечисленных причин, то наверняка одним из симптомов стала дохлая NTFS — но это не так, я могу использовать тот раздел и для чтения и для записи.
Вытяните данные GetDataBack

Спасибо за рекомендацию, попробую натравить её на данные в папке %username%. Остальное-то спокойно вытягивается хоть Проводником.

upd:
Я вспомнил что вывод был таким:
Replacing missing or invalid security descriptor for file $1

Replacing missing or invalid security descriptor for file $200000
Replacing missing or invalid security descriptor for file

Банально слетевшие права, данные не затронуты никак (если других ошибок нет).

группу администратор человек, что ли, прав на файлы лишил, что из под другой винды что-то пошло не так?
ildarz Am0ralist спасибо! Проверил свойства системного раздела — так и есть, нет никаких прав на файлы в группе Администраторы. Попробую вернуть права при помощи штатных средств, хуже точно не станет :)
Утилитой icacls можно массово восстановить права файлам: снять слепок прав с другой системы, заменить в файле идентификатор пользователя SID на своего и применить на нужный диск.

Технически NTFS довольно дубовая. Она, конечно, может развалиться совсем, но это очень большая редкость.


Постарайтесь не трогать диск до того, как вытащите с него нужные данные, или сделайте образ, который можно будет безопасно ковырять или скормить утилите восстановления.
Каждая запись (а монтирование или обновление времени доступа при траверзе папок — тоже пишет на диск) — тем меньше шансов вытащить то, что было еще живо на момент краха.

И с чего бы это. Ах да, ведь в гибернации данные из ОЗУ записываются в ЖД, а chkdsk может их счесть проблемными и «починить», а винда, в которой запись есть, что грузиться надо из гибернации, этого сделать не сможет. Да и вообще, смысл иметь две винды на одном компе, извините меня за тупизм? Ладно линукс\хакинтош + винда, тут ясно.
Ах да, ведь в гибернации данные из ОЗУ записываются в ЖД, а chkdsk может их счесть проблемными и «починить»
В моём случае chkdsk «починил» не просто данные из ОЗУ, а всю ФС, и мне даже непонятно какие именно изменения ему захотелось туда внести.
винда, в которой запись есть, что грузиться надо из гибернации, этого сделать не сможет
Бывает что гибернация недописалась (батарея сдохла например) и винда говорит что не может загрузиться из гибернации, но может загрузиться как обычно. В моём случае не помогает даже восстановление из установочного DVD диска с образом Windows.
Да и вообще, смысл иметь две винды на одном компе, извините меня за тупизм?

У меня есть много одинаковых ноутбуков одной модели, которые мне не жалко брать пачкой в свои путешествия, где я знаю что они могут быть или разбиты, или утоплены, или очередной отвал чипа итд. Очень удобно, что любой диск может быть загружен на любой машине.
Да. А ведь начиналось всё с того, что дефрагментация диска включена (чего не было даже на Windows 7!) по умолчанию в Windows 10 для устройств SSD. Лично гасил её на всех установленных мною Windows 10. Возможно в этом собака и порылась.
З.Ы. Система стала слишком сложной, а ставка на индийских поромистов, которые не смогли в Microsoft Edge, себя явно не оправдала.
На деле дефрагментация нужна и на SSD, просто значительно реже. И большая часть запусков дефрагментатора на десятке является отправкой команды TRIM.
Дефрагментация нужна не для HDD/SSD/flash, а для устаревших файловых систем вроде fat32. Современные ФС сами размещают файлы максимально слитно, для них даже нет специальной утилиты дефрагментации.
А для SSD/flash дефрагментацию стоит отключать даже для fat, поскольку скорость доступа к произвольному блоку не так сильно отличается как в HDD, зато износ увеличивается.
Современные ФС сами размещают файлы максимально слитно, для них даже нет специальной утилиты дефрагментации.

NTFS? А то, что утилит дефрагментации нет, никак не доказывает того, что она там не нужна.
И да, как раз слитное размещение приводит к фрагментации в случае роста файла.
поскольку скорость доступа к произвольному блоку не так сильно отличается как в HDD

Конечно. Только вот скорость линейного доступа всё равно на порядок больше произвольного, плюс логическая фрагментация тоже отрицательно влияет на скорость работы.
А мифический износ это всё фигня, даже полная перезапись раз в 3 месяца не сильно повлияет на общий срок работы.
Это не говоря о том, что холодные данные на ссд надо обновлять периодически, чтоб они не исчезли)

Но контроллер занимается этим сам. Wear leveling называется.

Обновлять не значит перезаписывать. Скажем, это может быть чтение сектора и повторная запись без стирания. В любом случае, контроллер конкретного SSD справится с этим лучше, чем дефрагментатор, который, вообще-то, даже не все файлы перезапишет.
Насколько я знаю, рост файла происходит двоичным способом: пока незначительный, будет дописываться куда найдет (а находит обычно рядом с предыдущим), потом происходит перестройка дерева и файл запросто может переместиться.
Только вот скорость линейного доступа всё равно на порядок больше произвольного
Можно ссылку где на порядок? Потому что «в разы» еще можно понять, но в 10 раз это уж слишком.
Ну и опять же, сама структура хранения файла далеко не линейная
Можно ссылку где на порядок? Потому что «в разы» еще можно понять, но в 10 раз это уж слишком.

Достаточно любой бенчмарк запустить на ближайшем диске. Для малой глубины очереди (что соответствует обычной работе с файлом) имеют значение две последние строки.


Пример

image

Насколько я знаю, рост файла происходит двоичным способом

В какой ФС? Всякие COW так вообще с рождения фрагментируются, в NTFS такого нет, насколько я знаю.
Ну и опять же, сама структура хранения файла далеко не линейная

(NTFS) Если файл хранится в смежных кластерах, то он занимает одну запись в MFT, а вот если он сильно фрагментирован, то начинается веселье и тормоза.
дефрагментация диска включена по умолчанию в Windows 10 для устройств SSD

Вы ведь не путаете ее с оптимизацией ссд? (т.е. запуском команды TRIM, что хорошо и полезно)


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

Когда я говорил про дефрагментацию я имел в виду то, что делается из окна «Оптимизация дисков» (вкладка Сервис из свойств диска). Я полагал, что это процесс дефрагментации. Однако сейчас, после прочтения Вадима Стерина я в этом больше не уверен. Однако на всех установках Windows, которые делал я диски SSD исключёны из списка оптимизируемых. Я сделал это намеренно, после того как SSD на моём рабочем компьютере умер после трёх лет работы в щадящем режиме (подкачка снесена на HDD, все программы ставились на HDD, большая часть профайла живёт на HDD). В то время как SSD в домашнем компьютере в сходном режиме (но без оптимизации/дефрагментации) живёт уже шестой год и здоровье у него 98%. Справедливости ради стоит отметить, что рабочая станция не выключается почти никогда, а домашний компьютер работает по 8 часов в рабочий день и по 12 часов в выходные.
Итого: В свете новых данных я уже не могу однозначно утверждать, что фишка только в дефрагментации/оптимизации. Но что-то в этом есть.
после того как SSD на моём рабочем компьютере умер после трёх лет работы в щадящем режиме

А у меня SSD 7 лет стоял на Windows XP с прикрученным сбоку тримом, и ничего.
подкачка снесена на HDD, все программы ставились на HDD, большая часть профайла живёт на HDD

Зачем вам вообще SSD?
Но что-то в этом есть.

Обычная рандомная смерть контроллера. Уверен, здоровья по перезаписям ячеек у того диска был вагон, и даже ежедневная полная перезапись ему не помешала бы.
на дешевой ссд и сам флеш мог поехать, особенно если это DRAMless угребище.
Зачем вам вообще SSD?
холодные данные на ссд хранить, когда самсунг тот же только несколько лет назад чухнулся и прошивки править стал, дабы подобные файлы не ломались? Да и не стоит забывать, что процентов 10-15 диска лучше оставлять свободными.
Но вообще, это оптимизации для небольших дисков. В духе, на кой черт на ссд хранить архивы всех дров (гигов под 10), файлы помощи визаулстудии (ещё 10 гигов) и прочего объемного хлама, который так просто не удалишь из системы.
Тогда как на ссд отлично располагать — игры, рабочие проекты и прочее, чему нужна скорость доступа. Вполне себе вариант.
На 500 гигах современного ссд я лично так уже не делал, а вот на 120 и терабайте hdd — заморочился и снёс много чего.
Плюс данные пользователя както надежнее хранить не на системном диске. Проще ведь в случае чего включить установку винды сразу и с форматом диска, чем вначале под линуксом из профиля вытягивать файлы на другой диск)

PS. А, вот что файл подкачки на hdd вынесен пропустил. Это смысла не несёт вообще никакого… я просто его отключил) и с 16 на старом ноуте, и с 32 гигами на текущем ни разу не вызвало проблем.
А, вот что файл подкачки на hdd вынесен пропустил.

Ага, и программы, и профайлы, и прочее. С такими выкидонами его действительно проще отключить, пользы всё равно никакой, только износ на чтение винды при загрузке.
А сколько программ требуют ssd?) Даже мозиле нафиг не нужен ссд для самой программы, только под данные юзера.
Ну или та же почта — разница ssd/hdd — на уровне десяток тысяч писем появляется, а на нескольких гигах — не встречал проблем. Зато формат С не страшен, когда вынесен с системного диска.
Тотальникам, фубарам и 7зипам hdd тоже никак не мешает работать)
Я больше скажу, у обычного пользователя программ для ссд наверно и не найдётся. Фотошоп — это уже не обычный.

Профайлы я трактую как файлы пользователя (ну там, «мои документы», «музыка», «картинки» и «рабочий стол») — подскажите, а для чего там скорость требуется?)

Так что систему ускорить с её любовью насиловать диск в последнее время — это реально тема. И игры современные (с сейвами), плюс тяжелый софт. Плюс профиль браузера. Всё прочее — когда ssd по объему выше 250 гигов (и можно второй логический диск нормально для пользовательских данных выделить).

PS. а вот логически объяснить файл подкачки на hdd, который будет тормозить ускоренную ssd-ком систему я не могу вообще никак
Любая программа с SSD становится лучше ))

Подскажите, а в чем разница между


данные юзера

и


файлы пользователя

И еще


Профайлы

раз вы их так разделяете?
Потому как в реальных системах профайл — это хомяк, в нем лежат данные юзера, которые бывают самые разные, и именно тех файлов, которые юзер лично и находясь в здравом уме и твердой памяти скачал в среднем — подавляющее меньшинство.

данные юзера
в конкретной фразе коммента на который ответили вы — «профиль пользователя мозилы с кэшами и прочим насилованием диска, который она любит» (проверял на атомном планшете с распаяной флешпамятью)
файлы пользователя
обычно это именно что файлы пользователя. в винде это стандартных несколько папок по умолчанию
профайл
Не знаю, что имел ввиду пользователь выше, я же ответил:
Профайлы я трактую как файлы пользователя (ну там, «мои документы», «музыка», «картинки» и «рабочий стол»)

и именно тех файлов, которые юзер лично и находясь в здравом уме и твердой памяти скачал в среднем — подавляющее меньшинство.
регулярно ходил по людям, папка «декстопы», «загрузка» и всякие «изображения»/«музыка»/«видео» (если не на рабочем столе лежат) занимали десятки гигабайтов. И все эти папки имеют удобную команду «переместить», что позволяет их легко перекинуть на другой логический диск при его наличии. И да, папка «аппдата» вполне при этом на порядок могла быть меньше папок пользователя.

Хотя, может человек всю папку «юзера» туда переместил — но это уже будет решение уровня перемещения файла подкачки на hdd — бессмысленно и беспощадно.
Зачем вам вообще SSD?

чтобы система быстрее загружалась :-)
Даже в таких условиях скорость загрузки при 8 гектарах стала гораздо выше, чем с HDD. А на последний комп я просто поставил SSD, 32 гектара оперативки, HDD и видеокарту.
Обычная рандомная смерть контроллера. Уверен, здоровья по перезаписям ячеек у того диска был вагон, и даже ежедневная полная перезапись ему не помешала бы.

Не хочу наговаривать, но это был известный брэнд и вышел он именно по здоровью. Когда оно в фирменной утилите осталось менее 5% я написал заявку на замену.
подкачка снесена на HDD, все программы ставились на HDD, большая часть профайла живёт на HDD

Да ладно вам, современным ссд такая забота не требуется. Он быстрее морально устареет, чем здоровье до 0% дойдет. Лучше вернуть все на ссд — комп работать быстрее будет.


Однако на всех установках Windows, которые делал я диски SSD исключёны из списка оптимизируемых

Не забудьте тогда создать задание для оптимизации ссд (TRIM). Это тоже есть у Вадима в другой статье (раздел "Создайте новое задание для оптимизации SSD"). И у него же "мифы ссд".

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.