Zettabyte

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

• Microsoft Windows: ExFAT, FAT/FAT32, NTFS.
  
• Apple Mac OS: HFS, HFS+, APFS.
  
• Linux: Ext2, Ext3, Ext4, ReiserFS, JFS, XFS, Btrfs.
  
• Unix, BSD, Sun Solaris: UFS/UFS2, Adaptec UFS, Open ZFS, Sun ZFS.
  
• Novell Netware: NWFS, NSS.
  

Программа бесплатна на территории бывшего Союза и не требует установки.

Эххх... Очень досадное, конечно, развитие ситуации :( Можно ли что-то сделать сейчас - вопрос сложный и не для дистанционного гадания.

На всякий случай, информация для тех, кто будет читать этот вопрос в будущем:

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

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

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

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

Ну и в конце, вот памятка о том, как выбрать сервис восстановления данных.
Чтения минут на пять, а деньги и информация останутся с вами.

Воспользуйтесь R.saver-ом:
https://rlab.ru/tools/rsaver.html

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

Конкретно в вашем случае, с учётом того, что новых данных на диск не записывалось, шансы должны быть хорошими.
Главное, если у вас ССД, не забывайте о TRIM, он может уничтожить данные безвозвратно.

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

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

Остальным читателям Тостера тоже будет полезно, т.к. в последнее время диски Фьюжн Драйв несут к нам на восстановление достаточно часто. Не исключаю, что это из-за того, что начало подходить к концу время работы используемых Apple компонентов.

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

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