ჩემი მეოთხე დღე ჰაიკუსთან: პრობლემები ინსტალაციასთან და ჩამოტვირთვასთან დაკავშირებით

TL; DR: რამდენიმე დღის ექსპერიმენტის შემდეგ Haiku გადავწყვიტე ცალკე SSD-ზე დამეყენებინა. მაგრამ ყველაფერი არც ისე მარტივი აღმოჩნდა.

ჩვენ ბევრს ვმუშაობთ Haiku-ს ჩამოტვირთვის შესამოწმებლად.

Სამი დღის წინ გავიგე Haiku-ს შესახებ, საოცრად კარგი ოპერაციული სისტემა კომპიუტერებისთვის. მეოთხე დღეა და მე მინდოდა უფრო მეტი "რეალური მუშაობა" ამ სისტემასთან დაკავშირებით და დანაყოფი, რომელიც მოყვება Anyboot სურათს, ძალიან მცირეა ამისთვის. შემდეგ ვიღებ ახალ 120 GB SSD-ს, ვემზადები ინსტალატორის შეუფერხებლად მუშაობისთვის... და მელოდება მელოდება!

ინსტალაციას და ჩამოტვირთვას, როგორც წესი, დიდი ყურადღება და სიყვარული ენიჭება, რადგან ისინი პირველი და ყველაზე მნიშვნელოვანი შთაბეჭდილებებია. ვიმედოვნებთ, რომ ჩემი "ახალბედის" გამოცდილების ჟურნალი გამოადგება Haiku-ს განვითარების გუნდს მუდმივ ძალისხმევაში ოპერაციული სისტემის გამართვის მიზნით, რომელიც "უბრალოდ მუშაობს". ყველა შეცდომას საკუთარ თავზე ვიღებ!
მეჩვენება, რომ USB-ით ჩატვირთვის სიტუაცია განსაკუთრებით მნიშვნელოვანი იქნება, რადგან ყველა მომხმარებელი არ არის მზად გამოიყენოს მთავარი SATA დისკი (მე არ ვსაუბრობ NVME-ზე...) სრულიად უცნობ ოპერაციულ სისტემაზე ექსპერიმენტებისთვის. მე ვფიქრობ, რომ USB ჩატვირთვა ყველაზე სავარაუდო სცენარია მომხმარებლების უმეტესობისთვის, რომლებიც გადაწყვეტენ ჰაიკუ სცადონ რეალურ აპარატურაზე. დეველოპერებმა სერიოზულად უნდა მიხედონ ამას.

დეველოპერის კომენტარი:

ჩვენ ახლახან დავიწყეთ EFI-ს მხარდაჭერა ბეტა ვერსიის სწრაფად დაწერით, რომელიც ჩაიტვირთება EFI-ზე ჩართული მანქანებზე. მიღებული შედეგები ჯერ კიდევ შორს არის მხარდაჭერის სასურველი დონისგან. არ ვიცი, მიმდინარე სამუშაოს დოკუმენტირება უნდა მოვახდინოთ, თუ უბრალოდ სასურველი შედეგის მიღწევაზე გავამახვილოთ ყურადღება და შემდეგ ყველაფერი დავაკონკრეტოთ.

ეს აზრობრივად ჟღერს და არსებობს იმედი, რომ საბოლოოდ ყველაფერი ბევრად უკეთესი იქნება, ვიდრე ახლაა. ჯერჯერობით შემიძლია მხოლოდ იმის შემოწმება, რაც დღეს გაკეთდა. Დავიწყოთ...

ნებისმიერი ჩატვირთვის სურათი ძალიან პატარაა

იმისდა მიუხედავად, რომ Anyboot გამოსახულება გასაოცრად მარტივია ჩასაწერად ჩვეულებრივ ფლეშ დრაივზე, მას არ აქვს საკმარისი ადგილი Haiku დანაყოფზე დამატებითი პროგრამული უზრუნველყოფის დასაყენებლად.

Anyboot სურათის ფლეშ დრაივზე ჩაწერა პრინციპში საკმაოდ მარტივია, მაგრამ შედეგად არ არის საკმარისი ადგილი რეალური სამუშაოსთვის.

სწრაფი გამოსავალი: გაზარდეთ ნაგულისხმევი Haiku დანაყოფის ზომა.

ასე რომ, ჰაიკუს რეალურად გამოსაყენებლად მაინც გჭირდებათ მისი ინსტალაცია ინსტალერის აპლიკაციის გამოყენებით.

ინსტალერი არ აკეთებს ყველაფერს, რაც გჭირდებათ ერთ ადგილას

გახსოვთ Mac OS X-ის შესანიშნავი ინსტალერი?

Mac OS X 10.2 ინსტალერი

ის:

• ახდენს დისკების ინიციალიზებას (წერს GPT, GUID დანაყოფის ცხრილს)
• ქმნის დანაყოფებს (EFI, პირველადი) "საღი აზრის" გამოყენებით (დისკის საუკეთესო გამოყენებისთვის)
• აღნიშნავს ჩატვირთვის განყოფილებას (დააყენებს მასზე ჩამტვირთველ დროშას)
• აკოპირებს ფაილებს

სხვა სიტყვებით რომ ვთქვათ, ის აკეთებს "ყველაფერს" მომხმარებლისთვის ყოველგვარი აურზაურის გარეშე.

მეორეს მხრივ, არის ინსტალერი ჰაიკუსთვის, რომელიც უბრალოდ აკოპირებს ფაილებს და ყველაფერს უტოვებს მომხმარებელს, რაც ძალიან შრომატევადია, რასაც გამოცდილებითაც კი მაშინვე ვერ გაიგებთ. განსაკუთრებით თუ გჭირდებათ სისტემა, რომელიც ჩატვირთულია როგორც BIOS, ასევე EFI სისტემებზე.

Რა უნდა გავაკეთო?

დანამდვილებით ვერ ვიტყვი, მაგრამ ყოველ შემთხვევაში, მე ამას ვხვდები:

1. გახსენით DriveSetup
2. აირჩიეთ მოწყობილობა დასაინსტალირებლად
3. დისკი->ინიციალიზაცია->GUID დანაყოფის რუკა...->გაგრძელება->ცვლილებების შენახვა->OK
4. დააწკაპუნეთ მარჯვენა ღილაკით ცარიელ ადგილას მოწყობილობაზე, სადაც სისტემა დაინსტალირდება
5. შექმნა...->შევიყვან 256 როგორც ზომა->EFI სისტემის მონაცემები (სრულიად დარწმუნებული არ ვარ)->ცვლილებების შენახვა
6. დააწკაპუნეთ მარჯვენა ღილაკით "EFI სისტემის მონაცემები" მოწყობილობაზე, სადაც სისტემა დაინსტალირდება
7. ინიციალიზაცია->FAT32 ფაილური სისტემა...->გაგრძელება->შეიყვანეთ სახელი: “EFI”, FAT ბიტის სიღრმე: 32->ფორმატი->ცვლილებების შენახვა
8. ვიმეორებ სასურველ მოწყობილობაზე ცარიელ ადგილს მარჯვენა ღილაკით
9. შექმნა...->შეიყვანეთ დანაყოფის სახელი: Haiku, დანაყოფის ტიპი: Be File System->Create->ცვლილებების შენახვა
10. დააწკაპუნეთ მარჯვენა ღილაკით EFI->Connect
11. გავუშვი ინსტალერი -> დაბნეული technoslang-ით -> გაგრძელება -> დისკზე: Haiku (დარწმუნდი, რომ ეს იყო იგივე დანაყოფი, რაც ადრე შევქმენი) -> დააინსტალირე
12. ფაილ მენეჯერში, მე ვაკოპირებ EFI დირექტორიას მიმდინარე სისტემიდან EFI დანაყოფში (მჯერა, რომ ეს აუცილებელია EFI-დან ჩატვირთვისთვის)
13. [დაახ. მთარგმნელი: ამოიღეს ეს პუნქტი თარგმანიდან; მოკლედ, ავტორს კარგად არ დაეუფლა ჰიბრიდული სისტემის შექმნა EFI და BIOS-ის ჩატვირთვისთვის]
14. ვთიშავ
15. ახლად შექმნილ დისკს ვაკავშირებ პორტს, საიდანაც სისტემა აუცილებლად ჩაიტვირთება [უცნაურია, არ მომიწია ამის გაკეთება. - დაახლ. მთარგმნელი]
16. ჩართეთ იგი

მეჩვენება, რომ ეს აშკარად ჩანს: ჩვენ გვჭირდება ინსტრუმენტი, რომელიც ყველაფერს გააკეთებს ღილაკის შეხებით, დროული (!) დადასტურებით, რომ შესაძლებელია მოწყობილობის გასუფთავება.

„სწრაფი“ გადაწყვეტა: შექმენით ავტომატური ინსტალერი, რომელიც ყველაფერს აკეთებს.

ისე, მაშინაც კი, თუ ეს არ არის "სწრაფი", ღირსეულია. ეს არის ახალი სისტემის პირველი შთაბეჭდილებები. თუ ვერ დააინსტალირეთ (და ეს რამდენჯერმე დამემართა), ბევრი უბრალოდ მშვიდად დატოვებს სამუდამოდ.

ტექნიკური ახსნა DriveSetup-ის მიხედვით პულკომენდი

BootManager წერს ჩატვირთვის სრულ მენიუს, მათ შორის დისკიდან მრავალი სისტემის ჩატვირთვის შესაძლებლობას, ამისთვის მას სჭირდება მხოლოდ 2 კბ დისკის დასაწყისში. ეს მუშაობს დისკის დაყოფის ძველ სქემებზე, მაგრამ არა GPT-სთვის, რომელიც იყენებს იმავე სექტორებს დანაყოფების ცხრილისთვის. მეორეს მხრივ, writembr წერს უაღრესად გამარტივებულ კოდს დისკზე, რომელიც უბრალოდ იპოვის აქტიურ დანაყოფს და გააგრძელებს მისგან ჩატვირთვას. ამ კოდს სჭირდება მხოლოდ პირველი 400 ბაიტი დისკზე, ასე რომ, ის არ უშლის ხელს GPT-ს. მას აქვს შეზღუდული მხარდაჭერა GPT დისკებისთვის (მაგრამ მარტივი შემთხვევებისთვის ყველაფერი კარგად იქნება).

სწრაფი გამოსწორება: დააყენეთ BootManager-ის დაყენების GUI, რაც დაინსტალირებულია writembr-ის გამოყენებით დისკზე, თუ აღმოჩენილია GPT დანაყოფი. არ არის საჭირო 2 კბ კოდის GPT დისკებზე ჩასმა. არ არის საჭირო ჩამტვირთავი დროშის დაყენება EFI დანაყოფზე, მხოლოდ Haiku დანაყოფზე.

პირველი სცადეთ: ბირთვის პანიკა

Оборудование

• Acer TravelMate B117 N16Q9 (იყიდება EndlessOS-ით)
• lspci
• ლუსბ
• არსებული სისტემა ამოქმედდა 100 GB Kingston DataTraveler 16 ფლეშ დრაივიდან, რომელიც დამზადებულია Anyboot სურათიდან Etcher-ის გამოყენებით Linux-ზე, ჩასმული USB2.0 პორტში (რადგან ის არ ჩაიტვირთა USB3 პორტიდან)
• SSD Kingston A400 ზომა 120 GB, მხოლოდ ქარხნულიდან, დაკავშირებულია sata-usb3 ადაპტერზე ASMedia ASM2115, რომელიც დაკავშირებულია TravelMate B3-ის USB117 პორტთან.

დასკვნები

ინსტალერი იწყებს ფაილების კოპირებას, შემდეგ ჩნდება I/O შეცდომა, რომელსაც თან ახლავს ბირთვის პანიკა

ბირთვის პანიკა

მეორე ცდა: დისკი არ ჩაიტვირთება

Оборудование

ყველაფერი იგივეა, რაც ადრე, მაგრამ SSD დაკავშირებულია ადაპტერთან, რომელიც დაკავშირებულია USB2.0 Hub-თან, ჩართულია USB3 პორტში TravelMate-ში. Windows-ის საინსტალაციო ფლეშ დრაივის გამოყენებით დავადასტურე, რომ ეს მანქანა ჩატვირთავს USB3-დან.

დასკვნები

ჩატვირთვადი სისტემა. დისკის განლაგება თითქოს გაქრა BootManager-ის გამო.

BootManager. “Write boot menu” ანადგურებს დისკის განლაგებას?!

მესამე ცდა: ვაჰ, იტვირთება! მაგრამ არა USB3 პორტის საშუალებით ამ აპარატზე

Оборудование

ყველაფერი იგივეა, რაც მეორე მცდელობაში, მაგრამ ამჯერად BootManager-ს საერთოდ არ ვიყენებ.
მარკირება BootManager-ის გაშვების გარეშე ასე გამოიყურება Linux-დან შემოწმებისას.

FAT32 ფაილური სისტემით "efi" დანაყოფი მონიშნულია როგორც ჩამტვირთავი BootManager-ის გაშვების გარეშე. იმუშავებს არა EFI აპარატზე?

დასკვნები

• EFI რეჟიმი, USB2 პორტი: გადმოწერეთ პირდაპირ ჰაიკუში
• EFI რეჟიმი, USB2 კერა, დაკავშირებული USB3 პორტთან: შეტყობინება „ჩატვირთვის გზა არ არის ნაპოვნი, სკანირება ყველა დანაყოფისთვის...“, რასაც მოჰყვება ჩატვირთვის ეკრანი „Select boot volume (მიმდინარე: haiku)“. ღილაკი „გააგრძელე ჩატვირთვა“ ნაცრისფერია და მისი დაჭერა შეუძლებელია. თუ სიაში აირჩიეთ „Select Boot Volume“ -> Haiku (მიმდინარე: უახლესი მდგომარეობა)->უახლესი მდგომარეობა ->დაბრუნება მთავარ მენიუში->ჩატვირთვის გაგრძელება - ის პირდაპირ იტვირთება Haiku-ში. მაინტერესებს, რატომ არ შეიძლება "უბრალოდ ჩატვირთვა", მაგრამ მოითხოვს ტამბურით ცეკვას? უფრო მეტიც, ჩატვირთვის დანაყოფი აშკარად ავტომატურად გვხვდება ჩატვირთვის ეკრანზე. პროგრამული შეცდომა?
• EFI რეჟიმი, USB3 პორტი: ჩაიტვირთება პირდაპირ ჰაიკუში. ვაიმე, რა მიხარია... ნაადრევი, როგორც იქნა. ნაჩვენებია ლურჯი ეკრანი, მაგრამ დიდი ხნის განმავლობაში არაფერი ხდება. თითის კურსორი კიდია ეკრანის შუაში და არ მოძრაობს. sata-usb3 ადაპტერი ციმციმებს. საქმე ბირთვის პანიკით დასრულდა. USB3 ფლეშ დისკზე Anyboot სურათი არც კი იქნა აღიარებული, როგორც ჩატვირთვადი მიმდინარე აპარატურაზე. აჰ, ეს შეცდომაა! ამასთან დაკავშირებით დავიწყე თქვან.

ბირთვის პანიკა USB3 პორტიდან ჩატვირთვისას.

რა გასაოცარია ის, რომ თქვენ კვლავ შეგიძლიათ აკრიფოთ ბრძანებები, მაგრამ თქვენ უნდა გამოიყენოთ ინგლისური განლაგება. ასე რომ მე როგორც ურჩია:

სურათის წარწერა: გამომავალი syslog | tail 15 - ხოლო ბირთვი პანიკაშია

ბრძანების გამოძახება rebootსამწუხაროდ, არ მუშაობს.

მეოთხე მცდელობა: მეორე მანქანა

იგივე (ზუსტად მოქმედი) დისკი გადავიტანე სხვა აპარატზე, სადაც შევამოწმე სხვადასხვა პორტით მუშაობდა.

Оборудование

ყველაფერი იგივეა, რაც მესამე მცდელობაში, მაგრამ Acer Revo One RL 85-ზე.

დასკვნები

• EFI რეჟიმი, USB2 პორტი: შეტყობინება „ჩატვირთვის გზა არ არის ნაპოვნი, სკანირება ყველა დანაყოფისთვის...“, რასაც მოჰყვება ჩატვირთვის ეკრანი „Select boot volume (მიმდინარე: haiku)“. ღილაკი „გააგრძელე ჩატვირთვა“ ნაცრისფერია და მისი დაჭერა შეუძლებელია. თუ სიაში აირჩიეთ „Select Boot Volume“ -> Haiku (მიმდინარე: უახლესი მდგომარეობა)->უახლესი მდგომარეობა ->დაბრუნება მთავარ მენიუში->ჩატვირთვის გაგრძელება - ის პირდაპირ იტვირთება Haiku-ში. გამორთვა კიდია შეტყობინებაზე "გამორთვა...".
• EFI რეჟიმი, USB2 კერა, დაკავშირებულია USB3 პორტთან: საჭიროა განმარტება
• EFI რეჟიმი, USB3 პორტი: შეტყობინება „ჩატვირთვის გზა არ არის ნაპოვნი, სკანირება ყველა დანაყოფისთვის...“, რასაც მოჰყვება ჩატვირთვის ეკრანი „Select boot volume (მიმდინარე: haiku)“. ღილაკი „გააგრძელე ჩატვირთვა“ ნაცრისფერია და მისი დაჭერა შეუძლებელია. თუ სიაში აირჩიეთ „Select Boot Volume“ -> Haiku (მიმდინარე: უახლესი მდგომარეობა)->უახლესი მდგომარეობა ->დაბრუნება მთავარ მენიუში->ჩატვირთვის გაგრძელება - ის პირდაპირ იტვირთება Haiku-ში.
  გთხოვთ გაითვალისწინოთ, რომ პირველი სისტემისგან განსხვავებით, დესკტოპზე ნორმალური ჩატვირთვა ხდება ბირთვის პანიკის გარეშე. გამორთვა დაკიდებულია შეტყობინებაზე „გამორთვა მიმდინარეობს“.
• EFI რეჟიმი, სატა პორტი: ჩატვირთავს პირდაპირ ჰაიკუში. გამორთვა კიდია შეტყობინებაზე "გამორთვა...".
• CSM BIOS რეჟიმი, USB2 პორტი: საჭიროა განმარტება
• CSM BIOS რეჟიმი, USB2 კერა დაკავშირებული USB3 პორტთან: საჭიროა განმარტება
• CSM BIOS რეჟიმი, USB3 პორტი: საჭიროა განმარტება
• CSM BIOS რეჟიმი, sata პორტი: შავი ეკრანი სიტყვებით „გადატვირთეთ და აირჩიეთ შესაბამისი ჩატვირთვის მოწყობილობა ან ჩადეთ ჩატვირთვის მედია არჩეულ მოწყობილობაში და დააჭირეთ ღილაკს“. CSM BIOS-დან მოვიდა? [დიახ, ჩემი სისტემა ზუსტად იგივე შეტყობინებას იძლევა, თუ ის ვერ პოულობს ჩამტვირთველს. - დაახლ. მთარგმნელი]

მეხუთე მცდელობა: მესამე მანქანა

იგივე დისკი გადავიტანე მესამე აპარატზე და შევამოწმე სხვადასხვა პორტზე.

Оборудование

იგივე, რაც მესამე მცდელობაში, მაგრამ Dell Optiplex 780-ზე. თუ არ ვცდები, ამ აპარატს აქვს ადრეული EFI, რომელიც აშკარად ყოველთვის მუშაობს CSM BIOS რეჟიმში.

დასკვნები

• USB2 პორტი: ჰაიკუს ჩამოტვირთვა
• USB3 პორტი (PCIe ბარათის მეშვეობით, Renesas Technology Corp. uPD720202 USB 3.0 მასპინძელი კონტროლერი): საჭიროა განმარტება
• sata პორტი: საჭიროა განმარტება

მეექვსე მცდელობა, მეოთხე მანქანა, MacBook Pro

Оборудование

ყველაფერი იგივეა, რაც მესამე მცდელობაში, მაგრამ MacBookPro 7.1-ით

დასკვნები

როგორ ხედავს Mac ფლეშ დრაივს ჰაიკუსთან ერთად.

• CSM რეჟიმი (Windows): შავი ეკრანი სიტყვებით „ჩამტვირთავი დისკი არ არის - ჩასვით ჩატვირთვის დისკი და დააჭირეთ ნებისმიერ ღილაკს“. Apple CSM-დან მოვიდა?
• UEFI რეჟიმი ("EFI Boot"): ჩერდება ჩატვირთვის მოწყობილობის შერჩევის ეკრანზე.

მეშვიდე მცდელობა, Lenovo netbook 32-ბიტიანი Atom პროცესორით

Оборудование

• Kingston DataTraveler 100 16GB ფლეშ დრაივი დამზადებულია Linux-ზე Etcher-ის გამოყენებით 32-ბიტიანი Anyboot გამოსახულების გამოყენებით აქედან გამომდინარე,.

• Lenovo ideapad s10 ნეტბუქი, რომელიც დაფუძნებულია Atom პროცესორზე მყარი დისკის გარეშე.

• ამ მანქანის lspci, გადაღებულია Linux-ზე.

• ლუსბ

  00:1d.7 USB controller: 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- <MAbort- >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

დასკვნები

მიმდინარეობს ჩატვირთვა, შემდეგ ხდება ბირთვის პანიკა, ბრძანება syslog|tail 15 ასკვნის kDiskDeviceManager::InitialDeviceScan() failed: No such file or directory რამდენიმე ATA შეცდომის შემდეგ. შენიშვნა: მე ვცადე ჩატვირთვა USB-დან და არა სატადან.

ბირთვის პანიკა Lenovo ideapad s10 netbook-ზე ფლეშ დრაივიდან ჩატვირთვისას.

უბრალოდ გასართობად, დისკი ჩავდე სატა პორტში, მაგრამ დიდი განსხვავება ვერ შევამჩნიე ფლეშკასთან. მიუხედავად იმისა, რომ ბრძანების გამოყენებისას სხვადასხვა შეტყობინებები მივიღე syslog|tail 15 (თქვა, რომ ნაპოვნია /dev/disk/ata/0/master/1).

ბატონი. ჭექა-ქუხილი მთხოვა ბრძანების გაშვება `syslog | grep usb ამ შემთხვევაში, აქ არის შედეგები. მე მაინც მიხარია, რომ შესაძლებელია მსგავსი ბრძანებების გაშვება ეკრანზე ბირთვის პანიკით.

ბ-ნ. waddlesplash ეს EHCI შეცდომა იგივეა რაც in ამ აპლიკაციას

მერვე მცდელობა: MSI ნეტბუქი 32-ბიტიანი Atom პროცესორით

Оборудование

როგორც ადრე

• Medion Akoya E1210 netbook (იარლიყით MSI Wind U100) დაყენებული დისკით (რომელსაც მე არ ვიყენებ Haiku-სთვის).
• lspci ამ მანქანას
• ამ აპარატის lsusb

  00:1d.7 USB controller: 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- <MAbort- >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

დასკვნები

აიტვირთა ინსტალერ Haiku-ში. TouchPad მუშაობს! (მაგალითად, გადახვევა). ვიდეოკარტა აღიარებულ იქნა როგორც Intel GMA (i945GME).

მეცხრე მცდელობა: ფლეშ დრაივი 32-ბიტიანი გამოსახულებით MacBook Pro-ზე

Оборудование

• როგორც ადრე.
• MacBook 7.1

დასკვნები

შავი ეკრანი სიტყვებით „ჩამტვირთავი დისკი არ არის - ჩასვით ჩატვირთვის დისკი და დააჭირეთ ნებისმიერ ღილაკს“.

შენიშვნა: Apple კლავიატურა

ქვედა მწკრივის ნებისმიერი კლავიატურის ქვედა მარცხენა კუთხეში არის შემდეგი ღილაკები:
არა Apple: Ctrl-Fn-Windows-Alt-Spacebar
Apple: Fn-Ctrl-(Option ან Alt)-Command-Spacebar

კარგი იქნება, თუ ჰაიკუში ყველა კლავიატურა ერთნაირად მოიქცეოდა, რათა მათი გამოყენება ერთნაირად შეიძლებოდა, მიუხედავად იმისა, თუ რა იყო მათზე რეალურად დაბეჭდილი.
Apple-ის კლავიატურაზე Alt ღილაკი არ არის დაუყოვნებლივ მარცხნივ spacebar (სანაცვლოდ არის Command ღილაკი).
ამ შემთხვევაში, მე აღმოვაჩენდი, რომ ჰაიკუ ავტომატურად გამოიყენებდა Command კლავიშს Alt კლავიშის ნაცვლად. ასე რომ, Apple-ის კლავიატურის გამოყენებისას ვგრძნობდი, რომ კლავიატურა არ იყო Apple-ის.
ცხადია, პარამეტრებში არის სხვადასხვა ვარიანტი, მაგრამ მე მინდა ავტომატური ამოცნობა და კორექტირება, რადგან ეს არის USB, ბოლოს და ბოლოს.

შენიშვნა: ჩაწერე აღდგენისთვის?

ბრძანების გამოყენებით გავიგე writembr შეგიძლიათ სისტემის ჩატვირთვა (EFI-ით გაშვებული) 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

კარგად გამოიყურება, მაგრამ შედეგი ის არის, რომ სისტემა ჯერ კიდევ ვერ იტვირთება, როგორც ადრე. ალბათ იმიტომ, რომ BIOS-ის მეშვეობით ჩატვირთვა მუშაობს მხოლოდ შესაფერისი ტიხრებით და არა GPT? [უნდა ვცადო დამცავი MBR... - დაახლ. მთარგმნელი]

დასკვნა

ჰაიკუ საოცარია, მაგრამ ინსტალაციის გამოცდილება სერიოზულ მიდგომას მოითხოვს. გარდა ამისა, ჩატვირთვის პროცესი ლატარიაა, წარმატების შანსი დაახლოებით 1/3-ია და არ აქვს მნიშვნელობა გაქვთ USB2 (ნეტბუქი Atom-ზე) თუ USB3 (Acer TravelMate). მაგრამ მინიმუმ ერთ დეველოპერს აქვს იგივე აპარატურა. ვიმედოვნებ, რომ ჩემი "noob" გამოცდილება დაეხმარება დეველოპერებს გააცნობიერონ რა სჭირდებათ "უბრალო მოკვდავებს" და ასევე გახადონ შედეგი ისეთივე ელეგანტური, როგორც Mac OS X ინსტალერი. არ დაგავიწყდეთ, რომ ეს არც კი არის ვერსია 1.0, ასე რომ ყველაფერი ძალიან კარგია!

თავად სცადე! ყოველივე ამის შემდეგ, Haiku პროექტი უზრუნველყოფს სურათებს DVD ან USB-დან ჩატვირთვისთვის, გენერირებული ყოველდღიური. ინსტალაციისთვის, უბრალოდ გადმოწერეთ სურათი და ჩაწერეთ იგი USB ფლეშ დრაივზე გამოყენებით ეტჩერი

გაქვთ შეკითხვები? გეპატიჟებით რუსულენოვანზე დეპეშა არხი.

შეცდომის მიმოხილვა: როგორ გავისროლოთ ფეხში C და C++-ში. Haiku OS რეცეპტების კოლექცია

მდებარეობა ავტორი თარგმანი: ეს არის მეოთხე სტატია სერიის ჰაიკუს შესახებ.

სტატიების სია: პირველი მეორე მესამე

წყარო: www.habr.com