Zettabyte

Как грамотно увеличить объем raid 1

Грамотно - создать новый массив с нуля и скопировать на него данные. В случае ваших объёмов и конфигурации я не до конца представляю причину действовать по-другому.

Кроме того, т.к. это RAID1, можно ещё держать в уме вариант просто скопировать старые данные с одного из дисков, но я бы его оставил в качестве резервного, т.к., если мне не изменяет память, всё равно "могут быть нюансы".

Все эти "expand RAID" и прочие пристройки, сделанные для удобства пользователей, регулярно становятся причиной визита к нам.

смарт с былых 100% упал до 17%

Проценты можно считать попугаями, каждая программа, их отображающая, считает их по-своему, нужно смотреть на конкретные значения параметров SMART.
Там есть механизм, похожий на проценты (threshold), но я сомневаюсь, что у вас разом все значения просели так сильно.

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

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

Также перед этим можете провести быструю диагностику (Quick Diag).

Кстати, СМАРТ также можно посмотреть с помощью R.Tester-а.

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

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

Затем запустите из командной строки chkdsk X: /V, где Х - ваша буква диска. Фиксить ошибки пока не надо, checkdisk может покромсать данные. Посмотрите на результат.

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

Для этого скачайте программу для проверки жёстких дисков и проведите тесты в ней. Если вы скопировали всё важное, либо важных данных на диске нет (т.к. он новый), вы можете также прогнать тест записи по всей поверхности (уничтожит данные), а затем - тест чтения. Этот "тандем" будет хорошей проверкой состояния HDD.

Кроме того, обратите внимание на то, достаточно ли питания получает диск по USB. Я встречал случаи, когда внешний диск, которому не хватало питания от ноутбука, считал сбойными секторы, с которыми работал в момент нехватки.

Если вы полагаете, что у HDD может быть плохой контакт, обратите внимание на параметр SMART C7 (199) - UltraDMA CRC Error Count. В случае проблем со шлейфами и подобных ситуаций, он нередко отличается от нуля.

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

Кстати, SMART можно посмотреть также с помощью R.tester-а.

PHP benchmark script от Alessandro Torrisi, который вы используете, не очень хорошо работает для современных реалий и быстрого железа.

Попробуйте вот этот, он лучше подходит как для актуального сейчас софта, так и для сравнения разных аппаратных платформ: https://github.com/odan/benchmark-php

У Майкрософта есть собственные SyncToy и RoboCopy, популярная сторонняя - DSynchronize (можно запускать как сервис).

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

/xf "~*.*" "*~.*" "desktop.ini" "Thumbs.db" ".Sync*"

Шифровать умеют, к примеру, CryptSync и Resilio Sync.

У вас широкий спектр вариантов:

• можете использовать специальные решения с проприетарным форматом (Acronis True Image, Norton Ghost, ...);
  
• либо шестнадцатеричный редактор (CI Hex Viewer, WinHex, ...), с помощью которого создадите несжатую посекторную копию диска. Тут предпочтительнее будет чтобы диск был того же объёма, а лучше модели;
  
• если же на диске только файлы (без каких-то привязок - загрузка ОС, установленные программы, ...), то, судя по описанию, ничего не должно помешать их просто скопировать.
  

Hdd упал с небольшой высоты и несильно ударился, был отключен.

Скорость работы замедлилась и появились медленные и битые сектора. Данные уже записанные считываются с большими приостановками но в большинстве считываются.

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

1 Что могло сломаться?

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

Текст вопроса большой, но remap и прочее - не для вашего случая. Это механизмы для скрытия минимальных дефектов, вызванных износом, либо неидеальностью производственного процесса. У вас - физическое повреждение.
Зелёнкой нельзя вылечить перелом и сотрясение мозга.

Можно отключить часть из них? В Интернете пишут запись на дисках происходит одновременно на все поверхности. Но удар был слабым и вообще странно что весь диск посыпался.

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

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

Hdd regenerator

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

Если потребуется протестировать диск (не этот, другой), воспользуйтесь лучше R.tester-ом - его функции ориентированы в первую очередь именно на диагностику (безопасную).

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

Подключите диск к компьютеру с рабочей ОС, скачайте бесплатную программу R.saver и запустите полное сканирование.

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

Если речь идёт об ССД, подготовьтесь заранее и не включайте его впустую - команда TRIM может стереть данные безвозвратно. Надо либо действовать быстро, либо отключить её.

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

Как вариант - контроллер мог перевести флешку в режим "Только для чтения" из-за износа NAND-чипов памяти.
Особенно подобным поведением увлекаются устройства от Transcend.

Сделать дополнительную диагностику вы можете с помощью R.tester-а, это должно дать, как минимум, лучшее представление о том, что случилось.

MamaLuyba,

В соседнем кабинете у нас компы чинят - дал им послушать, сказали, звук не очень

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

Если это так и если данные важны, то сейчас вам нужно:

• Забрать диск из соседнего кабинета, где "компы чинят" - при таком раскладе помочь они смогут вряд ли, а вот добить диск окончательно - вполне
  
• Больше его самостоятельно даже не включать, не говоря уже о каких-либо попытках восстановления/ремонта. В случае проблем с головками/поверхностью, каждый запуск имеет все шансы сделать ситуацию хуже, вплоть до обнуления шансов на восстановление.
  
• Обратиться в проверенную компанию, занимающуюся восстановлением данных профессионально. Если раньше у вас подобного опыта не было, вот краткая памятка: восстановление-данных.рф
  

Советы выше вдвойне важны (я бы сказал жизненно критичны), если у вас относительно современный диск Seagate (говоря грубо, объёмом от 500 ГБ - 1 ТБ и более).

Если не находится прямо вообще ничего, то файл мог быть перезаписан. Вероятность этого выше, если с момента удаления прошло много времени и/или диск с удалённым файлом активно использовался.

В первую очередь вам нужно обеспечить полное отсутствие любых операций записи на диск, на котором хранился удалённый бэкап SQL-я.

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

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

Также, если речь идёт об SSD, искомый бэкап мог быть удалён командой TRIM (если так, то ситуация становится печальной). Надеясь на то, что это ещё не произошло, не лишним будет отключить ТРИМ.

Скачайте R.saver (бесплатно) и запустите полное сканирование. Не сохраняйте архив на тот диск, с которого пропали данные.

В идеале анализ стоит делать на отдельной машине, предварительно отключив TRIM. Если R.saver не найдёт ничего похожего на пропавшие файлы, то можно начинать отчаиваться.

В целом, на мой взгляд (и если я правильно понял ваше описание), вероятность восстановить данные, к сожалению, низкая:

• Прошло много времени и нужные файлы вполне могли быть просто перезаписаны
  
• Как я понял, вы скачивали дистрибутив(-ы) ОС, затем переустановка - всё это запись новых данных
  
• С учётом того, что у вас ССД, данные мог безвозвратно стереть TRIM
  

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

Будучи запущенным под Windows, он сможет как прочитать, так и при необходимости, восстановить данные с Ext2, Ext3, Ext4, ReiserFS, JFS, XFS и Btrfs.