Прогнал на сбойнувшем диске программу fsck.ext2.
Все файлы оказались в папке lost+found. Но названия папок не соответствуют исходным, хотя внутри всё правильно.
Как вернуть правильные имена, если, конечно, это возможно?
Как корректно восстановить файлы из папки lost+found?
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод
inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Автор темы - Сообщения: 218
- Зарегистрирован: 04 сен 2016, 14:09
- Решено: 1
- Откуда: Москва
- Благодарил (а): 5 раз
- Поблагодарили: 17 раз
- Контактная информация:
-
- Сообщения: 4511
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1997 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
Никак. Только руками переименовывать каждый. В 90% случаев в эту папку файл попадает именно потому, что оказывается потерян из-за повреждения метаданных о себе. И имя как раз в них входит.
Либо повреждается таким же образом запись о каталоге, нарушая цепочку имен, и пропадает все его содержимое. Вот это содержимое, обычно, свои имена сохраняет во время находки - сами то они целые, просто неизвестно где должны быть, из-за нарушенной цепочки.
Либо повреждается таким же образом запись о каталоге, нарушая цепочку имен, и пропадает все его содержимое. Вот это содержимое, обычно, свои имена сохраняет во время находки - сами то они целые, просто неизвестно где должны быть, из-за нарушенной цепочки.
-
Автор темы - Сообщения: 218
- Зарегистрирован: 04 сен 2016, 14:09
- Решено: 1
- Откуда: Москва
- Благодарил (а): 5 раз
- Поблагодарили: 17 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
Жаль...
Я, в общем-то, так и предполагал, но был лучик надежды...
Но всё равно спасибо!
-
- Сообщения: 2024
- Зарегистрирован: 11 июн 2017, 21:47
- Решено: 30
- Откуда: BY
- Благодарил (а): 79 раз
- Поблагодарили: 435 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
Недаром говорилось, что много резервных копий не бывает. Ну и сбойнувший диск ведь не вдруг сам по себе сбойнул, что-то, видимо, копилось. Иногда, вероятно, полезно посматривать на smart диска. Глядишь ‒ временами и соломку вовремя подстелить удастся.
-
- Сообщения: 4511
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1997 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
madesta,
ext4(и тем более 3 и 2), к сожалению, может и сама по себе вот так метаданные попортить. С низкой вероятностью, при нештатном отключении питания, например. А XFS - вообще половину содержимого потерять, причем не только имена но и содержимое файлов попортить, и с низким шансом потом вытащить назад.
Так что да, мало резервных копий не бывает.
Хотя btrfs, именно от этой проблемы защищает полностью. Но тут свои уже собственные варианты накосячить имеются, тоже не панацея.
ext4(и тем более 3 и 2), к сожалению, может и сама по себе вот так метаданные попортить. С низкой вероятностью, при нештатном отключении питания, например. А XFS - вообще половину содержимого потерять, причем не только имена но и содержимое файлов попортить, и с низким шансом потом вытащить назад.
Так что да, мало резервных копий не бывает.
Хотя btrfs, именно от этой проблемы защищает полностью. Но тут свои уже собственные варианты накосячить имеются, тоже не панацея.
-
Автор темы - Сообщения: 218
- Зарегистрирован: 04 сен 2016, 14:09
- Решено: 1
- Откуда: Москва
- Благодарил (а): 5 раз
- Поблагодарили: 17 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
Привет!
А что например?
Это у меня был диск на torrent-клиенте, ничего страшного, в общем-то не произошло. Но пришлось заново отформатировать.
М.б. перейти на btrfs?
-
- Сообщения: 4511
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1997 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
btrfs в "базовом алгоритме" работы плохо подходит для задач где много т.н. random write. Это базы данных, образы дисков подключенные к виртуальной машине и торренты - в первую очередь. Происходит это из-за того, как именно она пишет, точнее - перезаписывает данные. Допустим, надо переписать кусок файла в середине (образ для VM)Restart1566 писал(а): ↑07 дек 2022, 16:44Это у меня был диск на torrent-клиенте, ничего страшного, в общем-то не произошло. Но пришлось заново отформатировать.
М.б. перейти на btrfs?
1. Написать новые данные на свободном месте диска.
2. Записать новые метаданные в новом месте области метаданных.
3. Перебросить указатель о данных со старых метаданных на новые (атомарная операция).
4. Стереть (обозначить как стертое) старые метаданные.
5. Стереть (обозначить как стертое) старые данные самого файла.
Т.е. на каждом этапе на диске всегда лежат целые данные, когда бы не оборвался процесс - мы имеем корректное состояние FS. А вот обратной стороной этого - является дикая фрагментация. Т.к. при перезаписи, в пунктах 1 и 2 используется НОВОЕ место. А старое освобождает в пунктах 4 и 5, причем оно будет совсем не там - а "дыркой" в середине файла. Это почти не имеет значения для SSD, но на hdd убивает производительность в хлам.
Лечение (кроме использования SSD) тоже есть. Во первых, для btrfs возможна дефрагментация - штатно. К сожалению, там тоже есть небольшой подводный камень - при дефрагментации снапшоты будут разделены физически, что приведет к некоторой потере места.
А во вторых - есть режим NOCOW, который можно включать как для всего диска (глупо), так и для отдельного каталога или файла.
В режиме NOCOW запись начинает работать как на классических FS вроде ext4. Т.е. перезаписывая сразу поверх. Но при этом теряется вся неубиваемость данных. При сбое во время записи, произойдет то же самое что на ext4 в таком случае - попытка восстановить/откатить через журнал (да, у btrfs еще и журнал тоже есть), а при неудаче - удаление всего файла/каталога. Но только lost+found там нет. Такой файл будет удален с концами сразу.
Так что, для torrent-ов, преимуществ у этой файловой системы нету. Другое дело, если на диске-файлопомойке есть много чего помимо торрентов. Тогда выдав торрентам каталог с NOCOW чтоб не портили картину, можно для остального использовать ее положительные стороны. Например - сжатие на лету. Или снапшоты. Или возможность динамически добавлять/убирать диски/разделы и перестраивать структуру raid прямо во время работы...
-
Автор темы - Сообщения: 218
- Зарегистрирован: 04 сен 2016, 14:09
- Решено: 1
- Откуда: Москва
- Благодарил (а): 5 раз
- Поблагодарили: 17 раз
- Контактная информация:
Как корректно восстановить файлы из папки lost+found?
С добрым утром!
Спасибо!
У меня на этом диске только торренты, поэтому...
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей