Summary: | sys-boot/grub-0.97-r18 stable request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Flogeras <dflogeras2> |
Component: | Stabilization | Assignee: | Ian Stakenvicius (RETIRED) <axs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ap, base-system, chris, hydrapolic, lucianposton, luke, pacho, phmagic, redneb, scott, spiderx |
Priority: | Normal | Keywords: | STABLEREQ |
Version: | unspecified | Flags: | stable-bot:
sanity-check+
|
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: |
=sys-boot/grub-0.97-r18
|
Runtime testing required: | --- |
Bug Depends on: | 608460 | ||
Bug Blocks: |
Description
David Flogeras
2017-12-03 11:41:13 UTC
While -r17 compiles with gcc-6.4.0 with new PIE profiles, the result is unusable, see https://bugs.gentoo.org/608460#c4 * Copying files from /lib/grub and /usr/share/grub to //boot/grub cp: error writing '//boot/grub/stage2': No space left on device cp: error writing '//boot/grub/stage2_eltorito': No space left on device cp: error writing '//boot/grub/vstafs_stage1_5': No space left on device cp: error writing '//boot/grub/xfs_stage1_5': No space left on device cp: error writing '//boot/grub/stage2': No space left on device cp: error writing '//boot/grub/stage2_eltorito': No space left on device cp: error writing '//boot/grub/xfs_stage1_5': No space left on device # ls -lh /lib/grub/i386-pc/stage* -rw-r--r-- 1 root root 129M Dec 3 16:02 /lib/grub/i386-pc/stage1 -rw-r--r-- 1 root root 129M Dec 3 16:02 /lib/grub/i386-pc/stage2 -rw-r--r-- 1 root root 129M Dec 3 16:02 /lib/grub/i386-pc/stage2_eltorito (In reply to Alexander Bezrukov from comment #1) > While -r17 compiles with gcc-6.4.0 with new PIE profiles, the result is > unusable, see https://bugs.gentoo.org/608460#c4 > > * Copying files from /lib/grub and /usr/share/grub to //boot/grub > cp: error writing '//boot/grub/stage2': No space left on device > cp: error writing '//boot/grub/stage2_eltorito': No space left on device > cp: error writing '//boot/grub/vstafs_stage1_5': No space left on device > cp: error writing '//boot/grub/xfs_stage1_5': No space left on device > cp: error writing '//boot/grub/stage2': No space left on device > cp: error writing '//boot/grub/stage2_eltorito': No space left on device > cp: error writing '//boot/grub/xfs_stage1_5': No space left on device Not sure, but this indicates that your /boot partition is full. Not a problem with the patch/code, (In reply to Thomas Deutschmann from comment #2) > (In reply to Alexander Bezrukov from comment #1) > > While -r17 compiles with gcc-6.4.0 with new PIE profiles, the result is > > unusable, see https://bugs.gentoo.org/608460#c4 > > > > * Copying files from /lib/grub and /usr/share/grub to //boot/grub > > cp: error writing '//boot/grub/stage2': No space left on device > > cp: error writing '//boot/grub/stage2_eltorito': No space left on device > > cp: error writing '//boot/grub/vstafs_stage1_5': No space left on device > > cp: error writing '//boot/grub/xfs_stage1_5': No space left on device > > cp: error writing '//boot/grub/stage2': No space left on device > > cp: error writing '//boot/grub/stage2_eltorito': No space left on device > > cp: error writing '//boot/grub/xfs_stage1_5': No space left on device > Not sure, but this indicates that your /boot partition is full. Not a > problem with the patch/code, Surely, it is full because of enormous file sizes resulting from compilation. And I see this be a problem, because 129MB file cannot fit into 512-byte sector (stage 1), regardless of my /boot partition size. The files installed are sparse (when the underlying filesystem supports sparse files, which is not always the case) but I am not sure this was the intent of the ebuild to create sparse files of this size. And regardless of sparseness, stage1 cannot be embedded. I have the exact same problem, and I have been running grub-0.97-r17 since April 20th of this year. I don't even remember what problem I had that caused me to unmask it, but now it results in: -rw-r--r-- 1 root root 134481169 Dec 3 13:13 stage1 -rw-r--r-- 1 root root 134606985 Dec 3 13:13 stage2 -rw-r--r-- 1 root root 134608009 Dec 3 13:13 stage2_eltorito Prior builds were fine with gcc 5.x. Files that are much larger than what I used to have. During the build, I get the following also: * Your boot partition was detected as being mounted at /boot. * Files will be installed there for grub to function correctly. * Copying files from /lib/grub and /usr/share/grub to //boot/grub /var/tmp/portage/sys-boot/grub-0.97-r17/temp/environment: line 3806: 27844 Done egrep -v '^[[:space:]]*(#|$|default|fallback|initrd|password|splashimage|timeout|title)' "${grub_config}" 27845 Segmentation fault | /sbin/grub --batch --device-map="${dir}"/device.map > /dev/null * Grub has been installed to //boot successfully. Does this need a new bug? (In reply to Scott McClung from comment #4) > Does this need a new bug? https://bugs.gentoo.org/608460 When I reported this, I hadn't yet found out (as others have said in the comments) that grub:0 is broken with gcc:6. I was (un)lucky enough that the files fit on my /boot and thought all was well until I rebooted. I might be better to just suggest that we "if-it-aint-broke" people who were holding on to grub:0 just finally migrate to grub:2. I've done so on most of my machines, and it was fairly painless. It would also reduce developer strain. Just my 0.02 Let's wait a few days to see if =sys-boot/grub-0.97-r18 works everywhere. Stabilization can start next week (2017-12-18). any updates on this? Thanks go ahead Stable on amd64. x86 stable, closing |