За что я не люблю винду

[metaclass]

http://ru-root.livejournal.com/2575571.html
Описанное по ссылке я наблюдал несколько раз. Один раз возникло после синего экрана смерти возникшего при экспериментах с usb-ключиком. Винду пришлось восстановить из бэкапа.
Остальные разы - на моем десктопе на работе, возникает стохастически раз в полгода, лечится "подождать 15 минут и винда загрузится".

Можно было бы, конечно, тупо заменить все железо на другое, но с современным железом гарантий, что там не будет еще какой-нибудь фигни, никаких нет.
Воткнуться бы в эту долбаную винду с отладчиком по firewire и выпилить причину бага по человечески, вместо вуду-действий, но это выйдет по времени и деньгам дороже, чем сменить все железо несколько раз. Бесит денежно-ресурсная логика, невыносимо.

Comments

[kotm.livejournal.com]

в линуксах такого не бывает?

[metaclass.livejournal.com]

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

[kotm.livejournal.com]

Эээ, батюшка, так у вас горе от ума. Куда-то смотреть, что-то делать... У виндузятников нет такой проблемы. Решение всегда одно, зависит от категории пользователей.

Например, категория "пользователь обычный" либо переустанавливает систему, либо обновляет версию (как раз к появлению глюка уже существует новая версия).

"Пользователь богатый" обновляет железо.

Как видите, всё просто, никуда смотреть не надо, алгоритм всегда один и тот же. ;)

[berezovsky.livejournal.com]

"Пользователь необычный": пишет патч на драйвер и заливает в апстрим. :-)))

[eternal-leave.livejournal.com]

Линукс падает красиво :)

[berezovsky.livejournal.com]

скайповский смайл "метакласс окропляет глазоффа святой водой"

[gnom-virtuoz.livejournal.com]

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

[(Anonymous)]

Не бывает.
ACPI - дерево (распределяет ресурсы) Linux строит с нуля при запуске (это дело милисекунд), і более того - это управляется параметрамі командной строки ядра,
а Windows хранит в реестре.
Поэтом Linux может устанавліваться на новую сістему копированием а Windows - нет

[falcrum.livejournal.com]

Дай предположу: весь мир тупо шлёт эти баги в поддержку мелкософта? :)

[metaclass.livejournal.com]

Так нету решения у поддержки.

[berezovsky.livejournal.com]

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

[blackyblack.livejournal.com]

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

[kotm.livejournal.com]

Ох и не хочется язвить в сторону автора поста... но всё же не могу удержаться: а вот в линуксе у вас появилось бы аккуратное сообщение "проверьте наличие заземления!" ;)

[eternal-leave.livejournal.com]

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

[eu3eu.livejournal.com]

Похоже на чисто хардварную проблему. Мне иногда приходится разбираться со странными проблемами в грандиозном тестлабе известного производителя SSD.

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

Ещё бывает проблема с SATA III - если кабель скручен или, не дай бог, согнут с малым радиусом, или разъём плохо контачит, или имеется ещё какой внутренний дефект, то резко возрастает процент сбоев связи, что иногда вызывает странные затыки. Винда на операции чтения или записи затыкается на 60 секунд, до следующего retry. А всего винда делает 8 попыток с паузой в минуту - вот и представь, на какой срок простейшая операция может заткнуть систему. Обычно на первом же retry команда завершается успешно, но, крайне редко, бывает и несколько попыток, и, в конце концов, BSOD. Можно безболезненно уменьшить эту паузу до 15-20 секунд (но не меньше, чтобы уснувший диск или DVD привод гарантированно успевал раскрутиться), прописав новое значение в HKLM\System\CurrentControlSet\Services\Disk\TimeOutValue. Но лучше поменять кабель. И ни в коем случае нельзя применять кабели от SATA II, как рекомендуют некоторые умники на форумах, искренне считающие, что они ничем, кроме клипс на разъёмах, не отличаются.

[berezovsky.livejournal.com]

О, а через сколько наебнётся мой третий вертекс с семёркой?

[eu3eu.livejournal.com]

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

Но это только снаружи кажется, что надёжно. В современных MLC флэш на один транзистор восемью уровнями заряда записывают аж три бита данных. А разница между уровнями - всего десятки электронов на затворе. Со временем диффузия, радиация, остаточные заряды и всякие квантовые эффекты повышают вероятность unrecoverable ECC error, при которых данные теряются безвозвратно.

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

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

[berezovsky.livejournal.com]

Бекапятся, да. Благодарю за подробный ответ.

[nivanych.livejournal.com]

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

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

[http://users.livejournal.com/_slw/]

ну если на диск что-то не успели записать из-за сбоя -- то совершенно не противоречит

[nivanych.livejournal.com]

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

[http://users.livejournal.com/_slw/]

а метаданные на fs?
всякие atime?

[nivanych.livejournal.com]

No atime!! ;-)
Может быть, может быть.
Я ж особенно и не спорю.
Но в таком случае, это должно лечиться очень запросто —
полечил файлуху, прописал пару файлов заново и готово.

[http://users.livejournal.com/_slw/]

журналирующие fs не лечятся!
если померла -- то померла совсем.

[nivanych.livejournal.com]

Было бы любопытно узнать, что там таки произошло.
Хотя и не очень любопытно.

[metaclass.livejournal.com]

Этого файла acpitabl.dat нету ни на одной винде, то чего нет, лечить невозможно :)

[nivanych.livejournal.com]

Значит, это вирус!!

[metaclass.livejournal.com]

Этот баг проявляется, в том числе, и при обновлениях.
Винда при старте много чего пишет - логи там разные.

А вообще даже линукс при старте пишет иногда в udev-правила (что в конце-концов недавно починили).

[vp.livejournal.com]

О какое вуду и тонкие эффекты.

[victor bolshakov (from livejournal.com)]

Хы... у меня какраз все SATA кабели свернуты в аккуратные колечки...

[metaclass.livejournal.com]

SATA III кабели отличаются?
А что будет если воткнуть SATA III диск обычным кабелем в SATA II контроллер?

[eu3eu.livejournal.com]

Соединение установится на скорости SATA II и будет прекрасно работать.

[poligraph.livejournal.com]

а чем SATA3 кабель от SATA2 отличается? визуально очень похожи.

[eu3eu.livejournal.com]

Диэлектриком.

[poligraph.livejournal.com]

у меня в ноуте подключение HDD идет не сразу в разъм, а через кусок проводника заключенного в тонкую плёнку - SATA3 6gbps на SSD работает только впуть.

[eu3eu.livejournal.com]

Чуть ли не волновод вместо кабеля. :)

[migmit.livejournal.com]

Не наблюдал. Правда, рабочую машинку я перегружаю не очень часто. Где-то раза три-четыре в год. А в виртуалках такого не происходит.