Zettabyte

а .htaccess: https://yoursite.loc/404?link=https://yoursite.loc...

Не до конца понятно, что именно .htaccess, но т.к. у вас PHP, используйте $_SERVER['REDIRECT_URL'] и $_SERVER['REQUEST_URI'] и уже на основе них стройте дальнейшую логику.

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

в разделе Дисковые устройства Диспетчера устройств есть неизвестное устройство. Но сделать с ним ничего не даёт

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

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

Кроме того, уточните: вас интересует "оживление" накопителя для дальнейшего использования или вам надо восстановить данные с этого ССД?

Если второе, то будьте аккуратны как в самостоятельных действиях, так и в выборе дата-рекавери компании, в которую будете обращаться (с высокой вероятностью это потребуется).
Если что, вот краткая памятка по выбору сервиса восстановления данных.

Из того, с чем мы работали и что могу вспомнить сходу, модели с шифрованием есть у Buffalo, QNAP и I-O Data (японский бренд).

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

Кроме того, вы можете поискать кто из вендоров использует LUKS, оригинальный, либо модифицированный - это тоже может помочь найти дополнительные варианты.

Разумеется, потеряете. RAID 1 и RAID 5 - это два разных способа распределения данных по дискам.

• РЭЙД 1 - это зеркальная копия, где на дисках хранятся одинаковые данные, т.е. содержимое любого страйпа на первом диске аналогично содержимому того же страйпа на втором.
  
• РЭЙД 5 распределяет данные по всем дискам массива, кроме одного, на котором хранится чётность для соответствующих страйпов на других дисках. Для повышения надёжности применяется ротация - для каждой новой цепочки из N страйпов чётность записывается на предыдущий или следующий диск. N - количество дисков.
  

Вам надо скопировать данные куда-то ещё, добавить диск, создать RAID5 из всех дисков и потом скопировать данные обратно уже на него.

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

У RAID есть forced rebuild, с которым регулярно косячит масса людей, уничтожая данные при замене диска, и "правильный" rebuild, который выполняется с учётом замены только одного диска.

Форматированием, как я понимаю, вы называете именно forced rebuild, либо инициализацию.

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

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

Я так понимаю если я его форматирую то смогу вытащить файлы

Объясните пожалуйста, логику этого предположения. Кроме шуток - правда очень интересно (пока в жизнь только его не воплощайте).

Какова вероятность что я смогу её сохранить

С имеющейся сейчас информацией - от 0 до 99%.

Я пока оставил всё как есть.

Это, в сочетании с консультацией здесь - разумное решение.

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

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

Из домашних вариантов неплохим был бы gddrescue (GNU ddrescue), если вы дружите с Линуксом. Если нет, то используйте hex-редакторы, например WinHex или CI Hex Viewer.

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

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

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

At this time, uploading via the API is not possible. We made a conscious choice not to add this for the following reasons:

• Instagram is about your life on the go – we hope to encourage photos from within the app. However, in the future we may give whitelist access to individual apps on a case by case basis.
  
• We want to fight spam & low quality photos. Once we allow uploading from other sources, it's harder to control what comes into the Instagram ecosystem.
  

All this being said, we're working on ways to ensure users have a consistent and high-quality experience on our platform.

Два года назад установил SSD

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

У ССД есть собственный аналог S.M.A.R.T. (который, по-моему, до сих пор окончательно не устаканился, т.к. стандартные функции HDD перебираются в SSD постепенно), можете посматривать время от времени на него с целью грубой оценки состояния накопителя.

Но помните следующее:

1. ССД могут умирать ВНЕЗАПНО - работали на компьютере, вышли в магазин за кефиром, перекинулись там парой слов о нём с Перельманом, вернулись, а твердотельный диск улетел, не обещав вернуться;
   
2. Соответственно, делайте бэкапы, они - ваши друзья;
   
3. Чтобы отсрочить момент, когда потребуется их помощь, всегда держите процентов 30 (минимум 20) объёма SSD свободными - ячейки NAND-памяти имеют ограниченный ресурс записи и алгоритму wear leveling нужен их запас, чтобы осуществлять ротацию. Тем более на системном диске, где часть данных (ОС, программы, ...) лежат статично, а часть (swap, hibernate) - интенсивно перезаписываются.
   

Самостоятельно вы также можете протестировать ССД с помощью диагностической программы R.tester, она имеет их максимально широкую поддержку, включая NVMe-диски (насколько мне известно, как минимум, до недавнего времени остальные подобные утилиты поддерживали их на весьма базовом уровне).
Разрешение графиков можно сделать максимально высоким, получив дополнительную оценку состояния и пищу для размышлений. SMART, кстати, тоже можно посмотреть с её помощью.

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

Извлеките диск из компьютера, подключите его к машине с Windows, скачайте R.saver (программа для восстановления данных) и запустите полное сканирование.

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

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

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

мне срочно потребовалось ждать винду

Не совсем понятно какая у вас задача.

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

Также, если будете это делать, не лишним было бы прогнать проверку SSD, однако под Мак хороших утилит для этого посоветовать не смогу, только для Windows.

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

Прогнал fsck -C -y -c -f /dev/sdb1

Ох-хо-хох, это, похоже, проклятье какое-то с чекдисками :) :(

Ну ладно ещё обычные пользователи соглашаются и не останавливают "Проверку диска" от Windows, но вы, человек, который сумел найти и отпаять встроенную в NAS флэшку, затем распаять её так, чтобы она читалась, и туда же?

Несмотря на то, что:

• Была явная причина возникновения проблемы (отключение электричества)
  
• НАС перестал загружаться = у флэшки проблемы даже с чтением (подтверждение возникновения проблемы)
  
• Было известно, что ничего не известно, т.е. NAS, по сути, уникальный, как и софт внутри
  

вы тоже решили жахнуть по загрузочной части операцией записи.

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

Ещё бы хорошо пустить тест чтения, чтобы наглядно оценить состояние накопителя, и только потом думать об fsck.

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

Верьте логу сервера.

Как грамотно увеличить объем 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-а.