hyper-v: Manual partitioning formats /boot with ext2 file-system - Utopic Unicorn

[Chris Valean]

This is a thread continuation from trusty bug ID 1297012, not a duplicate.

The last outcome from it was that the issue was not going to be fixed in 14.04, please consider this for 14.10 Utopic Unicorn if possible.

"Dimitri John Ledkov (xnox) wrote on 2014-04-07: #9
Hello Abhishek and Phillip,

I've discussed this with a few other engineers and it is to risky to push such change this close to release. There are a few things that are planned / needed to be done with "/boot" and we should target it at u-series. This is a valid bug report / request, but i'm targeting it at u-series for now.

We need to increase size of /boot, use ext4 (possible with journal, extents and huge file options disabled), remove need for /boot at all when one is using simple LVM volume group only. All of these changes are straight-forward, but can have impact on existing deployments and these are not features we'd be comfortable with deploying so late in the cycle, way past Feature Freeze.

Regards,

Dimitri."

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1362574

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Chris Valean (chvale)]

Logs not needed

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1362574

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Joseph Salisbury (jsalisbury)]

May just want to mark this as a duplicate of bug 1297012 if that is the case. Bug 1297012 has a utopic bug task.

[Dexuan Cui (decui)]

ext2.ko itself does support fsfreeze, but typical linux distros, like Ubuntu, don't supply ext2.ko at all now -- instead, they usually supply ext3.ko and have ext4 built-in.

So when we mount an ext2 partition, actually the kernel is registering the ext4 driver as an ext2 driver and in this case the ext2's s_op->freeze_fs is NULL -- so fsfreeze on ext3 can get -EOPNOTSUPP.

The discussion is at http://marc.info/?t=141102289600007&r=1&w=2

The ext4 community has posted the patches to support ext2 fsfreeze when registering ext4 as ext2:
http://marc.info/?l=linux-ext4&m=141107200212887&w=2
http://marc.info/?l=linux-ext4&m=141107200312889&w=2
http://marc.info/?l=linux-ext4&m=141107481213962&w=2

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Phillip Susi (psusi)]

I'm closing this report as invalid since it does not report anything other than the existence of another bug report.

[Dimitri John Ledkov (xnox)]

Please don't open duplicate bugs. Our bug tracker has ability to track bugs across multiple releases, with changes to the required solution.