The time now is Tue 21 May 2013, 15:29
All times are UTC - 4 |
| Author |
Message |
nooby
Joined: 29 Jun 2008 Posts: 9385 Location: SwedenEurope
|
Posted: Sat 09 Feb 2013, 07:32 Post subject:
|
|
| rcrsn51 wrote: | Although the instructions here are for USB drives, they should also work with a hard drive partition, provided that it is contiguous. So you would need a clean FAT32 partition, then copy the ISO's into it.
However, this method will not work with Puppy ISO's. |
You know such things much better than me so
that is why I am skeptical to if it help the OP at all.
Maybe a new thread will better so many more can find out about
what Easy2Boot really can do. I would want to boot a lot of isos
that now only boot from ext2 and using grub2 so if that could be done
using E2B that would be cool.
Have you really booed Puppy on NTFS using only iso
and using the E2B and on the internal HT What code?
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7748 Location: Stratford, Ontario
|
Posted: Sat 09 Feb 2013, 08:32 Post subject:
|
|
| nooby wrote: | | rcrsn51 wrote: | Although the instructions here are for USB drives, they should also work with a hard drive partition, provided that it is contiguous. So you would need a clean FAT32 partition, then copy the ISO's into it.
However, this method will not work with Puppy ISO's. |
|
Since I made that statement last week, there have been some new developments regarding booting Puppy off ISOs. So I have updated this.
But my procedures still do not work with NTFS.
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9385 Location: SwedenEurope
|
Posted: Sat 09 Feb 2013, 08:58 Post subject:
|
|
thanks I got into this dreaded Error 60 the file need to be
contiguous and I have no wine so does not puppy has
some program or a trick that can make a file contiguous
on fat32 if one move it to and fro or something?
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7748 Location: Stratford, Ontario
|
Posted: Sat 09 Feb 2013, 09:03 Post subject:
|
|
@nooby: I tested ISObooter from here on a fresh NTFS-formatted flash drive and it worked with both Slacko and Xubuntu. So it should work on a hard drive, assuming that there are no issues with discontiguity..
If you want to look more at this, please post a message here.
Last edited by rcrsn51 on Sun 10 Feb 2013, 00:43; edited 1 time in total
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9385 Location: SwedenEurope
|
Posted: Sat 09 Feb 2013, 09:12 Post subject:
|
|
Here is what I remember but I fail to get what Puppyluvr writes
http://www.murga-linux.com/puppy/viewtopic.php?p=510041#510041
| Quote: |
The "Copy to/ Copy back" method does a perfect defrag.
|
So what am I supposed to do?
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
der-schutzhund
Joined: 26 Nov 2007 Posts: 726 Location: Blomberg / Germany
|
Posted: Sun 10 Feb 2013, 15:16 Post subject:
|
|
Hello to all!
First a brief explanation of "the protection dog":
My hobby is working with dogs. I train dogs for security. Not for the police action but for sporting events!
What about the participation here shows this threat has raised an interesting question: How can be booted Puppyisos of different stores, formats?
Since my English is not really good, I must say that now I'm a little confused about the various solutions, approaches, and options Listing however. Maybe we can create a summary if everything works so far?
For me, it would be important that the iso can be booted even if it was pushed by a modified version! Since I work with have the Lazy sfs be found!
@nooby,
i tested it and it works sometimes!
Actually it is a nice solution but I could not understand why an iso worked sometimes and sometimes not if I copied it again in auto. Even though I previously all isos and put it back in did not copy all ran. It would be important for my application that I write about the same isos sometimes with a modified version! Meanwhile, I have resigned myself that it's probably not possible to boot puppyisos sure if they are overwritten several times with modified versions. Even if that would work would have started the so-Lazy-iso still find LP2_ .. sfs. That did not work even with a different approach since the start of the Isos a new virtual disk has been created in the budget were not the sfs.
regards
Wolfgang
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9385 Location: SwedenEurope
|
Posted: Sun 10 Feb 2013, 16:18 Post subject:
|
|
Wolfgang,
seems they need the contiguous for to work and when one
load a new version the nit corrupt? That is why people suggest
ext2 or ext3 so it works better. I have gone over to the one that
rcrsn51 do based on the Scooby way to set it up
and if one format it each time one do a change then it seems to work
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
der-schutzhund
Joined: 26 Nov 2007 Posts: 726 Location: Blomberg / Germany
|
Posted: Sun 10 Feb 2013, 17:43 Post subject:
|
|
do you know if Windows programs in wine under ext2 work just as well as under FAT32 or NTFS?
Perhaps you should then not be limited to grub4dos but describe each combination is a safe solution?
It would be important, as I said, iso that can be overridden and sfs be found!
For example, the possible combinations (if it works):
- USB flash drive, Fat32, grub4dos
- USB flash drive, Fat32, Grub2
- USB flash drive, NTFS, grub4dos
- USB flash drive, NTFS, Grub2
- USB flash drive, ext2, grub4dos
- USB flash drive, ext2, Grub2
- HD, FAT32, grub4dos
- HD, FAT32, Grub2
- HD, NTFS, grub4dos
- HD, NTFS, Grub2
- HD, ext2, grub4dos
- HD ext2, Grub2
etc.
regards
Wolfgang
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9385 Location: SwedenEurope
|
Posted: Sun 10 Feb 2013, 18:03 Post subject:
|
|
Hopefully rcrsn51 and others good at such can help you decide
which combinations works best. I am only a curious user
I know almost nothing sorry.
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
JMX
Joined: 29 Dec 2008 Posts: 23
|
Posted: Sun 03 Mar 2013, 02:13 Post subject:
|
|
I have successfully used rcrsn51's excellent streamlined procedure to boot iso files on my Asus EEE SDHC card.
Here is how I have been able to boot directly to .iso files on my internal harddrive.
First, no changes were needed to my existing grub4dos installation. (I had previously installed grub4dos by creating a bootable DOS partition with its appropriate config.sys file). This way, nothing is ever written to the MBR.
I then created a folder on partition 2 of my harddrive (sda2) and named it "isos", and then I put all of the desired .iso files into that folder.
Then, for testing, (before running the isobooter script) I simply added this entry to my already existing menu.lst:
title wary-5.4.90 ISObooter
partnew (hd0,3) 0x00 (hd0,1)/isos/wary-5.4.90.iso
map --heads=0 --sectors-per-track=0 (hd0,1)/isos/wary-5.4.90.iso (0xff)
map --hook
root (0xff)
kernel /vmlinuz pmedia=ataflash pfix=fsck
initrd /initrd.gz
It worked. And the creation of the save file on the harddrive worked exactly as expected. By default, the save file goes at the root (or in a folder) on the partition of the device that grub4dos does its initial bootup (in my example, grub4dos is initially booted on sda2 which is (hd0,1)).
I then simply edit the path statements in the isobooter file (which in this example is located at the root of sda2) to create a new accessible file named isomenu.lst to harmonize with my overall mapping.
It is no longer necessary to extract any iso files!
If the bootup harddrive has no more that 3 primary partitions on it, and if the iso files are not fragmented, then the "partnew" feature of grub4dos can do its magic.
|
|
Back to top
|
|
 |
cinclus_cinclus
Joined: 22 Feb 2009 Posts: 56
|
Posted: Mon 04 Mar 2013, 09:06 Post subject:
possible device-position for being used by "partnew" |
|
There are situations were the fourth of the four possible positions for primary partitions is already in use (e.g. after removing a primary partition) - though another one is free for being used by the partnew command .
| JMX wrote: |
...
First, no changes were needed to my existing grub4dos installation. (I had previously installed grub4dos by creating a bootable DOS partition with its appropriate config.sys file). This way, nothing is ever written to the MBR.
I then created a folder on partition 2 of my harddrive (sda2) and named it "isos", and then I put all of the desired .iso files into that folder.
Then, for testing, (before running the isobooter script) I simply added this entry to my already existing menu.lst:
title wary-5.4.90 ISObooter
partnew (hd0,3) 0x00 (hd0,1)/isos/wary-5.4.90.iso
map --heads=0 --sectors-per-track=0 (hd0,1)/isos/wary-5.4.90.iso (0xff)
map --hook
root (0xff)
kernel /vmlinuz pmedia=ataflash pfix=fsck
initrd /initrd.gz
...
If the bootup harddrive has no more that 3 primary partitions on it, and if the iso files are not fragmented, then the "partnew" feature of grub4dos can do its magic. |
"partnew (hd0,3)" implies - as by the requirements of rcrsn51 - that (hd0,3) really is the unused fourth primary partition. But this requirement is only sufficient for using the partnew command. Necessary and sufficient is the requirement that partnew uses any unused primary-device-position!
Example:
| Code: |
# fdisk -l /dev/sdb
Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa59f6637
Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 31455231 15726592 7 HPFS/NTFS/exFAT
/dev/sdb2 31455270 67135634 17840182+ b W95 FAT32
/dev/sdb4 67153918 488388607 210617345 f W95 Ext'd (LBA)
/dev/sdb5 67153920 71307263 2076672 82 Linux swap
/dev/sdb6 71309312 92266495 10478592 83 Linux
/dev/sdb7 92268544 113240063 10485760 83 Linux
/dev/sdb8 113256448 134227967 10485760 83 Linux
/dev/sdb9 134230016 174346239 20058112 83 Linux
/dev/sdb10 174353508 199511234 12578863+ 83 Linux
/dev/sdb11 199516160 224681983 12582912 83 Linux
/dev/sdb12 224685153 256140359 15727603+ 83 Linux
/dev/sdb13 256140423 319050899 31455238+ 7 HPFS/NTFS/exFAT
/dev/sdb14 319053824 327442431 4194304 83 Linux
/dev/sdb15 327452958 369382544 20964793+ 7 HPFS/NTFS/exFAT
/dev/sdb16 369385472 411328511 20971520 83 Linux
|
Here (hd1,2) (=/dev/sdb3) would be the only unused position that could be used by partnew.
Comment:
/dev/sdb4 cannot be moved to /dev/sdb3 by the fdisk command: "fix partition order".
|
|
Back to top
|
|
 |
|
|
|
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
|