The time now is Mon 18 Jan 2021, 18:20
All times are UTC - 4 |
Page 2 of 2 [22 Posts] |
Goto page: Previous 1, 2 |
Author |
Message |
mikeslr

Joined: 16 Jun 2008 Posts: 3913 Location: 500 seconds from Sol
|
Posted: Tue 22 Aug 2017, 20:52 Post subject:
|
|
Hi,
On the other thread, jafadmin suggested:
"Try slapping another copy of the mbr onto it:
Code:
cat /usr/lib/syslinux/mbr.bin > /dev/sdX (the problem disk)
Works for me; YMMV." http://murga-linux.com/puppy/viewtopic.php?p=964905#964905
I'd like to know under what Puppy he ran that command. While on XenialPup64, I looked for the file /usr/lib/syslinux/mbr.bin and --figuring a typing error-- looked for /usr/bin/syslinux/mbr.bin. Couldn't find it.
My technical knowledge is minimal, abysmal --take your choice. I visualize systems and, look for bottlenecks and then ways to avoid them.
As far as I know, the problem or problems arise when the drive has been formatted as Linux Ext4 using an OS with a recent kernel and then Grub4dos is used as bootloader. Also, I have the impression, there hasn't been active development of Grub4dos for some time. See Post Script. If this is correct, it would appear that the Grub4dos just can't handle whatever has recently been done to change Linux Ext4 formatting.
I'd hate to loose Grub4dos. But Puppies worked without it before, and can work under the annoying Grub2. Perhaps, if formatting as Linux Ext4 is to be retained, new Puppies will have to be built to employ Grub2, and a Grub2 pet will have to be created for installation into older Puppies.
I'd rather loose Linux Ext4. I'm not really sure what advantage it offers over Linux Ext3.
So I suggest that someone who has the problem try reformatting the drive as Linux Ext3.
But jafadmin suggestion should also work if your Puppy contains the syslinux module AND that module was created to work with the "new" Linux Ext4.
As I'm posting from XenialPup64, I just did a pfind for mbr.bin. [Should have thought of that the first time. ] On this system it found at:
/usr/share/syslinux/
Adapting jafadmin's code, on this system it would be:
cat /usr/share/syslinux/mbr.bin > /dev/sdX
So, that's something else to try; that is pfind where mbr.bin is located and modify the code accordingly.
Suggestion to Puppy Creators and someone working on grub4dos (shinobar?). Modify grub4dos to utilize the current mbr.bin wherever it may be located; and create a pet to "patch" old versions.
mikesLr
P.S. Just looked at Grub4dos thread on Additional Software Forum. Last version appears to be in 2014. Also "googled' grub4dos. The last update was in 2013. https://sourceforge.net/projects/grub4dos/. The links from here, http://grub4dos.sourceforge.net/ are either dead or time out.
|
Back to top
|
|
 |
bigpup

Joined: 11 Oct 2009 Posts: 13981 Location: S.C. USA
|
Posted: Wed 23 Aug 2017, 10:10 Post subject:
|
|
Look here for answer to problem.
http://www.murga-linux.com/puppy/viewtopic.php?t=111376
Basic problem is caused by trying to use Grub4DOS with newer systems with 64-bit Ext4 partitions.
_________________ The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
|
Back to top
|
|
 |
coffy
Joined: 13 Jul 2016 Posts: 21
|
Posted: Wed 23 Aug 2017, 12:46 Post subject:
|
|
Have finally worked out how to access the bios by pressing "del" during boot up.
Have made sure that the dc/dvd drive is the 1st boot device.
Then i pressed F10
And still the dreaded message
wee 0> find --set-root /grldr
wee 15> /grldr
wee 17>
|
Back to top
|
|
 |
coffy
Joined: 13 Jul 2016 Posts: 21
|
Posted: Wed 23 Aug 2017, 13:24 Post subject:
|
|
Very big thanks to everyone who replied with advice and links but the desktop has finally hit the bin with all other rubbish.
|
Back to top
|
|
 |
foxpup
Joined: 29 Jul 2016 Posts: 1141
|
Posted: Wed 23 Aug 2017, 14:28 Post subject:
|
|
Too bad you threw it away. There is probably nothing wrong with it.
If you still care to try:
If you installed a more recent linux (probably one of the big distros, ubuntu?) on your HDD just before you installed puppy, that could be the culprit ... and possibly your savier. If you still have it on a stick, you should be able to boot from it and then just reformat your hdd (64bit ext4: not good) to ext3. Don't install it after that, but install a puppy instead.
Or just follow the lead from jd7654 (link from bigpup).
Well, I like all computers, and certainly the old ones. That's probably something that grew on me becoming a pupper. ,-)
|
Back to top
|
|
 |
jd7654
Joined: 06 Apr 2015 Posts: 297
|
Posted: Wed 23 Aug 2017, 14:48 Post subject:
|
|
FYI, not sure if coffy's old PC problem is related to my mentioned info in other cases.
This machine's problems seem more severe, with difficulty booting from CD and modifying HD with GParted.
|
Back to top
|
|
 |
greengeek

Joined: 20 Jul 2010 Posts: 5834 Location: Republic of Novo Zelande
|
Posted: Fri 15 Dec 2017, 14:54 Post subject:
|
|
coffy wrote: | Would it make any difference if i removed the hard drive? | Yes - you should definitely remove the hard drive any time you have trouble booting.
I had something similar recently and the machine did not boot until drive was removed. In fact the hard drive was perfect, but the HDD interface in the laptop must have been broken somehow.
It affected the bios and no other device would boot while the HDD interface thought there was an HDD installed.
Your troublesome machine would probably boot ok from CD if there was no hard drive installed.
|
Back to top
|
|
 |
|
Page 2 of 2 [22 Posts] |
Goto page: Previous 1, 2 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|