Input/output error (5) 0

В логах по этому поводу тишина конечно?

Jan 21 11:12:06 vostok kernel: attempt to access beyond end of device
Jan 21 11:12:06 vostok kernel: hda9: rw=0, want=60293136, limit=15647247
Jan 21 11:12:06 vostok kernel: EXT2-fs error (device hda9): read_inode_bitmap: Cannot read inode bitmap - block_group = 230, inode_bitmap = 7536641
Jan 21 11:12:13 vostok kernel: attempt to access beyond end of device
Jan 21 11:12:13 vostok kernel: hda9: rw=0, want=15728656, limit=15647247
Jan 21 11:12:13 vostok kernel: EXT2-fs error (device hda9): read_inode_bitmap: Cannot read inode bitmap - block_group = 60, inode_bitmap = 1966081
Jan 21 11:12:13 vostok kernel: attempt to access beyond end of device
Jan 21 11:12:13 vostok kernel: hda9: rw=0, want=15728656, limit=15647247
Jan 21 11:12:13 vostok kernel: EXT2-fs error (device hda9): read_inode_bitmap: Cannot read inode bitmap - block_group = 60, inode_bitmap = 1966081
Jan 21 11:12:13 vostok kernel: attempt to access beyond end of device
Jan 21 11:12:13 vostok kernel: hda9: rw=0, want=15728656, limit=15647247
Jan 21 11:12:13 vostok kernel: EXT2-fs error (device hda9): read_inode_bitmap: Cannot read inode bitmap - block_group = 60, inode_bitmap = 1966081
Jan 21 11:12:13 vostok kernel: attempt to access beyond end of device
Jan 21 11:12:13 vostok kernel: hda9: rw=0, want=15728656, limit=15647247
Jan 21 11:12:13 vostok kernel: EXT2-fs error (device hda9): read_inode_bitmap: Cannot read inode bitmap - block_group = 60, inode_bitmap = 1966081

и не подумал ведь посмотреть!!!

Как я понял, он жалуется, что я пытаюсь записывать на переполненный диск. но ведь файлы пишет! и какие-то каталоги создаются!

давай вывод fdisk -l /dev/hda

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1         382     3068383+  83  Linux
/dev/hda2             383         509     1020127+  83  Linux
/dev/hda3             510         542      265072+  82  Linux swap
/dev/hda4             543        9729    73794577+   5  Extended
/dev/hda5   *         543        1179     5116671   83  Linux
/dev/hda6            1180        1306     1020096   83  Linux
/dev/hda7            1307        1339      265041   82  Linux swap
/dev/hda8            1340        2556     9775521   83  Linux
/dev/hda9            2557        3530     7823623+  83  Linux
/dev/hda10           3531        9729    49793436   83  Linux

МОжет быть я чего то не понимаю, но как вообще так можно было умудриться создать?

Ведь один расширенный раздел может содержать только три обычных и еще один расширенный (ну и так далее).

может быть 3 primary раздела и дофига логических

Не знаю, может быть и так, только, когда я создаю разделы происходит так:

Создал три первичных, создается далее один расширенный, создал в нем еще три раздела, нужно еще один расширенный создавать и так далее.

Саша, на архитектуре x86 возможны четыре primary раздела. Один из них может быть объявлен расширенным и содержать логические разделы, теоретически — бесконечное их количество, практически — до 63 (IDE) или до 15 (SCSI). Я не знаю, при каких обстоятельствах Вы делаете «три первичных, создается далее один расширенный, создал в нем еще три раздела, нужно еще один расширенный создавать и так далее», но к данной ситуации это отношения не имеет.

http://www.tldp.org/HOWTO/Partition/

Автору топика советую проверить файловую систему на /dev/hda9 и таблицу разделов на /dev/hda А заодно и диск какой-нибудь утилитой.

Good Luck,

UT

Может быть сколько угоднопримариразделов — просто не все операционки смогут работать с таким диском и не все файловые системы …

https://listman.redhat.com/archives/ext3-users/2002-February/msg00233.html

http://www.planet-quellcodes.de/forum/index.php?s=27634a091a6fd0d0d6d622de96c09da0&showtopic=237&st=0&#entry2038

pol_guest
Может быть сколько угоднопримариразделов — просто не все операционки смогут работать с таким диском и не все файловые системы …

Понятие праймари и экстендед разделов используется в т.н. DOS partition table. В ней количество праймари разделов ограничено размером таблицы разделов которая фиксирована и содержит места достаточное для четырех адресов.

Я не читаю по-немецки. Где-нибудь в документации, а не в форумных посиделках есть подтверждение Вашему утверждению?

Good Luck,

UT

отмонтируй раздел и проверь его fsck.

Ну хорошо господа, убедили. Значит я невнимательно в свое время прочел об этой теме.

Просто я давно очень читал про это.

Тогда же создал разделы, теперь использую эту схему при инсталляции любого Линукс и просто уже успел позабыть, так как у меня прросто никогда не возникает с этим никаких проблем.

В общем, непонятното кто именно взглюкнул, но было вот что.

Создавал я с fdisk. и создавал заданием размера. а именно — 6Гб. где-то так.

после перегруза и создания там фс (mkfs.ext2) вяснилось, что там 32Гб (!!!).

я решил, что, может, так и сделал, но на самом деле там было не 32. вот и жаловался.

правда мне неясно, почему он один каталоги соглашался создавать, а другие — нет!

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

Baracuda Seagate 80

propeller
В общем, непонятното кто именно взглюкнул, но было вот что.

Создавал я с fdisk. и создавал заданием размера. а именно — 6Гб. где-то так.

после перегруза и создания там фс (mkfs.ext2) вяснилось, что там 32Гб (!!!).

я решил, что, может, так и сделал, но на самом деле там было не 32. вот и жаловался.

правда мне неясно, почему он один каталоги соглашался создавать, а другие — нет!

Судя по логам проблема была когда он как раз пытался писать за пределы этих 6 гигов. Когда ты создавал катологи некоторые создавали в 6 гигах, а остальные не создавались.

Спасибо. Так понятно.

ну а кого торкнуло??? mkfs?