почти паранойя...

вывод от образа:

# fdisk -l host.img
You must set cylinders.
You can do this from the extra functions menu.

Disk host.img: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
host.img1 * 1 73 586341 83 Linux
host.img2 74 136 506047+ 82 Linux swap / Solaris
host.img3 137 209 586372+ 83 Linux
host.img4 210 4865 37399320 83 Linux
Partition 4 has different physical/logical endings:
phys=(1023, 254, 63) logical=(4864, 254, 63)

вроде как тут все нормально... но хз... я уж и не знаю на что думать.. это продолжение топика - http://www.linux.org.ru/view-message.jsp?msgid=3055043

Не битая таблица, просто это не физический привод. Подключайте образ к виртуалке и всё. В чём проблеммы то?

Смонтировал... теперь другая проблема... видимо что-то где-то я не так сделал... к монтированной штуке

# cd etc
bash: cd: etc: Permission denied

к какой виртуалке???

смонтировал с офсетом. теперь права на запись как указать?

забавно... в общем что делал:

# /sbin/fdisk -lu host.img
You must set cylinders.
You can do this from the extra functions menu.

Disk host.img: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders, total 0 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
host.img1 * 63 1172744 586341 83 Linux
host.img2 1172745 2184839 506047+ 82 Linux swap / Solaris
host.img3 2184840 3357584 586372+ 83 Linux
host.img4 3357585 78156224 37399320 83 Linux
Partition 4 has different physical/logical endings:
phys=(1023, 254, 63) logical=(4864, 254, 63)


# mount -o loop,offset=$((3357585*512)) /home/sergei/22/host.img /home/sergei/22/mnt/

и все вроде ок, но...

/22/mnt# ls
bin cdrom etc initrd lost+found mnt proc sbin sys usr
boot dev home lib media opt root srv tmp var

нет доступа к директориям:
/etc
/initrd
/sys
/usr
/opt
/root
/srv
/var

Ко всему остальному доступ есть на чтение-запись...

Что надо еще сделать?

Попробуйте подключить образ к qemu и запустить её с iso образа какого нибудь LiveCD. Внутри виртуалки cмонтируете и поправите.

Или покажите как монтируете.

22/mnt# ls -l
ls: boot: Input/output error
ls: etc: Input/output error
ls: var: Input/output error
ls: usr: Input/output error
ls: mnt: Input/output error
ls: root: Input/output error
ls: sys: Input/output error
ls: srv: Input/output error
ls: opt: Input/output error
ls: initrd: Input/output error
total 100
drwxr-xr-x 2 root root 4096 Mar 26 2007 bin
lrwxrwxrwx 1 root root 11 Mar 26 2007 cdrom -> media/cdrom
drwxr-xr-x 11 root root 24576 Mar 26 2007 dev
drwxrwsr-x 5 root staff 4096 Mar 27 2007 home
drwxr-xr-x 11 root root 4096 Mar 26 2007 lib
drwxr-xr-x 2 root root 49152 Mar 26 2007 lost+found
drwxr-xr-x 4 root root 4096 Mar 26 2007 media
drwxr-xr-x 2 root root 4096 Dec 16 2004 proc
drwxr-xr-x 2 root root 4096 Sep 1 11:12 sbin
drwxr-xr-x 2 root root 4096 Mar 26 2007 tmp

>Попробуйте подключить образ к qemu и запустить её с iso образа какого нибудь LiveCD. Внутри виртуалки cмонтируете и поправите.

Нет такой возможности.

>Или покажите как монтируете.

написал выше

apt-get install qemu kqemu

Вам дело говорят...

во-первых: нет иксов. во вторых нельзя ставить что либо.

>во-первых: нет иксов. во вторых нельзя ставить что либо.

скопировать образ, перенести на другую машину?..

тоже хз... но попробовать можно...

//ну ведь почти все получилось.. осталось выяснить только почему оно ошибки на половину директорий выдает?

i/o error говорит о том что фс у вас битая, а точнее образ.

Такое ощущение что партиция с фс у вас "обрезана" с конца. Попробуйте скопировать нужную вам партицию в отдельный файл (dd в помощь) и проделать с ней fsck

у вас скорее всего образ из двух или более частей состоит.

>Partition 4 has different physical/logical endings:
>phys=(1023, 254, 63) logical=(4864, 254, 63)

Это подтверждает

Попробуйте вместо fdisk использовать sfdisk.

#sfdisk -l -uB host.img

и исходя из его сведений смонтировать

# mount -o loop,offset=$((xxxxxxx*yyyy)) /home/sergei/22/host.img /home/sergei/22/mnt/

принцип тот же только там blocksize в выоде sfdisk будет другой и соответственно смещение блоков будет другое.

Это все к тому что sfdisk считается более правильным чем fdisk

ага. спасибо.

ну худо бедно с образом разобрался...

Следующее: никто не знает что за файл валялся неподалеку hosn.img.cow???

Покаовыряв скрипты понял что он тоже как-то относится к образу... файл типа User mode linux COW file...

В образе изменения сохраняются... а вот при старте этой вирт.машины ничего... чую этот файл к этому какое-то отношение имеет... но какое именно и как это применить пока понять не могу...

Я тебе еще в пятницу про qemu говорил:-)

=) я ей так и не воспользовался)))