jlliagre ответил на вопрос. И отправленный ссылка на хороший ответ. Поверьте ему, не мне.
Когда Вы пишете в/tmp в Солярисе только - Вы пишете в RAM не к диску. Поэтому записи в/tmp файлы идут супер быстро. После того как RAM заполняется, система придет к проверке. Если Вы полностью заполните/tmp, то writews к/tmp попытается записать для свопинга, и в конечном счете система падает. Этот подход обходит ulimit для памяти. Убедитесь, что Вам не указали макс. размер файла:
ulimit -a
file(blocks) unlimited
Я в значительной степени имел такую же проблему, пытаясь монтировать дал:
$sudo mount /dev/sda2 ./oldfs/
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Я попробовал вышеупомянутое повторное написание стола часть, без успеха.
Итак, наконец я был Способен решить проблему путем повторного разделения моего привода через FDISK. Я удалил мой 2-й раздел и снова создал его.
$fdisk /dev/sda
Command (m for help): p
Disk /dev/sda: 31.4 GB, 31440502784 bytes
64 heads, 32 sectors/track, 29984 cylinders, total 61407232 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ecdca
Device Boot Start End Blocks Id System
/dev/sda1 2048 20447231 10222592 83 Linux
/dev/sda2 20447232 61406208 20479488+ 83 Linux
Command (m for help): d
Partition number (1-4): 2
Command (m for help): n
Partition type:
p primary (1 primary, 0 extended, 3 free)
e extended
Select (default p): p
Partition number (1-4, default 2):
Using default value 2
First sector (20447232-61407231, default 20447232):
Using default value 20447232
Last sector, +sectors or +size{K,M,G} (20447232-61407231, default 61407231):
Using default value 61407231
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
Та же проблема после усечения образа SD-карты, когда SD-карта была на несколько блоков меньше оригинала. Переразметил диск с помощью fdisk (см. Выше), но сообщение «Размер в суперблоке отличается от физического размера раздела» осталось. Нашел решение здесь: http://www.linuxquestions.org/questions/linux-hardware-18/size-in-superblock-is-different-from-the-physical-size-of-the-partition- 298175 /
Итак, на размонтированном разделе:
e2fsck -f / dev / XXX
resize2fs / dev / XXX
Файловая система не заботится о геометрии диска; это проблема таблицы разделов.
Я предлагаю вам сделать дамп таблицы разделов, проверить результат и перезаписать таблицу разделов этим дампом. Это должно исправить записи CHS.
sfdisk -d /dev/sdx >sdx.txt
cat sdx.txt
sfdisk /dev/sdx <sdx.txt
У меня была такая же проблема с файлом образа, т.е. без таблицы разделов, так что проблема в самой файловой системе. Я смог исправить это, просто выполнив resize2fs
для файла образа.