Bug 10203

Summary:	"bio too big" with busybox and losetup
Product:	Sisyphus	Reporter:	avm <avm>
Component:	mkinitrd-busybox	Assignee:	Sergey Vlasov <vsu>
Status:	CLOSED FIXED	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2	CC:	ldv
Version:	unstable
Hardware:	all
OS:	Linux
Bug Depends on:	10123
Bug Blocks:

Description avm 2006-10-29 02:29:41 MSK

Сделал себе для встроенной системы на VIA CLE266 специальный initrd, который
подключает к /dev/loop7 squashfs-ный файл. После того, как initrd отработал и
ядро пытается монтировать /, получаю:

bio too big device loop7 (2>0)

Гугл подсказывает, что это бага busybox: http://bugs.busybox.net/view.php?id=498
Обновление busybox до самосборного 1.2.2 решает проблему.

Ядро самосборное (std26-up-2.6.16-alt13 + bootsplash patch), но бага проявляется
и на сизифном.

Comment 1 Sergey Vlasov 2006-10-29 10:38:09 MSK

Свежие версии busybox не собираются с dietlibc как раз из-за того, что в
dietlibc входит устаревший файл include/linux/loop.h.

(Похоже, что от dietlibc в этом месте нужно избавляться - в частности, там до
сих пор используется 16-разрядный dev_t.)

Comment 2 avm 2006-10-29 10:53:59 MSK

Я смотрю в сторону klibc + klibc-utils (и заодно initramfs вместо initrd). Это
правильное направление? Имеет ли смысл собрать klibc-utils и положить в Сизиф?

Comment 3 avm 2006-11-06 01:23:11 MSK

FWIW, на ядре std26-up=2.6.12-alt4 это ещё не проявляется, а на
std26-up=2.6.14-alt3 уже проявляется.

Comment 4 Sergey Vlasov 2007-02-21 22:54:05 MSK

klibc в Сизифе сейчас есть, но в klibc-utils нет losetup - если это
действительно нужно, придётся приделывать.

Впрочем, mkinitrd-busybox сейчас обновлён до 1.3.2 - там losetup есть, но я не
проверял, правильно ли он работает.  (При проверке придётся указывать --type
romfs - монтирование loop в initramfs сейчас не поддерживается).

Comment 5 avm 2007-11-07 09:36:23 MSK

Видимо, эту багу давно починили. Пора закрывать.

Comment 6 avm 2007-11-07 09:37:59 MSK