ലെനോവോ തിങ്ക്സിസ്റ്റം സെർവർ

അമൂർത്തമായ
Lenovo® ThinkSystem™ സെർവറുകളിലെ ഗ്രാഫിക്സ് പ്രോസസ്സിംഗ് യൂണിറ്റുകൾ (GPU) സാധാരണയായി സെർവർ CPU-ൽ നിന്നുള്ള AI, VDI, റെൻഡറിംഗ് ടാസ്ക്കുകൾ എന്നിവ ഓഫ്ലോഡ് ചെയ്യാൻ ഉപയോഗിക്കുന്നു. അവരുടെ ThinkSystem സെർവറിൽ ഒരു Linux വെർച്വൽ എൻവയോൺമെന്റ് ഉപയോഗിക്കുന്ന ഉപഭോക്താക്കൾക്ക് GPU ഒരു വെർച്വൽ മെഷീനിലേക്ക് (VM) അസൈൻ ചെയ്യാൻ ആഗ്രഹിച്ചേക്കാം, അങ്ങനെ VM-ൽ പ്രവർത്തിക്കുന്ന ഗസ്റ്റ് OS-ൽ ഫിസിക്കൽ ആയി ഘടിപ്പിച്ചിരിക്കുന്നതുപോലെ GPU ദൃശ്യമാകാൻ അനുവദിക്കുന്നു. ഈ പ്രവർത്തനത്തെ GPU പാസ്ത്രൂ എന്ന് വിളിക്കുന്നു. കേർണൽ വെർച്വൽ മെഷീനിൽ (കെവിഎം) പ്രവർത്തിക്കുന്ന ഒരു വിഎമ്മിലേക്ക് ജിപിയു പാസ്ത്രൂ പ്രവർത്തനക്ഷമമാക്കുന്നതിനുള്ള മാർഗ്ഗനിർദ്ദേശം ഈ പേപ്പർ നൽകുന്നു. ഒരു വിഎമ്മിലേക്ക് കടന്നുപോകുന്നതിന് തിങ്ക്സിസ്റ്റം സെർവറിൽ ഒരു ജിപിയു ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്ന ലിനക്സ് അഡ്മിനിസ്ട്രേറ്റർമാർക്കുള്ളതാണ് പേപ്പർ. Lenovo Press-ൽ, നിങ്ങൾക്ക് പ്രാധാന്യമുള്ള വിഷയങ്ങളിൽ സാങ്കേതിക പ്രസിദ്ധീകരണങ്ങൾ നിർമ്മിക്കാൻ ഞങ്ങൾ വിദഗ്ധരെ ഒരുമിച്ച് കൊണ്ടുവരുന്നു, ലെനോവോ ഉൽപ്പന്നങ്ങൾ ഉപയോഗിക്കുന്നതിനുള്ള വിവരങ്ങളും മികച്ച രീതികളും ഐടി വെല്ലുവിളികൾ പരിഹരിക്കുന്നതിനുള്ള പരിഹാരങ്ങളും നൽകുന്നു.
ലെനോവോ പ്രസ്സിൽ ഞങ്ങളുടെ ഏറ്റവും പുതിയ പ്രസിദ്ധീകരണങ്ങളുടെ ഒരു ലിസ്റ്റ് കാണുക webസൈറ്റ്: http://lenovopress.com.
നിങ്ങളുടെ പക്കൽ ഏറ്റവും പുതിയ പതിപ്പുണ്ടോ?
ഞങ്ങൾ ഞങ്ങളുടെ പേപ്പറുകൾ കാലാകാലങ്ങളിൽ അപ്ഡേറ്റ് ചെയ്യുന്നു, അതിനാൽ PDF-ന്റെ മുൻ പേജിലെ അപ്ഡേറ്റുകൾക്കായി പരിശോധിക്കുക ബട്ടണിൽ ക്ലിക്കുചെയ്ത് ഈ പ്രമാണത്തിന്റെ ഏറ്റവും പുതിയ പതിപ്പ് നിങ്ങളുടെ പക്കലുണ്ടോയെന്ന് പരിശോധിക്കുക. ഈ ബട്ടൺ അമർത്തുന്നത് നിങ്ങളെ എ web നിങ്ങൾ ഡോക്യുമെന്റിന്റെ ഏറ്റവും പുതിയ പതിപ്പാണ് വായിക്കുന്നത് എന്ന് നിങ്ങളെ അറിയിക്കുകയും ആവശ്യമെങ്കിൽ ഏറ്റവും പുതിയതിലേക്കുള്ള ലിങ്ക് നൽകുകയും ചെയ്യുന്ന പേജ്. നിങ്ങൾ അവിടെ ആയിരിക്കുമ്പോൾ, ഞങ്ങൾ ഒരു അപ്ഡേറ്റ് നടത്തുമ്പോഴെല്ലാം ഇമെയിൽ വഴി അറിയിപ്പ് ലഭിക്കുന്നതിന് നിങ്ങൾക്ക് സൈൻ അപ്പ് ചെയ്യാവുന്നതാണ്.
ആമുഖം
പല വെർച്വൽ മെഷീൻ അഡ്മിനിസ്ട്രേറ്റർമാരും ഒരു സെർവറിൽ ഇൻസ്റ്റാൾ ചെയ്ത ഒരു ജിപിയു ഒരൊറ്റ മെഷീനിൽ ലഭ്യമാക്കാൻ ആഗ്രഹിക്കുന്നു. PCI ഡിവൈസ് പാസ്ത്രൂ എന്നറിയപ്പെടുന്ന രീതി, ഹോസ്റ്റിൽ നിന്ന് GPU PCIe ഡിവൈസ് നീക്കം ചെയ്യാനും പകരം ഒരു ഗസ്റ്റ് VM-ലേക്ക് എക്സ്ക്ലൂസീവ് ആക്സസ്സിനായി അസൈൻ ചെയ്യാനും അനുവദിക്കുന്നു.
പാസ്ത്രൂ ജിപിയു നടപ്പിലാക്കുന്നതിന് ആവശ്യമായ ഘട്ടങ്ങൾ പേപ്പർ വിവരിക്കുന്നു:
- "UEFI-യിൽ IOMMU പ്രവർത്തനക്ഷമമാക്കുന്നു"
- പേജ് 5-ൽ "IOMMU ഹോസ്റ്റ് കേർണൽ പിന്തുണ പ്രവർത്തനക്ഷമമാക്കുന്നു"
- പേജ് 6-ൽ "ഹോസ്റ്റ് ഫിസിക്കൽ മെഷീൻ ഡ്രൈവറിൽ നിന്ന് GPU ഉപകരണം അൺബൈൻഡ് ചെയ്യുന്നു"
- പേജ് 7-ൽ "GPU IOMMU കോൺഫിഗറേഷൻ നേടുന്നു"
- പേജ് 10-ൽ "വിർഷിനൊപ്പം ഒരു ജിപിയു ഉപകരണം അറ്റാച്ചുചെയ്യുന്നു"
- പേജ് 12-ൽ "അതിഥി OS-ൽ NVIDIA ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നു"
UEFI-യിൽ IOMMU പ്രവർത്തനക്ഷമമാക്കുന്നു
I/O മെമ്മറി മാനേജ്മെന്റ് യൂണിറ്റ് (IOMMU) എന്നത് ഇന്റൽ VT-d, AMD-Vi സാങ്കേതികവിദ്യകളുടെ പൊതുവായ പേരാണ്. Intel VT-d അല്ലെങ്കിൽ AMD-Vi പിന്തുണയ്ക്കുന്ന ഹാർഡ്വെയർ പ്ലാറ്റ്ഫോമുകളിൽ മാത്രമേ PCI ഉപകരണ പാസ്ത്രൂ ലഭ്യമാകൂ. Intel VT-d, AMD-Vi സ്പെസിഫിക്കേഷനുകൾ ഒരു VM-ലേക്ക് ഒരു ഫിസിക്കൽ ഉപകരണം നേരിട്ട് അസൈൻ ചെയ്യുന്നതിനുള്ള ഹാർഡ്വെയർ പിന്തുണ നൽകുന്നു. തിങ്ക്സിസ്റ്റം യുഇഎഫ്ഐയിൽ IOMMU പ്രവർത്തനക്ഷമമാക്കുക എന്നതാണ് ആദ്യപടി. ഇന്റൽ, എഎംഡി പ്രോസസർ അധിഷ്ഠിത തിങ്ക്സിസ്റ്റം സെർവറുകൾക്ക് ആവശ്യമായ ഘട്ടങ്ങൾ ഇനിപ്പറയുന്ന ഉപവിഭാഗങ്ങളിൽ ലിസ്റ്റ് ചെയ്തിരിക്കുന്നു.
ഇന്റൽ സിസ്റ്റത്തിലെ IOMMU ക്രമീകരണങ്ങൾ
VT-d എന്നത് ഇന്റൽ വിർച്ച്വലൈസേഷൻ ടെക്നോളജി ഫോർ ഡയറക്റ്റഡ് I/O എന്നതിന്റെ ചുരുക്കെഴുത്താണ്, VT-x ഇന്റൽ വിർച്ച്വലൈസേഷൻ ടെക്നോളജിയുമായി ആശയക്കുഴപ്പത്തിലാകരുത്. VT-x ഒരു ഹാർഡ്വെയർ പ്ലാറ്റ്ഫോമിനെ ഒന്നിലധികം "വെർച്വൽ" പ്ലാറ്റ്ഫോമുകളായി പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു. എന്നിരുന്നാലും, VT-d സിസ്റ്റങ്ങളുടെ സുരക്ഷയും വിശ്വാസ്യതയും മെച്ചപ്പെടുത്തുന്നു, കൂടാതെ വിർച്വലൈസ്ഡ് എൻവയോൺമെന്റുകളിൽ I/O ഉപകരണങ്ങളുടെ പ്രകടനവും മെച്ചപ്പെടുത്തുന്നു.
ഒരു ഇന്റൽ പ്രോസസർ ഉള്ള സെർവറിൽ Intel IOMMU സജീവമാക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ ഇപ്രകാരമാണ്:
- സെർവർ ബൂട്ട് ചെയ്യുക, ആവശ്യപ്പെടുമ്പോൾ, സിസ്റ്റം സജ്ജീകരണത്തിൽ പ്രവേശിക്കാൻ F1 അമർത്തുക.
- UEFI മെനുവിൽ നിന്ന്, സിസ്റ്റം ക്രമീകരണങ്ങൾ → ഡിവൈസുകളും I/O പോർട്ടുകളും തിരഞ്ഞെടുക്കുക, ഡയറക്റ്റഡ് I/O (VT-d) എന്നതിനായുള്ള Intel VT തിരഞ്ഞെടുത്ത് ചിത്രം 1-ൽ കാണിച്ചിരിക്കുന്നതുപോലെ Intel IOMMU പ്രവർത്തനക്ഷമമാക്കാൻ Enter അമർത്തുക.

- BIOS സജ്ജീകരണ മെനു സംരക്ഷിച്ച് പുറത്തുകടക്കുക, തുടർന്ന് Linux OS നൽകുക.
- OS ബൂട്ട് ചെയ്യുക, ഇനിപ്പറയുന്ന കമാൻഡ് # dmesg|grep DMAR ഉപയോഗിച്ച് IOMMU പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക.
DMAR: IOMMU പ്രവർത്തനക്ഷമമാക്കി - DMAR: IOMMU പ്രവർത്തനക്ഷമമാക്കിയതായി നിങ്ങൾ കാണുകയാണെങ്കിൽ, DMAR (DMA റീമാപ്പിംഗ്) ACPI ടേബിളിലൂടെ VMM-ലേക്ക് I/O ഉപകരണ അസൈൻമെന്റ് റിപ്പോർട്ട് ചെയ്തുകൊണ്ട് VT-d പ്രവർത്തനക്ഷമമാക്കി എന്നാണ് അർത്ഥമാക്കുന്നത്.
AMD സിസ്റ്റത്തിലെ IOMMU ക്രമീകരണങ്ങൾ
Linux OS-ൽ PCI ഉപകരണ അസൈൻമെന്റ് ഉപയോഗിക്കുന്നതിന് AMD IOMMU സ്പെസിഫിക്കേഷനുകൾ ആവശ്യമാണ്. ഈ സ്പെസിഫിക്കേഷനുകൾ BIOS-ൽ പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം.
എഎംഡി പ്രൊസസറുള്ള സെർവറിൽ ഇന്റൽ ഐഒഎംഎംയു സജീവമാക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ ഇപ്രകാരമാണ്:
- സെർവർ ബൂട്ട് ചെയ്യുക, ആവശ്യപ്പെടുമ്പോൾ, സിസ്റ്റം സജ്ജീകരണത്തിൽ പ്രവേശിക്കാൻ F1 അമർത്തുക.
- UEFI മെനുവിൽ നിന്ന്, സിസ്റ്റം ക്രമീകരണങ്ങൾ → ഡിവൈസുകളും I/O പോർട്ടുകളും തിരഞ്ഞെടുക്കുക, IOMMU ഹൈലൈറ്റ് ചെയ്ത് ചിത്രം 2-ൽ കാണിച്ചിരിക്കുന്നതുപോലെ AMD IOMMU പ്രവർത്തനക്ഷമമാക്കാൻ Enter അമർത്തുക.

- BIOS സജ്ജീകരണ മെനു സംരക്ഷിച്ച് പുറത്തുകടക്കുക, തുടർന്ന് Linux OS നൽകുക.
- താഴെ പറയുന്ന കമാൻഡ് നൽകി OS ബൂട്ട് ചെയ്ത് IOMMU പ്രവർത്തനക്ഷമമാക്കിയെന്ന് ഉറപ്പാക്കുക: # dmesg|grep AMD-Vi
AMD-Vi: ഇന്ററപ്റ്റ് റീമാപ്പിംഗ് പ്രവർത്തനക്ഷമമാക്കി - നിങ്ങൾ AMD-Vi: ഇന്ററപ്റ്റ് റീമാപ്പിംഗ് പ്രവർത്തനക്ഷമമാക്കിയതായി കാണുകയാണെങ്കിൽ, അതിനർത്ഥം സിസ്റ്റം AMD IOMMU പ്രവർത്തനക്ഷമമാക്കിയെന്നാണ്.
IOMMU ഹോസ്റ്റ് കേർണൽ പിന്തുണ പ്രവർത്തനക്ഷമമാക്കുന്നു
നിലവിൽ, സ്റ്റാൻഡേർഡ് എമുലേറ്റഡ് വിജിഎ ഇന്റർഫേസുകൾ ഉൾപ്പെടുത്താതെ, വെർച്വൽ മെഷീനിൽ രണ്ട് ജിപിയു വരെ ഘടിപ്പിച്ചിരിക്കാം. എമുലേറ്റഡ് വിജിഎ പ്രീ-ബൂട്ടിനും ഇൻസ്റ്റലേഷനും മാത്രം ഉപയോഗിക്കുന്നു; NVIDIA ഗ്രാഫിക്സ് ഡ്രൈവറുകൾ ലോഡ് ചെയ്തുകഴിഞ്ഞാൽ NVIDIA GPU ഏറ്റെടുക്കുന്നു.
ഒരു ഗസ്റ്റ് വെർച്വൽ മെഷീനിലേക്ക് ഒരു GPU അസൈൻ ചെയ്യുന്നതിന്, ഇനിപ്പറയുന്ന നടപടിക്രമത്തിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ നിങ്ങൾ ഹോസ്റ്റ് മെഷീനിൽ IOMMU പ്രവർത്തനക്ഷമമാക്കണം:
- ഹോസ്റ്റ് കേർണൽ ബൂട്ട് കമാൻഡ് ലൈൻ എഡിറ്റ് ചെയ്യുക. ഒരു Intel VT-d സിസ്റ്റത്തിനായി, കേർണൽ കമാൻഡ് ലൈനിലേക്ക് ഇനിപ്പറയുന്ന പാരാമീറ്ററുകൾ ചേർത്തുകൊണ്ട് IOMMU സജീവമാക്കുന്നു:
intel_iommu=on
iommu=pt
ഒരു AMD-Vi സിസ്റ്റത്തിന്, ആവശ്യമായ പാരാമീറ്ററുകൾ ഇവയാണ്
amd_iommu=on
iommu=pt
ഈ ഓപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നതിന്, /etc/default/grub കോൺഫിഗറേഷനിലേക്ക് GRUB_CMDLINX_LINUX ലൈൻ എഡിറ്റ് ചെയ്യുക അല്ലെങ്കിൽ ചേർക്കുക file ചിത്രം 3-ൽ കാണിച്ചിരിക്കുന്നത് പോലെ (Intel example).
# cat /etc/default/grub- ഗ്രബ്_ടൈംഔട്ട്=5
- GRUB_DISTRIBUTOR=”$(sed 's, റിലീസ് .*$,,g' /etc/system-release)”
- GRUB_DEFAULT = സംരക്ഷിച്ചു
- GRUB_DISABLE_SUBMENU=true
- GRUB_TERMINAL_OUTPUT=”കൺസോൾ”
- GRUB_CMDLINE_LINUX=”crashkernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet intel_iommu=oniommu=pt”
- GRUB_DISABLE_RECOVERY=”ശരി”
- GRUB_ENABLE_BLSCFG=true
- grub2 കോൺഫിഗറേഷൻ പുനഃസൃഷ്ടിക്കുക file
കേർണൽ കമാൻഡ് ലൈനിലെ മാറ്റങ്ങൾ പ്രയോഗിക്കുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് ബൂട്ട് ലോഡർ കോൺഫിഗറേഷൻ പുനഃസൃഷ്ടിക്കുക:
# grub2-mkconfig
ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് മാറ്റങ്ങൾ ഫലപ്രദമാണോ എന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാൻ കഴിയും:
# grubby –info=0 - ഹോസ്റ്റ് OS റീബൂട്ട് ചെയ്യുക
മാറ്റങ്ങൾ കേർണൽ ഡ്രൈവറിലേക്ക് പ്രാബല്യത്തിൽ വരുന്നതിന്, ഹോസ്റ്റ് മെഷീൻ റീബൂട്ട് ചെയ്ത് ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കുക:
# dmesg|grep iommu
ഔട്ട്പുട്ടിൽ ഇനിപ്പറയുന്ന വരികളിൽ ഒന്ന് നോക്കുക:
iommu ഗ്രൂപ്പിലേക്ക് ചേർക്കുന്നു 0 iommu: സ്ഥിരസ്ഥിതി ഡൊമെയ്ൻ തരം: പാസ്ത്രൂ (കേർണൽ കമാൻഡ് ലൈൻ വഴി സജ്ജീകരിച്ചിരിക്കുന്നു)
ഹോസ്റ്റ് ഫിസിക്കൽ മെഷീൻ ഡ്രൈവറിൽ നിന്ന് GPU ഉപകരണം അൺബൈൻഡ് ചെയ്യുന്നു
GPU പാസ്ത്രൂവിനായി, ഹോസ്റ്റ് ഡ്രൈവറിൽ നിന്ന് GPU ഉപകരണം അൺബൈൻഡ് ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു, കാരണം ഈ ഡ്രൈവറുകൾ പലപ്പോഴും ഉപകരണത്തിന്റെ ഡൈനാമിക് അൺബൈൻഡിംഗിനെ പിന്തുണയ്ക്കുന്നില്ല. ഒരു GPU ഉപകരണം അറ്റാച്ചുചെയ്യാൻ വെർച്വൽ മെഷീൻ മാനേജർ ഇന്റർഫേസ് ഉപയോഗിക്കുമ്പോൾ, GPU ഡ്രൈവർ ഡൈനാമിക് അൺബൈൻഡിംഗിനെ പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ ഈ ഘട്ടങ്ങളും നടപ്പിലാക്കേണ്ടതുണ്ട്.\
ഹോസ്റ്റ് ഡ്രൈവറിൽ നിന്ന് GPU ഉപകരണം അൺബൈൻഡ് ചെയ്യുന്നതിനുള്ള ഘട്ടങ്ങൾ ഇപ്രകാരമാണ്:
- GPU PCI ബസ് വിലാസം തിരിച്ചറിയുക
ഉപകരണത്തിന്റെ GPU PCI ബസ് വിലാസവും ഐഡികളും തിരിച്ചറിയാൻ, ചിത്രം 4-ൽ ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക. ഞങ്ങളുടെ ലാബ് കോൺഫിഗറേഷനിൽ, ഞങ്ങളുടെ സെർവറിൽ NVIDIA Tesla V100 GPU ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്.
# lspci -Dnn|grep -i NVIDIA
0000:5b:00.0 3D കൺട്രോളർ [0302]: NVIDIA കോർപ്പറേഷൻ GV100GL [Tesla V100 PCIe 16GB] [10de:1db4] (rev a1)
ഈ ഉപകരണത്തിന്റെ PCI ബസ് വിലാസം 0000:5b:00.0 ആണെന്നും ഉപകരണത്തിന്റെ PCI ഐഡി 10de:1db4 ആണെന്നും കമാൻഡ് വെളിപ്പെടുത്തുന്നു. ഇനിപ്പറയുന്ന ഘട്ടങ്ങളിൽ PCI ബസ് വിലാസവും ഉപകരണ ഐഡിയും ഉപയോഗിക്കും. - ജിപിയു ഉപകരണം ഉപയോഗിക്കുന്നതിൽ നിന്നും നേറ്റീവ് ഹോസ്റ്റ് മെഷീൻ ഡ്രൈവറെ തടയുക
ജിപിയു ഉപകരണം ഉപയോഗിക്കുന്നതിൽ നിന്ന് നേറ്റീവ് ഹോസ്റ്റ് മെഷീൻ ഡ്രൈവർ തടയുന്നതിന്, നിങ്ങൾക്ക് പിസിഐ-സ്റ്റബ് ഡ്രൈവറിനൊപ്പം പിസിഐ ഐഡി ഉപയോഗിക്കാം. ഇത് ചെയ്യുന്നതിന്, /etc/default/grub കോൺഫിഗറേഷനിലെ GRUB_CMDLINX_LINUX ലൈനിലേക്ക് ഇനിപ്പറയുന്ന ഓപ്ഷൻ ചേർക്കുക file: pci-stub.ids=10de:1db4
ഇവിടെ 10de:1db4 എന്നത് നമ്മുടെ ജിപിയുവിനുള്ള PCI ഐഡിയാണ്, ചിത്രം 5-ൽ കാണിച്ചിരിക്കുന്നത് പോലെ. pci-stub-നായി അധിക പിസിഐ ഐഡികൾ ചേർക്കുന്നതിന്, ഒരു കോമ ഉപയോഗിച്ച് അവയെ വേർതിരിക്കുക.
# cat /etc/default/grub- ഗ്രബ്_ടൈംഔട്ട്=5
- GRUB_DISTRIBUTOR=”$(sed 's, റിലീസ് .*$,,g' /etc/system-release)”
- GRUB_DEFAULT = സംരക്ഷിച്ചു
- GRUB_DISABLE_SUBMENU=true
- GRUB_TERMINAL_OUTPUT=”കൺസോൾ”
- GRUB_CMDLINE_LINUX=”crashkernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet intel_iommu=on iommu=pt
pci-stub.ids=10de:1db4″ - GRUB_DISABLE_RECOVERY=”ശരി”
- GRUB_ENABLE_BLSCFG=true
- grub2 കോൺഫിഗറേഷൻ പുനഃസൃഷ്ടിക്കുക file
കേർണൽ കമാൻഡ് ലൈനിലെ മാറ്റങ്ങൾ പ്രയോഗിക്കുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് ബൂട്ട് ലോഡർ കോൺഫിഗറേഷൻ പുനഃസൃഷ്ടിക്കുക:
# grub2-mkconfig
ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് മാറ്റങ്ങൾ ഫലപ്രദമാണോ എന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാൻ കഴിയും:
# grubby –info=0 - ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് മാറ്റങ്ങൾ പ്രാബല്യത്തിൽ വരുന്നതിനായി ഹോസ്റ്റ് OS റീബൂട്ട് ചെയ്യുക
# ചൂട് 6
OS ബൂട്ടിന് ശേഷം, GPU ഉപകരണം സ്റ്റാൻഡേർഡ് ഇൻബോക്സ് (nouveau) ഡ്രൈവറിന് പകരം vfio-pci ഡ്രൈവർ ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കാൻ ചിത്രം 6-ൽ കമാൻഡ് പ്രവർത്തിപ്പിക്കുക.
lspci -vvvnnn -s 0000:5b:00.0|grep -i “കേർണൽ ഡ്രൈവർ ഉപയോഗത്തിലാണ്”
ഉപയോഗത്തിലുള്ള കേർണൽ ഡ്രൈവർ: vfio-pci
GPU IOMMU കോൺഫിഗറേഷൻ ലഭിക്കുന്നു
GPU ഉപകരണം അറ്റാച്ചുചെയ്യുന്നതിന് മുമ്പ്, അതിഥിയിൽ GPU ശരിയായി പ്രവർത്തിക്കുന്നതിന് അതിന്റെ IOMMU കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യേണ്ടതുണ്ട്. ഘട്ടങ്ങൾ ഇപ്രകാരമാണ്.
- ഹോസ്റ്റ് മെഷീനിലെ എല്ലാ PCI ഉപകരണങ്ങളും ലിസ്റ്റ് ചെയ്യുക
ഹോസ്റ്റ് മെഷീനിൽ ഘടിപ്പിച്ചിരിക്കുന്ന ഒരു പ്രത്യേക തരത്തിലുള്ള എല്ലാ ഉപകരണങ്ങളും ലിസ്റ്റുചെയ്യുന്നതിന് ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കുന്നു.
# virsh nodedev-list –cap pci
കമാൻഡിന്റെ ഔട്ട്പുട്ട് ചിത്രം 7-ൽ കാണിച്ചിരിക്കുന്നു. Review നിങ്ങൾ പാസ്ത്രൂ പ്രവർത്തനക്ഷമമാക്കാൻ ആഗ്രഹിക്കുന്ന GPU ഉപകരണത്തിലേക്ക് മാപ്പ് ചെയ്യുന്ന സ്ട്രിംഗിന്റെ ഔട്ട്പുട്ട്.
# virsh node dev-list –cap pci- pci_0000_00_00_0
- pci_0000_00_04_0
- pci_0000_00_04_1
- pci_0000_00_04_2
- pci_0000_00_04_3
- pci_0000_00_04_4
- pci_0000_00_04_5
- pci_0000_00_04_6
- pci_0000_00_04_7
- pci_0000_00_05_0
- pci_0000_5b_00_0
- pci_0000_ad_02_0
- pci_0000_ad_05_0
- pci_0000_ad_05_2
- pci_0000_ad_05_4
ഈ മുൻample ഭാഗിക ഔട്ട്പുട്ട് വിവരങ്ങൾ കാണിക്കുന്നു. 0000:5b:00.0 ഉപയോഗിച്ച് GPU-ലേക്ക് മാപ്പ് ചെയ്യുന്ന സ്ട്രിംഗ് pci_0000_5b_00_0 ആണ് (ചിത്രം 7-ൽ ബോൾഡ് ചെയ്തിരിക്കുന്നു). ':', '.' എന്നിവ ശ്രദ്ധിക്കുക. ലിബ്വിർട്ട്-അനുയോജ്യമായ ഐഡന്റിഫയറിൽ പ്രതീകങ്ങൾ അണ്ടർസ്കോറുകൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു. നിങ്ങൾ VM-ലേക്ക് കൈമാറാൻ ആഗ്രഹിക്കുന്ന GPU ഉപകരണത്തിലേക്ക് മാപ്പ് ചെയ്യുന്ന PCI ഉപകരണ നമ്പർ രേഖപ്പെടുത്തുക; അടുത്ത ഘട്ടങ്ങളിൽ ഇത് ആവശ്യമാണ്.
- GPU-യുടെ XML വിവരങ്ങൾ പ്രദർശിപ്പിക്കുക
ജിപിയുവിന്റെ ക്രമീകരണങ്ങൾ XML രൂപത്തിൽ പ്രദർശിപ്പിക്കുന്നതിന്, അതിന് ഒരു libvirt-ന് അനുയോജ്യമായ ഫോർമാറ്റ് PCI ബസ് വിലാസം ഉപയോഗിക്കേണ്ടതുണ്ട്. ഇതിൽ മുൻample, GPU PCI ഉപകരണ ഐഡന്റിഫയർ pci_0000_5b_00_0 ആണ്. ചിത്രം 8-ൽ കാണിച്ചിരിക്കുന്നതുപോലെ XML കോൺഫിഗറേഷൻ പ്രദർശിപ്പിക്കുന്നതിന് virsh nodedev-dumpxml കമാൻഡ് ഉപയോഗിച്ച് ജിപിയു ഉപകരണത്തിന്റെ libvirt-അനുയോജ്യമായ വിലാസം ഉപയോഗിക്കുക.
virsh nodedev-dumpxml pci_0000_5b_00_0- pci_0000_5b_00_0
- <path>/sys/devices/pci0000:5a/0000:5a:00.0/0000:5b:00.0</path>
- pci_0000_5a_00_0
- vfio-pci
- 0
- 91
- 0
- 0
- GV0GL [ടെസ്ല V1 PCIe 4GB]
- എൻവിഡിയ കോർപ്പറേഷൻ
ശ്രദ്ധിക്കുക ഘടകം XML കോൺഫിഗറേഷന്റെ ഒരു എൻട്രിയാണ് (ചിത്രം 8-ൽ ബോൾഡ് ചെയ്തത്). IOMMU കഴിവുകളും PCI ബസ് ടോപ്പോളജികളും കാരണം മറ്റ് ഉപകരണങ്ങളിൽ നിന്ന് ഒറ്റപ്പെട്ടതായി കണക്കാക്കുന്ന ഉപകരണങ്ങളുടെ ഒരു കൂട്ടം iommuGroup സൂചിപ്പിക്കുന്നു. ഹോംഗ്രൂപ്പിലെ എല്ലാ എൻഡ്പോയിന്റ് ഉപകരണങ്ങളും (പിസിഐഇ റൂട്ട് പോർട്ടുകൾ, ബ്രിഡ്ജുകൾ അല്ലെങ്കിൽ സ്വിച്ച് പോർട്ടുകൾ അല്ലാത്ത ഉപകരണങ്ങൾ) ഒരു ഗസ്റ്റ് OS-ലേക്ക് അസൈൻ ചെയ്യുന്നതിനായി നേറ്റീവ് ഹോസ്റ്റ് ഡ്രൈവറുകളിൽ നിന്ന് അൺബൗണ്ട് ചെയ്യേണ്ടതുണ്ട്. മുൻampമുകളിൽ, ഗ്രൂപ്പ് GPU ഉപകരണം (0000:5b:00.0) ഉൾക്കൊള്ളുന്നു, ചില GPU കാർഡുകളിൽ (0000:5b:00.1) പോലുള്ള ഒരു സഹപാഠി ഓഡിയോ ഉപകരണം ഉണ്ടായിരിക്കാം.
- IOMMU ക്രമീകരണങ്ങൾ ക്രമീകരിക്കുക (ഓപ്ഷണൽ)
ഓരോ IOMMU ഗ്രൂപ്പിലും ഒന്നോ അതിലധികമോ ഉപകരണങ്ങൾ അടങ്ങിയിരിക്കാമെന്ന് ശ്രദ്ധിക്കുക. ഒന്നിലധികം ഉപകരണങ്ങൾ ഉള്ളപ്പോൾ, IOMMU ഗ്രൂപ്പിലെ എല്ലാ എൻഡ്പോയിന്റുകളും ഒരു അതിഥിക്ക് അസൈൻ ചെയ്യുന്നതിനായി ഗ്രൂപ്പിനുള്ളിലെ ഏത് ഉപകരണത്തിനും ക്ലെയിം ചെയ്യണം. അതിഥിക്ക് അധിക എൻഡ് പോയിന്റുകൾ നൽകുന്നതിലൂടെയോ അല്ലെങ്കിൽ virsh node dev-detach കമാൻഡ് ഉപയോഗിച്ച് ഹോസ്റ്റ് ഡ്രൈവറിൽ നിന്ന് വേർപെടുത്തുന്നതിലൂടെയോ ഇത് സാധ്യമാക്കാം.
virsh nodedev-dumpxml ഔട്ട്പുട്ടിന്റെ iommuGroup വിഭാഗം ഉപയോഗിച്ച് IOMMU ഗ്രൂപ്പിനുള്ളിലെ ഉപകരണങ്ങൾ നിർണ്ണയിക്കാവുന്നതാണ്. ഗ്രൂപ്പിലെ ഓരോ അംഗത്തിനും ഒരു പ്രത്യേക വിലാസ ഫീൽഡിൽ നൽകിയിരിക്കുന്നു. ചിത്രം 9-ൽ നൽകിയിരിക്കുന്ന കമാൻഡ് ഉപയോഗിച്ച് sysfs-ലും ഈ വിവരങ്ങൾ കണ്ടെത്താം.
ls /sys/bus/pci/devices/0000\:5b\:00.0/iommu_group/devices/ 0000:5b:00.0 0000:5b:00.1
ഒരു GPU കാർഡിന് ഒരു കമ്പാനിയൻ ഓഡിയോ ഉപകരണം ഉണ്ടെങ്കിൽ (0000:5b:00.1), അതിഥിക്ക് 0000.5b.00.0 മാത്രം അസൈൻ ചെയ്യാൻ, അതിഥി ആരംഭിക്കുന്നതിന് മുമ്പ് ഉപയോഗിക്കാത്ത എൻഡ്പോയിന്റ് ഉപകരണം (0000:5b:00.1) ഹോസ്റ്റിൽ നിന്ന് വേർപെടുത്തണം. ഇനിപ്പറയുന്ന രണ്ട് ഘട്ടങ്ങൾ നടപ്പിലാക്കേണ്ടതുണ്ട്:
- ഉപകരണത്തിനായുള്ള പിസിഐ ഐഡി കണ്ടെത്തി അത് /etc/default/grub-ലെ pci-stub.ids ഓപ്ഷനിൽ ചേർക്കുക file, പേജ് 6-ലെ "ഹോസ്റ്റ് ഫിസിക്കൽ മെഷീൻ ഡ്രൈവറിൽ നിന്ന് GPU ഉപകരണം അൺബൈൻഡിംഗ്" എന്നതിൽ വിവരിച്ചിരിക്കുന്നത് പോലെ.
- ഒരു പരാമീറ്ററായി libvirt-അനുയോജ്യമായ വിലാസത്തോടുകൂടിയ virsh nodedev-detach കമാൻഡ് ഉപയോഗിക്കുക, ഉദാഹരണത്തിന്ample, # virsh nodedev-detach pci_0000_5b_00_1.
വിർഷ് ഉപയോഗിച്ച് ഒരു ജിപിയു ഉപകരണം അറ്റാച്ചുചെയ്യുന്നു
ഇനിപ്പറയുന്ന ഏതെങ്കിലും രീതി ഉപയോഗിച്ച് അതിഥിയുമായി GPU അറ്റാച്ചുചെയ്യാനാകും:
- വെർച്വൽ മെഷീൻ മാനേജർ ഇന്റർഫേസ് ഉപയോഗിക്കുന്നത് ഉപകരണ അസൈൻമെന്റ് പരാജയപ്പെടുകയാണെങ്കിൽ, അതേ IOMMU ഗ്രൂപ്പിൽ ഇപ്പോഴും ഹോസ്റ്റിൽ ഘടിപ്പിച്ചിരിക്കുന്ന മറ്റ് എൻഡ് പോയിന്റുകൾ ഉണ്ടായേക്കാം. virt-manager ഉപയോഗിച്ച് ഗ്രൂപ്പ് വിവരങ്ങൾ വീണ്ടെടുക്കാൻ ഒരു മാർഗവുമില്ല, എന്നാൽ IOMMU ഗ്രൂപ്പിന്റെ പരിധികൾ വിശകലനം ചെയ്യാൻ virsh കമാൻഡുകൾ ഉപയോഗിക്കാം.
- ജിപിയുവിനായി XML കോൺഫിഗറേഷൻ സൃഷ്ടിക്കുകയും അത് virsh attach-device കമാൻഡ് ഉപയോഗിച്ച് അറ്റാച്ചുചെയ്യുകയും ചെയ്യുന്നു
വിർഷ് അറ്റാച്ച്-ഡിവൈസ് ഉപയോഗിച്ചുള്ള രണ്ടാമത്തെ രീതി ഉപയോഗിക്കുന്ന ഘട്ടങ്ങൾ ഇപ്രകാരമാണ്:
- പേജ് 2-ലെ ഘട്ടം 9-ന്റെ ഔട്ട്പുട്ടിൽ നിന്ന്, കോൺഫിഗറേഷന് ആവശ്യമായ ഉപകരണ മൂല്യങ്ങൾ നേടുക file. ഞങ്ങളുടെ മുൻample, ഉപകരണത്തിന് ഇനിപ്പറയുന്ന മൂല്യങ്ങളുണ്ട്:
- doman = 0x0000
- ബസ് = 0x5b
- സ്ലോട്ട് = 0x00
- പ്രവർത്തനം = 0x0
കോൺഫിഗറേഷൻ ഈ മൂന്ന് മൂല്യങ്ങൾ ഉപയോഗിക്കുന്നു.
- ഒരു XML സൃഷ്ടിക്കുക file GPU ഉപകരണത്തിന്. മുൻampലെ, എ file GPU.xml എന്ന് പേരിട്ടിരിക്കുന്നു, അതിന്റെ ഉള്ളടക്കം ചിത്രം 10-ൽ കാണിച്ചിരിക്കുന്നത് പോലെയാണ്.
പൂച്ച GPU.xml -
- നിങ്ങൾ അസൈൻ ചെയ്യാൻ ആഗ്രഹിക്കുന്ന ഡൊമെയ്ൻ നാമവും XML ഉം വ്യക്തമാക്കുന്ന ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക file നിങ്ങൾ മുകളിൽ സൃഷ്ടിച്ച പേര്.
virsh അറ്റാച്ച്-ഉപകരണം fileപേര്> മുൻampചിത്രം 11-ൽ le, ഡൊമെയ്ൻ നാമം rhel8.2 ഉം XML ഉം ആണ് fileപേര് GPU.xml.
# virsh attach-device rhel8.2 GPU.xml ഉപകരണം വിജയകരമായി അറ്റാച്ചുചെയ്തു
വിർഷ് അറ്റാച്ച്-ഡിവൈസ് കമാൻഡ് നൽകുന്നതിന് മുമ്പ് ഡൊമെയ്ൻ പ്രവർത്തിക്കണം. ഡൊമെയ്ൻ നില പരിശോധിക്കുന്നതിനോ ഡൊമെയ്ൻ ആരംഭിക്കുന്നതിനോ ഷട്ട്ഡൗൺ ചെയ്യുന്നതിനോ ഇനിപ്പറയുന്ന കമാൻഡുകൾ ഉപയോഗിക്കുക:- വിർഷ് ലിസ്റ്റ്
- virsh തുടക്കം
- virsh ഷട്ട്ഡൗൺ
പിസിഐ ഉപകരണം ഇപ്പോൾ വെർച്വൽ മെഷീനിലേക്ക് വിജയകരമായി അസൈൻ ചെയ്യണം, കൂടാതെ ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലേക്ക് ആക്സസ് ചെയ്യാവുന്നതാണ്.
- ഗസ്റ്റ് ഒഎസിൽ ലോഗിൻ ചെയ്ത്, ഗസ്റ്റ് ഒഎസിലെ ജിപിയു ഉപകരണം പരിശോധിക്കുന്നതിന് ചിത്രം 12-ലെ കമാൻഡ് പ്രവർത്തിപ്പിക്കുക. അതിഥിയുടെ GPU-യുടെ PCI ബസ് വിലാസം ഹോസ്റ്റിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കും. ഇതിൽ മുൻampലെ, ബസ് വിലാസം 07:00.0 ആണ്.
lspci |grep -i nvidia
07:00.0 3D കൺട്രോളർ: NVIDIA കോർപ്പറേഷൻ GV100GL [Tesla V100 PCIe 16GB] (rev a1)
വിർഷ് അറ്റാച്ച്-ഉപകരണം പ്രവർത്തിക്കുന്നു file പേര്> GPU ഉപകരണം VM-ലേക്ക് താൽക്കാലികമായി അസൈൻ ചെയ്യുന്നു. ഒരു റീബൂട്ടിന് ശേഷം, GPU ഇനി അറ്റാച്ചുചെയ്യില്ല. പാരാമീറ്റർ കൂട്ടിച്ചേർക്കൽ - പെർസിസ്റ്റന്റ് പെർസിസ്റ്റന്റ് ആയി ഒരു ഗസ്റ്റ് OS-ലേക്ക് അറ്റാച്ചുചെയ്യുന്നു. ഉദാampLe:
virsh attach-device rhel8.2 GPU.xml –persistent
ഒരു ഗസ്റ്റ് OS-ലേക്ക് ഒരു GPU ഉപകരണം സ്ഥിരമായി അറ്റാച്ചുചെയ്യുന്നതിന്, ഈ ഘട്ടങ്ങൾ പാലിക്കുക:
- ഡൊമെയ്ൻ XML കോൺഫിഗറേഷൻ എഡിറ്റുചെയ്യുന്നതിന് ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക file. vrish എഡിറ്റ് '
- നിങ്ങൾ അസൈൻ ചെയ്യാൻ ആഗ്രഹിക്കുന്ന ഡൊമെയ്ൻ നാമം വ്യക്തമാക്കുക.
- എന്നതിൽ ഉചിതമായ ഉപകരണ XML എൻട്രി ചേർക്കുക ഗസ്റ്റിന് പിസിഐ ഉപകരണം സ്വമേധയാ നൽകാനുള്ള വിഭാഗം.
# virsh എഡിറ്റ് rhel8.2
ഗസ്റ്റ് OS-ൽ NVIDIA ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നു
Linux കൺസോളിൽ നിന്ന് ഒരു NVIDIA GPU എങ്ങനെ പ്രവർത്തനക്ഷമമാക്കാം എന്ന് ഈ വിഭാഗം വിവരിക്കുന്നു. മറ്റ് നിർമ്മാതാക്കളിൽ നിന്നുള്ള GPU കാർഡുകൾക്ക്, ഘട്ടങ്ങൾ അല്പം വ്യത്യസ്തമായിരിക്കാം. ഗസ്റ്റ് OS-ൽ ഒരു നിയുക്ത NVIDIA GPU ഉപയോഗിക്കുമ്പോൾ, NVIDIA ഡ്രൈവറുകൾ മാത്രമേ പിന്തുണയ്ക്കൂ. മറ്റ് ഡ്രൈവർമാർ നന്നായി പ്രവർത്തിച്ചേക്കില്ല.
RHEL7.x അല്ലെങ്കിൽ RHEL8.x ഗസ്റ്റ് OS അടിസ്ഥാനമാക്കി NVIDIA ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന്, ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ ചെയ്യുക:
- NVIDIA-യിൽ നിന്ന് നിങ്ങളുടെ ഗ്രാഫിക്സ് കൺട്രോളറിന് അനുയോജ്യമായ NVIDIA ഡ്രൈവർ ഡൗൺലോഡ് ചെയ്യുക webസൈറ്റ്, http://www.nvidia.com.
- ഈ ഡ്രൈവർ ടാർഗെറ്റ് സിസ്റ്റത്തിന്റെ ലോക്കൽ ഡിസ്കിൽ സേവ് ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക. ഒരു ഫ്ലാഷ് ഡ്രൈവ് പോലുള്ള ഒരു ബാഹ്യ ഉപകരണത്തിൽ നിന്ന് ഇൻസ്റ്റാൾ ചെയ്യുന്നത്, ഇൻസ്റ്റലേഷൻ പരാജയം പോലെയുള്ള അറിയപ്പെടുന്ന പ്രശ്നങ്ങൾക്ക് കാരണമാകും.
- എൻവിഡിയ ഡ്രൈവർ ഇൻസ്റ്റോൾ ചെയ്യുന്നതിനായി താഴെ കൊടുത്തിരിക്കുന്ന കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുക. സിസ്റ്റത്തിൽ X സെർവർ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ ഡ്രൈവർ ഇൻസ്റ്റോൾ ചെയ്യാൻ കഴിയില്ല, അതിനാൽ സിസ്റ്റം ടെക്സ്റ്റ് മോഡിൽ ആരംഭിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക (റൺ ലെവൽ 3).
- # ചൂട് 3
- # sh nvidia_fileപേര്.റൺ
- നോവൗ (ഇൻബോക്സ്) ഡ്രൈവറെ ബ്ലാക്ക്ലിസ്റ്റ് ചെയ്യാൻ ഗ്രബ് 2 എഡിറ്റ് ചെയ്യുക. /etc/default/grub എഡിറ്റ് ചെയ്ത് GRUB_CMDLINE_LINUX ലൈനിലേക്ക് ഇനിപ്പറയുന്ന പാരാമീറ്റർ ചേർക്കുക. rd. driver.blacklist=nouveau nouveau.modeset=0 ഈ കേർണൽ പാരാമീറ്റർ, ഗസ്റ്റ് OS-ൽ initramfs-ൽ നിന്ന് ബൂട്ട് ചെയ്യുമ്പോൾ ലോഡുചെയ്യുന്നത് അപ്രാപ്തമാക്കുന്നതിന് nouveau ഡ്രൈവർ മൊഡ്യൂളിനെ ബ്ലാക്ക്ലിസ്റ്റ് ചെയ്യുന്നു.
- grub.cfg പുനർനിർമ്മിക്കുക file ഇനിപ്പറയുന്ന കമാൻഡുകളിലൊന്ന് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ: # grub2-mkconfig.
- /etc/modprobe.d/blacklist.conf എഡിറ്റ് ചെയ്യുക file അതിലേക്ക് ഇനിപ്പറയുന്ന വരി ചേർക്കുക, അതുവഴി ബ്ലാക്ക്ലിസ്റ്റ് ആവശ്യകത പുനർനിർമ്മിക്കുമ്പോൾ initramfs-ലേക്ക് ചേർക്കപ്പെടും:
കരിമ്പട്ടിക നോവ - നിലവിലെ initramfs ബാക്കപ്പ് ചെയ്ത് പുതിയൊരെണ്ണം ഇനിപ്പറയുന്ന രീതിയിൽ നിർമ്മിക്കുക:
- # mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img
- # dracut /boot/initramfs-$(uname-r).img $(uname-r)
- സിസ്റ്റം പുനരാരംഭിക്കുക.
സിസ്റ്റം ഇപ്പോൾ ബൂട്ടിൽ nouveau മൊഡ്യൂൾ ലോഡ് ചെയ്യാൻ പാടില്ല.
മുകളിലുള്ള ഘട്ടങ്ങൾക്ക് മുമ്പ്, ചുവടെയുള്ള കമാൻഡിൽ കാണിച്ചിരിക്കുന്നതുപോലെ nouveau ഡ്രൈവർ ഉപയോഗത്തിലാണ്:
# lspci -vvvnnn -s 07:00.0|grep -i “കേർണൽ ഡ്രൈവർ ഉപയോഗത്തിലാണ്”
ഉപയോഗത്തിലുള്ള കേർണൽ ഡ്രൈവർ: nouveau
മുകളിലുള്ള ഘട്ടങ്ങൾക്ക് ശേഷം, ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് എൻവിഡിയ ഡ്രൈവർ ഉപയോഗത്തിലാണോ എന്ന് നമുക്ക് പരിശോധിക്കാം:
# lspci -vvvnnn -s 07:00.0|grep -i “കേർണൽ ഡ്രൈവർ ഉപയോഗത്തിലാണ്”
ഉപയോഗത്തിലുള്ള കേർണൽ ഡ്രൈവർ: എൻവിഡിയ
ഇതോടെ, ഗസ്റ്റ് ഒഎസിൽ പ്രത്യേക ഉപയോഗത്തിനായി ജിപിയു ഇപ്പോൾ ലഭ്യമാണ്.
റഫറൻസുകൾ
കൂടുതൽ വിവരങ്ങൾക്ക് ഈ റഫറൻസുകൾ ഉപയോഗിക്കുക
- X.org/XFree86 വീഡിയോ ടൈമിംഗുകൾ എങ്ങനെ
http://www.tldp.org/HOWTO/XFree86-Video-Timings-HOWTO/ - OVMF വഴിയുള്ള പിസിഐ പാസ്ത്രൂവിനുള്ള ആർച്ച്വിക്കി പ്രവേശനം
https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF - RHEL 7 ഡോക്യുമെന്റേഷൻ: വിർച്ച്വലൈസേഷൻ വിന്യാസവും അഡ്മിനിസ്ട്രേഷൻ ഗൈഡും
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/.
ചൈനയിലെ ബീജിംഗ് ആസ്ഥാനമായുള്ള ലെനോവോ ഇൻഫ്രാസ്ട്രക്ചർ സൊല്യൂഷൻസ് ഗ്രൂപ്പിലെ ലിനക്സ് എഞ്ചിനീയറാണ് സിയാവുൻ ലി. ലിനക്സ് കേർണൽ സ്റ്റോറേജ്, മെമ്മറി മാനേജ്മെന്റ്, കേർണൽ ഡിആർഎം എന്നിവയുമായി ബന്ധപ്പെട്ട വികസനത്തിൽ അദ്ദേഹം വൈദഗ്ദ്ധ്യം നേടിയിട്ടുണ്ട്. ലെനോവോയിൽ ചേരുന്നതിന് മുമ്പ്, അദ്ദേഹം INSPUR-ന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എഞ്ചിനീയറായിരുന്നു. എട്ട് വർഷത്തെ വ്യവസായ പരിചയമുള്ള അദ്ദേഹം ഇപ്പോൾ Linux കേർണൽ RAS, സംഭരണം, സുരക്ഷ, വിർച്ച്വലൈസേഷൻ എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.
ഈ പ്രോജക്റ്റിലേക്കുള്ള സംഭാവനകൾക്ക് ഇനിപ്പറയുന്ന ആളുകൾക്ക് നന്ദി:
- യാങ്യാങ് ലിയാങ്, ലിനക്സ് പ്രവർത്തനക്ഷമമാക്കുന്നതിനുള്ള ലെനോവോ ടെസ്റ്റ് എഞ്ചിനീയർ
- അഡ്രിയാൻ ഹുവാങ്, ലെനോവോ ഒഎസ് എഞ്ചിനീയർ
- Huaisheng Ye, Lenovo OS എഞ്ചിനീയർ
- ഗാരി കുഡാക്ക്, ലെനോവോ ഒഎസ് ആർക്കിടെക്റ്റ്
- പോൾ ആർട്ട്മാൻ, സ്റ്റോറേജ്, ഐ/ഒ ആർക്കിടെക്റ്റ്
- ജിജി ചെങ്, സാങ്കേതിക എഴുത്തുകാരൻ
- ഡേവിഡ് വാട്ട്സ്, ലെനോവോ പ്രസ്സ്
അറിയിപ്പുകൾ
ഈ ഡോക്യുമെന്റിൽ ചർച്ച ചെയ്ത ഉൽപ്പന്നങ്ങളോ സേവനങ്ങളോ സവിശേഷതകളോ ലെനോവോ എല്ലാ രാജ്യങ്ങളിലും വാഗ്ദാനം ചെയ്തേക്കില്ല. നിങ്ങളുടെ പ്രദേശത്ത് നിലവിൽ ലഭ്യമായ ഉൽപ്പന്നങ്ങളെയും സേവനങ്ങളെയും കുറിച്ചുള്ള വിവരങ്ങൾക്ക് നിങ്ങളുടെ പ്രാദേശിക ലെനോവോ പ്രതിനിധിയെ സമീപിക്കുക. ഒരു ലെനോവോ ഉൽപ്പന്നം, പ്രോഗ്രാം അല്ലെങ്കിൽ സേവനം എന്നിവയെ കുറിച്ചുള്ള ഏതെങ്കിലും പരാമർശം Lenovo ഉൽപ്പന്നം, പ്രോഗ്രാം അല്ലെങ്കിൽ സേവനം മാത്രമേ ഉപയോഗിക്കാവൂ എന്ന് പ്രസ്താവിക്കാനോ സൂചിപ്പിക്കാനോ ഉദ്ദേശിച്ചുള്ളതല്ല. ഏതെങ്കിലും ലെനോവോ ബൗദ്ധിക സ്വത്തവകാശം ലംഘിക്കാത്ത പ്രവർത്തനപരമായി തുല്യമായ ഉൽപ്പന്നമോ പ്രോഗ്രാമോ സേവനമോ ഉപയോഗിക്കാവുന്നതാണ്. എന്നിരുന്നാലും, മറ്റേതെങ്കിലും ഉൽപ്പന്നത്തിന്റെയോ പ്രോഗ്രാമിന്റെയോ സേവനത്തിന്റെയോ പ്രവർത്തനം വിലയിരുത്തുകയും സ്ഥിരീകരിക്കുകയും ചെയ്യേണ്ടത് ഉപയോക്താവിന്റെ ഉത്തരവാദിത്തമാണ്.
ഈ ഡോക്യുമെന്റിൽ വിവരിച്ചിരിക്കുന്ന വിഷയം ഉൾക്കൊള്ളുന്ന പേറ്റന്റുകളോ പേറ്റന്റ് അപേക്ഷകളോ ലെനോവോയ്ക്ക് ഉണ്ടായിരിക്കാം. ഈ പ്രമാണം നൽകുന്നത് ഈ പേറ്റന്റുകൾക്ക് നിങ്ങൾക്ക് ഒരു ലൈസൻസും നൽകില്ല. നിങ്ങൾക്ക് രേഖാമൂലമുള്ള ലൈസൻസ് അന്വേഷണങ്ങൾ ഇതിലേക്ക് അയയ്ക്കാം:
ലെനോവോ (യുണൈറ്റഡ് സ്റ്റേറ്റ്സ്), Inc.
1009 തിങ്ക് പ്ലേസ് - ബിൽഡിംഗ് വൺ മോറിസ്വില്ലെ, NC 27560
യുഎസ്എ
ശ്രദ്ധ: ലെനോവോ ഡയറക്ടർ ഓഫ് ലൈസൻസിംഗ്
LENOV ഈ പ്രസിദ്ധീകരണം "ഉള്ളതുപോലെ" ഏതെങ്കിലും തരത്തിലുള്ള വാറന്റി ഇല്ലാതെ നൽകുന്നു, ഒന്നുകിൽ പ്രകടിപ്പിക്കുന്നതോ അല്ലെങ്കിൽ പരോക്ഷമായതോ, ഉൾപ്പടെ, എന്നാൽ പരിമിതപ്പെടുത്തിയിട്ടില്ല, പരിമിതികളില്ലാത്ത, വ്യവസ്ഥാപിതമല്ലാത്ത വാറന്റികൾ ഐകുലാർ ഉദ്ദേശ്യം. ചില അധികാരപരിധികൾ ചില ഇടപാടുകളിൽ എക്സ്പ്രസ് അല്ലെങ്കിൽ സൂചനയുള്ള വാറന്റികളുടെ നിരാകരണങ്ങൾ അനുവദിക്കുന്നില്ല, അതിനാൽ, ഈ പ്രസ്താവന നിങ്ങൾക്ക് ബാധകമായേക്കില്ല.
ഈ വിവരങ്ങളിൽ സാങ്കേതിക അപാകതകളോ ടൈപ്പോഗ്രാഫിക്കൽ പിശകുകളോ ഉൾപ്പെടാം. ഇവിടെയുള്ള വിവരങ്ങളിൽ കാലാനുസൃതമായി മാറ്റങ്ങൾ വരുത്തുന്നു; ഈ മാറ്റങ്ങൾ പ്രസിദ്ധീകരണത്തിൻ്റെ പുതിയ പതിപ്പുകളിൽ ഉൾപ്പെടുത്തും. ഈ പ്രസിദ്ധീകരണത്തിൽ വിവരിച്ചിരിക്കുന്ന ഉൽപ്പന്നത്തിലും/അല്ലെങ്കിൽ പ്രോഗ്രാമിലും (പ്രോഗ്രാമുകളിൽ) എപ്പോൾ വേണമെങ്കിലും അറിയിപ്പ് കൂടാതെ ലെനോവോ മെച്ചപ്പെടുത്തലുകളും കൂടാതെ/അല്ലെങ്കിൽ മാറ്റങ്ങളും വരുത്തിയേക്കാം.
ഈ ഡോക്യുമെൻ്റിൽ വിവരിച്ചിരിക്കുന്ന ഉൽപ്പന്നങ്ങൾ ഇംപ്ലാൻ്റേഷനിലോ മറ്റ് ലൈഫ് സപ്പോർട്ട് ആപ്ലിക്കേഷനുകളിലോ ഉപയോഗിക്കുന്നതിന് ഉദ്ദേശിച്ചുള്ളതല്ല, തകരാർ മൂലം വ്യക്തികൾക്ക് പരിക്കോ മരണമോ ഉണ്ടാകാം. ഈ പ്രമാണത്തിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങൾ Lenovo ഉൽപ്പന്ന സവിശേഷതകളെയോ വാറൻ്റികളെയോ ബാധിക്കുകയോ മാറ്റുകയോ ചെയ്യുന്നില്ല. ലെനോവോയുടെയോ മൂന്നാം കക്ഷികളുടെയോ ബൗദ്ധിക സ്വത്തവകാശത്തിന് കീഴിലുള്ള എക്സ്പ്രസ് അല്ലെങ്കിൽ ഇൻപ്ലൈഡ് ലൈസൻസോ നഷ്ടപരിഹാരമോ ആയി ഈ ഡോക്യുമെൻ്റിലെ ഒന്നും പ്രവർത്തിക്കില്ല. ഈ ഡോക്യുമെൻ്റിൽ അടങ്ങിയിരിക്കുന്ന എല്ലാ വിവരങ്ങളും നിർദ്ദിഷ്ട പരിതസ്ഥിതികളിൽ നിന്ന് ലഭിച്ചതാണ്, അവ ഒരു ചിത്രീകരണമായി അവതരിപ്പിക്കുന്നു. മറ്റ് പ്രവർത്തന പരിതസ്ഥിതികളിൽ ലഭിച്ച ഫലം വ്യത്യാസപ്പെടാം.
Lenovo നിങ്ങളോട് യാതൊരു ബാധ്യതയും വരുത്താതെ തന്നെ ഉചിതമെന്ന് വിശ്വസിക്കുന്ന ഏതെങ്കിലും വിധത്തിൽ നിങ്ങൾ നൽകുന്ന ഏതെങ്കിലും വിവരങ്ങൾ ഉപയോഗിക്കുകയോ വിതരണം ചെയ്യുകയോ ചെയ്തേക്കാം. നോൺ-ലെനോവോയിലേക്കുള്ള ഈ പ്രസിദ്ധീകരണത്തിലെ ഏതെങ്കിലും റഫറൻസുകൾ Web സൈറ്റുകൾ സൗകര്യാർത്ഥം മാത്രമാണ് നൽകിയിരിക്കുന്നത്, അവ ഒരു തരത്തിലും ഒരു അംഗീകാരമായി വർത്തിക്കുന്നില്ല Web സൈറ്റുകൾ. അവയിലെ മെറ്റീരിയലുകൾ Web സൈറ്റുകൾ ഈ ലെനോവോ ഉൽപ്പന്നത്തിനായുള്ള മെറ്റീരിയലുകളുടെ ഭാഗമല്ല, അവയുടെ ഉപയോഗവും Web സൈറ്റുകൾ നിങ്ങളുടെ സ്വന്തം ഉത്തരവാദിത്തത്തിലാണ്.
ഇവിടെ അടങ്ങിയിരിക്കുന്ന ഏതൊരു പ്രകടന ഡാറ്റയും നിയന്ത്രിത പരിതസ്ഥിതിയിൽ നിർണ്ണയിക്കപ്പെടുന്നു. അതിനാൽ, മറ്റ് പ്രവർത്തന പരിതസ്ഥിതികളിൽ ലഭിച്ച ഫലം ഗണ്യമായി വ്യത്യാസപ്പെടാം. ചില അളവുകൾ ഡെവലപ്മെൻ്റ്-ലെവൽ സിസ്റ്റങ്ങളിൽ നടത്തിയിരിക്കാം, പൊതുവായി ലഭ്യമായ സിസ്റ്റങ്ങളിൽ ഈ അളവുകൾ സമാനമാകുമെന്നതിന് യാതൊരു ഉറപ്പുമില്ല. കൂടാതെ, ചില അളവുകൾ എക്സ്ട്രാപോളേഷൻ വഴി കണക്കാക്കിയിരിക്കാം. യഥാർത്ഥ ഫലങ്ങൾ വ്യത്യാസപ്പെടാം. ഈ പ്രമാണത്തിൻ്റെ ഉപയോക്താക്കൾ അവരുടെ പ്രത്യേക പരിതസ്ഥിതിക്ക് ബാധകമായ ഡാറ്റ പരിശോധിക്കണം.
© പകർപ്പവകാശം ലെനോവോ 2021. എല്ലാ അവകാശങ്ങളും നിക്ഷിപ്തം.
യുഎസ് ഗവൺമെന്റ് ഉപയോക്താക്കൾക്കുള്ള കുറിപ്പ് നിയന്ത്രിത അവകാശങ്ങൾ — ഉപയോഗം, തനിപ്പകർപ്പ് അല്ലെങ്കിൽ വെളിപ്പെടുത്തൽ എന്നിവ ഗ്ലോബൽ സർവീസസ് അഡ്മിനിസ്ട്രേഷൻ (GSA) ADP ഷെഡ്യൂൾ കരാർ നിയന്ത്രിച്ചിരിക്കുന്നു.
ഈ ഡോക്യുമെന്റ് 25 മെയ് 2021-ന് സൃഷ്ടിച്ചതോ അപ്ഡേറ്റ് ചെയ്തതോ ആണ്.
റേറ്റുചെയ്ത് ഫീഡ്ബാക്ക് ഫോം വഴി നിങ്ങളുടെ അഭിപ്രായങ്ങൾ ഞങ്ങൾക്ക് അയയ്ക്കുക http://lenovopress.com/lp1234
വ്യാപാരമുദ്രകൾ
ലെനോവോയും ലെനോവോ ലോഗോയും യുണൈറ്റഡ് സ്റ്റേറ്റ്സിലോ മറ്റ് രാജ്യങ്ങളിലോ അല്ലെങ്കിൽ രണ്ടും ലെനോവോയുടെ വ്യാപാരമുദ്രകളോ രജിസ്റ്റർ ചെയ്ത വ്യാപാരമുദ്രകളോ ആണ്. ഇവയും മറ്റ് ലെനോവോ ട്രേഡ്മാർക്ക് ചെയ്ത നിബന്ധനകളും ഈ വിവരങ്ങളിൽ ആദ്യം വന്നപ്പോൾ ഉചിതമായ ചിഹ്നം (® അല്ലെങ്കിൽ ™) ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയിരിക്കുന്നു, ഇത് ഈ വിവരങ്ങൾ പ്രസിദ്ധീകരിച്ച സമയത്ത് ലെനോവോയുടെ ഉടമസ്ഥതയിലുള്ള യുഎസ് രജിസ്ട്രേഡ് അല്ലെങ്കിൽ പൊതു നിയമ വ്യാപാരമുദ്രകളെ സൂചിപ്പിക്കുന്നു. അത്തരം വ്യാപാരമുദ്രകൾ മറ്റ് രാജ്യങ്ങളിൽ രജിസ്റ്റർ ചെയ്തതോ പൊതു നിയമ വ്യാപാരമുദ്രകളോ ആകാം. ലെനോവോ വ്യാപാരമുദ്രകളുടെ നിലവിലെ ലിസ്റ്റ് ഇതിൽ നിന്ന് ലഭ്യമാണ്
https://www.lenovo.com/us/en/legal/copytrade/.
താഴെപ്പറയുന്ന നിബന്ധനകൾ യുണൈറ്റഡ് സ്റ്റേറ്റ്സ്, മറ്റ് രാജ്യങ്ങൾ അല്ലെങ്കിൽ രണ്ടും ലെനോവോയുടെ വ്യാപാരമുദ്രകളാണ്:
- ലെനോവോ
- ലെനോവോ(ലോഗോ)®
- തിങ്ക്സിസ്റ്റം™
ഇനിപ്പറയുന്ന നിബന്ധനകൾ മറ്റ് കമ്പനികളുടെ വ്യാപാരമുദ്രകളാണ്:
ഇന്റൽ, ഇന്റൽ ലോഗോ എന്നിവ ഇന്റൽ കോർപ്പറേഷന്റെയോ യുണൈറ്റഡ് സ്റ്റേറ്റ്സിലെയും മറ്റ് രാജ്യങ്ങളിലെയും അനുബന്ധ സ്ഥാപനങ്ങളുടെ വ്യാപാരമുദ്രകളോ രജിസ്റ്റർ ചെയ്ത വ്യാപാരമുദ്രകളോ ആണ്. യുണൈറ്റഡ് സ്റ്റേറ്റ്സിലോ മറ്റ് രാജ്യങ്ങളിലോ അല്ലെങ്കിൽ രണ്ടിലേയും ലിനസ് ടോർവാൾഡിന്റെ ഒരു വ്യാപാരമുദ്രയാണ് ലിനക്സ്. മറ്റ് കമ്പനികളുടെയോ ഉൽപ്പന്നങ്ങളുടെയോ സേവനങ്ങളുടെയോ പേരുകൾ മറ്റുള്ളവരുടെ വ്യാപാരമുദ്രകളോ സേവന അടയാളങ്ങളോ ആകാം.
ലെനോവോ തിങ്ക്സിസ്റ്റം സെർവറിൽ ഒരു ലിനക്സ് വിഎമ്മിൽ പാസ്ത്രൂ ജിപിയു കോൺഫിഗർ ചെയ്യുന്നു.
പ്രമാണങ്ങൾ / വിഭവങ്ങൾ
![]() |
ലെനോവോ തിങ്ക്സിസ്റ്റം സെർവർ [pdf] ഉപയോക്തൃ ഗൈഡ് തിങ്ക്സിസ്റ്റം സെർവർ, തിങ്ക്സിസ്റ്റം, സെർവർ |




