[erledigt] Acer Aspire 5100: boot von SSD

[detix]

Ich schaffe es einfach nicht diesem Laptop einen funktionierenden Bootloader unterzujubeln!
Versuche mit grub2, oder auch lilo enden beim Start immer mit schwarzem Bildschirm und blinkendem Cursor, kein Hinweis darauf was da schief läuft.
Die SSD selbst läuft mit installiertem jessie problemlos, sofern ich die "Super Grub2 Disk [1]" vom eingestöpseltem USB-Stick zum Starten nehme.

Die Frage ist also: bin ich oder der Laptop zu blöd fürs booten von SSD?
Eine Umstellung von MBR- auf GPT-boot per gdisk war leider auch nicht weiter hilfreich...

[1] http://www.supergrubdisk.org/super-grub2-disk/

[owl102]

Ich würde probieren:

• der Boot-Partition das boot-Flag verpassen (Bei MBR-Partitionstabelle mit fdisk, mit GPT kenne ich mich nicht aus.)
• BIOS-Update

[NAB]

Wenn du noch einen freien USB-Stick hast, könntest du dem eine MBR-Partitionstabelle verpassen und dann mal Grub drauf installieren:
grub-install /deb/sdb

Wenn du von dem Stick auch nicht booten kannst, wissen wir, dass es am Jessie-Grub liegt, und nicht an der SSD.

[detix]

Huch, vor lauter Versuchen hatte ich dies garnicht mehr beachtet, tschulligung!

Es ist eigentlich egal, ob ich das boot-flag setze oder lösche, es ergibt keine Veränderung.

Nach zig weiteren erfolglosen Versuchen möchte ich ja gern ein BIOS-update machen, obs was bringt oder nicht, nur wie?
Die Dateien dafür sind vorhanden, windows/msdos gibt es hier nicht, der Laptop kann aber von USB booten.

Probiert und nachvollzogen:
https://wiki.gentoo.org/wiki/BIOS_Update
https://wiki.debian.org/FlashBIOS
diese links bringen ein startfähiges dos zustande, aber keine Chance irgendwie in die Befehlszeile zum Starten des updates zu gelangen,
jeder Tastendruck endet nach einiger Anzahl nur noch mit einem gemeinen Piepser!

http://www.chtaube.eu/computers/freedos/bootable-usb/
Dieses bringt mir eine eingabefähige Befehlszeile, habe aber keine Ahnung wie ich dieses Image mounten kann, um die Dateien des BIOS-updates einzufügen, ein loop-mount spielt da einfach nicht mit....

Aber selbst wenn ein BIOS_Update klappen sollte, weiß ich leider noch immer nicht ob dann die SSD bootfähig ist.
Wasn Sch...!

[detix]

Zumindest mal ein Teilerfolg: das BIOS ist aktualisiert von ursprünglich V3.05b auf V3.13.
Mit diesem Image [1] und einem uralten 1GB-Usbstick hat es heut doch funktioniert!
Wie dort [2] beschrieben, konnte ich es wie gewünscht mit kpartx bearbeiten.
Nur leider bootet das Teil noch immer nicht von SSD, war denn wohl überflüssig...
werd mich wohl nach weiteren Möglichkeiten umschauen müssen.
[1] http://ftp.chtaube.eu/pub/FreeDOS/boota ... 6M.img.bz2
[2] http://www.chtaube.eu/computers/freedos ... tion-howto

[smutbert]

versuchst du es bis jetzt mit grub-pc oder grub-efi-amd64. Im Zweifesfall würde die Ausgabe von

Code: Alles auswählen

$ dpkg -l '*grub*'

weiterhelfen.

[detix]

Installiert ist grub-pc

[smutbert]

und damit meinst du, dass du

[…]
Eine Umstellung von MBR- auf GPT-boot per gdisk war leider auch nicht weiter hilfreich...
[…]

die Partitionierung auf gpt umgestellt hast, richtig?

Dann benötigst du bei grub-pc wahrscheinlich auch eine BIOS Boot Partition, weil der Platz direkt hinter dem MBR von GPT belegt wird und deshalb nicht mehr für Bootloader zur Verfügung steht. (Der Teil Grubs der sonst hinter dem mbr landen würde, wird dann automatisch in diese BIOS Boot Partition geschrieben.)

Damit das Booten über grub-pc funktioniert muss außerdem im BIOS das "altmodische" Booten aktiviert sein (das heißt zum Beispiel oft Legacy Boot oder CSM).



Die andere Variante wäre, dass du auf grub-efi-amd64 umstellst, wenn das Acer überhaupt ein UEFI hat. Dann benötigst du zwar keine BIOS Boot Partition, aber eine EFI System Partition.

[detix]

Da es mit einer GPT-Partition auch nicht funktionierte, hatte ich zwischendurch durch Neuinstallation wieder zurück zum MBR boot gewechselt.
gparted erkennt die SSD als sda und zumindest auf sda1 (/) ist die boot -Markierung gesetzt.

[NAB]

detix, bei einer Standardinstallation verwendet der Installer aber längst eine GPT. Hast du da irgendwas manuell eingestellt? Lass doch mal eine Standardinstallation durchlaufen und schau, ob die nachher bootfähig ist. Dann kann man sich an der wenigstens abgucken, wie es funktioniert.

[detix]

Es ist eine Standardinstallation, da bin ich mir halbwegs sicher
fdisk erzählt mir das, vom Laptop abgeschrieben:

Code: Alles auswählen

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048  65538047  65536000  31,3G 83 Linux

auf meinem Desktop steht als Start: 63 und hat keine boot-Markierung,
leider ruft mich jetzt die Schicht zur Arbeit...

[smutbert]

Also diese Boot-Markierung spielt keine Rolle. Bei Systemen mit dem »Microsoft DOS MBR« oder einem ähnlichen wie dem, der im Paket mbr ist, dient sie dazu den PBR (Partition Boot Record, Bootsektor einer Partition) der ersten auf diese Weise als Bootfähig markierten Partition (Mikrosoft nannte diese Partition dann aktiv) zu laden.

grub wird normalerweise aber sowieso schon direkt in dem MBR geschrieben, dh es wird sowieso kein PBR geladen sondern direkt vom MBR gestartet.

____


Du hast geschrieben, dass du mit der Super Grub2 Disk das System starten kannst. Das geht noch immer?
Dann wäre es interessant ob die Super Grub2 Disk den Computer im Legacy-Modus oder im UEFI-Modus startet - können tut sie nämlich beides soweit ich weiß. Erkennen kann man das am Verzeichnisinhalt von
- /sys/firmware/efi/efivars oder
- /sys/firmware/efi/vars
wenn das Kernelmodul efivars geladen ist (das passiert glaube ich automatisch beim Starten). Ist in einem der beiden Verzeichnisse ein Haufen Verzeichnisse (und möglicherweise Dateien) mit kryptischen Namen, dann ist das System im UEFI-Modus gestartet.

[NAB]

detix könnte ja mal verraten, um was für ein Gerät es sich handelt. Dann wüsste man vielleicht, ob es überhaupt UEFI beherrscht. Einige ältere BIOSse booten nämlich wirklich nur, wenn sie ein Boot-Flag auf einer MBR-Partition finden.

Und meiner Meinung nach bootet das Ding irgendwas ... sonst würd sich ja das BIOS beschweren, dass es nichts zum Booten findet. Entweder hängt da noch ein alter zerschossener Bootloader rum, oder das BIOS mag den Grub von Jessie nicht.

[smutbert]

Acer Aspire 5100 laut erstem Post/Titel. Ich habe nicht viel eindeutiges über das Gerät gefunden, würde aber doch vermuten, dass ein uefi drin steckt.

[NAB]

Acer Aspire 5100 laut erstem Post/Titel. Ich habe nicht viel eindeutiges über das Gerät gefunden, würde aber doch vermuten, dass ein uefi drin steckt.

Ich Idiot sollte die Überschrift lesen

Aber wenn ich das richtig sehe:
http://www.notebookcheck.com/Acer-Aspir ... 065.0.html
Baujahr 2007 ... UEFI wurde erst ab 2011 als Vorbote von Win8 in den Markt gedrückt.

Dann bootet er den MBR, weil er nix anderes kann.

[detix]

Zwischendurch mal ein fettes Dankeschön euch allen!
Ich fürchte dass das BIOS einfach zu alt ist und nicht mit einer SSD umgehen kann, da selbst die "neue" Version 2008 datiert ist und die Einstellmöglichkeiten halten sich doch in sehr engen Grenzen.
Habe heut noch grub-legacy und auch lilo als Bootloader probiert, endet auch alles nur schwarzem Bildschirm und blinkendem Cursor, also wieder zurück zu grub-pc.
So einige Kernelparameter (nomodeset nolapic acpi=off ...) habe ich auch noch erfolglos durch...
Die Super Grub2 Disk funktioniert weiterhin perfekt, einen /sys/firmware/efi -Ordner gibt es nicht.

Ich glaub das wird nichts, mal sehn ob das Teil von sdhc oder so booten kann, wäre dann nicht son Knüppel außendran.

[NAB]

detix, sind im BIOS die Sata-Anschlüsse auf AHCI geschaltet?

Und hast du aus dem laufenden System mal ein grub-install /dev/sdX ausprobiert?

Und installiere doch den Jessie-Grub mal auf deinem 1GB USB-Stick und schau mal, ob das BIOS davon booten mag. Der Gegentest bestände darin, die SuperGrub2Disk mal auf die SSD zu spielen und zu schauen, ob er so booten mag.

Und schau dir mal "Rescatux" an - das kann nicht nur booten sondern auch reparieren.

Im Notfall gibt es winzige USB-Sticks, die kaum aus dem Gehäuse ragen.

[detix]

Hmmh, das sind ja noch einige Sachen zum Austesten...

Mit "die Einstellmöglichkeiten halten sich doch in sehr engen Grenzen" meinte ich eigentlich: Da gibt es im BIOS nichts zu konfigurieren, Null, Nix!
grub-install musst ich ja allein schon wegen der verschiedenen Test-Kernelparameter aus dem laufenden System heraus machen.

Vom Usbstick booten klappt ja, so ein Multiboot-Stick mit grml, gparted und debian Live|Install läuft.
Zu reparieren gibt es ja mMn nichts, es läuft nur nicht so...
Die Super Grub2 Disk auf die SSD zu packen, ...das könnte ich noch mal probieren.

[smutbert]

Meine Idee ist mit dem Nichtvorhandenseins eines uefis hinfällig.

[…]
Im Notfall gibt es winzige USB-Sticks, die kaum aus dem Gehäuse ragen.

Auf die Art habe ich bereits einem Freund geholfen sein Notebook benutzbar zu machen. Alternativ gibts auch kürzere SD-Karten, die nicht aus dem Schlitz ragen (wenn das Notebook einen Speicherkartenslot hat).

Schöner wärs halt wenn es direkt funktioniert. Darf man fragen um welche SSD es sich handelt?
(In einem Notebook habe ich eine SSD von Intel zB nicht dazu gebracht zu booten wohingegen eine von Samsung keine Probleme verursacht hat...)

[detix]

Die SSD ist eine INTENSO SSD 128GB
http://www.intenso.de/produkte.php?kate ... 1348752626

[NAB]

Wie anfangs schon erwähnt ... er mag ja booten ... vom USB-Stick. Nun denke ich mir, es gibt zwei Möglichkeiten:
1) Er mag wirklich die SSD nicht.
2) Er mag den Grub von Jessie nicht, aber den Grub von der SuperGrub2Disk.
Das würde ich zuerst austesten.

Und kann man die SSD irgendwie per Jumper auf Sata1 oder 2 zwingen? Oder gibt es da eine Einstellung im BIOS?

Und dabei fällt mir noch ein ... installierst du eigentlich 32 oder 64 Bit? Einige der alten AMD-Prozessoren haben Probleme mit den 64 Bit:
http://www.tomshardware.de/windows-athl ... 49857.html
Ich habe keine Ahnung, ob das hier überhaupt relevant sein könnte, aber im Zweifelsfall würde ich es mit 32 Bit ausprobieren.

[detix]

Es wird Punkt 1 sein, da eine debian-Live (gibt es wohl nur als stable|jessie) vom Stick bootfähig ist.
Jumper hat die SSD nicht und es ist amd64 installiert, mal 32bit installieren? Ok!

ps: ein beeindruckender Live-chat hier, großartig aus meiner Sicht, aber vielleicht nicht für andere, Entschuldigung!

[NAB]

Ja, mach doch einfach mal ein grub-install /dev/sdX auf deinen USB-Stick und versuche, von dem zu booten. Dann wissen wir es genau.

(und ich dachte, Sinn des Internets sei die schnelle Kommunikation )

[detix]

Ein grub-install /dev/sdb fruchtet nicht, so einfach scheint das nun nicht zu sein...
Fehler: Einbettung ist nicht möglich, jedoch für die Installation auf mehreren Laufwerken erforderlich.

Hierbei ist auch egal, ob ich das auf der Super Grub2 Disk oder einem frisch partitionierten Stick anstelle.
Ein wenig Zeit für Alternativen wirst du mir bei sowas doch wohl eingestehen.

Jetzt muss ich das Vorgeschlagene erstmal nachvollziehen, kann dauern...

[NAB]

Versuche mit dem frisch partitionierten USB-Stick mal folgende Varianten:
1) MBR-Partitionierung und vor der ersten Partition lässt du 1 MB frei.
2) GTP-Partitionierung und als erste Partition eine 1 MB große Partition mit dem Partitionstyp "bios_grub" bzw. EF02 und ohne Dateisystem.

Außerdem gibt es noch den Befehl:
grub-install --force /dev/sdX

(Den SuperGrub2Disk-Stick würd ich in Ruhe lassen, nicht dass der kaputt geht)