GNU GRUB - Bugs: bug #46616, grub-mkimage ignores the -C option...
You are not allowed to post comments on this tracker with your current authentication level.
bug #46616: grub-mkimage ignores the -C option for certain platforms without a warning
Submitter: | <qwertial> | ||
Submitted: | Sun 06 Dec 2015 02:17:54 PM UTC | ||
Category: | Installation | Severity: | Minor |
Priority: | 3 - Low | Item Group: | None |
Status: | None | Privacy: | Public |
Assigned to: | None | Originator Name: | |
Open/Closed: | Open | Release: | Git master |
Release: | Reproducibility: | Every Time | |
Planned Release: | 2.03+ |
Tue 05 Jul 2016 07:35:00 AM UTC, comment #4: |
<qwertial> |
Thu 17 Dec 2015 05:40:45 AM UTC, comment #3: "Yes" what? :) I do not see how the problem you describe is related to core.img compression. |
Andrei Borzenkov <arvidjaar> |
Wed 16 Dec 2015 09:47:15 PM UTC, comment #2: Yes.
|
<qwertial> |
Sun 06 Dec 2015 02:50:00 PM UTC, comment #1: Do you complain about lack of warning or do you have reasons to not compress image on i386? |
Andrei Borzenkov <arvidjaar> |
Sun 06 Dec 2015 02:17:54 PM UTC, original submission:
GRUB images built for the i386-pc platform are always compressed with LZMA, even when compression is explicitly disabled with a -Cnone switch. There isn't even a warning displayed. |
<qwertial> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 3 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2016-10-11 | phcoder | Priority | 5 - Normal | 3 - Low | |
2016-03-02 | phcoder | Planned Release | None | 2.03+ | |
2015-12-06 | arvidjaar | Severity | Major | Minor |
Powered by Savane 3.13-f8d8.
Corresponding source code
Yes, sir.
I just wanted to inspect whether the generated image was correct by looking at the hexdump, and compression was getting in the way. (The problem was alignment, it turned out.)
I don't really care which way it gets resolved; I solved my original issue already. Though I imagine some may find uncompressed images useful.