સુસમાં તેઓ અસામાન્ય ફાઇલ સિસ્ટમોને અક્ષમ કરવા માગે છે

આ સુસ વિકાસકર્તાઓએ જૂની અથવા ઓછી વપરાયેલી ફાઇલ સિસ્ટમોને અક્ષમ કરવાની યોજનાઓની ઘોષણા કરી છે જે મૂળભૂત રીતે Linux કર્નલ સાથે સુસંગત છે. બદલાવને એસઇએલ 15-એસપી 1 અને ઓપનસુઝ લીપ 15.1 ના ભવિષ્યના પ્રકાશનોમાં શામેલ કરવાની યોજના છે.

તેનું કારણ એ છે કે મીડિયાને ખાસ કરીને સુધારેલી ફાઇલ સિસ્ટમ્સ સાથે કનેક્ટ કરીને કરવામાં આવેલા સંભવિત હુમલાઓથી તેમની સુરક્ષા કરવાની ઇચ્છા છે જે તેમના અમલીકરણોમાં નબળાઈઓનો ઉપયોગ કરે છે.

નિવેદનમાં જણાવ્યું છે તેમ:

સુસ સંખ્યાબંધ લેગસી ફાઇલ સિસ્ટમોને બ્લેકલિસ્ટ કરશે અને / અથવા સુરક્ષા કારણોસર SLES માં ડિફ defaultલ્ટ રૂપે ઓછા ઉપયોગ થાય છે.

સૂચિત સૂચિ અહીં જોઈ શકાય છે.

હવે સવાલ એ છે કે શું આપણે પણ ઓપનસુઝ માટે એવું જ કરવું જોઈએ.

મારો અનુમાન એ છે કે ઉપરોક્ત સૂચિ કદાચ વ્યવસાયિક ગ્રાહકો માટે વિવાદસ્પદ નથી, પણ ઓપનસૂઝ વપરાશકર્તાઓને સૂચિમાં કેટલીક આઇટમ્સ સામે વાંધો હોઈ શકે છે.

ઓછી વપરાયેલી ફાઇલ સિસ્ટમોને બ્લેકલિસ્ટ કરવામાં આવશે

ના અમલીકરણ સાથેના મોડ્યુલો 21 ફાઇલસિસ્ટમ્સ બ્લેકલિસ્ટ થયેલ છે અને ડિફ defaultલ્ટ રૂપે લોડ થશે નહીં જ્યારે ફાઇલસિસ્ટમ ડેટા સાથે ડ્રાઇવને કનેક્ટ કરવું.

ફેરફાર ફક્ત ત્યારે જ મોડ્યુલોના સ્વચાલિત લોડિંગને અસર કરે છે જ્યારે કેટલીક ફાઇલ સિસ્ટમની સ્વચાલિત શોધ સાથે માઉન્ટ થયેલ હોય.

કોઈ પણ સંજોગોમાં, વપરાશકર્તાઓએ નોંધ લેવી જોઈએ કે જો આપણે આ કરીએ તો પણ, તમે બ્લેકલિસ્ટ ફાઇલમાંની રેખાઓનો ફક્ત ટિપ્પણી કરીને તમને જોઈતી ફાઇલસિસ્ટમ્સને ફરીથી સક્ષમ કરી શકો છો.

વપરાશકર્તા હજી પણ માઉન્ટ આદેશનો ઉપયોગ કરીને ફાઇલસિસ્ટમ જાતે માઉન્ટ કરી શકે છે, સ્પષ્ટ રીતે ફાઇલસિસ્ટમ પ્રકારનો ઉલ્લેખ કરીને (ઉદાહરણ તરીકે, "માઉન્ટ-ટી જેએફએસ"), અથવા આવશ્યક મોડ્યુલ લોડ કરીને (ઉદાહરણ તરીકે, "મોડપ્રોબ જેએફએસ").

તે નોંધ્યું છે કે ઘણા સમય માટે બ્લેકલિસ્ટના સમર્થનમાં ઘણા ફાઇલસિસ્ટમ્સ માટે, તે ફક્ત કર્નલ API સાથે સુસંગતતા જાળવવા માટે નીચે આવે છે. અને કોડનું ક્યારેય audડિટ કરવામાં આવશે નહીં અને તેમાં નબળાઈઓ હોઈ શકે છે જે દૂષિત બાહ્ય ડ્રાઇવને કનેક્ટ કરીને શોષણ કરી શકાય છે.

એફ 2 એફએસ ફાઇલ સિસ્ટમ, મોબાઇલ ડિવાઇસ ફ્લેશ ડ્રાઇવ્સમાં વપરાય છે, તે સૂચિમાં સક્રિયપણે શામેલ હતી સેમસંગ એફ 2 એફએસ ફાઇલ સિસ્ટમ સહિત, ડિફ includingલ્ટ રૂપે લ lockedક થયેલ એફએસ.

એફ 2 એફએસને બ્લેકલિસ્ટ કરવાનું કારણ એ છે કે આ ફાઇલ સિસ્ટમ પર ફાઇલ સિસ્ટમ સંસ્કરણ નિર્ધારિત કરવાની પદ્ધતિનો અભાવ છે, જે સુરક્ષા ફિક્સને બેકપોર્ટિંગ દરમિયાન સુસંગતતા જાળવવાની બાંયધરી આપતો નથી.

હાલમાં કાળી સૂચિની રચના નીચે મુજબ છે.

• adfs
• એફએસ
• બી.એફ.એસ.
• પહેલાં
• ખેંચાણ
• ઇએફએસ
• ઇરોફ્સ
• exofs
• freevxfs
• f2fs
• એચએફએસ (એચએફએસપ્લસ મોડ્યુલ સ્વતunનન સાચવેલ)
• એચપીએફએસ (ઓએસ / 2)
• jffs2
• jfs
• મિનિક્સ
• nilfs2
• qnx4
• qnx6
• sysv
• ubifs
• યુએફએસ

અન્ય ફાઇલ સિસ્ટમો પણ ધ્યાન કેન્દ્રિત કરે છે

આ ઉપરાંત ઓમ્ફ અને એનટીએફએસ ફાઇલસિસ્ટમ્સ ઉમેરવાની યોજના છે આ માટે સૂચિ (એનટીએફએસ) લાંબા સમયથી વિકસિત નથી, તેથી હાલમાં ntfs-3g નો ઉપયોગ થવો જોઈએ)

એવું નથી કે એનટીએફએસનો વ્યાપકપણે ઉપયોગ થતો નથી; માત્ર ધ્યાન કે
એનટીએફએસ કર્નલ મોડ્યુલ 2007 થી જોવા મળે છે.

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

અને તે ટિપ્પણી કરેલી છે, સ્થાનિક ફાઇલ સિસ્ટમ્સની દ્રષ્ટિએ, મોટાભાગના વપરાશકર્તાઓ ઉપયોગ કરે છે:

ext2 / 3/4, xfs, btrfs અને reiserfs. જ્યારે ઓસીએફએસ 2 અને જીએફએસ 2 એટલા સામાન્ય છે કે તમે તેમને બ્લેકલિસ્ટ કરવા માંગતા નથી.

બાકી જૂની અથવા દુર્લભ operatingપરેટિંગ સિસ્ટમ્સની સુસંગતતા માટે છે, શુદ્ધ ફ્લેશ મીડિયા માટે (એટલે ​​કે, એફટીએલ વિના), અથવા અન્ય જાળવણી સમસ્યાઓ (એફ 2 એફએસ) છે. શું આમાંના કોઈપણ માટે ત્યાં વપરાશકર્તાઓ છે?

મને ખાતરી છે કે મુઠ્ઠીભર છે. મને માત્ર એવું નથી લાગતું કે તે એક છોડવાનું મૂલ્ય છે જે વિશાળ સંખ્યામાં વપરાશકર્તાઓ થોડા સમાવી શકે છે.