https://bugzilla.novell.com/show_bug.cgi?id=780668 https://bugzilla.novell.com/show_bug.cgi?id=780668#c1 Jeff Mahoney changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffm@suse.com Component|Kernel |Documentation AssignedTo|kernel-maintainers@forge.pr |ke@suse.com |ovo.novell.com | QAContact|qa-bugs@suse.de |ke@suse.com --- Comment #1 from Jeff Mahoney 2012-09-27 02:00:08 EDT --- This isn't a bug but rather a change of how things work in the 3.4 kernel. There are two ways to have partitions for loopback devices. The first is with max_part and the second is with the -P parameter to losetup. They behave slightly differently since -P will dynamically allocate minor numbers for each device (including adding/removing them on the fly with blockdev --rereadpt). Using the max_part parameter causes each loop device to allocate that many minor numbers for each device. So when you use max_part = 8 and don't change max_loop, which defaults to 8, you're using all of the allocated minor numbers with the first device. The solution is either to use -P or to _also_ use max_loop. This should probably have a release note issued. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=780668 https://bugzilla.novell.com/show_bug.cgi?id=780668#c3 --- Comment #3 from Jeff Mahoney 2012-09-27 15:45:05 EDT --- You reported a bug -- we didn't document the change. :) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=780668 https://bugzilla.novell.com/show_bug.cgi?id=780668#c Karl Eichwalder changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|loop block devices: Only |RN: loop block devices: |/dev/loop0 usable if |Only /dev/loop0 usable if |max_part parameter is used |max_part parameter is used -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=780668 https://bugzilla.novell.com/show_bug.cgi?id=780668#c4 --- Comment #4 from Karl Eichwalder 2012-10-10 13:38:19 CEST --- Here is my proposal for the release notes (broadly based on your input; is there a readme in the Kernel source docs that I can reference?): Specifying Partitions for Loopback Devices With Kernel 3.4 there are two ways to have partitions for loopback devices. The first is with max_part and the second is with the -P parameter to <command>losetup</command>. They behave slightly differently since -P will dynamically allocate minor numbers for each device (including adding or removing them on the fly with <command>blockdev --rereadpt</command>). Using the max_part parameter causes each loop device to allocate that many minor numbers for each device. So when you use max_part=8 and do not change max_loop, which defaults to 8, you are using all of the allocated minor numbers with the first device. The solution is either to use -P or to <emphasis>also</emphasis> use max_loop. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=780668 https://bugzilla.novell.com/show_bug.cgi?id=780668#c6 --- Comment #6 from Swamp Workflow Management 2012-10-29 12:09:09 UTC --- openSUSE-RU-2012:1407-1: An update that has four recommended fixes can now be installed. Category: recommended (low) Bug References: 780668,784291,784364,784757 CVE References: Sources used: openSUSE 12.2 (src): release-notes-openSUSE-12.2.9-1.12.1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.