apt-cache તમારા VPN પેકેજ માટે સ્થાપિત (કંઈ નહીં) કેમ બતાવે છે

Installed: (none) જણાવતું VPN પેકેજ ખૂટતું નથી; તે ફક્ત સ્થાપિત નથી. તમે તેને સ્થાપિત કરી શકો કે નહીં તે નક્કી કરતી લાઇન Candidate છે, જે APT ઇન્ડેક્સ, suite નામ, આર્કિટેક્ચર અને અમલમાં રહેલા કોઈપણ પિનિંગ નિયમોમાંથી મેળવે છે. ગુમ થયેલા VPN પેકેજની મોટાભાગની ફરિયાદો પેકેજિંગ સમસ્યા નહીં, ઉમેદવારની સમસ્યા હોય છે. એક પણ સ્રોત એન્ટ્રીને સ્પર્શ કરતા પહેલાં બંને લાઇનો વાંચો.

હું પહેલા ઉમેદવાર તપાસું છું, કારણ કે તેમાં એક જ આદેશ લાગે છે અને સામાન્ય અનુમાનોમાંથી અડધા બાદ થઈ જાય છે.

apt-cache policy નું આઉટપુટ તમને શું કહે છે

apt-cache policy સ્થાનિક પેકેજ કેશ વાંચે છે, નેટવર્ક નહીં. તે સ્થાપિત આવૃત્તિ, ઉમેદવાર આવૃત્તિ અને પેકેજ આપતા દરેક ઇન્ડેક્સનું કોષ્ટક તેની સાથે જોડાયેલી પ્રાથમિકતા સાથે છાપે છે.

apt-cache policy openvpn
apt-cache madison openvpn
apt list -a network-manager-openvpn

ઉમેદવાર એ આવૃત્તિ છે જે APT અત્યારે પસંદ કરે. madison બતાવે છે કે દરેક સ્રોત પોતાની પ્રાથમિકતા સાથે શું આપે છે, અને એ રીતે તમે એવું પેકેજ પકડો છો જે ઇન્ડેક્સમાં છે પણ પિન સ્પર્ધા હારી જાય છે. apt-cache માર્ગદર્શિકા બંનેને કેશ વાંચન તરીકે દસ્તાવેજ કરે છે, તેથી એમાંથી કોઈ પણ સાબિત કરતું નથી કે મિરર આ ક્ષણે પહોંચી શકાય તેવું છે.

જો ઉમેદવાર લાઇન ખાલી હોય અથવા (none) દર્શાવે, તો ગોઠવેલા સ્રોતોમાં આ સિસ્ટમ માટે, જેમ તે ગોઠવેલી છે તેમ, કંઈ પણ યોગ્ય નથી.

ઉમેદવાર અદૃશ્ય થવાના ચાર કારણો

વ્યવહારમાં કારણ લગભગ હંમેશા ચારમાંથી એક હોય છે, અને દરેકનો ઉપાય અલગ છે.

તમારા સ્રોતોમાં suite નામ એ ડિસ્ટ્રિબ્યુશન સાથે મેળ ખાવું જોઈએ જેના માટે પેકેજ બન્યું છે. trixie મિરર તરફ નિર્દેશિત Debian bookworm સિસ્ટમ, અથવા અપગ્રેડ દરમિયાન sources.list.d ફાઇલમાં નામ બદલાયેલી Ubuntu આવૃત્તિ, ફક્ત બીજા suite માં રહેલા પેકેજો માટે કંઈ ઉકેલતી નથી. દરેક એન્ટ્રીમાં lsb_release -cs ની suite ફીલ્ડ સાથે સરખામણી કરો.

APT ફક્ત એ આર્કિટેક્ચર માટે બનેલા પેકેજ જુએ છે જે dpkg જાણે છે. 32-બિટ કન્ટેનર, arm64 ઇમેજ અથવા ફક્ત amd64 માટે મોકલાતું પેકેજ માંગતી Raspberry Pi સ્થાપના ત્રુટિ સંદેશને બદલે ખાલી ઉમેદવાર મેળવે છે. dpkg --print-architecture અને dpkg --print-foreign-architectures તમને કહે છે કે તમે ખરેખર કયા સેટમાં છો.

ઘટકો પણ મહત્વપૂર્ણ છે. ફક્ત main સક્રિય હોય ત્યારે contrib અથવા non-free માંનું પેકેજ અદૃશ્ય હોય છે, અને Ubuntu નું universe એ જ રીતે વર્તે છે. ઇન્ડેક્સ અસ્તિત્વમાં છે અને પેકેજ તેમાં છે; ફક્ત તમારી સક્રિય ઘટકોની યાદી તેને સમાવતી નથી.

પિનિંગ એ શાંત કારણ છે. /etc/apt/preferences.d માંની ફાઇલ પેકેજને સ્થાપના થ્રેશોલ્ડની નીચે મર્યાદિત કરી શકે છે, અને પછી સંપૂર્ણ સારો ઉમેદવાર આઉટપુટમાંથી અદૃશ્ય થાય છે જ્યારે ઇન્ડેક્સ હજી તેને સૂચિબદ્ધ કરે છે. કારણ કે policy દરેક સ્રોતની બાજુમાં પ્રાથમિકતાઓ છાપે છે, જેના દરેક સ્રોત પર નીચો પિન નંબર હોય તે પેકેજ એ સંકેત છે.

જૂના ઇન્ડેક્સ ખૂટતા પેકેજ જેવા દેખાય છે

કેશ એ એક ક્ષણનું ચિત્ર છે. જો છેલ્લું apt update એક ઇન્ડેક્સ પર નિષ્ફળ ગયું હોય, તો પ્રશ્નો જૂની નકલમાંથી જ જવાબ આપતા રહે છે, અને તમે અપેક્ષા રાખતું પેકેજ તે નકલમાં ન પણ હોય.

apt update દરેક ઇન્ડેક્સ માટે ભૂલો છાપે છે, તેથી સીધું છેલ્લી લાઇન પર જવાને બદલે તે વાંચો.

હસ્તાક્ષર ત્રુટિ, સમાપ્ત થયેલી release ફાઇલ કે અપ્રાપ્ય મિરરને કારણે નિષ્ફળ ગયેલી રિફ્રેશ પાછલું ઇન્ડેક્સ તેની જગ્યાએ રાખે છે. તે સમજદાર રચના છે, કારણ કે મિરર થોડા સમય માટે બંધ હોય ત્યારે તે કાર્યરત કેશ જાળવે છે. આડઅસર એ છે કે રિપોઝિટરી ઑફલાઇન હોય ત્યારે પણ શોધ સફળ થઈ શકે છે. તે એ પણ દર્શાવે છે કે ઇન્ડેક્સ છેલ્લે ક્યારે લેવાયું તે જાણ્યા પહેલાં પેકેજની ગેરહાજરી કંઈ સાબિત કરતી નથી. પેકેજના નામને દોષ આપતા પહેલાં /var/lib/apt/lists હેઠળની ફાઇલોની તારીખો તપાસો.

તમને ખરેખર જરૂરી પેકેજનું નામ આપો

OpenVPN એ ડિમન છે, અને લોકોને સામાન્ય રીતે જોઈતા ભાગો અલગ પેકેજો છે.

એન્જિન, NetworkManager પ્લગઇન અને ડેસ્કટોપ એડિટર ત્રણ નામવાળા ત્રણ પેકેજ છે, અને પ્લગઇનમાં GTK પ્રકાર છે જેનું નામ ડિસ્ટ્રિબ્યુશન પ્રમાણે બદલાય છે. apt-cache search --names-only openvpn વર્ણનોને બદલે નામો અને આપેલા નામો મેળવે છે, અને જ્યારે તમે લગભગ જાણો છો કે તે વસ્તુનું નામ શું છે ત્યારે તમે એ જ ઇચ્છો છો.

જો નામ ખરેખર અજાણ્યું હોય, તો એક વાર વર્ણનોમાં શોધો, પછી ચોક્કસ નામો પર પાછા ફરો. બીજા ડિસ્ટ્રિબ્યુશનમાંથી લીધેલો -gui પ્રત્યય ઉમેરીને એવું તારણ ન કાઢો કે પેકેજ હવે અસ્તિત્વમાં નથી.

સ્રોતો સૌથી છેલ્લે બદલો, પછી વ્યવહાર ચકાસો

રિપોઝિટરી ઉમેરવાથી બદલાય છે કે તમારા અપડેટ્સ કોણ પૂરા પાડે છે, તેથી તે તપાસની શરૂઆતમાં નહીં, અંતમાં આવે છે.

તે પહેલાં release, આર્કિટેક્ચર, ઘટક અને પિન સ્થિતિની પુષ્ટિ કરો. ચારમાંથી કયા ચકાસ્યા તે લખી રાખો, જેથી આગલી વ્યક્તિ સમગ્ર ઝાટકો ફરી ન કરે. જો ચારેય સાચા હોય અને ઉમેદવાર હજી ખૂટતો હોય, તો પ્રામાણિક નિષ્કર્ષ એ છે કે આ આવૃત્તિ તે પેકેજ મોકલતી નથી. બાકીના વિકલ્પો backport, વેન્ડર પેકેજ અથવા બીજી સમર્થિત આવૃત્તિ છે, અને એમાંથી દરેક અનુમાન નહીં, સભાન પસંદગી છે.

જ્યારે ઉમેદવાર ખરેખર દેખાય, ત્યારે લાગુ કરતા પહેલાં અનુકરણ કરો: પેકેજના નામ સાથે apt-get install --simulate બતાવે છે કે શું ખેંચાશે અને શું દૂર થશે. પેકેજની ઉપલબ્ધતા, સ્થાપના અને કાર્યરત ટનલ ત્રણ અલગ તબક્કા રહે છે, અને ટ્રાફિક લઈ જતા પહેલાં ટનલને હજી તેની પ્રોફાઇલ, ઓળખપત્રો, રૂટ અને DNS ની જરૂર છે.