Это не ошибка, это - featureTM (Кроме того, просто последствие универсального подхода Unix к полномочиям).
Кроме подобного Dropbox поведения в случае каталогов (как описано BillThor), доступ только для записи необходим для некоторого специального предложения (псевдо-) файлы под /proc
и /sys
. Такие файлы используются, чтобы установить некоторый драйвер или свойства ядра или инициировать системное действие. Вы не можете считать их, потому что они используются только для односторонней передачи сигналов - можно только повторить некоторый текст/данные им. Для нахождения таких файлов можно использовать
find /proc/[^0-9]* /sys -perm /222 ! -perm /444
Заметьте, что, так как эти файлы используются для усовершенствованной (потенциально опасной) конфигурации системы, только root
имеет доступ для записи к ним (в большинстве случаев).
Во-первых, не делайте ничего разрушительного, пока Вы не понимаете точно, что продолжается. Например, не работать 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, в частности, является живым распределением, специализированным на судебной экспертизе.
/dev/sdc
, Вы теперь перезаписали биты его для создания физического тома LVM. Что делаетe2fsck -n /dev/sdc1
отчет? Я предлагаю делать полную копию диска и работатьe2fsck -y
на копии. Вы смогли восстанавливать большинство файлов тот путь. Отдельно, попробуйте инструменты в TestDisk; они, вероятно, будут более сложными и более утомительными для записи, но должны смочь восстановить больше файлов, которые не были на самом деле перезаписаны. Вы, вероятно, потеряли, по крайней мере, небольшие данные. – Gilles 'SO- stop being evil' 04.07.2011, 09:36