ອະນາຄົດແມ່ນຢູ່ທີ່ນີ້ແລ້ວຫຼືລະຫັດໂດຍກົງໃນຕົວທ່ອງເວັບ

ຂ້ອຍຈະບອກເຈົ້າກ່ຽວກັບສະຖານະການຕະຫຼົກທີ່ເກີດຂຶ້ນກັບຂ້ອຍ, ແລະວິທີທີ່ຈະເປັນຜູ້ປະກອບສ່ວນໃນໂຄງການທີ່ມີຊື່ສຽງ.

ເມື່ອບໍ່ດົນມານີ້ຂ້ອຍກໍ່ຄິດເຖິງຄວາມຄິດ: booting Linux ໂດຍກົງຈາກ UEFI...
ແນວຄວາມຄິດບໍ່ໃຫມ່ແລະມີຄູ່ມືຈໍານວນຫນຶ່ງກ່ຽວກັບຫົວຂໍ້ນີ້. ທ່ານສາມາດເບິ່ງຫນຶ່ງຂອງເຂົາເຈົ້າ ທີ່ນີ້

ແທ້ຈິງແລ້ວ, ຄວາມພະຍາຍາມອັນຍາວນານຂອງຂ້ອຍເພື່ອແກ້ໄຂບັນຫານີ້ເຮັດໃຫ້ເປັນທາງການຢ່າງສົມບູນ ການຕັດສິນໃຈ. ການແກ້ໄຂແມ່ນຂ້ອນຂ້າງເຮັດວຽກແລະຂ້ອຍໃຊ້ມັນຢູ່ໃນບາງເຄື່ອງເຮືອນຂອງຂ້ອຍ. ການແກ້ໄຂນີ້ແມ່ນໄດ້ອະທິບາຍໃນລາຍລະອຽດເພີ່ມເຕີມເລັກນ້ອຍ. ທີ່ນີ້.

ໂດຍເນື້ອແທ້ແລ້ວຂອງ UEFI-Boot ແມ່ນວ່າການແບ່ງສ່ວນ ESP (EFI System Partition) ຖືກລວມເຂົ້າກັບ /boot directory. ເຫຼົ່ານັ້ນ. kernels ແລະຮູບພາບ bootstrap ທັງຫມົດ (initrd) ແມ່ນຕັ້ງຢູ່ໃນພາທິຊັນດຽວກັນທີ່ UEFI ສາມາດເປີດໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ແລະ, ໂດຍສະເພາະ, ເປີດຕົວໂຫຼດລະບົບ. ແຕ່ kernel Linux ຕົວຂອງມັນເອງໃນຫຼາຍໆການແຈກຢາຍໄດ້ຖືກປະກອບແລ້ວກັບທາງເລືອກ UEFISTUB, ເຊິ່ງອະນຸຍາດໃຫ້ kernel ຕົວຂອງມັນເອງຖືກເປີດຕົວຈາກ UEFI.

ການແກ້ໄຂນີ້ມີຊ່ວງເວລາທີ່ບໍ່ພໍໃຈ - ການແບ່ງສ່ວນ ESP ແມ່ນຖືກຈັດໃສ່ໃນ FAT32, ເຊິ່ງມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະສ້າງລິ້ງທີ່ຍາກ (ທີ່ລະບົບຈະສ້າງເປັນປົກກະຕິໃນເວລາທີ່ປັບປຸງ initrd). ແລະບໍ່ມີຫຍັງເປັນອາຊະຍາກໍາໂດຍສະເພາະກ່ຽວກັບເລື່ອງນີ້, ແຕ່ເຫັນການເຕືອນລະບົບໃນເວລາທີ່ການປັບປຸງອົງປະກອບຂອງ kernel ແມ່ນບໍ່ສະບາຍຫຼາຍ ...

ມີວິທີອື່ນ.

ຕົວຈັດການການບູດ UEFI (ອັນດຽວກັນທີ່ທ່ານຕ້ອງການລົງທະບຽນ OS bootloader) ສາມາດ, ນອກຈາກ bootloaders/Linux kernels, ຍັງໂຫລດໄດເວີ. ດັ່ງນັ້ນທ່ານສາມາດໂຫລດໄດເວີສໍາລັບລະບົບໄຟລ໌ທີ່ທ່ານມີ /boot ແລະໂຫລດ kernel ໂດຍກົງຈາກບ່ອນນັ້ນໂດຍໃຊ້ UEFI. ແນ່ນອນ, ໄດເວີຕ້ອງຖືກຈັດໃສ່ໃນພາທິຊັນ ESP. ນີ້ແມ່ນປະມານສິ່ງທີ່ bootloaders ເຊັ່ນ GRUB ເຮັດ. ແຕ່ຈຸດເດັ່ນແມ່ນວ່າທຸກຟັງຊັນ GRUB ທີ່ໃຊ້ເລື້ອຍໆແມ່ນຢູ່ໃນ UEFI ແລ້ວ. ຫຼາຍຊັດເຈນຢູ່ໃນຕົວຈັດການການດາວໂຫຼດຂອງມັນ. ແລະເພື່ອໃຫ້ຫນ້າເບື່ອຫຼາຍ, ຜູ້ຈັດການເກີບ UEFI ມີຄວາມສາມາດຫຼາຍກວ່າເກົ່າໃນບາງເລື່ອງ.

ມັນເບິ່ງຄືວ່າເປັນການແກ້ໄຂທີ່ສວຍງາມ, ແຕ່ມີອັນຫນຶ່ງ "ແຕ່" (ຫຼືແທນທີ່ຈະ, ມັນແມ່ນ, ແຕ່ຫຼາຍກວ່ານັ້ນຕໍ່ມາ). ຄວາມຈິງແລ້ວແມ່ນວ່າລະບົບຂັບ UEFI ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ. ບໍ່ມີສິ່ງດັ່ງກ່າວເປັນການຕິດຕັ້ງລະບົບໄຟລ໌ຫຼືການເຊື່ອມໂຍງໄດເວີກັບອຸປະກອນສະເພາະ. ມີການເອີ້ນລະບົບທີ່ມີຊື່ແບບດັ້ງເດີມແຜນທີ່, ເຊິ່ງໃຊ້ເວລາຜູ້ຂັບຂີ່ແຕ່ລະຄົນແລະພະຍາຍາມເຊື່ອມໂຍງມັນກັບທັງຫມົດ, ຢ່າງຫນ້ອຍອຸປະກອນທີ່ເຫມາະສົມ. ແລະຖ້າຄົນຂັບສາມາດເອົາອຸປະກອນໄດ້, ຫຼັງຈາກນັ້ນການສ້າງແຜນທີ່ - ບັນທຶກການເຊື່ອມຕໍ່. ນີ້ແມ່ນວິທີທີ່ໄດເວີທີ່ໂຫລດໃຫມ່ຄວນຈະຖືກເລີ່ມຕົ້ນໃນ heap ທົ່ວໄປກັບຄົນອື່ນທັງຫມົດ. ແລະສິ່ງທີ່ທ່ານຕ້ອງການແມ່ນເພື່ອຕັ້ງຫນຶ່ງບິດ (LOAD_OPTION_FORCE_RECONNECT) ເປັນ 1 ໃນບັນທຶກການບູດໄດເວີ ແລະ UEFI ຈະເຮັດການ remap ທົ່ວໂລກນີ້ຫຼັງຈາກໂຫລດມັນ.

ແຕ່ນີ້ບໍ່ແມ່ນເລື່ອງງ່າຍທີ່ຈະເຮັດ. ປະໂຫຍດ efibootmgr ມາດຕະຖານ (ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອກໍານົດຄ່າຕົວຈັດການການໂຫຼດ UEFI) ບໍ່ຮູ້ວິທີ (ຫຼືແທນທີ່ຈະບໍ່ຮູ້) ການຕັ້ງຄ່ານີ້. ຂ້ອຍຕ້ອງຕິດຕັ້ງມັນດ້ວຍຕົນເອງໂດຍຜ່ານຂັ້ນຕອນທີ່ຂ້ອນຂ້າງສັບສົນແລະເປັນອັນຕະລາຍ.

ແລະອີກເທື່ອໜຶ່ງ, ໂດຍໄດ້ພະຍາຍາມເຮັດມັນດ້ວຍມືຂອງຂ້ອຍ, ຂ້ອຍບໍ່ສາມາດຢືນມັນໄດ້ ແລະ ຢ່າງເປັນທາງການ ບັນຫາກ່ຽວກັບ GitHub ຂໍໃຫ້ນັກພັດທະນາເພີ່ມຄຸນສົມບັດນີ້.

ຫຼາຍມື້ຜ່ານໄປ, ແຕ່ບໍ່ມີໃຜເອົາໃຈໃສ່ກັບຄໍາຮ້ອງຂໍຂອງຂ້ອຍ. ແລະດ້ວຍຄວາມຢາກຮູ້ຢາກເຫັນ, ຂ້ອຍເບິ່ງລະຫັດແຫຼ່ງ ... ຂ້ອຍໄດ້ forked ມັນ, ແລະຄິດອອກກ່ຽວກັບຫົວເຂົ່າຂອງຂ້ອຍວ່າຈະເພີ່ມຄຸນສົມບັດນີ້ ... "ຢູ່ຫົວເຂົ່າຂອງຂ້ອຍ" ເພາະວ່າຂ້ອຍບໍ່ໄດ້ຕິດຕັ້ງອັນນັ້ນແລະແກ້ໄຂແຫຼ່ງ. ລະຫັດໂດຍກົງໃນ browser.

ຂ້ອຍຮູ້ C (ພາສາການຂຽນໂປລແກລມ) ເລິກໆ, ແຕ່ຂ້ອຍໄດ້ວາງແຜນການແກ້ໄຂໂດຍປະມານ (ສ່ວນຫຼາຍແມ່ນ copy-paste) ... ແລະຫຼັງຈາກນັ້ນຂ້ອຍກໍ່ຄິດວ່າ - ຢ່າງຫນ້ອຍຂ້ອຍອາດມີຂໍ້ຜິດພາດຫຼາຍຢ່າງຢູ່ທີ່ນັ້ນ (ຄວາມພະຍາຍາມທີ່ຜ່ານມາຂອງຂ້ອຍທີ່ຈະແກ້ໄຂຂອງຄົນອື່ນ. ລະຫັດ C ໄດ້ສໍາເລັດປະມານຄັ້ງທີ 10) ຂ້ອຍຈະອອກຄໍາຮ້ອງຂໍດຶງ. ດີ ອອກແບບ.

ແລະຢູ່ທີ່ນັ້ນ Travis CI ໄດ້ຫັນອອກທີ່ຕິດກັບການກວດສອບການຮ້ອງຂໍດຶງ. ແລະ ລາວ​ໄດ້​ບອກ​ຄວາມ​ຜິດ​ພາດ​ທັງ​ໝົດ​ຂອງ​ຂ້ອຍ​ຢ່າງ​ພາກ​ພຽນ. ດີ, ຖ້າມີຂໍ້ຜິດພາດທີ່ຮູ້ຈັກ, ບໍ່ຈໍາເປັນຕ້ອງແກ້ໄຂມັນ: ອີກເທື່ອຫນຶ່ງ, ຢູ່ໃນຕົວທ່ອງເວັບ, ແລະໃນຄວາມພະຍາຍາມຄັ້ງທີສີ່ລະຫັດເຮັດວຽກ (ຜົນສໍາເລັດສໍາລັບຂ້ອຍ).

ແລະຄືກັນກັບວ່າ, ໂດຍບໍ່ມີການອອກຈາກຕົວທ່ອງເວັບ, ຂ້າພະເຈົ້າໄດ້ຈັດຮູບແບບ Pull Request ທີ່ແທ້ຈິງເຂົ້າໄປໃນຜົນປະໂຫຍດທີ່ຖືກນໍາໃຊ້ໃນເກືອບທຸກການແຈກຢາຍ Linux ທີ່ທັນສະໄຫມ.

ຂ້າພະເຈົ້າຕົກຕະລຶງກັບຄວາມຈິງທີ່ວ່າ, ໂດຍບໍ່ມີການຮູ້ພາສາຢ່າງແທ້ຈິງ, ໂດຍບໍ່ມີການຕັ້ງຫຍັງ (ການເພິ່ງພາອາໄສຕ້ອງການຫ້ອງສະຫມຸດຈໍານວນຫນ້ອຍສໍາລັບການປະກອບ), ແລະບໍ່ເຄີຍແລ່ນ compiler, ຂ້າພະເຈົ້າພຽງແຕ່ "ລະຫັດ" ຄຸນນະສົມບັດທີ່ເຮັດວຽກແລະເປັນປະໂຫຍດຢ່າງສົມບູນໃນ. ຕົວ​ທ່ອງ​ເວັບ​.

ຢ່າງໃດກໍ່ຕາມ, ການຮ້ອງຂໍຂອງຂ້ອຍຍັງຄົງບໍ່ຕອບສະໜອງຕັ້ງແຕ່ວັນທີ 19 ມີນາ 2019, ແລະຂ້ອຍກໍ່ເລີ່ມລືມມັນໄປກ່ອນແລ້ວ.

ແຕ່ມື້ວານນີ້ຄໍາຮ້ອງຂໍນີ້ໄດ້ຖືກເພີ່ມເຂົ້າໃນຕົ້ນສະບັບ.

ດັ່ງນັ້ນເລື່ອງຂອງຂ້ອຍແມ່ນຫຍັງ? ແລະລາວເວົ້າກ່ຽວກັບຄວາມຈິງທີ່ວ່າ, ໃນຂອບເຂດຂອງເຕັກໂນໂລຢີທີ່ທັນສະໄຫມ, ມັນໄດ້ສະແດງໃຫ້ເຫັນວ່າລະຫັດທີ່ແທ້ຈິງສາມາດຖືກຂຽນໄວ້ໃນຕົວທ່ອງເວັບ, ໂດຍບໍ່ມີການນໍາໃຊ້ເຄື່ອງມືການພັດທະນາແລະການຂຶ້ນກັບທ້ອງຖິ່ນ.

ຍິ່ງໄປກວ່ານັ້ນ, ຂ້າພະເຈົ້າຕ້ອງຍອມຮັບ, ນີ້ແມ່ນຄໍາຮ້ອງຂໍການດຶງທີສອງຂອງຂ້າພະເຈົ້າສໍາລັບຜົນປະໂຫຍດທີ່ມີຊື່ສຽງ (ຢ່າງຫນ້ອຍໃນວົງແຄບ). ຫຼ້າສຸດ, ການຮ້ອງຂໍຂອງຂ້ອຍເພື່ອແກ້ໄຂການສະແດງຂອງບາງຊ່ອງໃນການໂຕ້ຕອບເວັບ SyncThing ເຮັດໃຫ້ມີການແກ້ໄຂເສັ້ນດຽວຂອງຂ້ອຍໃນສະພາບແວດລ້ອມທີ່ຂ້ອຍບໍ່ຮູ້ເລີຍ.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ຂ້ອຍຄວນຂຽນເພີ່ມເຕີມຫຼືບໍ່?

• ແມ່ນ​ແລ້ວ

• ບໍ່ໄດ້ຕົກເປັນມູນຄ່າມັນ

ຜູ້ໃຊ້ 294 ຄົນລົງຄະແນນສຽງ. 138 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com