Полигон-2

aleksvolgin, статья о том, что ряд вполне актуальных современных задач (в статье упомянуты аж три разных) можно прекрасно выполнять на железе, которое давно уже отработало все возможные и невозможные сроки амортизации, при условии наличия актуального софта и исправности оборудования.
Очень многие люди не верят, что можно делать проверку поверхности диска на скорости 150 Мб/сек на железе конца прошлого тысячелетия. =)
И я считаю свой пример более актуальным, чем сборка того же терминального клиента в общем случае.

ATauenis, ну вы загнули =)
Во-первых, никаких требований "на этом же железе" у меня и в помине нет. Мне важно - диски сканить, траффик генерить, факсы слать. Снятие скриншотов - это таск для этой статьи, по работе оно мне не надо. И как верно заметили, AGP там нету, а найти PCI-карту с TV-out - квест. Найти же карту с видеозахватом, поставить к нему софт и всё это заставить работать - тянет на увлекательный сериал. Не люблю такие усложнения. Если бы стенд стоял не в офисе, а в серверной, я был сделал скриншоты с Java-приложения, являющегося клиентской частью Altusen IP-KVM. Просто такого KVM нет в офисе, а тащить стенд в серверную мне было сильно влом.

MMichael, диск на 2-4 Тб сканится может сутки, а если он не вечно живой - то и больше. Многопроходное стирание случайными данными - ещё дольше. Диски там идут всё-таки не на потоке. Да и расположение стенда такое, что открыть крышку сверху - проще, чем подлезть к передней панели. Это на фотке я его развернул красиво, а реально он стоит так, что передняя панель не очень доступна, а вот верхняя крышка открывается очень просто и удобно. Поэтому меня ничуть не напрягает подключить диск так, как это показано на фотках.

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

Причём тут манагерики и учёт рабочего времени ?
Диск ставится на стенд и проверяется, пока не завершится проверка, личное участие в этом процессе особо не требуется. Проблемы очередной конторы с манагериками не имеют никакого отношения к теме статьи.

Адекватное использование ресурсов оборудования - вполне себе штатная задача для любого ИТ-спеца, и для её реализации высиживать себе инфаркт на работе 12 часов кряду совершенно не требуется.

P.S. Если бы стенд не показал столь хороших результатов, старую машинку скорее всего просто бы списали. А манагериков таких гнать в шею надо, пока фирма копытами не двинула. С такими манагерами ни санкции, ни кризис не требуются.

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

С диском это называется невероятно повезло, обычно такая пруха случатся редко. Как правило ситуация обратная - завтра диплом/курсовик/годовой_отчёт, а у нас бэкап годовой давности, диску_кранты/сизый_дым_вышел/троян-шифровальщик_поработал. Я пришел к тому, что бэкапить надо только /home и прочие ценные данные, и регулярно. Если же сама система настолько ценна, что её надо хранить вместе с версиями софта и настройками - оно должно быть виртуализовано. Благо современные технологии виртуализации и контейнеризации делают этот процесс лёгким и приятным.

Военная техника это свой мир, там свои требования и особенности. Должны быть, по идее.

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

В федоре есть оба пакета, это не принципиально, да и больше вопрос привычки. Для нечастого запуска пары команд с долгим выполнением screen вполне ок. tmux давно хочу посмотреть, а про byobu первый раз слышу, надо будет заценить, спасибо за инфу.