On Mon, Feb 26, 2007 at 09:30:01AM +0100, Josef Spillner wrote:

Hallo,

Nun habe ich mir brav mehr davon angelegt, aber anscheinend muss man immer noch irgendwo im Kern MAX_LOOP erhöhen. Bevor ich anfange wild zu testen, kennt sich jemand eventuell mit udev aus und weiß, ob es da mittlerweile andere Lösungen gibt, die möglichst ohne Kernelmodifikation auskommen?

# modinfo loop filename: /lib/modules/2.6.20/kernel/drivers/block/loop.ko license: GPL alias: block-major-7-* vermagic: 2.6.20 preempt mod_unload PENTIUMM depends: parm: max_loop:Maximum number of loop devices (1-256) (int)

# modprobe loop max_loop=100 # ls /dev/loop?* | wc -l 100

Viele Grüße! Marcus

Hi Josef,

On Mon, Feb 26, 2007 at 09:30:01 +0100, Josef Spillner wrote:

um effizient auf meine bereits gesicherten aelteren Datenbestaende (ISO-Dateien) zugreifen zu koennen, kam mir in den Sinn, diese allesamt loop-zu-mounten. Das klappt bis zu 8 Images ganz gut, dann sind die /dev/loopX-Dateien voll belegt. Nun habe ich mir brav mehr davon angelegt, aber anscheinend muss man immer noch irgendwo im Kern MAX_LOOP erhoehen. Bevor ich anfange wild zu testen, kennt sich jemand eventuell mit udev aus und weiss, ob es da mittlerweile andere Loesungen gibt, die moeglichst ohne Kernelmodifikation auskommen?

modprobe loop max_loop=128

An udev musst Du nichts drehen. Wenn der Kernel die Devices bereitstellt, tauchen sie in udev automatisch auf. Welche Devices der Kernel aktuell kennt, kannst Du ueber sysfs sehen:

find /sys -name dev | while read d do echo $d : `cat $d` done

Gruss, Chris