[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: oem-priority Status: Triaged = Fix Released ** Changed in: oem-priority/precise Status: Triaged = Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
This bug was fixed in the package lupin - 0.51ubuntu1.1 --- lupin (0.51ubuntu1.1) precise-proposed; urgency=low * casper-premount/20iso-scan: Don't panic the system if try_mount function returns an error when it encounters a CD/DVD device that does not have any medium or a partition has a file system that is not supported by kernel. This should not panic the system because the target file could be in other devices. (LP: #670096) -- James M Leddy james.le...@canonical.com Wed, 14 Aug 2013 15:16:53 -0400 ** Changed in: lupin (Ubuntu Precise) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
I've verified, it works. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Hello Purko, or anyone else affected, Accepted lupin into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/lupin/0.51ubuntu1.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: lupin (Ubuntu Precise) Status: Triaged = Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Branch linked: lp:ubuntu/precise-proposed/lupin -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Branch linked: lp:~jm-leddy/ubuntu/precise/lupin/fix-670096 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
The precise merge request now has the standards version taken out per comment #3. ** Branch unlinked: lp:~ossug-hychen/ubuntu/precise/lupin/fix-670096 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
I'll upload this to Precise. ** Changed in: lupin (Ubuntu Precise) Assignee: Canonical Foundations Team (canonical-foundations) = Brian Murray (brian-murray) ** Changed in: lupin (Ubuntu Precise) Importance: Undecided = Medium ** Changed in: lupin (Ubuntu Precise) Status: New = Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Any chance to get this SRU'ed in Precise? ** Changed in: lupin (Ubuntu Precise) Assignee: (unassigned) = Canonical Foundations Team (canonical-foundations) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Any chances to have this SRU'ed to Precise? ** Also affects: lupin (Ubuntu Precise) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
This bug was fixed in the package lupin - 0.54 --- lupin (0.54) saucy; urgency=low [ James M Leddy ] * casper-premount/20iso-scan: Don't panice the system if try_mount function returns error when it encount a CD/DVD device does not have any meidum or a partition has a file system does not be supported by kernel. This should not panic the system because the target file could be in other devices. (LP: #670096) * debian/control: bump standards version. -- Steve Langasek steve.langa...@ubuntu.com Mon, 13 May 2013 22:44:04 -0500 ** Branch linked: lp:~ubuntu-branches/ubuntu/saucy/lupin/saucy-proposed ** Changed in: lupin (Ubuntu) Status: Triaged = Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: oem-priority/precise Assignee: (unassigned) = James M. Leddy (jm-leddy) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Branch linked: lp:~jm-leddy/ubuntu/raring/lupin/fix-670096 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Dmitry, James, I've rebased the branch to raring, sorry for the confusion. Also I've resubed sponsors. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Nothing for ubuntu-sponsors todo here right now; unsubscribing for the time being Please re-subscribe once fixes have been prepared inline with Dmitry's comment in #3 Cheers James -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Your branch should be against raring, not precise. If you want to get this SRUed to precise, you should: (a) get it fixed in raring; (b) revert the bump standards version change, not appropriate for precise. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
Hi Dmitry, I've nominated raring and precise. Thanks for your input. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: lupin (Ubuntu) Status: Confirmed = Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: lupin (Ubuntu) Assignee: Brian Murray (brian-murray) = Stéphane Graber (stgraber) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: oem-priority Assignee: (unassigned) = James M. Leddy (jm-leddy) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: lupin (Ubuntu) Status: Triaged = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Changed in: oem-priority Status: New = Confirmed ** Changed in: oem-priority/precise Status: New = Confirmed ** Changed in: lupin (Ubuntu) Assignee: (unassigned) = Brian Murray (brian-murray) ** Changed in: lupin (Ubuntu) Status: Confirmed = Triaged ** Changed in: oem-priority Status: Confirmed = Triaged ** Changed in: oem-priority/precise Status: Confirmed = Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Also affects: lupin Importance: Undecided Status: New ** Project changed: lupin = oem-priority ** Changed in: oem-priority Importance: Undecided = Medium ** Also affects: oem-priority/precise Importance: Undecided Status: New ** Changed in: oem-priority/precise Importance: Undecided = Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
the casper-premount/20iso-scan is provided by lupin-casper. ** Package changed: initrd-tools (Ubuntu) = lupin (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lupin/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Branch linked: lp:~ossug-hychen/ubuntu/precise/lupin/fix-670096 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lupin/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
There is another case could make mount failed. The mount command will failed if a CD/DVD device does not have any medium. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/670096 Title: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/initrd-tools/+bug/670096/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Description changed:
Package hint: initrd-tools
Greetings!
The Bug:
When booting Ubuntu from a frugal install, or when booting Ubuntu through
Grub2 directly from the Ubuntu LiveCD ISO-file, the booting process fails if
there's a partition with Windows hibernated on it.
Reportedly such boot also fails if there's an encrypted partition,
logically before the partition which holds the Ubuntu files.
In short: If such a partition exists, which...
... is (1) logicly BEFORE the partition which holds filesystem.squashfs
...AND (2) that partition contains a supported file system, ...
...AND (3) that partition is for some reason not able to be mounted, ...
then the booting process panics and fails.
Distros affected:
--
I encountered the problem with: ubuntu-10.10-desktop-i386.iso
The problem likely exists in all distros that use the same Casper startup
scripts.
I confirmed the same problem with the downstream
linuxmint-10-gnome-rc-i386.iso
The Problem:
When the OS takes over from the boot loader, it needs to find its
filesystem.squashfs. It knows the path, we've supplied it through the
iso-scan/filename= boot option, but it doesn't know on which device it is on.
So what the init-scripts currently do, is they start a big search loop
through all partitions on all devices, mounting them in a row, looking
for the needed path in the file systems of those partitions.
So far so good. But the problem is that if the search encounters a
partition that for some reason can't be mounted, instead of silently
ignoring that partition and moving on, the init-thing keeps trying to
mount that same partition over and over again, for a long time, until it
finally throws a tantrum, raises panic, and sets my computer on fire.
On my computer Windows is usually hibernated on the first partition of
the first disk. Unfortunately, that is the first partition Ubuntu will
encounter in its attempted search through all the partitions. If I
remove that hibernation file (which I don't like!), it allows Ubuntu to
boot normally.
On closer look, it turns out the culprit is in the file called lupin-
helpers. No mater how I think about it, I find no good reason why it
would raise panic from within the loop if a certain partition refuses to
mount. What it really needs to do is to just silently ignore it, and
move on looking through the rest of the loop.
Posible workaround...
-
Since Windows installations are most often on the first partition, my first
impulse was to simply reverse the device order in which the search loops.
- i.e., in lupin-helpers, change this line:
- for dev in $(subdevices ${sysblock}); do
- to:
- for dev in $(subdevices ${sysblock} | tac -s' '); do
+ i.e., in lupin-helpers, change this one line:
+ for dev in $(subdevices ${sysblock}); do
+ for dev in $(subdevices ${sysblock} | tac -s' '); do
That would fix the problem for most setups. But that's not really
fixing the bug, it's just making the bug less likely to ever manifest
itself. A proper solution to the problem is the fix below.
The Fix:
- In file lupin-helpers, replace this line:
- try_mount $devname $mountpoint $mountoptions || return 1
- ...with the following:
- mount -o $mountoptions $devname $mountpoint || true
+ In file lupin-helpers, change this one line:
+ try_mount $devname $mountpoint $mountoptions || return 1
+ mount -o $mountoptions $devname $mountpoint || true
I tested that by repackaging the initrd.lz, remastering the iso file, and
booting directly from it.
It works flawlesly, as far as I can see.
Even Better:
It was nice when Ubuntu implemented the iso-scan/filename= boot option.
But the path is only half the problem with finding a file. The knowledge about
which device the file is on is also needed. The bootloader can easily pass
along that knowledgeto the OS: the UUID of the needed partition.
For example, the Grub2 grub.cfg script can do something like this:
+ # ... ...
set isopath=/path/to/my/iso/collection
- probe -u $root -s bootloader-uuid
+ probe -u $root -s booted_uuid
# ... ...
menuentry Ubuntu 10.10 {
set isofile=${isopath}/ubuntu-10.10-desktop-i386.iso
loopback loop ${isofile}
- linux ${loop}/casper/vmlinuz bootloader-uuid=${bootloader-uuid} \
+ linux ${loop}/casper/vmlinuz booted_uuid=${booted_uuid} \
iso-scan/filename=${isofile} ${other_boot_options}
initrd (loop)/casper/initrd.lz
}
When the OS takes over, it would find in its /proc/cmdline BOTH the
device AND the path. So it won't be necessary to start that whole messy
search loop through all the partitions on all the block devices. The OS
can go straight to mounting that particular partition. The result is a
cleaner and
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Description changed:
- Binary package hint: initrd-tools
+ Package hint: initrd-tools
+
Greetings!
The Bug:
When booting Ubuntu from a frugal install, or when booting Ubuntu through
Grub2 directly from the Ubuntu LiveCD ISO-file, the booting process fails if
there's a partition with Windows hibernated on it.
Reportedly such boot also fails if there's an encrypted partition,
logically before the partition which holds the Ubuntu files.
In short: If such a partition exists, which...
... is (1) logicly BEFORE the partition which holds filesystem.squashfs
...AND (2) that partition contains a supported file system, ...
...AND (3) that partition is for some reason not able to be mounted, ...
then the booting process panics and fails.
Distros affected:
--
I encountered the problem with: ubuntu-10.10-desktop-i386.iso
The problem likely exists in all distros that use the same Casper startup
scripts.
I confirmed the same problem with the downstream
linuxmint-10-gnome-rc-i386.iso
The Problem:
When the OS takes over from the boot loader, it needs to find its
filesystem.squashfs. It knows the path, we've supplied it through the
iso-scan/filename= boot option, but it doesn't know on which device it is on.
- So what the init scripts currently do, is they start a big search loop
+ So what the init-scripts currently do, is they start a big search loop
through all partitions on all devices, mounting them in a row, looking
for the needed path in the file systems of those partitions.
- So far so good. But the problem is, if that search encounters a
- partition which for some reason can't be mounted, instead of silently
- ignoring that partition and moving on, the init script starts trying to
+ So far so good. But the problem is that if the search encounters a
+ partition that for some reason can't be mounted, instead of silently
+ ignoring that partition and moving on, the init-thing keeps trying to
mount that same partition over and over again, for a long time, until it
finally throws a tantrum, raises panic, and sets my computer on fire.
- On my computer, Windows is usually hibernated on the first partition of
- the first disk. Unfortunately, that is the first partition Ubuntu would
+ On my computer Windows is usually hibernated on the first partition of
+ the first disk. Unfortunately, that is the first partition Ubuntu will
encounter in its attempted search through all the partitions. If I
remove that hibernation file (which I don't like!), it allows Ubuntu to
boot normally.
On closer look, it turns out the culprit is in the file called lupin-
helpers. No mater how I think about it, I find no good reason why it
would raise panic from within the loop if a certain partition refuses to
mount. What it really needs to do is to just silently ignore it, and
move on looking through the rest of the loop.
Posible workaround...
-
Since Windows installations are most often on the first partition, my first
impulse was to simply reverse the device order in which the search loops.
i.e., in lupin-helpers, change this line:
for dev in $(subdevices ${sysblock}); do
to:
for dev in $(subdevices ${sysblock} | tac -s' '); do
That would fix the problem for most setups. But that's not really
fixing the bug, it's just making the bug less likely to ever manifest
itself. A proper solution to the problem is the fix below.
The Fix:
In file lupin-helpers, replace this line:
try_mount $devname $mountpoint $mountoptions || return 1
...with the following:
mount -o $mountoptions $devname $mountpoint || true
I tested that by repackaging the initrd.lz, remastering the iso file, and
booting directly from it.
It works flawlesly, as far as I can see.
+
Even Better:
- It was nice when Ubuntu implemented the iso-scan/filename= boot option.
But that's only half the problem with finding a file. The knowledge about
which device the file is on is also needed.
+ It was nice when Ubuntu implemented the iso-scan/filename= boot option.
But the path is only half the problem with finding a file. The knowledge about
which device the file is on is also needed. The bootloader can easily pass
along that knowledgeto the OS: the UUID of the needed partition.
- So, it would be really nice if the bootloader would tell the OS which
- partition was currently active at the time. Let's say, for example, my
- Grub script would pass, a grub2-root= parameter, like this:
+ For example, the Grub2 grub.cfg script can do something like this:
- linux ${someplace}/casper/vmlinuz grub2-root=${root}
iso-scan/filename=${isofile} ${other_boot_options}
- initrd ${whatever}/casper/initrd.lz
+ menuentry Ubuntu 10.10 {
+ set
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Description changed:
Package hint: initrd-tools
-
Greetings!
The Bug:
When booting Ubuntu from a frugal install, or when booting Ubuntu through
Grub2 directly from the Ubuntu LiveCD ISO-file, the booting process fails if
there's a partition with Windows hibernated on it.
Reportedly such boot also fails if there's an encrypted partition,
logically before the partition which holds the Ubuntu files.
In short: If such a partition exists, which...
... is (1) logicly BEFORE the partition which holds filesystem.squashfs
...AND (2) that partition contains a supported file system, ...
...AND (3) that partition is for some reason not able to be mounted, ...
then the booting process panics and fails.
Distros affected:
--
I encountered the problem with: ubuntu-10.10-desktop-i386.iso
The problem likely exists in all distros that use the same Casper startup
scripts.
I confirmed the same problem with the downstream
linuxmint-10-gnome-rc-i386.iso
The Problem:
When the OS takes over from the boot loader, it needs to find its
filesystem.squashfs. It knows the path, we've supplied it through the
iso-scan/filename= boot option, but it doesn't know on which device it is on.
So what the init-scripts currently do, is they start a big search loop
through all partitions on all devices, mounting them in a row, looking
for the needed path in the file systems of those partitions.
So far so good. But the problem is that if the search encounters a
partition that for some reason can't be mounted, instead of silently
ignoring that partition and moving on, the init-thing keeps trying to
mount that same partition over and over again, for a long time, until it
finally throws a tantrum, raises panic, and sets my computer on fire.
On my computer Windows is usually hibernated on the first partition of
the first disk. Unfortunately, that is the first partition Ubuntu will
encounter in its attempted search through all the partitions. If I
remove that hibernation file (which I don't like!), it allows Ubuntu to
boot normally.
On closer look, it turns out the culprit is in the file called lupin-
helpers. No mater how I think about it, I find no good reason why it
would raise panic from within the loop if a certain partition refuses to
mount. What it really needs to do is to just silently ignore it, and
move on looking through the rest of the loop.
Posible workaround...
-
Since Windows installations are most often on the first partition, my first
impulse was to simply reverse the device order in which the search loops.
i.e., in lupin-helpers, change this line:
for dev in $(subdevices ${sysblock}); do
to:
for dev in $(subdevices ${sysblock} | tac -s' '); do
That would fix the problem for most setups. But that's not really
fixing the bug, it's just making the bug less likely to ever manifest
itself. A proper solution to the problem is the fix below.
The Fix:
In file lupin-helpers, replace this line:
try_mount $devname $mountpoint $mountoptions || return 1
...with the following:
mount -o $mountoptions $devname $mountpoint || true
I tested that by repackaging the initrd.lz, remastering the iso file, and
booting directly from it.
It works flawlesly, as far as I can see.
-
Even Better:
It was nice when Ubuntu implemented the iso-scan/filename= boot option.
But the path is only half the problem with finding a file. The knowledge about
which device the file is on is also needed. The bootloader can easily pass
along that knowledgeto the OS: the UUID of the needed partition.
For example, the Grub2 grub.cfg script can do something like this:
+ set isopath=/path/to/my/iso/collection
+ probe -u $root -s bootloader-uuid
+ # ... ...
menuentry Ubuntu 10.10 {
- set isofile=/path/to/my/iso-dir/ubuntu-10.10-desktop-i386.iso
- loopback loop ${isofile}
- probe -u $root -s bootloader-uuid
- linux ${loop}/casper/vmlinuz bootloader-uuid=${bootloader-uuid} \
- iso-scan/filename=${isofile} ${other_boot_options}
- initrd (loop)/casper/initrd.lz
+ set isofile=${isopath}/ubuntu-10.10-desktop-i386.iso
+ loopback loop ${isofile}
+ linux ${loop}/casper/vmlinuz bootloader-uuid=${bootloader-uuid} \
+ iso-scan/filename=${isofile} ${other_boot_options}
+ initrd (loop)/casper/initrd.lz
}
When the OS takes over, it would find in its /proc/cmdline BOTH the
device AND the path. So it won't be necessary to start that whole messy
search loop through all the partitions on all the block devices. The OS
can go straight to mounting that particular partition. The result is a
cleaner and faster boot!
Of course, if for some reason that path is not found on that device,
only then the init script could go through
[Bug 670096] Re: Ubuntu fails to boot from ISO if there's a NTFS partition with Windows hibernated on it.
** Description changed:
Binary package hint: initrd-tools
Greetings!
-
The Bug:
When booting Ubuntu from a frugal install, or when booting Ubuntu through
Grub2 directly from the Ubuntu LiveCD ISO-file, the booting process fails if
there's a partition with Windows hibernated on it.
Reportedly such boot also fails if there's an encrypted partition,
logically before the partition which holds the Ubuntu files.
In short: If such a partition exists, which...
- ... is in the device order BEFORE the partition on which the Ubuntu's
filesystem.squashfs resides, ...
- ... AND that partition contains a supported file system, ...
- ... AND that partition is for some reason not able to be mounted, ...
- that causes the booting process to panic and fail.
-
+ ... is (1) logically before the partition on which filesystem.squashfs
resides, ...
+ ... AND (2) that partition contains a supported file system, ...
+ ... AND (3) that partition is for some reason not able to be mounted, ...
+ then the booting process panics and fails.
Distros affected:
--
I encountered the problem with: ubuntu-10.10-desktop-i386.iso
The problem likely exists in all distros that use the same Casper startup
scripts.
I confirmed the same problem with the downstream
linuxmint-10-gnome-rc-i386.iso
-
The Problem:
When the OS takes over from the boot loader, it needs to find its
filesystem.squashfs. It knows the path, we've supplied it through the
iso-scan/filename= boot option, but it doesn't know on which device it is on.
So what the init scripts currently do, is they start a big search loop
through all partitions on all devices, mounting them in a row, looking
for the needed path in the file systems of those partitions.
So far so good. But the problem is, if that search encounters a
partition which for some reason can't be mounted, instead of silently
ignoring that partition and moving on, the init script starts trying to
mount that same partition over and over again, for a long time, until it
finally throws a tantrum, raises panic, and sets my computer on fire.
On my computer, Windows is usually hibernated on the first partition of
the first disk. Unfortunately, that is the first partition Ubuntu would
encounter in its attempted search through all the partitions. If I
remove that hibernation file (which I don't like!), it allows Ubuntu to
boot normally.
On closer look, it turns out the culprit is in the file called lupin-
helpers. No mater how I think about it, I find no good reason why it
would raise panic from within the loop if a certain partition refuses to
mount. What it really needs to do is to just silently ignore it, and
move on looking through the rest of the loop.
-
Posible workaround...
-
Since Windows installations are most often on the first partition, my first
impulse was to simply reverse the device order in which the search loops.
i.e., in lupin-helpers, change this line:
- for dev in $(subdevices ${sysblock}); do
+ for dev in $(subdevices ${sysblock}); do
to:
- for dev in $(subdevices ${sysblock} | tac -s' '); do
+ for dev in $(subdevices ${sysblock} | tac -s' '); do
That would fix the problem for most setups. But that's not really
fixing the bug, it's just making the bug less likely to ever manifest
itself. A proper solution to the problem is the fix below.
-
The Fix:
In file lupin-helpers, replace this line:
- try_mount $devname $mountpoint $mountoptions || return 1
+ try_mount $devname $mountpoint $mountoptions || return 1
...with the following:
- mount -o $mountoptions $devname $mountpoint || true
+ mount -o $mountoptions $devname $mountpoint || true
I tested that by repackaging the initrd.lz, remastering the iso file, and
booting directly from it.
It works flawlesly, as far as I can see.
-
Even Better:
It was nice when Ubuntu implemented the iso-scan/filename= boot option.
But that's only half the problem with finding a file. The knowledge about
which device the file is on is also needed.
So, it would be really nice if the bootloader would tell the OS which
partition was currently active at the time. Let's say, for example, my
Grub script would pass, a grub2-root= parameter, like this:
- linux ${someplace}/casper/vmlinuz grub2-root=${root}
iso-scan/filename=${isofile} ${other_boot_options}
- initrd ${whatever}/casper/initrd.lz
+ linux ${someplace}/casper/vmlinuz grub2-root=${root}
iso-scan/filename=${isofile} ${other_boot_options}
+ initrd ${whatever}/casper/initrd.lz
When the OS takes over, it would find in /proc/cmdline BOTH the device AND
the path.
(In my example, the OS would see ... grub2root=hd2,4
iso-scan/filename=/path/to/my/distro.iso
