Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.hardware.misc > #33303

Re: arm64 Bootprozess

Show all headers | View raw

Am 10.08.26 um 16:37 schrieb Marco Moock:
> Am 09.08.26 um 18:26 schrieb Kay Martinen:
>> Am 09.08.26 um 17:50 schrieb Marco Moock:
>>> Am 09.08.26 um 14:22 schrieb Marcel Mueller:
>>>>
>>>> Und die Stages gibt es technisch immer noch. Bei Linux kommt
>>>> halt Shim dazu. Und auch Windows hat schon immer einen
>>>> mehrstufigen Bootloader.
>>>
>>> Das ist aber nicht mehr Baustelle des UEFI und auch nicht mehr so
>>> ein Gemurkse wie beim BIOS, wo es einen Bereich im Bootsektor oder
>>> in einer Partition gibt.

Es ging m.W. auch beides. Kleiner Bootmanager im MBR und Bootsektor in 
der jew. Partition. Aber bei GPT-Platten???

>>> UEFI ist da irgendwie besser gestaltet.
>>>
>>
>> Für ONU's mag es ja schön sein das sich das UEFI entweder ein 
>> Bootfähiges Medium merkt oder einfach das nächstbeste das es
>> jeweils findet booten will.
> 
> Das gab es auch mit BIOS.

Dort konnte man aber separat das Booten von Floppy und CD untersagen und 
wenn "C: Only" gesetzt wäre dann wird die Slave-Platte an einem P-ATA 
Port (die per Se D: bekäme) dann eben NICHT gebootet.

Ja, auch da gab es so'ne und So'ne und nicht jedes konnte alles.

>> Bei Dual-boot tauchte da neben Linux und Windows auch noch ein
>> "Bootmanager" auf. Der "sollte" eigentlich die Auswahl des OS bieten
>> - aber genau das lief nicht zuverlässig und verhinderte nur das
>> durch-booten zuverlässig.
> 
> Vermutlich ein Überbleibsel einer vorherigen Installation.

Nope! Das War der Installierte Bootmanager einer der beiden 
Installierten OS'e. Ob es der von Windows (7) war oder der grub von 
Linux erinnere ich nicht mehr.

Jedenfalls sicher kein Überbleibsel von etwas früherem.

> Das ist Teil der Schnittstelle. Mit efibootmgr kannst du die Reihenfolge 
> aus Linux oder FreeBSD ändern.

Was ich eigentlich wollen würde wäre bei einem Dual Boot das ich beim 
Booten auswähle welches OS zu starten ist, und das nur von der Partition 
die auch zu ihm gehört. Aber selbst wenn er sich die letzte Auswahl 
merken würde bekommt man spätestens dann Probleme wenn der PC in den 
Ruhezustand ging und wieder auf wachen soll. Denn statt direkt das 
hibernation-image in's RAM zu schieben landet man beim Bootmanager - der 
einen dann mit einer erneuten auswahl aufhält. Und der springt das 
letzte gelaufene OS offenbar nicht so an das es ein image zurück lädt.

Ergebnis: Crash, neustart, platte putzen (weil das alte image noch rum 
gammelte).

Ok, OHNE Bootmanager dazwischen *könnte* man vor dem reboot den "Zeiger" 
auf das andere OS verbiegen. Aber das ist dann auch kein echtes 
Dual-boot mehr, das ist nur noch Krank.

AFAIR ist Windows seit der Inkarnation Nr. 8 per Default so eingestellt 
das es nicht wirklich runter fährt = Same Problem! Auch das KANN man 
ändern... in den Energie-einstellungen. Genau so Krank!


Bye/
   /Kay

-- 
Posted via Leafnode

Back to de.comp.hardware.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-07 21:00 +0200
  Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-07 23:12 +0200
    Re: arm64 Bootprozess Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-08-08 08:48 +0200
      Re: arm64 Bootprozess Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-08-08 19:15 +0000
        Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-09 09:12 +0200
          Re: arm64 Bootprozess Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-08-10 18:12 +0000
    Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 11:21 +0200
      Re: arm64 Bootprozess Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-08-08 12:25 +0200
        Re: arm64 Bootprozess Ralph Aichinger <ra@h5.or.at> - 2026-08-08 12:05 +0000
          Re: arm64 Bootprozess Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-08-08 14:36 +0200
            Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-08 15:05 +0200
              Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 17:18 +0200
              Re: arm64 Bootprozess Ralph Aichinger <ra@h5.or.at> - 2026-08-08 15:37 +0000
      Re: arm64 Bootprozess Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-08-08 14:25 +0200
        Re: arm64 Bootprozess Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-08-08 14:37 +0200
          Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-08 14:55 +0200
            Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 17:19 +0200
          Re: arm64 Bootprozess Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-08-09 14:17 +0200
        Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 17:20 +0200
          Re: arm64 Bootprozess Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-08-09 14:22 +0200
            Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-09 17:50 +0200
              Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-09 18:26 +0200
                Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-10 16:37 +0200
                Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-10 19:37 +0200
            Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-09 18:08 +0200
              Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-10 16:39 +0200
                Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-10 19:19 +0200
                Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-10 20:24 +0200
  Re: arm64 Bootprozess Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-08-08 08:44 +0200
    Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 12:24 +0200
    Re: arm64 Bootprozess Kay Martinen <usenet@martinen.de> - 2026-08-08 14:46 +0200
      Re: arm64 Bootprozess Marco Moock <mm@dorfdsl.de> - 2026-08-08 17:15 +0200
    Re: arm64 Bootprozess Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-08-08 19:05 +0000

csiph-web