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.

Det pågår intensivt arbete med att kontrollera uppstarten av Haiku.

För tre dagar sedan fick jag veta om Haiku, ett oväntat bra operativsystem för PC. Det är den fjärde dagen och jag känner för att göra mer "verkligt arbete" med detta system, men partitionen som följer med Anyboot-bilden är för liten för det. Så jag tar en ny SSD på 120 GB i handen och förbereder mig för en smidig installationsprocess… Och jag får en överraskning!

Installationen och uppstarten får vanligtvis extra uppmärksamhet och kärlek, eftersom det är de första och viktigaste intrycken. Jag hoppas att protokollet av min "nybörjarupplevelse" kommer att vara till nytta för Haiku-utvecklarteamet i deras ständiga arbete med att justera operativsystemet som "bara fungerar". Jag tar på mig alla misstag!
Jag tycker att situationen med USB-uppstart särskilt är viktig, eftersom inte varje användare är redo att använda huvud-SATA-disken (och jag pratar inte ens om NVME…) för experiment med ett helt okänt operativsystem. Jag tror att USB-uppstart är det mest troliga 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 noggrann titt på detta.

Utvecklarens kommentar:

Vi har precis börjat stödja EFI, snabbt skrivit en beta-version som kan startas på maskiner med EFI-stöd. De resultat vi har fått är fortfarande långt ifrån önskad nivå av stöd. Jag vet inte om vi ska dokumentera det aktuella arbetet eller helt enkelt fokusera på att uppnå ett tillfredsställande resultat, och dokumentera allt efter det.

Det låter rimligt, och jag hoppas att allt i slutändan blir mycket bättre än nu. För tillfället kan jag bara kontrollera det som har gjorts hittills. Låt oss börja…

Anyboot-bilden är för liten

Trots att Anyboot-bilden otroligt enkelt kan skrivas på ett vanligt USB-minne, finns det inte tillräckligt med utrymme på Haiku-partitionen för att installera ytterligare programvara.

Att skriva Anyboot-bilden på USB-minnet är i princip ganska enkelt, men resultatet är att det inte finns tillräckligt med utrymme för verkligt arbete.

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

Så för att faktiskt arbeta med Haiku måste den ändå installeras med hjälp av installationsprogrammet.

Installatören gör inte allt nödvändigt på ett ställe

Minns du den fantastiska installatören för Mac OS X?

Installatör för Mac OS X 10.2

Den:

• initierar diskar (skriver GPT, GUID partition table)
• skapar partitioner (EFI, huvud) med 'sunt förnuft' (för att maximera diskens användning)
• markerar boot-partitionen (sätter bootable flagg på den)
• kopierar filer

Med andra ord gör den "allt" utan överflödigt krångel för användaren.

Å andra sidan finns det Installer för Haiku, som bara kopierar filer och lämnar allt annat, som är för komplicerat, till användaren, vilket är svårt att förstå även för den med erfarenhet. Särskilt om ett system som kan bootas både på BIOS-system och EFI behövs.

Vad ska jag göra?

Jag kan inte säga säkert, men i alla fall föreslår jag följande:

1. Öppna DriveSetup
2. Välj en enhet för installation
3. Disk->Initiera->GUID Partition Map…->Fortsätt->Spara ändringar->OK
4. Högerklicka på det tomma utrymmet på enheten där systemet ska installeras
5. Skapa…->Skriver in 256 som storlek->EFI system data (är inte helt säker)->Spara ändringar
6. Högerklicka på 'EFI system data' på enheten där systemet ska installeras
7. Initiera->FAT32 Fil System…->Fortsätt->Skriver in namn: 'EFI', FAT-storlek: 32->Formatera->Spara ändringar
8. Upprepar högerklick på det tomma utrymmet på den önskade enheten
9. Skapa…->Skriver in partitionsnamn: Haiku, partitionstyp: Be Fil System->Skapa->Spara ändringar
10. Högerklicka på EFI->Anslut
11. Startar Installern->förvirrad av teknoslang->Fortsätt->På disk: Haiku (har bekräftat att detta är samma partition som jag skapade tidigare)->Installera
12. I filhanteraren kopierar jag katalogen EFI från det aktuella systemet till EFI-partitionen (antar att detta behövs för att boota med EFI)
13. [översättarens kommentar: tog bort denna punkt från översättningen; för att sammanfatta — författaren kunde inte riktigt klara av att skapa ett hybrid system för att boota både EFI och BIOS]
14. stänger av
15. ansluter den ny skapade disken till porten där systemet säkert kommer att boota [konstigt, jag behövde inte göra detta. — översättarens kommentar]
16. slår på

Det verkar uppenbart: vi behöver ett verktyg som gör allt med ett knapptryck, med ett snabbt (!) bekräftelse på att enheten kan raderas.

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

Även om det inte är "snabbt", så är det ändå värdigt. Det handlar om första intrycken av det nya systemet. Om installationen misslyckas (som det har gjort för mig flera gånger) kommer många helt enkelt att lämna för alltid.

Teknisk förklaring om DriveSetup enligt PulkoMandy

BootManager skriver ett fullt bootmeny, inklusive möjligheten att ladda flera system från disken, och behöver bara cirka 2 kB i början av disken. Detta fungerar för gamla partitioneringsscheman, men inte för GPT, som använder samma sektorer för partitionstabellen. Å andra sidan skriver writembr en starkt förenklad kod på disken, som enkelt hittar den aktiva partitionen och fortsätter att boota från den. Denna kod kräver bara 400 första 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-inställningar skriva allt som installeras via writembr till disken om GPT-partitionering upptäckts. Det behövs inte 2 kB kod på GPT-diskar. Det behövs inte markera EFI-partitionen som bootable, bara Haiku-partitionen.

Första försöket: kernel panic

Utrustning

• Acer TravelMate B117 N16Q9 (såldes med EndlessOS)
• lspci
• lsusb
• den befintliga systemet startades från ett Kingston DataTraveler 100 USB-minne på 16 GB, gjort från Anyboot-bilden med hjälp av Etcher på Linux, ansluten till en USB2.0-port (eftersom den inte startade från USB3-porten)
• SSD Kingston A400 på 120 GB, bara från fabrik, ansluten via en sata-usb3-adapter ASMedia ASM2115, som är ansluten till USB3-porten på TravelMate B117.

Resultat

Installatören startar filkopieringen, sen dyker det upp ett in- och utmatningsfel, 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-hub, som är inkopplad i USB3-porten på TravelMate. Jag har verifierat med en installations-USB för Windows att den här maskinen kan starta från USB3.

Resultat

Obootbart system. Diskpartitioneringen har tydligen släppt på grund av BootManager.

BootManager. "Write boot menu" förstör partitioneringen på disken?!

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

Utrustning

Allt som i det 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 man kontrollerar 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: startar direkt till Haiku
• EFI-läge, USB2-hubb ansluten till USB3-port: Meddelande "no boot path found, scan for all partitions...", följt av startskärmen med "Select boot volume (Current: haiku)". Knappen "Continue booting" är grå och kan inte klickas. Om man väljer i listan "Select Boot Volume" -> Haiku (Current: Latest state) -> Latest state -> Return to main menu -> Continue booting — startar den direkt till Haiku. Intressant, varför kan det inte "bara starta", utan behöver en massa krångel? Särskilt eftersom den på startskärmen tydligt har hittat startpartitionen automatiskt. En programbugg?
• EFI-läge, USB3-port: startar direkt till Haiku. Åh, vad glad jag är... För tidigt, visar det sig. En blå skärm visas, men det händer INGENTING under en väldigt lång tid. Markören "pekaren" hänger i mitten av skärmen och rör sig inte. SATA-USB3-adaptern blinkar. Det slutade med kernel panic. Anyboot-bilden på USB3-enheten erkändes inte som startbar på den aktuella utrustningen. Ha, det här är en bugg! Jag har rapporterat detta. förfrågan.

Kernel panic vid start från USB3-port.

Vad som är anmärkningsvärt — jag kan fortfarande skriva kommandon, men jag måste använda den engelska layouten. Så, jag gör som rekommenderades:

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

Anrop av kommandot starta om, tyvärr, fungerar inte.

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

Jag flyttade en identisk (fungerande) disk till en annan maskin där jag kontrollerade funktionen 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...", följt av startskärmen med "Select boot volume (Current: haiku)". Knappen "Continue booting" är grå och kan inte klickas. Om man väljer i listan "Select Boot Volume" -> Haiku (Current: Latest state) -> Latest state -> Return to main menu -> Continue booting — startar den direkt till Haiku. Stängningen hänger på meddelandet "Shutting down...".
• EFI-läge, USB2-hubb ansluten till USB3-port: behöver förtydligande
• EFI-läge, USB3-port: Meddelande "no boot path found, scan for all partitions...", följt av startskärmen med "Select boot volume (Current: haiku)". Knappen "Continue booting" är grå och kan inte klickas. Om man väljer i listan "Select Boot Volume" -> Haiku (Current: Latest state) -> Latest state -> Return to main menu -> Continue booting — startar den direkt till Haiku.
  Jag noterar att, till skillnad från det första systemet, finns det en normal start till skrivbordet utan kernel panic. Stängningen hänger på meddelandet "Stänger av...".
• EFI-läge, SATA-port: Startar direkt till Haiku. Avstängning hänger på meddelandet «Shutting down…».
• CSM BIOS-läge, USB2-port: behöver klargöras
• CSM BIOS-läge, USB2-hubb ansluten i USB3-port: behöver klargöras
• CSM BIOS-läge, USB3-port: behöver klargöras
• 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 tredje maskinen, kontrollerade på olika portar.

Utrustning

Samma som i tredje försöket, men på Dell Optiplex 780. Om jag inte tar fel — på denna maskin är tidig EFI, som tydligen alltid fungerar 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 klargöras
• SATA-port: kräver klargörande

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

Utrustning

Allt är detsamma som i tredje försöket, men med MacBook Pro 7.1

Resultat

Hur Mac ser USB-minnet med Haiku.

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

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

Utrustning

• USB-minne Kingston DataTraveler 100 med 16 GB kapacitet, gjort på Linux med Etcher, med hjälp av en 32-bitars Anyboot-avbild. 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] Debug port: BAR=1 offset=00a0
  Kernel driver in use: ehci-pci

Resultat

Laddar, sedan inträffar kernel panic, kommandot syslog|tail 15 ger ut kDiskDeviceManager::InitialDeviceScan() misslyckades: Ingen sådan fil eller katalog efter flera ATA-fel. Obs: 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-enhet.

Som ett skämt kopplade jag in disken i SATA-porten, men märkte ingen stor skillnad med USB-enheten. Även om jag fick olika meddelanden vid användning av kommandot syslog|tail 15 (det sade att det hittade /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 över att kunna köra sådana kommandon på skärmen med kernel panic.

Enligt mr. waddlesplash är detta EHCI-fel samma som i den här ansökan

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

Utrustning

Som tidigare

• Netbook Medion Akoya E1210 (under MSI Wind U100-märket) 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

Laddas in Installer Haiku. TouchPad fungerar! (till exempel, rullning). Grafikkortet kände igen som Intel GMA (i945GME).

Nionde försöket: USB-enhet med 32-bitars avbild 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'.

Observera: Apple-tangentbord

I det vänstra nedre hörnet av vilket tangentbord som helst på nedersta raden 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 fungerade 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 (istället finns där en Command-tangent).
I så fall skulle jag upptäcka att Haiku automatiskt skulle använda Command-tangenten istället för Alt-tangenten. Så arbetande på ett Apple-tangentbord skulle jag känna att tangentbordet är icke-Apple.
Det är uppenbart att det finns olika alternativ i inställningarna, men jag skulle vilja ha automatisk igenkänning och justering, eftersom det trots allt är USB.

Observera: writembr för återställning?

Jag har hört att med kommandot writembr kan man göra systemet (som fungerar med EFI) laddningsbart 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

Det ser bra ut, men systemet kan fortfarande inte laddas, som tidigare. Kanske beror det på att laddning via BIOS bara fungerar med en lämplig partitionering, inte GPT? [det skulle vara bra att prova protective MBR… — anm. från översättaren]

Slutsats

Haiku är fantastiskt, men det krävs en seriös inställning för att få en bra installationsupplevelse. Dessutom är laddningsprocessen som en lotteri med en succeschans på ungefär 1/3, oavsett om du har USB2 (netbook med Atom) eller USB3 (Acer TravelMate). Men åtminstone har en av utvecklarna utrustning av samma typ. Jag hoppas att min "nubbiga" erfarenhet kommer att hjälpa utvecklarna att förstå vad "vanliga dödliga" behöver, samt att göra resultatet lika elegant som installationsprogrammet för Mac OS X. Tänk på att det här inte ens är version 1.0, så allt är faktiskt ganska bra!

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ättningen: Detta är den fjärde artikeln i serien om Haiku.

Artikellista: Första Andra Tredje

Källa: habr.com