Jump to content











Photo
- - - - -

Redirecting to NUL after kernel line


  • Please log in to reply
3 replies to this topic

#1 ilko

ilko

    Frequent Member

  • Advanced user
  • 487 posts
  •  
    Bulgaria

Posted 11 December 2012 - 09:29 PM

Trying to boot Linux Mint with grub4dos, vers. 0.4.5c 2012-11-17:
http://www.mirrorser...e-dvd-32bit.iso

Initrd image is in /casper/initrd.lz in this case. The menu is auto generated without checking contents of the ISO, hence the check which initrd image to use.
title Start linuxmint-12-kde-dvd-32bit
set ISO=/ubuntu/linuxmint-12-kde-dvd-32bit_buntu.iso
ls %ISO% > nul || find --set-root --devices=hf %ISO%
map %ISO% (0xff) || map --mem %ISO% (0xff) || map --mem --heads=0 --sectors-per-track=0 %ISO% (0xff)
map --hook
root (0xff)kernel /casper/vmlinuz file=/cdrom/preseed/mint.seed boot=casper iso-scan/filename=%ISO% splash --
ls /casper/initrd.lz > nul && initrd /casper/initrd.lz
ls /casper/initrd.gz > nul && initrd /casper/initrd.gz
This leads to reset on real machine and hang in QEMU right after grub4dos counter for loading initrd image [0/18]...[18/18] finishes.

Removing NUL redirects in last two lines fixes the issue:
ls /casper/initrd.lz && initrd /casper/initrd.lz
ls /casper/initrd.gz && initrd /casper/initrd.gz

I am curious why is this happening?

Playing with another way to boot it:
title Start linuxmint-12-kde-dvd-32bit
set ISO=/ubuntu/linuxmint-12-kde-dvd-32bit_buntu.iso
ls %ISO% > nul || find --set-root --devices=hf %ISO%
map %ISO% (0xff) || map --mem %ISO% (0xff) || map --mem --heads=0 --sectors-per-track=0 %ISO% (0xff)
map --hook
root (0xff)
ls /casper/initrd.lz > nul && set init=/casper/initrd.lz
ls /casper/initrd.gz > nul && set init=/casper/initrd.gz
kernel /casper/vmlinuz file=/cdrom/preseed/mint.seed boot=casper iso-scan/filename=%ISO% splash --
initrd %init%

This works as expected. However, adding
echo TEST > nul
at the bottom of the menu breaks boot again.


Another test:
title Start linuxmint-12-kde-dvd-32bit 
set ISO=/ubuntu/linuxmint-12-kde-dvd-32bit_buntu.iso
ls %ISO% > nul || find --set-root --devices=hf %ISO%
map %ISO% (0xff) || map --mem %ISO% (0xff) || map --mem --heads=0 --sectors-per-track=0 %ISO% (0xff)
map --hook
root (0xff)ls /casper/initrd.lz > nul && set init=/casper/initrd.lz
ls /casper/initrd.gz > nul && set init=/casper/initrd.gz
kernel /casper/vmlinuz file=/cdrom/preseed/mint.seed boot=casper iso-scan/filename=%ISO% splash --
initrd %init%
echo test
- works fine.

Is this expected behavior or a bug?
If it's expected, are there any guidelines what not to use after kernel, or is it after the initrd commands?
Checked grub4dos 0.4.5c 2012-05-16- it behaves the same way.

#2 steve6375

steve6375

    Platinum Member

  • Developer
  • 5,202 posts
  • Location:UK
  • Interests:computers (!), programming (masm,vb6,C,vbs), OSes, photography,TV,films,guitars
  •  
    United Kingdom

Posted 11 December 2012 - 10:20 PM

Must be a bug. I have reported it to chenal as I get same issue when I added the line to the bottom of a different linux I am currently testing.

http://code.google.c...all/issues/list



#3 steve6375

steve6375

    Platinum Member

  • Developer
  • 5,202 posts
  • Location:UK
  • Interests:computers (!), programming (masm,vb6,C,vbs), OSes, photography,TV,films,guitars
  •  
    United Kingdom

Posted 15 December 2012 - 09:25 AM

chenall has released a new test version which seems to fix this problem. Hopefully the changes will be included in the next release of grub4dos.



#4 ilko

ilko

    Frequent Member

  • Advanced user
  • 487 posts
  •  
    Bulgaria

Posted 15 December 2012 - 04:44 PM

Test version works fine here too. Thanks for reporting it.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users