Jump to content

SD Card (4GB) - Boot as preffered Drive U: Possible?


robekia

Recommended Posts

The answer for all is "Acer5738"

Do you use always the internal Card reader?

How is the internal Card reader connected?

Does this internal Card reader use a USB connection?

Do you use a external USB Card reader?

Which ParentIdPrefix does current windows use at Acer5738?

Which ParentIdPrefix does exist at migrate.inf?

Which ParentIdPrefix does ùse a freshly installed windows?

BTW: to enhance the confusion.

There is a new firadisk 0.0.1.14 http://www.boot-land.net/forums/index.php?...ost&p=83637

Link to comment
Share on other sites


Do you use always the internal Card reader?

How is the internal Card reader connected?

Does this internal Card reader use a USB connection?

No, please read the previous post that i replied to jaclaz, i clearly descripe my proccess in there.

it is Built-in Card Reader in Acer5738.

Do you use a external USB Card reader?

I inserted the SDHC card in External Card reader and connect it to one of the normal 4 USB

in the labtop with the same problem

Which ParentIdPrefix does current windows use at Acer5738?

Which ParentIdPrefix does exist at migrate.inf?

Which ParentIdPrefix does ùse a freshly installed windows?

They are always the same as i attached previously the Generated files

i'm attaching them again for reference:

usb_history.txtMIGRATE.INF

BTW: to enhance the confusion.

There is a new firadisk 0.0.1.14 http://www.boot-land.net/forums/index.php?...ost&p=83637

Thank you for this information, i'm gonna try it nowwwwww

Link to comment
Share on other sites

So, if I get it right:

  • everything goes well with the 2 Gb stick
  • everything goes wrong with the 8 Gb stick
  • everything goes wrong with the SD card

Let's for the moment FORGET about the SD card, we will get there later (or if you prefer, please talk with me about the sticks and talk with cdob about the SDcard, everyone has his own "specialities" - or at least sometimes different approaches)

You still have the 2Gb stick, do you? :unsure:

If yes it would be interesting to have the output of Chipgenius:

http://www.boot-land.net/forums/index.php?showtopic=4661

http://www.mydigit.cn/chipgenius.htm

for both sticks AND the result of running mkmigrateinf.exe:

http://www.msfn.org/board/profiles-directo...819-page-9.html

http://www.msfn.org/board/forcing-system-d...973-page-7.html

on a system with BOTH sticks connected.

jaclaz

Edited by jaclaz
Link to comment
Share on other sites

So, if I get it right:

  • everything goes well with the 2 Gb stick
  • everything goes wrong with the 8 Gb stick
  • everything goes wrong with the SD card

Exactly

Let's for the moment FORGET about the SD card, we will get there later (or if you prefer, please talk with me about the sticks and talk with cdob about the SDcard, everyone has his own "specialities" - or at least sometimes different approaches)

I agree for now........thanks

You still have the 2Gb stick, do you? :unsure:

yes i still have

If yes it would be interesting to have the output of Chipgenius:

http://www.boot-land.net/forums/index.php?showtopic=4661

http://www.mydigit.cn/chipgenius.htm

I downloaded the program.

for 2GB hereunder the results:

Device Name: ?[J:]?USB Mass Storage Device(Kingston DataTraveler 2.0 USB Device)

PnP Device ID: VID = 0951 PID = 1607

Serial Number: 5B82050053DD

Revision: PMAP

Device Type: Standard USB device - USB2.0 High-Speed

Chip Vendor: phison

Chip Part-Number: PS2232

Product Vendor: (N/A)

Product Model: (N/A)

for 8GB, here is the results:

Device Name: ?[K:]?USB Mass Storage Device(Kingston DataTraveler 120 USB Device)

PnP Device ID: VID = 0951 PID = 1623

Serial Number: 00137297175CF971862F0A39

Revision: 1.00

Device Type: Standard USB device - USB2.0 High-Speed

Chip Vendor: skymedi

Chip Part-Number: SK6211

Product Vendor: (N/A)

Product Model: (N/A)

for SDHC Card:

Device Name: ?[H:]?Realtek Card Reader(0159)(Generic- Multi-Card USB Device)

PnP Device ID: VID = 0BDA PID = 0159

Serial Number: 20071114173400000

Revision: 1.00

Device Type: Standard USB device - USB2.0 High-Speed

Chip Vendor: (No match record)

Chip Part-Number: (No match record)

Product Vendor: Generic-

Product Model: Multi-Card

for both sticks AND the result of running mkmigrateinf.exe:

http://www.msfn.org/board/profiles-directo...819-page-9.html

http://www.msfn.org/board/forcing-system-d...973-page-7.html

on a system with BOTH sticks connected.

I'll do it and get back to you soon.......

Link to comment
Share on other sites

OK, the 2 Gb is a Phison (and you don't want to touch it since it works allright), the 8 Gb is a Skymedi.

Both are re-branded with Vid 0951 (Kingston) and Pid 1607 and Pid 1623 respectively (Kingston internal model designation).

If you go to a machine where the sticks were connected and open with Regedit the key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USBSTOR\

You are likely to find keys named something like:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USBSTOR\Disk&Ven_Kingston&Prod_Data_Traveler&Rev_1.00

or

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USBSTOR\Disk&Ven_Kingston&Prod_Data_Traveler&Rev_

and in a sub-key with the name of the serial number, most probably, and respectively:

\5B82050053DD&0

\00137297175CF971862F0A39&0

(the above is pretty much unuseful, as we already know this data from the USBhistory.txt you posted, but now you know how it works, more or less) ;)

2Gb ParentIdPrefix=7&1554d726&0

8Gb ParentIdPrefix=7&d825748&0

The migrate.inf you posted is for a ParentIdPrefix=7&d7f206a&0 which corresponds to the drive H:\ (Generic- Multi-Card USB Device) in the USBhistory

This may be of use:

@ECHO OFF
::migrate2txt.cmd rudimental batch to extract ParentIdPrefix from migrate.inf file
::by jaclaz ALPHA 0.01 Release 6th November 2009
SETLOCAL ENABLEDELAYEDEXPANSION
SETLOCAL ENABLEEXTENSIONS

SET TEXT=
FOR /F "skip=7 tokens=* delims=" %%A IN (MIGRATE.INF) DO (
SET UNICODE=%%A
)
SET UNICODE
ECHO.
SET SPACESUNICODE=%UNICODE:,= %
FOR %%? IN (%SPACESUNICODE%) DO (
IF NOT %%?.==00. (
CALL :bin2txt %%?
SET /P Var=!s!<NUL
SET TEXT=!TEXT!!s!
)
)
CLS
SET UNICODE
ECHO.
SET TEXT="%TEXT:@=&%"
SET TEXT=%TEXT:§=?%
SET TEXT
ECHO.
SET Prefix="\??\STORAGE#RemovableMedia#"
SET BEGIN=%TEXT:~0,28%"
IF %BEGIN%==%Prefix% SET ParentIdPrefix="%TEXT:~28,11%"
SET ParentIdPrefix
GOTO :EOF

:bin2txt
Set s=%1

For %%A In (
23# 26@ 2D- 300 311 322 333 344 355 366 377 388 399
3A: 3B; 3D= 3F§ 41A 42B 43C 44D 45E 46F 47G 48H 49I
4AJ 4BK 4CL 4DM 4EN 4FO 50P 51Q 52R 53S 54T 55U 56V
57W 58X 59Y 5AZ 5B[ 5C\ 5D] 61a 62b 63c 64d 65e 66f
67g 68h 69i 6Aj 6Bk 6Cl 6Dm 6En 6Fo 70p 71q 72r 73s
74t 75u 76v 77w 78x 79y 7Az 7B{ 7D}
) Do Call :DoPairs %%A
GOTO :EOF

:DoPairs
Set _=%1
Call Set s=%%s:%_:~0,2%=%_:~2,4%%%
Goto :EOF

Cannot say why the migrate.inf resulted for another device. :unsure:

jaclaz

Edited by jaclaz
Link to comment
Share on other sites

Good News :thumbup:thumbup , but not for everything.

i newly installed a fresh windows and did a new test as per the above cases with the below status:

Using BOOT_ISO_LOADED:

SDHC Memory Card Finally success on Asus but still failed on Acer5738.

Flash Memory Success on all labtops except Acer5738

post-138230-1257527292_thumb.jpg

So, I still have 7 scenarios Failed using "MULTI_BOOT_10" against 3 scenarios Failed using "BOOT_ISO_LOADED"

I think, it is logic trying to kill the three instead of 7

:unsure:

the last one is the important one to me......

Edited by robekia
Link to comment
Share on other sites

You are still going for "statistical results" instead of trying to pinpoint (and hopefully solve) a single problem at the time....:whistling:

However the Acer5738 appears as troublemaker. :w00t:

The info you posted however is incomplete without knowing which info is in the migrate.inf that you used with each device, quite obviously you managed to produce a "right" migrate.inf for the 2G stick, that gets U: on all systems but apparently failed with the 8G one.

jaclaz

Link to comment
Share on other sites

You are still going for "statistical results" instead of trying to pinpoint (and hopefully solve) a single problem at the time....:whistling:

However the Acer5738 appears as troublemaker. :w00t:

Do i have to save your code as MKMigrateInf2.cmd and replace the one in "makebt" folder and run the "USB_MultiBoot_10.cmd" against the build for each labtop, then attach here the MIGRATE.INF resulted?

Link to comment
Share on other sites

Do i have to save your code as MKMigrateInf2.cmd and replace the one in "makebt" folder and run the "USB_MultiBoot_10.cmd" against the build for each labtop, then attach here the MIGRATE.INF resulted?

Surely NO. :realmad:

The code I posted was just a quick and dirty hack to show what ParentIdPrefix is written into a given EXISTING migrate.inf file.

You posted:

  • "a" USB_history.txt
  • "a" migrate.inf file

Each migrate.inf file (as made by mkmigrateinf.cmd mkmigrateinf2.cmd) contains one and one only ParentIdPrefix.

Rather obviously the migrate.inf that goes on a device MUST use the ParentIdPrefix of that device if you want the device to get letter U:.

What I suspect, and that till now you completely failed to help finding out, is that you have on the 8G stick a WRONG (i.e. with a different ParentIdPrefix) migrate.inf.

Since you keep doing the three card shuffle:

http://en.wikipedia.org/wiki/Three-card_Monte

:w00t:

with sticks and methods, it is very easy that files were exchanged. :whistle:

What you should do is to make sure that the migrate.inf on the 2G sticks uses the ParentIdPrefix of 7&1554d726&0 and that the 8G uses the ParentIdPrefix of 7&d825748&0 (as resulting from the USB_history.txt file you posted).

The small batch migrate2txt.cmd I posted should be copied to the same directory on the stick where migrate.inf is, then you open a command prompt and run it from there.

The result should be the actual ParentIdPrefix that is inside the actual migrate.inf on that stick.

Hope the above is clearer. :unsure:

jaclaz

Edited by jaclaz
Link to comment
Share on other sites

Since you keep doing the three card shuffle:

http://en.wikipedia.org/wiki/Three-card_Monte

:w00t:

with sticks and methods, it is very easy that files were exchanged. :whistle:

What you should do is to make sure that the migrate.inf on the 2G sticks uses the ParentIdPrefix of 7&1554d726&0 and that the 8G uses the ParentIdPrefix of 7&d825748&0 (as resulting from the USB_history.txt file you posted).

The small batch migrate2txt.cmd I posted should be copied to the same directory on the stick where migrate.inf is, then you open a command prompt and run it from there.

The result should be the actual ParentIdPrefix that is inside the actual migrate.inf on that stick.

Hope the above is clearer. :unsure:

jaclaz

Realy i'm not as this.

the idea is i wasn't understand what you were requesting me to do unless you descripe above, and here i'm doing it.

i'm not profesional like you, that's why i didn't got you at the first time.

what i did now is:

1 - i put "migrate.inf" on the root of the 8GB Stick along with your code.

2 - i ran the code and it was writting the results too slow to the screen.

3 - the results are "7&d7f206a&0" which i beleive is for the SDHC

Now, -after i understand - please please be patient with me and correct me if i'm wrong

if i want to generate the correct migrate.inf, i have to run some .exe files from the stick that i want it to be U: Correct?

if yes, how?

beleive me i was confused

Edited by robekia
Link to comment
Share on other sites

beleive me i was confused

I do believe you, rest assured. :)

PRELIMINARY STEPS:

  1. Open a drawer.
  2. Put inside the drawer the 2G stick AND the SD card.
  3. Close the drawer.
  4. Lock it.
  5. Put the drawer key in a self addressed envelope and send it via snail mail to yourself.

The above are to avoid confusion. ;)

REAL STEPS :):

  1. get latest mkmigrateinf.cmd
    http://www.msfn.org/board/index.php?act=at...st&id=27356
  2. copy it somewhere
  3. insert the 8G stick (you should have not any other ones around)
  4. take note which drive letter it gets
  5. open a command prompt and run mkmigrateinf.cmd <driveletter_of_the_stick>, example: mkmigrateinf.cmd G:
  6. it should produce a migrate.inf file
  7. verify (using my batch or whatever) the ParentIdPrefix within it
  8. replace the existing migrate.inf on the 8G stick with the one produced IF it matches what was said before

jaclaz

Link to comment
Share on other sites

SORRY.

I WROTE THIS REPLY BEFORE READING YOUR LAST REPLY

I think NOW I GOT YOU.

i have to do the following (am i right)?

1 - Chech the "usb_history.txt" for the ParentIdPrefix of the stick that i want it to be U: at installation time e.g. "7&d825748&0".

2 - Copy the "MkMigratgeInf_c.cmd" and "MkMigrateInf2.cmd" to the root of the needed stick.

3 - Run the "MkMigratgeInf_c.cmd" on the stick to generate the "MIGRATE.inf".

4 - In order to be sure that this is the correct "MIGRATE.inf", i have to run the "MkMigrateInf2.cmd".

5 - The result from step 4 must match the "7&d825748&0".

6 - When matched, then this is the file "MIGRATE.inf" that should be copied to the stick under I386 directory for the installation.

Correct?

Edited by robekia
Link to comment
Share on other sites

Almost. :yes:

You need only one "mkmigrateinfxx.cmd" either the one that is in the original topic or the latest version linked to.

The small batch I posted should be called migrate2txt.cmd as in:

::migrate2txt.cmd rudimental batch to extract ParentIdPrefix from migrate.inf file

(again to avoid confusion)

If you copy the mkmigrateinf.cmd to the stick you do not need to specify the drive letter of the tick itself, otherwise (as an example if you put it in C:\batches\) you need to specify the USB stick drive letter.

All the rest is OK. :)

jaclaz

Link to comment
Share on other sites

4- compare output of the 2 batch files, the newest one may give slightly different result, the older one is not necessarily the suitable one.

6- migrate.inf goes to $WIN_NT$~BT folder on the USB stick.

Link to comment
Share on other sites

@jaclaz

Excellent.

You are totaly RIGHT.

Finaly, I DID IT

I knew where was my mistake but now, i have a solid procedure to do the correct work in order to use the stick for installation to get the correct Drive U:

thanks a lot for this help.

@ilko

Thanks a ton to you too, that greately Help.

@cdob

is there still any chance to discuss the blank screen when using SDHC Card on Acer5738?

Edited by robekia
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...