» Флейм для сисадминов (часть V)

contrafack
А зачем тебе MHDD? Есть уверенность, что ДОСовая утиль увидит хитросделанный контроллер нетбука? Ню-Ню В Алкиде есть Виктория, под Вынь. Да и дело скорее, в испорченной ntfs, а не физическом бэде.
Ох и упертый ты...

andrejvb

Какраз таки и мне всегда MHDD выручал, виктория не видел диска.
но в этом сборке виктория с GUI нормально определил! и надо отдать должное - я был прав
HDD навернулся.
0.2% прошло и уже 20 bad секторов. поставил на ремап... но не знаю поможет ли это. НО все же сообщил хозяину, что жесткому диску кранты и пусть ищет новый HDD.

ДОСовые MHDD и Viktoria - это лотерея на современном железе, особенно ноутах. Особенно с неотключаемым режимом AHCI. То ли увидит, то ли нет. В сборках WinPE Виктоия использует дрова системы, т.е. система видит = Виктория видит. А последние WinPE, особенно на базе Висты (WinPE 2), в основном видят.
Цитата:

поставил на ремап

Это бесполезняк. Если SMART говорит в морг, значит - в морг.

andrejvb

жаль уже отдал, а то показал бы СМАРТ. но там не все так плохо было. в основном все зеленый и некоторые оранжевые.. с такими показаниями у меня на компе диск уже второй год работает без никаких косяков.

P.S. А что, уже не модно делать ремапы? или "опыт" показал, что это пустая трата времени?
раз появились bad_ы, значит и потом будут появиться?

Цитата:

А что, уже не модно делать ремапы? или "опыт" показал, что это пустая трата времени?   раз появились bad_ы, значит и потом будут появиться?

Однозначного ответа не существует. Обычно, подсказывает анализ SMART: если reallocated больше 20 и присуствует не нулевой pending - в морг, ибо диск "устал". Желтые блоки, это, как правило, уже переназначенные сектора. А ручной (принудительный) ремап - это лишнее (ИМХО), т.к. контроллер диска и сам следит за своим "здоровьем" и переназначет дохлые сектора.
Ситуации бывают разные, диск желательно наблюдать в динамике: если битые сектора растут (reallocated), все, в морг. Сам подумай: был удар во время работы, головы коснулись поверхности и выбили микрочастицы из нее. Часть из этого мусора уйдет в фильтр, а часть осядет на поверхности пластин, провоцируя их "задир" при пролете головки.
Конечно, если "жаба" не соглашается на покупку нового , можно продлить жизнь винту с полудохлыми пластинами - вычислить "слабые" участки и переразбить диск так, чтобы на ними было или нераспределенное пространство, или служебный раздел (тип х04). Но времени на такое шаманство уходит масса, а результат не предсказуем, поэтому этим можно заниматься только для себя и использовать диск потом только как флэшку, для хранения чего-либо не очень ценного.
Делать же подобное для других, тем более, за деньги, это себе карму портить.

andrejvb

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

Добрый день!
Господа, есть вопрос по планировщику заданий в Windows Server 2003 R2.
Итак, есть планировщик, который по расписанию запускает сценарий VBScript:


Код:
'This script tends to reboot NPort device through telnet console.
'To schedule this script use Schedule Service module.
'Revision: 1 (07-09-2012)

<job>
<script language="VBScript">
Option Explicit
On Error Resume Next
Dim WshShell
set WshShell=CreateObject("WScript.Shell")
WshShell.run "cmd.exe"
WScript.Sleep 1000

'### Step 1 - Telnet to remote IP
'To choose specific port edit next string
'as 'WshShell.SendKeys "telnet 10.0.0.101 9999" (9999 - specific port number)
WshShell.SendKeys "telnet 10.0.0.101"
WshShell.SendKeys ("{Enter}")
WScript.Sleep 500

'### Step 2 - Issue Commands with pauses'
WshShell.SendKeys "12345678"
WshShell.SendKeys ("{Enter}")
WScript.Sleep 5000
WshShell.SendKeys "s"
WshShell.SendKeys ("{Enter}")
WScript.Sleep 5000
WshShell.SendKeys "y"
WshShell.SendKeys ("{Enter}")
WScript.Sleep 2000

'### Step 3 - Exit Command Window
WshShell.SendKeys "exit"
WshShell.SendKeys ("{Enter}")
WScript.Quit
</script>
</job>

zhitya Я думаю, тебе там все растолкуют: Программирование "удобняшек" на VBScript
А здесь
Цитата:

Помните, что в эту тему люди приходят отдохнуть, поболтать и посмеяться

Камрады, кто-нить сталкивался с MACSec (802.1AE)???
Где-нить есть статьи, howto по его настройке в ОСях (M$ Windows, GNU/Linux)? Вообще как выглядит его реализация?
Самое подробное, помимо IEEE конечно, что я смог найти это настройка сего чуда в Cisco Catalyst 4500 Series.
Но как дело обстоит с клиентами?

Вообще я только примерно понял как он работает: типа сначала происходит обычная 802.1X аутентификация и дальше по какому мановению отрабатывает MACSec...

И следующий вопрос: есть ли вообще профит в данной технологии по сравнению с VPN'ами (L2TP/IPSec или OpenVPN с TAP адаптером)?

Alukardd
Судя по тому что я понял это шифрование на L2 уровне. Т.е. вместо шифрования IP пакета шифруется весь Ethernet. И работает это все в пределах одной LAN. Ну или я неправильно нагуглил.

goletsa
Я, конечно, заранее извиняюсь, но Ваши навыки гугления просто Капитанские!!!
Мне бы какие-то подробности о том с чем его едят и как настраивать в ОСях. А так же какие-то плюсы/минсы, возможности относительно гигабита, тиминга(бондинга) и т.п.

Alukardd
Э. Ну так как это работает на L2 то зачем ОС об этом знать?
Тонкости реализации напрямую зависят от железа.
Для проверки подлинности используется 802.1x, а дальше все прозрачно должно работать.
Поищу на своих железках есть ли реализация этого стэка протоколов.
PS: Сам стандарт кстати без проблем скачивается, там всего 150 страниц текста.

goletsa
Это-то да, но хотелось описание применений, как его задействовать-то? Ну вот видел Intel'овские сетевухи с поддержкой 802.1ae, а включается он сам что ли? На сколько надёжно шифрование?

Эх, походу придётся почитать стандарт, а не только его описание.

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

Добавлено:
в Ярославской области изменил, за другие регионы не скажу.

andrejvb

Цитата:

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

Угу, я на таком своп и каталоги для временных файлов держу.

d0r0fey

Цитата:

Может кто подскажет, как следит за такой информацией, где они публикуют такие радостные новости?
Я найти не смог.
 

И не думаю что найдете. Скорее всего инициатива локального филиала.

Boris_Popov
Цитата:

я на таком своп и каталоги для временных файлов держу

своп чревато.. с ним и так-то задержка возникает.. а если ышшо и со всякими глюками - тады ваще туши свет..
сопссно, при нынешних ценах на память, весь темп намного интереснее держать на рам-диске.. ну.. это имхо, ессно.. :)

есть гораздо лучший вариант - "проапгрейдить" таким винтом тачку самого "любимого" юзера в конторе.. :D

TheBarmaley

Цитата:

своп чревато

Не, заведомо ненадежные области замаскированы (вне доступных разделов), а остальное вполне нормальное, тока доверия к нему Ёк.
Цитата:

темп намного интереснее держать на рам-диске

Да? А как же оно в гибернейт уходить будет? Точнее, уйти-то уйдет, а проснется ли? Вынь, стибренную у нее под RAM диск память рази сворачивает в hiberfil?
Цитата:

"проапгрейдить" таким винтом тачку самого "любимого" юзера в конторе

ыыыы.. А трахаться потом с тем винтом кому? Это ж ты не "подопытному" каку сделаешь, а себе любимому.

Привет!
Как на Windows 7 Ultimate x64 на админе разрешить доступ к папке только для чтения которая(папка) находится на Локальном диске D Чтобы пользователь под учёткой "Гость" мог только читать и иметь право записывать на флэшку или CD/DVD диски то, что находится в папке, но не удалять.
Можно обойтись стандартными средствами или нужна прога для этого?

Dracula
Файловая система какая? Если NTFS - никаких проблем. Используйте атрибуты безопасности NTFS.

andrejvb
Цитата:

тока доверия к нему Ёк.

вот именно.. а "заффтро" вполне могут появиццо бэды и на необрезанных кусках поверхности.. потому-то и чревато.. :)

Цитата:

А как же оно в гибернейт уходить будет?

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

нащёт "проснётся ли" - не скажу, врать не буду, не пробовал.. "нет спроса", как гриццо.. :)

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

на всякий случай и во избежание - ноуты в расчёт не берём, там и так каждый литр метр памяти на щету.. ;)

Цитата:

А трахаться потом с тем винтом кому?

а зачем трахаццо? главное. шоб говняшек не было на системном разделе, а чё/каг там с юзверскими файликами происходит - за то голова у одмина не болит.. ессно, это в случае, напоминаю, "самого любимого юзера" :))

ну, типа так: комп включаеццо? система грузиццо? сеть/тырнет/прикладуха всякая работает?
ну, дорогой товарисч, тады извиняй, не ко мне.. в смысле - кури бамбук ибо сам дурак.. :D

от так-та "самым любимым дрозофилам" и разнообразицца жизнь.. ну.. шоб она им мёдом не казалась.. ;))

Цитата:

более мягкий и предсказуемый режим - ждущий

Чё-т ты путаешь: как раз ждущий (сон) реализуется средствами матери и, действительно, слабо предсказуем, рулетка, однако. А гипер - приблуда ОСи - фсё из памяти выгрузить нафиг в файл и выключиЦЦо. И я не встречал компов, которые не просыпаются из гипера. А режим реально пользительный, при пропадании питалова, пока держит ИБП, быренько свалились в него, без пердуперждений, напоследок дав команду на ИБП отключиццо через 2мин. А при появлении питательной среды, оп-па, УПС, мерзко пискнув, включился, комп включился и грузиццо, опосля чего, восстанавливает предыдущее состояние.
Цитата:

потому-то и чревато

Ну, я как-бы и не предлагал его под темпы использовать, хотя и не вижу в этом проблемы. А использую таких инвалидов как большую флэшку, подключая их через USB адаптер, для хранения дистров, эталонных бэкапов и прочего, что обычно хранится на СД и ДВД. Т.к. 99% времени винт выключен, деградации нет и надежность хранения повыше, чем на болванках.
Цитата:

дорогой товарисч, тады извиняй, не ко мне

Ну да? А к кому? Хто у нас тут одмин, великий и ужасный? И это тело начнет строчить кляузы в сервис-деск, начальству и т.д. В конец-концов, кому спустят ОЦУ - разобраться и устранить? Тебе. Ну и нафиг энтропию повышать, лишние телодвижения делать? А тело я и без таких финтов за...у до нервного тика.

andrejvb
Цитата:

Чё-т ты путаешь

уточню - "рулетка" возникает при некорректности настроек/отработки "Бивисом" режимов S1/S3 + при определённой комбинации настроек перехода в ждущий/спящий.. так вот, из личного скромного опыта могу сказать, шо имеется тут определённый геморрой, т.к. работающие (на одной матери) комбинации/настройки вводят комп в ступор на другой..
т.е. когда "это цуко" потом тупо не хочет просыпаться/включаться ваще.. :(

соответссно, (для себя лично) вывел эмпирическое заключение - держаться подальше от спящего (именно - спящего!) режима..

шо касаемо удобства при пропадании питания - хз, мне как-то не в падлу дождаться обычной загрузки.. чем грызть себя сомнениями типа "а всё ли корректно сохранилось/восстановилось".. ну чё ж поделать, если не верю я мистеру Билли и продуктам его жизнедеятельности.. не ве-рю!.. и всё тут, хоть ты тресни.. :)

Цитата:

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

ну, я как-бы и не тебе говорил, шо это "чревато".. "не так-ли, дружище Биттнер?".. (ц ;)

хотя.. с другой стороны.. исходя из:
Цитата:

Не, заведомо ненадежные области замаскированы (вне доступных разделов), а остальное вполне нормальное

я мог бы с этим поспорить.. шо, сопссно, и попытался ненавязчиво сделать.. там, в самом начале предыдущего поста.. :))
ну да ладно, и хрен бы с ними - с винтом бэдастым, да с гибером глюкастым.. :Ь

шо касаемо
Цитата:

тело начнет строчить кляузы

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

ну.. возможный камент от Ильича (ака старик Крупский :), будь он жив: бэдастый хард - оружие сисодмина..
в том смысле, шо "булыжник - оружие пролетариата", а мы все тут "пролетарии".. умственного труда.. :))

TheBarmaley

Цитата:

т.е. когда "это цуко" потом тупо не хочет просыпаться/включаться ваще.

Оть иманна! У меня как-то померли несколько метерей от MSI именно изза ждущего режима. Мамки были исчо гарантийные и начали разбираться, почему-отчего-кого_иметь. И открылась нам истина, благо нашли в сети схему матери (сам охудивился): ошибка дизайна PCB. Суть была в том, что при ждущем режиме часть устройств остается запитанной от 3.3в, но оченно хитро: при нормальной работе они питаются от стаба мамы берущего +5в, а при ждущем - от микро-стаба на дохленьком транзюке, получающего +5vcb и при малейшем превышении потребляемого тока он перегревается и сам себя кремирует. Ну и, воткнутых PCI тюнера и сетевухи на это вполне хватало. Перепаивали 2 раза, потом я тупо заблокировал использование ждущего режима и одна из мам жива до сих пор.
Кстати, походу у тебя претензии к гибридному спящему режиму, который совмещает сон и гибернацию. Вот тут я с тобой полностью согласен: хрень редкостной отвратности. Совершенно непредсказуемая
По поводу любимой дрозофилы: ну лень мне на него время тратить, вообще. Максимум, чё я сделаю, так это при умирании винта у хорошего человечка, втихаря поставлю его к "раздражителю", и предоставлю ему возможность бегать и выцарапывать у нач-ва деньги на новый винт Ибо мне - лениво

andrejvb
вопчем, "на основании проведённого обсуждения по режимам энергосбережения и в связи с достижением консенсуса, а также в целях предотвращения различного рода анальных проблем, в просторечьи именуемых геморроем, настоящим выносим высочайший вердикт - а ну-ка его на.." :))

Цитата:

Максимум, чё я сделаю

ну, дык, и я про то же - проапгрейдить/заменить/подарить - суть форма, не меняющая конечный эффект.. :D
..с вами была передача "Полезные рецепты от сисодминофф" и её ведующие, Андрюха и Бармалей.. ;))

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

Господа не приведи господь, но может кто в курсе что делать если должны приехать "маски шоу" ? может есть где какая информация на эту тему?)

Интересует конфискуют ли сервера, и какие? Не все же наверное? И что вообще могут проверить с точки зрения IT на предприятии, ну может какие-то инструкции и нормативные документы?

Kacblm

Цитата:

делать если должны приехать "маски шоу" ?

Убиваться апстену, НЕМЕДЛЕННО!



Цитата:

Интересует конфискуют ли сервера,

Жертвам Терморектального Криптоанализа всё это будет уже пох..

artemk

Цитата:

скажите, outlook совсем не понимает сообщение сервера о ограничении на размер письма?

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

Цитата:

какие есть методы борьбы с особо упорными пользователями?

А чего с ними бороться? Письма не уйдут - сами виноваты.

Цитата:

и письма висят в исходящих и генерят трафик.

Висят, да. А разве они при этом "генерят трафик"?

artemk
Цитата:

outlook совсем не понимает сообщение сервера о ограничении на размер письма?

ну почему же.. не скажу за офисный аутглюк, но вот стандартный вендовый аутглюк-экспресс очень даже понимает, и очень даже хорошо.. и при этом вываливает юзеру вполне конкретную ошибку "бла-бла мессадж ту лонг" и всё такое.. :)

шо касаемо особо упёртых, которым можно объяснять до синего: не парься, сделай проще - в настройках отправки открыжь галку "пилить на части, если размер > заданного", укажи своё ограничение и забудь про торчащее в исхожящих.. пущай хоть гигабайтами шлют - через сервак будут нормально проходить лимитированные куски, которые потом (у получателя) собираются обратно в целое письмо..

скажу сразу, шо не все почтовики поддерживают разбиение писем на части.. рамблер, к примеру, тихо посылает лесом.. :)

ну и ваще.. все эти ограничения должны рассматриваться с учётом, шо размер письма ~ =1,5х(содержимое+вложение)

посему страдающим "гигантоманией" я бы на твоём месте рекомендовал слать не через почту, а через файлообменники..
так, во-первых, быстрее - объём трафика не превышает размера документа, во-вторых, проще и надёжнее - ссылку на залитое через любой почтовик/аську/форум/и т.д. можно кинуть.. вплоть до того, что по мобиле наговорить.. :)

---

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

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