EXT4-фс (sdc): VFS: не Может найти ext4 файловую систему

Это не ошибка, это - featureTM (Кроме того, просто последствие универсального подхода Unix к полномочиям).

Кроме подобного Dropbox поведения в случае каталогов (как описано BillThor), доступ только для записи необходим для некоторого специального предложения (псевдо-) файлы под /proc и /sys. Такие файлы используются, чтобы установить некоторый драйвер или свойства ядра или инициировать системное действие. Вы не можете считать их, потому что они используются только для односторонней передачи сигналов - можно только повторить некоторый текст/данные им. Для нахождения таких файлов можно использовать

find /proc/[^0-9]* /sys -perm /222 ! -perm /444

Заметьте, что, так как эти файлы используются для усовершенствованной (потенциально опасной) конфигурации системы, только root имеет доступ для записи к ним (в большинстве случаев).

4
14.08.2018, 13:55
1 ответ

Во-первых, не делайте ничего разрушительного, пока Вы не понимаете точно, что продолжается. Например, не работать e2fsck без -n на устройстве, если Вы не абсолютно уверены, что устройство содержит ext2/ext3/ext4 файловую систему и что Вы имеете возможность восстанавливать его.

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

cat </dev/sdb >/dev/sdd

(где диск для сохранения /dev/sdb и Вы хотите перезаписать /dev/sdd — очень бойтесь понимать одну букву превратно!).

/dev/sdb кажется, находится в непоследовательном состоянии. По-видимому, это имеет таблицу разделов, которая указывает, что существует раздел /dev/sdb1, и в то же время это имеет файловую систему на целом диске, а не на разделе. Если существует действительно файловая система на целом диске, не должно быть таблицы разделов. Учитывая, что Вы уже сделали что-то потенциально разрушительное, я рекомендую попытаться копировать все файлы от диска. Смонтируйте его как только для чтения:

mkdir /media/b
mount -r -t ext4 /dev/sdb /b
cp -a /media/b /some/place/you/have/enough/space

/dev/sdc1 содержит физический том LVM. Необходимо собрать этот объем. На самом деле система уже, возможно, сделала это; данные находятся на логическом томе, не непосредственно на разделе. Выполненный lvs видеть, какие логические тома доступны.

mkdir /media/c
lvs   # You'll probably see a line with "  volumegroupname    logicalvolumename"
mount -r -t ext4 /dev/mapper/volumegroupname-logicalvolumename /media/c

Если lvs ничего не показывает, необходимо будет активировать объемы сначала. Выполненный vgs видеть список доступных групп объема, vgchange -ay volumegroupname активировать группу объема, lvchange -ay volumegroupname/logicalvolumename активировать логический том. Если Вы нуждаетесь в помощи, отправляете вывод pvs, vgs и lvs.


Можно попытаться восстановить структуру файловой системы даже если e2fsck не справляется. Но это требует глубоких знаний файловой системы. Даже профессионал может или не может стать далеким, в зависимости от точно, какие биты были перезаписаны. TestDisk является средством восстановления файловой системы; попытайтесь развязать его на своем диске.

Если Вам не удается восстановить файловую систему, пойти ловить рыбу для отдельных файлов. Это может быть легко или трудно в зависимости от того, какие виды файлов Вы после и как диск размечается. Благоприятный случай является большими видеофайлами, которые были все записаны сразу (таким образом, каждый файл имеет распознаваемый заголовок и, вероятно, будет не фрагментирован). Неблагоприятный случай является деревом исходного кода, где у Вас будет много версий каждого файла (все кроме одного удаленного), и даже связывающиеся данные файла с именами являются частью трудности.

Существуют инструменты, которые идут, ища распознаваемые файлы в поврежденной файловой системе (или стертые файлы), главным образом изображения и видео и звуки. Веб-сайт TestDisk имеет список дистрибутивов восстановления данных; CAINE, в частности, является живым распределением, специализированным на судебной экспертизе.

2
27.01.2020, 21:00
  • 1
    я обновил свой вопрос с данными Вы, говорил о. Вся эта операция абсолютно плохо мне знакома. Я обещаю не сделать что-нибудь глупым за следующие 10 минут :-) –  Roger 04.07.2011, 03:20
  • 2
    , этот инструмент помог бы в чем-то? cgsecurity.org/wiki/TestDisk –  Roger 04.07.2011, 03:39
  • 3
    @Roger Это могло бы. Если у Вас был ext4 объем прежде на /dev/sdc, Вы теперь перезаписали биты его для создания физического тома LVM. Что делает e2fsck -n /dev/sdc1 отчет? Я предлагаю делать полную копию диска и работать e2fsck -y на копии. Вы смогли восстанавливать большинство файлов тот путь. Отдельно, попробуйте инструменты в TestDisk; они, вероятно, будут более сложными и более утомительными для записи, но должны смочь восстановить больше файлов, которые не были на самом деле перезаписаны. Вы, вероятно, потеряли, по крайней мере, небольшие данные. –  Gilles 'SO- stop being evil' 04.07.2011, 09:36
  • 4
    После того как я скопировал файлы в новый диск, каковы будут шаги оттуда? Существует ли возможность восстановить файловую систему в порядке, данные еще раз доступны? Или процедура должна пойти прямо, чтобы попытаться сохранить самый большой возможный объем данных? –  Roger 04.07.2011, 18:06
  • 5
    @Roger Видит мои дополнения о том, как скопировать диск и средства восстановления, которые могут помочь Вам. Попытайтесь восстановить файловую систему сначала, но быть подготовленными, что она не может работать. Если это не делает можно все еще следовать за содержанием файлов. –  Gilles 'SO- stop being evil' 04.07.2011, 21:55

Теги

Похожие вопросы