| 1.1, User294 (ok), 12:42, 25/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати шифрованные ФС всегда уязвимее обычных и более склонны к разрушению, что в результате внеплановых outages что из-за случайно вылезжих бэдов, что из-за ошибок железа, так что если вы используете шифрование ФС - позаботьтесь о бэкапах.Проблема шифрованных ФС в том что даже небольшое разрушение оной может привести к повреждению довольно большого объема данных которые не удастся расшифровать.
| | |
| 1.2, User294 (ok), 13:05, 25/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Кстати статья неплохо рассматривает что происходит с ЖЕЛЕЗОМ при выключении питания и потенциальные проблемы архитектуры PC при отключении этого.
Как верно замечено, обычное железо IBM PC отличается одним забавным идиотизмом - анонса о том что сейчас питание будет снято там не делается в принципе.И питание пропадает с железяк в не особо то предсказуемом порядке, далеко не всегда железо реагирует на это так как надо.Поэтому что вся эта хрень сделает при отключении питания... ну в общем я думаю вы теперь понимаете почему все современные OS сливают кеши и делают много дополнительных процедур подготавливаясь к шатдауну, порой аж паркуя накопители до отключения (в такой ситуации записать что-то на диск при всем желании уже не выйдет :D).
| | |
| |
| 2.7, pavlinux (ok), 15:51, 26/07/2008 [^] [^^] [^^^] [ответить]
| +/– | |
Вот представь себя HDD, что бы ты делал если б тебе сказали, "Отрубаемся"?
| | |
| |
| |
| 4.10, z (??), 08:24, 28/07/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>башку бы парковал.
Это происходит автоматически при снятии питания.
Там примитивная система с постоянным магнитом и нейтрализующим его действие электромагнитом. Как только питание пропала - электромагнит вырубился башка убралась на место парковки.
А вот внутренние буферы записать на диск не помешало бы.
| | |
|
|
|
| 1.3, Frank (??), 15:52, 25/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Интересно будет почитать :) Недавно бухгалтерша убила винду наповал. Выключила питание после стандартного "Пуск - Завершение работы - Выключить..." - не знала, что в этот момент дурацкая винда может вздумать поставить накачанные обновления :) Да ещё и на FAT32 стояла, бедная. В результате - винда БСОДится с матюками на "IRQL not less or equal..." в обычном режиме либо с матюками на падение csrss при загрузке в безопасном. Восстановил все файлы из system32 и system32\drivers, восстановил реестр из точки отката - нифига. Накатил инсталл поверх, с восстановлением. С некоторым глюком (при первой разгрузке вместо окна логина - просто синий экран), винда ожила. Только вот незадача - теперь при попытке установки апдейтов винда обламывается - "не удалось установить обновление" - и хоть ты тресни, даже СП3 накатил - не полегчало :)
Слава яйцам, линух тяжело так уронить, да и ремонтировать много проще.
| | |
| 1.4, Аноним (4), 19:08, 25/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
бывала ситуевина - установка нового gcc+libc сам бинарник уже заинсталился а тут бац! и питалово ушуршало - сервак с ораклом - помог только бэкап хотя поколупатся бы то же помогло - но к сожалению времении небыло
| | |
| 1.5, Аноним (5), 19:11, 25/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> в этот момент дурацкая винда может вздумать поставить накачанные обновления
Нихрена себе!
| | |
| |
| 2.9, Frank (??), 08:04, 28/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>> в этот момент дурацкая винда может вздумать поставить накачанные обновления
>
>Нихрена себе!
Да, представь себе. Вместо того, чтобы поставить обновления при запуске, она делает это при завершении. Допустим, в тырнете стоит сервак, подключенный к УПСу, со включенным автоапдейтом. УПС говорит - шайтан бабай, питание ёк. Сервак... начинает ставить апдейты :-D
| | |
|
| 1.11, Аноним (5), 10:09, 28/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> One of the first things that will happen, is that the memory DIMMs will no longer be refreshed properly (DRAM needs to be refreshed constantly otherwise it will lose its data) and very rapidly, the memory will contain only garbage. The hard drives and DMA controller however, will run a bit longer; so if data is being written to disk, the DMA controller will keep reading data from memory, but it has no idea that this data is corrupted.
Вот эта часть мне м понятна, ввиду наличия рядом новости о восстановлении инфы с микросхем памяти, выдёргиваемым из материнок :) Если там утверждают, что память способна продержаться несколько СЕКУНД без рефреша, практически полностью сохраняя данные, то мне интересно, как же это винт успевает произвести МЕХАНИЧЕСКИЕ действия по позиционированию, и непосредственно запись данных без питания? Один из топиков этих опровергает другой :)
> The surge protection on UPSes also often includes protection for ethernet and/or telephone networks. I really advice against using those. When there is a surge, the MOVs temporarily short the line containing the surge with the safety earth, but it will also connect the data networks to it. This safety earth, however, does not have infinitely low impedance, and therefore it's possible that some of the excess current will travel up the network, as opposed to down the safety earth.
Вот эта часть тоже не представляется корректной. Если фильтр эзернета не способен погасить помеху полностью, это ещё не причина отказываться от частичного погашения помехи! Лучше погасить 80% с фильтром, чем без фильтра пропустить все 100%. Опять чего-то не договаривают?
| | |
| |
| 2.12, angra (ok), 10:54, 28/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Вот эта часть мне м понятна, ввиду наличия рядом новости о восстановлении
>инфы с микросхем памяти, выдёргиваемым из материнок :) Если там утверждают,
>что память способна продержаться несколько СЕКУНД без рефреша, практически полностью сохраняя
>данные, то мне интересно, как же это винт успевает произвести МЕХАНИЧЕСКИЕ
>действия по позиционированию, и непосредственно запись данных без питания? Один из
>топиков этих опровергает другой :)
Помедититруйте над тем что 70%(например) верных данных из памяти потенциально достаточно для взлома, но даже 99,9% не достаточно чтобы считать их корректными при нормальной работе. Можете вспомнить разницу между царапиной на audio-cd и data-cd
>Вот эта часть тоже не представляется корректной. Если фильтр эзернета не способен
>погасить помеху полностью, это ещё не причина отказываться от частичного погашения
>помехи! Лучше погасить 80% с фильтром, чем без фильтра пропустить все
>100%. Опять чего-то не договаривают?
Ну да, а что случится со всем остальным подключенным в сеть нас не волнует, типа моя хата с краю.
| | |
| |
| 3.14, Frank (??), 11:11, 28/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Помедититруйте над тем что 70%(например) верных данных из памяти потенциально достаточно
>для взлома, но даже 99,9% не достаточно чтобы считать их корректными
>при нормальной работе. Можете вспомнить разницу между царапиной на audio-cd и
>data-cd
Речь о том, что потребляющий гораздо больше энергии, зависимый и от +5 и от +12 шин питания, жёсткий диск меньше времени "живёт" после пропадения питания, чем память - было бы странно, если бы жёсткий диск находил бы в себе силы читать данные из уже "умершей" оперативки, да ещё и записывать их на блины :)
>>Вот эта часть тоже не представляется корректной. Если фильтр эзернета не способен
>>погасить помеху полностью, это ещё не причина отказываться от частичного погашения
>>помехи! Лучше погасить 80% с фильтром, чем без фильтра пропустить все
>>100%. Опять чего-то не договаривают?
>
>Ну да, а что случится со всем остальным подключенным в сеть нас
>не волнует, типа моя хата с краю.
Ну и что случится со всем остальным подключенным в сеть, если фильтра нет? Сгорит всё? :)
Всё равно что рассуждать, что ходить по стройке в каске опасно, потому что кирпич может срикошетить от каски и покалечить рядом стоящего. Чем же частичное подавление помехи хуже её беспрепятственного распространения по всему сетевому оборудовыанию?
| | |
|
| 2.13, Frank (??), 11:04, 28/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
И это... ЭЛТ мониторы обычно дегаусс делают только при холодном включении. Хотя оно конечно вырубает УПС если он на батарее. Так что статья так себе...
| | |
|
|
