LINUX.ORG.RU

LVM порушен установщиком винды. Как восстанавливать?


0

1

Прошу прощения за длинную предысторию, но я надеюсь сразу быть правильно понятым. Итак, уважаемые, вот грабли: три физических диска (250G, 1000G и 1500G)были целиком, без разметки, использованы как физ. тома LVM, а поверх них создан один-единственный логический том с ФС ext4 на нём.

Системы были установлены на четвёртый физ. диск, он не пострадал и в этом сюжете нам не интересен. Грабли материализовались как раз при установке windows 7 в дуалбут с ранее установленным линуксом.

Эта трудноописуемая оффтопная ОСь встала на специально подготовленный раздел на четвёртом диске, как ей и было сказано. Но в процессе установки самовольно откусила ещё и кусочек от LVM — всего-навсего полуторатерабайтный физ. диск! Винда создала в его начале загрузочный раздел NTFS размером 105М и пометила как «зарезервированный системой», а остальное пространство оставила как unallocated.

Таким образом, мой LVM потерял один из трёх физ. томов (более половины объёма), а хотелось бы, естественно, спасти максимум хранившихся в нём данных.

Прежде, чем я начну развлекаться с [photorec | foremost], пытаясь спасти отдельные файлы, хочу спросить — а нет ли возможности спасти их вместе со структурой директорий, т. е. ФС в более или менее первозданном виде?

P. S. все диски sata, физически исправны, покусанный полуторатерабайтник виден как /dev/sda; сию печальную повесть я пишу из-под live-системы, а по поводу сложившейся ситуации пока ничего не предпринимал.

С надеждой на дельные рекомендации, искренне ваш и т. д.

Ответ на: комментарий от stevejobs

>> windows ставится

В третий раз отошлю к топику. Да ставится она у ТС без проблем, только зачем-то уносит с собой кусок _другого физического диска_. Это ок? Зачем ей больше одного физического диска?

А как уж она ставится, можешь мне не рассказывать — я это прекрасно знаю, до тошноты хорошо аж :)

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

> А все эти «мне не нравится твой диск, встала и ушла» — это всего лишь рандомные глюки, фирменная плюшка данной оси.

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

и если бы таких людей было много, то

доля винды на десктопах никогда бы не превысила нескольких процентов,


но ты сам понимаешь

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

> _другого физического диска_

не верю чтобы венда создавала раздел «зарезервировано системой» на другой физический диск (разве что он объявлен активным для загрузки, а текущий диск - нет, и раз уж установить его на текущий диск нельзя, она его поставила на любой, т.е. любой свободный)

stevejobs ★★★★☆
()

я правильно понял что windows ставилась на чистый физический винчестер и винда захватила не только его, но и соседний? Значит именно этот захваченный диск у тебя являлся загрузочным (или по крайней мере загрузочный по мнению windows).
А по поводу восстановления тут только взять винты в аренду, сдублировать имеющиеся винчестеры и тестировать на них восстановление.

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

>> не верю чтобы венда создавала раздел «зарезервировано системой» на другой физический диск

Дошло, наконец-то :) А у автора темы это случилось. Хотя он и ССЗБ, раз создавал LVM поверх дисков без разделов. С другой стороны, неизвестно, как могла бы поступить винда с разделами типа 8e %)

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

>которая довольно часто возникает у той пары процентов людей, у которых на жестком диске есть что-то кроме вендов и логических дисков в формате ntfs.

По ходу, эта ситуация определяется в инсталляторе методом «if (random() < 0.02) { ...».

и если бы таких людей было много, то


Вот я и говорю, нету там эффективной защиты от дурака.

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

То есть она может самостоятельно отформатировать все доступные на запись разделы дисков в пределах сети и ничего МС за это не будет? :)
Простите за дикий оффтоп.

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

>То есть она может самостоятельно отформатировать все доступные на запись разделы дисков в пределах сети и ничего МС за это не будет?

Да. Читай EULA.

P.S. «По сравнению с MS EULA любой договор с дьяволом выглядит актом дарения со стороны последнего» (ц) непомнюкто

redgremlin ★★★★★
()

На первый взгляд и давно бало это извесно. Вантуз( Наверное лучшее название которое я слышал для этой OS ) не умеет загружатся с диска отличнго от C: .. Вот я думаю торчит твой 1500 GB диск в SATA0 раземе. А для вантуза он и есть C: А Micro$oft по какойто не понятной мне причине :-) ну не смог отказать тебе в установке Вантузa.

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

Опыт с UFS2: создание.

% dd if=/dev/zero of=/tmp/crashfs bs=100M count=50
50+0 records in
50+0 records out
5242880000 bytes transferred in 52.680192 secs (99522796 bytes/sec)

% mdconfig -a -t vnode -f /tmp/crashfs -u 0
% ls /dev/md*
crw-r-----  1 root  operator    0, 163 11 янв 20:24 /dev/md0
crw-------  1 root  wheel       0,  62 11 янв 20:19 /dev/mdctl

% newfs -U /dev/md0
/dev/md0: 5000.0MB (10240000 sectors) block size 16384, fragment size 2048
	using 28 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976, 4515232, 4891488, 5267744, 5644000, 6020256,
 6396512, 6772768, 7149024, 7525280, 7901536, 8277792, 8654048, 9030304,
 9406560, 9782816, 10159072

% mount /dev/md0 /mnt
% cp -r /usr/src /mnt/
% cp -r /usr/ports/distfiles /mnt/
% ls /mnt
total 1
drwxr-xr-x   5 root  wheel      512B 11 янв 20:38 ./
drwxr-xr-x  22 root  wheel       28B 11 янв 00:12 ../
drwxrwxr-x   2 root  operator   512B 11 янв 20:24 .snap/
drwxr-xr-x  22 root  wheel       17K 11 янв 20:48 distfiles/
drwxr-xr-x  23 root  wheel      1,0K 11 янв 20:37 src/
% df /mnt
Filesystem 1M-blocks Used Avail Capacity  Mounted on
/dev/md0        4838 3336  1114    75%    /mnt

% umount /mnt
iZEN ★★★★★
()
Ответ на: Опыт с UFS2: создание. от iZEN

Опыт с UFS2: попытка уничтожения и восстановление.

% dd if=/dev/zero of=/dev/md0 bs=100M count=1

% fsck_ffs /dev/md0
** /dev/md0
Cannot find file system superblock
ioctl (GCINFO): Inappropriate ioctl for device
fsck_ffs: /dev/md0: can't read disk label
iZEN ★★★★★
()

Опыт с UFS2: восстановление-1.

% fsck_ufs -b 7901536  /dev/md0
Alternate super block location: 7901536
** /dev/md0
** Last Mounted on 
** Phase 1 - Check Blocks and Sizes
CYLINDER GROUP 0: BAD MAGIC NUMBER
UNEXPECTED SOFT UPDATE INCONSISTENCY

REBUILD CYLINDER GROUP? [yn] y

INCORRECT BLOCK COUNT I=471244 (100672 should be 65984)
CORRECT? [yn] y

INCORRECT BLOCK COUNT I=471457 (88160 should be 65984)
CORRECT? [yn] y

INCORRECT BLOCK COUNT I=565273 (875328 should be 744256)
CORRECT? [yn] y

** Phase 2 - Check Pathnames
ROOT INODE UNALLOCATED
UNEXPECTED SOFT UPDATE INCONSISTENCY

ALLOCATE? [yn] y

BAD TYPE VALUE  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=/

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=/

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE  I=4  OWNER=root MODE=0
SIZE=0 MTIME=Jan  1 04:00 1970 
NAME=?/flashplugin/10.1r85

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

** Phase 3 - Check Connectivity
UNREF DIR  I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011
RECONNECT? [yn] y

NO lost+found DIRECTORY
CREATE? [yn] y

SORRY. CANNOT CREATE lost+found DIRECTORY
UNEXPECTED SOFT UPDATE INCONSISTENCY


UNREF DIR  I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011 
RECONNECT? [yn] y

NO lost+found DIRECTORY
CREATE? [yn] y

SORRY. CANNOT CREATE lost+found DIRECTORY
UNEXPECTED SOFT UPDATE INCONSISTENCY


UNREF DIR  I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011 
RECONNECT? [yn] y

NO lost+found DIRECTORY
CREATE? [yn] y

SORRY. CANNOT CREATE lost+found DIRECTORY
UNEXPECTED SOFT UPDATE INCONSISTENCY


UNREF DIR  I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011
RECONNECT? [yn] y

NO lost+found DIRECTORY
CREATE? [yn] y

SORRY. CANNOT CREATE lost+found DIRECTORY
UNEXPECTED SOFT UPDATE INCONSISTENCY


** Phase 4 - Check Reference Counts
LINK COUNT DIR I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011  COUNT 23 SHOULD BE 22
ADJUST? [yn] y

LINK COUNT DIR I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011  COUNT 22 SHOULD BE 21
ADJUST? [yn] y

LINK COUNT DIR I=494633  OWNER=root MODE=40755
SIZE=512 MTIME=Jan 11 20:42 2011  COUNT 5 SHOULD BE 4
ADJUST? [yn] y

** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? [yn] y

SUMMARY INFORMATION BAD
SALVAGE? [yn] y

ALLOCATED FILES 0-1 MARKED FREE
BLK(S) MISSING IN BIT MAPS
SALVAGE? [yn] y

48359 files, 1658975 used, 818104 free (160 frags, 102243 blocks, 0.0% fragmentation)
UPDATE STANDARD SUPERBLOCK? [yn] y


***** FILE SYSTEM IS CLEAN *****

***** FILE SYSTEM WAS MODIFIED *****
iZEN ★★★★★
()
Ответ на: Опыт с UFS2: восстановление-1. от iZEN

Опыт с UFS2: восстановление-2.

% fsck_ufs /dev/md0
** /dev/md0
** Last Mounted on 
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
BAD TYPE VALUE FOR '.'  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=/

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE FOR '..'  I=2  OWNER=root MODE=40755
SIZE=2048 MTIME=Jan 11 21:05 2011 
DIR=/

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE FOR '..'  I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011 
DIR=?

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD WHITEOUT ENTRY  I=4  OWNER=root MODE=0
SIZE=0 MTIME=Jan  1 04:00 1970 
NAME=?/flashplugin/10.1r85

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

BAD TYPE VALUE FOR '..'  I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011 
DIR=?

UNEXPECTED SOFT UPDATE INCONSISTENCY

FIX? [yn] y

** Phase 3 - Check Connectivity
UNREF DIR  I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011
RECONNECT? [yn] y

NO lost+found DIRECTORY
CREATE? [yn] y

DIR I=471040 CONNECTED. PARENT WAS I=2

UNREF DIR  I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011 
RECONNECT? [yn] y

DIR I=259072 CONNECTED. PARENT WAS I=2

** Phase 4 - Check Reference Counts
LINK COUNT DIR I=259072  OWNER=root MODE=40755
SIZE=1024 MTIME=Jan 11 20:37 2011  COUNT 22 SHOULD BE 23
LINK COUNT INCREASING
UNEXPECTED SOFT UPDATE INCONSISTENCY

ADJUST? [yn] y

LINK COUNT DIR I=471040  OWNER=root MODE=40755
SIZE=16896 MTIME=Jan 11 20:48 2011  COUNT 21 SHOULD BE 22
LINK COUNT INCREASING
UNEXPECTED SOFT UPDATE INCONSISTENCY

ADJUST? [yn] y

** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? [yn] y

SUMMARY INFORMATION BAD
SALVAGE? [yn] y

ALLOCATED FILE 2 MARKED FREE
BLK(S) MISSING IN BIT MAPS
SALVAGE? [yn] y

48360 files, 1658976 used, 818103 free (159 frags, 102243 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

***** FILE SYSTEM WAS MODIFIED *****

% fsck_ufs -y /dev/md0
** /dev/md0
** Last Mounted on 
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
48360 files, 1658976 used, 818103 free (159 frags, 102243 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

% fsck_ufs /dev/md0
** /dev/md0
** Last Mounted on 
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
48360 files, 1658976 used, 818103 free (159 frags, 102243 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

% mount /dev/md0 /mnt
% ls /mnt/
total 1
drwxr-xr-x   3 root  wheel   2,0K 11 янв 21:05 ./
drwxr-xr-x  22 root  wheel    28B 11 янв 00:12 ../
drwx------   4 root  wheel   2,0K 11 янв 21:10 lost+found/

% ls /mnt/lost+found/
total 1
drwxr-xr-x  23 root  wheel   1,0K 11 янв 20:37 #259072/
drwxr-xr-x  22 root  wheel    17K 11 янв 20:48 #471040/
drwx------   4 root  wheel   2,0K 11 янв 21:10 ./
drwxr-xr-x   3 root  wheel   2,0K 11 янв 21:05 ../

% ls /mnt/lost+found/#259072/
total 1
drwxr-xr-x   23 root  wheel   1,0K 11 янв 20:37 ./
drwx------    4 root  wheel   2,0K 11 янв 21:10 ../
drwxr-xr-x    4 root  wheel   512B 11 янв 20:32 .Trash-0/
-rw-r--r--    1 root  wheel   6,1K 11 янв 20:37 COPYRIGHT
-rw-r--r--    1 root  wheel   438B 11 янв 20:37 LOCKS
-rw-r--r--    1 root  wheel   6,5K 11 янв 20:37 MAINTAINERS
-rw-r--r--    1 root  wheel    13K 11 янв 20:37 Makefile
-rw-r--r--    1 root  wheel    42K 11 янв 20:37 Makefile.inc1
-rw-r--r--    1 root  wheel   225K 11 янв 20:37 ObsoleteFiles.inc
-rw-r--r--    1 root  wheel   3,0K 11 янв 20:37 README
-rw-r--r--    1 root  wheel    69K 11 янв 20:37 UPDATING
drwxr-xr-x   40 root  wheel   1,0K 11 янв 20:34 bin/
drwxr-xr-x    8 root  wheel   512B 11 янв 20:32 cddl/
drwxr-xr-x   55 root  wheel   1,0K 11 янв 20:28 contrib/
drwxr-xr-x    5 root  wheel   512B 11 янв 20:33 crypto/
drwxr-xr-x   22 root  wheel   2,0K 11 янв 20:25 etc/
drwxr-xr-x   13 root  wheel   512B 11 янв 20:34 games/
drwxr-xr-x    4 root  wheel   512B 11 янв 20:25 gnu/
drwxr-xr-x    7 root  wheel   2,0K 11 янв 20:32 include/
drwxr-xr-x    9 root  wheel   512B 11 янв 20:37 kerberos5/
drwxr-xr-x   80 root  wheel   1,5K 11 янв 20:36 lib/
drwxr-xr-x   31 root  wheel   1,0K 11 янв 20:25 libexec/
drwxr-xr-x   12 root  wheel   512B 11 янв 20:37 release/
drwxr-xr-x    4 root  wheel   512B 11 янв 20:25 rescue/
drwxr-xr-x   91 root  wheel   2,0K 11 янв 20:32 sbin/
drwxr-xr-x    6 root  wheel   512B 11 янв 20:25 secure/
drwxr-xr-x   24 root  wheel   512B 11 янв 20:37 share/
drwxr-xr-x   56 root  wheel   1,0K 11 янв 20:32 sys/
drwxr-xr-x   12 root  wheel   512B 11 янв 20:35 tools/
drwxr-xr-x  232 root  wheel   4,0K 11 янв 20:33 usr.bin/
drwxr-xr-x  208 root  wheel   4,0K 11 янв 20:35 usr.sbin/

% ls /mnt/lost+found/#259072/usr.sbin/pkg_install/
total 1
drwxr-xr-x    9 root  wheel   512B 11 янв 20:35 ./
drwxr-xr-x  208 root  wheel   4,0K 11 янв 20:35 ../
-rw-r--r--    1 root  wheel   560B 11 янв 20:35 Makefile
-rw-r--r--    1 root  wheel   405B 11 янв 20:35 Makefile.inc
-rw-r--r--    1 root  wheel   406B 11 янв 20:35 README
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 add/
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 create/
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 delete/
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 info/
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 lib/
-rwxr-xr-x    1 root  wheel   5,9K 11 янв 20:35 tkpkg*
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 updating/
drwxr-xr-x    2 root  wheel   512B 11 янв 20:35 version/

% cat /mnt/lost+found/#259072/usr.sbin/pkg_install/README
This is the pkg_install suite of tools for doing maintainance of
software "packages".  More documentation is available in the man pages
for each individual command.

This code was written by Jordan Hubbard for FreeBSD, snatched and
mildly reshaped by John Kohl in NetBSD and the changes taken back into
FreeBSD again by Jordan, who then proceeded to add another couple
of dozen features on top.  Whee! :-)

% df /mnt
Filesystem 1M-blocks Used Avail Capacity  Mounted on
/dev/md0        4838 3240  1210    73%    /mnt
% umount /mnt
% mdconfig -d -u 0

Я думаю, что-то всё-таки потерялось, судя по колонке «Used» df(1), но сама ФС жива.

iZEN ★★★★★
()
Ответ на: Чо сказать-то хотел? от GotF

Чо сказать-то хотел?

Что мертворожденная бздя кому-то нужна. Как калоприемники или памперсы для взрослых.

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

28 сохранённых суперблоков UFS2 против 7 суперблоков EXT3 — хотя бы по этому параметру можно сказать, какая из ФС выживет.

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

>28 сохранённых суперблоков UFS2 против 7 суперблоков EXT3 — хотя бы по этому параметру можно сказать, какая из ФС выживет.
Обе, поскольку достаточно одного суперблока.

sparse_super
Create a filesystem with fewer superblock backup copies (saves space on large filesystems). ← из man mkfs.ext2
Включено по дефолту.

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

>> А что за ядро?

2.6.26

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

Не страшно, но необъективно же, ибо данные теста могут не соответствовать сегодняшним реалиям.

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

Не страшно, но необъективно же, ибо данные теста могут не соответствовать сегодняшним реалиям.

Мы здесь не тестами занимаемся. Мы, вообще-то, ломаем/восстанавливаем ФСки.

iZEN ★★★★★
()

Вот кстати, на мой взгляд, интересная статейка на сайте r-tools tech по поводу того что винда затирает.
В связи с сабжем пришла идея написать скрипт, который при помощи dd специально бэкапит те участки на которые может посягнуть оффтопик, включая 0-ой сектор, начало всех разделов и то пространство, куда оффтопик пишет метку файловой системы, $MFT, её копию, другие файлы начинающиеся на $, конец раздела, и страстно рекомендовать тем, кто собирается такое святотатство осуществить, к рабочим никсам добавить венду.
Сдам завтра экзамен, напишу и выложу.

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

>Мы здесь не тестами занимаемся. Мы, вообще-то, ломаем/восстанавливаем ФСки.

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

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

РЕШЕНО

Ты же говорил, что у тебя 4 диска? Наверняка сейчас есть sda, sdb, sdc, sdd но никакого sde.

Вообще-то пять; пятый я не упомянул, потому что с ним всё в порядке, там был и есть раздел с ext4.

Я посмотрел вывод fdisk -l — всё нормально, sde был, и это был именно тот диск. После перезагрузки он стал sda (это вообще нормально, что схема обозначения дисков изменилась без фактической перестановки самих дисков?), но и только. Ладно, это сейчас не важно.

Дальше я при помощи fdisk грохнул NTFS'ный раздел, созданный там виндовым инсталлятором, и в результате снова получил диск без разметки. ВОТ! Вот что надо было сделать с самого начала!

blkid выдаёт по поводу жертвы то же самое:

"/dev/sda: UUID="2PjWQY-uxqZ-kiTa-iu9O-zFEC-IQ52-OaBzOe" TYPE="LVM2_member""

Попробовал ещё раз

pvcreate -u 2PjWQY-uxqZ-kiTa-iu9O-zFEC-IQ52-OaBzOe /dev/sda -ff
Оно ругнулось чем-то вроде «Can't INITIALIZE device exclusively. Mounted filesystem?» (кажется, так — привожу по памяти, ибо не догадался скопипастить). Тут оно, конечно, попало пальцем в небо, потому что никаких смонтированных ФС там ну точно не было...

Ну ладно, я ещё раз попробовал vgcfgrestore и, о чудо! Сработало! Дальше я привычно перезагрузился, система при старте прогнала fsck, и я получил обратно мой «Диск 2,8 ТБ» в целости и сохранности. Данные обнаружились в lost+found, и стало быть, проблема решена. Огромное всем спасибо! На первый взгляд, даже ничего не пропало.

И тогда позвольте ещё один совсем нубский вопрос: как теперь вернуть данные из lost+found туда, где я привык их видеть? Корректно ли будет просто mv их оттуда, или существует какая-то специальная процедура?

Ещё раз благодарю, искренне ваш и т. д.

locke314
() автор топика
Ответ на: РЕШЕНО от locke314

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

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

Я думал, мы уже выяснили, что автор ССЗБ и бэкапов не держит.

А «изучить на целостность» в моём случае означает, наверное, что надо прочитать глазами все документы, прослушать все эмпэтришечки и пересмотреть всю порнушечку. Знаете, что-то не хочется. Сделал mv, пользуюсь, на битые файлы пока не натыкался. Всем спасибо.

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