Boot CD mit USB Erkennnung?

[Martin Dietrich]

Hallo NG,

neue PCs haben meist kein Floppy mehr. Habe eine DOS7.1 CD und kann auch
booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt die Meldung
das diese Version kein Protected Mode möglich ist.

Also die Aufgabenstellung:
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu können (z.B.
"aflash.exe")
Alternativ: wenn LW-A vorhanden wird über die DOS-CD gebootet und dann via
Disk das BIOS upgedatet.

Somit könnte ich bei Kunden und Freunden das passende BIOS-Update aus dem
Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu booten und dann
über den USB-Stick das BIOS flashen.

hat hier jemand einen Tipp oder Hinweis?

vorab besten dank

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update aus dem
Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu booten und dann
über den USB-Stick das BIOS flashen.
hat hier jemand einen Tipp oder Hinweis?

Da Dein Problem wohl die fehlende USB-Unterstützung einer DOS-Boot-CD
ist, warum brennst Du das BIOS-Update nicht einfach auf die Start-CD?

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update
aus dem Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu
booten und dann über den USB-Stick das BIOS flashen.
hat hier jemand einen Tipp oder Hinweis?

Da Dein Problem wohl die fehlende USB-Unterstützung einer DOS-Boot-CD
ist, warum brennst Du das BIOS-Update nicht einfach auf die Start-CD?

bei jedem PC (auch unterwegs) eine CD brennen?

Manche PCs haben zu dem keinen Brenner (ist ja nicht jeder mit allem
ausgerüstet) :-)

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update
aus dem Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu
booten und dann über den USB-Stick das BIOS flashen.
hat hier jemand einen Tipp oder Hinweis?

Da Dein Problem wohl die fehlende USB-Unterstützung einer DOS-Boot-CD
ist, warum brennst Du das BIOS-Update nicht einfach auf die Start-CD?

bei jedem PC (auch unterwegs) eine CD brennen?

Nein. Zuhause. Statt dort den USB-Stick zu füllen.

Post by Martin Dietrich
Manche PCs haben zu dem keinen Brenner (ist ja nicht jeder mit allem
ausgerüstet) :-)

Du selbst auch nicht? Oder habe ich Deien Problemstellung mißverstanden?

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
hat hier jemand einen Tipp oder Hinweis?

Da Dein Problem wohl die fehlende USB-Unterstützung einer
DOS-Boot-CD ist, warum brennst Du das BIOS-Update nicht einfach auf
die Start-CD?

bei jedem PC (auch unterwegs) eine CD brennen?

Nein. Zuhause. Statt dort den USB-Stick zu füllen.

Witzbold. Ich weis doch zu Hause noch gar nicht, welches BIOS-UpdateFile ich
beim Kunden/Freund etc. benötige. Das lasse ich erst aida32 laufen und hole
mir die Mainboarddaten. Dann suche ich im I-Net nach dem Treiber. Nein, der
PC_User kann das nicht, sonst würde er mich ja nicht bitten dies zu tun.

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Manche PCs haben zu dem keinen Brenner (ist ja nicht jeder mit allem
ausgerüstet) :-)

Du selbst auch nicht? Oder habe ich Deien Problemstellung
mißverstanden?

Missverstanden - wobei ich nicht weis, wie ich es deutlicher beschreiben

Post by Ulrich F. Heidenreich

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update
aus dem Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu
booten und dann über den USB-Stick das BIOS flashen.

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Missverstanden

So wird's sein.

Ich sah die beiden Alternativen

a) Boot-CD mit USB-Unterstüzung brennen. Update auf USB-Stick schreiben.
CD und Stick zum Kunden/Freund schleppen. Dort von CD booten und vom
Stick flashen.

b) Boot-CD mit Update brennen. CD zum Kunden/Freund schleppen. Dort von
CD booten und flashen.

Alternative b) schien mir irgendwie einfacher. Und sogar flexibler, weil
auf eine solche CD sicherlich hunderte verschiedener Updates passten.

Nix für ungut,
Ulrich

[Arno Schuh]

Post by Martin Dietrich
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu können
(z.B. "aflash.exe")

Reicht es da nicht einfach einen USBASPI-Treiber zu laden. Mit
Massenspeichern funktionieren die doch recht gut.

Freundliche Grüße

Arno

[Martin Dietrich]

Post by Arno Schuh

Post by Martin Dietrich
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu können
(z.B. "aflash.exe")

Reicht es da nicht einfach einen USBASPI-Treiber zu laden. Mit
Massenspeichern funktionieren die doch recht gut.

ich weis es nicht, darum frage ich hier. (wies auch nicht wie ich den
Treiber dann einbinden muus - vermute "config.sys"

Martin

[Arno Schuh]

Post by Martin Dietrich

Post by Arno Schuh

Post by Martin Dietrich
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu
können (z.B. "aflash.exe")

Reicht es da nicht einfach einen USBASPI-Treiber zu laden. Mit
Massenspeichern funktionieren die doch recht gut.

ich weis es nicht, darum frage ich hier. (wies auch nicht wie ich den
Treiber dann einbinden muus - vermute "config.sys"

Ja klar über die config.sys. Es ginge natürlich auch über ein Tool zum
Nachladen von Treibern (loadsys o. ä.).

Schöne Grüße

Arno

[Martin Dietrich]

Post by Arno Schuh

Post by Martin Dietrich

Post by Arno Schuh

Post by Martin Dietrich
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu
können (z.B. "aflash.exe")

Reicht es da nicht einfach einen USBASPI-Treiber zu laden. Mit
Massenspeichern funktionieren die doch recht gut.

ich weis es nicht, darum frage ich hier. (wies auch nicht wie ich den
Treiber dann einbinden muus - vermute "config.sys"

Ja klar über die config.sys. Es ginge natürlich auch über ein Tool zum
Nachladen von Treibern (loadsys o. ä.).

Danke, jetzt habe ich auch eine Anleitung sowie den Treiber gefunden.

Falls noch jemand so etwas braucht.
http://hddguru.com/content/en/software/2006.02.09-USBASPI-MS-DOS-Driver/

Martin

[Martin Dietrich]

Post by Martin Dietrich
Falls noch jemand so etwas braucht.
http://hddguru.com/content/en/software/2006.02.09-USBASPI-MS-DOS-Driver/

*grummel* *würg* *brrrr* - der USB-Stick wird erkannt.

- Dos-Disk erstellt
- Neustart
- USB-Stick wird erkannt (LED leuchtet)
aber niemand sagt mir den Laufwerksbuchstaben. Habe von A bis Z alles durch.
Ich vemrute, das beim laden des Treibers noch irgend ein Befehl / Zusatz
gemacht werden muss damit ein LW-Buchstabe zugewiesen wird.

config.sys:_
device=usbaspi.sys /w /v (so die Anleitung laut Link oben)
zusätzlich gestetet
device=usbaspi.sys /w /v (so die Anleitung laut Link oben)
device=di1000dd.sys (aus einem Forum)
ohne Erfolg.

Hat jemand einen Tipp wie ich den LW-Buchstaben vergeben kann?

Danke

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Hat jemand einen Tipp wie ich den LW-Buchstaben vergeben kann?

Irgendwie erinnert mich das an graue Vorzeiten, als ich noch SCSI unter
DOS fuhr. Könnte es sein, daß Du zusätzlich zum usbaspi.sys noch sowas
wie den aspidisk.sys benötigst?

usbaspi.sys stellt zumindest hier den USB-Stick als ID 0 LUN 0 zur
Verfügung. Danach dürfte/könnte weitere SCSI-Schlamastik gefragt sein.

CU!
Ulrich - Darfst mich aber gerne wieder "Witzbold" titulieren,
falls ich wieder mal daneben lag ;-)

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Hat jemand einen Tipp wie ich den LW-Buchstaben vergeben kann?

Irgendwie erinnert mich das an graue Vorzeiten, als ich noch SCSI
unter DOS fuhr. Könnte es sein, daß Du zusätzlich zum usbaspi.sys
noch sowas wie den aspidisk.sys benötigst?
usbaspi.sys stellt zumindest hier den USB-Stick als ID 0 LUN 0 zur
Verfügung. Danach dürfte/könnte weitere SCSI-Schlamastik gefragt sein.

mit dem Treiber bin ich genau so weit gekommen wie Du vorstehend geschrieben
hast. Es gibt dann noch die "di1000dd.sys" aber gebracht hat es auch nichts.

Ich lade via Diskette W98SE (USB-Stick - FAT32 - ist gesteckt) und wenn der
Treiber "usbaspi.sys" geladen wird, werden die USB-Anschlüße gescannt
(ausgegebene Mengenanzahl der Ports stimmt) und die LED vom Stick leuchtet
auf. Aber wenn ich dann LW = b bis z eingebe = kein gültiges Laufwerk.

Post by Ulrich F. Heidenreich
Ulrich - Darfst mich aber gerne wieder "Witzbold" titulieren,
falls ich wieder mal daneben lag ;-)

man versteht sich, Thanks ;-)

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich
Aber wenn ich dann LW = b bis z eingebe = kein gültiges Laufwerk.

lastdrive=Z?

http://www.theinquirer.net/en/inquirer/news/2003/06/27/yes-there-are-usb-drivers-for-dos

device=(path)USBASPI.SYS [/e] [/o] [/u] [/w] [/v] [/l[=n]] [/f] /r] [/slow]
[/nocbc] [/norst] [/noprt]

Kennt jemand diese Schalter?

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Aber wenn ich dann LW = b bis z eingebe = kein gültiges Laufwerk.

lastdrive=Z?

ist angegeben
http://www.theinquirer.net/en/inquirer/news/2003/06/27/yes-there-are-usb-drivers-for-dos

:-) lade mal von der japanischen Seite (welche auf der HP angegeben wird)
etwas runter

Post by Dirk Wolfgang Glomp
device=(path)USBASPI.SYS [/e] [/o] [/u] [/w] [/v] [/l[=n]] [/f] /r]
[/slow] [/nocbc] [/norst] [/noprt]

die Spezifikation und Ihre Bedeutung
/e lädt USB 2.0 verwenden, Modus EHCI
/o lädt USB 1.x neuere Versionen, Modus OHCI
/u lädt USB 1.x ältere Versionen, Modus UHCI
/w wait : Textmeldungen bezüglich Anschluss und Wechsel von USB Geräten
/v verbose: Statusmeldungen werden ausgegeben

das habe ich bis jetzt gefunden

Martin

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Aber wenn ich dann LW = b bis z eingebe = kein gültiges Laufwerk.

lastdrive=Z?

ist angegeben
http://www.theinquirer.net/en/inquirer/news/2003/06/27/yes-there-are-usb-drivers-for-dos

lade mal via dem weiteren Link von der japanischen Seite etwas herunter :-)

Post by Dirk Wolfgang Glomp
device=(path)USBASPI.SYS [/e] [/o] [/u] [/w] [/v] [/l[=n]] [/f] /r]
[/slow] [/nocbc] [/norst] [/noprt]
Kennt jemand diese Schalter?

_was ich gefunden habe:_

Achtung: Das USB-Laufwerk sollte beim hochfahren des Systems angeschlossen
sein !
In der Config.sys kann man noch weitere Parameter für den Treiber
USBASPI.SYS angeben, z.B.: device=USBASPI.SYS /e /w
_die Spezifikation und Ihre Bedeutung:_
*/e* lädt USB 2.0 verwenden, Modus EHCI
*/o* lädt USB 1.x neuere Versionen, Modus OHCI
*/u* lädt USB 1.x ältere Versionen, Modus UHCI
*/w* wait : Textmeldungen bezüglich Anschluss und Wechsel von USB Geräten
*/v* verbose: Statusmeldungen werden ausgegeben
*/l#* (keine Angaben)

*/slow* verlangsamt das Scannen des USB-Treibers (to enter SLOW down mode,
gives longer delays when scanning USB devices)
*/nocbc* sperrt das Scannen von CardBus-Slots (for NO Card Bus Controller,
to disable detection of USB on CardBus slots)
*/norst* die Funktion verhindert das Zurückstellen des USB-Anschlusses durch
das BIOS, wenn man z.B. die Tastatur oder Maus vom USB-Anschluss entfernt.
Diese Funktion wird gewöhnlich nur auf Laptops, beweglichen Systemen
eingesetzt, z.B. wenn man nur ein externes USB-Diskettenlaufwerk zur
Verfügung hat.
*/r* erlaubt dem Treiber im Speicher stehen zu bleiben wenn das
USB-Diskettenlaufwerk erkannt wird
*/noprt* diese Angabe ist für einige Systeme deren USB auf Intel-Chipsätzen
(1.1, 2.0) gebaut sind, hier kann es vorkommen das die input/output
Portadressierungsart mittels dieser Angabe erzwungen werden muss. (Have
found that on some systems with USB on Intel chipset (1.1 or 2.0), if UHCI
is normally I/O mapped, using this switch causes USBASPI.SYS to "hang" while
detecting host controllers. Could it be to force I/O port addressing mode?)
*/p=xxxx* diese Angabe spezifiziert die UHCI Input/output Einstellungen des
USB-Anschlusses wenn das PnP-Bios eine Input/Output Adresse zuweist, in der
xxx0 im hexadezimalen Format ist.
*/nocbc* sperrt das Scannen von CardBus-Slots (for NO Card Bus Controller,
to disable detection of USB on CardBus slots)
*/p=xxxx* diese Angabe spezifiziert die UHCI Input/output Einstellungen des
USB-Anschlusses wenn das PnP-Bios eine Input/Output Adresse zuweist, in der
xxx0 im hexadezimalen Format ist.

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Aber wenn ich dann LW = b bis z eingebe = kein gültiges Laufwerk.

lastdrive=Z?

ist angegeben
http://www.theinquirer.net/en/inquirer/news/2003/06/27/yes-there-are-usb-drivers-for-dos
lade mal via dem weiteren Link von der japanischen Seite etwas herunter :-)

Post by Dirk Wolfgang Glomp
device=(path)USBASPI.SYS [/e] [/o] [/u] [/w] [/v] [/l[=n]] [/f] /r]
[/slow] [/nocbc] [/norst] [/noprt]
Kennt jemand diese Schalter?

_was ich gefunden habe:_
Achtung: Das USB-Laufwerk sollte beim hochfahren des Systems angeschlossen
sein !
In der Config.sys kann man noch weitere Parameter für den Treiber
USBASPI.SYS angeben, z.B.: device=USBASPI.SYS /e /w
_die Spezifikation und Ihre Bedeutung:_
*/e* lädt USB 2.0 verwenden, Modus EHCI
*/o* lädt USB 1.x neuere Versionen, Modus OHCI
*/u* lädt USB 1.x ältere Versionen, Modus UHCI
*/w* wait : Textmeldungen bezüglich Anschluss und Wechsel von USB Geräten
*/v* verbose: Statusmeldungen werden ausgegeben
*/l#* (keine Angaben)
*/slow* verlangsamt das Scannen des USB-Treibers (to enter SLOW down mode,
gives longer delays when scanning USB devices)
*/nocbc* sperrt das Scannen von CardBus-Slots (for NO Card Bus Controller,
to disable detection of USB on CardBus slots)
*/norst* die Funktion verhindert das Zurückstellen des USB-Anschlusses durch
das BIOS, wenn man z.B. die Tastatur oder Maus vom USB-Anschluss entfernt.
Diese Funktion wird gewöhnlich nur auf Laptops, beweglichen Systemen
eingesetzt, z.B. wenn man nur ein externes USB-Diskettenlaufwerk zur
Verfügung hat.
*/r* erlaubt dem Treiber im Speicher stehen zu bleiben wenn das
USB-Diskettenlaufwerk erkannt wird
*/noprt* diese Angabe ist für einige Systeme deren USB auf Intel-Chipsätzen
(1.1, 2.0) gebaut sind, hier kann es vorkommen das die input/output
Portadressierungsart mittels dieser Angabe erzwungen werden muss. (Have
found that on some systems with USB on Intel chipset (1.1 or 2.0), if UHCI
is normally I/O mapped, using this switch causes USBASPI.SYS to "hang" while
detecting host controllers. Could it be to force I/O port addressing mode?)
*/p=xxxx* diese Angabe spezifiziert die UHCI Input/output Einstellungen des
USB-Anschlusses wenn das PnP-Bios eine Input/Output Adresse zuweist, in der
xxx0 im hexadezimalen Format ist.
*/nocbc* sperrt das Scannen von CardBus-Slots (for NO Card Bus Controller,
to disable detection of USB on CardBus slots)
*/p=xxxx* diese Angabe spezifiziert die UHCI Input/output Einstellungen des
USB-Anschlusses wenn das PnP-Bios eine Input/Output Adresse zuweist, in der
xxx0 im hexadezimalen Format ist.
Martin

Schönen Dank.

Gibt es keine Möglichkeit Laufwerksbuchstaben zu spezifizieren wie bei
ramdisk oder mscdex?

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp
Gibt es keine Möglichkeit Laufwerksbuchstaben zu spezifizieren wie bei
ramdisk oder mscdex?

genau da versagt das Wissen und schließe mich Deiner Frage an. Vielleicht
postet Robert (news:***@mid.individual.net freundlicherweise die
Lösung, denn er schrieb ja dass es bei ihm funktioniert.

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp
Gibt es keine Möglichkeit Laufwerksbuchstaben zu spezifizieren wie bei
ramdisk oder mscdex?

genau da versagt das Wissen

Meins ist inzwischen einen Schritt weiter.
In der Config.sys steht dazu lediglich

device=usbaspi.sys /w /v
devide=di1000dd.sys

Der DI1000DD.SYS meldet bei mir (Jetzt auch auf Win98 probiert,
alldieweil mein Stick 4GB groß und auch FAT32 formatiert ist) nun:

| Available ID=0
| ID0 = HD .. KingstonDataTraveller 2.0
|
| #1: PRI DOS(FAT32) 4005 MB drive=F:

Zumindest vergibt der also einen Laufwerksbuchstaben, falls bereits
eine Partition darauf ist. Ob er Parameter kennt, einen bestimmten
zu erzwingen, weiß ich nicht; aber immerhin ist da ein Buchstabe.
Allerdings hängt danach mein System. Wie weit kommt Deins?

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich
Meins ist inzwischen einen Schritt weiter.
In der Config.sys steht dazu lediglich
device=usbaspi.sys /w /v
devide=di1000dd.sys
Der DI1000DD.SYS meldet bei mir (Jetzt auch auf Win98 probiert,

soweit komme ich auch

Post by Ulrich F. Heidenreich

Post by Ulrich F. Heidenreich
Available ID=0
ID0 = HD .. KingstonDataTraveller 2.0

Diese Meldung kommt nicht
Diese Meldung kommt nicht

Post by Ulrich F. Heidenreich
Zumindest vergibt der also einen Laufwerksbuchstaben, falls bereits
eine Partition darauf ist. Ob er Parameter kennt, einen bestimmten
zu erzwingen, weiß ich nicht; aber immerhin ist da ein Buchstabe.
Allerdings hängt danach mein System. Wie weit kommt Deins?

ich habe einen 8GB-Stick und da klappt es nicht. Hmmm - werde mal meinen
2GB-Stick suchen und dann mit diesem testen. Vielleicht liegt es an der
Größe des Sticks. Melde mich.

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
Meins ist inzwischen einen Schritt weiter.
In der Config.sys steht dazu lediglich
device=usbaspi.sys /w /v
devide=di1000dd.sys
Der DI1000DD.SYS meldet bei mir (Jetzt auch auf Win98 probiert,

soweit komme ich auch

Wo denn, wenn ...

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Ulrich F. Heidenreich
Available ID=0
ID0 = HD .. KingstonDataTraveller 2.0

Diese Meldung kommt nicht
Diese Meldung kommt nicht

... geschieht ?

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
Zumindest vergibt der also einen Laufwerksbuchstaben, falls bereits
eine Partition darauf ist. Ob er Parameter kennt, einen bestimmten
zu erzwingen, weiß ich nicht; aber immerhin ist da ein Buchstabe.
Allerdings hängt danach mein System. Wie weit kommt Deins?

ich habe einen 8GB-Stick und da klappt es nicht.

Wo genau hängt es denn? Deine obigen Angaben scheinen mir irgendwie
widersprüchlich.

Post by Martin Dietrich
Hmmm - werde mal meinen
2GB-Stick suchen und dann mit diesem testen. Vielleicht liegt es an der
Größe des Sticks. Melde mich.

Ich bin inzwischen soweit zu glauben, daß da eventuell das BIOS des
betreffenden Computers eine Rolle spielen könnte. Mein erster Test auf
Win98 brachte beide Meldungen - also sowohl die es USBASPI.SYS als auch
des DI1000DD.SYS (s.o.) - aber danach einen Systemhänger. Allerdings ist
dort ein relativ modernes Board drin, dessen BIOS den Stick schon selbst
erkennt.

Der zweite Test unter (dem DOS des) Win95 auf einem antiken Board ohne
jegliche tiefergreifende USB-Unterstützung verlief völlig erfolgreich:
Loading Image... (Das Verwackeln bitte ich zu entschuldigen)
Der Stick ist als I: anschließend les- und beschreibbar.

Könnte es sein, daß sich u.U. die (im modernen Board vorhandene) USB-
Unterstützung des BIOS mit der des USB-Treibers beißt? Das wäre dann
das Aus für Dein Projekt, weil es ja wohl an unterschiedlichen Boards
gleichermaßen funktionieren soll.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
Meins ist inzwischen einen Schritt weiter.
In der Config.sys steht dazu lediglich
device=usbaspi.sys /w /v
devide=di1000dd.sys
Der DI1000DD.SYS meldet bei mir (Jetzt auch auf Win98 probiert,

soweit komme ich auch

Wo denn, wenn ...

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Ulrich F. Heidenreich
Available ID=0
ID0 = HD .. KingstonDataTraveller 2.0

Diese Meldung kommt nicht
Diese Meldung kommt nicht

... geschieht ?

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
Zumindest vergibt der also einen Laufwerksbuchstaben, falls bereits
eine Partition darauf ist. Ob er Parameter kennt, einen bestimmten
zu erzwingen, weiß ich nicht; aber immerhin ist da ein Buchstabe.
Allerdings hängt danach mein System. Wie weit kommt Deins?

ich habe einen 8GB-Stick und da klappt es nicht.

Wo genau hängt es denn? Deine obigen Angaben scheinen mir irgendwie
widersprüchlich.

Post by Martin Dietrich
Hmmm - werde mal meinen
2GB-Stick suchen und dann mit diesem testen. Vielleicht liegt es an
der Größe des Sticks. Melde mich.

Ich bin inzwischen soweit zu glauben, daß da eventuell das BIOS des
betreffenden Computers eine Rolle spielen könnte. Mein erster Test auf
Win98 brachte beide Meldungen - also sowohl die es USBASPI.SYS als
auch des DI1000DD.SYS (s.o.) - aber danach einen Systemhänger.
Allerdings ist dort ein relativ modernes Board drin, dessen BIOS den
Stick schon selbst erkennt.
Der zweite Test unter (dem DOS des) Win95 auf einem antiken Board ohne
http://invalid.de/usbdos.jpg (Das Verwackeln bitte ich zu
entschuldigen) Der Stick ist als I: anschließend les- und
beschreibbar.
Könnte es sein, daß sich u.U. die (im modernen Board vorhandene) USB-
Unterstützung des BIOS mit der des USB-Treibers beißt? Das wäre dann
das Aus für Dein Projekt, weil es ja wohl an unterschiedlichen Boards
gleichermaßen funktionieren soll.

*Ich habe die Lösung* - Werde alles zusammen schreiben, und auch für den
Rest der Welt eine Anleitung erstellen und incl. den richtigen Treibern zum
Download bereit stellen!

Vorab: Mit dem 8GB USB-Stick geht es nicht, der 2GB-USB-Stick funzt perfekt!
Wichtig: *Keine* anderen Geräte am USB-anschließen wie Drucker, Bluetooth
etc. *nur* den USB-Stick!

I am happy

Gruß

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Vorab: Mit dem 8GB USB-Stick geht es nicht, der 2GB-USB-Stick funzt perfekt!
Wichtig: *Keine* anderen Geräte am USB-anschließen wie Drucker, Bluetooth
etc. *nur* den USB-Stick!

Auf den Gedanken kam ich bereits auch schon auf meinem 98er Testrechner
und habe die USB-Maus gezogen. Erfolglos: Beide Treiber melden sich zwar
korrekt, aber hängen anschließend das System auf.

Mein Treiberpäärchen habe ich von
http://www.driver.novac.co.jp/driver/hd352u/hd352u_drv.html

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Vorab: Mit dem 8GB USB-Stick geht es nicht, der 2GB-USB-Stick funzt
perfekt! Wichtig: *Keine* anderen Geräte am USB-anschließen wie
Drucker, Bluetooth etc. *nur* den USB-Stick!

Auf den Gedanken kam ich bereits auch schon auf meinem 98er
Testrechner und habe die USB-Maus gezogen. Erfolglos: Beide Treiber
melden sich zwar korrekt, aber hängen anschließend das System auf.
Mein Treiberpäärchen habe ich von
http://www.driver.novac.co.jp/driver/hd352u/hd352u_drv.html

bleib cool, ich erstelle jetzt gerade eine ISO (Win98 mit USB) und
verschiedenen Startvarianten.
Klappt bei mir alles SUPER (wie gewünscht)

Du bekommst von mir das ISO gesendet (kann man ja mit NERO-Image die Dateien
rauskopieren).

martin

[Ulrich F. Heidenreich]

Martin Dietrich in <news:g6ptf9$unb$02$***@news.t-online.com>:

[..]

Post by Martin Dietrich
bleib cool, ich erstelle jetzt gerade eine ISO (Win98 mit USB) und
verschiedenen Startvarianten.
Klappt bei mir alles SUPER (wie gewünscht)
Du bekommst von mir das ISO gesendet (kann man ja mit NERO-Image die Dateien
rauskopieren).

Also, *ich* brauche das ja nicht. #-) Ich habe nach meinen Tests nur so
leise Zweifel, ob es für Dich auf verschiedenen Zielplattformen laufen
wird. Deswegen - und auch aus reiner Neugierde - bleibe ich am Ball.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich
[..]

Post by Martin Dietrich
bleib cool, ich erstelle jetzt gerade eine ISO (Win98 mit USB) und
verschiedenen Startvarianten.
Klappt bei mir alles SUPER (wie gewünscht)
Du bekommst von mir das ISO gesendet (kann man ja mit NERO-Image die
Dateien rauskopieren).

Also, *ich* brauche das ja nicht. #-) Ich habe nach meinen Tests nur
so leise Zweifel, ob es für Dich auf verschiedenen Zielplattformen
laufen wird. Deswegen - und auch aus reiner Neugierde - bleibe ich am
Ball.

Also ich habe es jetzt auf drei verschiedenen Rechner (jeweils andere
Modelle und Alter) getestet. Es funzt. Habe eine ISO und eine NRG erstellt.
Wer will, kann sich bei mir melden.

Anmerkung: Ob im BIOS der "USB Leaglicy Support" Enabled oder Disabled ist,
spielte keine Rolle.
Kann auch die große DOS-USB.txt hier posten, da stehe alles erläutert drin.
;-)

@All
Danke für alle Anregungen und Hinweise, welche mich zum Ziel brachten
(manche auch vom Ziel entfernten).

Wenn jemand Bedarf, bitte melden!

Gruß

Martin

Gruß

Martin

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp
Gibt es keine Möglichkeit Laufwerksbuchstaben zu spezifizieren wie bei
ramdisk oder mscdex?

Soweit, wie ich das hier überblicke, in dem Fall nicht. Man vergleiche
mal mit "echtem" SCSI (aus meiner ollen config.sys zu Zeiten von DOS und
Win 3.11):

| DEVICEHIGH=C:\SCSI\ASPI8DOS.SYS /D

Dürfte der Lowlevel-Driver sein, hier nehme man stattdessen den
USBASPI.SYS.

| DEVICEHIGH=C:\SCSI\ASPIDISK.SYS /D

Stellt ein physikalisches Gerät zur Verfügung. Klappt hier rudimentär
auch mit dem Stick und ASPIUSB.SYS. (Das hier genannte di1000dd.sys
scheint Ähnliches zu machen. Ausprobiert habe ich es noch nicht, weil
das hier eine Operation am offenen Herzen darstelle) AFDISK sieht hier
zumindest aber den Stick.

| DEVICEHIGH=C:\SCSI\ASPICD.SYS /D:ASPICD0

Dies ist die Schnittstelle zum MSCDEX. Bis dahin IMNSHO
selbstverständlich keinerlei Laufwerksbuchstabe im Spiel.

Der kommt ja erst dann, wenn eine Partition auf den Stick gelegt und
sie formatiert wird. Dummfrag: Was ist denn auf dem Stick? Vielleicht
hapert's einfach daran, daß dort was DOS-inkompatibles partitioniert
wurde. @Martin:

a) Kommst Du mit FDISK an den Stick?
b) Falls ja, was ist drauf?

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten

(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten
(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Dann sollte der Stick mit sys.com(von DOS7.1) bootfähig zu machen sein.

...

Für Boot-CDs(El torito) gibt es verschiedene Boot-Emulationen.
Bei einer Disketten-Emulation erhalte ich als Boot-Laufwerk lfw:A
und bei der Platten-Emulation dann lfw:C.
No-Emulation habe ich noch nicht ausprobiert.

Gibt es bei bootenden USB-Sticks eine vergleichbare Emulation?

Dirk

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten
(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Dann sollte der Stick mit sys.com(von DOS7.1) bootfähig zu machen sein.

Witzbold[TM]!
Wie, wenn er ja gar keinen Laufwerksbuchstaben verpaßt bekommt?

CU!
Ulrich

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten
(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Dann sollte der Stick mit sys.com(von DOS7.1) bootfähig zu machen sein.

Witzbold[TM]!

Oh, an welchen Ast hab ich denn gesägt?

Post by Ulrich F. Heidenreich
Wie, wenn er ja gar keinen Laufwerksbuchstaben verpaßt bekommt?

Ich gehe davon aus das der Stick von Windows einen Buchstaben bekommt,
bzw. in der Laufwerksverwaltung einzutragen ist.

Dirk

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp
Ich gehe davon aus das der Stick von Windows einen Buchstaben bekommt,

¯¯¯¯¯¯¯
Martins Problem ist eher, daß er trotz korrekter Treiber unter DOS
keinen Laufwerksbuchstaben bekommt.

Post by Dirk Wolfgang Glomp
bzw. in der Laufwerksverwaltung einzutragen ist.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Unter DOS??????

CU!
Ulrich

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
Ich gehe davon aus das der Stick von Windows einen Buchstaben bekommt,

¯¯¯¯¯¯¯
Martins Problem ist eher, daß er trotz korrekter Treiber unter DOS
keinen Laufwerksbuchstaben bekommt.

Schon klar aber das Formatieren kann ja trotzdem vorher unter Windows
erfolgen.

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
bzw. in der Laufwerksverwaltung einzutragen ist.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Unter DOS??????

Natürlich unter Windows.

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Dirk Wolfgang Glomp in

Post by Dirk Wolfgang Glomp
Ich gehe davon aus das der Stick von Windows einen Buchstaben bekommt,

¯¯¯¯¯¯¯
Martins Problem ist eher, daß er trotz korrekter Treiber unter DOS
keinen Laufwerksbuchstaben bekommt.

Schon klar aber das Formatieren kann ja trotzdem vorher unter Windows
erfolgen.

Post by Dirk Wolfgang Glomp
bzw. in der Laufwerksverwaltung einzutragen ist.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Unter DOS??????

Natürlich unter Windows.

Korrekt: beide Sticks 2 und 8 GB sind mit Windows formatiert worden und
haben den Laufwerksbuchstaben "G" erhalten. Schließe ich den 2GB an, wird er
erkannt und bekommt den LW-Buchstaben "C" zugeordnet, der 8GB wird nicht
erkannt!

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Dirk Wolfgang Glomp in

Post by Dirk Wolfgang Glomp
Ich gehe davon aus das der Stick von Windows einen Buchstaben bekommt,

¯¯¯¯¯¯¯
Martins Problem ist eher, daß er trotz korrekter Treiber unter DOS
keinen Laufwerksbuchstaben bekommt.

Schon klar aber das Formatieren kann ja trotzdem vorher unter Windows
erfolgen.

Post by Dirk Wolfgang Glomp
bzw. in der Laufwerksverwaltung einzutragen ist.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Unter DOS??????

Natürlich unter Windows.

Korrekt: beide Sticks 2 und 8 GB sind mit Windows formatiert worden und
haben den Laufwerksbuchstaben "G" erhalten.

Aha.

Post by Martin Dietrich
Schließe ich den 2GB an, wird er
erkannt und bekommt den LW-Buchstaben "C" zugeordnet,

Wieso C:, sind keine Platten vorhanden?

Post by Martin Dietrich
der 8GB wird nicht erkannt!

Ärgerlich.

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Korrekt: beide Sticks 2 und 8 GB sind mit Windows formatiert worden
und haben den Laufwerksbuchstaben "G" erhalten.

Aha.

habe mal den 8GB im 'cmd' neu formatiert, keine Änderung.

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Schließe ich den 2GB an, wird er
erkannt und bekommt den LW-Buchstaben "C" zugeordnet,

Wieso C:, sind keine Platten vorhanden?

doch, aber NTFS

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
der 8GB wird nicht erkannt!

Ärgerlich.

ja und nein, für das was ich vorhabe genügt mir 2GB vollkommen

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich
ja und nein, für das was ich vorhabe genügt mir 2GB vollkommen

Gut.

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten
(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Dann sollte der Stick mit sys.com(von DOS7.1) bootfähig zu machen sein.

den Stick (mir FAT32 fomatiert) will ich doch gar nicht bootfähig haben ;-)
wozu?

es gibt Kunden die haben PCs ohne USB aber mit FDD und andere die ahben PCs
mit USB aber ohne USB.

also will ich mir eine Boot-CD machen und dann die Daten zum flashen vom
STick holen (manche PCs brauchen ja auch ein anderes Flashprogramm und
benötigt ein individuelles BIOS)
Die BIOS-Daten lese ich beim Kunden aus und hole mir das jeweils aktuelle -
soweit es ein muss - aus dem Internet, speichere es auf dem Stick, Boote
vor DOS-W98SE-CD (mit USB erkennung - wenn es mal klappt) und dann flashie
ich mit "Pray" ;-)

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
a) Kommst Du mit FDISK an den Stick?

muss ich testen, werde berichten
(habe eine PM mit Treibrn erhalten -. werde es testen und berichten)

Post by Ulrich F. Heidenreich
b) Falls ja, was ist drauf?

ein leerer Stick mit 8GB formatiert mit FAT32

Dann sollte der Stick mit sys.com(von DOS7.1) bootfähig zu machen sein.

den Stick (mir FAT32 fomatiert) will ich doch gar nicht bootfähig haben ;-)
wozu?

Einfach nur damit man keinen weiteren Datenträgen zum Booten braucht
(wenn es denn klappt).

Post by Martin Dietrich
es gibt Kunden die haben PCs ohne USB aber mit FDD

Ich hoffe die USB-Sticks halten besser die Daten als eine Diskette.

Post by Martin Dietrich
und andere die ahben PCs mit USB aber ohne USB.

?

Post by Martin Dietrich
also will ich mir eine Boot-CD machen und dann die Daten zum flashen vom
STick holen (manche PCs brauchen ja auch ein anderes Flashprogramm und
benötigt ein individuelles BIOS)

Da passt wahrscheinlich alles zusammen auf einen Stick.

Post by Martin Dietrich
Die BIOS-Daten lese ich beim Kunden aus und hole mir das jeweils aktuelle -
soweit es ein muss - aus dem Internet, speichere es auf dem Stick, Boote
vor DOS-W98SE-CD (mit USB erkennung - wenn es mal klappt) und dann flashie
ich mit "Pray" ;-)

Das Booten von CD ist wohl mehr verbreitet, so das man eine höhere
Wahrscheinlichkeit hat auch booten zu können als von einem USB-Stick.

Dirk

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
Gibt es keine Möglichkeit Laufwerksbuchstaben zu spezifizieren wie bei
ramdisk oder mscdex?

Soweit, wie ich das hier überblicke, in dem Fall nicht. Man vergleiche
mal mit "echtem" SCSI (aus meiner ollen config.sys zu Zeiten von DOS und
| DEVICEHIGH=C:\SCSI\ASPI8DOS.SYS /D
Dürfte der Lowlevel-Driver sein, hier nehme man stattdessen den
USBASPI.SYS.
| DEVICEHIGH=C:\SCSI\ASPIDISK.SYS /D
Stellt ein physikalisches Gerät zur Verfügung. Klappt hier rudimentär
auch mit dem Stick und ASPIUSB.SYS. (Das hier genannte di1000dd.sys
scheint Ähnliches zu machen. Ausprobiert habe ich es noch nicht, weil
das hier eine Operation am offenen Herzen darstelle) AFDISK sieht hier
zumindest aber den Stick.
| DEVICEHIGH=C:\SCSI\ASPICD.SYS /D:ASPICD0
Dies ist die Schnittstelle zum MSCDEX. Bis dahin IMNSHO
selbstverständlich keinerlei Laufwerksbuchstabe im Spiel.

So kenne ich es.

Post by Ulrich F. Heidenreich
Der kommt ja erst dann, wenn eine Partition auf den Stick gelegt und
sie formatiert wird. Dummfrag: Was ist denn auf dem Stick? Vielleicht
hapert's einfach daran, daß dort was DOS-inkompatibles partitioniert
a) Kommst Du mit FDISK an den Stick?
b) Falls ja, was ist drauf?

Zu mir brachte ein Freund mal ein Stick mit, der schon formatiert war.
Nach dem Booten von MSDOS 6.22 habe ich mittels sys.com den Stick
bootfähig gemacht und konnte dann mit meinem Epox8k3A+(KT333/SockelA)
erfolgreich von dem Stick booten.

..

Ich habe hier ein Sockel5-MoBo das im Bios noch keine Boot-CD-Option hat.
Mit einem Bootmanager auf Diskette gelang es mir jedoch trotzdem, ein
auf der eingelegten CD sich befindendes OS zu booten. Gibt es hier ebenso
eine Möglichkeit von USB zu booten, wenn das Bios Probleme bereitet?

Dirk

[Ulrich F. Heidenreich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Hat jemand einen Tipp wie ich den LW-Buchstaben vergeben kann?

Irgendwie erinnert mich das an graue Vorzeiten, als ich noch SCSI unter
DOS fuhr. Könnte es sein, daß Du zusätzlich zum usbaspi.sys noch sowas
wie den aspidisk.sys benötigst?

Den habe ich jetzt drin und mein DOS erkennt jetzt zwei SCSI
Hostadapter:

Der eine ist der eh vorhandene 2940, der zweite offensichtlich der per
usbaspi.sys bereitgestellte USB-Stick. Einen Laufwerksbuchstaben habe
ich darauf noch nicht. Das fällige AFDISK erkennt jedoch als SCSI-Gerät
einen "Kingston Traveller", also ziemlich eindeutig den Stick.

Allerdings schmiert es mit Runtime Error R3006 ab.

CU!
Ulrich

[Dirk Wolfgang Glomp]

Post by Martin Dietrich
Habe eine DOS7.1 CD und kann auch
booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt die Meldung
das diese Version kein Protected Mode möglich ist.

Mit jeden DOS sollte es möglich sein in den PM zu schalten.

Warum sollte mit DOS7.1 kein Protected Mode möglich sein, ist denn in der
Config,sys kein Memmorymanager(Himem.sys/Emm368.exe) eingetragen, oder
mag das Flash-Programm keine Memmorymanager und möchte selber in den PM
schalten und wird daran gehindert, weil Emm368.exe bereits gestartet wurde?

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Habe eine DOS7.1 CD und kann auch
booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt die
Meldung das diese Version kein Protected Mode möglich ist.

Mit jeden DOS sollte es möglich sein in den PM zu schalten.
Warum sollte mit DOS7.1 kein Protected Mode möglich sein, ist denn in
der Config,sys kein Memmorymanager(Himem.sys/Emm368.exe) eingetragen,
oder
mag das Flash-Programm keine Memmorymanager und möchte selber in den
PM schalten und wird daran gehindert, weil Emm368.exe bereits
gestartet wurde?

seh ich ja auch so. Ich habe die "*.iso" (Gandke & Scubert) aus dem
Internet. Scheint eben nicht so vollkommen zu sein.

habe gerade eine FDD Bootdisk mit Win98SE erstellt, wobei mir die USBs
erfasst werden, aber dem USB-Stick wird _kein_ Laufwerksbuchstabe
zugewiesen.

Hast Du eine Lösung?

Nartin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
Habe eine DOS7.1 CD und kann auch
booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt die
Meldung das diese Version kein Protected Mode möglich ist.

Mit jeden DOS sollte es möglich sein in den PM zu schalten.
Warum sollte mit DOS7.1 kein Protected Mode möglich sein, ist denn in
der Config,sys kein Memmorymanager(Himem.sys/Emm368.exe) eingetragen,
oder
mag das Flash-Programm keine Memmorymanager und möchte selber in den
PM schalten und wird daran gehindert, weil Emm368.exe bereits
gestartet wurde?

seh ich ja auch so. Ich habe die "*.iso" (Gandke & Scubert) aus dem
Internet. Scheint eben nicht so vollkommen zu sein.

Aha.

Post by Martin Dietrich
habe gerade eine FDD Bootdisk mit Win98SE erstellt, wobei mir die USBs
erfasst werden, aber dem USB-Stick wird _kein_ Laufwerksbuchstabe
zugewiesen.
Hast Du eine Lösung?

Leider nicht.

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
habe gerade eine FDD Bootdisk mit Win98SE erstellt, wobei mir die
USBs erfasst werden, aber dem USB-Stick wird _kein_
Laufwerksbuchstabe zugewiesen.
Hast Du eine Lösung?

Leider nicht.

also was man über Google (in Foren etc.) darüber findet ist ja nicht wenig.
Aber keiner hat eine funktionierende Lösung. Komisch! Aber viele sagen "es
geht" :D

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Post by Martin Dietrich
habe gerade eine FDD Bootdisk mit Win98SE erstellt, wobei mir die
USBs erfasst werden, aber dem USB-Stick wird _kein_
Laufwerksbuchstabe zugewiesen.
Hast Du eine Lösung?

Leider nicht.

also was man über Google (in Foren etc.) darüber findet ist ja nicht wenig.
Aber keiner hat eine funktionierende Lösung. Komisch! Aber viele sagen "es
geht" :D

Ich sollte mir auch mal ein USB-Stick gönnen.

Dirk

[Robert Riebisch]

Post by Martin Dietrich
also was man über Google (in Foren etc.) darüber findet ist ja nicht wenig.
Aber keiner hat eine funktionierende Lösung. Komisch! Aber viele sagen "es
geht" :D

Tut's ja auch. Bei mir seit Jahren auf unterschiedlicher Hardware.
Leider keine Ahnung, was du falsch machst.

[Martin Dietrich]

Post by Robert Riebisch

Post by Martin Dietrich
also was man über Google (in Foren etc.) darüber findet ist ja nicht
wenig. Aber keiner hat eine funktionierende Lösung. Komisch! Aber
viele sagen "es geht" :D

Tut's ja auch. Bei mir seit Jahren auf unterschiedlicher Hardware.
Leider keine Ahnung, was du falsch machst.

würdest Du mal das BS der Startdiskette angeben und die "config.sys" sowie
die "autoexec.bat" hier posten? Dann wäre ein Vergleich möglich.um den
Fehler festzustellen. Würde sicher viele User interessieren.
Danke

Martin

[Robert Riebisch]

Post by Martin Dietrich
würdest Du mal das BS der Startdiskette angeben

MS-DOS 6.22 bzw. 7.10 von Windows 98.

Post by Martin Dietrich
und die "config.sys" sowie
die "autoexec.bat" hier posten?

Ich lade die Treiber von der Kommandozeile per "devload".

[Martin Dietrich]

Post by Robert Riebisch

Post by Martin Dietrich
würdest Du mal das BS der Startdiskette angeben

MS-DOS 6.22 bzw. 7.10 von Windows 98.

Post by Martin Dietrich
und die "config.sys" sowie
die "autoexec.bat" hier posten?

Ich lade die Treiber von der Kommandozeile per "devload".

das mag ja sein, aber vorher müssen trotzdem Treiber geladen werden.
(eventuell müssen für den Befehl "devload" ja auch _gezielte_ Befhele
eingegeben werden - siehe .http://www.infradead.org/devload/ - aber welche?
(man kennt doch den Stick noch gar nicht) Nochmal meine Bitte: würdest Du
die "config.sys" sowie die "autexec.bat" hier posten und welchen
Befehlsparameter Du bei "devload" angibst?

Danke

Martin
Danke

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Nochmal meine Bitte: würdest Du
die "config.sys" sowie die "autexec.bat" hier posten und welchen
Befehlsparameter Du bei "devload" angibst?

Ich arbeite zwar nicht mit devload, aber es reichen tatsächlich
die beiden Treiber. Also - wie bereits mehrfach genannt - die
Zeilen ...

|device=usbaspi.sys /w /v
|device=di100dd.sys

... in der config.sys

/w (wait) ist sinnvoll, weil der Treiber ein nachträgliches Anstecken
des Sticks nicht mag. /v (verbose) immerhin interessant.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Nochmal meine Bitte: würdest Du
die "config.sys" sowie die "autexec.bat" hier posten und welchen
Befehlsparameter Du bei "devload" angibst?

Ich arbeite zwar nicht mit devload, aber es reichen tatsächlich
die beiden Treiber. Also - wie bereits mehrfach genannt - die
Zeilen ...

Post by Martin Dietrich
device=usbaspi.sys /w /v

bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
device=di100dd.sys

Yep

Post by Ulrich F. Heidenreich
... in der config.sys

gilt vorstehendes

Post by Ulrich F. Heidenreich
/w (wait) ist sinnvoll, weil der Treiber ein nachträgliches Anstecken
des Sticks nicht mag. /v (verbose) immerhin interessant.

Nur ist in den gefundenen Downloadlinks (V2.20) nie der Treiber
"di100dd.sys" in den Zip-Files. Im alten "usbaspi.sys" ist ja der Treiber
"di1000dd.sys" enthalten.
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir) nur, wenn
"usbaspi.sys" in der V2.20 verwendet wird.Wobei der 2GB-Stick erkannt wird,
der 8GB-Stick nicht. (habe leider keinen 4GB-Stick zum testen - jemandem ein
test möglich)

Gruß

Martin


die Download
beim Downlaod

[Ulrich F. Heidenreich]

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...

Wo hast Du den 2.20er her?

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...
Wo hast Du den 2.20er her?

hier:
http://hddguru.com/content/en/software/2006.02.09-USBASPI-MS-DOS-Driver/

wo hast Du den V2.24 her (der macht vielleicht 8GB)

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...
Wo hast Du den 2.20er her?

http://hddguru.com/content/en/software/2006.02.09-USBASPI-MS-DOS-Driver/

Damit hängt das System nach Zuweisung des Laufwerksbuchstabens durch
den di1000dd.sys. Verblüffenderweise gibt's den Hänger auch, wenn ich
den Aufruf des di1000dd.sys auskommentiere. Irgendwie selzig ...

Post by Martin Dietrich
wo hast Du den V2.24 her (der macht vielleicht 8GB)

Von
http://www.techspot.com/vb/all/windows/t-25953-Run-USB-devices-under-DOS.html
auf ...

|You can get the Panasonic USBASPI.SYS Driver from the following:
|http://panasonic.co.jp/pcc/products/drive/other/driver/f2h_usb.exe
|Scroll down in the new created F2H directory.

... verwiesen.

CU!
Ulrich

[Robert Riebisch]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...
Wo hast Du den 2.20er her?

Warum macht ihr beide es euch so schwer? Die Links zu den verschiedenen
Treiber-Versionen von USBASPI und Motto Hairu gibt's schon ewig auf
meiner Seite: http://www.bttr-software.de/links/#drivers

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...

Habe in auch geholt (Panasonic)

erkennt jetzt den USB-Stick (2GB) auch wenn andere geräte noch am USB
angeschlossen sind. Den (GB-Stick erkennt er auch nicht. (Fehlermeldung) -
Aber immerhin ein Erfolg! Danke für den Tipp.

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20 (2000-2004) -
unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt mir
das "modern" Board bereits bei "Initializing Host Controller 1/4" auf.
Freu Dich also nicht zu früh ...

Habe in auch geholt (Panasonic)
erkennt jetzt den USB-Stick (2GB) auch wenn andere geräte noch am USB
angeschlossen sind. Den (GB-Stick erkennt er auch nicht. (Fehlermeldung) -
Aber immerhin ein Erfolg! Danke für den Tipp.

Und ich habe meinerseits inzwischen wohl die Ursache für meine Hänger
auf der Win98-Kiste gefunden. Deren BIOS unterstützt offensichtlich
USB-Sticks völlig autark; da kommen sich wohl BIOS und Treiber ins
Gehege:

Selbst ohne jeden Treiber sieht nämlich FDISK dort bei gestecktem Stick
eine weitere Festplatte. Jene kann ich unter reinem DOS partitionieren
und formatieren, als wäre es ein "echte" Festplatte.

Nur mal so als Info für Dich, falls Du mit Deiner Treiberlösung an
ein solches BIOS¹) gerätst. Dann solltest Du es einfach mal völlig
ohne Treiber probieren.

HTH,
Ulrich
___________
¹) VIA EPIA ML800G Phoenix-Award. Version kann ich Dir im Moment
nicht nennen, eruiere sie aber gerne bei Bedarf.

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
bei funzt es aber nur mit dem Treiber (Panasonic) V2.20
(2000-2004) - unterstützt vermutlich moderne Boards.

Ich habe jetzt einen neueren V2.24 (2000-2007) gefunden. Der hängt
mir das "modern" Board bereits bei "Initializing Host Controller
1/4" auf. Freu Dich also nicht zu früh ...

Habe in auch geholt (Panasonic)
erkennt jetzt den USB-Stick (2GB) auch wenn andere geräte noch am USB
angeschlossen sind. Den (GB-Stick erkennt er auch nicht.
(Fehlermeldung) - Aber immerhin ein Erfolg! Danke für den Tipp.

Und ich habe meinerseits inzwischen wohl die Ursache für meine Hänger
auf der Win98-Kiste gefunden. Deren BIOS unterstützt offensichtlich
USB-Sticks völlig autark; da kommen sich wohl BIOS und Treiber ins
Selbst ohne jeden Treiber sieht nämlich FDISK dort bei gestecktem
Stick eine weitere Festplatte. Jene kann ich unter reinem DOS
partitionieren und formatieren, als wäre es ein "echte" Festplatte.

aber beim Booten bekommst Du keine LW-Anzeige für den Stick - oder? Dann
könnte man ja kopieren, Programme starten etc.
So wie ich Dich verstehe, aber erst mit FDisk und dann wäre ja das
formatieren möglich, aber nicht das Arbeiten.

Martin

[Ulrich F. Heidenreich]

[..]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich
Und ich habe meinerseits inzwischen wohl die Ursache für meine Hänger
auf der Win98-Kiste gefunden. Deren BIOS unterstützt offensichtlich
USB-Sticks völlig autark; da kommen sich wohl BIOS und Treiber ins
Selbst ohne jeden Treiber sieht nämlich FDISK dort bei gestecktem
Stick eine weitere Festplatte. Jene kann ich unter reinem DOS
partitionieren und formatieren, als wäre es ein "echte" Festplatte.

aber beim Booten bekommst Du keine LW-Anzeige für den Stick - oder?

Aber sischer dat.

Post by Martin Dietrich
Dann könnte man ja kopieren, Programme starten etc.

Exaktemang. Aber das war mir dato nicht aufgefallen, sondern ich
habe zunächst mit Windoof-Treibern und dann - durch den Thread hier
angestoßen - mit DOS-Treibern hantiert. Völlig überflüssigerweise.

Post by Martin Dietrich
So wie ich Dich verstehe, aber erst mit FDisk

Mistverständnis.

Ich kam halt per FDISK an den Stick, *obwohl* kein einziger der hier
involvierten Treiber installiert war(1). Und andersrum: Installierte ich
einen solchen, gab es je nach Version die unterschiedlichsten Hänger.

CU!
Ulrich
_________
(1) Damit ist mir sogar völlig problemlos das allgmein als ziemlich
unmöglich angesehene Partitionieren eines USB-Sticks gelungen:
Loading Image...

Jetzt kämpfe ich nur noch mit der DOS-Unart, nur Partitionen auf dem
ersten Laufwerk als aktiv markieren zu können. Eigentlich ist der
Stick jetzt sogar schon bootfähig und es würde mich reizen, dort
mal ein Wfw3.11 draufzuspielen :o)

[Robert Riebisch]

Post by Martin Dietrich
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir) nur, wenn
"usbaspi.sys" in der V2.20 verwendet wird.Wobei der 2GB-Stick erkannt wird,
der 8GB-Stick nicht. (habe leider keinen 4GB-Stick zum testen - jemandem ein
test möglich)

Wahrscheinlich verwendet der 8-GB-Stick FAT32X statt FAT32 und die
USB-Treiber kommen damit nicht klar.

[Martin Dietrich]

Post by Robert Riebisch

Post by Martin Dietrich
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir)
nur, wenn "usbaspi.sys" in der V2.20 verwendet wird.Wobei der
2GB-Stick erkannt wird, der 8GB-Stick nicht. (habe leider keinen
4GB-Stick zum testen - jemandem ein test möglich)

Wahrscheinlich verwendet der 8-GB-Stick FAT32X statt FAT32 und die
USB-Treiber kommen damit nicht klar.

wie erkenne ich FAT32X? Wie bekomme ich den Stick auf echte FAT32
formatiert? Kann ja nicht mehr als den Stick mit den Auswhalmöglichkeiten
formatieren.

Martin

[Robert Riebisch]

Post by Martin Dietrich
wie erkenne ich FAT32X?

Mit einem Disk-Editor oder Partitionierungstool. Probier's mal mit
<http://www.mh-nexus.de/hxd/>.

Post by Martin Dietrich
Wie bekomme ich den Stick auf echte FAT32
formatiert?

Keine Ahnung. Vielleicht eine Partition <8 GB anlegen.

[Dirk Wolfgang Glomp]

Post by Robert Riebisch

Post by Martin Dietrich
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir) nur, wenn
"usbaspi.sys" in der V2.20 verwendet wird.Wobei der 2GB-Stick erkannt wird,
der 8GB-Stick nicht. (habe leider keinen 4GB-Stick zum testen - jemandem ein
test möglich)

Wahrscheinlich verwendet der 8-GB-Stick FAT32X statt FAT32 und die
USB-Treiber kommen damit nicht klar.

Ist ein formatieren mit fdisk möglich?

Dirk

[Martin Dietrich]

Post by Dirk Wolfgang Glomp

Post by Robert Riebisch

Post by Martin Dietrich
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir)
nur, wenn "usbaspi.sys" in der V2.20 verwendet wird.Wobei der
2GB-Stick erkannt wird, der 8GB-Stick nicht. (habe leider keinen
4GB-Stick zum testen - jemandem ein test möglich)

Wahrscheinlich verwendet der 8-GB-Stick FAT32X statt FAT32 und die
USB-Treiber kommen damit nicht klar.

Ist ein formatieren mit fdisk möglich?

:-) wenn er doch gar nciht im DOS erkannt wird, kann man ihn auhc nicht
formatieren. Oder geht fdisk unter Win2K?

Martin

[Dirk Wolfgang Glomp]

Post by Martin Dietrich

Post by Dirk Wolfgang Glomp

Post by Robert Riebisch

Post by Martin Dietrich
Fazit: "usbaspi.sys" und "di1000dd.sys" zusammen funzen (bei mir)
nur, wenn "usbaspi.sys" in der V2.20 verwendet wird.Wobei der
2GB-Stick erkannt wird, der 8GB-Stick nicht. (habe leider keinen
4GB-Stick zum testen - jemandem ein test möglich)

Wahrscheinlich verwendet der 8-GB-Stick FAT32X statt FAT32 und die
USB-Treiber kommen damit nicht klar.

Ist ein formatieren mit fdisk möglich?

:-) wenn er doch gar nciht im DOS erkannt wird, kann man ihn auhc nicht
formatieren.

Grrr...dann ist nichts zu machen.

Post by Martin Dietrich
Oder geht fdisk unter Win2K?

Uff das hat kein richtiges DOS mehr.

Dirk

[Robert Riebisch]

Post by Martin Dietrich

Post by Robert Riebisch
Ich lade die Treiber von der Kommandozeile per "devload".

das mag ja sein, aber vorher müssen trotzdem Treiber geladen werden.

Aber nichts, was mit USB zu tun hat.

Post by Martin Dietrich
(eventuell müssen für den Befehl "devload" ja auch _gezielte_ Befhele
eingegeben werden - siehe .http://www.infradead.org/devload/ - aber welche?

Nein.

Post by Martin Dietrich
(man kennt doch den Stick noch gar nicht) Nochmal meine Bitte: würdest Du
die "config.sys" sowie die "autexec.bat" hier posten und welchen
Befehlsparameter Du bei "devload" angibst?

Ich werde einen Minimaltestfall bauen und posten.

[Michael Reichenbach]

Post by Martin Dietrich
Hallo NG,
neue PCs haben meist kein Floppy mehr. Habe eine DOS7.1 CD und kann auch
booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt die Meldung
das diese Version kein Protected Mode möglich ist.
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu können (z.B.
"aflash.exe")
Alternativ: wenn LW-A vorhanden wird über die DOS-CD gebootet und dann via
Disk das BIOS upgedatet.
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update aus dem
Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu booten und dann
über den USB-Stick das BIOS flashen.
hat hier jemand einen Tipp oder Hinweis?
vorab besten dank
Martin

1)
Es gab da eine fertige Startdiskette mit allen USB Treibern aber ich
finde die Seite nicht mehr.

Kann man sich aber als Sysadmin auch selbst zusammen bauen. Alle Links
findest Du eigentlich im DOS Wiki.
http://www.unet.univie.ac.at/~a0503736/php/drdoswiki/index.php?n=Main.USB

Wenn man aber nicht von jeder Sorte Hardware die man zum testen brauch
die Treiber ausprobiert wird das ziemlich haarig sich das einzurichten.
Ist auch nicht garantiert das es überall läuft.

2)
Eine andere Möglichkeit wäre es direkt von USB zu booten. Sobald man von
USB bootet benutzt DOS (läuft auch schon mit dem veralteten MS-DOS 6.22)
das BIOS um auf USB zuzugreifen und sieht es wie die Festplatte C:\.
Extra USB Treiber sind dann nicht mehr notwendig und sogar Konflikt
behaftet.

Den Stick könntest Du dann unter Windows mit den fehlenden Dateien
bestücken und später dann im DOS booten.

3)
Ich rate dringend davon ab die Anleitung beim Flashen von den
Herstellern auch nur im geringsten abzuwandeln.

Das ist keine Installation von Windows. Wenn das etwas schief geht
bekommt man es immer wieder hin. Ein versautes BIOS Update beschädigt
aber die Hardware.

Daher rate ich von beiden Methoden, entweder USB Treiber laden oder von
USB booten ab. Ich weiß nicht ob Methode 1 oder Methode 2 gefährlicher
ist. Das Beste ist es die Anleitung der BIOS Update Hersteller genau
einzuhalten, wenn die sagen von USB Stick booten ist ok dann kann man es
machen. Ist USB nicht gewollt und sie wünschen ein altmodisches Floppy
dann sollte man das auch nehmen.

4)
Was auch ganz praktisch sein könnte: USB Stick mit USB-FDD Emulation
(sehr selten).

5)
Es gibt auch USB Sticks mit USB-CDROM Emulation die man dann natürlich
im Windows auch ohne Brenner sehr leicht bestücken kann.

6)
Nachteil an der ganzen USB Geschichte ist halt das es nicht überall
funktioniert.

7)
Bei einem BIOS das keine Unterstützung hat von USB zu booten kann man
PloP Bootmanger probieren, der kann USB chainloaden. Funktioniert ganz gut.

-mr

[Martin Dietrich]

Post by Michael Reichenbach

Post by Martin Dietrich
Hallo NG,
neue PCs haben meist kein Floppy mehr. Habe eine DOS7.1 CD und kann
auch booten. Aber wenn ich z.B. ein BIOS-Update machen will, kommt
die Meldung das diese Version kein Protected Mode möglich ist.
- Booten über eine DOS-CD mit Tastaturlayout Deutsch
- erkennen eines USB-Stick (FAT) um das BIOS-Update starten zu
können (z.B. "aflash.exe")
Alternativ: wenn LW-A vorhanden wird über die DOS-CD gebootet und
dann via Disk das BIOS upgedatet.
Somit könnte ich bei Kunden und Freunden das passende BIOS-Update
aus dem Internet ziehen, auf den USB-Stick kopieren, via DOS-CD neu
booten und dann über den USB-Stick das BIOS flashen.
hat hier jemand einen Tipp oder Hinweis?

1)
Es gab da eine fertige Startdiskette mit allen USB Treibern aber ich
finde die Seite nicht mehr.
Kann man sich aber als Sysadmin auch selbst zusammen bauen. Alle Links
findest Du eigentlich im DOS Wiki.
http://www.unet.univie.ac.at/~a0503736/php/drdoswiki/index.php?n=Main.USB
Wenn man aber nicht von jeder Sorte Hardware die man zum testen brauch
die Treiber ausprobiert wird das ziemlich haarig sich das
einzurichten. Ist auch nicht garantiert das es überall läuft.

ich habe ja jetzt Lösungen
1. Boot CD W98 mit USB
2. Boot USB

Post by Michael Reichenbach
2)
Eine andere Möglichkeit wäre es direkt von USB zu booten. Sobald man
von USB bootet benutzt DOS (läuft auch schon mit dem veralteten
MS-DOS 6.22) das BIOS um auf USB zuzugreifen und sieht es wie die
Festplatte C:\.
Extra USB Treiber sind dann nicht mehr notwendig und sogar Konflikt
behaftet.
Den Stick könntest Du dann unter Windows mit den fehlenden Dateien
bestücken und später dann im DOS booten.

nicht jedes Board kann über USB booten - leider :o)

Post by Michael Reichenbach
3)
Ich rate dringend davon ab die Anleitung beim Flashen von den
Herstellern auch nur im geringsten abzuwandeln.

ACK

Post by Michael Reichenbach
Das ist keine Installation von Windows. Wenn das etwas schief geht
bekommt man es immer wieder hin. Ein versautes BIOS Update beschädigt
aber die Hardware.

Also ich habe mit W98 noch nie probleme gehabt.

Post by Michael Reichenbach
Daher rate ich von beiden Methoden, entweder USB Treiber laden oder
von USB booten ab. Ich weiß nicht ob Methode 1 oder Methode 2
gefährlicher ist. Das Beste ist es die Anleitung der BIOS Update
Hersteller genau einzuhalten, wenn die sagen von USB Stick booten ist
ok dann kann man es machen. Ist USB nicht gewollt und sie wünschen
ein altmodisches Floppy dann sollte man das auch nehmen.

ich boote ja nicht via USB, sondern via CD und habe die Dateien zum flashen
auf dem USB

Post by Michael Reichenbach
4)
Was auch ganz praktisch sein könnte: USB Stick mit USB-FDD Emulation
(sehr selten).

selten? dann lassen wir es lieber :-)

Post by Michael Reichenbach
5)
Es gibt auch USB Sticks mit USB-CDROM Emulation die man dann natürlich
im Windows auch ohne Brenner sehr leicht bestücken kann.
6)
Nachteil an der ganzen USB Geschichte ist halt das es nicht überall
funktioniert.

besonders wenn das BIOS dies nicht kann.

Post by Michael Reichenbach
7)
Bei einem BIOS das keine Unterstützung hat von USB zu booten kann man
PloP Bootmanger probieren, der kann USB chainloaden. Funktioniert ganz gut.

was Neues? Wo gibt es mehr Infos dazu?

Martin

[Michael Reichenbach]

Ahja, wie alt sind die Computer die Du betreust? Wenn alle schon USB
haben könntest Du auch ein USB CD-ROM verwenden und die CD's neu brennen.

Post by Martin Dietrich

Post by Michael Reichenbach
3)
Ich rate dringend davon ab die Anleitung beim Flashen von den
Herstellern auch nur im geringsten abzuwandeln.

ACK

Von CD-ROM booten, von USB booten und besonders USB Treiber laden gehört
doch sicherlich zu den Dingen die in den Anleitungen nicht mit erwähnt
wurden?

Ich kenne nur Anleitungen mit altmodischem Floppy oder neumodischen (und
unschönen) Windows Updater.

Post by Martin Dietrich

Post by Michael Reichenbach
7)
Bei einem BIOS das keine Unterstützung hat von USB zu booten kann man
PloP Bootmanger probieren, der kann USB chainloaden. Funktioniert ganz gut.

was Neues? Wo gibt es mehr Infos dazu?

Ist relativ neu und unbekannt.
http://www.plop.at/de/bootmanager.html

[Ulrich F. Heidenreich]

Dieser beitrag ist möglicherweise unangemessen. Klicken sie auf, um es anzuzeigen.

[Michael Reichenbach]

Post by Ulrich F. Heidenreich

Post by Michael Reichenbach
Eine andere Möglichkeit wäre es direkt von USB zu booten. Sobald man von
USB bootet benutzt DOS (läuft auch schon mit dem veralteten MS-DOS 6.22)
das BIOS um auf USB zuzugreifen und sieht es wie die Festplatte C:\.

Auf einem meiner Testrechner geschieht das auch beim Booten von
Festplatte (und auch CD), wenn der Stick dabei steckt. Eigentlich hat
sie die Partitionen C: und D:. Mit Stick plötzlich C: und E: und der
Stick D:. Nur allzu bekannter "Verschiebe-Effekt", wenn sich auf einer
zweiten Wechselfestplatte eine Primäre Partition befindet #-(

Sehr interessante Beobachtung.

Hast Du da im BIOS so eine Option wie 'USB native IDE' bzw. 'USB legacy
IDE emulation'?

Ich hatte bisher nicht die Ehre so eine Option im BIOS zu sichten.

[Martin Dietrich]

Post by Michael Reichenbach

Post by Ulrich F. Heidenreich

Post by Michael Reichenbach
Eine andere Möglichkeit wäre es direkt von USB zu booten. Sobald
man von USB bootet benutzt DOS (läuft auch schon mit dem veralteten
MS-DOS 6.22) das BIOS um auf USB zuzugreifen und sieht es wie die
Festplatte C:\.

Auf einem meiner Testrechner geschieht das auch beim Booten von
Festplatte (und auch CD), wenn der Stick dabei steckt. Eigentlich hat
sie die Partitionen C: und D:. Mit Stick plötzlich C: und E: und der
Stick D:. Nur allzu bekannter "Verschiebe-Effekt", wenn sich auf
einer zweiten Wechselfestplatte eine Primäre Partition befindet #-(

Sehr interessante Beobachtung.
Hast Du da im BIOS so eine Option wie 'USB native IDE' bzw. 'USB
legacy IDE emulation'?

Hinweis. Dem Treiber "usbaspi.sys" ist es egal, ob im BIOS der Parameter
"USB Storage Device" auf 'enabled' oder 'disabled' steht, hat bei mir in
beiden Fällen funktioniert.

Martin

[Ulrich F. Heidenreich]

[..]

Post by Michael Reichenbach

Post by Ulrich F. Heidenreich
Auf einem meiner Testrechner geschieht das auch beim Booten von
Festplatte (und auch CD), wenn der Stick dabei steckt. Eigentlich hat
sie die Partitionen C: und D:. Mit Stick plötzlich C: und E: und der
Stick D:. Nur allzu bekannter "Verschiebe-Effekt", wenn sich auf einer
zweiten Wechselfestplatte eine Primäre Partition befindet #-(

Sehr interessante Beobachtung.
Hast Du da im BIOS so eine Option wie 'USB native IDE' bzw. 'USB legacy
IDE emulation'?

Nö. Es ist übrigens ein "Phoenix - AwardBIOS v6.00 PG Model EPIA-ML Bios
revision 1.02" . Nachschauen wollte ich neulich schonmal, habe da aber
nicht gerallt, daß man diese Info nur dann zu Gesicht bekommt, wenn man
das Bootlogo ausblendet #-)

Im BIOS gibt es "nur" mannigfaltige Einstellmöglichkeiten, als was man
von USB als - zum Beispiel - "Third Boot Device" booten möchte, die da
wären:

USB - HDD
USB - FDD
USB - ZIP
USB - CDROM

Aber selbst, wenn all das aus ist, hagelt's einen DOS-Laufwerks-
buchstaben für einen fertig partitionierten und formatierten Stick.
Und der prügelt sich dann offensichtlich mit dem usbaspi.sys-Treiber.

CU!
Ulrich

[Michael Reichenbach]

Post by Ulrich F. Heidenreich
[..]

Post by Michael Reichenbach

Post by Ulrich F. Heidenreich
Auf einem meiner Testrechner geschieht das auch beim Booten von
Festplatte (und auch CD), wenn der Stick dabei steckt. Eigentlich hat
sie die Partitionen C: und D:. Mit Stick plötzlich C: und E: und der
Stick D:. Nur allzu bekannter "Verschiebe-Effekt", wenn sich auf einer
zweiten Wechselfestplatte eine Primäre Partition befindet #-(

Sehr interessante Beobachtung.
Hast Du da im BIOS so eine Option wie 'USB native IDE' bzw. 'USB legacy
IDE emulation'?

Nö. Es ist übrigens ein "Phoenix - AwardBIOS v6.00 PG Model EPIA-ML Bios
revision 1.02" . Nachschauen wollte ich neulich schonmal, habe da aber
nicht gerallt, daß man diese Info nur dann zu Gesicht bekommt, wenn man
das Bootlogo ausblendet #-)
Im BIOS gibt es "nur" mannigfaltige Einstellmöglichkeiten, als was man
von USB als - zum Beispiel - "Third Boot Device" booten möchte, die da
USB - HDD
USB - FDD
USB - ZIP
USB - CDROM
Aber selbst, wenn all das aus ist, hagelt's einen DOS-Laufwerks-
buchstaben für einen fertig partitionierten und formatierten Stick.
Und der prügelt sich dann offensichtlich mit dem usbaspi.sys-Treiber.
CU!
Ulrich

Danke für die Info. Ich habe hier eine ähnliche BIOS Version und das ist
das nicht so. Das BIOS ist wahrhaftig nicht das ruhmreichste Stücken der
x86 Architektur...

[Hans-Bernhard Bröker]

Post by Michael Reichenbach
Danke für die Info. Ich habe hier eine ähnliche BIOS Version und das ist
das nicht so. Das BIOS ist wahrhaftig nicht das ruhmreichste Stücken der
x86 Architektur...

Es ist _überhaupt_ kein Stück der x86-Architektur.

Es ist vielmehr ein Stück der PC-Architektur. Und "das" BIOS gibt es
nicht (mehr). Es gibt ca. ein halbes Dutzend verschiedene
Entwicklungslinien, mit jeweils nahezu ungezählt vielen Versionen und
noch viel mehr Einstellmöglichkeiten für sowohl den Motherboard- oder
PC-Hersteller als auch den Endkunden.

[Dirk Wolfgang Glomp]

Post by Hans-Bernhard Bröker

Post by Michael Reichenbach
Danke für die Info. Ich habe hier eine ähnliche BIOS Version und das ist
das nicht so. Das BIOS ist wahrhaftig nicht das ruhmreichste Stücken der
x86 Architektur...

Es ist _überhaupt_ kein Stück der x86-Architektur.
Es ist vielmehr ein Stück der PC-Architektur.

Das Bios verwendet dabei lediglich x86-Befehle die von der CPU
ausgeführt werden.

Post by Hans-Bernhard Bröker
Und "das" BIOS gibt es
nicht (mehr). Es gibt ca. ein halbes Dutzend verschiedene
Entwicklungslinien, mit jeweils nahezu ungezählt vielen Versionen und
noch viel mehr Einstellmöglichkeiten für sowohl den Motherboard- oder
PC-Hersteller als auch den Endkunden.

Gibt es irgendwo ein dokumentiertes x86-Bios?

Dirk

[Hans-Bernhard Bröker]

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Michael Reichenbach
Danke für die Info. Ich habe hier eine ähnliche BIOS Version und das ist
das nicht so. Das BIOS ist wahrhaftig nicht das ruhmreichste Stücken der
x86 Architektur...

Es ist _überhaupt_ kein Stück der x86-Architektur.
Es ist vielmehr ein Stück der PC-Architektur.

Das Bios verwendet dabei lediglich x86-Befehle die von der CPU
ausgeführt werden.

Dass es x86-Befehle _verwendet_, macht das BIOS allerdings genau so
wenig zu einem Stück der x86-Architektur, wie ein Auto ein Stück des
Straßenbaus ist.

Post by Dirk Wolfgang Glomp
Gibt es irgendwo ein dokumentiertes x86-Bios?

Es gibt Dokumentationen der mehr oder weniger konsequent
standardisierten BIOS-_Schnittstellen_. Das muss reichen.

[Dirk Wolfgang Glomp]

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Michael Reichenbach
Danke für die Info. Ich habe hier eine ähnliche BIOS Version und das ist
das nicht so. Das BIOS ist wahrhaftig nicht das ruhmreichste Stücken der
x86 Architektur...

Es ist _überhaupt_ kein Stück der x86-Architektur.
Es ist vielmehr ein Stück der PC-Architektur.

Das Bios verwendet dabei lediglich x86-Befehle die von der CPU
ausgeführt werden.

Dass es x86-Befehle _verwendet_, macht das BIOS allerdings genau so
wenig zu einem Stück der x86-Architektur, wie ein Auto ein Stück des
Straßenbaus ist.

Wo endet denn die x86-Architektur genau, gehört der Tastaturkontroller noch
dazu?

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp
Gibt es irgendwo ein dokumentiertes x86-Bios?

Es gibt Dokumentationen der mehr oder weniger konsequent
standardisierten BIOS-_Schnittstellen_.

Nur eine schematische Darstellung oder auch spezielle Verwendung der
standardisierten Perepherie und deren Portadressen?

Post by Hans-Bernhard Bröker
Das muss reichen.

... zum Anfang bestimmt, hast du einen Link?

Dirk

[Hans-Bernhard Bröker]

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker
Dass es x86-Befehle _verwendet_, macht das BIOS allerdings genau so
wenig zu einem Stück der x86-Architektur, wie ein Auto ein Stück des
Straßenbaus ist.

Wo endet denn die x86-Architektur genau,

An den Pins des Prozessors. "x86-Architektur" ist ein Oberbegriff für
die Architukturen der x86-CPUs.

Darin ist "x86" ist der Oberbegriff für den 8086 und all seine direkten
Nachkommen, und "Architektur" ist, was jeweils eine Generation dieser
Prozessoren gemeinsam haben. Vereinfacht gesagt ist sie gegeben durch
die Maschinensprache und das elektrische Interface dieser Prozessoren.

Post by Dirk Wolfgang Glomp
gehört der Tastaturkontroller noch dazu?

In der Regel nicht, denn das ist kein x86-Prozessor.

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp
Gibt es irgendwo ein dokumentiertes x86-Bios?

Es gibt Dokumentationen der mehr oder weniger konsequent
standardisierten BIOS-_Schnittstellen_.

Nur eine schematische Darstellung oder auch spezielle Verwendung der
standardisierten Perepherie und deren Portadressen?

Was du da meinst ist nicht wirklich das BIOS, sondern die
PC-Hardware-Architektur.

Das BIOS wurde definiert, damit man die Hardware nicht so komplett
kennen muss, nur um darauf überhaupt Programme laufen lassen zu können.
Deshalb bietet das BIOS u.a. standardisierte Schnittstellen zur
Grafikkarte, zur Tastatur und zu Massenspeichern an. Wie die auf der
Hardwareseite aussieht, ist für den Benutzer egal. So funktionieren
steinalte DOS-Programme selbst mit den neuesten USB-Tastaturen, -Mäusen
und -Massenspeichern, weil das BIOS sie unterstüzt.

[Dirk Wolfgang Glomp]

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker
Dass es x86-Befehle _verwendet_, macht das BIOS allerdings genau so
wenig zu einem Stück der x86-Architektur, wie ein Auto ein Stück des
Straßenbaus ist.

Wo endet denn die x86-Architektur genau,

An den Pins des Prozessors. "x86-Architektur" ist ein Oberbegriff für
die Architukturen der x86-CPUs.
Darin ist "x86" ist der Oberbegriff für den 8086 und all seine direkten
Nachkommen, und "Architektur" ist, was jeweils eine Generation dieser
Prozessoren gemeinsam haben. Vereinfacht gesagt ist sie gegeben durch
die Maschinensprache und das elektrische Interface dieser Prozessoren.

Post by Dirk Wolfgang Glomp
gehört der Tastaturkontroller noch dazu?

In der Regel nicht, denn das ist kein x86-Prozessor.

Auf den Timer, oder den IRQ-Controller, läßt sich mit Einschränkungen
verzichten, hierbei ist es dann aber trotzdem möglich (fast) alle
vorhandenen CPU-Befehle weiterhin zu nutzen, nur eben der
Tastaturcontroller mit seinem Schalter für die 21. Adressleitung greift
tief in die Funktionsweise der CPU ein. Und so meine ich, die 21.
Adressleitung ist ein wesentliches Teil der "modernen" x86-"Architektur
ab 80286" und die sitzt nun mal im Tastaturcontroller. Denn ohne den
die 21. Adressleitung läßt sich ein großer Teil der Befehle einer x86-CPU
gar nicht benutzen, da nur über den Tastaturkontroller die 21.
Adressleitung freigeschaltet werden kann und nur so der Protectmode und
die Protectmodebefehle nutzbar gemacht werden können. Also ohne
Tastaturkontroller bleibt über die Hälfte der heutigen x86-"Architektur"
völlig ungenutzt.

Auch eine 80287-FPU oder neuer und dann integriert, oder auch MMX/XMM/3DNow
zähle ich ebenso zu einer "modernen" x86-"Architektur" dazu.

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp
Gibt es irgendwo ein dokumentiertes x86-Bios?

Es gibt Dokumentationen der mehr oder weniger konsequent
standardisierten BIOS-_Schnittstellen_.

Nur eine schematische Darstellung oder auch spezielle Verwendung der
standardisierten Perepherie und deren Portadressen?

Was du da meinst ist nicht wirklich das BIOS, sondern die
PC-Hardware-Architektur.

Ich meinte das BIOS mit dokumentiertem Opcode und die darüber verwaltete
PC-Hardware-Architektur.

Post by Hans-Bernhard Bröker
Das BIOS wurde definiert, damit man die Hardware nicht so komplett
kennen muss, nur um darauf überhaupt Programme laufen lassen zu können.
Deshalb bietet das BIOS u.a. standardisierte Schnittstellen zur
Grafikkarte, zur Tastatur und zu Massenspeichern an. Wie die auf der
Hardwareseite aussieht, ist für den Benutzer egal.

Mag sein das es den meisten Benutzern egal ist, mir als neugieriger Mensch
ist es nicht egal.

Post by Hans-Bernhard Bröker
So funktionieren
steinalte DOS-Programme selbst mit den neuesten USB-Tastaturen, -Mäusen
und -Massenspeichern, weil das BIOS sie unterstüzt.

Ich programmiere selber gerne neue DOS-Programme und versuche dabei
weitestmoglich auf das Bios zu verzichten. So frage ich den
Tastaturcontroller selber ab ob eine Taste anliegt, oder der eigene
PS2-Mouse-Zeiger im Bildbereich bewegt werden muss.

Dirk

[Joseph Terner]

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp
Wo endet denn die x86-Architektur genau,

[...]

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker

Post by Dirk Wolfgang Glomp
gehört der Tastaturkontroller noch dazu?

In der Regel nicht, denn das ist kein x86-Prozessor.

Auf den Timer, oder den IRQ-Controller, läßt sich mit Einschränkungen
verzichten,

Aktuelle x86-Systeme verwenden den HPET (High Precision Event Timer) und
den APIC (Advanced Programmable Interrupt Controller) anstelle des i8254
und i8259 der PC-Architektur. Ein Teil des APIC befindet sich dabei in
der CPU selbst.

Post by Dirk Wolfgang Glomp
[A20-Gate]
Denn ohne den
die 21. Adressleitung läßt sich ein großer Teil der Befehle einer x86-CPU
gar nicht benutzen,

Es besteht überhaupt keine Notwendigkeit für ein x86-System, ein
A20-Gate zu implementieren. Und es gibt aktuelle Systeme, die das nicht
tun, bei denen die A20 einfach wie alle anderen Adreßleitungen
durchverbunden ist. Damit ist natürlich die Kompatibilität mit nach DOS
konvertierten CP/M-Programmen futsch, aber wen interessiert das bei
Systemen, auf denen DOS sowieso nicht läuft?

Post by Dirk Wolfgang Glomp
da nur über den Tastaturkontroller die 21.
Adressleitung freigeschaltet werden kann

Das ist falsch. Das A20-Gate befindet sich schon seit Jahrzehnten im
Chipsatz und kann über die entsprechende BIOS-Funktion angesteuert
werden.

Post by Dirk Wolfgang Glomp
und nur so der Protectmode und die Protectmodebefehle nutzbar gemacht
werden können.

Der »Protected Mode« ist obsolet. Aktuelle x86-CPUs arbeiten im »Flat
Mode« oder »Long Mode«.

Post by Dirk Wolfgang Glomp
Also ohne
Tastaturkontroller bleibt über die Hälfte der heutigen x86-"Architektur"
völlig ungenutzt.

Jeder aktuelle x86-Mac straft Deiner Aussage Lügen.

Post by Dirk Wolfgang Glomp

Post by Hans-Bernhard Bröker
So funktionieren
steinalte DOS-Programme selbst mit den neuesten USB-Tastaturen, -Mäusen
und -Massenspeichern, weil das BIOS sie unterstüzt.

Ich programmiere selber gerne neue DOS-Programme und versuche dabei
weitestmoglich auf das Bios zu verzichten. So frage ich den
Tastaturcontroller selber ab ob eine Taste anliegt, oder der eigene
PS2-Mouse-Zeiger im Bildbereich bewegt werden muss.

Das wird auf Legacy-free-Hardware ebensowenig funktionieren wie auf
älterer PC-Hardware, die die PS/2-Mausschnittstelle nicht kennt (die
heißt so, weil sie erstmals im IBM Personal System/2 auftauchte).

ciao, Joseph

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Michael Reichenbach
Eine andere Möglichkeit wäre es direkt von USB zu booten. Sobald man
von USB bootet benutzt DOS (läuft auch schon mit dem veralteten
MS-DOS 6.22) das BIOS um auf USB zuzugreifen und sieht es wie die
Festplatte C:\.

Auf einem meiner Testrechner geschieht das auch beim Booten von
Festplatte (und auch CD), wenn der Stick dabei steckt. Eigentlich hat
sie die Partitionen C: und D:. Mit Stick plötzlich C: und E: und der
Stick D:. Nur allzu bekannter "Verschiebe-Effekt", wenn sich auf einer
zweiten Wechselfestplatte eine Primäre Partition befindet #-(

Post by Michael Reichenbach
Extra USB Treiber sind dann nicht mehr notwendig und sogar Konflikt
behaftet.

Genau einen solchen Konflikt durfte ich bei meinen Tests auf einem der
beiden Rechner beobachten. Ich habe lange über die Abstürze gegrübelt,
bis daß es mir - wie oben genannt - auffiel, daß der Stick
"freiwillig" Festplatte spielte.
Martin sollte also die USB-Treiber auf seiner Boot-CD für den Fall,
daß er bei seiner Lösung auf einen solchen Rechner stößt, abfragbar

Nö, ich suche ja die BIOS-Flash-Daten erst beim Kunden via Internet.
1. hat der Kunde USB, kann ich auf USB speichern
2. hat der Kunde LW-A kann ich auf A speichern
4. hat der Kunde Brenner, kann ich auf CD brennen

Vorgehensweise:
1. Booten via einer meiner DOS-CD (Win98 oder 6.22)
2. Stick wird erkannt - BIOS wird geflasht
andernfalls Lösung 1 oder 3 (vorstehend)
Hat Kunde kein Brenner und kein USB und der Stick wird nicht erkannt, dann
wird es Zeit dem Kunden _endlich_ was neues zu verkaufen (irgendwo ist
Schluss).

Martin

[Martin Dietrich]

Martin Dietrich wrote:

Korrektur:

andernfalls Lösung 2 oder 3 (vorstehend)

artin

[Ulrich F. Heidenreich]

Post by Martin Dietrich
Nö, ich suche ja die BIOS-Flash-Daten erst beim Kunden via Internet.
1. hat der Kunde USB, kann ich auf USB speichern
2. hat der Kunde LW-A kann ich auf A speichern
4. hat der Kunde Brenner, kann ich auf CD brennen

5. Hat der Kunde ein BIOS, welches USB-Sticks als native Festplatte
unterstützt, fällt Dein Treiber auf die Schnauze.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Nö, ich suche ja die BIOS-Flash-Daten erst beim Kunden via Internet.
1. hat der Kunde USB, kann ich auf USB speichern
2. hat der Kunde LW-A kann ich auf A speichern
4. hat der Kunde Brenner, kann ich auf CD brennen

5. Hat der Kunde ein BIOS, welches USB-Sticks als native Festplatte
unterstützt, fällt Dein Treiber auf die Schnauze.

wieso das? Kann man das dann nicht im BIOS abschalten? Würdest Du mir mal
"native" für genauer erläuern, kenne ich nicht? Danke

Martin

[Ulrich F. Heidenreich]

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Nö, ich suche ja die BIOS-Flash-Daten erst beim Kunden via Internet.
1. hat der Kunde USB, kann ich auf USB speichern
2. hat der Kunde LW-A kann ich auf A speichern
4. hat der Kunde Brenner, kann ich auf CD brennen

5. Hat der Kunde ein BIOS, welches USB-Sticks als native Festplatte
unterstützt, fällt Dein Treiber auf die Schnauze.

wieso das? Kann man das dann nicht im BIOS abschalten?

a) Hier nicht.
b) Möchtest Du gerne im BIOS Deines Kunden/Freundes so tiefgreifend
herumwuseln?

Post by Martin Dietrich
Würdest Du mir mal
"native" für genauer erläuern,

Schon mehrfach geschehen: Das BIOS erkennt den Stick als Laufwerk. Ohne
jeglichen, zusätzlichen DOS-Treiber.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Nö, ich suche ja die BIOS-Flash-Daten erst beim Kunden via
Internet.
1. hat der Kunde USB, kann ich auf USB speichern
2. hat der Kunde LW-A kann ich auf A speichern
4. hat der Kunde Brenner, kann ich auf CD brennen

5. Hat der Kunde ein BIOS, welches USB-Sticks als native Festplatte
unterstützt, fällt Dein Treiber auf die Schnauze.

wieso das? Kann man das dann nicht im BIOS abschalten?

a) Hier nicht.

sehr gut

Post by Ulrich F. Heidenreich
b) Möchtest Du gerne im BIOS Deines Kunden/Freundes so tiefgreifend
herumwuseln?

sehe ich keine Probleme - die Stellen welche ich mal verändern müsste, kenne
ich.

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
Würdest Du mir mal
"native" für genauer erläuern,

Schon mehrfach geschehen: Das BIOS erkennt den Stick als Laufwerk.
Ohne jeglichen, zusätzlichen DOS-Treiber.

OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder Win98
(ohne weitere Treiber für USB) und kann dann auf den Stick zugreifen.
Korrekt?

[Ulrich F. Heidenreich]

Post by Martin Dietrich
OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder Win98
(ohne weitere Treiber für USB) und kann dann auf den Stick zugreifen.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯(!)

Post by Martin Dietrich
Korrekt?

Korrekt. Deswegen ja mein Vorschlag, ihn abschaltbar zu konfigurieren.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder
Win98 (ohne weitere Treiber für USB) und kann dann auf den Stick
zugreifen.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯(!)

Post by Martin Dietrich
Korrekt?

Korrekt. Deswegen ja mein Vorschlag, ihn abschaltbar zu konfigurieren.

Danke, dann habe ich ja *vier* Lösungswege für die Erfüllung der
ANforderung.

Man sagt *Danke* und nice Sunday

Martin

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder Win98
(ohne weitere Treiber für USB) und kann dann auf den Stick zugreifen.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯(!)

Post by Martin Dietrich
Korrekt?

Korrekt.

Wie jetzt, ohne über den Stick zu booten und ohne jegliche Treiber
bekommt ein formatierter USB-Stick vom Bios ein Lfw-Buchstabe zugewiesen
so das ich mit DOS 6.22 auf die dortigen Daten zugreifen kann?

Post by Ulrich F. Heidenreich
Deswegen ja mein Vorschlag, ihn abschaltbar zu konfigurieren.

Und warum das?

Dirk

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder Win98
(ohne weitere Treiber für USB) und kann dann auf den Stick zugreifen.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯(!)

Post by Martin Dietrich
Korrekt?

Korrekt.

Wie jetzt, ohne über den Stick zu booten und ohne jegliche Treiber
bekommt ein formatierter USB-Stick vom Bios ein Lfw-Buchstabe zugewiesen
so das ich mit DOS 6.22 auf die dortigen Daten zugreifen kann?

Es gibt mindestens ein BIOS, das genau das tut. Genauer: Ich habe nicht
getestet, ob es das auch unter DOS 6.22 tut; das unter Win98 liegende
DOS, tut es und ich sehe deswegen kein Grund, warum es das Vorgängerdos
nicht täte.

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich
Deswegen ja mein Vorschlag, ihn abschaltbar zu konfigurieren

... weil Martin D. bei seinem "Service" ja nicht unbedingt immer auf
identische Rechner trifft: Der eine braucht die Treiber, der andere
wird dadurch u.U. aufgehängt.

Post by Dirk Wolfgang Glomp
Und warum das?

Wegen der Konflikte, die Martin R. in <news:g6vk7v$69l$***@aioe.org>
unter Punkt 2 nannte und die hier auch in Form von "Treiberhängern"
reproduzier waren: <news:***@ufh.invalid.de>

"Lustig" wird das hier unter dem BIOS, wenn ich Windows-USB-Treiber
hinzunehme: Dann sehe ich den Stick unter Win 9x zweimal: Einmal als
Festplatte direkt durch das BIOS bereitgestellt und noch einmal als
wechselbaren Datenträger durch den Windoofs-Treiber.

CU!
Ulrich

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich

Post by Martin Dietrich
OK, dann erkennt BIOS den Stick, ich boote via CD mit DOS6.22 oder Win98
(ohne weitere Treiber für USB) und kann dann auf den Stick zugreifen.

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯(!)

Post by Martin Dietrich
Korrekt?

Korrekt.

Wie jetzt, ohne über den Stick zu booten und ohne jegliche Treiber
bekommt ein formatierter USB-Stick vom Bios ein Lfw-Buchstabe zugewiesen
so das ich mit DOS 6.22 auf die dortigen Daten zugreifen kann?

Es gibt mindestens ein BIOS, das genau das tut.

Aha.

Post by Ulrich F. Heidenreich
Genauer: Ich habe nicht
getestet, ob es das auch unter DOS 6.22 tut; das unter Win98 liegende
DOS, tut es und ich sehe deswegen kein Grund, warum es das Vorgängerdos
nicht täte.

Denke ich auch.

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich
Deswegen ja mein Vorschlag, ihn abschaltbar zu konfigurieren

... weil Martin D. bei seinem "Service" ja nicht unbedingt immer auf
identische Rechner trifft: Der eine braucht die Treiber, der andere
wird dadurch u.U. aufgehängt.

Post by Dirk Wolfgang Glomp
Und warum das?

unter Punkt 2 nannte und die hier auch in Form von "Treiberhängern"

Ah so.

Post by Ulrich F. Heidenreich
"Lustig" wird das hier unter dem BIOS, wenn ich Windows-USB-Treiber
hinzunehme: Dann sehe ich den Stick unter Win 9x zweimal: Einmal als
Festplatte direkt durch das BIOS bereitgestellt und noch einmal als
wechselbaren Datenträger durch den Windoofs-Treiber.

Haha, echt krass.

Dirk

[Dirk Wolfgang Glomp]

Würdest Du mir mal "native" genauer erläuern, kenne ich nicht?

Dabei wird wohl in diesem Fall eine Platten-Emulation benutzt, oder im
anderen Fall eine Floppy-Emulation, je nachdem wie das Bootmedium
beschaffen ist und spezifiziert wurde. So kenne ich es von Boot-CDs
(El-Torito). Dabei wird der Laufwerksbuchstabe eines physikalischen
Floppi-Laufwerks nach hinten verschoben, so das aus Lfw A: dann Lfw. B
wird und die physikalische zweite Floppi(Lfw B: falls vorhanden)
verschwindet ganz. Bei einer Platten-Emulaation verschiebt sich
entsprechend C: nach D:, so das sich auf C: der Bootsektor des USB-Sticks
befindet und physikalische Platten(Partitionen) mit ihrem Lfw.-Buchstaben
nach hinten verschoben werden.

Dirk

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp

Würdest Du mir mal "native" genauer erläuern, kenne ich nicht?

Dabei wird wohl in diesem Fall eine Platten-Emulation benutzt, oder im
anderen Fall eine Floppy-Emulation, je nachdem wie das Bootmedium
beschaffen ist und spezifiziert wurde. So kenne ich es von Boot-CDs
(El-Torito). Dabei wird der Laufwerksbuchstabe eines physikalischen
Floppi-Laufwerks nach hinten verschoben, so das aus Lfw A: dann Lfw. B
wird

So bootet zum Beispiel u.a. die Win98-CD.

Post by Dirk Wolfgang Glomp
und die physikalische zweite Floppi(Lfw B: falls vorhanden)
verschwindet ganz. Bei einer Platten-Emulaation verschiebt sich
entsprechend C: nach D:,

Das ist hier nicht der Fall. Der Stick benimmt ziemlich genau so, als
sei er eine zweite Festplatte. Hat die erste die Primärpartition C: und
eine erweiterte D: und ich boote mit (SIC! Nicht vom) gestecktem Stick,
auf dem sich ebenfalls eine Primärpartition befindet, gibt's das übliche
Spielchen, wie es auch bei einer "echten "Festplatte geschähe:

Die Primärpartition der Festplatte behält C:
Die Primärpartition des Sticks bekommt D: verpaßt
Die sekundäre Partition der Fesplatte rutscht von D: auf E: hoch.

CU!
Ulrich

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Würdest Du mir mal "native" genauer erläuern, kenne ich nicht?

Dabei wird wohl in diesem Fall eine Platten-Emulation benutzt, oder im
anderen Fall eine Floppy-Emulation, je nachdem wie das Bootmedium
beschaffen ist und spezifiziert wurde. So kenne ich es von Boot-CDs
(El-Torito). Dabei wird der Laufwerksbuchstabe eines physikalischen
Floppi-Laufwerks nach hinten verschoben, so das aus Lfw A: dann Lfw. B
wird

So bootet zum Beispiel u.a. die Win98-CD.

Ich bevorzuge die Win98-Installation von Platte.

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
und die physikalische zweite Floppi(Lfw B: falls vorhanden)
verschwindet ganz. Bei einer Platten-Emulaation verschiebt sich
entsprechend C: nach D:,

Das ist hier nicht der Fall. Der Stick benimmt ziemlich genau so, als
sei er eine zweite Festplatte. Hat die erste die Primärpartition C: und
eine erweiterte D: und ich boote mit (SIC! Nicht vom) gestecktem Stick,
auf dem sich ebenfalls eine Primärpartition befindet, gibt's das übliche

Ach so, auch ohne das darüber gebootet wird.

Post by Ulrich F. Heidenreich
Die Primärpartition des Sticks bekommt D: verpaßt
Die sekundäre Partition der Fesplatte rutscht von D: auf E: hoch.

Ich dachte nur daran, das der Bootsektor in beiden Fällen C: ist, egal ob
eine Platten-Emulation benutzt wird, oder ob über eine Bootpartition einer
physikalischen Festplatte gebootet wird und das jeder Bootsektor immer
einen Laufwerksbuchstaben bekommt und das man so an den Inhalt eines
Bootmediums auch ohne jeden Treiber heran kommt.
Ich würde daher den Stick auf jedenfall zusätzlich bootfähig machen,
falls mal der Treiber keine Hardware findet, aber möglicher Weise
ein Booten über den Stick troztdem funktionieren könnte.

Ebenso gibt es für manche moderne MoBos(Intel) keine Möglichkeit mehr
einen DOS-CD-Rom-Treiber zu bekommen. Ich denke ein Booten über CD
ist dann die einzige Möglichkeit unter DOS an die Daten zu kommen.

Dirk

[Ulrich F. Heidenreich]

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Würdest Du mir mal "native" genauer erläuern, kenne ich nicht?

Dabei wird wohl in diesem Fall eine Platten-Emulation benutzt, oder im
anderen Fall eine Floppy-Emulation, je nachdem wie das Bootmedium
beschaffen ist und spezifiziert wurde. So kenne ich es von Boot-CDs
(El-Torito). Dabei wird der Laufwerksbuchstabe eines physikalischen
Floppi-Laufwerks nach hinten verschoben, so das aus Lfw A: dann Lfw. B
wird

So bootet zum Beispiel u.a. die Win98-CD.

Ich bevorzuge die Win98-Installation von Platte.

Unzweifelhaft. Dank der Floppy-Emulation ist es aber dort relativ
trivial möglich, durch geeignete Kopie von A: (Floppy-Emulation der
CD) auf B: (Physikalische Floppy A:) eine Diskette zu erstellen, von
der man booten kann, falls mal der umgekehrte Fall "Diskettenlaufwerk
vorhanden, aber CD nicht bootfähig" vorliegt.

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
und die physikalische zweite Floppi(Lfw B: falls vorhanden)
verschwindet ganz. Bei einer Platten-Emulaation verschiebt sich
entsprechend C: nach D:,

Das ist hier nicht der Fall. Der Stick benimmt ziemlich genau so, als
sei er eine zweite Festplatte. Hat die erste die Primärpartition C: und
eine erweiterte D: und ich boote mit (SIC! Nicht vom) gestecktem Stick,
auf dem sich ebenfalls eine Primärpartition befindet, gibt's das übliche

Ach so, auch ohne das darüber gebootet wird.

Geeenauuuu. Und das ist ebenso praktisch wie tödlich, wenn man von einer
CD bootet, die ihrerseits usbaspi.sys und Konsorten einbindet. BTDT.

CU!
Ulrich

[Martin Dietrich]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich
Das ist hier nicht der Fall. Der Stick benimmt ziemlich genau so,
als sei er eine zweite Festplatte. Hat die erste die
Primärpartition C: und eine erweiterte D: und ich boote mit (SIC!
Nicht vom) gestecktem Stick, auf dem sich ebenfalls eine
Primärpartition befindet, gibt's das übliche Spielchen, wie es auch

Ach so, auch ohne das darüber gebootet wird.

Geeenauuuu. Und das ist ebenso praktisch wie tödlich, wenn man von
einer CD bootet, die ihrerseits usbaspi.sys und Konsorten einbindet.
BTDT.

darum habe ich mir diese Startauswahl erstellt:
menuitem=NOCD_USB, Computer mit USB aber ohne CD-ROM-Unterstützung starten.
menuitem=CD_USB, Computer mit USB und mit CD-ROM-Unterstützung starten.
menuitem=NOCD, Computer ohne USB und ohne CD-ROM-Unterstützung starten.
menuitem=CD, Computer ohne USB aber mit CD-ROM-Unterstützung starten.
menuitem=SETUP_CD, Windows 98 Setup von CD-ROM starten.
menudefault=NOCD_USB,30
menucolor=7,0

Martin

[Dirk Wolfgang Glomp]

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
Ich bevorzuge die Win98-Installation von Platte.

Unzweifelhaft. Dank der Floppy-Emulation ist es aber dort relativ
trivial möglich, durch geeignete Kopie von A: (Floppy-Emulation der
CD) auf B: (Physikalische Floppy A:) eine Diskette zu erstellen, von
der man booten kann, falls mal der umgekehrte Fall "Diskettenlaufwerk
vorhanden, aber CD nicht bootfähig" vorliegt.

Aha, habe ich noch gar nicht ausprobiert.

Post by Ulrich F. Heidenreich

Post by Dirk Wolfgang Glomp
Ach so, auch ohne das darüber gebootet wird.

Geeenauuuu. Und das ist ebenso praktisch wie tödlich, wenn man von einer
CD bootet, die ihrerseits usbaspi.sys und Konsorten einbindet. BTDT.

Verständlich.

Dirk

[Martin Dietrich]

Dirk Wolfgang Glomp in

Post by Dirk Wolfgang Glomp

Post by Ulrich F. Heidenreich
So bootet zum Beispiel u.a. die Win98-CD.

Ich bevorzuge die Win98-Installation von Platte.

hat mir jemand bitte einen Link wo ich DOS6.22 Bootdisketten in *Deutsch*
herunmterladen und dann erstellen kann?

Martin