Каждый вопрос и ответ, которые я могу найти, кажутся противоположными моей текущей проблеме.
USB-накопитель NTFS емкостью 8 ТБ (~ 85% заполнен), подключенный к единственному загрузочному серверу Ubuntu 20.04, совместно используемый с рабочими станциями Windows через Samba. Используется в очном обучении, которое считается «несущественным», поэтому держится за ногти и молитвы благодаря закрытию для клиентов в течение 7 месяцев в прошлом году. Основная часть данных — это видеокурсы, созданные во время или после блокировки. В планах более эффективное аварийное переключение, но выплата зарплаты и арендная плата были приоритетом. Владельцы на 100% оплачивают расходы на ИТ (один из них был профессором СНГ), так что не экономят по незнанию. Они одобрили каждое оборудование и ПО в моем списке, утвердили приоритеты и установили цели для каждой покупки. Как гик, я действительно ценю их поддержку. Я никогда не работал в компании, которая лучше понимает, как правильно настроить свою инфраструктуру. До блокировки они прекрасно финансировали ИТ, но сервер был развернут из-за того, что он был «несущественным». Работа перешла от преподавания к разработке учебного плана на 100%, что требовало более эффективного обмена большими объемами данных. Пожалуйста, простите эту резкую критику, но я надеюсь избежать ответов типа "должен, мог бы, был бы".
Я копировал файлы по сети (записывал на диск), когда отключилось питание. ИБП есть в списке, но это невозможно. Все рабочие станции представляют собой ноутбуки, поэтому не было ни одного для двойного стека. При перезагрузке диск больше не будет монтироваться в Linux (на сервере или моем ноутбуке с Ubuntu 20.04). Когда я запускаю fdisk, он сообщает «Основная таблица GPT повреждена, но резервная копия выглядит нормально, поэтому она будет использоваться». Поскольку диск не монтируется, резервная копия, похоже, не используется. Я могу ошибаться, но это то, что кажется.
Fdisk отображает правильное описание для /dev/sdb (7,28 ТиБ, 8001563222016 байт, 15628053168 секторов...)
Он отображает правильную информацию для /dev/sdb1 (начало 2048, конец 15628050431 секторов, 15628048374, размер 7.3T, тип основных данных Microsoft). Других разделов нет.
Диск имеет формат NTFS. Это USB-накопитель, который необходимо легко подключать к системам Windows без дополнительного программного обеспечения в этих системах (требование владельца бизнеса к портативности). Я могу подключить его напрямую к машинам Windows 7, 8, 10. Он правильно монтируется, и данные можно читать и записывать в любой ОС Windows. Если я проверяю наличие ошибок в Windows, они не обнаруживаются, поэтому попытки исправления не предпринимаются. Не пробовал никаких инструментов восстановления Windows, кроме проверки диска, поскольку, по моему опыту, они обычно приносят больше вреда, чем пользы.
У меня есть резервная копия всех данных (на расстоянии 1700 миль — большинство данных записывается по каплям и обрывкам, поэтому у меня есть скрипт, который просто и незаметно создает резервную копию на ночь в удаленном месте), и все данные доступны на рассматриваемом диске, если я подключаю диск к Windows. Самое сложное в том, что благодаря Covid у меня нет запасного диска 8T или средств на его покупку — серьезно. Хотелось бы также избежать 36+ часов копирования с диска на диск, будь то здесь или на нашем резервном сайте (в доме ребенка владельца). Мы так привыкли к этому на нашем маленьком сервере, что хотели бы вернуть его как можно скорее. Я поставил его на сервер 20.04 специально, потому что я уважаю отсутствие BS и отличные инструменты, которые предоставляет Ubuntu. Этот маленький сервер - моя любимая система, потому что она ничуть не темпераментна... до этого.
У меня есть доступ к системам Windows 7, 8, 10, а также к серверу и настольным компьютерам Ubuntu 20.04. Я готов использовать инструмент Windows, если это поможет, но я больше доверяю Ubuntu — большинство «инструментов восстановления» Windows пугают меня до чертиков.
