LINUX.ORG.RU

ошибка файловой системы [проблемы с загрузкой]

 ,


0

1

Из файловой системы удалёна случайно папка SSH с её содержимым, которая находилась в папке tmp (файловая система/tmp/ssh/agent.) то есть удален: agent восстановить его из корзины не получилось, все папки, файлы на диске стали доступны только для чтения. Перезагрузил систему, зайти не получилось, как можно исправить ?

debian 11. диск зашифрован



Последнее исправление: timvin (всего исправлений: 11)

Дамп сознания какой-то. Давай еще раз.

Radjah ★★★★★
()

А теперь вставь мозг в черепную коробку, перезагрузись и сформулируй вопрос заново

Qwentor ★★★★★
()

файловая система/tmp/ssh/agent

Многие дистрибутивы, включая Debian, чистят /tmp при перезагрузке, так что это было не страшно.

все папки, файлы на диске стали доступны только для чтения

Перезагрузил систему, зайти не получилось

Вспоминайте, что ещё удаляли.

anonymous
()
Ответ на: комментарий от anonymous

обсолютно не чего !. это вышло случайно !. попытался восстановить из корзины, вышло сообщение что ошибка и вроде файловой системы, я решил найти эту ошибку в инете, нажал на ярлык Лисы она не запустилась и после этого на диске все папки стали со значками ЗАМОК - доступно только для чтения,. при загрузке системы пишит вот такие сообщения( последнии три).

inodes that were part ofa corrupted orphan linked list found.

unexpected inconsistency; run fsck manually (i.e., without -a or -p options) fsck exited with status code 4 The root filesystem on …. reguires a manual fsck.

BusyBox v1.30.1. built-in shell(ash) enter ‘help’ for a list of built -in commands

(initramfs)

я так понимаю что он не видит диск или файловую системы ?

timvin
() автор топика
Ответ на: комментарий от timvin

То, что ты рассказываешь – невозможно. Поэтому начинай сначала.

  1. Какая операционная система была установлена?
  2. Где была установлена (виртуальная машина или компьютер)?
  3. От какого пользователя использовалась ОС?
  4. Какие задачи решались?
sin_a ★★★★★
()
Ответ на: комментарий от timvin

я так понимаю что он не видит диск или файловую системы ?

Да, проблема с диском. Но с удалением чего-то из /tmp это едва ли связано.

pinus_nigra
()

То, что вы удалили, никаким образом не связано с проблемой файловой системы, которая имеет место быть.

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

utanho ★★★★★
()

папка SSH с её содержимым, которая находилась в папке tmp (файловая система/tmp/ssh/agent.)

Отличная идея — класть важные файлы в /tmp , которую во многих дистрибутивах автоматически чистят при перезагрузках и выключениях. Это временные файлы, алё! Даже в Корзине хранить и то адекватнее.

agent восстановить его из корзины не получилось

Если ты не в Корзину удалял, а просто rm, то понятное дело, что в Корзине его не будет.

все папки, файлы на диске стали доступны только для чтения

Эм… как бы удаление файлов к такому автоматически не приводит. Что ещё ты умудрился сделать?

Перезагрузил систему, зайти не получилось, как можно исправить ?

Зависит от того, что ты делал. В принципе, при особо кривых руках при попытке восстановить удаленные файлы можно и ОС угробить окончательно.

диск зашифрован

При удалении или потере данных из-за сбоя на шифрованном разделе они потеряны навеки. Это известная особенность. Бекапы были?

Vsevolod-linuxoid ★★★★★
()

Короче, вот что тебе нужно сделать, если хочешь хоть что-то вытянуть:

  • Не трогай диск сейчас! Он уже надломан, тобой или чем-то ещё. Попытки восстановить могут окончательно всё испортить.
  • Скачай https://www.system-rescue.org/Download/ и запиши на флешку, чтобы с нём можно было грузиться.
  • При помощи ddrescue сними на второй ЖД полную бинарную копию поврежденного в виде .img файла. Данные будешь вытягивать из этой копии. Поврежденный диск положи на полку пока.
  • Что касается работ с копией, то тут много зависит от того, какую схему шифрования ты использовал. Но общий принцип — примонтировать в ro и попробовать стянуть нужные данные. При этом может потребоваться расшифровывать криптоконтейнеры. Данные при этом нужно вытягивать не на поврежденный диск.
  • После того, как стянешь нужные данные, я бы вернулся к поврежденному диску. Проверил бы SMART, может badblocks прогнал бы по поверхности, благо данные сняты.
  • Потом из спасенной копии начал бы про помощи разметки заного, форматирования, копирования и chroot восстанавливать бы ОС — на старом или на новом ЖД, что там проверка на аппаратные сбои покажет.
Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от timvin

По поводу спама и хамства — ты просто очень хорошая иллюстрация: В подтверждение моему мнению о лоре (комментарий)

И, между прочим, сносить вот так свою тему — ну очень невежливо. Поэтому сейчас её удалят вместе с тобой. Если видишь хамство — у нас есть тема для жалоб: Ссылки на некорректные сообщения (57)

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от utanho

Классика. Можно еще биос обновить.

«В любой непонятной ситуации шей биос» © Кто-то из ремонтников ноутбуков на ютубе.

Bagrov ★★★★★
()
Ответ на: комментарий от timvin

с чего такое мнение

с того

no such file on directory

amd_amd ★★★★★
()
Ответ на: комментарий от timvin

Если у тебя криптоконтейнер вида LUKS, то нужно сначала его распаковать, а уже потом с ФС внутри работать.

И чекать шифрованный LUKS раздел — та ещё глупость.

с чего такое мнение у тебя

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

я тебя огорчу ты тоже полный НОЛЬ, раз не можешь мне помочь. не так ли? ))) . есть поговорка: Чья бы корова мычала, а твоя бы молчала.

я с такой ситуацией столкнулся первый раз и что делать конечно я не знаю !, если бы я знал как это исправить то тут на форуме я бы не писал!. а тема моей проблемы выглядит глупо или по дебильному но я описал так как произошло, совпадение это или нет …… но написать sdXX вместо sda1.)))), видимо ты подумал про себя когда мне такое написал не так ли ??? ))))

timvin
() автор топика
Ответ на: комментарий от timvin

я тебя огорчу ты тоже полный НОЛЬ, раз не можешь мне помочь. не так ли? )))

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

И что тебе делать, я писал: ошибка файловой системы [проблемы с загрузкой] (комментарий)

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от Vsevolod-linuxoid

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

есть такой вариант: fsck -y /dev/mapper/deb–vg–root

последнии сообщения которые высыпали после ввода пароля для расшифровке диска.

/dev/mapper/deb–vg-root: contains a file system with errors check forced

Inode 28858976 extent tree (at level 2) could be narrower. IGNORED

/dev/mapper/deb–vg-root: Inode 2884352 extent tree (at level 1) could be narrower. IGNORED

/dev/mapper/deb–vg-root: Inode 2881276 extent tree (at level 1) could be shorter. IGNORED

/dev/mapper/deb–vg-root: Inode 11795438 extent tree (at level 1) could be shorter. IGNORED

/dev/mapper/deb–vg-root: Inode 1174523 extent tree (at level 1) could be shorter. IGNORED

/dev/mapper/deb–vg-root: Inodes that were part of a corrupted orphan linked list found

unexpected inconsistency; run fsck manually (i.e., without -a or -p options) fsck exited with status code 4 The root filesystem on …. reguires a manual fsck

BusyBox v1.30.1. built-in shell(ash) enter ‘help’ for a list of built -in commands

(initramfs)

timvin
() автор топика
Ответ на: комментарий от timvin

но я такого не разу не делал и боюсь ещё хуже сделать.

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

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

И у тебя могут быть аппаратные проблемы с ЖД. То есть он может в любой момент умереть необратимо. Поэтому и нужно сначала спасти с него всё, что можно с помощью ddrescue, а уже потом пробовать что-то восстанавливать.

И разметку тут вот так делать: Как правильно копировать вывод терминала

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от timvin

Зря вы так. Сева - практически единственный, кто пытается вразумить буратин вроде вас.

И с чего вам пришло в голову, что тут кто-то кому-то чего-то должен?

Вы не можете внятно изложить проблему и требуете помощи. Это так не работает. Нигде.

utanho ★★★★★
()
Ответ на: комментарий от timvin

Нет. У меня просто правило — всегда делать много бекапов. Поэтому при потере данных из-за аппартаных сбоев или из-за ошибок (было не раз и то, и другое) я без проблем их восстанавливал из бекапа.

Но я знаю, что именно его следует использовать на поврежденных носителях, так как обычный dd может добить носитель попытками упорно что-то прочесть, что не читается, а в ddrescue можно настроить поведение. Это же низкоуровневые утилиты, они оперируют прямо с 0 и 1 на устройстве.

К слову, в крупном энтерпрайзе, где я работаю, тоже редко приходится именно восстанавливать данные с поврежденных носителей и ФС. Там тоже делают много бекапов, и нужда именно вытягивать данные редка. Любое такое восстановление — это ЧП из-за неправильной организации труда.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 4)
Ответ на: комментарий от timvin

диск зашифрован может из за этого

Да. man cryptsetup

anonymous
()
Ответ на: комментарий от Vsevolod-linuxoid

ну я тоже делаю копии только копии двух месячной давности а за два месяца я наработал и заново делать не очень хочется. не хочется добить диск и боюсь что то не так сделать с помощью ddrescue я почитал про неё вроде понятно и не понятно и проблема нет диска свободного есть только внешний через USB а как туда копию сделать я не нашел но такое возможно !. вот кто бы подсказал как все проделать что бы я вообще не испортил всё.

timvin
() автор топика
Ответ на: комментарий от timvin

USB внешний диск вполне подойдет. Я же тебе предлагаю в .img файл бинарную копию снять. Правда это будет долго, если это USB2.

А по поводу подсказок — я не вижу, что у тебя, а конкретные команды зависят от этого. И ddrescue имеет кучу опций, в разных случаях разные нужны. Да, именно поэтому и дерут такие деньги в конторах по восстановлению.

Могу дать подсказку, если ты загрузишься с LiveFlash SustemRescue https://www.system-rescue.org/Download/ , потом воткнешь USB диск и пришлешь выводы

fdisk -l
lsblk

При этом разметив их нормально: Как правильно копировать вывод терминала

PS: GUI в SustemRescue можно запустить в самом начале через startx

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от timvin

И если этот USB диск — твой единственный дополнительный носитель, то даже просто для снятия копии с поврежденного диска нужно хотя бы столько же свободного места, как весь объем поврежденного диска; чтобы сделать копию копии, которую курочить, нужно вдвое больше места; ну а чтобы ещё и данные из бинарной копии вытаскивать — втрое. Хотя шаг с копиеё копии можно пропустить.

Короче, минимум свободного места — весь объем надломанного ЖД + полная сумма места всех файлов, что на нём хранились. Это если пропустить создание копии копии.

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

Короче, безопасный вариант требует 3-х кратного объему поврежденного ЖД места.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от Vsevolod-linuxoid

что то ты меня запутал ))).

диск поврежденный 250 гиг, занят он 130 гиг. ddrescue будет делать копию всего диска 250г ?

timvin
() автор топика
Ответ на: комментарий от timvin

ddrescue будет делать копию всего диска 250г

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

То есть для безопасной попытки восстановить (не факт, что это вообще удастся) тебе нужно 250*2+130 гигабайт свободного места минимум. И ещё запас на всякий случай. Для простоты можешь взять 650 гигабайт как минимум. Но лучше от 750 и выше.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

пипец ещё одна проблема (. на тирабайтнике всего 400 гиг свободно. а есть варианты к примеру загружаюсь с флешки, считываю весь диск и вытаскиваю только то что нужно а не весь диск ?

timvin
() автор топика
Ответ на: комментарий от timvin

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

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

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

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

Я потому говорю тебе снять копию с диска, потом снять копию с копии и уже из неё вытаскивать всё, что можно, так как при этом можно избежать необратимых ошибок. Иначе — риск.

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

Диск не сыпется ! одни и те же ошибки показывает !. проблема ошибки файлсистем !.

сейчас время прошло и я вспомнил что на самом деле произошло, проблема случилась днём ранее. В Стиме есть игра которая стала бесплатной Oil Rush, после запуска её, комп повис намертво. Я подождал и нажал ВЫКЛ/ВКЛ, кнопка Ресет у меня отключена, при перезагрузке посыпались ошибки но система загрузилась, к вечеру Инскейп стал глючить, возможно и наверно, наверняка я запускал BleachBit.

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

Теперь надо исправить ошибки !, пока не чего не получается,

ты можешь помочь с fsck ?

timvin
() автор топика
Ответ на: комментарий от timvin

Шифрованный раздел. Прости — тут только спасение уцелевших данных и форматирование заново.

Ну и ты лютый ССЗБ — вырубать на горячую ОС с шифрованием диска.

Не было бы шифрования, fsck помог бы, да.

Ну и может NILFS2 переживет такое…

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

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

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

В Manjaro у меня была похожая ситуация но там вообще капут был и я все исправил через tty , диск тоже был зашифрован.

timvin
() автор топика
Ответ на: комментарий от timvin

Тебе же уже сказали, что делать. Через cryptsetup подключаешь зашифрованный раздел, он появляется в /dev/mapper/xxx в незашифрованном виде. У меня это /dev/mapper/luks-7bae74f5-a8d1-49bd-bc93-f17a65c94fc0 у тебя что-нибудь другое будет. На него натравливай fsck. Ошибки ФС он тебе исправит. А что там с теми файлами, которые были на этом разделе, в каком они состоянии, это тебе никто не скажет. Лучше всего систему переустановить и голову не морочить.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

мне не приходилось такого делать вот я и не стал обращать внимание. Поясни подробно что надо делать и как Пожалуйста !

timvin
() автор топика
Ответ на: комментарий от Legioner

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

Legioner ★★★★★
()
Последнее исправление: Legioner (всего исправлений: 1)
Ответ на: комментарий от Legioner

Данные он уже вытащил, как я понял. И мне тоже путь с переустановокй кажется в такой ситуации лучшим.

Vsevolod-linuxoid ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.