anton13ms

Управлять - это старт-стоп-перезапуск?
Ну когда-нибудь доделают команду net, входящую в состав samba, и службами можно будет управлять также, как это делается из командной строки windows.

Можно использовать ssh до машины c windows.

Можно попытаться притащить services.msc под wine со всеми зависимостями.

UDP пакеты можно слать через утилиту netcat (nc) но мне кажется что решение твоей проблемы не в этом.

Просто послать строку проблем нет (ip и порт меняете на свои):

echo -ne '\xa5\xa5\xa5...' > /dev/udp/192.168.0.1/5000

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

или объясните почему ни чего ен получится?

Потому что передача по сети - это протокол обмена. И это не UDP или TCP, это протокол более высокого уровня. Протокол обмена должны поддерживать обе стороны, иначе это будет разговор слепого с глухим. Протокол включает в себя формат пакета/потока (список данных, описание данных и двоичного представления этих данных). Без знания протокола вряд ли получится что-то передать так, что бы принимающая сторона это восприняла как свой родной пакет и предприняла бы соответствующие действия.
Протоколы могут быть двоичные и текстовые. В текстовом протоколе (HTTP, SMTP, ...) визуально видны части пакета и в принципе по анализу перехваченных данных можно сделать какие-то выводы.
В двоичном протоколе без описания формата вряд ли что-то можно разобрать. Разве что что-то очень простое. У вас двоичный протокол.
Поэтому, обычно, что бы что-то отправить по какому-то протоколу требуется специализированная утилита, реализующая этот протокол. Например для HTTP утилита - это браузер или какой-нибудь curl.
Бывает, что протокол открытый, т.е. описание доступно в свободном доступе (или его можно купить). Так же часто используются закрытые протоколы, описание которых есть только у его разработчиков. Если у вас открытый протокол то шансы что-то скостылить есть.

Поищите у производителя устройства (спросите на форуме поддержки) фирменную утилиту работающую из командной строки или описание протокола (или конкретно данного пакета для установки времени).

Раз у вас пакет установки времени, то в данных должно присутствовать время. Это может быть какой-то вариант timestamp, например Unix timestamp. Можете попробовать поискать в дампе таймстамп на момент отправки пакета. Имея несколько вариантов пакета можно попытаться сделать какой-то его анализ и попробовать разобрать пакет на составляющие его поля. Сделать реверс инжиниринг.

Еще немного. Обычно для установки времени не достаточно просто отправить 1 пакет с новым временем. Т.е. можно и так, конечно. Но в этом случае потенциально может быть большая не точность, т.к. доставка пакета не моментальна, могут быть задержки при передаче и приеме и все это практически не предсказуемо. И когда приемная сторона установит у себя полученное время, то это время уже может стать не точным. Поэтому для минимизации побочных эффектов задержек используют отдельные протоколы для установки времени и там уже как правило не один пакет.
Для примера можете немного посмотреть в сторону протокола NTP - он используется для синхронизации времени через интернет, это открытый протокол, доступно его описание. Например ваша винда наверняка синхронизируется с каким-то NTP сервером от микрософт, фиг знает где находящимся.

USBDeview by Nirsoft из оболочки WSCC

Причем размер файлов и занятого места на диске, отличается значительно.

скорее всего это sparse files (дырявые файлы), на диске такие файлы меньше места занимают чем их размер (считай это разновидностью сжатия файлов на лету)

ms sql server использует, как я понимаю, их для снапшотов

Zfs позволяет хранить частоиспольуемое в оперативке
Brtfs - для не критичных данных, либо конкретных для сжатия - типа мп3, фоток...
Mdadm - просто программная технология организации рейда
Lvm - по сути «разделы диска», как в винде, но с плюшками
Xfs - для хранения больших файлов

Как по мне - в линукс надо юзать etx4, если нет специфичечкой задачи

— www.postgresql.org/docs/books — теми, что для версии 9+ можно спокойно обзаводиться и читать. Акцентирую внимание на "PostgreSQL Server Programming", "PostgreSQL: Up and Running" и "PostgreSQL 9 Administration Cookbook".
— postgresql.leopard.in.ua — довольно хорошая книга в свободном доступе, больше про админство, но по своему опыту скажу, что разработка и администрирование PostgresQL очень тесно связаны.

их тех «косяков» что я обнаружил:
— в режиме балансировки, при падении слейва, pgpool может начать игнорировать мастера))) в итоге мастер хоть и жив, но pgpool не отправляет на него запросы; толи это странность в health_ и sr_ проверках, толи еще что…
— неэффективный пуллинг конектов, нельзя запихнуть в него больше клиентов чем max_connections в postgresql.conf (в pgbouncer же это можно сделать); т.е. пуллинг он как бы есть но внутри одного воркера =)
— непонял как подцепить pgpool к постгресу через unix-сокет, не видит его и все тут… собака, вроде все тривиально решается одной строчкой конфига, но нет жэ… all backends are down
— все время пытается мне сделать при сбое слейва авто-файловер,… ну не сторонник я автоматики при разгребании аварии с базами данных…

пока заставил его работать как мне надо, но какой ценой… помоему keepalived+haproxy+pgbouncer и какая-нибудь makara на строне приложения были бы годнее

Можно - с помощью XML-фильтра

<QueryList>
<Query Id="0" Path="Security">
<Select Path="Security">*[System[(EventID=4624 or EventID=4625)]]</Select>
<Select Path="Security">* [EventData[Data[@Name='subjectUsername']='username']]</Select>
</Query>
</QueryList>

1. С помощью Disk2vhd скопировать жесткий диск с установленной на старом железе Win2000 (если он жив) в vhd файл. Создать виртуалку на каком-нибудь сервере (обязательно 1-го поколения) и прицепить этот файл как диск С
2. Взять древнейший неттоп, тонкий клиент или такую железку и натравить доступ через сеть по RDP или VNC к этому серверу (можно даже автоматически) - и предоставить для юзанья пользователями

1! зависит от ОС и подключенных дополнительных утилит / пакетов
2. в Windows - wmic (wmic diskdrive get status и тп.), diskpart (recover и т.п. с поддержкой RAID),

Ваш ответ в вопросе 7!
1) нужно точно знать марку и производителя контроллера RAID
2) программу управления нужно брать от производителя контроллера, или производителя сервера (если контроллер наплатный)
3) тип и марку можно посмотреть двумя путями
- залезть в сервер фиизчески и посмотреть на установленные платы и марку материнской платы
- посмотреть в "оборудовании" в системе
или посмотреть на сам сервер, там на этикеточках обычно пишут, кто произвел и что стоит...
4) поставить правильную утилиту управления и через нее, и только через нее, лезть в raid.