អនាគតគឺនៅទីនេះរួចហើយ ឬកូដដោយផ្ទាល់នៅក្នុងកម្មវិធីរុករក

ខ្ញុំនឹងប្រាប់អ្នកអំពីស្ថានភាពគួរឱ្យអស់សំណើចមួយដែលបានកើតឡើងចំពោះខ្ញុំ និងរបៀបក្លាយជាអ្នករួមចំណែកដល់គម្រោងដ៏ល្បីល្បាញមួយ។

មិនយូរប៉ុន្មានខ្ញុំកំពុងគិតគូរជាមួយគំនិតមួយ៖ ចាប់ផ្ដើមលីនុចដោយផ្ទាល់ពី UEFI...
គំនិតនេះគឺមិនថ្មីទេ ហើយមានសៀវភៅណែនាំមួយចំនួនលើប្រធានបទនេះ។ អ្នកអាចមើលឃើញមួយក្នុងចំណោមពួកគេ។ នៅទីនេះ

តាមពិតទៅ ការព្យាយាមអស់រយៈពេលជាយូររបស់ខ្ញុំក្នុងការដោះស្រាយបញ្ហានេះ បានទទួលលទ្ធផលជាផ្លូវការទាំងស្រុង ការសម្រេចចិត្ត. ដំណោះ​ស្រាយ​គឺ​មាន​ប្រសិទ្ធភាព​ណាស់​ហើយ​ខ្ញុំ​ប្រើ​វា​នៅ​លើ​ម៉ាស៊ីន​ផ្ទះ​របស់​ខ្ញុំ​មួយ​ចំនួន​។ ដំណោះស្រាយនេះត្រូវបានពិពណ៌នាលម្អិតបន្តិច។ នៅទីនេះ.

ខ្លឹមសារនៃ UEFI-Boot គឺថាភាគថាស ESP (EFI System Partition) ត្រូវបានផ្សំជាមួយ/boot directory។ ទាំងនោះ។ ខឺណែល និងរូបភាពចាប់ផ្ដើមប្រព័ន្ធទាំងអស់ (initrd) មានទីតាំងនៅលើភាគថាសដូចគ្នា ដែល UEFI អាចបើកដំណើរការឯកសារដែលអាចប្រតិបត្តិបាន និងជាពិសេស បើកដំណើរការកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ។ ប៉ុន្តែខឺណែលលីនុចខ្លួនឯងនៅក្នុងការចែកចាយជាច្រើនត្រូវបានផ្គុំរួចហើយជាមួយនឹងជម្រើស UEFISTUB ដែលអនុញ្ញាតឱ្យខឺណែលខ្លួនវាត្រូវបានដាក់ឱ្យដំណើរការពី UEFI ។

ដំណោះស្រាយនេះមានពេលមិនល្អមួយ - ភាគថាស ESP ត្រូវបានធ្វើទ្រង់ទ្រាយនៅក្នុង FAT32 ដែលវាមិនអាចទៅរួចទេក្នុងការបង្កើតតំណភ្ជាប់រឹង (ដែលប្រព័ន្ធបង្កើតជាទៀងទាត់នៅពេលធ្វើបច្ចុប្បន្នភាព initrd) ។ ហើយ​មិនមាន​អ្វី​ជា​ឧក្រិដ្ឋកម្ម​ពិសេស​អំពី​រឿងនេះ​ទេ ប៉ុន្តែ​ការ​មើលឃើញ​ការព្រមាន​របស់​ប្រព័ន្ធ​នៅពេល​ធ្វើ​បច្ចុប្បន្នភាព​សមាសធាតុ​ខឺណែល​គឺ​មិន​រីករាយ​ខ្លាំង​ទេ...

មានវិធីមួយផ្សេងទៀត។

កម្មវិធីគ្រប់គ្រងចាប់ផ្ដើមរបស់ UEFI (ដូចគ្នាដែលអ្នកត្រូវចុះឈ្មោះកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធប្រតិបត្តិការ) អាចបន្ថែមលើកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ/ខឺណែលលីនុច ក៏អាចផ្ទុកកម្មវិធីបញ្ជាផងដែរ។ ដូច្នេះអ្នកអាចផ្ទុកកម្មវិធីបញ្ជាសម្រាប់ប្រព័ន្ធឯកសារដែលអ្នកមាន /boot ហើយផ្ទុកខឺណែលដោយផ្ទាល់ពីទីនោះដោយប្រើ UEFI ។ ជាការពិតណាស់ អ្នកបើកបរត្រូវដាក់នៅក្នុងភាគថាស ESP ។ នេះគឺជាអ្វីដែលអ្នកចាប់ផ្ដើមប្រព័ន្ធដូចជា GRUB ធ្វើ។ ប៉ុន្តែការរំលេចគឺថាមុខងារ GRUB ដែលប្រើញឹកញាប់ទាំងអស់មាននៅក្នុង UEFI រួចហើយ។ កាន់តែច្បាស់នៅក្នុងកម្មវិធីគ្រប់គ្រងការទាញយករបស់វា។ ហើយដើម្បីឱ្យកាន់តែធុញទ្រាន់ កម្មវិធីគ្រប់គ្រងចាប់ផ្ដើម UEFI មានសមត្ថភាពកាន់តែច្រើននៅក្នុងបញ្ហាមួយចំនួន។

វាហាក់បីដូចជាដំណោះស្រាយដ៏ស្រស់ស្អាត ប៉ុន្តែមានមួយ “ប៉ុន្តែ” (ឬផ្ទុយទៅវិញ វាគឺជា ប៉ុន្តែក្រោយមកទៀត)។ ការពិតគឺថាប្រព័ន្ធកម្មវិធីបញ្ជា UEFI គឺសាមញ្ញណាស់។ មិនមានអ្វីដូចជាការភ្ជាប់ប្រព័ន្ធឯកសារឬការភ្ជាប់កម្មវិធីបញ្ជាជាមួយឧបករណ៍ជាក់លាក់នោះទេ។ មានការហៅជាប្រព័ន្ធជាមួយនឹងឈ្មោះសាមញ្ញ Map ដែលយកអ្នកបើកបរនីមួយៗជាវេន ហើយព្យាយាមភ្ជាប់វាជាមួយទាំងអស់ យ៉ាងហោចណាស់ឧបករណ៍ដែលសមរម្យ។ ហើយប្រសិនបើអ្នកបើកបរអាចយកឧបករណ៍នោះ ផែនទីត្រូវបានបង្កើតឡើង - កំណត់ត្រាតភ្ជាប់។ នេះជារបៀបដែលកម្មវិធីបញ្ជាដែលបានផ្ទុកថ្មីគួរតែត្រូវបានចាប់ផ្តើមនៅក្នុងបណ្តុំទូទៅជាមួយកម្មវិធីផ្សេងទៀត។ ហើយអ្វីទាំងអស់ដែលអ្នកត្រូវការគឺកំណត់មួយប៊ីត (LOAD_OPTION_FORCE_RECONNECT) ទៅ 1 ក្នុងកំណត់ត្រាចាប់ផ្ដើមកម្មវិធីបញ្ជា ហើយ UEFI នឹងធ្វើផែនទីឡើងវិញជាសកលនេះបន្ទាប់ពីផ្ទុកវា។

ប៉ុន្តែនេះមិនងាយស្រួលធ្វើនោះទេ។ ឧបករណ៍ប្រើប្រាស់ efibootmgr ស្តង់ដារ (ដែលត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធកម្មវិធីគ្រប់គ្រងការបិទដំណើរការ UEFI) មិនដឹងពីរបៀប (ឬផ្ទុយទៅវិញមិនដឹងពីរបៀប) ដើម្បីកំណត់ប៊ីតនេះទេ។ ខ្ញុំត្រូវដំឡើងវាដោយដៃ តាមរយៈនីតិវិធីដែលស្មុគស្មាញ និងគ្រោះថ្នាក់។

ហើយម្តងទៀត ដោយបានព្យាយាមធ្វើវាដោយដៃរបស់ខ្ញុំ ខ្ញុំមិនអាចទ្រាំទ្របាន ហើយធ្វើជាផ្លូវការ បញ្ហានៅលើ GitHub ស្នើឱ្យអ្នកអភិវឌ្ឍន៍បន្ថែមមុខងារនេះ។

ជាច្រើនថ្ងៃបានកន្លងផុតទៅ ប៉ុន្តែគ្មាននរណាម្នាក់យកចិត្តទុកដាក់ចំពោះសំណើរបស់ខ្ញុំទេ។ ហើយដោយការចង់ដឹងចង់ឃើញ ខ្ញុំបានមើលកូដប្រភព... ខ្ញុំបានកាច់វា ហើយរកវិធីបន្ថែមមុខងារនេះ... "នៅលើជង្គង់របស់ខ្ញុំ" ព្រោះខ្ញុំមិនបានដំឡើងអ្វីដូចនោះ ហើយបានកែសម្រួលប្រភព។ កូដដោយផ្ទាល់នៅក្នុងកម្មវិធីរុករក។

ខ្ញុំស្គាល់ភាសា C (ភាសាសរសេរកម្មវិធី) យ៉ាងស្រើបស្រាល ប៉ុន្តែខ្ញុំបានគូសវាសចេញនូវដំណោះស្រាយប្រហាក់ប្រហែល (ភាគច្រើនគឺការចម្លងបិទភ្ជាប់)... ហើយបន្ទាប់មកខ្ញុំគិតថា - យ៉ាងហោចណាស់ខ្ញុំប្រហែលជាមានកំហុសជាច្រើននៅទីនោះ (ការព្យាយាមពីមុនរបស់ខ្ញុំដើម្បីកែសម្រួលរបស់អ្នកផ្សេង។ លេខកូដ C ត្រូវបានបញ្ចប់ប្រហែលលើកទី 10) ខ្ញុំនឹងចេញសំណើរទាញ។ អញ្ចឹង រចនា.

ហើយនៅទីនោះ Travis CI ប្រែទៅជាត្រូវបានភ្ជាប់ដើម្បីពិនិត្យមើលសំណើទាញ។ ហើយគាត់ឧស្សាហ៍ប្រាប់ខ្ញុំរាល់កំហុសរបស់ខ្ញុំ។ ជាការប្រសើរណាស់, ប្រសិនបើមានកំហុសដែលគេដឹង, មិនចាំបាច់ជួសជុលវា: ម្តងទៀត, ត្រឹមត្រូវនៅក្នុងកម្មវិធីរុករក, និងនៅលើការប៉ុនប៉ងទីបួនលេខកូដបានដំណើរការ (សមិទ្ធិផលសម្រាប់ខ្ញុំ) ។

ហើយដូចនោះ ដោយមិនចាកចេញពីកម្មវិធីរុករកទេ ខ្ញុំបានធ្វើទ្រង់ទ្រាយ Pull Request ពិតប្រាកដទៅក្នុងឧបករណ៍ប្រើប្រាស់ដែលត្រូវបានប្រើនៅក្នុងការចែកចាយលីនុចទំនើបស្ទើរតែទាំងអស់។

ខ្ញុំមានការភ្ញាក់ផ្អើលដោយការពិតដែលថា ដោយមិនដឹងពីភាសាពិតប្រាកដ ដោយមិនបានដំឡើងអ្វីទាំងអស់ (ភាពអាស្រ័យទាមទារឱ្យមានបណ្ណាល័យមួយចំនួនសម្រាប់ការជួបប្រជុំគ្នា) ហើយដោយមិនដែលសូម្បីតែដំណើរការកម្មវិធីចងក្រង ខ្ញុំគ្រាន់តែ "សរសេរកូដ" មុខងារដែលមានប្រយោជន៍ និងពេញលេញនៅក្នុង កម្មវិធីរុករក។

ទោះយ៉ាងណាក៏ដោយ សំណើរបស់ខ្ញុំនៅតែមិនឆ្លើយតបចាប់តាំងពីថ្ងៃទី 19 ខែមីនា ឆ្នាំ 2019 ហើយខ្ញុំបានចាប់ផ្តើមភ្លេចអំពីវារួចហើយ។

ប៉ុន្តែកាលពីម្សិលមិញសំណើនេះត្រូវបានបន្ថែមទៅមេ។

ដូច្នេះតើរឿងរបស់ខ្ញុំនិយាយអំពីអ្វី? ហើយគាត់កំពុងនិយាយអំពីការពិតដែលថានៅក្នុងក្របខ័ណ្ឌនៃបច្ចេកវិទ្យាទំនើប វាបានប្រែក្លាយថាកូដពិតប្រាកដអាចត្រូវបានសរសេររួចហើយនៅក្នុងកម្មវិធីរុករក ដោយមិនចាំបាច់ដាក់ពង្រាយឧបករណ៍អភិវឌ្ឍន៍ និងភាពអាស្រ័យនៅក្នុងមូលដ្ឋាន។

ជាងនេះទៅទៀត ខ្ញុំត្រូវតែទទួលស្គាល់ថា នេះគឺជាសំណើរទាញទីពីររបស់ខ្ញុំរួចហើយសម្រាប់ឧបករណ៍ប្រើប្រាស់ដែលល្បី (យ៉ាងហោចណាស់ក្នុងរង្វង់តូចចង្អៀត)។ លើកមុន សំណើរបស់ខ្ញុំដើម្បីកែតម្រូវការបង្ហាញវាលមួយចំនួននៅក្នុងចំណុចប្រទាក់បណ្ដាញ SyncThing បណ្តាលឱ្យមានការកែសម្រួលមួយបន្ទាត់របស់ខ្ញុំក្នុងបរិយាកាសដែលខ្ញុំមិនដឹងទាល់តែសោះ។

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើខ្ញុំគួរសរសេរបន្ថែមឬអត់?

• បាទ

• មិនមានតម្លៃវា

អ្នកប្រើប្រាស់ 294 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៧៨ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com