Комментарии 161
Раньше в компании работал большой отдел тестеров на зарплате. Потом их сократили, а тестирование переложили на широкое сообщество (бесплатных) добровольцев, которые участвуют в программе Windows Insider.
В программе Windows Insider участвуют по доброй воле. И нельзя сказать, что это плохо. Наоборот, тестирование пользователями даёт несопоставимо больший объём кейсов, чем способны осилить профессиональные тестировщики. Это, впрочем, не означает, что они больше не нужны. Нужны и те и другие.
Интересно, а эта ошибка проявляется вчегда, или есть разница в UEFI и Legacy режиме биоса?
У меня такое впечатление, что в Legacy режиме система стабильнее работает.
Вопрос был вроде про "стабильнее"
До сих пор полно странных и систем, и программ — не умеющих восстанавливать сессию.
Круто, а выхлоп последних выполненных команд в этих терминалах где?
Вы ж виндузятник, для вас терминал — слово ругательное.
Ну ладно, история в screen, вместе с выводом, на сервере, где и положено, а не на оконечном устройстве. Дальше что?
А промежуточные результаты работы из /tmp куда делись?
Там же, на сервере, и остались. В чем проблема?
Даже восстанавливающий вкладки браузер все тянет заново из сети
Опера (не хропера) — восстанавливала. Ну, не будем о покойных.
И еще, если вам актуально
измененное содержимое полей ввода теряется
то вам актуально и не потерять контекст из головы, а значит, StR вполне подойдет, без гибернации, даже на DR-классе.
Не очень, на самом деле. У вас иногда очень альтернативные взгляды на реальность, проще переспросить таким образом, чтобы возможные неточности всплыли на поверхность.
Да, в вашем случае гибернация — разумный выход.
Правда спасать таким образом содержимое форм — идея того же уровня, что при наличии рейда или снепшотов можно не использовать бекапы.
А после этой новости вообще пропала надежда и на стабильность 20H2. Печально.
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 has 1.5 billion active users
То есь баг 1 на миллион возникает в среднем у 1500 юзеров. И как предлагается это тестировать?
Либо мы получаем регулярные обновления системы (раз в месяц, раз в 2 месяца), либо ждем обновлений по несколько лет, когда критическая уязвимость правится годами.
Кроме времени и качества есть еще, конечно, критерий «деньги» — но думаю не стоит говорить, что если windows будет стоить как самолет — никто его покупать не будет. А зачем им тогда им заниматься, если его не будут покупать? Вот и выбрали между «быстро» и «качественно» — «быстро».
В текущих реалиях нам и остается только ждать «какую-то точно стабильную версию, которая подойдет именно на наше железо» и обновляться с надеждой на нее, а не на все подряд, что поставляют.
Можно попробовать Enterprise LTSC, там должно быть всё стабильно с обновлениями.
Windows стоит немало, дополнительно по-умолчанию показывает рекламу в старт меню (к счастью, хотя бы отключаемую), а также собирает различную информацию. Кроме того, качество и стабильность (имхо) снизились со времен Win7.
Я пользовался Win10 начиная с ее появления в 2015 году (лицензия, не сборка какая-нибудь). И там была недоделка на недоделке, частично не локализованный интерфейс, UI/UX разных приложений разный. Это точно коммерческий продукт от компании с опытом в 30 лет, самая популярная ОС в мире или наколенная поделка от энтузиастов?
Какую рекламу в Start оно показывает? Вот мой Start например, у меня все настройки системы дефолтные, но в пуск я офк закрепил нужные мне программы. Где какую рекламу я должен увидеть?
Я пользовался Win10 начиная с ее появления в 2015 году (лицензия, не сборка какая-нибудь). И там была недоделка на недоделке, частично не локализованный интерфейс, UI/UX разных приложений разный. Это точно коммерческий продукт от компании с опытом в 30 лет, самая популярная ОС в мире или наколенная поделка от энтузиастов?
Пользовался десяткой с момента её выхода в бета-тестирование на 9ххх версиях ещё. Иногда были непонятные глюки, но после выхода в релиз никаких особых проблем невозникло. Зато когда я попробовал поставить себе сначала арч, а потом сусе, то узнал много интресного
Какую рекламу в Start оно показывает? Вот мой Start например, у меня все настройки системы дефолтные, но в пуск я офк закрепил нужные мне программы. Где какую рекламу я должен увидеть?
В настройках пуска есть галочка "Иногда показывать предложения в меню пуск". С включенной — иногда показывает различный треш вроде букинга, фейсбука и т.п. и скачивает и устанавливает при первом нажатии на иконку.
Ни разу не видел. Если галочка и есть, то по-умолчанию выключена. Я повторюсь, что при установке системы оставляю все дефолты, ни трекинг не отключаю, ничего. И ни разу за 6 лет не видел ничего подобного.
Она по умолчанию включена и по умолчанию рекламные вставки появляются регулярно. Либо вы ее отключили сразу после установки, либо у вас модифицированный образ системы.
Галочка есть в настройках и не мною придумана. Может от региона зависит, может от вашего аккаунта, может от софта, может от фазы луны, я не знаю. У меня таким образом в рекомендациях висел букинг и фейсбук из стора (win 10 pro на сборном компе, образ чистый), на работе у нескольких человек висели какие-то архиваторы и кодеки. У жены на ноутбуке ни разу ничего не рекламировалось.
Я ничего не отключал, образ — стандартная прошка, качающаяся с mediacreationtool'а. Я после того как он появился перестал получать образы каким-либо другим образом. Скачал образ, записал руфусом, поставил со всеми умолчаниями, получил систему. Дата установки — 29 мая этого года.
Можно увидеть как эта реклама хоть выглядит? Просто одно дело если это плитки каких-то предустановленных программ, но это решается просто тем, что пуск так или иначе под себя настраивается, туда добавляются нужные ярлыки, а ненужные убираются. И другое если это какая-то фигня поверх всех окон вне зависимости от содержимого пуска и т.п.
Это плитка в пуске с именем приложения и подпиской "рекомендовано вам" или как-то так.
Любопытно, у меня такого нет, при том, что тот же фубар у меня из стора установлен, то есть все аккаунты и прочее слинковано.
Ну, предложка может раздражать, согласен. Хотя лично мне было бы даже все равно, туд смотреть смысла нет. Основное внимание на панель с плитками все же. Если мне нужно что-то из левой панели, либо это recent, либо нужно набирать текст чтобы не листать список а сразу выбрать что нужно. В результатах поиска рекламы пока ещё слава богу нет.
Бубл слаги — какая-то предустановленная фигня, сидит себе и сидит, мне не особо мешает. Я вот этой левой панелькой вообще не пользуюсь (кроме как Recently added). Если мне нужно что-то чего нет в пуске я сразу набираю текстом чтобы он поискал и выдал что мне нужно. Руками скроллить все эти кандикраши необходимости нет, я их и увидел впервые когда вот этот скриншот сделал. Мозг отфильтровывает шум автоматически.
Есть 3й вариант — как в debian и прочих. Security обновления отдельно, новые фичи отдельно. Пусть пользователь сам выбирает ветку.
А зачем так жить?
3 года назад купил ssd, как поставил систему, так и не переустанавливал ни разу с тех пор, все по прежнему шустро
А я отключил виндовс фаерволом. Поставил фаервол менеджер, который за правилами следит, чтобы виндовс сам не создавал лишнего и все службы, кроме dns и dhcp и ещё парочки заблокировал. Теперь даже оповещений нет про новые обновления, а про их загрузку и подавно.
Только 10 штатными средствами не позволяет дольше чем на месяц их отключить.
Если не Home — то позволяет точно, устанавливается в политиках.
Че-то слышал, что в свежих версиях этот параметр игнорится. Хотя, может не о том была речь, только заголовки смотрел.
А, да, точно. Хотя я на 2004 сижу (insider сборка 21277), да и с конфигами не балуюсь — дефендер отрубаются же при наличии стороннего антивиря, у меня все кряки живы:) А обновы никогда не отрубал, да и проблем кроме недолгой дисфункции китайского Xbox 360 wireless receiver и вылетов blue stacks (и не важно, включён HyperV или нет) не ловил, да и те не критичные.
Странно, у меня отключение real-time даже в обычных настройках (без влезания в политики или куда-то глубже) вполне адекватно отрабатывается (вплоть до 20H2), никаких карантинов и реакции на что-то даже очевидно злобное. Правда, кряков игр у меня нет.
При обновлении Windows 10 запуск команды chkdsk повреждает файловую систему SSD
И рацию на бронепоезде. В этом заголовке — всё, что вам надо знать об уровне компетентности очередного контент-менеджера в вопросах, о которых он пишет.
Проблема не связана с железом. Она воспроизводится также на виртуальной машине.
И тут же дана ссылка на источник, в котором нет ничего про виртуальные машины.
Данная ошибка может представлять большую проблему для корпоративных сетей и ведомства. В США многие организации, в том числе, правительственные, используют Windows.
Автор ранее работал пифией в НИИЧАВО?
Ранее Microsoft без официального уведомления начала тестировать новое встроенное приложение для Windows 10.
Ещё один любимый прием — в негативной новости в конце текста дать ссылку на абсолютно нерелевантное событие, но про ту же компанию и с добавлением негативного контекста ("без официального уведомления"), хотя в реальности событие является положительным.
Что на самом деле известно. Запуск chkdsk /f после установки кумулятивного обновления KB4592438 может вызывать разрушение NTFS. SSD здесь не при чём, отмечено и на HDD и на дисках виртуальных машин. Проблема воспроизводима не на любых машинах. Пока это всё. Неизвестно является ли данный апдейт причиной этого. Неизвестно портятся ли только системные диски или любые.
Абзацы про тормоза и утилиту DiskUsage вообще не нужны. Первый не подтверждён ничем, второй не имеет отношения ни к обновлению, ни к проблеме.
Пользователи, которые сообщают о проблеме, утверждают, что это происходит с параметром /f, хотя теоретически это может произойти и с параметром /r.
Параметр /r требует параметра /f.
До обновления на 2004, лет 5 сидел 1909 и все было замечательно, до тех пор, как стала крашиться на обновлениях. Перешёл и тут у меня возникли проблемы с производительностью. Даже при наборе в поисковик Google, подвисает компьютер. Имея на борту 16 гигов ram, nvme, i5 6 поколения. Я уже не говорю про баги с несколькими мониторами.
Думаю, косяки очень сильно зависят от железа.
Я использую гибернацию уже очень много лет (ещё со времен висты), как минимум раз в день, на ноутбуках и на десктопах — единственная проблема это то что иногда (очень редко) она слетает и происходит полная загрузка, и то это только на одном из компов (декстопе). За исключением этого неудобства других проблем нет, потерь данных тоже никогда не случалось.
Как показывает практика, на декстопах вообще чаще случаются проблемы как со standby так и с гибернацией, к примеру, на материнке GA-X79-UD3 мне так и не удалось заставить работать standby (suspend-to-RAM) — оно или не работает совсем, или глючит через раз. На ноутбуках вообще никогда проблем не было.
Винда оставляет ФС грязной, впадая в гибернацию. Багу 20 лет 21 год уже, wontfix. Мало того, со введением гибернации ядра в 2011 году он еще и перманентный.
Chkdsk полезный, он чинит поломанную файловой систему. Ломает ее винда, восстанавливаясь из гибернации с грязными ФС.
И в чём же "грязность"? Буфера сброшены, всё что должно быть в журнале есть в журнале.
Если взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему 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
Да вариантов куча.
Но если попытаться на другой системе посмотреть в журнал — всегда есть сообщение об откате транзакций/восстановлении из журнала.
Линуксы, говорят, отказываются монтировать раздел с виндой если она ушла в гибернацию.
На ithappens попадалась кулстори про невидимые файлы, подкинутые в раздел винды во время ее гибернации —емнип, о Vista/7 шла речь.
Но народ свято уверен, что если у них с первого раза ничего не сломалось, то так всегда и будет.
Линуксы, говорят, отказываются монтировать раздел с виндой если она ушла в гибернацию.Подтверждаю. Даже не обязательно системный раздел, а любой, который был подмонтирован в винде когда она «выключалась». Мне пришлось специально искать способ заставить ее именно выключаться, а не засыпать.
одна из ОС — сборка от кого-тоНет, я таким давно уже не балуюсь. Все образы — точные копии официальных, даже активатор был не вшитый. Извиняюсь за пользование варезом, просто первый ноут шел с Windows Vista, а остальные ноутбуки той же модели я покупал с рук, как правило без диска.
разные версии ОСДа, угробленная версия была Windows 7 x64 (кажется, Enterprise) а угробил ее я с версии Windows 7 x32 (кажется, Ultimate).
в одной из ОС кто-то покопался в настройках безопасности и группах/пользователях ОС…Точно нет, но возможно, результатом «работы» chkdsk стало изменение прав доступа всех файлов на NTFS разделе.
khajiit
Но если попытаться на другой системе посмотреть в журнал — всегда есть сообщение об откате транзакций/восстановлении из журнала.Той ОС несколько лет уже нету в живых, есть только бекап убитой системы.
Выше я уже говорил — пробовал и не раз. Никаких проблем.
BIOS или UEFI+CSM?
Давайте посмотрим вместе, чего нет-то.
Ну, во-первых, фейлится не гибернация, а восстановление.
Во-вторых: что у вас на 3:13 знаете? А каджит знает. Диск отвалился.
В-третьих: на 4:32, если не умеете читать по английски, то там написано, что ядро не смогло дождаться resume device — какие-то проблемы с инициализацией устройств, от чего ядро решило, что восстановиться не получится и продолжило обычную загрузку.
Немного теории: гибернация делается обычно в своп. Гибернироваться в файл или zvol — идея так себе, потому что получается задействован лишний слой или даже несколько.
Оно может работать, но не факт, что стабильно.
Вывод dmesg | grep resume и mount | grep swap и grep -H . /etc/*-release и grep -nRH RESUME /etc покажете?
Да и не факт, кстати, что восстановление.
Оно нормально слипается, насколько можно понять из видео, и потом начинается чехарда. Что значит "не факт", если у вас проблемы на уровне платформы?
Ответ "я не хочу их видеть" равносилен признанию в том, что ваша цель — не решить проблему.
Экран гаснет, потом снова зачем-то включается и висит с замороженной картинкой все время, пока пишется дамп
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 — возможно, что производитель таки выпустил фикс.
Так же возможно, что установленный жесткий диск ведет себя странно после пробуждения. Угу, несовместимости бывают и такие — при том, что по отдельности железки работают исправно.
ССЗБ
Она же усигда со всем совместимая и ничиго ни ламаит, могла бы и догадаться, за 20 лет-то.
Программы разметки догадались еще в 2000.
UPD:
Сразу после гибернации ACPI-система даже в BIOS не дает зайти
Вранье.
Всегда успешно заходило, до того, как bootmgr стал агрессивно вырубать загрузку вообше всего, уже на UEFI-системах.
bootmgr стал агрессивно вырубать загрузку вообше всего, уже на UEFI-системах
Хаха, то есть десятка, установленная на не очень свежий ноутбук с Insyde H20 в роли UEFI/BIOS, его довольно шустро превратит в кирпич. Забавно.
Вам лечиться нужно.
Это ваша фирменная фишка же.
Могу видео записать
Лучше модель платы приташите. А то может статься, что там BIOS и не было никогда, а в прошивке — кривое ACPI.
в незапамятные времена
Еще и ждать приходилось пока флопик доформатируется.
Soltek FRN2 — это было слишком давно.
GA-970A-UD3 — а вот это (или UD2?), кажется, даже есть в наличии и с линуксом на борту. Правда, далековато — не дотянуться. Гугл сразу выводит пачку тредов с проблемами в S3/S4.
особенно на nForce2 и Centrino
А у вас, простите, софтовый стек реализован в железе и прибит гвоздями? Или, таки, как этот уже упоминал, в прошивке?
особенно на Wintel Centrino
Поправил, не благодарите.
Ноутбуки не корпоративного класса по количеству костылей в ядре на на условную единицу уступят, разве что, китайским армам.
Сразу после гибернации ACPI-система даже в BIOS не дает зайти, чтобы кривыми руками ничего там не было изменено.
Подтверждаю что на моей машине нельзя зайти в BIOS если ОС в гибернации, благородные доны зря устроили срач в ответ на ваш комментарий.
Но в том-то и дело что я не такой уж и ССЗБ, ведь лично своими руками на разделы диска с гибернированной ОС ничего не писал. Просто надо было воткнуть в ноутбук другой диск, не вынимая первый, зная что тот другой SATA имеет приоритет, и невозбранно загрузится с этого другого диска. Злобным буратиной оказался именно chkdsk, ведь он инициировал запись без какого-либо моего подтверждения.
Если кто-то из уважаемых хабровчан знает как восстановить способность этого раздела загружаться, я с радостью и надеждой выслушаю, потому что я до сих пор храню полный бэкап всех разделов этого диска на момент частичного завершения работы chkdsk (нажал на reset и сделал побитовый перенос на неотформатированный HDD). Там много установленного софта/плагинов, названий которых я не помню и даже гугл не помогает, а ещё там много чего в директории пользователя (рабочий стол, документы итд), откуда я не могу ничего вытащить никаким файловым менеджером.
нельзя зайти в BIOS если ОС в гибернации
У вас еще может быть Hybrid Sleep, который стал режимом по умолчанию для гибернации, кажется, еще в 8.
В нем память дампится на диск, но платформа переходит не в S4 а в S3 (Hibernate и Suspend to RAM соответственно).
Если не выключить питание, то зайти в формварь действительно не удастся после такой гибернации. Но эта фича — относительно новая.
На всякий случай напомню, что я сей диалог начал, чтобы поспрашивать, не знает ли кто-нибудь способа восстановить сломанную способность раздела загружаться после повреждения утилитой 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
Банально слетевшие права, данные не затронуты никак (если других ошибок нет).
Технически NTFS довольно дубовая. Она, конечно, может развалиться совсем, но это очень большая редкость.
Постарайтесь не трогать диск до того, как вытащите с него нужные данные, или сделайте образ, который можно будет безопасно ковырять или скормить утилите восстановления.
Каждая запись (а монтирование или обновление времени доступа при траверзе папок — тоже пишет на диск) — тем меньше шансов вытащить то, что было еще живо на момент краха.
Ах да, ведь в гибернации данные из ОЗУ записываются в ЖД, а chkdsk может их счесть проблемными и «починить»В моём случае chkdsk «починил» не просто данные из ОЗУ, а всю ФС, и мне даже непонятно какие именно изменения ему захотелось туда внести.
винда, в которой запись есть, что грузиться надо из гибернации, этого сделать не сможетБывает что гибернация недописалась (батарея сдохла например) и винда говорит что не может загрузиться из гибернации, но может загрузиться как обычно. В моём случае не помогает даже восстановление из установочного DVD диска с образом Windows.
Да и вообще, смысл иметь две винды на одном компе, извините меня за тупизм?
У меня есть много одинаковых ноутбуков одной модели, которые мне не жалко брать пачкой в свои путешествия, где я знаю что они могут быть или разбиты, или утоплены, или очередной отвал чипа итд. Очень удобно, что любой диск может быть загружен на любой машине.
З.Ы. Система стала слишком сложной, а ставка на индийских поромистов, которые не смогли в Microsoft Edge, себя явно не оправдала.
А для SSD/flash дефрагментацию стоит отключать даже для fat, поскольку скорость доступа к произвольному блоку не так сильно отличается как в HDD, зато износ увеличивается.
Но контроллер занимается этим сам. Wear leveling называется.
Только вот скорость линейного доступа всё равно на порядок больше произвольногоМожно ссылку где на порядок? Потому что «в разы» еще можно понять, но в 10 раз это уж слишком.
Ну и опять же, сама структура хранения файла далеко не линейная
Можно ссылку где на порядок? Потому что «в разы» еще можно понять, но в 10 раз это уж слишком.
Достаточно любой бенчмарк запустить на ближайшем диске. Для малой глубины очереди (что соответствует обычной работе с файлом) имеют значение две последние строки.
дефрагментация диска включена по умолчанию в Windows 10 для устройств SSD
Вы ведь не путаете ее с оптимизацией ссд? (т.е. запуском команды TRIM, что хорошо и полезно)
Но вообще, виндовс действительно дефрагментирует ссд. Делает она это только если включена защита системы и нужно это, якобы, для оптимизации работы теневого копирования. Дефрагментация сомнительная, но и вреда, вроде бы как, особо не наносит. Детали у Вадима Стеркина.
Итого: В свете новых данных я уже не могу однозначно утверждать, что фишка только в дефрагментации/оптимизации. Но что-то в этом есть.
Подскажите, а в чем разница между
данные юзера
и
файлы пользователя
И еще
Профайлы
раз вы их так разделяете?
Потому как в реальных системах профайл — это хомяк, в нем лежат данные юзера, которые бывают самые разные, и именно тех файлов, которые юзер лично и находясь в здравом уме и твердой памяти скачал в среднем — подавляющее меньшинство.
Зачем вам вообще SSD?
чтобы система быстрее загружалась :-)
Даже в таких условиях скорость загрузки при 8 гектарах стала гораздо выше, чем с HDD. А на последний комп я просто поставил SSD, 32 гектара оперативки, HDD и видеокарту.
Обычная рандомная смерть контроллера. Уверен, здоровья по перезаписям ячеек у того диска был вагон, и даже ежедневная полная перезапись ему не помешала бы.
Не хочу наговаривать, но это был известный брэнд и вышел он именно по здоровью. Когда оно в фирменной утилите осталось менее 5% я написал заявку на замену.
подкачка снесена на HDD, все программы ставились на HDD, большая часть профайла живёт на HDD
Да ладно вам, современным ссд такая забота не требуется. Он быстрее морально устареет, чем здоровье до 0% дойдет. Лучше вернуть все на ссд — комп работать быстрее будет.
Однако на всех установках Windows, которые делал я диски SSD исключёны из списка оптимизируемых
Не забудьте тогда создать задание для оптимизации ссд (TRIM). Это тоже есть у Вадима в другой статье (раздел "Создайте новое задание для оптимизации SSD"). И у него же "мифы ссд".
При обновлении Windows 10 запуск команды chkdsk повреждает файловую систему SSD