Zarg
написал 21 июня 2004 года в 19:57 (761 просмотр)
Ведет себя
как мужчина; открыл 73 темы в форуме, оставил 120 комментариев на сайте.
На FreeBSD использовал команду dump -0 -f /dev/ad0s5 /var
Тоесть я хотел каталог /var (отдельный девайс) забэкапить на FAT32 (не пустой) . Теперь в Windows диск D (ad0s5) не открывается, предлагает отформатировать диск.
Люди добрые, могу ли я восстановить данные на диске D или нет уже все? :(
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Что же такого неправильного я намутил с dump что раздел свалил ?
Ну, представь себе, что был у тебя файл, скажем, mypicture.jpg, и ты написал команду
cp mytext.txt mypicture.jpg
Вопрос на засыпку, есть ли теперь картинка в mypicture.jpg или это текстовый файл?
Девайс в Юниксе — это тоже файл, со всеми вытекающими. Надо было подвесить раздел mount’ом (если он не подвешен), и записать дамп в файл на этом подвешенном разделе, типа
dump -f /mnt/win/backup.img /var
Все метаданные (суперблок и пр) теперь переписаны, так что надежды никакой.
Good Luck,
UT
Вообще, это зависит от того, сколько же сам dump занимает
а так как у файловой системы FAT(12/16/32) таблица распределения блоков для данных файлов находится в начале раздела, то, даже если сами файлы в большинстве своём не повредились, то собрать их из той кучки в остальном разделе… ммм.. можно, за реально ограниченное время. только вот сколько именно — я даже думать не буду.
ps: пусть магнитный слой им будет пухом.