Min fjärde dag med Haiku: installations- och laddningsproblem

TL;DR: efter några dagars experimenterande med Haiku bestämde jag mig för att installera den på en separat SSD. Men allt visade sig inte vara så enkelt.

Arbetet med att kontrollera lastningen av Haiku pågår för fullt.

För tre dagar sedan fick jag reda på Haiku, ett oväntat bra operativsystem för PC. Nu är det den fjärde dagen och jag vill göra mer "riktigt arbete" med detta system, och partitionen på Anyboot-avbilden är alldeles för liten för det. Då tar jag en ny SSD på 120 GB i handen och förbereder mig för en smidig installation... Och jag stöter på ett problem!

Installation och uppstart får vanligtvis ökad uppmärksamhet och kärlek, eftersom det är de första och viktigaste intrycken. Det finns förhoppningar om att protokollet från min "nybörjare"-erfarenhet kommer att vara till nytta för Haiku-utvecklarteamet i deras kontinuerliga strävan efter att få operativsystemet att "bara fungera". Jag tar på mig alla fel!
Jag tycker att situationen med USB-uppstart är särskilt viktig, eftersom inte varje användare är villig att använda sin primära SATA-enhet (och jag nämner inte ens NVMe…) för att experimentera med ett helt okänt operativsystem. Jag tror att USB-uppstart är det mest sannolika scenariot för de flesta användare som bestämmer sig för att prova Haiku på riktig hårdvara. Utvecklarna bör ta en seriös titt på detta.

Utvecklarens kommentar:

Vi har just börjat stödja EFI genom att snabbt skriva en beta-version som kan starta på maskiner med EFI-stöd. Resultaten hittills är långt ifrån det önskade stödnivån. Jag vet inte om vi ska dokumentera det nuvarande arbetet, eller bara fokusera på att nå rätt resultat och sedan dokumentera allt.

Det låter rimligt, och det finns hopp om att det slutligen kommer att bli mycket bättre än nu. Tills vidare kan jag bara kontrollera vad som har gjorts så här långt. Låt oss börja...

Anyboot-avbilden är för liten

Trots att Anyboot-avbilden är förvånansvärt lätt att skriva till ett vanligt USB-minne, finns det inte tillräckligt med utrymme på Haiku-partitionen för att installera ytterligare programvara.

Att skriva Anyboot-avbilden på USB-minnet är i princip ganska enkelt, men i slutändan saknas det utrymme för verkligt arbete.

Snabb lösning: öka storleken på Haiku-partitionen som standard.

Så, för att verkligen arbeta med Haiku måste den fortfarande installeras med hjälp av installationsprogrammet.

Installatören gör inte allt som behövs på ett ställe

Kommer ni ihåg den fantastiska installatören för Mac OS X?

Installatör för Mac OS X 10.2

Han:

• initialiserar diskarna (skriver GPT, GUID-partitionstabell)
• skapar partitioner (EFI, primär) med "sunt förnuft" (för bästa utnyttjande av disken)
• markerar startpartitionen (sätter bootable-flaggan på den)
• kopierar filer

Med andra ord gör han "allt" utan onödig krångel för användaren.

Å andra sidan finns det Installer för Haiku, som helt enkelt kopierar filer och lämnar resten till användaren, vilket är för komplicerat, och även en erfaren användare kan ha svårt att förstå det direkt. Speciellt om man behöver ett system som kan startas både på BIOS-system och EFI.

Vad ska jag göra?

Jag är inte helt säker, men jag antar att:

1. Öppna DriveSetup
2. Välj enheten för installation
3. Disk->Initiera->GUID-partitionkarta…->Fortsätt->Skriv ändringar->OK
4. Högerklicka på det tomma utrymmet på enheten där systemet ska installeras
5. Skapa…->Ange 256 som storlek->EFI-systemdata (inte helt säker)->Skriv ändringar
6. Högerklicka på "EFI-systemdata" på enheten där systemet ska installeras
7. Initiera->FAT32 filsystem…->Fortsätt->Ange namn: "EFI", FAT-bitar: 32->Formatera->Skriv ändringar
8. Upprepa högerklick på det tomma utrymmet på den önskade enheten
9. Skapa…->Ange namn på partitionen: Haiku, partitionstyp: Be-fil-system->Skapa->Skriv ändringar
10. Högerklicka på EFI->Montera
11. Startar installatören->förvirrad av teknoslang->Fortsätt->Till disk: Haiku (kontrollerade att detta är samma partition som jag skapade tidigare)->Installera
12. I filhanteraren kopierar jag katalogen EFI från det nuvarande systemet till EFI-partitionen (antar att detta behövs för att starta med EFI)
13. [översättarens anm.: borttagit detta punkt från översättningen; kort sagt, författaren kunde inte riktigt skapa ett hybrid system för att starta både EFI och BIOS]
14. stänger av
15. ansluter den ny skapade disken till porten där systemet definitivt kommer att starta [konstigt, jag behövde inte göra detta. – översättarens anm.]
16. slår på

Det verkar klart: det behövs ett verktyg som gör allt med ett musklick, med ett i tid (!) bekräftande meddelande om att det är okej att skriva över enheten.

"Snabb" lösning: skapa en automatiserad installatör som gör allt.

Även om det kanske inte är "snabbt", så är det värt det. Detta är ju första intrycket av det nya systemet. Om det inte går att installera (och det har hänt mig flera gånger) — kommer många bara att försvinna tyst för alltid.

Teknisk förklaring angående DriveSetup enligt PulkoMandy

BootManager registrerar en fullständig startmeny, inklusive möjlighet att starta flera system från disken, för detta behöver den endast cirka 2 kb i början av disken. Detta fungerar med äldre diskpartitionsschema, men inte för GPT, som använder samma sektorer för partitionstabellen. Å andra sidan registrerar writembr en starkt förenklad kod på disken som helt enkelt hittar den aktiva partitionen och fortsätter från den. Denna kod kräver bara de första 400 byte på disken, så den krockar inte med GPT. Den har begränsat stöd för diskar med GPT-partitionering (men för enkla fall fungerar allt som det ska).

Snabb lösning: låt GUI för BootManager-installationen placera allt på disken som installeras med writembr, om GPT-partitionering upptäckts. Det behövs ingen 2 kb kod på GPT-diskar. Ingen bootable flagga behöver sättas på EFI-partitionen, endast på Haiku-partitionen.

Första försöket: kernel panic

Utrustning

• Acer TravelMate B117 N16Q9 (såldes med EndlessOS)
• lspci
• lsusb
• Det befintliga systemet startades från en Kingston DataTraveler 100 flash-enhet på 16 gb, skapad från en Anyboot-bild med hjälp av Etcher på Linux, ansluten till USB2.0-porten (eftersom den inte startade från USB3-porten)
• SSD Kingston A400 på 120 gb, endast från fabrik, ansluten via en sata-usb3-adapter ASMedia ASM2115, som är ansluten till USB3-porten i TravelMate B117.

Resultat

Installatören börjar kopiera filer, sedan dyker det upp ett I/O-fel, följt av kernel panic.

kernel panic

Andra försöket: obootbar disk

Utrustning

Allt som tidigare, men SSD:n är ansluten via en adapter, som är ansluten till en USB2.0-hubb, insatt i USB3-porten i TravelMate. Jag kontrollerade med hjälp av installationsflash-enheten med Windows att denna maskin kan starta från USB3.

Resultat

Obootbart system. Diskpartitionen verkar ha släppt på grund av BootManager.

BootManager. "Write boot menu" vad, förstör diskpartitionen?!

Tredje försöket: wow, det startar! Men inte via USB3-porten på den här maskinen.

Utrustning

Allt är fortfarande som i andra försöket, men den här gången använder jag inte BootManager alls.
Partitioneringen utan att starta BootManager ser ut så här, om den kontrolleras från Linux.

EFI-partitionen med FAT32-filsystemet är markerad som bootbar utan att starta BootManager. Kommer den att starta på en icke-EFI-maskin?

Resultat

• EFI-läge, USB2-port: starta direkt i Haiku
• EFI-läge, USB2-hubb ansluten till USB3-port: Meddelande «no boot path found, scan for all partitions…», efterföljt av startskärm med «Select boot volume (Current: haiku)». Knappen «Continue booting» är grå och kan inte klickas på. Om du väljer från listan «Select Boot Volume» -> Haiku (Current: Latest state) -> Latest state -> Återgå till huvudmenyn -> Continue booting — startar det direkt i Haiku. Det är intressant varför det inte kan «bara starta», utan kräver en massa krångel? Särskilt eftersom startskärmen uppenbarligen har automatiskt hittat startpartitionen. Ett programfel?
• EFI-läge, USB3-port: startar direkt i Haiku. Åh, vad jag är glad… För tidigt, som det visade sig. En blå skärm visas, men länge händer ingenting. Pekaren «finger» hänger mitt på skärmen och rör sig inte. Sata-usb3-adaptern blinkar. Det slutade med kernel panic. Anyboot-bilden på USB3-enheten erkändes inte ens som bootbar på den aktuella hårdvaran. Detta är verkligen en bugg! Gällande detta har jag skapat förfrågan.

Kernel panic vid start från USB3-port.

Vad som är förvånande — man kan fortfarande skriva kommandon, men jag måste använda engelsk tangentbordslayout. Så, jag gör som rekommenderat:

bildtext: utdata syslog | tail 15 — så länge som kärnan panikar

Att kalla kommandot starta om, tyvärr, fungerar inte.

Fjärde försöket: den andra maskinen

Jag flyttade en likadan (precis fungerande) disk till en annan maskin, där jag testade med olika portar.

Utrustning

Allt samma som i det tredje försöket, men på Acer Revo One RL 85.

Resultat

• EFI-läge, USB2-port: Meddelande «no boot path found, scan for all partitions…», efterföljt av startskärm med «Select boot volume (Current: haiku)». Knappen «Continue booting» är grå och kan inte klickas på. Om du väljer från listan «Select Boot Volume» -> Haiku (Current: Latest state) -> Latest state -> Återgå till huvudmenyn -> Continue booting — startar det direkt i Haiku. Stängning hänger på meddelandet «Shutting down…».
• EFI-läge, USB2-hubb ansluten till USB3-port: kräver förtydligande
• EFI-läge, USB3-port: Meddelande «no boot path found, scan for all partitions…», efterföljt av startskärm med «Select boot volume (Current: haiku)». Knappen «Continue booting» är grå och kan inte klickas på. Om du väljer från listan «Select Boot Volume» -> Haiku (Current: Latest state) -> Latest state -> Återgå till huvudmenyn -> Continue booting — startar det direkt i Haiku.
  Jag noterar att, till skillnad från det första systemet, finns det en normal uppstart till skrivbordet utan kernel panic. Stängning hänger på meddelandet «Igång avstängning».
• EFI-läge, SATA-port: Startar direkt i Haiku. Avstängning fryser på meddelandet «Shutting down…».
• CSM BIOS-läge, USB2-port: behöver precisering
• CSM BIOS-läge, USB2-hub ansluten till USB3-port: behöver precisering
• CSM BIOS-läge, USB3-port: behöver precisering
• CSM BIOS-läge, SATA-port: Svart skärm med texten «Reboot and Select proper Boot Device or Insert Boot Media in selected device and press a key». Kommer det från CSM BIOS? [Ja, exakt samma meddelande ger mitt system om det inte hittar en bootloader. — anm. från översättaren]

Femte försöket: tredje maskinen

Flyttade denna disk till den tredje maskinen, kontrollerade på olika portar.

Utrustning

Samma som i tredje försöket, men på Dell Optiplex 780. Om jag inte missminner mig — denna maskin har tidigt EFI som tydligen alltid körs i CSM BIOS-läge.

Resultat

• USB2-port: laddar Haiku
• USB3-port (via PCIe-kort, Renesas Technology Corp. uPD720202 USB 3.0 Host Controller): behöver precisering
• SATA-port: kräver precisering

Sjätte försöket, fjärde maskinen, MacBook Pro

Utrustning

Allt är samma som i tredje försöket, men med MacBookPro 7.1

Resultat

Hur Mac ser USB-enheten med Haiku.

• CSM-läge («Windows»): svart skärm med texten «No bootable drive — insert boot disk and press any key». Kommer det från Apple CSM?
• UEFI-läge («EFI Boot»): stannar på skärmen för val av boot-enhet.

Sjunde försöket, netbook Lenovo med 32-bitars Atom-processor

Utrustning

• USB-enhet Kingston DataTraveler 100 med 16 GB, skapad på Linux med hjälp av Etcher, med 32-bitars Anyboot-avbildning härifrån.

• Netbook Lenovo ideapad s10 baserad på Atom-processor utan hårddisk.

• lspci för denna maskin, fångad på linux.

• lsusb

  00:1d.7 USB-kontroller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
  Subsystem: Lenovo NM10/ICH7 Family USB2 EHCI Controller
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- SERR- <PERR- INTx-
  Latency: 0
  Interrupt: pin A routed to IRQ 23
  Region 0: Memory at f0844000 (32-bit, non-prefetchable) [size=1K]
  Capabilities: [50] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
      Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Capabilities: [58] Debugport: BAR=1 offset=00a0
  Kernel-drivrutin i användning: ehci-pci

Resultat

Laddar, sedan inträffar kernel panic, kommandot syslog|tail 15 ger kDiskDeviceManager::InitialDeviceScan() misslyckades: Ingen sådan fil eller katalog efter flera ATA-fel. Observera: jag har försökt starta från USB, inte från SATA.

Kernel panic på netbook Lenovo ideapad s10 vid start från USB-enheten.

För skojs skull kopplade jag disken till SATA-porten, men jag märkte ingen större skillnad jämfört med USB. Även om jag fick olika meddelanden när jag använde kommandot syslog|tail 15 (den sa att den hade hittat /dev/disk/ata/0/master/1).

mr. waddlesplash bad mig att utföra kommandot `syslog | grep usb för detta fall, så här är resultaten. Jag är fortfarande glad att man kan köra sådana kommandon på skärmen med kernel panic.

Enligt mr. waddlesplash är detta EHCI-fel detsamma som i denna ansökan

Åttonde försöket: netbook MSI med en 32-bitars Atom-processor

Utrustning

Som vanligt

• Netbook Medion Akoya E1210 (under MSI Wind U100-märkning) med installerad disk (som jag inte använder för Haiku).
• lspci denna maskin
• lsusb för denna maskin

  00:1d.7 USB-kontroller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
  Subsystem: Micro-Star International Co., Ltd. [MSI] NM10/ICH7 Family USB2 EHCI Controller
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- SERR- <PERR- INTx-
  Latency: 0
  Interrupt: pin A routed to IRQ 23
  Region 0: Memory at dff40400 (32-bit, non-prefetchable) [size=1K]
  Capabilities: [50] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
      Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Capabilities: [58] Debug port: BAR=1 offset=00a0
  Kernel driver in use: ehci-pci

Resultat

Laddar Installer Haiku. TouchPad fungerar! (till exempel rullning). Grafikkortet identifierades som Intel GMA (i945GME).

Nionde försöket: USB-stickan med en 32-bitars bild på MacBook Pro

Utrustning

• Som tidigare.
• MacBook 7.1

Resultat

Svart skärm med texten "No bootable drive — insert boot disk and press any key".

Obs: Apple-tangentbord

I nedre vänstra hörnet av vilket tangentbord som helst finns följande knappar:
icke-Apple: Ctrl-Fn-Windows-Alt-Spacebar
Apple: Fn-Ctrl-(Option eller Alt)-Command-Spacebar

Det skulle vara bra om alla tangentbord i Haiku uppförde sig likadant så att de kan användas på samma sätt, oavsett vad som faktiskt står på dem.
På Apple-tangentbordet ligger knappen Alt inte direkt till vänster om mellanslagstangenten (där ligger i stället Command-tangenten).
I det här fallet skulle jag upptäcka att Haiku automatiskt skulle använda Command-tangenten istället för Alt-tangenten. Så även när jag arbetar på ett Apple-tangentbord skulle jag känna att tangentbordet är icke-Apple.
Det finns uppenbarligen olika alternativ i inställningarna, men det skulle vara önskvärt med automatisk igenkänning och justering, eftersom det trots allt är USB.

Obs: writembr för återställning?

Jag har hört att med kommandot writembr kan man göra ett system (som fungerar med EFI) startbart från BIOS.

/> writembr /dev/disk/.../.../.../.../raw
About to overwrite the MBR boot code on /dev/disk/scsi/0/2/0/raw
This may disable any partition managers you have installed.
Are you sure you want to continue?
yes/[no]: yes
Rewriting MBR for /dev/disk/.../.../.../.../raw
MBR was written OK

Ser bra ut, men resultatet är att systemet fortfarande inte kan startas, precis som tidigare. Kanske för att uppstart via BIOS bara fungerar med lämplig partitionering, inte GPT? [man borde prova protective MBR… — anm. från översättaren]

Slutsats

Haiku är fantastiskt, men för att få en bra installationsupplevelse krävs en seriös inställning. Dessutom är nedladdningsprocessen som en lotteri, med en chans på framgång på cirka 1/3, oavsett om du har USB2 (netbook på Atom) eller USB3 (Acer TravelMate). Men åtminstone har en utvecklare samma typ av hårdvara. Jag hoppas att min "nybörjare" erfarenhet hjälper utvecklarna att förstå vad "vanliga dödliga" behöver, samt göra resultatet lika elegant som installationsprogrammet för Mac OS X. Det är också viktigt att komma ihåg att detta inte ens är en version 1.0, så det ser faktiskt lovande ut!

Prova själv! Eftersom Haiku-projektet tillhandahåller bilder för nedladdning från DVD eller USB, som skapas dagligen. För installationen räcker det med att ladda ner en bild och skriva den på ett USB-minne med hjälp av Etcher

Har du frågor? Välkommen till vår svenskspråkiga telegramkanal.

Felkod: Hur man skjuter sig själv i foten i C och C++. En samling recept för Haiku OS

Från författare översättning: detta är den fjärde artikeln i serien om Haiku.

Artikellista: Första Andra Tredje

Källa: habr.com