LINUX.ORG.RU

loop


0

0

Есть небольшая проблема. Делаю так
dd if=dev/zero of=file.img count=1024 ibs=1024

losetup /dev/loop0 file.img

echo "blah blah" > /dev/loop0 <- в этом месте консоль зависает,загрузка 50% (core2). htop ничего не показывает. Зависание просходит и с fdisk и mdadm.
Делаю перезагрузку остается 20% загрузка процессора, которая исчезает при выкл-вкл WiFi карточки кнопкой на ноуте (broadcom 43).Loopback включен и грузится. дистр getnoo, ядро 2.6.29-rc5-zen1. На recsuecd все работает нормально (но там неработает wifi т.к. нет firmware).
вывод starce
txe-laptop ~ # strace echo "blah blah" > /dev/loop0
execve("/bin/echo", ["echo", "blah blah"], [/* 56 vars */]) = 0
brk(0) = 0xa003000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=70932, ...}) = 0
mmap2(NULL, 70932, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ede000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220h\1\0004\0\0\0\244"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1319196, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7edd000
mmap2(NULL, 1324656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d99000
mmap2(0xb7ed7000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13e) = 0xb7ed7000
mmap2(0xb7eda000, 9840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7eda000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d98000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d986c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7ed7000, 8192, PROT_READ) = 0
mprotect(0x804f000, 4096, PROT_READ) = 0
mprotect(0xb7f0d000, 4096, PROT_READ) = 0
munmap(0xb7ede000, 70932) = 0
brk(0) = 0xa003000
brk(0xa024000) = 0xa024000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2516976, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7b98000
mmap2(NULL, 958464, PROT_READ, MAP_PRIVATE, 3, 0x17d) = 0xb7aae000
close(3) = 0
fstat64(1, {st_mode=S_IFBLK|0660, st_rdev=makedev(7, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7eef000
write(1, "blah blah\n"..., 10) = 10
close(1) = 0
munmap(0xb7eef000, 4096) = 0
close(2) = 0
exit_group(0) = ?


уточню: загрузки в 50% нету - плазмоид меня обманул :)

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

повидимому косяк файловой системы? dmesg показывает
[ 1651.313200] ------------[ cut here ]------------
[ 1651.313205] kernel BUG at fs/reiser4/plugin/file/file_conversion.c:689!
[ 1651.313207] invalid opcode: 0000 [#1] SMP
[ 1651.313210] last sysfs file: /sys/devices/pci0000:00/0000:00:1a.0/modalias
[ 1651.313213] Modules linked in: snd_hda_codec_idt nvidia(P) snd_hda_intel snd_hda_codec i2c_i801 snd_hwdep
[ 1651.313219]
[ 1651.313222] Pid: 3368, comm: loop0 Tainted: P (2.6.29-rc5-zen1 #2) Vostro 1500
[ 1651.313225] EIP: 0060:[<c0316cd0>] EFLAGS: 00010246 CPU: 0
[ 1651.313230] EIP is at reiser4_write_begin_careful+0x180/0x1c0
[ 1651.313232] EAX: e7ded330 EBX: 00000000 ECX: 00000000 EDX: e7e39754
[ 1651.313234] ESI: e7e39754 EDI: e7e396ac EBP: e73d7ee0 ESP: e73d7ec0
[ 1651.313236] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
[ 1651.313239] Process loop0 (pid: 3368, ti=e73d6000 task=edbd0ba0 task.ti=e73d6000)
[ 1651.313241] Stack:
[ 1651.313242] 00000000 f63eb200 c0221de8 ec958880 0236c000 00000000 c07f9160 00001000
[ 1651.313248] e73d7f08 c027270b 00000000 00000000 00001000 00000000 e73d7f50 e73d7f4c
[ 1651.313253] 00000000 e73d7f50 e73d7f60 c04598a2 00000000 00000000 00001000 00000000
[ 1651.313259] Call Trace:
[ 1651.313261] [<c0221de8>] ? __wake_up_common+0x48/0x70
[ 1651.313265] [<c027270b>] ? pagecache_write_begin+0x3b/0x50
[ 1651.313269] [<c04598a2>] ? do_lo_send_aops+0xa2/0x180
[ 1651.313274] [<c02413aa>] ? finish_wait+0x4a/0x70
[ 1651.313278] [<c0459c68>] ? loop_thread+0x2e8/0x400
[ 1651.313281] [<c0459800>] ? do_lo_send_aops+0x0/0x180
[ 1651.313285] [<c0241230>] ? autoremove_wake_function+0x0/0x40
[ 1651.313288] [<c0459980>] ? loop_thread+0x0/0x400
[ 1651.313291] [<c0240ecc>] ? kthread+0x3c/0x70
[ 1651.313294] [<c0240e90>] ? kthread+0x0/0x70
[ 1651.313297] [<c0203adb>] ? kernel_thread_helper+0x7/0x1c
[ 1651.313301] Code: ff ff 8b 15 bc 8a 7f c0 c1 e2 02 03 15 b0 8a 7f c0 39 d0 0f 85 78 ff ff ff 8b 45 f0 e8 4a e5 f2 ff e9 6b ff ff ff 90 8d 74 26 00 <0f> 0b eb fe 8d 74 26 00 8b 45 ec e8 30 c9 f5 ff 8b 45 ec e8 08
[ 1651.313329] EIP: [<c0316cd0>] reiser4_write_begin_careful+0x180/0x1c0 SS:ESP 0068:e73d7ec0
[ 1651.313336] ---[ end trace 2ac316168e3ebf6b ]---

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

[ 1651.313230] EIP is at reiser4_write_begin_careful+0x180/0x1c0

т.е., пукнуло это всё в раёне райзер-фс-4. каким местом оно там? незадолго до этого на кольцевых устройствах может райзер монтировался?

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

Вроде ничего такого не делал, как проверить это?
Пробовал форматнуть раздел с заливом бэкапа - это не помогло.
Попробую вечером использовать другую ФС

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

черт, форматнул в ext4 и теперь все работает нормально. Неужели придется отказатся от Reiser4?

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