shaazz

Подключите проблемный диск к другой машине.
Снимите нужную инфу.
Прогоните low level format одной из досовских утилит от производителя.
На худой конец, просто полный формат средствами ОС - не быстрый формат.
Поставьте диск в родную машину.
Загрузитесь с установочной флешки с любимой ОС.
Попытайтесь установить ОС.
Поставилась без проблем - нагрузите дисковую подсистему на ночь чем-нибудь. Не сдох - пользуйтесь. Если сделает также еще раз - рассмотрите замену диска.
Не поставилась - замените диск.
Еще интересно было-бы посмотреть на значение Reallocated Sectors Count из S.M.A.R.T.

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

Точнее они могут быть открыты в кэше, т.е при чтении и записи с диска. И никак иначе. А содержимое дискового кэша в этой утилите вы не увидите.
Скрин утилиты можете показать?
Какой процесс занимает место в памяти?
Если вы видите эти файлы в памяти, значит они открыты на этом сервере, и значит это не только файловый сервер!
Посмотрите список установленных программ, на вашем файловом сервере, и я уверен что вы увидите там outlook.

Можно удалить функцией =ПОДСТАВИТЬ(A2;B2;"").
И чтобы удалить остаточные пробела, то нужно обернуть в СЖПРОБЕЛЫ.
Итог =СЖПРОБЕЛЫ(ПОДСТАВИТЬ(A2;B2;"")), и эту функцию нужно "протащить".

1. Vlan бывают транковые и нет. В чём разница, зачем? Может, ещё какие бывают?
Транковый вилан (точнее, транковый порт) добавляет к каждому исходящему и читает из входящего тэг, который состоит из 2 байт, максимальное количество виланов там - 4096. По этому тэгу оборудование определяет принадлежность пакета к той или иной виртуальной сети. Так же порт может быть настроен так, что в него "выходят" пакеты, принадлежащие определённому вилану, но выходят они уже БЕЗ тэга, а коммутатор просто знает, что пакеты этого порта будут принадлежать такому-то вилану. Это называется "без тэга, но в вилане". :)

2. Железка на пакеты вешает ярлык vlan`а, верно? Там айдишник и всё такое. Другая железка берёт этот айдишник и сравнивает со своими, верно? Значит, vlan`ы на двух железках должны иметь одинаковые айдишники?
Другая ситуация - есть линк между коммутаторами, и нужно чтобы один и тот же вилан был видим на обоих коммутаторах - тогда вешаем на пакеты тэг и отправляем их туда. По тэгам, опять же, будет определена принадлежность трафика, и он будет правильно разделен. Конечно, в этом случае ID одного и того же вилана должен быть одинаков на обоих коммутаторах, иначе пакеты просто потеряются (не вдаваясь в подробности). Ну и таким образом через один линк можно передавать любое количество виланов, в пределах 4096 и мощности оборудования.

3. Иногда вижу, что надо настраивать дополнительно и сами ПК. Зачем? Вроде всё железки делать должны.
Всё верно. Если настроено, что "порт принадлежит 3-му вилану без тэга" - ПК увидит этот пакет без тэгов и даже ничего не заподозрит, без всяких костылей и танцев с бубном, но внутри коммутатора он будет явно выделен в вилан. Если же необходимо послать на ПК, например, несколько виланов на одну сетевую карту (мало ли, ограничения какие-нибудь), то можно один вилан послать без тэга (хоть и не обязательно), а остальные - в тэге. В этом случае нужны дрова на сетевую карту, которые поддерживают виланы, и с их помощью будут созданы виртуальные интерфейсы по одному на каждый тэгированный вилан. Их количество определяется Вашей настройкой (добавляется вилан -> появляется интерфейс).

Чтобы народ, находящийся в разных виланах, видел друг друга, необходимо, чтобы в обоих виланах висело по одному интерфейсу роутера (в простейшем случае - одного и того же роутера) в качестве шлюза, и роутер уже будет переправлять трафик между виланами и подсетями. Ну а дальше на роутере можно и безопасность накрутить, т.к. единственная точка "перехода" трафика между виланами - будет этот роутер. Без этого роутера ПК в разных виланах друг друга не увидят.

зачем нужен нат если есть маршрутизация между сетями

Первоначальная задача, которую, насколько мне известно, был призвал решить NAT (тогда еще NAT адрес в адрес) - это исчерпание свободных префиксов ("подсетей") в пространстве IPv4-адресов. Было решено выделить несколько префиксов в качестве "локальных" и административно (это важно) запретить их анонсирование между автономными системами. При использовании NAT организация, которая предоставляет доступ снаружи к малому количеству своих сервисов или вообще его не предоставляет, может ограничиться арендой IPv4-адреса у своего провайдера. Без NAT было бы необходимо выделить свободный префикс, учитывая ограничения пиринга (например, часто префиксы длиннее /24 отфильтровываются, т.е. вместо 1 адреса необходимо арендовать блок из 256).

PAT логично рассматривать как развитие NAT. Так как большинство сервисов работает с использованием протоколов TCP и UDP, можно дополнительно сэкономить глобальные адреса, транслируя не адрес в адрес, а кортеж (глобальный адрес, порт1) в кортеж (локальный адрес,порт2), получив еще одну степень свободы в смысле мультиплексирования.

Маршрутизация и NAT решают разные задачи. NAT используется, потому что некоторые сети (локальные, RFC1918) запрещено маршрутизировать в глобальном интернете. Но каждый из задействованных в NAT префиксов должен маршрутизироваться в своем домене, локальный префикс - в локальной сети, глобальный - в интернете.