LINUX.ORG.RU

команда dd ложит систему


0

2

запускаю команду dd if=/dev/zero of=/dev/sdb

Диск начинает записывать нули и в одном месте обрыватся. Индикатор погасает а система на отклики не отвечает. в чем может быть проблема.

dmesg messages ничего подозрительного не показывает, мне кажется даже не успевает что то записать в логи.

Диск размером 3ТБ

Подскажите как решить проблему?

До этого стоял mdadm. Удалил записи (метаинформацию) и сам mdadm тоже. Были подозрения на ACPI, так как в логах ругался. тоже отключил в грубе

samlabs821
() автор топика

Попробуй посмотреть как отличаются счётчики SMART диска до зависания и после.

smartctl -a /dev/sdb | less

Deleted
()

предположительно бэдблокс или какое-то железо (контроллер, кабель). И рекомендую выставаить bs=1M, а то писать блоками по 512 байт это издевательство

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)

Возможно, проблемы с контроллерами/шлейфами. Как раз недавно наблюдал глухие зависания ядра при обращении к диску, подцепленному через гнилой шлейф.

geekless ★★
()
[root@srv1 mnt]# mkfs.ext4 /dev/sdb1
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=1 blocks, Stripe width=0 blocks
183148544 inodes, 732566385 blocks
36628319 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
22357 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848, 512000000, 550731776, 644972544

Writing inode tables:  1829/22357

Вот здесь опять. Сейчас пробую на новом диске повотрить тоже самое. посмотрим что получиться

samlabs821
() автор топика
Ответ на: комментарий от sdio

на fedora 17 решил проблему. вывод: перехожу с Centos на Федору

samlabs821
() автор топика
Ответ на: комментарий от anonymous

настало время прогнать mhdd

У него там 4 новых 4Тб диска, скорее мать глючная, чем все диски

sdio ★★★★★
()

Варианты:
1. У меня глючная мать, и такое происходит если подключиться на особые SATA порты (на самом деле у меня 2 SATA контроллера и один так глючит). С созданием ext4 1 в 1 было. Попробуй на других портах.
2. Перегрев. Ну очень похоже. Точно такое ловил когда перегревался чип-драйвер привода на винте (чинил жесткие диски в молодости). Теоретически может быть с перегревом южного/северного (одного из них) моста. Проверить - прикоснуться пальцем и проверить ощутимо ли сильнее греется.
3. Дутые конденсаторы на матери есть?
4. (пальцем в небо) Поиграйся с режимами SATA интерфейса в BIOS.
5. (пальцем в небо) Попробуй опцию ядра irqpoll.

Kroz ★★★★★
()
Последнее исправление: Kroz (всего исправлений: 1)
Ответ на: комментарий от Kroz

Один из самых полезных комментариев. Спасибо, попробую завтра.

samlabs821
() автор топика

Диск начинает записывать нули и в одном месте обрыватся.

Это всегда одно и то же место? Т.е., если где-нибудь считать данные до этого проблемного места, чтение одного гигабайта данных всегда успешно, а после?

dd if=/dev/zero of=/dev/sdb bs=1M count=1000 skip=до_проблеммного места
dd if=/dev/zero of=/dev/sdb bs=1M count=1000 skip=после_проблеммного места

Да, и видит ли mhdd весь объём диска? В нём можно при старте указать позицию, с которой начинать чтение по кнопке F4, чтобы не ждать прогон всего диска целиком.

justAmoment ★★★★★
()

Диск на бэды проверял?

А то, может, пора вообще положить болт на этот диск?

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Я когда-то давно вывел себе оптимум bs=10M, тогда скорость наиболее приличная получается.

На современных дисках, наверно, будет лучше уже ставить bs=64M (равным его кэшу).

justAmoment ★★★★★
()
Ответ на: комментарий от justAmoment

У меня таких немного, это во-первых, а во-вторых, такое хорошо лишь когда диск эксклюзивно используется.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от justAmoment

Проблема не в диске. Как я уже говорил независимо от диска, паника начинается после определенного времени.

samlabs821
() автор топика
Ответ на: комментарий от samlabs821

Проблема не в диске. Как я уже говорил независимо от диска, паника начинается после определенного времени.

Эта проблема от времени проявляется только при записи? Или при чтении через это же время вырубается?

justAmoment ★★★★★
()
Ответ на: комментарий от justAmoment

Да опять та же фигня. Ушел в перезагрузку после 5 сек

samlabs821
() автор топика
Ответ на: комментарий от unterwulf

Заработало. Спасиба за подсказку. Странно что у меня своп был подключен а ошибка выходила независимо от размера блока

samlabs821
() автор топика

Подскажите как решить проблему?

Заменить блок питания. Не поможет — винчестер. Не поможет — компьютер. Не поможет — выбросить комп и жить счастливо без компа.

iZEN ★★★★★
()
Ответ на: комментарий от samlabs821

Нет, это означает, что для данной операции, грубо говоря, не хватает объёма ОЗУ. А вот почему ядро вместо того, чтобы просто сбросить кэш, вызывает ООМ киллера я комментировать не берусь.

unterwulf
()
Ответ на: комментарий от KRoN73

КЛАДЕТ!!!!

Вобщем выяснили проблему. Материнка не работает. Из 4 слотов только 2 - получается dual channel не работает. BIOS об этом ничего не говорит, показывает все 4 слота и 16гб озу. Но когда запустил memtest то он показал ошибки.

вот такие приключения

samlabs821
() автор топика
Ответ на: комментарий от unterwulf

для данной операции, грубо говоря, не хватает объёма ОЗУ

Это как? Размер буфера в dd был выставлен в 1 петабайт?

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

для данной операции, грубо говоря, не хватает объёма ОЗУ

Это как? Размер буфера в dd был выставлен в 1 петабайт?

Не, здесь дело не в размере буфера dd, а в размере кэша страниц ядра. dd думает, что пишет на диск, а ядро кладёт всё в кэш пока dirty_ratio не превысится или dirty_expire_centisecs не случится и прочее ещё. Хотя, не скрою, сценарий мне до конца до сих пор не ясен. Возможно, чушь сказал. Нужны комментарии кернел-хакеров.

unterwulf
()
Ответ на: комментарий от samlabs821

Тесты, что ли, погоняли?

// не пойму, какая может быть связь.

// P.S. Пламенный привет главе зондер-команды tazhate'у.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от samlabs821

Phenom II X4 810 тоже такой же прикол имеет: интегрированный контроллер памяти не понимает 4 заполненных слота RAM (4x4GB), нужно оставить свободными два слота.

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.