nixp.ru v3.0

22 октября 2017,
воскресенье,
16:52:49 MSK

DevOps с компанией «Флант»
propeller написал 21 января 2006 года в 11:01 (1632 просмотра) Ведет себя как мужчина; открыл 53 темы в форуме, оставил 158 комментариев на сайте.

Скажите, вот что за байда? создал методом fdisk новый раздел /dev/hda9. радостно запоставил там mkfs.ext2 /dev/hda9. перегрузился. никого не обижал. начал туда копировать содержимое /usr в mc. Довольно скоро меня известили о том, что католог создать никак не можно и вообще Input/output error (5).

я начал пробовать самостоятельно создавать каталоги. проходят лексикографически близкие имена к последнему созданному каталог в папке!!! остальные — ошибка.

пробую еще раз копировать файлы — какие-то каталоги уже создаются без проблем, потом опять бабах. файлы копируются все. на разделе места — 15 каталогов /usr можно разместить. все под рутом.

fly4life

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

propeller


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

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

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

Genie

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

propeller


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
Sasha2

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

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

Code Monkey

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

Sasha2

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

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

Uncle Theodore

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

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

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

Good Luck,

UT

anonymous

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

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

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

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

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

Good Luck,

UT

Longobard

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

Sasha2

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

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

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

propeller

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

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

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

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

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

Code Monkey

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

propeller

Baracuda Seagate 80

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

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

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

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

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

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

propeller

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

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