amilo-forum.de

[ete]

Hallo!

Ich habe Probleme beim Amilo SI1520 BIOS Update. Ich habe unter Ubuntu mit Hilfe von Unetbootin einen Freedos USB erstellt. Nach erfolgreichem Booten von Dos kann ich aber nicht von Laufwerk a: in c: wechseln (Bad command or filename). Leider funktioniert das CD Laufwerk nicht mehr richtig, es blinkt zwar, lässt sich aber nicht mehr öffnen.

Gibt es noch eine andere Möglichkeit das BIOS aufzuspielen oder hat jemand einen Tip bezüglich der Probleme oben?

Das mit mein erstes BIOS Update, vielleicht mach ich ja was falsch

Gruß

[hikaru]

FreeDOS hat keine SATA-Treiber. Daher kannst du von dort nicht auf die Festplatte zugreifen. Du musst die Exe-Datei mit auf den FreeDOS-USB-Stick schreiben.
Soweit ich weiß (ich müsste es nochmal überprüfen) kann das Si 1520 von externen USB-CD/DVD-Laufwerken booten. Ob sich von dort ein BIOS-Update ausführen lässt weiß ich nicht.

Leider funktioniert das CD Laufwerk nicht mehr richtig, es blinkt zwar, lässt sich aber nicht mehr öffnen.

Hast du es mal über den Zwangsauswurf probiert (mit einer Büroklammer o.ä. in das kleine Loch in der Blende drücken)?
Falls der Federservo defekt ist kriegst du ab etwa 25 Euro Ersatzbrenner [1]. Du brauchst eines mit IDE-Anschluss und einer Bauhöhe von 12,7mm.

Welche BIOS-Version hast du und warum möchtest du ein BIOS-Update machen?

[1] http://www.idealo.de/preisvergleich/Pro ... 89264.html

[ete]

FreeDOS hat keine SATA-Treiber. Daher kannst du von dort nicht auf die Festplatte zugreifen. Du musst die Exe-Datei mit auf den FreeDOS-USB-Stick schreiben.
Soweit ich weiß (ich müsste es nochmal überprüfen) kann das Si 1520 von externen USB-CD/DVD-Laufwerken booten. Ob sich von dort ein BIOS-Update ausführen lässt weiß ich nicht.

Leider funktioniert das CD Laufwerk nicht mehr richtig, es blinkt zwar, lässt sich aber nicht mehr öffnen.

Hast du es mal über den Zwangsauswurf probiert (mit einer Büroklammer o.ä. in das kleine Loch in der Blende drücken)?
Falls der Federservo defekt ist kriegst du ab etwa 25 Euro Ersatzbrenner [1]. Du brauchst eines mit IDE-Anschluss und einer Bauhöhe von 12,7mm.

Welche BIOS-Version hast du und warum möchtest du ein BIOS-Update machen?

[1] http://www.idealo.de/preisvergleich/Pro ... 89264.html

Laufwerk ist tot, ich kann es zwar mit dem Trick öffnen aber es wird nicht erkant.

Wenn ich im Freedos bin, wie starte ich dann die Si152120.exe? Sie befindet sich auf dem USB Stick.

Ich will eine SSD einbauen (OCZ Vertex Plus 60GB). Leider fährt der Laptop nach erfolgreicher Ubuntu Installation nicht mehr runter. OCZ hat ein BIOS update auf 1.20 und Firmwareupdate der SSD empfohlen.

Danke für deine Hilfe
stefanie

[hikaru]

Wenn ich im Freedos bin, wie starte ich dann die Si152120.exe? Sie befindet sich auf dem USB Stick.

Was in der Exe steckt kann ich nicht sagen da ich die darin enthaltene .IMA-Datei nicht auspacken kann.
Im ISO-Image findest du aber ein Floppy-Image das du mounten kannst. Darin wiederum befinden sich diese Dateien:

Code: Alles auswählen

hikaru@squeeze820qm:~$ ls -l /mnt
insgesamt 1293
-rwxr-xr-x 1 root root    1571  8. Jan 2007  Autoexec.bat
-rwxr-xr-x 1 root root   93963 23. Mär 2005  command.com
-rwxr-xr-x 1 root root 1052342 14. Feb 2007  DW1F3C41.wph
-rwxr-xr-x 1 root root      29 21. Mär 2007  FLASH.BAT
-rwxr-xr-x 1 root root   45378 23. Mär 2005  kernel.sys
-rwxr-xr-x 1 root root   10471 23. Apr 1999  MORE.COM
-rwxr-xr-x 1 root root    5686  9. Mai 2003  MORE.EXE
-rwxr-xr-x 1 root root  103777 14. Feb 2007  PHLASH16.EXE
-rwxr-xr-x 1 root root      40 21. Mär 2007  readme.bat
-rwxr-xr-x 1 root root    6761 21. Mär 2007  readme.txt

Was damit zu tun ist steht im Changelog zum BIOS:

I. BIOS Flash update in DOS-mode:
_______________________________________________________________________________
After running Si152120.EXE the floppy disk should contain following files:
flash.bat
phlash16.exe
DW1F3C41.wph
readme.txt (this file)
readme.bat
To flash your BIOS, boot to DOS-mode and run flash.bat from the floppy disk.

(Hervorhebung von mir.)

Ich will eine SSD einbauen (OCZ Vertex Plus 60GB). Leider fährt der Laptop nach erfolgreicher Ubuntu Installation nicht mehr runter. OCZ hat ein BIOS update auf 1.20 und Firmwareupdate der SSD empfohlen.

Ich glaube nicht dass sich das Problem dadurch löst denn im Changelog steht nichts was eine derartige Verhaltensänderung des BIOS erklären könnte. Der OCZ-Support rätselt vermutlich nur rum und da ist das allseits bekannte Heilmittel unter Windows eben das Updaten auf Verdacht. Funktioniert(e) es denn Ubuntu neben Windows auf einer HDD zu betreiben?

Wenn man mal nach deinem Problem sucht dann scheint das recht häufig aufzutreten wenn Ubuntu neben Windows betrieben wird und Windows nach der Ubuntuinstallation erlaubt wird am Plattenlayout rumzuschrauben [1][2][3]. Daher wäre es hilfreich wenn du sagen könntest welches Windows bei dir installiert ist und du mal von Ubuntu aus die Ausgabe von

Code: Alles auswählen

fdisk -l

sowie deine grub.cfg posten könntest.

Die Meldung an sich erinnert mich an die Grub1-Meldung die man bekommt wenn die Gerätenamen sich nach der Installation geändert haben. Sowas kann bei einer Installation von USB passieren da der Installationsstick nach der Installation ja nicht mehr am Gerät steckt. Allerdings bin ich kein Grub2-Experte und könnte die Meldung daher auch fehlinterpretieren.

[1] http://askubuntu.com/questions/142300/h ... rub-rescue
[2] http://ubuntuforums.org/showthread.php?t=1330995
[3] http://www.linuxquestions.org/questions ... ue-781125/

[ete]

Wenn ich im Freedos bin, wie starte ich dann die Si152120.exe? Sie befindet sich auf dem USB Stick.

Was in der Exe steckt kann ich nicht sagen da ich die darin enthaltene .IMA-Datei nicht auspacken kann.
Im ISO-Image findest du aber ein Floppy-Image das du mounten kannst. Darin wiederum befinden sich diese Dateien:

Code: Alles auswählen

hikaru@squeeze820qm:~$ ls -l /mnt
insgesamt 1293
-rwxr-xr-x 1 root root    1571  8. Jan 2007  Autoexec.bat
-rwxr-xr-x 1 root root   93963 23. Mär 2005  command.com
-rwxr-xr-x 1 root root 1052342 14. Feb 2007  DW1F3C41.wph
-rwxr-xr-x 1 root root      29 21. Mär 2007  FLASH.BAT
-rwxr-xr-x 1 root root   45378 23. Mär 2005  kernel.sys
-rwxr-xr-x 1 root root   10471 23. Apr 1999  MORE.COM
-rwxr-xr-x 1 root root    5686  9. Mai 2003  MORE.EXE
-rwxr-xr-x 1 root root  103777 14. Feb 2007  PHLASH16.EXE
-rwxr-xr-x 1 root root      40 21. Mär 2007  readme.bat
-rwxr-xr-x 1 root root    6761 21. Mär 2007  readme.txt

Was damit zu tun ist steht im Changelog zum BIOS:

I. BIOS Flash update in DOS-mode:
_______________________________________________________________________________
After running Si152120.EXE the floppy disk should contain following files:
flash.bat
phlash16.exe
DW1F3C41.wph
readme.txt (this file)
readme.bat
To flash your BIOS, boot to DOS-mode and run flash.bat from the floppy disk.

(Hervorhebung von mir.)

Ich will eine SSD einbauen (OCZ Vertex Plus 60GB). Leider fährt der Laptop nach erfolgreicher Ubuntu Installation nicht mehr runter. OCZ hat ein BIOS update auf 1.20 und Firmwareupdate der SSD empfohlen.

Ich glaube nicht dass sich das Problem dadurch löst denn im Changelog steht nichts was eine derartige Verhaltensänderung des BIOS erklären könnte. Der OCZ-Support rätselt vermutlich nur rum und da ist das allseits bekannte Heilmittel unter Windows eben das Updaten auf Verdacht. Funktioniert(e) es denn Ubuntu neben Windows auf einer HDD zu betreiben?

Wenn man mal nach deinem Problem sucht dann scheint das recht häufig aufzutreten wenn Ubuntu neben Windows betrieben wird und Windows nach der Ubuntuinstallation erlaubt wird am Plattenlayout rumzuschrauben [1][2][3]. Daher wäre es hilfreich wenn du sagen könntest welches Windows bei dir installiert ist und du mal von Ubuntu aus die Ausgabe von

Code: Alles auswählen

fdisk -l

sowie deine grub.cfg posten könntest.

Die Meldung an sich erinnert mich an die Grub1-Meldung die man bekommt wenn die Gerätenamen sich nach der Installation geändert haben. Sowas kann bei einer Installation von USB passieren da der Installationsstick nach der Installation ja nicht mehr am Gerät steckt. Allerdings bin ich kein Grub2-Experte und könnte die Meldung daher auch fehlinterpretieren.

[1] http://askubuntu.com/questions/142300/h ... rub-rescue
[2] http://ubuntuforums.org/showthread.php?t=1330995
[3] http://www.linuxquestions.org/questions ... ue-781125/

Danke für deine ausführliche Antwort. Ich hatte vergessen zu erwähnen, dass es sich um eine reine Neuinstalltion von Ubuntu handelt. Laut OSZ Forum ist das Problem wohl bekannt und kann mit einem BIOS Update behoben werden (siehe Thread 2 http://www.ocztechnologyforum.com/forum/showthread.php?103416-Ubuntu-installation-fails-(grub-rescue)&s=57d27abe4673e60f926c377b61e07a30&p=746013#post746013.)

Läuft das mounten im DOS Modus?

Gruß
Stefanie

[hikaru]

Ich hatte vergessen zu erwähnen, dass es sich um eine reine Neuinstalltion von Ubuntu handelt.

Heißt das, auf dem Gerät läuft nur Ubuntu, es ist also kein Windows installiert?

Laut OSZ Forum ist das Problem wohl bekannt und kann mit einem BIOS Update behoben werden (siehe Thread 2 http://www.ocztechnologyforum.com/forum ... rub-rescue)&s=57d27abe4673e60f926c377b61e07a30&p=746013#post746013.)

Bezüglich des BIOS-Updates meinst du die Antwort von RobertOCZ?
Das klingt mir genau nach dem Rumrätseln von dem ich in meinem letzten Beitrag sprach. Er verweist auf ein anderes Amilo-Modell (ein Si 1520 hätte er vermutlich auch so genannt) das dann auch ein anderes BIOS hat welches sich wiederum anders verhält als das des Si 1520.
Schaden kann ein Update natürlich trotzdem nicht.

Läuft das mounten im DOS Modus?

Du meinst das Mounten des Floppy-Images? Das mountest du unter Ubuntu genau wie du ein ISO-Image mountest:

Code: Alles auswählen

sudo mount [IMAGENAME] [MOUNTPOINT] -o loop

Danach kannst du unter [MOUNTPOINT] auf die enthaltenen Dateien zugreifen und sie z.B. auf den Stick kopieren.
Unter FreeDOS auf dem Stick musst du dann nur noch in das entsprechende Verzeichnis wechseln wenn du die Dateien nicht ohnehin schon im Rootverzeichnis des Sticks abgelegt hast und kannst die flash.bat ausführen.

[ete]

Heißt das, auf dem Gerät läuft nur Ubuntu, es ist also kein Windows installiert?

Ja, nur Ubuntu bzw. momentan gar nichts da sich Ubuntu nicht runter fahren lässt. Nach erneuten hochfahren ist kein OS vorhanden. Man könnte probieren ob nur Windows funktioniert aber da habe ich eigentlich keinen Bock mehr drauf ...

Bezüglich des BIOS-Updates meinst du die Antwort von RobertOCZ?
Das klingt mir genau nach dem Rumrätseln von dem ich in meinem letzten Beitrag sprach. Er verweist auf ein anderes Amilo-Modell (ein Si 1520 hätte er vermutlich auch so genannt) das dann auch ein anderes BIOS hat welches sich wiederum anders verhält als das des Si 1520.
Schaden kann ein Update natürlich trotzdem nicht.

Meinst du ich sollte viellicht erst ein Firmware Update der SSD machen, bevor ich mich mit dem BIOS weiter ärgere?

Du meinst das Mounten des Floppy-Images? Das mountest du unter Ubuntu genau wie du ein ISO-Image mountest:

Code: Alles auswählen

sudo mount [IMAGENAME] [MOUNTPOINT] -o loop

Danach kannst du unter [MOUNTPOINT] auf die enthaltenen Dateien zugreifen und sie z.B. auf den Stick kopieren.
Unter FreeDOS auf dem Stick musst du dann nur noch in das entsprechende Verzeichnis wechseln wenn du die Dateien nicht ohnehin schon im Rootverzeichnis des Sticks abgelegt hast und kannst die flash.bat ausführen.

Das verstehe ich jetzt nicht, wieso unter Ubuntu? Ich habe diese Anleitung hier befolgt (mit Ubuntu auf dem Laptop auf einer anderen HD):
http://wiki.ubuntuusers.de/BIOS_aktuali ... SB-Methode

In der DOS-USB Methode komme ich bis zu Schritt 10, kann aber nicht auf C wechseln (Bad Command). Ich versuche mal die Iso auf dem Stick zu entpacken und flash.bat auszuführen aber ich weiß nicht, ob das was bringt. Die Si152120.exe lässt sich auch im root Verzeichnis nicht starten.

Gruß
Stefanie

[hikaru]

Ja, nur Ubuntu bzw. momentan gar nichts da sich Ubuntu nicht runter fahren lässt. Nach erneuten hochfahren ist kein OS vorhanden. Man könnte probieren ob nur Windows funktioniert aber da habe ich eigentlich keinen Bock mehr drauf ...

Ok, dann können wir Windows als Fehlerquelle schon mal ausschließen.

Um nochmal auf meine Frage aus dem letzten Beitrag zurückzukommen:
Hast du schon mal versucht das aktuelle Ubuntu auf einer Festplatte auf dem Si 1520 zu installieren? Und falls ja, lief das dann ordentlich?
Ich werde mal auf meinem Si 1520 versuchen Ubuntu von einem USB-Stick zu installieren. Da ich keine passende SSD habe kann ich das nur auf der HDD machen. Ich weiß auch nicht ob ich vor dem Wochenende noch dazu komme.
Ich vermute du hast 12.04 installiert? i386 oder amd64? Hast du irgendwelche Abweichungen von der Standardinstallation vorgenommen?

Meinst du ich sollte viellicht erst ein Firmware Update der SSD machen, bevor ich mich mit dem BIOS weiter ärgere?

Ehrlich gesagt weiß ich das nicht da ich nicht weiß was sich zwischen deiner aktuellen und der neuesten Firmware verändert hat.
Dir jetzt ein Firmwareupdate zu empfehlen wäre genauso geraten wie das BIOS-Update des OCZ-Supports. Schaden wird es vermutlich nicht, aber ob es nützt ist eine andere Frage.

Mein Hauptproblem ist im Moment dass ich noch nicht die Ursache erkennen kann warum dein Problem überhaupt auftritt. Daher wäre es wirklich hilfreich wenn du wie bereits erwähnt die Partitionstabelle der SSD und die Grub2-Konfiguration posten würdest.

Das verstehe ich jetzt nicht, wieso unter Ubuntu? Ich habe diese Anleitung hier befolgt (mit Ubuntu auf dem Laptop auf einer anderen HD):
http://wiki.ubuntuusers.de/BIOS_aktuali ... SB-Methode

In der DOS-USB Methode komme ich bis zu Schritt 10, kann aber nicht auf C wechseln (Bad Command). Ich versuche mal die Iso auf dem Stick zu entpacken und flash.bat auszuführen aber ich weiß nicht, ob das was bringt.

Soweit ich Unetbootin und FreeDOS kenne ist Schritt 10 überflüssig da es nur eine Partition auf dem Stick gibt und sich gemäß der Anleitung auf dieser auch der dort angesprochene BIOS-Ordner befinden sollte.
Die Dateien aus dem BIOS-Update von Fujitsu hast du bereits extrahiert und auf den FreeDOS-Stick kopiert? Falls ja dann boote bitte mal vom Stick und überspringe Punkt 10 aus der Anleitung von ubuntuusers.de! Findest du dann den BIOS-Odner unter Laufwerk A:?

Die Si152120.exe lässt sich auch im root Verzeichnis nicht starten.

Das ist ein Windows-32-Bit-Programm (vermutlich irgendein selbstextrahierendes Archiv):

Code: Alles auswählen

~: file Si152120.exe
Si152120.exe: PE32 executable for MS Windows (GUI) Intel 80386 32-bit

Sowas kann FreeDOS nicht ausführen.

[ete]

Ja, nur Ubuntu bzw. momentan gar nichts da sich Ubuntu nicht runter fahren lässt. Nach erneuten hochfahren ist kein OS vorhanden. Man könnte probieren ob nur Windows funktioniert aber da habe ich eigentlich keinen Bock mehr drauf ...

Ok, dann können wir Windows als Fehlerquelle schon mal ausschließen.

Um nochmal auf meine Frage aus dem letzten Beitrag zurückzukommen:
Hast du schon mal versucht das aktuelle Ubuntu auf einer Festplatte auf dem Si 1520 zu installieren? Und falls ja, lief das dann ordentlich?
Ich werde mal auf meinem Si 1520 versuchen Ubuntu von einem USB-Stick zu installieren. Da ich keine passende SSD habe kann ich das nur auf der HDD machen. Ich weiß auch nicht ob ich vor dem Wochenende noch dazu komme.
Ich vermute du hast 12.04 installiert? i386 oder amd64? Hast du irgendwelche Abweichungen von der Standardinstallation vorgenommen?

Meinst du ich sollte viellicht erst ein Firmware Update der SSD machen, bevor ich mich mit dem BIOS weiter ärgere?

Ehrlich gesagt weiß ich das nicht da ich nicht weiß was sich zwischen deiner aktuellen und der neuesten Firmware verändert hat.
Dir jetzt ein Firmwareupdate zu empfehlen wäre genauso geraten wie das BIOS-Update des OCZ-Supports. Schaden wird es vermutlich nicht, aber ob es nützt ist eine andere Frage.

Mein Hauptproblem ist im Moment dass ich noch nicht die Ursache erkennen kann warum dein Problem überhaupt auftritt. Daher wäre es wirklich hilfreich wenn du wie bereits erwähnt die Partitionstabelle der SSD und die Grub2-Konfiguration posten würdest.

Das verstehe ich jetzt nicht, wieso unter Ubuntu? Ich habe diese Anleitung hier befolgt (mit Ubuntu auf dem Laptop auf einer anderen HD):
http://wiki.ubuntuusers.de/BIOS_aktuali ... SB-Methode

In der DOS-USB Methode komme ich bis zu Schritt 10, kann aber nicht auf C wechseln (Bad Command). Ich versuche mal die Iso auf dem Stick zu entpacken und flash.bat auszuführen aber ich weiß nicht, ob das was bringt.

Soweit ich Unetbootin und FreeDOS kenne ist Schritt 10 überflüssig da es nur eine Partition auf dem Stick gibt und sich gemäß der Anleitung auf dieser auch der dort angesprochene BIOS-Ordner befinden sollte.
Die Dateien aus dem BIOS-Update von Fujitsu hast du bereits extrahiert und auf den FreeDOS-Stick kopiert? Falls ja dann boote bitte mal vom Stick und überspringe Punkt 10 aus der Anleitung von ubuntuusers.de! Findest du dann den BIOS-Odner unter Laufwerk A:?

Die Si152120.exe lässt sich auch im root Verzeichnis nicht starten.

Das ist ein Windows-32-Bit-Programm (vermutlich irgendein selbstextrahierendes Archiv):

Code: Alles auswählen

~: file Si152120.exe
Si152120.exe: PE32 executable for MS Windows (GUI) Intel 80386 32-bit

Sowas kann FreeDOS nicht ausführen.

Um kurz zu antworten (den Rest muss ich zu Hause probieren), ich hatte seit schon immer Ubuntu auf der Festplatte, die damals mit dem Amillo kam. Das lief ohne Probleme. Ich wollte vor kurzem meinen Amillo Reaktivieren, mit mehr RAM und einer SSD. Ubuntu 11.04 lässt dich auf der SSD installaieren. Es funktioniert auch alles. Nur lässt sich das System nicht runterfahren und beim Neustart ist kein OS drauf. Später poste ich mal Grub2 und versuche es nochmal mit dem BIOS Iso auf dem Free Dos Stick.

Danke für deine Hilfe.
Falls das nichts bringt gebe ich auf und lasse nur den RAM drin.

[hikaru]

Ich vermute weitere Mühen kannst du dir sparen. Im OCZ-Forum scheinen Inkompatibilitäten der SSDs mit Intel 945-Chipsätzen wie im Si 1520 ein alter Hut zu sein [1][2]. Zwar gibt es eine Firmware die das angeblich fixt [3] aber die wird auf dem Si 1520 nicht funktionieren, da du hier auch im neuesten BIOS die SSD nicht über das IDE-Protokoll ansprechen kannst (was ohnehin Leistungseinbußen verursachen würde).

Das Einzige was hier helfen könnte wäre ein Firmware-Update der SSD das auch dann das 945-Problem behebt wenn die SSD über das SATA-Protokoll läuft. Ob so ein Update existiert könnte sich lohnen mit dem OCZ-Support zu klären.

Ich würde allerdings vorschlagen die SSD zurückzugeben und eine von einem anderen Hersteller zu kaufen.


[1] http://www.ocztechnologyforum.com/forum ... 6U-netbook
[2] http://www.ocztechnologyforum.com/forum ... op-netbook
[3] http://www.ocztechnologyforum.com/forum ... mware-3-55

[ete]

Ja, habe ich mir schon gedacht. Dann baue ich die SSD in meinen Desktop PC ein, dafür war sie ursprünglich gedacht.

Also vielen Dank nochmals für deine Mühe
Stefanie