Minu neljas päev Haiku'ga: paigaldamise ja laadimise probleemid

TL;DR: mõni päev eksperimentide järel Haiku otsustasin selle paigaldada eraldi SSD-le. Kuid kõik ei osutunud nii lihtsaks.

Haiku laadimise kontrollimiseks käib intensiivne töö.

Kolm päeva tagasi sain ma teada Haiku, üllatavalt hea operatsioonisüsteemi kohta isiklikule arvutile. Nüüd on neljas päev ja soovin selle süsteemiga rohkem „päris tööd” teha, kuid Anyboot'i pilt on selle jaoks liiga väike. Nii et võtan kätte uue 120GB SSD, valmistan ette sujuvat seadistamise protsessi... Ja mind ootab pettumus!

Installeerimisele ja laadimisele pööratakse tavaliselt erilist tähelepanu ja armastust, kuna need on esimesed ja kõige olulisemad muljed. On lootust, et minu „algaja” kogemuse protokoll osutub kasulikuks Haiku arendajate meeskonnale nende pidevates pingutustes operatsioonisüsteemi silumiseks, mis „lihtsalt töötab”. Kõik vead on minu süü!
Minu arvates on USB-laadimise olukord eriti oluline, kuna mitte iga kasutaja ei ole valmis kasutama põhisaididraivi (rääkimata NVME-st...) täiesti tundmatu operatsioonisüsteemiga katsetamiseks. Arvan, et USB-laadimine on kõige tõenäolisem stsenaarium enamikule kasutajatele, kes otsustavad proovida Haikut reaalses riistvaras. Arendajad peaksid sellele tõsiselt tähelepanu pöörama.

Arendaja kommentaar:

Me oleme just alustanud EFI toe rakendamist, kiirelt kirjutades beetaväljaande, mis käivitub EFI-toega masinates. Saadud tulemused on praegu kaugel soovitud tasemest. Ma ei tea, kas peaksime dokumenteerima praeguse töö, või keskenduma lihtsalt õige tulemuse saavutamisele, mille järel saame kõik dokumenteerida.

See kõlab mõistlikult ja on lootust, et lõpuks kõik läheb palju paremini kui praegu. Praegu saan vaid kontrollida, mis on täna tehtud. Alustame…

Anyboot'i pilt on liiga väike

Hoolimata sellest, et Anyboot'i pildi kirjutamine tavalisele mälupulgale on üllatavalt lihtne, ei ole Haiku jaoskonnas piisavalt ruumi lisarakenduste installimiseks.

Anyboot'i pildi kirjutamine mälupulgale on sisuliselt piisavalt lihtne, kuid tulemusena jääb reaalseks tööks ruumi nappima.

Kiire lahendus: suurendada Haiku tavapärast jaotise suurust.

Seega on Haiku tõeliseks kasutamiseks siiski vajalik see installida rakenduse Installer abil.

Installer ei tee kõike ühes kohas

Kas mäletate suurt Mac OS X installerit?

Mac OS X 10.2 installer

See:

• algatab kettad (kirjutab GPT, GUID-partitsiooniteabe tabeli)
• loodab partitsioonid (EFI, peamine) kasutades "terve mõistus" (parima kettakasutuse jaoks)
• märkib käivituspartitsiooni (seab selle bootable lipu)
• kopeerib failid

Teisisõnu, ta teeb "kõike" ilma liigse vaevata kasutaja jaoks.

Teisest küljest on olemas Installer Haiku jaoks, mis lihtsalt kopeerib failid ja jätab ülejäänu kasutaja mureks, liiga mahukas, millega isegi kogenud kasutaja ei saa kohe hakkama. Eriti kui on vaja süsteemi, mis käivitub nii BIOS-süsteemides kui ka EFI-s.

Mis ma siis tegema pean?

Täpselt ei oska öelda, aga igal juhul arvan, et:

1. Ava DriveSetup
2. Vali installimise seade
3. Disk-> Algata-> GUID Partition Map... -> Jätka -> Salvesta muudatused -> OK
4. Paremklõps tühjale kohale seadmel, kuhu süsteem installitakse
5. Loo... -> Sisestan 256 suuruseks -> EFI system data (pole täiesti kindel) -> Salvesta muudatused
6. Paremklõps "EFI system data" seadmel, kuhu süsteem installitakse
7. Algata -> FAT32 Failisüsteem... -> Jätka -> Sisestan nime: "EFI", FAT-tüübi suurus: 32 -> Vorminda -> Salvesta muudatused
8. Kordan paremklõpsu tühjale kohale vajalikus seadmes
9. Loo... -> Sisestan jaotise nime: Haiku, jaotise tüüp: Be Failisüsteem -> Loo -> Salvesta muudatused
10. Paremklõps EFI -> Ühenda
11. Käitan Installerit -> segaduses tehnoslangist -> Jätka -> Kettale: Haiku (kindel, et see on see sama partitsioon, mille ma eelnevalt lõin) -> Installi
12. Failihalduris kopeerin EFI katalooge praegusest süsteemist EFI partitsioonile (arvan, et see on vajalik EFI-st käivitamiseks)
13. [tlk. märk: eemaldasin selle punkti tõlkest; kui lühidalt — autor ei saanud täielikult hakkama hübriidsüsteemi loomisega, mis käivitub nii EFI kui ka BIOS-i puhul]
14. lülitan välja
15. ühendan uue loodud ketta porti, kust süsteem kindlasti käivitub [imelik, et mul seda teha ei olnud vaja. — tlk. märk]
16. lülitan sisse

Kuidas see nüüd on selge: on vajalik tööriist, mis teeb kõik ühe nupuvajutusega, õigeaegse (!) kinnitusega, et seadet võib kustutada.

"Kiire" lahendus: teha automaatne Installer, mis teeb kõik.

No, isegi kui see ei ole kiire, on see siiski väärtuslik. Need on ju esmamuljed uuest süsteemist. Kui installimine ei õnnestu (mida on mul olnud mitu korda) — lahkuvad paljud lihtsalt vaikselt igaveseks.

Tehniline selgitus DriveSetup'i kohta vastavalt PulkoMandy

BootManager salvestab täisväärtusliku laadimismenüü, sealhulgas võimaluse laadida mitut süsteemi kettalt, selleks on vajalik vaid umbes 2 KB kettale. See sobib vanade ketta jaotuste jaoks, kuid mitte GPT jaoks, mis kasutab samu sektoreid jaotustabeli jaoks. Teisest küljest salvestab writembr diskile väga lihtsustatud koodi, mis lihtsalt leiab aktiivse jaotuse ja jätkab laadimist sealt. Selleks piisab 400 esimesest baitist kettal, seega ei ristuge see GPT-ga. Sellel on piiratud tugi GPT jaotusega ketastele (aga lihtsate juhtumite puhul töötab kõik nii nagu peab).

Kiire lahendus: las GUI, mis seadistab BootManager'i, paigaldab kettale kõik, mis paigaldatakse writembr'i abil, kui tuvastatakse GPT jaotus. Ei ole vaja paigaldada 2 KB koodi GPT ketastele. EFI jaotusele ei ole vaja seada bootable lippu, vaid ainult Haiku jaotusele.

Esimene proov: kernel panic

Varustus

• Acer TravelMate B117 N16Q9 (müüdi koos EndlessOS-iga)
• lspci
• lsusb
• olemasolev süsteem käivitati Kingston DataTraveler 100 16 GB mälupulgalt, mis oli loodud Anyboot pildist Etcheri abil Linuxis, ja see oli ühendatud USB2.0 porti (sest USB3 port ei töötanud)
• SSD Kingston A400 120 GB, ainult tehase seade, ühendatud sata-usb3 ASMedia ASM2115 adapteriga, mis on ühendatud USB3 porti TravelMate B117-s.

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Installer käivitab failide kopeerimise, seejärel tuleb sisend-väljund viga, mis on seotud kernel panic'iga

kernel panic

Teine proov: mittelaetav disk

Varustus

Kõik nagu varem, kuid SSD on ühendatud adapteriga, mis on ühendatud USB2.0 Hub'i, mis omakorda on ühendatud USB3 porti TravelMate'is. Kontrollisin Windowsi installimisfailiga, et see masin käivitub USB3-lt.

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Mitte käivitatav süsteem. Ketta jaotus näib olevat BootManager'i tõttu katkenud.

BootManager. "Write boot menu" mis, kas rikub ketta jaotuse?!

Kolmas proov: wow, see käivitub! Kuid mitte selle masina USB3 porti kaudu

Varustus

Kõik on endine, nagu teises katses, kuid seekord ma ei kasuta BootManager'it üldse.
Jaotus ilma BootManager'it käivitamata näeb välja selline, kui kontrollida Linuxist.

Jaotuse "efi" FAT32 failisüsteemiga on märgitud käivitatav ilma BootManager'it käivitamata. Kas see käivitub mitte-EFI masinas?

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

• EFI režiim, USB2 port: otse laadimine Haiku'sse
• EFI režiim, USB2 hub, ühendatud USB3 porti: Teade „boot path not found, scan for all partitions…”, millele järgneb laadimisekraaniga „Select boot volume (Current: haiku)”. Nupp „Continue booting” on hall ja ei tööta. Kui valida nimekirjast „Select Boot Volume” -> Haiku (Current: Latest state)->Latest state ->Return to main menu->Continue booting — laeb otse Haiku'sse. Huvitav, miks see ei saa lihtsalt laadida ja nõuab tantsimist? Eriti kuna laadimisekraanil on selgelt automaatselt leitud boot partition. Tarkvaraline viga?
• EFI režiim, USB3 port: laeb otse Haiku'sse. Oh, kui rõõmus ma olen… Enne oli see enneaegne, nagu selgus. Kuva on sinine, kuid kaua aega ei juhtu midagi. Kursor-„sõrm” on ekraani keskel ja ei liigu. Sata-usb3 adapter vilgub. Loodus lõpetas kernel paniciga. Anyboot pilt USB3 mälupulgal ei tuntud hetkel seadmel bootimiseks. Ah, see on bug! Selle kohta olen ma alustanud. taotluse.

Kernel panic USB3 porti laadimisel.

Imelist on see, et saab ikka käskusid kirjutada, kuid tuleb kasutada ingliskeelset klaviatuuripaigutust. Nii et, teeme nagu soovitatakse:

pildi allkiri: väljund syslog | tail 15 — kuni kernelil on panic

Käskude käitamine taaskäivita, kahjuks ei toimi.

Neljas katse: teine masin

Olen viinud sama (täpselt töötava) ketta teise masinasse, kus kontrollisin töö erinevate portidega.

Varustus

Kõik sama, mis kolmandas katses, kuid Acer Revo One RL 85 peal.

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

• EFI režiim, USB2 port: Teade „boot path not found, scan for all partitions…”, millele järgneb laadimisekraaniga „Select boot volume (Current: haiku)”. Nupp „Continue booting” on hall ja ei tööta. Kui valida nimekirjast „Select Boot Volume” -> Haiku (Current: Latest state)->Latest state ->Return to main menu->Continue booting — laeb otse Haiku'sse. Väljalülitamine hangub teatega „Shutting down…”.
• EFI režiim, USB2 hub, ühendatud USB3 porti: vajab täpsustamist
• EFI režiim, USB3 port: Teade „boot path not found, scan for all partitions…”, millele järgneb laadimisekraaniga „Select boot volume (Current: haiku)”. Nupp „Continue booting” on hall ja ei tööta. Kui valida nimekirjast „Select Boot Volume” -> Haiku (Current: Latest state)->Latest state ->Return to main menu->Continue booting — laeb otse Haiku'sse.
  Tõmban tähelepanu, et võrreldes esimese süsteemiga on normaalne laadimine laua peale ilma kernel panicita. Väljalülitamine hangub teatega „Shutting down ...”.
• EFI režiim, SATA port: Laadib otse Haiku'sse. Väljalülitamine hangub teate «Shutting down…» juures.
• CSM BIOS režiim, USB2 port: vajab täpsustamist
• CSM BIOS režiim, USB2 hub, ühendatud USB3 porti: vajab täpsustamist
• CSM BIOS režiim, USB3 port: vajab täpsustamist
• CSM BIOS režiim, SATA port: Must ekraan sildiga «Reboot and Select proper Boot Device or Insert Boot Media in selected device and press a key». Kas tuli CSM BIOS'ist? [Jah, täpselt sellise teate annab minu süsteem, kui käivitajat ei leita. — tõlkija märkus]

Viies proov: kolmas masin

Kandsin sama ketta kolmandale masinale, kontrollisin erinevates portides.

Varustus

Sama, mis kolmandas ürituses, aga Dell Optiplex 780-l. Kui ma ei eksi, on sellel masinal varajane EFI, mis ilmselt töötab alati CSM BIOS režiimis.

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

• USB2 port: Haiku laadimine
• USB3 port (PCIe kaardi kaudu, Renesas Technology Corp. uPD720202 USB 3.0 Host Controller): vajab täpsustamist
• SATA port: vajab täpsustamist

Kuues proov, neljas masin, MacBook Pro

Varustus

Kõik sama, mis kolmandas proov, aga MacBook Pro 7.1-ga

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Kuidas Mac näeb Haiku USB-d.

• CSM režiim («Windows»): must ekraan sildiga «No bootable drive — insert boot disk and press any key». Kas see tuli Apple CSM'ist?
• UEFI režiim («EFI Boot»): peatub käivitusseadme valimise ekraanil.

Seitsmes proov, netbook Lenovo 32-bitise Atom protsessoriga

Varustus

• Kingston DataTraveler 100 16GB mälupulk, loodud Linuxis Etcheriga, kasutades 32-bitist Anyboot pilti siit.

• Netbook Lenovo ideapad s10 Atom protsessoriga, ilma kõvakettata.

• lspci selle masina kohta, tehtud Linuxis.

• lsusb

  00:1d.7 USB kontroller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
  Allüksus: Lenovo NM10/ICH7 Family USB2 EHCI Controller
  Kontroll: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Oleku: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- SERR- <PERR- INTx-
  Latents: 0
  Katkestus: pin A suunatud IRQ 23
  Regioon 0: Mälu aadressil f0844000 (32-bit, mitte-eelsalvestatav) [suurus=1K]
  Võimed: [50] Toitehalduse versioon 2
      Lipud: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
      Oleku: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Võimed: [58] Debug port: BAR=1 offset=00a0
  Kernel draiver, mida kasutatakse: ehci-pci

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Laadimine jätkub, seejärel toimub kernel panic, käsk syslog|tail 15 väljastab kDiskDeviceManager::InitialDeviceScan() nurjus: Sellist faili või katalooge ei leitud pärast mitmeid ATA vigu. Märkus: proovisin laadimist USB-lt, mitte SATA-st.

Kernel panic Lenovo ideapad s10 netbook-l laadimisel USB-lt.

Nalja pärast panin ketta SATA porti, kuid erilisi erinevusi USB-st ei märganud. Kuigi sain erinevaid teateid, kui kasutasin käsku syslog|tail 15 (see ütles, et leidis /dev/disk/ata/0/master/1).

mr. waddlesplash palus mul käivitada käsu `syslog | grep usb selle juhtumi jaoks, seega siin on tulemused. Olen endiselt rõõmus, et selliseid käske saab ekraanil käivitada kernel panic'iga.

Hr. waddlesplashi sõnul on see EHCI viga sama, mis selles taotluses

Kaheksas katse: MSI netbook 32-bitise Atom protsessoriga

Varustus

Nagu varem

• Medion Akoya E1210 netbook (MSI Wind U100 mudel) koos installitud kettaga (mida ma Haiku jaoks ei kasuta).
• lspci selle masina
• selle masina lsusb

  00:1d.7 USB kontroller: Intel Corporation NM10/ICH7 Family USB2 EHCI Kontroller (rev 02) (prog-if 20 [EHCI])
  Subsystem: Micro-Star International Co., Ltd. [MSI] NM10/ICH7 Family USB2 EHCI Kontroller
  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

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Laadib Haiku Installerisse. Puuteplaat töötab! (nt kerimine). Graafikakaart tuvastati kui Intel GMA (i945GME).

Üheksas katse: mälupulk 32-bitise kujundusega MacBook Pro-l

Varustus

• Nagu varem.
• MacBook 7.1

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Must ekraan sõnumiga „No bootable drive — insert boot disk and press any key”.

Märkus: Apple klaviatuur

Igas klaviatuuris, vasakus alumises nurgas, alumisel reas on järgmised nupud:
mitte-Apple: Ctrl-Fn-Windows-Alt-Spacebar
Apple: Fn-Ctrl-(Option või Alt)-Command-Spacebar

Oleks tore, kui kõik klaviatuurid Haikus käituksid ühtemoodi, et neid saaks kasutada ühtlaselt, sõltumata sellest, mis tõeliselt nende peal kirjas on.
Apple klaviatuuril on nupp Alt kohe mitte ruumi vasakul (seal on selle asemel nupp Command).
Selle puhul avastaksin, et Haikus kasutataks automaatselt nuppu Command nuppu Alt asemel. Nii et töötades Apple klaviatuuriga, tunneksin, et klaviatuur ei ole Apple'i oma.
Ilmselgelt on seadetes erinevaid valikuid, kuid sooviksin automaatset tuvastamist ja reguleerimist, lõppude lõpuks on see USB.

Märkus: writembr taaskäivitamiseks?

Olen kuulnud, et käsu abil writembr saab süsteemi (mis töötab EFI-ga) BIOS-iga käivitatavaks teha.

/> 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

Tundub hea, kuid tulemuseks on, et süsteemi käivitamine on endiselt võimatu, nagu varem. Võib-olla, kuna BIOS-i kaudu käivitus töötab ainult sobiva jagunemisega, mitte GPT-ga? [tuleks proovida kaitsvat MBR-i… — tõlkija märkus]

Kokkuvõte

Haiku on muljetavaldav, kuid installimiskogemuse omandamine nõuab tõsist lähenemist. Lisaks on laadimisprotsess nagu loterii, kus eduvõimalused on umbes 1/3, ei oma tähtsust, kas sul on USB2 (netbook Atomiga) või USB3 (Acer TravelMate). Kuid vähemalt on ühel arendajal sama riistvara. Loodan, et minu "nubi" kogemus aitab arendajatel mõista, mida "tavalised surmad" vajavad, ja samuti muuta tulemus sama elegantseks kui Mac OS X installija. Ära unusta, et see pole isegi versioon 1.0, nii et kõik on väga hästi!

Proovige ise! Lõppude lõpuks pakub Haiku projekt allalaetavaid pilte DVD-le või USB-le, mis on loodud iga päev. Paigaldamiseks piisab pildi allalaadimisest ja selle kirjutamisest mälupulgale, kasutades Etcher

Kas teil on küsimusi? Kutsume teid venekeelsesse telegrami kanalisse.

Vigade ülevaade: Kuidas end C ja C++-ga jalga lasta. Haiku OS retseptide kogu

Alates autor tõlke: see on neljas artikkel Haiku sarjast.

Artiklite nimekiri: Esimene Teine Kolmas

Allikas: habr.com