Re: [cooking] booting loram-cdrom on usb ( was: [cooking] various boot modes, successes and failures) |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/slitaz Archives
]
- To: slitaz@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [cooking] booting loram-cdrom on usb ( was: [cooking] various boot modes, successes and failures)
- From: Philippe Lelédy <slitaz@xxxxxxxxx>
- Date: Thu, 30 Dec 2010 16:13:57 +0100
On 30/12/2010 13:47, Philippe Lelédy wrote:
experience shew me that MS Windows only see partition #1. Last try
with Seven gave me worst result: with such strange a key, the only
this that MS Window propose is formatting it.
I had some success with MS windows, but it's for *experts* only ! (use
sectors unit to be as precise as possible)
-1- use fdisk from last SliTaz, other tools doesn't work (parted,
sfdisk, fdisk on ubuntu)
-2- add 1 partition #2 behind #1 which is the copy of the hybrid
SliTaz_LoRAM_CDROM, but don't use the space
-3- delete partition #1 (yes!, the #1 content of which is SliTaz_LoRAM_CDROM
-4- add 1 partition with number #1 *behind* partition #2
-5- add 1 partition with #3 add the exact (not easy) place where was
SliTaz_LoRAM_CDROM
-6- give it type 17
Here is the result:
fdisk -lu /dev/sdf
Disk /dev/sdf: 4011 MB, 4011491328 bytes
Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System
/dev/sdf1 6338560 7834943 748192 6 FAT16
/dev/sdf2 280576 477183 98304 6 FAT16
/dev/sdf3 477184 6338559 2930688 83 Linux
/dev/sdf4 32 280575 140272 17 Hidden HPFS/NTFS
Partition table entries are not in disk order
Here is the secret.
Now the key boots SliTaz_LoRAM_CDROM, nut when plugged on an MS Windows
system, the partition #1 is used, it doesn't matter it is at then end of
the usb key.
Too tricky for wide use.
Ph.L.
---
SliTaz GNU/Linux Mailing list - http://www.slitaz.org/