Zettabyte

Если у вас PyCharm хранит файлы проектов на том же разделе, куда могут писать ОС и другие программы, то я бы в первую очередь посоветовал выключить компьютер, чтобы данные не были перезаписаны другими.

Если вам нужна программа, работающая под Linux, то для поиска удалённой папки воспользуйтесь, например, UFS Explorer Standard Recovery - у неё, как и у более старших ревизий ЮФС Эксплорер, есть версии для Линукс.

Если есть возможность запустить сканирование диска под Windows, например, вынув его из компьютера, поищите удалённую папку бесплатным R.saver.

Предварительно убедитесь, что никакие программы или ОС не записывают / не будут ничего записывать на раздел с файлами PyCharm, и не сохраняйте ничего на него сами (в т.ч. программы для восстановления данных).

Если вам нужна программа для восстановления данных, работающая под Linux, воспользуйтесь, например, UFS Explorer Standard Recovery - у неё, как и у более старших ревизий ЮФС Эксплорер, есть версия для Линукс.

Если есть возможность запустить сканирование диска под Windows, воспользуйтесь бесплатным R.saver.

Предварительно убедитесь, что никакие программы или ОС не записывают / не будут ничего записывать на диск при подключении, и не сохраняйте ничего на него сами (в т.ч. программы для восстановления данных).

Нужен надежный диск.

Я бы выбирал между Hitachi (HGST) и Toshiba.

Ну и теми моделями WD, которые на самом деле Хитачи.

А не проще ли будет отслеживать нажатия на ту или иную кнопку (выбора мессенджера)?
Или вам надо отслеживать только тех, кто гарантированно написал хотя бы одно сообщение вашему сотруднику?

Посмотрите также в сторону Swift Mailer, он такое умеет.
В PHP-проекты интегрируется хорошо, что можно изобрести для связки с написанным на Ruby Jekyll'ом, говорить не возьмусь - не знаком с этой областью.

Насколько я помню, у HP error 226 - это power fault, достаточно общая ошибка, которая может уходить корнями в различные подсистемы.

Но первое, что стоит попробовать - это, если контроллер съёмный, выключить сервер, отключить батарею контроллера, извлечь сам контроллер, протереть его контакты и в обратном порядке вернуть всё на свои места.

Если это не поможет, стоит также копнуть в сторону предохранителей, но я бы уже говорил с поддержкой НР на этом этапе.

Хотим собрать сервер на SAS 12G (прям мечта)

Не то, чтобы прямо ответ на ваш вопрос, но увидев упоминание SAS12G, не смог пройти мимо.

Если вам интересна тема "гонки серверных интерфейсов", посмотрите недлинный пост о SAS3 (12G) и SAS (3.0G). Там на старом контроллере удалось получить 790 МБ/с.

решил провести тест на скорость

Протестируйте с помощью вот такой команды и опубликуйте результаты (можно с кратким описанием и ценой VPS):

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm test

Разумеется, bs и count можно варьировать.

Хранилище в организации и постоянно используется.

Какой бы вариант вы ни выбрали в итоге, я бы настоятельно советовал предварительно сделать полную копию всех данных.

А так, да - предложенное выше копирование данных на полностью новое хранилище представляется наиболее разумным.
Как вариант, ещё можете попробовать создание полного образа хранилища, например, если в нём есть поддержка DAS, но с этим вариантом возможны разные нюансы и подходы, надо смотреть конкретно и на месте.

У вас в заголовке RAID 1, а в тексте вопроса RAID 0.
Судя по тому, что акцент на скорости, видимо, речь всё-таки о втором.

Нам это не очень актуально, так что информацию в голове удерживать не старался, но если мне не изменяет память, для увеличения пропускной способности имеет смысл уменьшать размер страйпа, если же в приоритете random I/O, то наоборот, увеличивать.

При этом важно помнить о таком параметре, как queue depth. Если он у вас всё время равен единице, то понятно, что никакого прироста не будет, т.к. в единицу времени отправляется только один запрос.
Бесконечного линейного роста, понятно, не будет, но думаю, что при QD = 16 / 32 / 64 вы окажетесь близко к возможному максимуму.

Также не стоит забывать о реализации чтения в драйверах. Если производитель что-то меняет или оптимизирует под конкретные ОС, то это отразится на скорости.

В общем, экспериментируйте, но не забывайте, что RAID 0 имеет низкую надёжность, которая падает с ростом количества дисков. А при потере одного диска вы теряете доступ ко всему массиву.

Если у вас есть сомнения относительно SSD, вы можете также "погонять" его утилитой R.tester.

Пример пары тестов (в контексте "до и после TRIM") можно посмотреть тут: https://blog.rlab.ru/ssd-trim-rabotaet-96.html

Если интерес разобраться с винчестером ещё не пропал, вы можете дополнительно воспользоваться R.tester'ом, там есть отсутствующая в Виктории функция анализа состояния жёсткого диска по симптомам и технической информации.

Убедитесь, что никакие программы или ОС не записывают / не будут ничего записывать на флэшку при подключении, не сохраняйте ничего на неё сами (в т.ч. программы для восстановления данных).

Скачайте R.saver и запустите полное сканирование.

Если нужна более подробная инструкция, начните с видео как раз про удалённые файлы, либо напишите тут в комментариях.

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

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

Почему-то как "правильный ответ" помечен комментарий, в котором рекомендуется запустить chkdsk /r /f.

Как правильно отметил другой отвечающий, это не лучший способ.
Более того, CheckDisk - это очень плохой способ восстанавливать данные.

При потере информации с любого носителя нельзя как запускать чекдиск самому, так и позволять Windows автоматически делать какие-либо "проверки диска".

Chkdsk умеет только топорно пытаться поправлять состояние файловой системы. При этом данные он нещадно крошит и сбрасывает останки в файлы .CHK.

После этого задача восстановления данных сильно усложняется, т.к. теперь вам потребуется вручную собрать ваши файлы из рандомно разбросанных кусков. Сделать это не всегда под силу даже профессионалу с многолетним опытом, не говоря уже о простом пользователе.