Debian GNU/Linux 5.0 (lenny), Alpha പ്രസാധനക്കുറിപ്പ് ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ഡെബിയന്റെ സഹായക്കുറിപ്പുകള്‍ക്കുള്ള സംരംഭം (http://www.debian.org/doc/) ഈ പ്രമാണം ഒരു സ്വതന്ത്ര സോഫ്റ്റ്‌വെയറാണു്; സ്വതന്ത്ര സോഫ്റ്റ്‌വെയര്‍ ഫൌണ്ടേഷന്‍ പ്രസിദ്ധീകരിച്ച ഗ്നു     ഗ്നൂ പൊതു അനുമതി പത്രിക, ലക്കം 2, പ്രകാരം നിങ്ങള്‍ക്കിതു് മാറ്റം വരുത്താവുന്നതോ വിതരണം ചെയ്യാവുന്നതോ ആണു്. ഈ പ്രോഗ്രാം നിങ്ങള്‍ക്കു് ഉപയോഗപ്രദമാകും എന്ന വിശ്വാസത്തില്‍, എന്നാല്‍ യാതൊരുവിധ ഉത്തരവാദിത്തങ്ങളോ ഒരു     പ്രത്യേ‌ക ആവശ്യ‌ത്തിന് ഉതകുംവിധം വാണിജ്യസംബന്ധിയായ ഉത്തരവാദിത്തം പോലുമില്ലാതെയാണു് വിതരണം ചെയ്യുന്നതു്. കൂടുതല്‍ വിവരങ്ങള്‍ക്കു് ഗ്നു ഗ്നൂ പൊതു അനുമതി പത്രിക കാണുക. നിങ്ങള്‍ക്ക് ഈ പ്രോഗ്രാമിനൊപ്പം ഗ്നൂ പൊതു അനുമതി പത്രികയുടെ ഒരു പകര്‍പ്പ് ലഭിച്ചിട്ടുണ്ടായിരിക്കണം;     ഇല്ലാത്തപക്ഷം, Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA എന്ന വിലാസത്തിലേയ്ക്കെഴുതുക. ഈ അനുമതി ലേഖനം http://www.gnu.org/copyleft/gpl.html (http://     www.gnu.org/copyleft/gpl.html) ലും Debian GNU/Linux ല്‍ /usr/share/ common-licenses/GPL-2 ലും കാണാവുന്നതാണു്. 2009-02-14 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Table of Contents 1. ആമുഖം 1.1. ഈ രചനയിലെ പിഴവുകള്‍ അറിയിയ്ക്കാന്‍ 1.2. പുതുക്കലിന്റെ അനുഭവങ്ങള്‍ അറിയിയ്ക്കാന്‍ 1.3. ഈ രചനയുടെ ഉറവിടം 2. Debian GNU/Linux 5.0 യില്‍ പുതുതായെന്താണുള്ളതു് 2.1. വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? 2.1.1. പൊതികള്‍ കൈകാര്യം ചെയ്യല്‍ 2.1.2. നിര്‍ദ്ദേശിച്ച നവീകരണങ്ങളുടെ വിഭാഗം 2.2. സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ 2.3. കെര്‍ണലുമായി ബന്ധപ്പെട്ട പ്രധാന മാറ്റങ്ങള്‍ 2.3.1. കെര്‍ണല്‍ പൊതിയുന്നതിലെ മാറ്റങ്ങള്‍ 2.4. എംഡെബിയന്‍ 1.0 (Debian GNU/Linux lenny 5.0 യെ അടിസ്ഥാനമാക്കിയതു്) 2.5. നെറ്റ്ബുക്ക് പിന്തുണ 2.6. ജാവ ഇപ്പോള്‍ ഡെബിയനില്‍ 3. ഇന്‍സ്റ്റാളേഷന്‍ ഉപാധി 3.1. ഇന്‍സ്റ്റാളേഷന്‍ ഉപാധിയില്‍ എന്താണ് പുതുതായി ഉള്ളത്? 3.1.1. പ്രധാന മാറ്റങ്ങള്‍ 3.1.2. സ്വയംനിയന്ത്രിത ഇന്‍സ്റ്റാളേഷന്‍ 4. പഴയ പതിപ്പില്‍ നിന്നും നവീകരിക്കുക 4.1. നവീകരിക്കുന്നതിനു തയ്യാറെടുക്കുന്നു 4.1.1. ഏതു് ഡാറ്റയുടേയും ക്രമീകരണ വിവരത്തിന്റേയും കരുതല്‍ പകര്‍പ്പെടുക്കുക 4.1.2. ഉപയോക്താക്കളെ മുന്‍കൂട്ടി അറിയിക്കുക 4.1.3. തിരിച്ചെടുക്കാന്‍ തയ്യാറെടുക്കുക 4.1.4. നവീകരിക്കുന്നതിനു സുരക്ഷിതമായ ഒരു പരിതസ്ഥിതി തയ്യാറാക്കുക 4.2. സിസ്റ്റത്തിന്റെ നില പരിശോധിക്കുന്നതു് 4.2.1. പൊതികളുടെ നടത്തിപ്പുകാരനില്‍ ബാക്കിയുള്ള നടപടികള്‍ ഒന്നു കൂടി നോക്കുക 4.2.2. ആപ്റ്റ് പിന്നിങ്ങ് പ്രവര്‍ത്തനരഹിതമാക്കാന്‍ 4.2.3. പൊതികളുടെ അവസ്ഥ പരിശോധിച്ചു് കൊണ്ടിരിയ്ക്കുന്നു 4.2.4. proposed-updates എന്ന വിഭാഗം 4.2.5. അനൌദ്യോഗിക ഉറവിടങ്ങളും ബാക്ക്പോര്‍ട്ടുകളും 4.3. പൊതികളെ തന്നത്താന്‍ ഒഴിവാക്കുന്നതു് 4.4. ആപ്റ്റിനായി ഉറവിടങ്ങള്‍ തയ്യാറാക്കുന്നതു് 4.4.1. അപ്റ്റ് ഇന്റര്‍നെറ്റ് ഉറവിടങ്ങള്‍ ചേര്‍ക്കുന്നതു് 4.4.2. പ്രദേശിക മിററിനായി ആപ്റ്റ് ഉറവിടം ചേര്‍ക്കുന്നതു് 4.4.3. സിഡി-റോമില്‍ നിന്നോ ഡിവിഡിയില്‍ നിന്നോ ആപ്റ്റ് ഉറവിടങ്ങള്‍ ചേര്‍ക്കുന്നതു് 4.5. പൊതികള്‍ നവീകരിയ്ക്കുന്നതു് 4.5.1. പ്രവര്‍ത്തനവേള പിടിച്ചുവയ്ക്കുന്നതു് 4.5.2. പൊതികളുടെ പട്ടിക പുതുക്കിക്കാന്‍ 4.5.3. നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക 4.5.4. ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക 4.5.5. ആപ്റ്റിറ്റ്യൂഡ് സൂക്ഷിയ്ക്കുന്ന യന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ ചെയ്ത പൊതികളുടെ പട്ടിക ആപ്റ്റിനൊപ്പം ഉപയോഗിയ്ക്കുന്നതു് 4.5.6. ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം 4.5.7. ബാക്കിയുള്ള സിസ്റ്റം നവീകരിയ്ക്കുന്നതു് 4.5.8. നവീകരിക്കുമ്പോള്‍ ഉണ്ടാകാന്‍ സാധ്യതയുള്ള പ്രശ്നങ്ങള്‍ 4.6. കെര്‍ണലും ബന്ധപ്പെട്ട പൊതികളും നവീകരിക്കുന്നു 4.6.1. കെര്‍ണല്‍ മെറ്റാപാക്കേജ് ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതു് 4.6.2. ഉപകരണങ്ങള്‍ക്കു് സംഖ്യയിടുന്നതില്‍ മാറ്റം 4.6.3. ബൂട്ട് സമയത്തിന്റെ പ്രശ്നങ്ങള്‍ 4.7. റീബൂട്ടിങിന് മുന്‍പ് ചെയ്യേണ്ട കാര്യങ്ങള്‍ 4.7.1. lilo വീണ്ടും പ്രവര്‍ത്തിപ്പിക്കുക 4.8. Waiting for root file system എന്നു് പറഞ്ഞു് സിസ്റ്റം ബൂട്ട് സ്തംഭിയ്ക്കുന്നു 4.8.1. നവീകരിക്കുന്നതിനു മുന്‍പ് പ്രശ്നം എങ്ങനെ ഒഴിവാക്കാം 4.8.2. നവീകരിച്ചതിനുശേഷമുള്ള പ്രശ്നത്തില്‍ നിന്നും എങ്ങനെ രക്ഷപ്പെടാം 4.9. അടുത്ത പ്രകാശനത്തിനുള്ള ഒരുക്കങ്ങള്‍ 4.10. കാലഹരണപ്പെട്ട പൊതികള്‍ 4.10.1. വ്യാജ പൊതികള്‍ 5. lenny യെക്കുറിച്ചു് അറിഞ്ഞിരിക്കേണ്ട പ്രശ്നങ്ങള്‍ 5.1. വരാവുന്ന പ്രശ്നങ്ങള്‍ 5.1.1. യുഡേവുമായി ബന്ധപ്പെട്ട ഉപകരണങ്ങളുടെ പ്രശ്നങ്ങള്‍ 5.1.2. ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം 5.1.3. ചില ശൃംഖലാ സ്ഥാനങ്ങളില്‍ ടിസിപി വഴി എത്തിപ്പെടാന്‍ പറ്റുന്നില്ല 5.1.4. സ്വയം നിര്‍ത്തിവയ്ക്കുന്നതു് പ്രര്‍ത്തിക്കുന്നില്ല 5.1.5. ഒറ്റക്കും തറ്റക്കുമുള്ള ശൃംഖലയുടെ തുടക്കം പ്രവചനാതീതമായ പെരുമാറ്റങ്ങള്‍ക്കിടയാക്കുന്നു 5.1.6. WPA സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം 5.1.7. ഫയലുകളുടെ പേരില്‍ ആസ്കിയല്ലാത്ത അക്ഷരങ്ങള്‍ വരുമ്പോളുള്ള പ്രശ്നം 5.1.8. ശബ്ദം കേള്‍ക്കാതാകുന്നു 5.2. ഇപ്പോള്‍ NFS കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്. 5.3. റൊമാനിയന്‍ (ro) കീബോര്‍ഡ് വിന്യാ‌സത്തിനു് മാറ്റം 5.4. അപ്പാച്ചെ2 പുതുക്കല്‍ 5.5. NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും 5.6. മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം 5.7. Security status of OCS Inventory and SQL-Ledger 5.8. കെഡി‌ഇ പണിയിടം 5.9. ഗ്നോം പണിയിടത്തിലെ മാറ്റങ്ങളും പിന്തുണയും 5.10. ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല 5.11. slurpd/replica ഇനി മുതല്‍ പ്രവര്‍ത്തിയ്ക്കില്ല 5.12. മുഴുവന്‍ സ്ക്രീനും ഉപയോഗിയ്ക്കാത്ത പണിയിടം 5.13. ഡിഎച്ച്സിപി ഫെയില്‍ഓവര്‍ പ്രശ്നം 5.14. VServer Disk Limit 6. Debian GNU/Linux - കൂടുതല്‍ വിവരങ്ങള്‍ 6.1. ഇനിയും വിവരങ്ങള്‍ക്ക് വായിക്കുക 6.2. സഹായം ലഭിക്കാന്‍ 6.2.1. മെയിലിങ്ങ് ലിസ്റ്റുകള്‍ 6.2.2. ഇന്റര്‍നെറ്റ് റിലേ ചാറ്റ് 6.3. പിശകുകള്‍ ചൂണ്ടിക്കാണിക്കാന്‍ 6.4. ഡെബിയന്‍ സംരംഭത്തിലേക്ക് നിങ്ങളുടെ സംഭാവന A. നിങ്ങളുടെ etch സിസ്റ്റം കൈകാര്യം ചെയ്യാന്‍ A.1. നിങ്ങളുടെ പഴയ etch സിസ്റ്റത്തെ അപ്ഗ്രേഡ് ചെയ്യാന്‍ A.2. നിങ്ങളുടെ സോഴ്സ് പട്ടിക പരിശോധിയ്ക്കുന്നതു് B. പ്രസാധനക്കുറിപ്പിലേയ്ക്കു് സംഭാവന ചെയ്തവര്‍ C. തീമോ സ്യൂഫറിനായി ലെന്നി സമര്‍പ്പിയ്ക്കുന്നു Index Glossary Chapter 1. ആമുഖം     ഈ രചന Debian GNU/Linux വിതരണത്തിന്റെ ഉപയോക്താക്കളെ 5.0 ("lenny" എന്നു് രഹസ്യനാമം) പതിപ്പിലെ പ്രധാന മാറ്റങ്ങള്‍ അറിയിയ്ക്കുന്നു. ഈ പ്രസാധനക്കുറിപ്പുകള്‍ ഇപ്പോളത്തെ 4.0 (etch എന്നു് രഹസ്യനാമം) പതിപ്പില്‍ നിന്നും പുതിയ     പതിപ്പിലേയ്ക്കു് സുരക്ഷിതമായി കയറാനുള്ള വിവരങ്ങളും ഈ പ്രക്രിയയില്‍ അഭിമുഖീകരിയ്ക്കാന്‍ സാധ്യതയുള്ള പ്രശ്നങ്ങളും ഉപയോക്താക്കളെ അറിയിയ്ക്കും. നിങ്ങള്‍ക്കു് ഈ രചനയുടെ ഏറ്റവും പുതിയ പതിപ്പു് http://www.debian.org/releases/     lenny/releasenotes (http://www.debian.org/releases/lenny/ releasenotes) ല്‍ നിന്നും ലഭിയ്ക്കും. സംശയമാണെങ്കില്‍ രചനയിലെ ആദ്യത്തെ താളിലെ തിയ്യതി നോക്കി നിങ്ങള്‍ പുതുക്കിയ പതിപ്പാണു് വായിയ്ക്കുന്നതെന്നുറപ്പാക്കുക. Caution     അറിയാവുന്ന എല്ലാ പ്രശ്നങ്ങളേയും ഇവിടെ രേഖപ്പെടുത്തുവാന്‍ സാധ്യമല്ല എന്നു് പ്രത്യേകം ശ്രദ്ധിയ്ക്കുക അതുകൊണ്ടു് തന്ന കൂടുതലായി വരാനുള്ള സാധ്യതയും പ്രശ്നത്തിന്റെ പ്രാധാന്യവും അടിസ്ഥാനമാക്കിയാണു് തെരഞ്ഞെടുപ്പു് നടത്തിയതു്. ഡെബിയന്റെ മുമ്പത്തെ പതിപ്പില്‍ നിന്നും (ഇവിടെ, 4.0 ല്‍ നിന്നുമുള്ള കയറ്റം) കയറാന്‍ മാത്രമേ ഞങ്ങള്‍     പിന്തുണയ്ക്കുകയോ കുറിപ്പുകള്‍ തയ്യാറാക്കുകയോ ചെയ്യൂ എന്നു് ദയവായി ഓര്‍ക്കുക. നിങ്ങള്‍ക്കു് അതിലും പഴയ പതിപ്പില്‍ നിന്നാണു് കയറുന്നതെങ്കില്‍ മുമ്പത്തെ പതിപ്പിന്റെ പ്രസാധനക്കുറിപ്പുകള്‍ നോക്കി ആദ്യം 4.0 ല്‍ കയറാന്‍ ഞങ്ങള്‍ നിര്‍ദ്ദേശിയ്ക്കുന്നു. 1.1. ഈ രചനയിലെ പിഴവുകള്‍ അറിയിയ്ക്കാന്‍     ഈ രചനയില്‍ വിവരിച്ച പുതുക്കുവാനുള്ള വിവിധ നടപടിക്രമങ്ങളെല്ലാം പരീക്ഷിയ്ക്കാനും ഞങ്ങളുടെ ഉപയോക്താക്കള്‍ അഭിമുഖീകരിച്ചേയ്ക്കാവുന്ന പ്രശ്നങ്ങളെല്ലാം മുമ്പേതന്നെ അറിയിയ്ക്കാനും ശ്രമിച്ചിട്ടുണ്ടു്. എന്നിരുന്നാലും നിങ്ങള്‍ ഈ സഹായക്കുറിപ്പില്‍ ഒരു പിഴവു് കാണുകയാണെങ്കില്‍ (തെറ്റായ വിവരമോ കാണാത്ത വിവരമോ)     പിഴവുകള്‍ നിരീക്ഷിയ്ക്കുന്ന സംവിധാനത്തില്‍ (http://bugs.debian.org/) release-notes എന്ന പൊതിയിലെ ഒരു പിഴവാണെന്നു് അറിയിയ്ക്കുക. 1.2. പുതുക്കലിന്റെ അനുഭവങ്ങള്‍ അറിയിയ്ക്കാന്‍ etch ല്‍ നിന്നും lenny യിലേയ്ക്കുള്ള കയറ്റവുമായി ബന്ധപ്പെട്ട എന്തു് വിവരവും ഞങ്ങളുടെ ഉപയോക്താക്കളില്‍ നിന്നും സ്വാഗതം ചെയ്യുന്നു. നിങ്ങള്‍ വിവരം പങ്കുവെയ്ക്കാന്‍ തയ്യാറാണെങ്കില്‍ പിഴവുകള്‍     നിരീക്ഷിയ്ക്കുന്ന സംവിധാനത്തില്‍ (http://bugs.debian.org/) upgrade-reports എന്ന പൊതിയിലെ ഒരു പിഴവാണെന്നു് അറിയിയ്ക്കുക. ഉള്‍പ്പെടുത്തുന്ന അനുബന്ധങ്ങള്‍ (gzip ഉപയോഗിച്ചു്) ചുരുക്കാന്‍ ഞങ്ങള്‍ അഭ്യാര്‍ത്ഥിയ്ക്കുന്നു.     പുതുക്കലിന്റെ അറിയിപ്പു് സമര്‍പ്പിയ്ക്കുമ്പോള്‍ ദയവായി താഴെ പറയുന്ന വിവരം കൂടി ഉള്‍പ്പെടുത്തുക: ● നിങ്ങളുടെ പൊതികളുടെ ഡാറ്റാബേസിന്റെ പുതുക്കലിന്റെ മുമ്പും ശേഷവുമുള്ള സ്ഥിതി: dpkg യുടെ സ്ഥിതി കാണിയ്ക്കുന്ന ഡാറ്റാബേസ് /var/lib/dpkg/status ലും aptitude ന്റെ സ്ഥിതി കാണിയ്ക്കുന്ന ഡാറ്റാബേസ് /var/lib/aptitude/pkgstates ലഭ്യമാണു്. Section 4.1.1, “ഏതു് ഡാറ്റയുടേയും ക്രമീകരണ വിവരത്തിന്റേയും കരുതല്‍ പകര്‍പ്പെടുക്കുക” ല്‍ പുതുക്കലിന്റെ മുമ്പേ കരുതല്‍ പകര്‍പ്പെടുക്കാന്‍ നിങ്ങള്‍ ശ്രദ്ധിയ്ക്കണം, പക്ഷേ ഈ വിവരത്തിന്റെ കരുതല്‍ പകര്‍പ്പുകള്‍ /     var/backups ലും കാണാവുന്നതാണു്. ● Section 4.5.1, “പ്രവര്‍ത്തനവേള പിടിച്ചുവയ്ക്കുന്നതു്” എന്നിടത്തു് വിശദീകരിച്ചതു് പോലെ script ഉപയോഗിച്ചു് സൃഷ്ടിച്ച പ്രവര്‍ത്തനവേളയുടെ ലോഗുകള്‍ സൂക്ഷിയ്ക്കും. ● നിങ്ങളുടെ apt ലോഗുകള്‍ /var/log/apt/term.log ലും അല്ലെങ്കില്‍ aptitude ലോഗുകള്‍ /var/log/aptitude ലും ലഭ്യമാണു്. Note     നിങ്ങളുടെ ലോഗുകള്‍ എല്ലാവര്‍ക്കും കാണാവുന്ന ഡാറ്റാബേസിലാണു് സൂക്ഷിയ്ക്കുന്നതെന്നതിനാല്‍ അയയ്ക്കുന്നതിനു് മുമ്പു് ഒന്നു് കൂടി വിലയിരുത്തി രഹസ്യമായ വിവരങ്ങളെന്തെങ്കിലും പിഴവറിയ്ക്കുന്ന അറിയിപ്പില്‍ നിന്നും നീക്കം ചെയ്തുവെന്നു് ഉറപ്പുവരുത്തുക. 1.3. ഈ രചനയുടെ ഉറവിടം ഈ രചനയുടെ ഉറവിടം ഡോക്ബുക്ക് എക്സ്എംഎല്‍ ഫോര്‍മാറ്റിലാണു്. എച്ച്ടിഎംഎല്‍ പതിപ്പു് docbook-xsl ഉപയോഗിച്ചാണു് സൃഷ്ടിച്ചിരിയ്ക്കുന്നതു്. പിഡിഎഫ് dblatex അല്ലെങ്കില്‍ xmlroff ഉപയോഗിച്ചാണു് സൃഷ്ടിച്ചിരിയ്ക്കുന്നതു്. പ്രസാധനക്കുറിപ്പുകളുടെ ഉറവിടം ഡെബിയന്റെ സഹായക്കുറിപ്പുകളുടെ സംരംഭത്തിന്റെ     എസ്‌വിഎന്‍ ശേഖരത്തില്‍ ലഭ്യമാണു്. നിങ്ങള്‍ക്കും വെബ് വിനിമയതലം (http://svn.debian.org/ viewsvn/ddp/manuals/trunk/release-notes/) ഉപയോഗിച്ചു് വെബ്ബിലൂടെ ഓരോ ഫയലായി എടുക്കാവുന്നതാണു്. എസ്‌വിഎന്‍ ലഭ്യമാക്കാനുള്ള കൂടുതല്‍ വിവരങ്ങള്‍ക്കു് ഡെബിയന്റെ സഹായക്കുറിപ്പുകളുടെ സംരംഭത്തിന്റെ എസ്‌വിഎന്‍ വിവര താളുകള്‍ (http://www.debian.org/doc/cvs) നോക്കുക. Chapter 2. Debian GNU/Linux 5.0 യില്‍ പുതുതായെന്താണുള്ളതു്     ഈ വിഷയത്തില്‍ കൂടുതല്‍ വിവരം വിക്കിയിലുണ്ടു് (http://wiki.debian.org/NewInLenny) .     ഈ പതിപ്പു് ആം ഇഎബിഐ (armel) യ്ക്കുള്ള ഔദ്യോഗിക പിന്തുണ ചേര്‍ക്കുന്നു.     Debian GNU/Linux lenny ല്‍ ഔദ്യോഗിക പിന്തുണയുള്ള വാസ്തുവിദ്യകള്‍ താഴെ കൊടുത്തിരിയ്ക്കുന്നു: ● ഇന്റല്‍ x86 ('i386') ● ആല്‍ഫ ('alpha') ● സ്പാര്‍ക് ('sparc') ● പവര്‍പിസി ('powerpc') ● ആം ('arm')     ● മിപ്സ് ('mips' (big-endian) ഉം 'mipsel' (little-endian)) ● ഇന്റല്‍ ഇറ്റാനിയം ('ia64') ● എച്ച്പി പിഎ-റിസ്ക് ('hppa') ● എസ്/390 ('s390') ● എഎംഡി64 ('amd64') ● ആം ഇഎബിഐ ('armel')     ഡെബിയന്‍ പോര്‍ട്ട് വെബ് താളുകളില്‍ (http://www.debian.org/ports/) ഒരു പ്രത്യേക പോര്‍ട്ടിനെക്കുറിച്ചുള്ള വിവരവും പോര്‍ട്ടിന്റെ സ്ഥിതിവിവരവും നിങ്ങള്‍ക്കു് വായിയ്ക്കാം. 2.1. വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഡെബിയന്റെ ഈ പുതിയ പതിപ്പു് വീണ്ടും മുന്‍ഗാമിയായ etch ലുള്ളതിനേക്കാളും വളരെയധികം സോഫ്റ്റ്‌വെയറുമായാണു് വരുന്നതു്; വിതരണം 7700 ല്‍ അധികം പുതിയ പൊതികളുള്‍പ്പെടെ 23200 ല്‍ അധികം പൊതികള്‍ ഉള്‍ക്കൊള്ളുന്നു. വിതരണത്തിലെ കൂടുതല്‍ സോഫ്റ്റ്‌വെയറും പുതുക്കിയിട്ടുണ്ടു്: 13400 ല്‍ അധികം     സോഫ്റ്റ്‌വെയര്‍ പൊതികള്‍ (ഇതു് etch ലെ എല്ലാ പൊതികളുടേയും 72% ആണു്). അതുപോലെ വളരെയധികം (3100, etch ലെ 17% പൊതികള്‍) പല കാരണങ്ങള്‍ കൊണ്ടു് വിതരണത്തില്‍ നിന്നും നീക്കം ചെയ്തിട്ടുണ്ടു്. ഈ പൊതികള്‍ക്കു് നവീകരണങ്ങള്‍ ലഭ്യമാകുന്നതല്ല, അവ പൊതികള്‍ കൈകാര്യം ചെയ്യുന്ന സോഫ്റ്റ്‌വെയറുകളില്‍ 'obsolete' (കാലാവധി തീര്‍ന്നതു്) എന്നു് അടയാളപ്പെടുത്തിയിരിയ്ക്കും.     ഈ പതിപ്പോടു് കൂടി Debian GNU/Linux X.Org 7.1 ല്‍ നിന്നും X.Org 7.3 ലേയ്ക്കു് കയറിയിരിയ്ക്കുന്നു. Debian GNU/Linux വീണ്ടും പണിയിട പ്രയോഗങ്ങളും പരിസരങ്ങലുമായാണു് വീണ്ടും വരുന്നതു്. മറ്റുള്ളവയ്ക്കൊപ്പം ഇതിപ്പോള്‍ ഗ്നോം 2.22 ഉള്‍ക്കൊള്ളുന്നു. ^[1], കെഡിഇ 3.5.9/3.5.10,     എക്സ്‌എഫ്‌സിഇ 4.4.2, എല്‍എക്സ്‌ഡിഇ 0.3.2.1+svn20080509. പ്രൊഡക്റ്റിവിറ്റി പ്രയോഗങ്ങളും നവീകരിച്ചിട്ടുണ്ടു്, ഓഫീസ് സ്വീറ്റുകളായ ഓപ്പണ്‍ഓഫീസ്.ഓര്‍ഗ് 2.4.1, കെഓഫീസ് 1.6.3 അതു് പോലെ തന്നെ ഗ്നുകാഷ് 2.2.6, ഗ്നൂമറിക് 1.8.3, അബിവേര്‍ഡ് 2.6.4 എന്നിവയും ഉള്‍പ്പെടുത്തിയിരിയ്ക്കുന്നു. Updates of other desktop applications include the upgrade to Evolution 2.22.3 and Pidgin 2.4.3 (formerly known as Gaim). The     Mozilla suite has also been updated: iceweasel (version 3.0.6) is the unbranded Firefox web browser and icedove (version 2.0.0.19) is the unbranded Thunderbird mail client.     മറ്റു് പലതിനുമൊപ്പം ഈ പതിപ്പു് താഴെക്കൊടുത്തിരിയ്ക്കുന്ന സോഫ്റ്റ്‌വെയര്‍ നവീകരണങ്ങളും ഉള്‍ക്കൊള്ളുന്നു: ┌─────────────────────────┬─────────────────┬───────────────────┐ │ പൊതി │4.0 (etch) ലെ പതിപ്പു്│5.0 (lenny) യിലെ പതിപ്പു്│ ├─────────────────────────┼─────────────────┼───────────────────┤ │അപ്പാച്ചെ │2.2.3 │2.2.9 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ബൈന്‍ഡ് ഡിഎന്‍എസ് സേവകന്‍ │9.3.4 │9.5.0 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ചെറോക്കീ വെബ് സേവകന്‍ │0.5.5 │0.7.2 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │കുറിയര്‍ എംടിഎ │0.53.3 │0.60.0 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ഡയ │0.95.0 │0.96.1 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │എക്കിഗ വോയിപ്പ് ക്ലയന്റ് │2.0.3 │2.0.12 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │എക്സിം എന്ന സഹജമായ ഇമെയില്‍ സേവകന്‍│4.63 │4.69 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ഗ്നു കമ്പൈലര്‍ ശേഖരം സഹജമായ │4.1.1 │4.3.2 │ │കമ്പൈലറായി │ │ │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ജിമ്പ് │2.2.13 │2.4.7 │     ├─────────────────────────┼─────────────────┼───────────────────┤ │ഗ്നു സി ലൈബ്രറി │2.3.6 │2.7 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ലൈറ്റ്എച്ച്ടിടിപിഡി │1.4.13 │1.4.19 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │മരാഡിഎന്‍എസ് │1.2.12.04 │1.3.07.09 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │മൈസീക്വല്‍ │5.0.32 │5.0.51a │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ഓപ്പണ്‍എല്‍ഡാപ്പ് │2.3.30 │2.4.11 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ഓപ്പണ്‍എസ്എസ്എച്ച് │4.3 │5.1p1 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │പിഎച്ച്പി │5.2.0 │5.2.6 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │പോസ്റ്റ്ഫിക്സ് എംടിഎ │2.3.8 │2.5.5 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │പോസ്റ്റ്ഗ്രെസീക്വല്‍ │8.1.15 │8.3.5 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │പൈത്തണ്‍ │2.4.4 │2.5.2 │ ├─────────────────────────┼─────────────────┼───────────────────┤ │ടോംകാറ്റ് │5.5.20 │5.5.26 │ └─────────────────────────┴─────────────────┴───────────────────┘ ഔദ്യോഗിക Debian GNU/Linux വിതരണം ഇപ്പോള്‍ നിങ്ങളുടെ വാസ്തുവിദ്യയ്ക്കനുസരിച്ചു് 4 മുതല്‍ 5 വരെ ബൈനറി ഡിവിഡികളിലും അല്ലെങ്കില്‍ 28 മുതല്‍ 32 വരെ ബൈനറി സിഡികളിലും 4 ഉറവിട ഡിവിഡികളിലും     അല്ലെങ്കില്‍ 28 ഉറവിട സിഡികളിലും ലഭ്യമാണു്. ഇതിനു് പുറമെ amd64, i386 എന്നിവയ്ക്കുള്ള വിതരണത്തിന്റെ ചെറിയ ഭാഗവും ഉറവിടവുമുള്ള multi-arch ഡിവിഡിയും ലഭ്യമാണു്. ആദ്യമായി, Debian GNU/Linux amd64, i386 എന്നീ വാസ്തുവിദ്യയ്ക്കുള്ളതും ഉറവിടവും ബ്ലൂ-റേ ഇമേജുകളായും പുറത്തിറക്കുന്നു.     ഡെബിയന്‍ ഇപ്പോള്‍ ലിനക്സ് സ്റ്റാന്‍ഡേര്‍ഡ് ബേസ് (എല്‍എസ്ബി) 3.2 പതിപ്പിനെ പിന്തുണയ്ക്കുന്നു. ഡെബിയന്‍ 4.0 3.1 പതിപ്പിനെ പിന്തുണച്ചിരുന്നു. 2.1.1. പൊതികള്‍ കൈകാര്യം ചെയ്യല്‍ aptitude ആണു് കണ്‍സോളില്‍ നിന്നും പൊതികള്‍ കൈകാര്യം ചെയ്യാന്‍ ശുപാര്‍ശ ചെയ്തിട്ടുള്ളതു്. apt-get     ന്റെ കൂടുതല്‍ നടപടികളും aptitude ചെയ്യുന്നതിനു് പുറമേ apt-get നെ അപേക്ഷിച്ചതു് ആശ്രയത്വങ്ങള്‍ കൈകാര്യം ചെയ്യുന്നതില്‍ മിടുക്കുള്ളതുമാണു്. നിങ്ങളിപ്പോഴും dselect ഉപയോഗിയ്ക്കുന്നുണ്ടെങ്കില്‍, പൊതികള്‍ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഔദ്യോഗിക പ്രോഗ്രാമായ aptitude ലേയ്ക്കു് മാറണം. lenny യില്‍ ആശ്രയത്വങ്ങളിലെ കൂട്ടിമുട്ടലുകള്‍ പരിഹരിയ്ക്കാനുള്ള സങ്കീര്‍ണ്ണമായ സംവിധാനം     aptitude ഏര്‍പ്പെടുത്തിയിട്ടുണ്ടു്. അതു് പൊതികള്‍ തമ്മിലുള്ള പരസ്പരാശ്രയങ്ങള്‍ മാറുമ്പോള്‍ വരാവുന്ന കൂട്ടിമുട്ടലുകള്‍ ഒഴിവാക്കാന്‍ ഏറ്റവും അനുയോജ്യമായ പരിഹാരം കണ്ടെത്താന്‍ ശ്രമിയ്ക്കും. 2.1.2. നിര്‍ദ്ദേശിച്ച നവീകരണങ്ങളുടെ വിഭാഗം പുറത്തിറങ്ങിയ സ്റ്റേബിള്‍ വിതരണത്തിലെ (ഓള്‍ഡ്സ്റ്റേബിളിലേയും) മാറ്റങ്ങളെല്ലാം തന്നെ വളരെ നീണ്ട പരീക്ഷണ     സമയത്തിനു് ശേഷമാണു് ശേഖരത്തില്‍ ചേര്‍ക്കുന്നതു്. അങ്ങനെയുള്ള സ്റ്റേബിള്‍ (ഓള്‍ഡ്സ്റ്റേബിള്‍) വിതരണത്തിന്റെ ഓരോ പതിപ്പും പോയിന്റ് റിലീസെന്നറിയപ്പെടുന്നു. proposed-updates എന്ന സംവിധാനത്തിലൂടെയാണു് പോയിന്റ് പതിപ്പുകളുടെ തയ്യാറെടുപ്പു് നടക്കുന്നതു്. പൊതികള്‍ക്കു് രണ്ടു് തരത്തിലാണു് proposed-updates ല്‍ കയറാന്‍ പറ്റുന്നതു്. സുരക്ഷാ കാരണങ്ങളാല്‍ മാറ്റം വരുത്തി security.debian.org ല്‍ ചേര്‍ക്കുന്ന പൊതികളെല്ലാം തന്നെ യാന്ത്രികമായ proposed-updates ലേയ്ക്കും ചേര്‍ക്കുന്നു. രണ്ടാമത്തെ രീതിയില്‍ ഡെബിയന്‍     രചയിതാക്കള്‍ നേരിട്ടു് proposed-updates ല്‍ ചേര്‍ത്തേയ്ക്കാം. http:// ftp-master.debian.org/proposed-updates.html (http:// ftp-master.debian.org/proposed-updates.html) എന്ന കണ്ണിയില്‍ ഇപ്പോഴത്തെ പൊതികളുടെ പട്ടിക കാണാം. പോയിന്റ് പതിപ്പിലേയ്ക്കു് ഔദ്യോഗികമായി ചേര്‍ക്കുന്നതിനു് മുമ്പു് തന്നെ പാക്കേജുകളിലെ ഈ നവീകരണങ്ങള്‍     പരീക്ഷിയ്ക്കാന്‍ നിങ്ങള്‍ക്കു് സഹായിയ്ക്കണെമെന്നുണ്ടെങ്കില്‍ നിങ്ങളുടെ sources.list ല്‍ proposed-updates എന്ന വിഭാഗം ചേര്‍ത്താല്‍ മതി.     deb http://mirrors.kernel.org/debian lenny-proposed-updates main contrib deb-src http://mirrors.kernel.org/debian lenny-proposed-updates main contrib അടുത്ത തവണ നിങ്ങള്‍ aptitude update പ്രവര്‍ത്തിയ്ക്കുമ്പോള്‍, സിസ്റ്റത്തിനു്     proposed-updates ലെ പൊതികളെക്കുറിച്ചു് വിവരം ലഭിയ്ക്കുകയും പൊതികള്‍ നവീകരിയ്ക്കാന്‍ നോക്കുമ്പോള്‍ അവ പരിഗണിയ്ക്കുകയും ചെയ്യും.     ഇതു് കൃത്യമായി പറഞ്ഞാല്‍ ഡെബിയന്റെ പുതിയ കഴിവൊന്നുമല്ലെങ്കിലും നേരത്തെ ഇതിനെപ്പറ്റി കൂടുതലായി പറയാത്തതു് കൊണ്ടു് സൂചിപ്പിയ്ക്കുന്നു. 2.2. സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ lenny പുതിയ ഇന്‍സ്റ്റളേഷനുകള്‍ക്കു് ഗുണപ്രദമാണെങ്കിലും etch ല്‍ നിന്നും കയറുമ്പോള്‍ സ്വയം     പ്രയോഗിയ്ക്കാത്ത എത്രയോ മാറ്റങ്ങള്‍ വിതരണത്തിലുണ്ടു്. ഈ വിഭാഗത്തിലാണു് അവയില്‍ ഏറ്റവും ഉപയോഗപ്രദമായ മാറ്റങ്ങളെക്കുറിച്ചൊരവലോകനം നല്‍കുന്നതു്. എസ്ഇലിനക്സ് മുന്‍ഗണന സ്റ്റാന്‍ഡേര്‍ഡ്, പക്ഷേ സഹജമായി പ്രവര്‍ത്തനസജ്ജമാക്കിയിട്ടില്ല എസ്ഇലിനക്സ് (സുരക്ഷ-മെച്ചപ്പെടുത്തിയ ലിനക്സ്) പിന്തുണയ്ക്കാവശ്യമായ പാക്കേജുകള്‍ക്കു് standard മുന്‍ഗണനയായികയറ്റം നല്‍കിയിരിയ്ക്കുന്നു. ഇതിനര്‍ത്ഥം അവ പുതിയ ഇന്‍സ്റ്റളേഷനുകളില്‍ സഹജമായി ഇന്‍സ്റ്റോള്‍ ചെയ്യുമെന്നാണു് നിലവിലുള്ള സിസ്റ്റങ്ങളില്‍ നിങ്ങള്‍ക്കു് എസ്ഇലിനക്സ് ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍: # aptitude install selinux-basics എസ്ഇലിനക്സ് പിന്തുണ സഹജമായി പ്രവര്‍ത്തനസജ്ജം അല്ല എന്നു് പ്രത്യേകം ഓര്‍ക്കുക. എസ്ഇലിനക്സ് ഇന്‍സ്റ്റോള്‍ ചെയ്യാനും പ്രവര്‍ത്തനസജ്ജമാക്കാനുമുള്ള വിവരങ്ങള്‍ Debian Wiki (http:// wiki.debian.org/SELinux) യില്‍ കാണാം. പുതിയ സഹജമായ സിസ്‌ലോഗ് നിരന്തരപ്രവൃത്തി syklogd യ്ക്കും klogd യ്ക്കും പകരമായി lenny യിലെ സഹജമായ സിസ്‌ലോഗ് നിരന്തര പ്രവൃത്തി rsyslog ആയിരിയ്ക്കും. സഹജമായ ലോഗിങ്ങ് നിയമങ്ങളെ ഉള്ളൂ എങ്കില്‍, പേടിയില്ലാതെ ഇതു് കൊണ്ടു് മാറ്റിവയ്ക്കാം. നിങ്ങള്‍ക്കു് സ്വന്തമായ ലോഗിങ്ങ് നിയമങ്ങളുണ്ടെങ്കില്‍ അവ /etc/     rsyslog.conf യിലേയ്ക്കു് മാറ്റണം. etch യില്‍ നിന്നും കയറുന്ന ഉപയോക്താക്കള്‍ തന്നത്താന്‍ rsyslog ഇന്‍സ്റ്റോള്‍ ചെയ്യുകയും sysklogd നീക്കം ചെയ്യുകയും വേണം. lenny യിലേയ്ക്കു് കയറുന്ന സമയത്തു് സഹജമായ സിസ്‌ലോഗ് നിരന്തരപ്രവൃത്തി സ്വയം മാറ്റി വയ്ക്കുന്നതല്ല. യുട്ടിഎഫ്-8 നുള്ള മെച്ചപ്പെട്ട പിന്തുണ വളരെയധികം പ്രയോഗങ്ങള്‍ സഹജമായി യുട്ടിഎഫ്-8 ഉപയോഗിയ്ക്കാനോ നേരത്തേതിനേക്കാള്‍ മെച്ചപ്പെട്ട യുട്ടിഎഫ്-8 പിന്തുണയ്ക്കായോ സജ്ജീകരിയ്ക്കുന്നതാണു്. http://wiki.debian.org/ UTF8BrokenApps (http://wiki.debian.org/UTF8BrokenApps) എന്നയിടത്തു് യുട്ടിഎഫ്-8 കൈകാര്യം ചെയ്യാന്‍ ഇപ്പോളും പ്രയാസമുള്ള പ്രയോഗങ്ങളെക്കുറിച്ചു് കാണാം. Identification of the release's revision Starting from Lenny, /etc/debian_version will indicate the revision number of the debian release (5.0, then 5.0.1, etc.) This also means that you should not expect this file to be constant throught the release lifetime.     etch മുതല്‍ lenny വരെയുള്ള മാറ്റങ്ങളെക്കുറിച്ചു് കൂടുതല്‍ വിവരം ഡെബിയന്‍ വിക്കിയില്‍ (http:// wiki.debian.org/Etch2LennyUpgrade) ഉണ്ടു്. 2.3. കെര്‍ണലുമായി ബന്ധപ്പെട്ട പ്രധാന മാറ്റങ്ങള്‍     Debian GNU/Linux 5.0 എല്ലാ വാസ്തുവിദ്യകള്‍ക്കും 2.6.26 പതിപ്പാണു് കൊടുക്കുന്നതു്. കെര്‍ണലില്‍ തന്നെയും ഡെബിയനു് വേണ്ടി കെര്‍ണല്‍ പൊതിയുന്നതിലും വളരെ വലിയ മാറ്റങ്ങളുണ്ടായിട്ടുണ്ടു്. അവയില്‍ ചിലതു് കയറുന്ന പ്രക്രിയയെ സങ്കീര്‍ണ്ണമാക്കുകയും lenny യിലേയ്ക്കു് കയറിയതിനു് ശേഷം സിസ്റ്റം വീണ്ടു് ബൂട്ട്     ചെയ്യുമ്പോള്‍ പ്രശ്നമുണ്ടാക്കാന്‍ സാധ്യതയുണ്ടു്. ഈ ഭാഗത്തു് ഏറ്റവും പ്രധാന മാറ്റത്തിന്റെ ഒരവലോകനം നല്‍കുന്നു; വരാവുന്ന പ്രശ്നങ്ങളെക്കുറിച്ചും അവയെ ഒഴിവാക്കാനുള്ള സൂത്രങ്ങളെക്കുറിച്ചും വരുന്ന അദ്ധ്യായങ്ങളില്‍ ഉള്‍പ്പെടുത്തിയിരിയ്ക്കുന്നു. 2.3.1. കെര്‍ണല്‍ പൊതിയുന്നതിലെ മാറ്റങ്ങള്‍ Binary firmware for some drivers moved to non-free Some drivers load binary firmware into the device they are supporting at run time. While this firmware was included in the stock kernel in previous releases, it has now be separately packaged in the non-free section. If you want to continue to use these devices after reboot, make sure the required firmware is present on the installed system. See section 6.4 of the Installation Manual (http://www.debian.org /releases/stable/installmanual) for details.     പുതിയ ഓപ്പണ്‍വിസി കെര്‍ണല്‍ ഫ്ലേവര്‍ etch പരിചയപ്പെടുത്തിയ ലിനക്സ്-വിസെര്‍വര്‍ വിര്‍ച്ച്വലൈസേഷന്‍ സൊല്യൂഷനോടൊപ്പം തന്നെ ഇപ്പോള്‍ നേരത്തെ തന്നെ നിര്‍മ്മിച്ച ഓപ്പണ്‍വിസി കെര്‍ണല്‍ ഇമേജുകളും Debian GNU/Linux 5.0 നല്‍കുന്നു. ലിനക്സ്-വിസെര്‍വറില്‍ ഓപ്പണ്‍വിസിയെക്കാളും ഇത്തിരി ഓവര്‍ഹെഡുണ്ടെങ്കിലും ലൈവ് മൈഗ്രേഷനുള്ള പിന്തുണയുണ്ടു്. കെര്‍ണല്‍ x86 പൊതികള്‍ ഒന്നിപ്പിച്ചു നേരത്തെയുള്ള പതിപ്പുകളില്‍ 32-ബിറ്റ് എഎംഡ് അത്ലോണ്‍/ഡ്യൂറോണ്‍/സെമ്പ്രോണ്‍ പ്രൊസസ്സറുകള്‍ക്കു് പ്രത്യേകമായി -k7 എന്നൊരു കെര്‍ണല്‍ ഫ്ലേവറുണ്ടായിരുന്നു. ഈ ഫ്ലേവര്‍ നിര്‍ത്തുകയും പകരം എല്ലാ എഎംഡി/ഇന്റല്‍/വയ 686 ക്ലാസ് പ്രൊസസ്സറുകള്‍ക്കായി -686 എല്ല ഒറ്റ വകഭേദം നല്‍കിയിരിയ്ക്കുന്നു.     സാധ്യമായിടത്തൊക്കെ ഒഴിവാക്കിയവയ്ക്കു് പകരം പുതിയ പൊതികളെ ആശ്രയിയ്ക്കുന്ന ഡമ്മി പൊതികള്‍ ലഭ്യമാക്കിയിട്ടുണ്ടു്. 2.4. എംഡെബിയന്‍ 1.0 (Debian GNU/Linux lenny 5.0 യെ അടിസ്ഥാനമാക്കിയതു്)         ഡെബിയന്‍ ഉറവിട പൊതികളെ എംബെഡഡ് ആം സിസ്റ്റങ്ങള്‍ക്കനുയോജ്യമായി ചുരുക്കിയതും ക്രോസ് ബില്‍ഡ് ചെയ്യാന്‍ അനുവദിയ്ക്കുന്ന എംഡെബിയന്‍ എന്ന ബില്‍ഡ് ഉപകരണങ്ങള്‍ ലെന്നിയില്‍ ഇപ്പോള്‍ ഉള്‍പ്പെടുത്തിയിരിയ്ക്കുന്നു. എംഡെബിയന്‍ 1.0 വിതരണം സ്വന്തമായി തന്നെ പ്രത്യേക മഷീനുകള്‍ക്കും മഷീനുകളുടെ വകഭേദങ്ങള്‍ക്കും വേണ്ടി മാറ്റിയെടുക്കാന്‍ സാധിയ്ക്കുന്ന റൂട്ട് ഫയല്‍ സിസ്റ്റങ്ങള്‍ സൃഷ്ടിയ്ക്കാനാവശ്യമായ, നിര്‍മ്മിച്ച     അവസ്ഥയിലുള്ള ആം പൊതികള്‍ ഉള്‍ക്കൊള്ളുന്നു. കെര്‍ണലുകളും കെര്‍ണല്‍ ഭാഗങ്ങളും വെവ്വേറെ നല്‍കേണ്ടതുണ്ടു്. ആമെലിനും i386 നുമുള്ള പിന്തുണ വികസിപ്പിച്ചുകൊണ്ടിരിയ്ക്കുന്നു. കൂടുതല്‍ വിവരങ്ങള്‍ക്കു് എംഡെബിയന്‍ വെബ് താള്‍ (http://www.emdebian.org/) കാണുക. 2.5. നെറ്റ്ബുക്ക് പിന്തുണ അസൂസിന്റെ ഈ പിസി പോലെയുള്ള നെറ്റ്ബുക്കുകള്‍ക്കു് ഇപ്പോള്‍ ഡെബിയനില്‍ പിന്തുണയുണ്ടു്. ഈ പിസിയ്ക്കായി     eeepc-acpi-scripts നോക്കൂ. അതുപോലെത്തന്നെ, ഡെബിയനില്‍ നെറ്റ്ബുക്കുകള്‍ക്കോ അല്ലെങ്കില്‍ താരതമ്യേന കുറഞ്ഞ ശേഷിയുള്ള മറ്റു് കമ്പ്യൂട്ടറുകള്‍ക്കോ ഗുണകരമാകുന്ന ലൈറ്റ്‌വെയ്റ്റ് എക്സ്11 ഡെസ്ക്ടോപ്പ് എന്‍വയോണ്‍മെന്റ്, lxde, പുതുതായി അവതരിപ്പിയ്ക്കുന്നു. 2.6. ജാവ ഇപ്പോള്‍ ഡെബിയനില്‍ ജാവ ഗുയിയും വെബ്സ്റ്റാര്‍ട്ട് പ്രോഗ്രാമുകളും പ്രവര്‍ത്തിപ്പിയ്ക്കാനോ അത്തരം പ്രോഗ്രാമുകള്‍ നിര്‍മ്മിയ്ക്കാനോ     ആവശ്യമായ ഓപ്പണ്‍ജെഡികെ ജാവ റണ്‍ടൈം എന്‍വയോണ്‍മെന്റായ openjdk-6-jre യും ജാവ ഡെവലപ്പ്മെന്റ് കിറ്റായ openjdk-6-jdk യും ഇപ്പോള്‍ ഡെബിയനിലുണ്ടു്. ഐസ്ഡ്ടീ സംരംഭത്തില്‍ നിന്നുള്ള പാച്ചുകളും ബില്‍ഡ് സ്ക്രിപ്റ്റുകളും ഉപയോഗിച്ചാണു് ഈ പൊതികള്‍ നിര്‍മ്മിച്ചതു്. ━━━━━━━━━━━━━━     ^[1] ഗ്നോം 2.20 യില്‍ നിന്നുള്ള പല ഭാഗങ്ങളോടൊപ്പം. Chapter 3. ഇന്‍സ്റ്റാളേഷന്‍ ഉപാധി ഡെബിയന്‍ ഇന്‍സ്റ്റാളര്‍ ഡെബിയന്റെ ഔദ്യോഗിക ഇന്‍സ്റ്റാളേഷന്‍ ഉപാധിയാണ്. അത് വിവിധ ഇന്‍സ്റ്റാളേഷന്‍     രീതികള്‍ പ്രദാനം ചെയ്യുന്നു. അവയില്‍ നിങ്ങള്‍ക്ക് വേണ്ടത് നിങ്ങളുടെ സിസ്റ്റത്തിന്റെ വാസ്തുവിദ്യയെ ആശ്രയിച്ചിരിയ്ക്കുന്നു. lenny നായി ഉള്ള ഇന്‍സ്റ്റാളറിന്റെ ഇമേജുകള്‍ Debian website (http://     www.debian.org/releases/stable/debian-installer/) ലെ ഇന്‍സ്റ്റാളേഷന്‍ സഹായിയോടൊപ്പം കണ്ടെത്താം.     ഇന്‍സ്റ്റാളേഷന്‍ സഹായി ഔദ്യോഗിക ഡെബിയന്‍ സിഡി/ഡിവിഡി സെറ്റിലെ ഒന്നം സിഡി/ഡീവിഡി യില്‍ ഉള്‍പ്പെടുത്തിയിരിയ്ക്കുന്നത്:     /doc/install/manual/language/index.html errata (http://www.debian.org/releases/stable/debian-installer/     index#errata) ല്‍ പരിശോധിച്ച് ഡെബിയന്‍-ഇന്‍സ്റ്റാളറിന്റെ തിരിച്ചറിഞ്ഞിട്ടുള്ള പ്രശ്നങ്ങളുടെ ഒരു പട്ടിക കണ്ടിരിയ്ക്കേണ്ടതാണ്. 3.1. ഇന്‍സ്റ്റാളേഷന്‍ ഉപാധിയില്‍ എന്താണ് പുതുതായി ഉള്ളത്? ഡെബിയന്‍ ഇന്‍സ്റ്റാളറിന് അത് ആദ്യമായി Debian GNU/Linux 3.1 (സാര്‍ജ്) നോടൊപ്പം     പ്രകാശിതമായതില്‍ പിന്നെ മെച്ചപ്പെട്ട ഹാര്‍ഡ്വെയര്‍ പിന്തുണയുടെയും മറ്റനവധി പുത്തന്‍ സൌകര്യങ്ങളുടെയും രൂപത്തില്‍ ധാരാളം പുരോഗതികള്‍ ഉണ്ടായിട്ടുണ്ട്. ഈ പ്രകാശനക്കുറിപ്പുകളില്‍ കുറച്ചു പ്രധാന പുരോഗതികള്‍ മാത്രമേ നിരത്തിയിട്ടുള്ളൂ.etchപ്രകാശന     ശേഷമുണ്ടായ മാറ്റങ്ങളേ പറ്റി കൂടുതലറിയാന്‍ ഡെബിയന്‍ ഇന്‍സ്റ്റാളറിന്റെ news history (http:// www.debian.org/devel/debian-installer/News/) ല്‍ ലഭ്യമായ lenny ബീറ്റ , ആര്‍സി പ്രകാശനങ്ങളുടെ പ്രകാശന പ്രഖ്യാപനങ്ങള്‍ പരിശോധിയ്ക്കുക. 3.1.1. പ്രധാന മാറ്റങ്ങള്‍ ഇന്‍സ്റ്റാളേഷന്‍ സമയത്ത് ഫേംവേര്‍ ലോഡ് ചെയ്യാനുള്ള സൌകര്യം ഫേംവേറിന്റെ ബൈനറി ഫയലുകള്‍ ഒരു തിരിച്ചെടുക്കനാകുന്ന മാധ്യമത്തിലാക്കിക്കൊടുത്താല്‍ അതും ലോഡ് ചെയ്യാന്‍ ഡെബിയന്‍ ഇന്‍സ്റ്റാളറിന് ഇപ്പോള്‍ കഴിവുണ്ട്. മൈക്രോസോഫ്റ്റ് വിന്‍ഡോസില്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതിനുള്ള കഴിവ് ഇന്‍സ്റ്റാളേഷന്‍ മാധ്യമത്തില്‍ ഇപ്പോള്‍ മൈക്രോസോഫ്റ്റ് വിന്‍ഡോസ് അന്തരീക്ഷത്തില്‍ നിന്ന് കൊണ്ട് തന്നെ ഡെബിയന്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍ സിസ്റ്റത്തെ സജ്ജമാക്കുന്ന ഒരു പ്രയോഗം കൂടി ഉള്‍പ്പെടുത്തിയിട്ടുണ്ട്. SATA RAID പിന്തുണ സുരക്ഷാ തിരുത്തലുകള്‍ വേണ്ട പാക്കേജുകളുടെ വേഗത്തിലുള്ള അപ്ഗ്രേഡ് ഒരു പ്രവര്‍ത്തനയോഗ്യമായ ശൃംഖലാ ബന്ധം ലഭ്യമാണെങ്കില്‍, lenny ന്റെ ആദ്യ പ്രകാശനം മുതല്‍ അപ്ഡേറ്റ് ചെയ്തിട്ടുള്ള എല്ലാ പാക്കേജുകളേയും ഇന്‍സ്റ്റാളര്‍ അപ്ഗ്രേഡ് ചെയ്യും. ഈ അപ്ഗ്രേഡ്, ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെട്ട സിസ്റ്റം ബൂട്ട് ചെയ്യുന്നതിന് മുന്‍പ് തന്നെ നടക്കുകയും ചെയ്യുന്നു. തത്ഫലമായി, ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെട്ട സിസ്റ്റം lennyന്റെ പ്രകാശനത്തിനു ശേഷം ഇന്‍സ്റ്റാളേഷന്‍ സമയത്തിനുള്ളില്‍ തിരിച്ചറിഞ്ഞിട്ടുള്ളതും പരിഹരിച്ചിട്ടുള്ളവയുമായ സുരക്ഷാത്തകരാറുകളാല്‍ ബാധിയ്ക്കപ്പെടാനുള്ള സാധ്യത വളരെക്കുറവാണ്. volatile നുള്ള പിന്തുണ ഇന്‍സ്റ്റാളറിന് ഇപ്പോള്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെട്ട സിസ്റ്റത്തിനെ volatile.debian.org ല്‍ നിന്നും ലഭ്യമായ അപ്ഡേറ്റു ചെയ്യപ്പെട്ട പാക്കേജുകള്‍ ഉപയോഗിക്കത്തക്കവണ്ണം സജ്ജീകരിയ്ക്കാനാകും. ആ ശേഖരം സമയകാല നിര്‍വ്വചനങ്ങള്‍, ആന്റി-വൈറസ് ഒപ്പുകള്‍ തുടങ്ങിയ സമയാനുഗതമായി പുതുക്കേണ്ട വിവരങ്ങള്‍ നല്കുന്ന പാക്കേജുകള്‍ക്ക് ആഥിത്യമരുളുന്നു. പുതിയ പോര്‍ട്ടുകള്‍ ആമെല്‍ വസ്തുവിദ്യയെ ഇപ്പോള്‍ പിന്തുണയ്ക്കുന്നു. i386 Xen അഥിതികള്‍ക്ക് വേണ്ട ഇമേജുകള്‍ ഇപ്പോള്‍ ലഭ്യമാണ്.     ഹാര്‍ഡ്വേര്‍ സംഭാഷണോത്പാദകോപകരണങ്ങള്‍ക്കുള്ള പിന്തുണ ഹാര്‍ഡ്‌വെയര്‍ സംഭാഷണോത്പാദനത്തിനുതകുന്ന ധാരാളം ഉപകരണങ്ങളെ ഇപ്പോള്‍ ഇന്‍സ്റ്റാളര്‍ പിന്തുണയ്ക്കുന്നതിനാല്‍, കാഴ്ചക്കുറവുള്ള ഉപയോക്ത്താക്കള്‍ക്കും അതിന്റെ ഉപയോഗ്യത വര്‍ദ്ധിച്ചിട്ടുണ്ട്. relatime മൌണ്ട് ഓപ്ഷനുകള്‍ക്കുള്ള പിന്തുണ ഇന്‍സ്റ്റാളറിന് ഇപ്പോള്‍ relatime മൌണ്ട് ഓപ്ഷനോടു കൂടിയ വിഭജനങ്ങളെയും ക്രമീകരിയ്ക്കാനാവും. ഇത് ഫയലുകള്‍ക്കും ഡയറക്ടറികള്‍ക്കും മാറ്റം വരുത്തിയ സമയം പരിഷ്കരിയ്ക്കന്‍ സഹായിയ്കുന്നു. ഇന്‍സ്റ്റാളേഷന്‍ സമയത്ത് NTP ഘടികാരം ക്രമീകരിയ്ക്കുന്നു കമ്പ്യൂട്ടറുന്റെ ഘടികാരം ഇപ്പോള്‍ ഇന്‍സ്റ്റാളേഷന്‍ സമയത്ത് തന്നെ എന്‍റ്റിപി സെര്‍വറുകളുടെ സമയത്തിനൊപ്പം ശൃഖലയിലൂടെ ക്രമീകരിയ്ക്കപ്പെടുന്നതിനാല്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെട്ട സിസ്റ്റം അപ്പോള്‍ തന്നെ കൃത്യമായ സമയം കാണിയ്ക്കുന്നു. പുതിയ ഭാഷകള്‍ വിവര്‍ത്തകരുടെ വലിയ പ്രയത്നങ്ങള്‍ക്കു നന്ദി'ഡെബിയന്‍ ഇപ്പോള്‍ 63 ഭാഷകളില്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യാനാകും(50 എണ്ണം അക്ഷരാധിഷ്ഠിത ഇന്‍സ്റ്റാളേഷനും 13 ചിത്രാധിഷ്ഠിത ഇന്‍സ്റ്റാളേഷനും). ഇത് etch നേക്കാള്‍ 5 ഭാഷകള്‍ കൂടുതലാണ്. അമാരിക്, മറാഠി, ഐറിഷ്, വടക്കന്‍ സാമി, സെര്‍ബിയന്‍ എന്നിവയാണ് പുതിയ ഭാഷകള്‍. വിവര്‍ത്തന അപ്ഡേറ്റുകളുടെ അഭാവത്താല്‍ എസ്റ്റോണിയന്‍ ഭാഷ ഈ റിലീസില്‍ ഉള്‍പ്പെടുത്തുന്നില്ല. etch ല്‍ ഉള്‍പ്പെടുത്താതിരുന്ന വെല്‍ഷ് ഭാഷ വീണ്ടും ഉള്‍പ്പെടുത്തുകയും ചെയ്തിരിയ്ക്കുന്നു. അമാരിക്ക്, ബംഗാളി, സോങ്ക, ഗുജറാത്തി, ഹിന്ദി, ജോര്‍ജിയന്‍, ഖ്മെര്‍, മലയാളം, മറാഠി, നേപ്പാളി, പഞ്ചാബി, തമിഴ്, തായ് എന്നിവയുടെ അക്ഷരസഞ്ചയങ്ങളെ ചിത്രാധിഷ്ഠിതമല്ലാത്ത അന്തരീക്ഷത്തില്‍ അവതരിപ്പിയ്ക്കാന്‍ കഴിയാത്തതിനാല്‍ ചിത്രാധിഷ്ഠിതമായ ഇന്‍സ്റ്റാളറില്‍ മാത്രം തിരഞ്ഞെടുക്കാനാവുന്ന ഭാഷകളാണ്. ലഘുകരിച്ച രാജ്യം തിരഞ്ഞെടുക്കല്‍ പ്രക്രിയ രാജ്യം തിരഞ്ഞെടുക്കല്‍ ഇപ്പോള്‍ ഭൂഖണ്ടക്രമത്തില്‍ തരം തിരിച്ചിരിയ്ക്കുന്നതിനാല്‍ ഉപയോക്താക്കള്‍ക്ക് തിരഞ്ഞെടുത്ത ഭാഷയുമായി ബന്ധമില്ലാത്ത ഒരു രാജ്യമാണ് തിരഞ്ഞെടുക്കേണ്ടതെങ്കില്‍ കൂടി, അത് എളുപ്പം സാധിയ്ക്കുന്നു. 3.1.2. സ്വയംനിയന്ത്രിത ഇന്‍സ്റ്റാളേഷന്‍ മുന്നെ പ്രതിബാധിച്ചതു പോലെ ചില മാറ്റങ്ങള്‍ ഇന്‍സ്റ്റാളറിന്റെ സ്വയംനിയന്ത്രിത ഇന്‍സ്റ്റാളേഷന്‍ പിന്തുണയിലും     മാറ്റങ്ങളുണ്ടാക്കിയിട്ടുണ്ട്. അതായത് etch ഇന്‍സ്റ്റാളറിനോടൊപ്പം പ്രവര്‍ത്തിച്ചിരുന്ന പ്രീകോണ്‍ഫിഗറേഷന്‍ ഫയലുകള്‍ നിങ്ങളുടെ പക്കലുണ്ടെങ്കില്‍ അവ ചില മാറ്റങ്ങള്‍ വരുത്തിയെങ്കില്‍ മാത്രമേ പുതിയ ഇന്‍സ്റ്റോളറിനൊപ്പം പ്രവര്‍ത്തിയ്ക്കുകയുള്ളൂ. ഇന്‍സ്റ്റാളേഷന്‍ സഹായി (http://www.debian.org/releases/stable/     installmanual) യില്‍ പ്രീകോണ്‍ഫിഗറേഷന്‍ എങ്ങനെ ഉപയോഗിയ്ക്കണം എന്നത് സമ്പന്ധിച്ച ബൃഹത്തായ സഹായപ്രമാണത്തോടു കൂടിയ ഒരു പുതുക്കിയ അനുബന്ധം ലഭ്യമാണ്. Chapter 4. പഴയ പതിപ്പില്‍ നിന്നും നവീകരിക്കുക 4.1. നവീകരിക്കുന്നതിനു തയ്യാറെടുക്കുന്നു നവീകരിക്കുന്നതിനു മുമ്പായി ഇതു Chapter 5, lenny യെക്കുറിച്ചു് അറിഞ്ഞിരിക്കേണ്ട പ്രശ്നങ്ങള്‍ കൂടി     വായിക്കാന്‍ താല്പര്യപ്പെടുന്നു.നവീകരിക്കല്‍ പ്രക്രിയയുമായി നേരിട്ടു ബന്ധമില്ലാത്ത ചില സുപ്രധാന പ്രശ്നങ്ങള്‍ ഈ അധ്യായത്തില്‍ പറഞ്ഞിട്ടുണ്ട്. പ്രക്രിയ തുടങ്ങുന്നതിനു മുമ്പ് ഇവ അറിഞ്ഞിരിക്കുന്നതു നന്നായിരിക്കും. 4.1.1. ഏതു് ഡാറ്റയുടേയും ക്രമീകരണ വിവരത്തിന്റേയും കരുതല്‍ പകര്‍പ്പെടുക്കുക നിങ്ങളുടെ സിസ്റ്റം നവീകരിയ്ക്കുന്നതിനു് മുമ്പു് നിങ്ങള്‍ ഒരു മുഴുവന്‍ കരുതല്‍ പകര്‍പ്പു് അല്ലെങ്കില്‍ ഒരു കാരണവശാലും നഷ്ടപ്പെടാന്‍ പറ്റാത്ത ഡാറ്റയുടേയോ ക്രമീകരണ വിവരത്തിന്റേയോ കരുതല്‍ പകര്‍പ്പു്     എടുത്തിരിയ്ക്കണമെന്നു് ശുപാര്‍ശ ചെയ്തിരിയ്ക്കുന്നു. നവീകരിയ്ക്കാനുള്ള ഉപകരണങ്ങള്‍ വളരെ വിശ്വസ്ഥമാണു്, എങ്കിലും നവീകരണത്തിനിടയില്‍ ഒരു ഹാര്‍ഡ്‌വെയര്‍ തകരാറു് വന്നാല്‍ സിസ്റ്റം വളരെ ഗുരുതരമായി പരിക്കേറ്റ അവസ്ഥയില്‍ കിടന്നേയ്ക്കാം. നിങ്ങള്‍ക്കു് കരുതല്‍ പകര്‍പ്പെടുക്കേണ്ടി വരുന്ന പ്രധാന സംഗതികള്‍ /etc, /var/lib/dpkg, /     var/lib/aptitude/pkgstates എന്നിവയുടെ ഉള്ളടക്കവും dpkg --get-selections "*" (ക്വോട്ടുകള്‍ പ്രധാനമാണു്) എന്നതിന്റെ ഫലവുമാണു്. നവീകരണ പ്രക്രിയ സ്വന്തമായി /home തട്ടിലെ ഒന്നും മാറ്റുകയില്ല. എന്നാല്‍, ചില പ്രയോഗങ്ങള്‍ (ഉദാ. മോസില്ല സ്വീറ്റിലെ ഭാഗങ്ങള്‍, ഗ്നോം, കെഡിഇ പണിയിട പരിസരങ്ങള്‍) ഒരു ഉപയോക്താവു് ആദ്യമായി അവയുടെ പുതിയ പതിപ്പുകള്‍ തുടങ്ങുമ്പോള്‍ നിലവിലുള്ള ഉപയോക്താവിന്റെ സജ്ജീകരണങ്ങള്‍ മായ്ച്ചു് കളഞ്ഞു്     പകരമായി പുതിയവയുടെ സഹജവിലകള്‍ എഴുതുന്നതായി കേട്ടിട്ടുണ്ടു്. ഒരു മുന്‍കരുതലായി ഉപയോക്താവിന്റെ ആസ്ഥാന തട്ടുകളിലെ ഒളിപ്പിച്ച ഫയലുകളുടേയും തട്ടുകളുടേയും (“dotfiles”) ഒരു കരുതല്‍ പകര്‍പ്പെടുത്തു് വച്ചേയ്ക്കൂ. ഈ കരുതല്‍ പകര്‍പ്പു് പഴയ സജ്ജീകരണങ്ങള്‍ തിരിച്ചു് വയ്ക്കാനോ പുനര്‍നിമ്മിയ്ക്കാനോ സഹായിച്ചേയ്ക്കാം. ഉപയോക്താക്കളെ ഇതിനെക്കുറിച്ചറിച്ചേയ്ക്കൂ. പൊതികള്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യാനുള്ള നടപടികളെല്ലാം സൂപ്പര്‍ഉപയോക്താവിന്റെ അനുമതികളോടെ     പ്രവര്‍ത്തിപ്പിയ്ക്കേണ്ടതിനാല്‍ root ആയി അകത്തുകയറുകയോ ആവശ്യ‌‌മായി അനുമതികള്‍ കിട്ടാന്‍ su അല്ലെങ്കില്‍ sudo ആജ്ഞകള്‍ ഉപയോഗിയ്ക്കുകയോ ചെയ്യാം.     നവീകരിക്കല്‍ പ്രക്രിയയ്ക്കു കുറച്ചു മുന്‍ ഉപാധികളുണ്ടു്.; നവീകരിക്കുന്നതിനു മുമ്പ് അവയെല്ലാം പരിശോധിക്കേണ്ടതാണു്. 4.1.1.1. ചേര്‍ന്നൊരു കെര്‍ണലാണുപയോഗിയ്ക്കുന്നതെന്നുറപ്പാക്കുക     lenny യിലെ glibc യുടെ പതിപ്പു് 2.6.8 നെക്കാള്‍ പഴയ കെര്‍ണലുമായി ഒരു വാസ്തുവിദ്യയിലും പ്രവര്‍ത്തിയ്ക്കില്ല. ചില വാസ്തുവിദ്യകള്‍ക്കു് ഇതിലും ഉയര്‍ന്നതാവശ്യമുണ്ടു്. 4.1.2. ഉപയോക്താക്കളെ മുന്‍കൂട്ടി അറിയിക്കുക ssh ബന്ധം വഴി നിങ്ങളുടെ സിസ്റ്റം ഉപയോഗിയ്ക്കുന്ന ഉപയോക്താക്കള്‍ക്കു് നവീകരണത്തിനിടയില്‍     അസാധാരണമായെന്തെങ്കിലും അറിയാതെ തുടര്‍ന്നു പ്രവര്‍ത്തിയ്ക്കാന്‍ സാധിയ്ക്കുമെങ്കിലും നിങ്ങള്‍ തയ്യാറെടുത്തുകൊണ്ടിരിയ്ക്കുന്ന നവീകരണത്തെക്കുറിച്ചു് നിങ്ങളുടെ ഉപയോക്താക്കളെ അറിയിയ്ക്കുന്നതു് ബുദ്ധിപരമാണു്.     ഇനിയും കൂടുതല്‍ മുന്‍കരുതലെടുക്കണമെന്നുണ്ടെങ്കില്‍ നവീകരണത്തിന് മുമ്പ് ഉപയോക്താക്കളുടെ ഭാഗങ്ങളുടെ (/ home) കരുതല്‍ പകര്‍പ്പെടുക്കുകയോ അവ വേര്‍പ്പെടുത്തുകയോ ചെയ്യാം.     lenny യിലേയ്ക്കു് കയറുമ്പോള്‍ നിങ്ങള്‍ക്കു് കെര്‍ണല്‍ പുതുക്കേണ്ടി വരാനുള്ള സാധ്യതയുള്ളതിനാല്‍ സാധാരണയായി ഒരു റീബൂട്ട് ആവശ്യമാണു്. പൊതുവെ ഇതു് നവീകരണം കഴിഞ്ഞ ശേഷമാണു് ചെയ്യാറു്. 4.1.3. തിരിച്ചെടുക്കാന്‍ തയ്യാറെടുക്കുക etch നും lenny യ്ക്കുമിടയില്‍ കെര്‍ണലില്‍ പ്രവര്‍ത്തകങ്ങള്‍, ഹാര്‍ഡ്‌വെയര്‍ കണ്ടെത്തല്‍, ഉപകരണ ഫയലുകളുടെ പേരും സ്ഥാനവും നിര്‍ണ്ണയിയ്ക്കുന്നതു് തുടങ്ങി വളരെയധികം മാറ്റങ്ങള്‍ വന്നതു് കൊണ്ടു്     നവീകരണത്തിനു് ശേഷം നിങ്ങള്‍‌ക്കു് വീണ്ടും ബൂട്ട് ചെയ്യാന്‍ പറ്റാതാവാനുള്ള ശരിയ്ക്കുമൊരു അപകടമസാധ്യതയുണ്ടു്. ഈ പ്രസാധനക്കുറിപ്പുകളുടെ ഈ അദ്ധ്യായത്തിലും വരാനുള്ളവയിലും വളരെയധികം അറിയാവുന്ന പ്രശ്ന സാധ്യതകളെക്കുറിച്ചു് വിവരിച്ചിട്ടുണ്ടു്. ആ കാരണം കൊണ്ടു് തന്നെ നിങ്ങളുടെ സിസ്റ്റം വീണ്ടും ബൂട്ട് ചെയ്യുന്നതില്‍ പരാജയപ്പെടുകയോ വിദൂരത്തുള്ള     സിസ്റ്റങ്ങളില്‍ ശൃംഖലാബന്ധം തുടങ്ങാന്‍ പരാജയപ്പെടുകയോ ചെയ്താല്‍ നിങ്ങളുടെ സിസ്റ്റം പഴയ അവസ്ഥയില്‍ കൊണ്ടു് വരാന്‍ സാധ്യമാണെന്നുറപ്പു് വരുത്തുന്നതു് നല്ലതാണു്. നിങ്ങള്‍ ദൂരെയിരുന്നൊരു ssh ബന്ധത്തിലൂടെയാണു് നവീകരിയ്ക്കുന്നതെങ്കില്‍ വിദൂരമായ സീരിയല്‍ കണ്‍സോള്‍ വഴി സെര്‍വറിനെ സമീപിയ്ക്കാന്‍ സാധ്യമാകുന്ന തരത്തിലുള്ള എല്ലാ മുന്‍കരുതലുകളുമെടുക്കാന്‍ ശക്തമായി ശുപാര്‍ശ ചെയ്യുന്നു. കെര്‍ണല്‍ പുതുക്കി വീണ്ടും ബൂട്ട് ചെയ്യുമ്പോള്‍ ചില ഉപകരണങ്ങളുടെ പേരുകള്‍ മാറിയിരിയ്ക്കാന്‍ (     Section 4.6.2, “ഉപകരണങ്ങള്‍ക്കു് സംഖ്യയിടുന്നതില്‍ മാറ്റം” ല്‍ വിശദീകരിച്ചിരിയ്ക്കുന്നു) സാധ്യതയുള്ളതു് കൊണ്ടു് ഒരു പ്രദേശിക കണ്‍സോളിലൂടെ നിങ്ങളുടെ സിസ്റ്റം ക്രമീകരണം ശരിയാക്കേണ്ടി വരാം. നവീകരണത്തിനിടയില്‍ സിസ്റ്റം വീണ്ടും ബൂട്ടു് ചെയ്യുകയാണെങ്കില്‍ ഒരു പ്രാദേശിക കണ്‍സോളുപയോഗിച്ചു് വീണ്ടെടുക്കേണ്ടിയും വന്നേയ്ക്കാം. ആദ്യമായി ചെയ്യേണ്ടതു നിങ്ങളുടെ കമ്പ്യുട്ടറിലെ പഴയ കെര്‍ണല്‍ വച്ച് റീബൂട്ട് ചെയ്യുക എന്നതാണു് .     എന്നാലും, ഈ വിവരണത്തില്‍ മറ്റു പലയിടത്തും പറഞ്ഞ കാരണങ്ങള്‍ കൊണ്ട്, ഇതു പ്രവര്‍ത്തിക്കുമെന്നു ഉറപ്പില്ല. അതു പരാജയപ്പെടുകയാണെങ്കില്‍, നിങ്ങളുടെ സിസ്റ്റം ബൂട്ട് ചെയ്യാന്‍ മറ്റൊരു വഴി വേണ്ടതാണു്. പ്രത്യേകമായി     തയ്യാറാക്കിയ ഒരു റെസ്ക്യു ഇമേജോ ലിനക്സ് ലൈവ് സിഡിയോ ഉപയോഗിക്കുകയാണു് ഒരു വഴി. ഇതു ഉപയോഗിച്ച് ബൂട്ട് ചെയ്തതിനുശേഷം, റൂട്ട് ഫയല്‍ സിസ്റ്റം മൌണ്ട് ചെയ്തു chroot ഉപയോഗിച്ച് പ്രശ്നം കണ്ടു പിടിച്ച് പരിഹരിക്കാവുന്നതാണു്. ഞങ്ങള്‍ ശുപാര്‍ശ ചെയ്യുന്ന മറ്റൊരു വഴി lenny ഡെബിയന്‍ ഇന്‍സ്റ്റോളറിന്റെ rescue mode ഉപയോഗിയ്ക്കാനാണു്. ഇന്‍സ്റ്റോളര്‍ ഉപയോഗിയ്ക്കുന്നതു് കൊണ്ടുള്ള മെച്ചം നിങ്ങള്‍ക്കു് പല ഇന്‍സ്റ്റലേഷന്‍ രീതികളില്‍ നിന്നും നിങ്ങളുടെ അവസ്ഥയ്ക്കനുയോജ്യമായ രീതി തെരഞ്ഞെടുക്കാം എന്നതാണു്. കൂടുതല്‍ വിവരങ്ങള്‍ക്കു്     ഇന്‍സ്റ്റലേഷന്‍ വഴികാട്ടിയിലെ (http://www.debian.org/releases/stable/ installmanual) 8 മത്തെ അദ്ധ്യായത്തിലെ “Recovering a Broken System” എന്ന ഭാഗവും ഡെബിയന്‍ ഇന്‍സ്റ്റോളറിനെക്കുറിച്ചുള്ള ചോദ്യോത്തരങ്ങളും (http://wiki.debian.org/ DebianInstaller/FAQ) കാണുക. 4.1.3.1. ഇനിറ്റാര്‍ഡിയുപയോഗിച്ചു് ബൂട്ട് സമയത്തെ പിഴവു് തിരുത്താനുള്ള ഷെല്‍ initramfs-tools ഒരു പിഴവു് തിരുത്താനുള്ള ഷെല്‍ ഉള്‍ക്കൊള്ളുന്നു^[2] ഇതു് സൃഷ്ടിയ്ക്കുന്ന     ഇനിറ്റാര്‍ഡികളില്‍. ഉദാഹരണത്തിനു് ഈ ഇനിറ്റാര്‍ഡി നിങ്ങളുടെ റൂട്ട് ഫയല്‍ സിസ്റ്റം ചേര്‍ക്കുന്നതില്‍ പരാജയപ്പെട്ടാല്‍, ഈ പ്രശ്നത്തിന്റെ കാരണം കണ്ടുപിടിയ്ക്കാനും ഒരു പക്ഷേ പരിഹാരം കാണാനും സഹായകമാകുന്ന അടിസ്ഥാന ആ‍ജ്ഞകള്‍ ലഭ്യമായ ഈ പിഴവു് തിരുത്താനുള്ള ഷെല്ലില്‍ നിങ്ങള്‍ എത്തിച്ചേരും. പരിശോധിയ്ക്കേണ്ട അടിസ്ഥാന കാര്യങ്ങളിവയാണു്: /dev ല്‍ ശരിയായ ഉപകരണ ഫയലുകള്‍; ഏതൊക്കെ ഭാഗങ്ങളാണു് ചേര്‍ത്തിരിയ്ക്കുന്നതു് (cat /proc/modules); പ്രവര്‍ത്തകങ്ങള്‍ ചേര്‍ക്കുമ്പോഴുണ്ടായ     പിശകുകള്‍ക്കു് dmesg ന്റെ ഫലം. dmesg ന്റെ ഫലം ഏതൊക്കെ ഉകരണ ഫയലുകള്‍ ഏതൊക്കെ ഡിസ്ക്കുകള്‍ക്കു് നല്‍കിയിരിയ്ക്കുന്നു എന്നതു് കാണിയ്ക്കും; echo $ROOT എന്നതിന്റെ ഫലവുമായി ഒത്തുനോക്കി പ്രതീക്ഷിച്ച ഉപകരണത്തില്‍ തന്നെയാണു് റൂട്ട് ഫയല്‍ സിസ്റ്റം എന്നു് നിങ്ങള്‍ പരിശോധിയ്ക്കണം. നിങ്ങള്‍ പ്രശ്നം പരിഹരിയ്ക്കുന്നതില്‍ വിജയിച്ചാല്‍ exit എന്നടിച്ചാല്‍ അതു് നിങ്ങളെ പിഴവു് തിരുത്താനുള്ള     ഷെല്ലില്‍‌ നിന്നും പുറത്തു് കൊണ്ടുവരുകയും പരാജയപ്പെട്ട സ്ഥാനത്തു് നിന്നും ബൂട്ട് പ്രക്രിയ തുടരുകയും ചെയ്യും. തീര്‍ച്ചയായും അടുത്ത ബൂട്ട് പരാജയമാവില്ലെന്നുറപ്പാക്കാന്‍ നിങ്ങള്‍ അടിസ്ഥാന പ്രശ്നം പരിഹരിച്ചു് ഇനിറ്റാര്‍ഡി വീണ്ടു് സൃഷ്ടിയ്ക്കണം. 4.1.4. നവീകരിക്കുന്നതിനു സുരക്ഷിതമായ ഒരു പരിതസ്ഥിതി തയ്യാറാക്കുക     വിതരണത്തിന്റെ നവീകരണം പദാവലി ദശയിലെ മായാ കണ്‍സോളില്‍ (അല്ലെങ്കില്‍ നേരിട്ടു് കുത്തിയ സീരിയല്‍ ടെര്‍മിനലില്‍) നിന്നും പ്രാദേശികമായോ, അല്ലെങ്കില്‍ വിദൂരമായി ഒരു ssh ബന്ധം വഴിയോ ചെയ്യണം. ദൂരെ നിന്നും നവീകരിയ്ക്കുമ്പോള്‍ കൂടുതല്‍ സുരക്ഷയ്ക്കായി വിദൂര ബന്ധം നല്‍കുന്ന പ്രക്രിയ പരാജയപ്പെട്ടാല്‍     കൂടി നവീകരണ പ്രക്രിയ തടസ്സപ്പെടില്ല എന്നതുറപ്പാക്കാന്‍ വീണ്ടും ബന്ധിപ്പിയ്ക്കുന്നതു് സാധ്യമായ screen പ്രോഗ്രാം നല്‍കുന്ന മായാ കണ്‍സോളില്‍ വച്ചു് നവീകരണ പ്രക്രിയ പ്രവര്‍ത്തിപ്പിയ്ക്കണം. Important     നിങ്ങള്‍ telnet, rlogin, rsh, അല്ലെങ്കില്‍ നിങ്ങള്‍ നവീകരിയ്ക്കുന്ന മഷീനിലുള്ള xdm, gdm or kdm തുടങ്ങിയവ കൈകാര്യം ചെയ്യുന്നൊരു എക്സ് പ്രവര്‍ത്തനവേളയില്‍ വച്ചോ നിങ്ങള്‍ നവീകരണം നടത്തരുതു്. ഈ പറഞ്ഞ ഓരോ സേവനങ്ങളും നവീകരണത്തിനിടയില്‍‌ നിന്നു പോകുകയും നിങ്ങളുടെ സിസ്റ്റം പകുതി നവീകരിച്ചതും കയറാന്‍ സാധ്യമല്ലാത്തതുമായ അവസ്ഥയില്‍ വരാനും സാധ്യതയുണ്ടു് എന്നതാണു് അതിനു് കാരണം. 4.2. സിസ്റ്റത്തിന്റെ നില പരിശോധിക്കുന്നതു് ഈ അദ്ധ്യായത്തില്‍ വിവരിച്ച നവീകരണ പ്രക്രിയ മറ്റുള്ളവരില്‍ നിന്നുള്ള പൊതികളില്ലാത്ത “ശുദ്ധമായ”     etch ല്‍ നിന്നും കയറാനുള്ളതായാണു് രൂപകല്‍പന ചെയ്തിരിയ്ക്കുന്നതു്. ഏറ്റവും കൂടി ഉറപ്പിനു് മറ്റുള്ളവരില്‍ നിന്നുളള പൊതികള്‍ നവീകരണത്തിനു് മുമ്പു് നീക്കം ചെയ്യുന്നതു് നന്നായിരിയ്ക്കും. ഈ രീതി നിങ്ങള്‍ etch ന്റെ ഏറ്റവും പുതിയ പോയിന്റ് പതിപ്പിലേയ്ക്കു് കയറിയിട്ടുണ്ടെന്നു് ഊഹിയ്ക്കുന്നു.     നിങ്ങളിതു് ചെയ്തിട്ടില്ലെങ്കിലോ ഉറപ്പില്ലെങ്കിലോ Section A.1, “നിങ്ങളുടെ പഴയ etch സിസ്റ്റത്തെ അപ്ഗ്രേഡ് ചെയ്യാന്‍” ല്‍ നല്‍കിയ നിര്‍ദ്ദേശങ്ങള്‍ പിന്തുടരുക. 4.2.1. പൊതികളുടെ നടത്തിപ്പുകാരനില്‍ ബാക്കിയുള്ള നടപടികള്‍ ഒന്നു കൂടി നോക്കുക ചില സമയങ്ങളില്‍ പൊതികള്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍ aptitude നു് പകരം apt-get     ഉപയോഗിയ്ക്കുന്നതു് aptitude ആ പൊതിയെ “ഉപയോഗിയ്ക്കാത്തതു് (unused)” ആയി കണക്കാക്കുവാനും നീക്കം ചെയ്യാനുള്ളവയുടെ പട്ടികയില്‍ ചേര്‍ക്കാനും കാരണമാകും. പൊതുവെ, നവീകരണത്തിനു് മുമ്പേ നിങ്ങളുടെ സിസ്റ്റം ഏറ്റവും പുതിയതും (fully up-to-date) “വൃത്തിയുള്ളതും (clean)” ആണെന്നു് ഉറപ്പാക്കണം. ഇതു കാരണം aptitudeപൊതിനിര്‍വ്വാഹകത്തില്‍ എന്തെങ്കിലും നടപടിക്രമങ്ങള്‍ ബാക്കിയുണ്ടോ എന്ന് പരിശോധിക്കേണ്ടിയിരിക്കുന്നു. ഏതെങ്കിലും പൊതികള്‍ പുതുക്കാനോ നീക്കം ചെയ്യാനോ നിര്‍വ്വാഹകത്തില്‍ ചട്ടം     കെട്ടിയിട്ടുണ്ടെങ്കില്‍ അത് പുതുക്കല്‍ നാപടിയെ പ്രതികൂലമായി ബാധിക്കും. നിങ്ങളുടെ സ്രോതസ്സ്.പട്ടികstable ഓ അല്ലെങ്കില്‍ lennyഓ അല്ലാതെ etchലേക്ക് മുഖം തിരിച്ചിരിക്കുകയാണെങ്കില്‍ മാത്രമേ ഇത് ശരിപ്പെടുത്താന്‍ കഴിയൂ എന്ന് ശ്രദ്ധിക്കുമല്ലൊ ; Section A.2, “നിങ്ങളുടെ സോഴ്സ് പട്ടിക പരിശോധിയ്ക്കുന്നതു്”കാണുക. പുന:പരിശോധനക്കായി “visual mode” ല്‍ aptitude വിക്ഷേപിച്ച് g (“Go”)അമര്‍ത്തുക.     എന്തെങ്കിലും പ്രതികരണം കാണുകയാണെങ്കില്‍ അവ പരിശോധിച്ച് തെറ്റുകള്‍ തിരുത്തുകയോ നിര്ദ്ദേശിക്കപ്പെട്ട നടപടികള്‍ നടപ്പിലാക്കുകയോ ചെയ്യണം. നടപടിക്രമങ്ങളൊന്നും നിര്ദ്ദേശിക്കപ്പെട്ടിട്ടില്ലെങ്കില്‍ “പൊതികള്‍ പ്രതിഷ്ഠിക്കാനോ, പുതുക്കാനോ, നീക്കം ചെയ്യാനോ ഇല്ല”എന്ന് ഒരു സന്ദേശം പ്രദര്ശിപ്പിക്കപ്പെടും. 4.2.2. ആപ്റ്റ് പിന്നിങ്ങ് പ്രവര്‍ത്തനരഹിതമാക്കാന്‍ നിങ്ങള്‍ സ്റ്റേബിള്‍ അല്ലാത്തൊരു വിതരണത്തില്‍ നിന്നും (ഉദാ. ടെസ്റ്റിങ്ങ്) ചില പൊതികള്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍ ആപ്റ്റ് ക്രമീകരിച്ചിട്ടുണ്ടെങ്കില്‍, പുതിയ സ്റ്റേബിള്‍ പതിപ്പില്‍ നിന്നുള്ള പൊതികളുടെ     പതിപ്പുകളേയ്ക്കു് കയറ്റുവാന്‍ നിങ്ങളുടെ ആപ്റ്റ് പിന്നിങ്ങ് ക്രമീകരണം (/etc/apt/preferences ല്‍ സൂക്ഷിച്ചിരിയ്ക്കുന്നു) മാറ്റേണ്ടി വന്നേയ്ക്കാം. ആപ്റ്റ് പിന്നിങ്ങിനെക്കുറിച്ചുള്ള കൂടുതല്‍ വിവരങ്ങള്‍ apt_preferences(5) ല്‍ കാണാം. 4.2.3. പൊതികളുടെ അവസ്ഥ പരിശോധിച്ചു് കൊണ്ടിരിയ്ക്കുന്നു നവീകരിയ്ക്കാനുള്ള മാര്‍ഗ്ഗം ഏതു് തന്നെ തെരഞ്ഞെടുത്താലും എല്ലാ പൊതികളുടേയും അവസ്ഥയെന്താണെന്നു് പരിശോധിയ്ക്കാനും     എല്ലാ പൊതികളും നവീകരിയ്ക്കാവുന്ന അവസ്ഥയിലാണെന്നുറപ്പു് വരുത്താനും ശക്തമായി ശുപാര്‍ശ ചെയ്തിരിയ്ക്കുന്നു. താഴെ പറയുന്ന ആജ്ഞകള്‍ പകുതി-ഇന്‍സ്റ്റോള്‍ ചെയ്തതോ ക്രമീകരിയ്ക്കാന്‍-പരാജയപ്പെട്ടതോ ഏതെങ്കിലും തരത്തിലുള്ള പിശകു് വന്ന അവസ്ഥയിലുള്ള പൊതികളുടെ പട്ടിക കാണിയ്ക്കും.     # dpkg --audit     നിങ്ങളുടെ സിസ്റ്റത്തിലെ എല്ലാ പൊതികളുടേയും അവസ്ഥ dselect, aptitude എന്നിവയുപയോഗിച്ചോ അല്ലെങ്കില്‍ താഴെ പറയുന്ന ആജ്ഞകള്‍ ഉപയോഗിച്ചോ പരിശോധിയ്ക്കാവുന്നതാണു്     # dpkg -l | pager     അല്ലെങ്കില്‍     # dpkg --get-selections "*" > ~/curr-pkgs.txt     തടഞ്ഞുവച്ചിരിയ്ക്കുന്നവയേതെങ്കിലുമുണ്ടെങ്കില്‍ നവീകരണത്തിനു് മുമ്പു് അവ നീക്കം ചെയ്യുന്നതാണു് നല്ലതു്. നവീകരണത്തിനത്യാവശ്യമുള്ള ഏതെങ്കിലും പൊതി തടഞ്ഞുവച്ചിരിയ്ക്കുകയാണെങ്കില്‍ നവീകരണം പരാജയപ്പെടും. apt-get ഉം dselect ഉം പൊതികള്‍ തടഞ്ഞുവയ്ക്കാന്‍ ഉപയോഗിയ്ക്കുന്ന രീതിയില്‍ നിന്നും     വ്യത്യസ്തമായാണു് aptitude തടയാനുള്ള പൊതികളെ രേഖപ്പെടുത്തുന്നതെന്നു് ഓര്‍ക്കുക. aptitude തടഞ്ഞുവച്ച പൊതികളെ നിങ്ങള്‍ക്കു് താഴെ പറയുന്ന ആജ്ഞ ഉപയോഗിച്ചു് തിരിച്ചറിയാം.     # aptitude search "~ahold" | grep "^.h"     apt-get ഉപയോഗിച്ചു് തടഞ്ഞുവച്ച പൊതികള്‍ പരിശോധിയ്ക്കണമെങ്കില്‍ നിങ്ങള്‍ ഉപയോഗിയ്ക്കേണ്ടതു്     # dpkg --get-selections | grep hold നിങ്ങളൊരു പൊതി പ്രാദേശികമായി മാറ്റം വരുത്തുകയും വീണ്ടും കമ്പൈല്‍ ചെയ്യുകയും പേരു് മാറ്റാതിരിയ്ക്കുകയോ പതിപ്പില്‍     സമയം രേഖപ്പെടുത്താതിരിയ്ക്കുകയോ ചെയ്തിട്ടുണ്ടെങ്കില്‍ അതിനെ നവീകരിയ്ക്കുന്നതില്‍ നിന്നും ഒഴിവാക്കാന്‍‌ നിങ്ങളതിനെ തടഞ്ഞുവയ്ക്കണം.     aptitude നുള്ള പൊതിയുടെ “തടഞ്ഞുവച്ച (hold)”അവസ്ഥ മാറ്റാന്‍ താഴെ പറയുന്ന ആജ്ഞ ഉപയോഗിയ്ക്കാം:     # aptitude hold package_name     hold നു് പകരം unhold ഉപയോഗിച്ചു് “hold” അവസ്ഥ ഇല്ലാതാക്കാം. നിങ്ങള്‍ക്കെന്തെങ്കിലും പരിഹരിയ്ക്കാന്‍ ബാക്കിയുണ്ടെങ്കില്‍ Section A.2, “നിങ്ങളുടെ സോഴ്സ് പട്ടിക     പരിശോധിയ്ക്കുന്നതു്” ല്‍ പറഞ്ഞ പോലെ sources.list ഇപ്പോഴും etch നെയാണു് സൂചിപ്പിയ്ക്കുന്നതെന്നുറപ്പാക്കുക. 4.2.4. proposed-updates എന്ന വിഭാഗം proposed-updates വിഭാഗം /etc/apt/sources.list ഫയലില്‍ നിങ്ങള്‍     ചേര്‍ത്തിട്ടുണ്ടെങ്കില്‍, നവീകരിയ്ക്കാന്‍ ശ്രമിയ്ക്കുന്നതിനു് മുമ്പു് നിങ്ങളതു് നീക്കം ചെയ്യണം. കൂട്ടിമുട്ടലിനുള്ള സാധ്യത തടയാനുള്ള മുന്‍കരുതലാണതു്. 4.2.5. അനൌദ്യോഗിക ഉറവിടങ്ങളും ബാക്ക്പോര്‍ട്ടുകളും നിങ്ങളുടെ സിസ്റ്റത്തില്‍ ഡെബിയനു് പുറമെ നിന്നുള്ള പൊതികളേതെങ്കിലുമുണ്ടെങ്കില്‍ ആശ്രയത്വങ്ങളുടെ കൂട്ടിമുട്ടലുകള്‍ മൂലം നവീകരണത്തിനിടയില്‍ ഇവ നീക്കം ചെയ്യപ്പെടാമെന്നു് മനസ്സിലാക്കിയിരിയ്ക്കണം. നിങ്ങളുടെ     /etc/apt/sources.list ല്‍ അധികം വരികള്‍ ചേര്‍ത്താണു് നിങ്ങള്‍ ഇവ ഇന്‍സ്റ്റോള്‍ ചെയ്തതെങ്കില്‍ lenny യ്ക്കു് വേണ്ടി കമ്പൈല്‍ ചെയ്ത പൊതികളും ആ ശേഖരത്തിലുണ്ടെങ്കില്‍ ഡെബിയന്‍ പൊതികള്‍ക്കു് വേണ്ടി വരികള്‍ മാറ്റുന്ന സന്ദര്‍ഭത്തില്‍ അനുയോജ്യമായ മാറ്റങ്ങള്‍ ഇവയ്ക്കു് കൂടി നടത്തണം. ചില ഉപയോക്താക്കള്‍ അനൌദ്യോഗികമായി ബാക്ക്പോര്‍‌ട്ട് ചെയ്ത ഡെബിയനില്‍ ഉള്ള പൊതികളുടെ “പുതിയ” പതിപ്പുകള്‍ etch ല്‍ തന്നെ ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടാകാം. അങ്ങനെയുള്ള പൊതികള്‍ നവീകരണത്തിനിടയില്‍     ഫയലുകള്‍ കൂട്ടിമുട്ടി പ്രശ്നമുണ്ടാക്കാന്‍ സാധ്യതയുണ്ടു്^[3]. കൂട്ടിമുട്ടലുകള്‍ ഉണ്ടാകുകയാണെങ്കില്‍ അവയെ എങ്ങനെ നേരിടാം എന്നു് Section 4.5.8, “നവീകരിക്കുമ്പോള്‍ ഉണ്ടാകാന്‍ സാധ്യതയുള്ള പ്രശ്നങ്ങള്‍” ല്‍ ചില വിവരങ്ങളുണ്ടു്. 4.2.5.1. backports.org പൊതികള്‍ ഉപയോഗിയ്ക്കുന്നതു് സ്റ്റേബിള്‍ ശേഖരത്തിനു് വേണ്ടി “ടെസ്റ്റിങ്ങ്” ശേഖരത്തില്‍ നിന്നും വിണ്ടും നിര്‍മ്മിച്ച പുതിയ പൊതികള്‍     നല്‍കുന്ന Debian GNU/Linux രചയിതാക്കള്‍ നല്‍കുന്ന പാതി-ഔദ്യോഗികമായ ശേഖരമാണു് backports.org. “testing”ല്‍നിന്നുള്ള ചുരുക്കിയ വെര്‍ഷന്‍ നമ്പറുകളോടുകൂടിയ പൊതികളാണ് backports.org ശേഖരത്തില്‍ പ്രധാനമായും ഉള്ളത്; അതുകൊണ്ട് etchbackports ല്‍ നിന്ന് lennyലേക്കുള്ള പുതുക്കല്‍     മാര്ഗ്ഗം ഇപ്പോഴും സജീവമാണ്. എങ്ങനെയായാലും അസ്ഥിരമായ സുരക്ഷാപുതുക്കലുകള്‍, പിന്നെ ഒഴിവാക്കാവുന്ന താഴെപ്പറയുന്നവ എന്നിവയില്‍നിന്ന് സൃഷ്ടിക്കപ്പെട്ട ചില ചില്ലറ backports ഉണ്ട്: ഫയര്‍ഫോക്സ്, ലീനക്സ് കേര്‍ണല്‍, ഓപ്പണ്‍‌ഓഫീസ്.ഓര്ഗ്, പിന്നെ എക്സ്.ഓര്ഗ്ഗും. If you do not use one of these exceptions, you can safely upgrade to lenny. If you use one of these exceptions, set the     Pin-Priority (see apt_preferences(5)) temporarily to 1001 for all packages from lenny, and you should be able to do a safe dist-upgrade too. 4.3. പൊതികളെ തന്നത്താന്‍ ഒഴിവാക്കുന്നതു് ആശ്രിതത്വം കാരണം ഉള്ളിലേക്ക് വലിച്ചെടുത്ത ചില പൊതികള്‍ aptitude നീക്കം ചെയ്യാതിരിക്കണമെങ്കില്‍ അവ     കൈയോടെ autoപൊതികളെന്ന് ചിഹ്നപ്പെടുത്തേണ്ടിയിരിക്കുന്നു. പണിയിട പ്രതിഷ്ഠാനത്തിലെ വിം ഓപ്പണ്‍ ഓഫീസ്‌ ഇവ അതില്‍ പെടുന്നു.     # aptitude unmarkauto openoffice.org vim     നിങ്ങളൊരു കെര്‍ണല്‍ മെറ്റാപാക്കേജുപയോഗിച്ചിട്ടുണ്ടെങ്കില്‍ 2.6 കെര്‍ണല്‍ ഇമേജുകളും:     # aptitude unmarkauto $(dpkg-query -W 'linux-image-2.6.*' | cut -f1) Note     aptitude ല്‍ auto എന്നടയാളപ്പെടുത്തിയിരിയ്ക്കുന്നതേതെല്ലാമെന്നു് താഴെ പറയുന്ന പോലെ പ്രവര്‍ത്തിപ്പിച്ചാലറിയാം: # aptitude search '~i~M package_name' 4.4. ആപ്റ്റിനായി ഉറവിടങ്ങള്‍ തയ്യാറാക്കുന്നതു്     നവീകരണം തുടങ്ങുന്നതിനു് മുമ്പു് നിങ്ങള്‍ പൊതികളുടെ പട്ടികയ്ക്കായുള്ള apt ന്റെ ക്രമീകരണ ഫയലായ /etc /apt/sources.list സജ്ജീകരിച്ചിരിയ്ക്കണം. apt ഏതു് “deb” വരിയുപയോഗിച്ചും കാണാവുന്ന എല്ലാ പൊതികളേയും കണക്കിലെടുക്കുകയും, ഫയലിലെ ആദ്യത്തെ     വരിയ്ക്കു് മുന്‍ഗണന കൊടുത്തു് (അതുകൊണ്ടു് തന്നെ ഒന്നിലധികം മിററുകളുടെ സ്ഥാനമുണ്ടെങ്കില്‍ സാധാരണയായി നിങ്ങള്‍ ഒരു പ്രാദേശിക ഹാര്‍ഡ് ഡിസ്ക് ആദ്യവും, അതിനു ശേഷം സിഡി-റോമുകളും, പിന്നെ എച്ച്ടിടിപി/എഫ്‌ടിപി മിററുകളും കൊടുക്കും), ഏറ്റവും ഉയര്‍ന്ന പതിപ്പിന്റെ സംഖ്യയുള്ള പൊതി തെരഞ്ഞെടുക്കുകയും ചെയ്യും. Tip ഡിവിഡികള്‍ക്കും സിഡിറോംകള്‍ക്കുമുള്ള വ്യ‌‌ത്യ‌സ്ഥതകള്‍ പരിശോധിച്ച് ജിപിജിക്കുള്ള ഒരു ചുരുക്കപ്പേര് ചേര്ക്കണ്ടതാണ്. /etc/apt/apt.conf.d/00trustcdromഫയലില്‍ ഇപ്പോഴതില്ലെങ്കില്‍     താഴെപ്പറയുന്ന വരി /etc/apt/apt.confനോട് ചേര്ക്കുക: APT::Authentication::TrustCDROM "true"; എന്നാലും, ഇതു് ഡിവിഡി/സിഡി-റോം ഇമേജ് ഫയലുകള്‍ക്കു് ബാധകമല്ല. ഓരോ പ്രകാശനവും പലപ്പോഴും രണ്ടു വിധത്തില്‍ പരാമര്ശിക്കപ്പെടാറുണ്ട്. ഒന്ന്, അതിന്റെ രഹസ്യപ്പേര് ഉപയോഗിച്ചും (ഉദാ:etch, lenny)രണ്ട്: അതിന്റെ പദവി അനുസരിച്ചും (ഉദാ: (i.e. oldstable, stable, testing, unstable). രഹസ്യ‌‌നാമത്തിനാല്‍ പരാമര്ശിക്കപ്പെടുമ്പോള്‍ ഒരു പുതിയ     പ്രകാശനം നിങ്ങളെ ഒരിക്കലും അത്ഭുതപ്പെടുത്തില്ല എന്ന മെച്ചമുണ്ട്. ഇക്കാരണത്താലാണ് ഇങ്ങനെ ഒരു നിലപാടെടുത്തത്. അതിന്റെ പ്രകാശന പ്രഖ്യാ‌‌പനത്തിനായി നിങ്ങള്‍ സ്വയം ശ്രദ്ധിച്ചിരിക്കണമെന്ന് അതിന് ഒരിക്കലും അര്‍ത്ഥമില്ല. പകരം പദവിയുടെ പേരാണ് ഉപയോഗിക്കുന്നതെങ്കില്‍ പ്രകാശനം നടന്ന ഉടനെത്തന്നെ പുതുക്കാനായി വണ്ടിക്കണക്കിന് പൊതികളുടെ ലഭ്യ‌‌ത കണ്ടെത്താനാവും. 4.4.1. അപ്റ്റ് ഇന്റര്‍നെറ്റ് ഉറവിടങ്ങള്‍ ചേര്‍ക്കുന്നതു് സഹജമായ ക്രമീകരണത്തില്‍ ഡെബിയന്റെ പ്രധാന ഇന്റര്‍നെറ്റ് സെര്‍വറുകളില്‍ നിന്നും ഇന്‍സ്റ്റോള്‍ ചെയ്യാനാണു്     സജ്ജീകരിച്ചിരിയ്ക്കുന്നതു്, പക്ഷേ /etc/apt/sources.list തിരുത്തി ശൃംഖലയില്‍ നിങ്ങളുടെ അടുത്തുള്ളൊരു മിറര്‍ ഉപയോഗിയ്ക്കാന്‍ നിങ്ങള്‍ ആഗ്രഹിച്ചേയേക്കാം. ഡെബിയനിലെ എച്ച്ടിടിപി അല്ലെങ്കില്‍ എഫ്‌ടിപി മിറര്‍ അഡ്രസ്സുകള്‍ http://www.debian.org/     distrib/ftplist (http://www.debian.org/distrib/ftplist) ല്‍ കാണാം (“list of Debian mirrors” എന്ന വിഭാഗത്തില്‍ നോക്കുക). എച്ച്ടിടിപി മിററുകള്‍ സാധാരണയായി എഫ്‌ടിപി മിററുകളേക്കാള്‍ വേഗത കൂടിയതാണു്. നിങ്ങളുടെ ഏറ്റവും അടുത്തുള്ള ഡെബിയന്‍ മിറര്‍ http://mirrors.kernel.org     ആണെന്നിരിയ്ക്കട്ടെ. ഒരു ബൌസറോ എഫ്‌ടിപി പ്രോഗ്രാമോ ഉപയോഗിച്ചു് ആ മിറര്‍ പരിശോധിയ്ക്കുമ്പോള്‍ പ്രധാന തട്ടുകള്‍ ഇങ്ങനെ ക്രമീകരിച്ചതായി നിങ്ങള്‍ക്കു് കാണാം:     http://mirrors.kernel.org/debian/dists/lenny/main/binary-alpha/... http://mirrors.kernel.org/debian/dists/lenny/contrib/binary-alpha/...     apt നൊപ്പം ഈ മിറര്‍ ഉപയോഗിയ്ക്കാന്‍ ഈ വരി നിങ്ങളുടെ sources.list ഫയലില്‍ ചേര്‍ക്കുക:     deb http://mirrors.kernel.org/debian lenny main contrib     `dists' എന്നതു് പറയാതെ തന്നെ ചേര്‍ക്കും എന്നും പതിപ്പിന്റെ പേരിനു് ശേഷമുള്ള ആര്‍ഗ്യുമെന്റുകള്‍ ഒന്നിലധികം തട്ടുകളിലേയ്ക്കു് വഴി വികസിപ്പിയ്ക്കാനാണുപയോഗിയ്ക്കുന്നതെന്നു് പ്രത്യേകം ഓര്‍ക്കുക.     പുതിയ ഉറവിടങ്ങള്‍ ചേര്‍ത്തിനു് ശേഷം നേരത്തെ ഉള്ള sources.list ലെ “deb” വരികള്‍ ഹാഷ് ചിഹ്നം (#) മുന്നില്‍ ചേര്‍ത്തു് പ്രവര്‍ത്തനരഹിതമാക്കുക. 4.4.2. പ്രദേശിക മിററിനായി ആപ്റ്റ് ഉറവിടം ചേര്‍ക്കുന്നതു് എച്ച്ടിടിപി അല്ലെങ്കില്‍ എഫ്‌ടിപി പൊതികളുടെ മിററുകള്‍ക്കു് പകരം ഒരു പ്രാദേശിക ഡിസ്കിലെ മിറര്‍     ഉപയോഗിയ്ക്കാനായി (ഒരു പക്ഷേ എന്‍എഫ്എസ് വഴി ചേര്‍ത്തതു്) /etc/apt/sources.list മാറ്റം വരുത്താന്‍ നിങ്ങളാഗ്രഹിയ്ക്കുന്നുണ്ടാവാം.     ഉദാഹരണത്തിനു് നിങ്ങളുടെ പൊതികളുടെ മിറര്‍ /var/ftp/debian/ നു് അടിയില്‍ താഴെ പറയുന്ന പ്രധാന തട്ടുകളോടെ ഉള്ളതാവാം:     /var/ftp/debian/dists/lenny/main/binary-alpha/... /var/ftp/debian/dists/lenny/contrib/binary-alpha/...     apt നൊപ്പം ഇതുപയോഗിയ്ക്കാന്‍ നിങ്ങളുടെ sources.list ഫയലില്‍ ഈ വരി ചേര്‍ക്കുക:     deb file:/var/ftp/debian lenny main contrib     `dists' എന്നതു് പറയാതെ തന്നെ ചേര്‍ക്കും എന്നും പതിപ്പിന്റെ പേരിനു് ശേഷമുള്ള ആര്‍ഗ്യുമെന്റുകള്‍ ഒന്നിലധികം തട്ടുകളിലേയ്ക്കു് വഴി വികസിപ്പിയ്ക്കാനാണുപയോഗിയ്ക്കുന്നതെന്നു് പ്രത്യേകം ഓര്‍ക്കുക.     പുതിയ ഉറവിടങ്ങള്‍ ചേര്‍ത്തിനു് ശേഷം നേരത്തെ ഉള്ള sources.list ലെ “deb” വരികള്‍ ഹാഷ് ചിഹ്നം (#) മുന്നില്‍ ചേര്‍ത്തു് പ്രവര്‍ത്തനരഹിതമാക്കുക. 4.4.3. സിഡി-റോമില്‍ നിന്നോ ഡിവിഡിയില്‍ നിന്നോ ആപ്റ്റ് ഉറവിടങ്ങള്‍ ചേര്‍ക്കുന്നതു്     നിങ്ങള്‍ സിഡികള്‍ മാത്രം ഉപയോഗിയ്ക്കാനാഗ്രഹിയ്ക്കുന്നെങ്കില്‍ /etc/apt/sources.list നിലവിലുള്ള “deb” വരികള്‍ ഒരു ഹാഷ് ചിഹ്നം (#) മുന്നില്‍ ചേര്‍ത്ത് അഭിപ്രായമാക്കുക. /etc/fstab ല്‍ നിങ്ങളുടെ സിഡി-റോം ചേര്‍ക്കാനായി /cdrom എന്ന സ്ഥാനത്തിനുള്ള (/cdrom എന്നു്     തന്നെ ആയിരിയ്ക്കണമെന്നു് apt-cdrom നു് നിര്‍ബന്ധമുണ്ടു്) ഒരു ചാര്‍ത്തുണ്ടെന്നു് ഉറപ്പാക്കുക. ഉദാഹരണത്തിനു് /dev/hdc യാണു് നിങ്ങളുടെ സിഡി-റോം ഡ്രൈവ് എങ്കില്‍ /etc/fstab ല്‍ താഴെ പറയും പോലൊരു വരി കാണണം:     /dev/hdc /cdrom auto defaults,noauto,ro 0 0     നാലാമത്തെ കളത്തില്‍ defaults,noauto,ro എന്നതിനിടയില്‍ സ്പേയ്സുകളൊന്നും കാണരുതെന്നു് പ്രത്യേകം ഓര്‍ക്കുക.     ഇതു് പ്രവര്‍ത്തിയ്ക്കുന്നുണ്ടെന്നുറപ്പാക്കാന്‍ ഒരു സിഡി വച്ചു് താഴെ പറയും പോലെ പ്രവര്‍ത്തിപ്പിയ്ക്കുക # mount /cdrom # നിങ്ങള്‍ പറഞ്ഞ സ്ഥാനത്തിതു് സിഡിയെ ചേര്‍ക്കും     # ls -alF /cdrom # ഇതു് സിഡിയുടെ അടിത്തട്ടിലുള്ളതു് കാണിയ്ക്കും # umount /cdrom #ഇതു് സിഡിയെ വേര്‍പ്പെടുത്തും     അടുത്തതായി താഴെ പറയും പോലെ പ്രവര്‍ത്തിപ്പിച്ചു്:     # apt-cdrom add     നിങ്ങളുടെ കയ്യിലുള്ള ഓരോ ഡെബിയന്‍ ബൈനറി സിഡിയെക്കുറിച്ചുമുള്ള വിവരം ആപ്റ്റ് ഡാറ്റാബേസില്‍ ചേര്‍ക്കുക. 4.5. പൊതികള്‍ നവീകരിയ്ക്കുന്നതു് മുമ്പത്തെ Debian GNU/Linux പതിപ്പില്‍ നിന്നും കയറാന്‍ ശുപാര്‍ശ ചെയ്തിരിയ്ക്കുന്നതു് പൊതികളെ     കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഉപകരണമായ aptitude ഉപയോഗിയ്ക്കാനാണു്. ഇതു് apt-get നേരിട്ടു് പ്രവര്‍ത്തിപ്പിയ്ക്കുന്നതിനേക്കാള്‍ സുരക്ഷിതമായി പൊതികളുടെ ഇന്‍സ്റ്റലേഷനെക്കുറിച്ചുള്ള തീരുമാനങ്ങള്‍ എടുക്കും.     ആവശ്യമായ എല്ലാ ഡിസ്ക് ഭാഗങ്ങളും (റൂട്ട്, /usr എന്നീ ഡിസ്ക്ക് ഭാഗങ്ങള്‍ പ്രത്യേകിച്ചു്) എഴുതാനും വായിയ്ക്കാനും പറ്റുന്ന തരത്തില്‍ താഴെ പറയുന്ന പൊലൊരു ആജ്ഞ ഉപയോഗിച്ചു് ചേര്‍ക്കാന്‍ മറക്കരുതു്:     # mount -o remount,rw /mountpoint അടുത്തതായി നിങ്ങള്‍ (/etc/apt/sources.list ലെ) ആപ്റ്റ് ഉറവിട ചാര്‍ത്തുകള്‍ “lenny” അല്ലെങ്കില്‍ “stable” എന്നാണു് സൂചിപ്പിയ്ക്കുന്നതെന്നു് ഒന്നുകൂടി ഉറപ്പാക്കുക. etch നെ സൂചിപ്പിയ്ക്കുന്ന ഒരു വരികളും ഉണ്ടാകരുതു്.     ┌──────────────────────────────────────────────────┐ │Note │ │ │ │സിഡി-റോമിനുള്ള വരികള്‍ പലപ്പോഴും “unstable” എന്നു് സൂചിപ്പിയ്ക്കാറുണ്ടു്; ഇതു്│ │ആശയക്കുഴപ്പമുണ്ടാക്കുമെങ്കിലും നിങ്ങളതു് മാറ്റരുതു്. │ └──────────────────────────────────────────────────┘ 4.5.1. പ്രവര്‍ത്തനവേള പിടിച്ചുവയ്ക്കുന്നതു് /usr/bin/script എന്ന ആജ്ഞ ഉപയോഗിച്ചു് നിങ്ങളുടെ നവീകരണ പ്രവര്‍ത്തനവേളയുടെ ഒരു ട്രാന്‍സ്ക്രിപ്റ്റ് സൂക്ഷിച്ചു് വയ്ക്കണമെന്നു് ശക്തമായി ശുപാര്‍ശ ചെയ്യുന്നു. ഇങ്ങനെ ചെയ്താല്‍ എന്തെങ്കിലും     പ്രശ്നം സംഭവിയ്ക്കുന്ന സന്ദര്‍ഭത്തില്‍ നിങ്ങള്‍ക്കു് എന്താണു് സംഭവിച്ചതെന്നതിന്റെ ഒരു നാള്‍വഴി കയ്യിലുണ്ടാവുകയും, ആവശ്യം വന്നാല്‍, പിഴവറിയിയ്ക്കുമ്പോള്‍ നല്‍കുകയും ചെയ്യാം. പിടിച്ചു് വയ്ക്കാന്‍‌, താഴെ പറയുമ്പോലെ അടിച്ചു് വയ്ക്കുക:     # script -t 2>~/upgrade-lenny.time -a ~/upgrade-lenny.script     ടൈപ്പ്സ്ക്രിപ്റ്റ് ഫയല്‍ /tmp അല്ലെങ്കില്‍ /var/tmp പോലൊരു താത്കാലിക തട്ടില്‍ വയ്ക്കരുതു് (ഈ തട്ടില്‍ വച്ച ഫയലുകള്‍ നവീകരണത്തിനിടയിലോ വീണ്ടും തുടങ്ങുന്നതിനിടയിലോ നീക്കം ചെയ്യാന്‍ സാധ്യതയുണ്ടു്). യവനികയില്‍ ‍നിന്ന് മാറിക്കഴിഞ്ഞാലും വിവരങ്ങളുടെ പുന:പരിശോധനക്ക് അച്ചടി അക്ഷരങ്ങള്‍     (typescript) നിങ്ങളെ അനുവദിക്കുന്നു. Alt+F2 ഉപയോഗിച്ച് VT2വിലേക്കിടുകയേ വേണ്ടൂ, എന്നിട്ട് അകത്തുകടന്ന് less -R ~root/upgrade-lenny.script ഉപയോഗിച്ച് ഫയല്‍ വീക്ഷിക്കാം.     നവീകരണം പൂര്‍ത്തിയാക്കിയ ശേഷം exit എന്നു് പ്രോംറ്റില്‍ അടിച്ചു് script നിര്‍ത്താം.     scriptന് വേണ്ടി -tസ്വിച്ച് ഉപയോഗിച്ചിട്ടുണ്ടെങ്കില്‍ scriptreplay പരിപാടി ഉപയോഗിച്ച് ആ മണ്ഡലം (session) മുഴുവന്‍ പുനര്‍പ്രവര്‍ത്തനം നടത്താം.‍     # scriptreplay ~/upgrade-lenny.time ~/upgrade-lenny.script 4.5.2. പൊതികളുടെ പട്ടിക പുതുക്കിക്കാന്‍     ആദ്യം പുതിയ പതിപ്പിനു് ലഭ്യമായ എടുക്കേണ്ട പൊതികള്‍ കാണുക. താഴെ പറയുന്നതു് പ്രവര്‍ത്തിപ്പിച്ചു് ഇതു് ചെയ്യാം:     # aptitude update പുതിയ ഉറവിടങ്ങള്‍ ചേര്‍ത്തതിനു് ശേഷം ആദ്യമായി ഇതു് പ്രവര്‍ത്തിപ്പിയ്ക്കുമ്പോള്‍ ഉറവിടങ്ങളുടെ     ലഭ്യതയെക്കുറിച്ചു് മുന്നറിയിപ്പുകള്‍ എഴുതിക്കാണിച്ചേയ്ക്കാം. ഈ മുന്നറിയിപ്പുകള്‍ പ്രശ്നമില്ലാത്തതും വീണ്ടും ഈ ആജ്ഞകള്‍ പ്രവര്‍ത്തിപ്പിച്ചാല്‍ വരാത്തതുമാണു്. 4.5.3. നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക Section 4.5.7, “ബാക്കിയുള്ള സിസ്റ്റം നവീകരിയ്ക്കുന്നതു്”.ല്‍ വിവരിച്ച പോലെ മുഴുവന്‍     വ്യ‌‌വസ്ഥിതിയും പുതുക്കാന്‍ തുടങ്ങുമ്പോള്‍ നിങ്ങളുടെ ഹാര്‍ഡ് ഡിസ്കില്‍ മതിയായ സ്ഥലമുണ്ടെന്ന് മുന്‍കൂട്ടി ഉറപ്പ് വരുത്തിയിരിക്കണം.     aptitude ഉം apt ഇന്‍സ്റ്റലേഷനു് വേണ്ട ഡിസ്ക്ക് സ്ഥലത്തെപ്പറ്റി വിശദമായ വിവരം നിങ്ങളെ കാണിയ്ക്കും. നവീകരണം തുടങ്ങുന്നതിനു് മുമ്പു് ഇതു് കാണാന്‍ നിങ്ങള്‍ താഴെ പറയുന്നതു് പ്രവര്‍ത്തിപ്പിയ്ക്കാം: # aptitude -y -s -f --with-recommends dist-upgrade [ ... ]     XXX upgraded, XXX newly installed, XXX to remove and XXX not upgraded. Need to get xx.xMB/yyyMB of archives. After unpacking AAAMB will be used. Would download/install/remove packages. Note നവീകരണ പ്രക്രിയ തുടങ്ങുമ്പോള്‍ ഈ ആജ്ഞ പ്രവര്‍ത്തിപ്പിയ്ക്കുമ്പോള്‍, ഇനി വരുന്ന വിഭാഗങ്ങളില്‍     വിവരിച്ച കാരണങ്ങള്‍ കൊണ്ടു്, ചിലപ്പോള്‍ പിശകു് പറ്റാം. Section 4.5.6, “ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം” ല്‍ പറഞ്ഞ പോലെ ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം പൂര്‍ത്തിയാകുന്നതു് വരെ നിങ്ങള്‍ക്കു് കാത്തിരിയ്ക്കാനും ഡിസ്ക്ക് ഉപയോഗം കണക്കുകൂട്ടാനുള്ള ഈ ആജ്ഞ പ്രവര്‍ത്തിപ്പിയ്ക്കുന്നതിനു് മുമ്പു് നിങ്ങളുടെ കെര്‍ണല്‍ നവീകരിയ്ക്കേണ്ടിയും വന്നേയ്ക്കാം.     നിങ്ങള്‍ക്കു് നവീകരണത്തിനു് വേണ്ടത്ര സ്ഥലമില്ലെങ്കില്‍ മുമ്പെ തന്നെ സ്ഥലം സ്വതന്ത്രമാക്കാന്‍ മറക്കരുതു്. നിങ്ങള്‍ക്കു് താഴെ പറയും പോലെ ചെയ്യാം: ● നേരത്തെ ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍ വേണ്ടി (/var/cache/apt/archives ല്‍) എടുത്തു് വച്ചിരിയ്ക്കുന്ന പൊതികള്‍ നീക്കം ചെയ്യുക. apt-get clean അല്ലെങ്കില്‍ aptitude clean പ്രവര്‍ത്തിപ്പിച്ചു് നേരത്തെ എടുത്തുവച്ച പൊതികള്‍ നീക്കം ചെയ്യാം. ● മറന്നു പോയ പൊതികള്‍ നീക്കം ചെയ്യുക. നിങ്ങള്‍ popularity-contest ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെങ്കില്‍ popcon-largest-unused ഉപയോഗിച്ചു് ഏറ്റവും കൂടുതല്‍ ഡിസ്ക്കില്‍ സ്ഥലമെടുക്കുന്നതും നിങ്ങള്‍ ഉപയോഗിയ്ക്കാത്തതുമായ പൊതികളെ കാണാം.deborphan അല്ലെങ്കില്‍ debfoster ഉപയോഗിച്ചു് പഴയ പ്രാധാന്യം കഴിഞ്ഞുപോയ പൊതികളെക്കുറിച്ചറിയാം (Section 4.10, “കാലഹരണപ്പെട്ട പൊതികള്‍” കാണുക). അല്ലെങ്കില്‍ നിങ്ങള്‍ക്കു് aptitude “visual mode” ല്‍ തുറന്നു് “Obsolete and Locally Created Packages” എന്ന വിഭാഗത്തില്‍ പഴയ പ്രാധാന്യം കഴിഞ്ഞുപോയ പൊതികളെ കാണാം. ● കൂടുതല്‍ സ്ഥലമെടുക്കുന്നതു് നിങ്ങള്‍ക്കിപ്പോള്‍ ആവശ്യമില്ലാത്തതുമായ പൊതികള്‍ നീക്കം ചെയ്യുക (നവീകരണത്തിനു് ശേഷം നിങ്ങള്‍ക്കവ വീണ്ടും ഇന്‍സ്റ്റോള്‍ ചെയ്യാം). ഏറ്റവും കൂടുതല്‍ ഡിസ്ക്ക് സ്ഥലം ഉപയോഗിയ്ക്കുന്ന പൊതികളെ കാണാന്‍ നിങ്ങള്‍ക്കു് (debian-goodies എന്ന പൊതിയിലുള്ള) dpigs അല്ലെങ്കില്‍ wajig ഉപയോഗിയ്ക്കാം (wajig size പ്രവര്‍ത്തിപ്പിച്ചു്). You can list packages that take up most of the disk space with aptitude. Start aptitude into “visual mode”, select Views → New Flat Package List (this menu entry is available only after etch version), press l and enter ~i, press S and enter ~installsize, then it will give you nice list to work with. Doing this after upgrading aptitude should give you access to this new feature. ● ആവശ്യമില്ലാത്ത പരിഭാഷകളും പ്രാദേശികവത്കരണ ഫയലുകളും നീക്കം ചെയ്യുക. localepurge എന്ന പൊതി ഇന്‍സ്റ്റോള്‍ ചെയ്തു് തെരഞ്ഞെടുത്ത ലൊക്കേലുകള്‍ മാത്രമേ സിസ്റ്റത്തില്‍ സൂക്ഷിയ്ക്കുന്നുള്ളൂ എന്നു് ക്രമീകരിയ്ക്കുക. ഇതു് /usr/share/locale ല്‍ എടുക്കുന്ന ഡിസ്ക്ക് സ്ഥലം കുറയ്ക്കും. ● /var/log/ ലെ നാള്‍വഴികള്‍ തത്കാലം മറ്റൊരു സിസ്റ്റത്തിലേയ്ക്കു് നീക്കുകയോ എന്നേയ്ക്കുമായി നീക്കം ചെയ്യുകയോ ചെയ്യാം.     ● താത്കാലികമായി ഒരു /var/cache/apt/archives ഉപയോഗിയ്ക്കുക: താത്കാലികമായി സൂക്ഷിച്ചുവയ്ക്കുന്ന തട്ടു് മറ്റൊരു ഫയല്‍ സിസ്റ്റത്തില്‍ നിന്നും എടുക്കാം (USB സൂക്ഷിപ്പു് ഉപകരണം, താത്കാലിക ഹാര്‍ഡ് ഡിസ്ക്ക്, നേരത്തെ തന്നെ ഉപയോഗിയ്ക്കുന്ന ഫയല്‍ സിസ്റ്റം. ...) ┌─────────────────────────────────────────────────────┐ │Note │ │ │ │ശൃംഖലാ ബന്ധം നവീകരണത്തിനിടയില്‍ തടസ്സപ്പെടാനിടയുള്ളതിനാല്‍ എന്‍എഫ്‌എസ് വഴി │ │ചേര്‍ത്തതുപയോഗിയ്ക്കരുതു്. │ └─────────────────────────────────────────────────────┘ ഉദാഹരണത്തിനു്, നിങ്ങളുടെ കയ്യില്‍ /media/usbkey ചേര്‍ത്ത ഒരു യുഎസ്ബി ഡ്രൈവുണ്ടെങ്കില്‍: 1. ഇന്‍സ്റ്റോള്‍ ചെയ്യാനായി നേരത്തെ എടുത്തുവച്ച പൊതികള്‍ നീക്കം ചെയ്യുക: # apt-get clean 2. /var/cache/apt/archives എന്ന തട്ടു് യുഎസ്ബി ഡ്രൈവിലേയ്ക്കു് പകര്‍ത്തുക: # cp -ax /var/cache/apt/archives /media/usbkey/ 3. താത്കാലികമായി സൂക്ഷിയ്ക്കുന്ന തട്ടു് ഇപ്പോഴുള്ളതില്‍ ചേര്‍ക്കുക: # mount --bind /media/usbkey/archives /var/cache/apt/archives 4. നവീകരണത്തിനു് ശേഷം നേരത്തെയുണ്ടായിരുന്ന /var/cache/apt/archives തിരിച്ചു് വയ്ക്കുക: # umount /media/usbkey/archives 5. /media/usbkey/archives ല്‍ ബാക്കിയുള്ള നീക്കം ചെയ്യുക നിങ്ങളുടെ സിസ്റ്റത്തില്‍ ചേര്‍ത്തിട്ടുള്ള ഏതു് തട്ടിലും താത്കാലികമായി സൂക്ഷിയ്ക്കാനുള്ള തട്ടു് സൃഷ്ടിയ്ക്കാം. സുരക്ഷിതമായി പൊതികള്‍ നീക്കം ചെയ്യാന്‍ നിങ്ങളുടെ sources.list തിരിച്ചു് etch എന്നാക്കാനാണു്,     Section A.2, “നിങ്ങളുടെ സോഴ്സ് പട്ടിക പരിശോധിയ്ക്കുന്നതു്”ല്‍ വിവരിച്ച പോലെ, നിര്‍ദ്ദേശിയ്ക്കുന്നതു്. 4.5.4. ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക Several bug reports have shown that the versions of the aptitude and apt packages in etch are often unable to handle the upgrade to lenny. In lenny, apt is better at dealing with complex chains     of packages requiring immediate configuration and aptitude is smarter at searching for solutions to satisfy the dependencies. These two features are heavily involved during the dist-upgrade to lenny, so it is necessary to upgrade these two packages before upgrading anything else. The following command will upgrade both aptitude and apt:     # aptitude install aptitude apt dpkg This step will also automatically upgrade libc6 and locales. At     this point, some running services will be restarted, including xdm, gdm and kdm. As a consequence, local X11 sessions might be disconnected. Upgrading with apt Please note that using apt-get is not recommended for the upgrade from etch to lenny. If you do not have aptitude installed you are recommended to install it first.     If you want to perform the upgrade with apt or if the upgrade with aptitude failed and you want to try the upgrade with apt' dependency chain resolution algorithm, you should run: # apt-get install apt Note that you will have to adapt other aptitude commands to use apt-get instead. 4.5.5. ആപ്റ്റിറ്റ്യൂഡ് സൂക്ഷിയ്ക്കുന്ന യന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ ചെയ്ത പൊതികളുടെ പട്ടിക ആപ്റ്റിനൊപ്പം ഉപയോഗിയ്ക്കുന്നതു്     aptitude യാന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ചെയ്ത (ഉദാഹരണത്തിനു് മറ്റൊരു പൊതിയുടെ ആശ്രയത്വമായി) പൊതികളുടെ പട്ടിക സൂക്ഷിയ്ക്കുന്നുണ്ടു്. lenny യില്‍ apt നും ഈ കഴിവുണ്ടു്. ആദ്യ‌‌മായി aptitudeലെ lenny വെര്ഷന്‍ ഓടിച്ചാല്‍, അത് പ്രതിഷ്ഠാപനം നടത്തിയ എല്ലാ പൊതികളും യാന്ത്രികമായി വായിച്ചെടുത്ത് aptന്റെ lenny വെര്ഷനന് ഉപയോഗിക്കത്തക്കവിധം മാറ്റിയെടുക്കും. aptitude     നിങ്ങള്‍ പ്രതിഷ്ഠാപനം നടത്തിയിട്ടുണ്ടെങ്കില്‍, ഈ മാറ്റം നടപ്പിലാക്കാന്‍ നിങ്ങള്‍ ഒരു aptitudeആജ്ഞ നല്‍കേണ്ടതുണ്ട്. നിലവിലില്ലാത്ത ഒരു പൊതിക്കായി തെരച്ചില്‍ നടത്തുകയാണ് അതിനുള്ള ഒരു മാര്ഗ്ഗം: # aptitude search "?false" 4.5.6. ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം etch ലേയും lennyലേയും പൊതികള്‍ തമ്മില്‍ ആവശ്യ‌‌‌‌മായിട്ടുള്ള ചില വൈരുദ്ധ്യ‌‌ങ്ങള്‍ ‍കാരണം aptitude dist-upgrade നേരിട്ട് ഓടിച്ചാല്‍ നിങ്ങള്‍ നിലനിര്ത്താനാഗ്രഹിച്ച പല പൊതികളും     പലപ്പോഴും നീക്കം ചെയ്യപ്പെടാനിടയുണ്ട്. ഈ വിഷമം മറികടക്കാന്‍ ആദ്യം ഏറ്റവും കുറഞ്ഞ ഒരു പുതുക്കലും, പിന്നീട് ഒരു മുഴു dist-upgrade.പുതുക്കലും എന്നിങ്ങനെ രണ്ടു ഘട്ടങ്ങളിലായി നടത്താന്‍ ഞങ്ങള്‍ ശുപാര്ശ ചെയ്യുന്നു.     ആദ്യം, പ്രവര്‍ത്തിപ്പിയ്ക്കേണ്ടതു്:     # aptitude safe-upgrade     മറ്റു് പൊതികള്‍ നീക്കം ചെയ്യുന്നതോ ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതോ ആവശ്യമില്ലാതെ നവീകരിയ്ക്കാന്‍ കഴിയുന്ന പൊതികള്‍ നവീകരിയ്ക്കാന്‍ ഇതു് വഴി കഴിയും. അടുത്ത നടപടിക്രമം നിങ്ങള്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്ത പൊതികളുടെ ഗണത്തിനനുസരിച്ചു് മാറും. ഈ     പ്രസാധനക്കുറിപ്പുകള്‍ ഏതു് രീതിയാണുപയോഗിയ്ക്കേണ്ടതെന്നതിനെക്കുറിച്ചു് പൊതുവായുള്ള ഉപദേശങ്ങള്‍ നല്‍കുന്നു, പക്ഷേ സംശയമുണ്ടെങ്കില്‍, മുന്നോട്ടു് പോകുന്നതിനു് മുമ്പു്, ഓരോ രീതിയും നീക്കം ചെയ്യാന്‍ ശുപാര്‍ശ ചെയ്യുന്ന പൊതികള്‍, സൂക്ഷിച്ചു് പരിശോധിയ്ക്കാന്‍ ശുപാര്‍ശ ചെയ്യുന്നു. നീക്കം ചെയ്യാന്‍ ഉദ്ദേശിച്ച ചില സാധാരണ പൊതികളില്‍ base-config, hotplug, xlibs,     netkit-inetd, python2.3, xfree86-common, and xserver-commonഎന്നിവ ഉള്‍‌പ്പെടുന്നു. lennyല്‍ കാലഹരണപ്പെട്ട പൊതികളുടെ കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് Section 4.10, “കാലഹരണപ്പെട്ട പൊതികള്‍”കാണുക. 4.5.7. ബാക്കിയുള്ള സിസ്റ്റം നവീകരിയ്ക്കുന്നതു്     നിങ്ങളിപ്പോള്‍ നവീകരണത്തിന്റെ പ്രധാന ഭാഗവുമായി തുടരാന്‍ തയ്യാറാണു്. പ്രവര്‍ത്തിപ്പിയ്ക്കേണ്ടതു്:     # aptitude dist-upgrade വ്യ‌‌വസ്ഥിതിയുടെ മുഴുവന്‍ പുതുക്കലും ഇത് നടത്തിക്കൊള്ളും. അതായത്, ലഭ്യ‌‌മായ എല്ലാ പൊതികളുടേയും ഏറ്റവും പുതിയ പതിപ്പുകള്‍ പ്രതിഷ്ഠിക്കുകയും, വ്യ‌‌ത്യ‌‌സ്ത പ്രകാശനങ്ങളിലെ പൊതികള്‍ തമ്മില്‍ വരാവുന്ന     ആശ്രിതത്വ പ്രശ്നങ്ങള്‍ പരിഹരിക്കുകയും ചെയ്യും. വേണ്ടിവന്നാല്‍, പുതിയ ചില പൊതികള്‍ (സാധാരണയായി ഗ്രന്ഥാവലിയുടെ പുതിയ പതിപ്പുകളോ പുനര്‍നാമകരണം ചെയ്യപ്പെട്ട പൊതികളോ) കൂടി സ്ഥാപിക്കുകയും, വൈരുദ്ധ്യ‌‌മുള്ള കാലഹരണപ്പെട്ട പൊതികള്‍ നീക്കിക്കളയുകയും ചെയ്യും. ഒരു കൂട്ടം സിഡിറോമുകള്‍ (ഡിവിഡികള്‍) ഉപയോഗിച്ച് പുതുക്കല്‍ നടത്തുമ്പോള്‍ ഒരു പ്രത്യേ‌‌ക സിഡിതന്നെ     പുതുക്കലിനിടയ്ക്കുള്ള വിവിധ ഘട്ടങ്ങളില്‍ ഇടാനാവശ്യ‌‌‌‌പ്പെട്ടെന്നു വരും.ഒരേ സിഡി തന്നെ പലതവണ ഇടേണ്ടതായി വരും. സിഡിയില്‍ പലയിടത്തായി ചിതറിക്കിടക്കുന്ന പരസ്പര ബന്ധമുള്ള പൊതികളാണതിന് കാരണം. മറ്റു പൊതികളുടെ പ്രതിഷ്ഠാപന നിലവാരം മാറാതെ പുതുക്കാന്‍ കഴിയാത്തതും നിലവിലുള്ളതുമായ പൊതികളുടെ പുതിയ     വെര്ഷനുകള്‍ മാറ്റങ്ങള്‍ വരുത്താതെ അതേപടി തുടരാന്‍ വിടും (“held back”എന്ന് പ്രദര്ശിപ്പിച്ചുകൊണ്ട്). ഈ പൊതികള്‍ പ്രതിഷ്ഠാപനത്തിന് തെരഞ്ഞെടുക്കാന്‍ aptitude ഉപയോഗിച്ചുകൊണ്ടോ അല്ലെങ്കില്‍ aptitude -f install package.പ്രയോഗിച്ചോ ഇതു പരിഹരിക്കാവുന്നതാണ്. 4.5.8. നവീകരിക്കുമ്പോള്‍ ഉണ്ടാകാന്‍ സാധ്യതയുള്ള പ്രശ്നങ്ങള്‍     ഒരു aptitude, apt-get, അല്ലെങ്കില്‍ dpkg നടപടി താഴെ പറയുന്നൊരു പിശകോടെ പരാജയപ്പെടുകയാണെങ്കില്‍     E: Dynamic MMap ran out of room സഹജമായ സൂക്ഷിപ്പ്സ്ഥലം വേണ്ടത്ര ഇല്ല. സൂക്ഷിപ്പ് സ്ഥലത്തിന്റെ വ്യാ‌‌പ്തി വര്ദ്ധിപ്പിച്ചോ /etc/apt/     sources.listലെ നിങ്ങള്ക്ക് അവശ്യ‌‌മില്ലാത്ത വരികളില്‍ അഭിപ്രായപ്രകടനം നടത്തിയോ നീക്കംചെയ്തോ ഇത് പരിഹരിക്കാവുന്നതേ ഉള്ളൂ. തഴെകൊടുത്ത ആജ്ഞ പുതുക്കല്‍ നടപടികള്‍ക്കാവശ്യ‌‌മായ ഒരു മൂല്യം നല്‍കിക്കൊള്ളും.     # echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf     ആ ഫയലില്‍ ഈ ചരം നിങ്ങള്‍ സജ്ജീകരിച്ചിട്ടില്ലെന്നിതു് ഊഹിയ്ക്കുന്നു. സംഘട്ടനാത്മകത്വം/മുന്‍-ആശ്രിതത്വ ലൂപ്പ് കാരണം ചില അത്യാ‌‌വശ്യ‌‌മായ പൊതികള്‍ താല്‍ക്കാലികമായി നീക്കം     ചെയ്യാന്‍ കഴിവുറ്റതാക്കാന്‍ ചില സന്ദര്‍ഭങ്ങളില്‍ APT::Force-LoopBreak ഐച്ഛികം സജീവമാക്കേണ്ടിവരും. aptitude ഇതിനെപ്പറ്റി നിങ്ങളെ ജാഗ്രതയുള്ളവരാക്കുകയും പുതുക്കല്‍ നടപടി ഉപേക്ഷിക്കുകയും ചെയ്യും.     ഒരു വ്യവസ്ഥിതിയിലെ ആശ്രിതത്വഘടന മാനുഷികമായ ഇടപെടല്‍ അനിവാര്യ‌‌മാക്കുന്ന വിധത്തില്‍ കെട്ടുപോയ സന്ദര്‍ഭങ്ങളുണ്ടാവാം.സാധാഅണ ഇതുകൊണ്ട് അര്ത്ഥമാക്കേണ്ടത് aptitudeന്റെ ഉപയോഗം അല്ലെങ്കില്‍     # dpkg --remove package_name     വഴി ചില പ്രശ്നക്കാരായ പൊതികളെ നീക്കം ചെയ്യാം, അല്ലെങ്കില്‍     # aptitude -f install # dpkg --configure --pending     വിരളമായ സന്ദര്‍ഭങ്ങളില്‍ നിങ്ങള്‍ക്കു് താഴെ പറയു പോലൊരു ആജ്ഞ ഉപയോഗിച്ചു് വീണ്ടും ഇന്‍സ്റ്റോള്‍ ചെയ്യാന്‍ നിര്‍ബന്ധിയ്ക്കേണ്ടി വന്നേയ്ക്കാം     # dpkg --install /path/to/package_name.deb “pure” etchല്‍ നിന്ന് പുതുക്കല്‍ നടത്തുമ്പോള്‍ ഫയലുകളുടെ സംഘട്ടനം ഉണ്ടാവാന്‍ പാടില്ല; എന്നാല്‍     അനൌദ്യോ‌‌ഗിക പരിപാടികള്‍ പ്രതിഷ്ഠിച്ചിട്ടുണ്ടെങ്കില്‍ ഇങ്ങനെ സംഭവിക്കാം. ഒരു ഫയല്‍ സംഘട്ടനം ഇതുപോലൊരു പിശകിന് കാരണമായേക്കും: Unpacking (from ) ... dpkg: error processing (--install): trying to overwrite `',     which is also in package dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing:     പിശക് കാണിക്കുന്ന സന്ദേശത്തിന്റെ last വരിയില്‍ പരാമര്‍ശിച്ച പൊതി നിര്‍ബ്ബന്ധമായി നീക്കം ചെയ്തുകൊണ്ട് ഫയല്‍ സംഘട്ടനം നിങ്ങള്‍ക്ക് ഒഴിവാക്കാം:     # dpkg -r --force-depends package_name     ഇത്തരത്തില്‍ കാര്യ‌‌ങ്ങള്‍ ശരിയാക്കിയ ശേഷം മുമ്പ് വിശദീകരിച്ച aptitude ആജ്ഞ ആവര്‍ത്തിച്ചുകൊണ്ട് പുതുക്കല്‍ നടപടി പുനരാരംഭിക്കാന്‍ കഴിയണം. പുതുക്കല്‍ നടന്നുകൊണ്ടിരിക്കേ, പല പൊതികളുടേയും ക്രമീകരണങ്ങളേയും പുന:ക്രമീകരണങ്ങളേയും കുറിച്ച് നിങ്ങളോട് ചോദ്യ‌‌ങ്ങള്‍ ഉണ്ടായേക്കാം. ഇങ്ങനെ /etc/init.dലേയോ, /etc/terminfoതട്ടുകളിലേയോ     അല്ലെങ്കില്‍ /etc/manpath.configലേയോ ഏതെങ്കിലും ഫയല്‍ പൊതിപരിപാലന വെര്‍ഷന്‍ കൊണ്ട് പുനസ്ഥാപിക്കണോ എന്ന ചോദ്യം വരുമ്പോള്‍ സാധാരണയായി വ്യവസ്ഥിതിയുടെ കെട്ടുറപ്പിന് 'വേണം' എന്ന ഉത്തരം നല്‍കണം. നിങ്ങള്‍ക്കെപ്പോഴും പഴയ പതിപ്പിലേക്ക് മടങ്ങിപ്പോകാന്‍ കഴിയും, കാരണം .dpkg-old അനുബന്ധത്തില്‍ അവ സൂക്ഷിക്കപ്പെട്ടിട്ടുണ്ട്. എന്താണ് ചെയ്യേണ്ടതെന്ന് കൃത്യ‌‌മായി നിങ്ങള്‍ക്ക് അറിയില്ലെങ്കില്‍, പൊതികളുടേയോ, ഫയലുകളുടേയോ പേര്     കുറിച്ചെടുത്ത് പിന്നീടൊരിക്കല്‍ ശരിയാക്കാം. പുതുക്കിക്കൊണ്ടിരിക്കുമ്പോള്‍ യവനികയില്‍ തെളിഞ്ഞിരുന്ന വിവരങ്ങള്‍ typescript ഫയലില്‍ നിന്ന് തെരഞ്ഞെടുക്കാവുന്നതാണ്. 4.6. കെര്‍ണലും ബന്ധപ്പെട്ട പൊതികളും നവീകരിക്കുന്നു ഈ വിഭാഗം കെര്‍ണല്‍ നവീകരിക്കുന്നതിനെ കുറിച്ചും അതുമായി ബന്ധപ്പെട്ട സുപ്രധാനമായ പ്രശ്നങ്ങളും     വിവരിക്കുന്നു. ഡെബിയന്‍ നല്‍കുന്ന linux-image-* പൊതികളില്‍ ഒരെണ്ണം സ്ഥാപിക്കുകയോ,അല്ലെങ്കില്‍ ഉറവിടത്തില്‍ നിന്നും കമ്പൈല്‍ ചെയ്തു സ്വന്തമായി ഒരു കെര്‍ണല്‍ ഉണ്ടാക്കുകയെ ചെയ്യാം. ഈ വകുപ്പിലെ ഒട്ടനവധി വിവരങ്ങളും ഉള്‍‌പ്പെടുത്തിയിട്ടുള്ളത് നിങ്ങള്‍ initramfs-tools ന്റേയും udevന്റേയും കൂടെ വിഘടിത ഡെബിയന്‍ കേര്‍ണലാണ് ഉപയോഗിക്കുന്നത് എന്ന നിഗമനം അടിസ്ഥാനമാക്കിയാണ്.     initrd ആവശ്യ‌‌മില്ലാത്ത നിങ്ങള്‍ക്കിഷ്ടപ്പെട്ട വേറൊരു കേര്‍ണലാണ് നിങ്ങള്‍ തെരഞ്ഞെടുക്കുന്നതെങ്കില്‍, വ്യ‌‌ത്യ‌‌സ്തമായൊരു initrd ഉത്പാദകമാണ് ഉപയോഗിക്കുന്നതെങ്കില്‍ ഇതിലെ ചില വിവരങ്ങള്‍ നിങ്ങള്ക്ക് സംഗതമായിരിക്കില്ല. 4.6.1. കെര്‍ണല്‍ മെറ്റാപാക്കേജ് ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതു് etchല്‍നിന്ന് lennyലേക്ക് നവീകരണം നടത്തുമ്പോള്‍, ലീനക്സ്-ഇമേജ്-2.6-*മെറ്റാപാക്കേജ്     പ്രതിഷ്ഠിക്കാന്‍ ശക്തമായി ശുപാര്ശ ചെയ്യുന്നു. പുതുക്കലിനിടെ ഈ പൊതി യാന്ത്രികമായിത്തന്നെ പ്രതിഷ്ഠിക്കപ്പെടും. ഇത് പ്രവര്ത്തിപ്പിച്ചുകൊണ്ട് നിങ്ങള്‍ക്കത് മനസ്സിലാക്കാവുന്നതാണ്.     # dpkg -l "linux-image*" | grep ^ii ഫലപ്രാപ്തി ഒന്നും കാണുന്നില്ലെങ്കില്‍, നിങ്ങള്ക്ക് ഒരു പുതിയ ലീനക്സ്- ഇമേജ് പൊതി കൈയോടെ     പ്രതിഷ്ഠിക്കേണ്ടതായിവരും. നിലവില്‍ ലഭ്യ‌‌മായ ലീനക്സ്-ഇമേജ്-2.6 മെറ്റാ പൊതികളുടെ ഒരു പട്ടിക കാണാന്‍ ഇത് പ്രവര്‍ത്തിപ്പിക്കുക:     # apt-cache search linux-image-2.6- | grep -v transition ഏതു പൊതിയാണ് തെരഞ്ഞെടുക്കേണ്ടതെന്ന് ഉറപ്പില്ലെങ്കില്‍, uname -r പ്രവര്‍ത്തിപ്പിച്ച് സമാനമായ പേരുള്ള ഒരു പൊതിക്കായി തെരയുക. ഉദാഹരണത്തിന്, '2.6.18-6-686കണ്ടെത്തുകയാണെങ്കില്‍,     linux-image-2.6-686 പ്രതിഷ്ഠിക്കാന്‍ ശുപാര്ശ ചെയ്യുന്നു. (k7രസം മേലില്‍ ഉണ്ടാവില്ലെന്ന് പ്രത്യേ‌‌കം ഓര്‍ക്കണം; k7കേര്‍ണല്‍ രസമാണ് നിങ്ങള്‍ ഇപ്പോള്‍ ഉപയോഗിക്കുന്നതെങ്കില്‍, അതിന് പകരം 686രസം പ്രതിഷ്ഠിക്കണം.) ലഭ്യ‌‌മായതില്‍നിന്ന് ഏറ്റവും നല്ല‌‌ത് തെരഞ്ഞെടുക്കാന്‍ ഓരോ പൊതിയുടേയും സുദീര്‍ഘമായ ഒരു വിവരണത്തിന് apt-cacheആജ്ഞയും നിങ്ങള്‍ക്ക് ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്:     # apt-cache show linux-image-2.6-686 ഇത് പ്രതിഷ്ഠിക്കാന്‍ പിന്നീട് നിങ്ങള്ക്ക് aptitude installഉപയോഗിക്കാം. ഒരിക്കല്‍ ഈ പുതിയ     കേര്ണല്‍ പ്രതിഷ്ഠിച്ചുകഴിഞ്ഞാല്‍ പുതിയ കേര്‍ണല്‍ പതിപ്പിന്റെ ഗുണങ്ങള്‍ ലഭ്യ‌‌മാക്കാന്‍ തൊട്ടടുത്ത സന്ദര്‍ഭത്തിലല്‍ ‍തന്നെ റീബൂട്ട് ചെയ്യേണ്ടതാണ്. Debian GNU/Linux ല്‍ ഇഷ്ടപ്പെട്ട കേര്ണല്‍ സമാഹരിക്കാന്‍ (compile) സാഹസികരായവര്ക്ക്     വേറൊരു എളുപ്പവഴിയുണ്ട്. kernel-packageആയുധം പ്രതിഷ്ഠിച്ച് /usr/share/doc/ kernel-packageലുള്ള വിവരണം നോക്കുക. താല്‍ക്കാലികമായി ബൂട്ട് ചെയ്യാത്ത ഒരവസ്ഥ വരാതിരിക്കാന്‍, കഴിയുമെങ്കില്‍ പ്രധാനപ്പെട്ട     dist-upgrade നവീകരണത്തില്‍നിന്ന് ഭിന്നമായി കേര്‍ണല്‍ പൊതി ഒറ്റക്ക് നവീകരിക്കുന്നതാണ് നിങ്ങളുടെ നന്മക്ക് നല്ല‌‌ത്. Section 4.5.6, “ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം”ല്‍ വിവരിച്ച കുറഞ്ഞ നവീകരണപ്രക്രിയക്ക് ശേഷം മാത്രമേ ചെയ്യാവൂ എന്ന് ശ്രദ്ധിച്ചിരിക്കണം. 4.6.2. ഉപകരണങ്ങള്‍ക്കു് സംഖ്യയിടുന്നതില്‍ മാറ്റം മുന്‍പതിപ്പുകളെ അപേക്ഷിച്ച് ഖരസാമാഗ്രികള്‍ കണ്ടെത്തുന്നതിന് lenny കൂടുതല്‍ കരുത്തുള്ള പ്രകടനമാണ് കാഴ്ചവെക്കുന്നത്. എന്നിരുന്നാലും, ഉപകരണങ്ങള്‍ക്ക് പേരുകള്‍ നല്‍കുന്ന ക്രമത്തെ ബാധിക്കുന്ന മട്ടില്‍ നിങ്ങളുടെ വ്യവസ്ഥിതിയില്‍ ഉപകരണനാമങ്ങള്‍ കണ്ടെത്തുന്ന മുറയ്ക്ക് മാറ്റം വരാന്‍ കാരണമാകുന്നുണ്ട്.     ഉദാഹാണത്തിന്, നിങ്ങള്‍ക്ക് രണ്ട് വ്യ‌‌ത്യ‌‌സ്ഥ സാരഥി (drivers) കളുമായി ബന്ധപ്പെട്ട രണ്ട് ശൃംഖലാ കര്മ്മ അഡാപ്റ്ററുകളുണ്ടെന്ന് കരുതുക, eth0 എന്നും eth1എന്നും സൂചിപ്പിക്കപ്പെട്ട അവ തമ്മില്‍ പരസ്പരം മാറിപ്പോവാം. ഓടിക്കൊണ്ടിരിക്കുന്ന ഒരു വ്യ‌‌വസ്ഥിതിയില്‍ ഈതര്‍നെറ്റ് അഡാപ്റ്ററുകള്‍ പരസ്പരം മാറ്റുകയാണെങ്കില്‍ പുതിയ അഡാപ്റ്ററിന് ഒരു പുതിയ ഇടനിലനാമം(interface name) ലഭിക്കും എന്നുള്ളതാണ് പുതിയ ഘടനകൊണ്ട് ഉദ്ദേശിക്കുന്നത്. ശൃംഖലാകര്‍മ്മ ഉപകരണങ്ങളെ സംബധിച്ചിടത്തോളം udev നിയമങ്ങള്‍ ഉപയോഗിച്ച് , കൂടുതല്‍ കൃത്യ‌‌മായി പറഞ്ഞാല്‍, /etc/udev/rules.d/70-persistent-net.rules ^[4]. ലെ നിര്‍വ്വചനം     വഴി ഇത്തരം പുന:ക്രമീകരണങ്ങള്‍ ഒഴിവാക്കാം. ഭൌതിക ഉപകരണങ്ങള്‍ പ്രത്യേ‌‌ക പേരുകളുമായി ബൂട്ടിംഗ് സമയത്തുതന്നെ ബന്ധിക്കാന്‍ ifrenameചെറു പ്രയോഗം ഉപയോഗിക്കുന്നത് വേറൊരു പോംവഴിയാണ്. കൂടുതല്‍ വിവരങ്ങള്ക്ക് ifrename(8) and iftab(5) കാണുക. (udev, ifrename) എന്നീ രണ്ട് പോംവഴികളും ഒരേസമയം ഉപയോഗിക്കരുത്. സൂക്ഷിപ്പ് ഉപകരണങ്ങളുടെ കാര്യ‌‌ത്തില്‍ , initramfs-tools ഉപയോഗിച്ച്, നിലവില്‍ സൂക്ഷിപ്പ് ഉപാധികളുടെ സാരഥീഘടകങ്ങള്‍ (driver modules) കയറ്റിയ അതേ ക്രമത്തില്‍ കയറ്റാന്‍ ക്രമീകരിച്ചാല്‍ ഈ ക്രമീകരണമാറ്റങ്ങള്‍ ഒഴിവാക്കാം. അതിനായി lsmodന്റെ ഉത്പന്നം നോക്കി സൂക്ഷിപ്പ്     ഉപാധികള്‍ കയറ്റുന്ന ക്രമം മനസ്സിലാക്കണം. lsmod പുറത്ത് വിടുന്ന പട്ടികയിലെ ക്രമത്തിന് നേര്‍വിപരീത ക്രമത്തിലാണ് അവ കയറ്റിയിട്ടുണ്ടാവുക, അതായത്; പട്ടികയിലെ ആദ്യ‌‌ത്തെ ഘടകം അവസാനമാണ് കയറ്റുക. കേര്‍ണല്‍ സ്ഥിരസ്വഭാവത്തോടെ കണക്കിടുന്ന (PCI ഉപകരണങ്ങളെപ്പോലെ) ഉപകരണങ്ങളുടെ കാര്യ‌‌ത്തില്‍ മാത്രമെ ഇത് പ്രാവര്ത്തികമാകൂ എന്ന് പ്രത്യേ‌‌കം ശ്രദ്ധിക്കണം. ഏതായാലും, ആദ്യത്തെ ബൂട്ടിങ്ങിന് ശേഷം ഘടകങ്ങള്‍ നീക്കലും വീണ്ടും കയറ്റലും ഈ ക്രമം മാറ്റിമറിക്കും.     മാത്രമല്ല, നിങ്ങളുടെ കേര്‍ണലിന് സ്ഥിരമായി ബന്ധപ്പെട്ട ചില സാരഥികളുണ്ടാവും, അവയുടെ പേരുകള്‍ lsmod ന്റെ ഉത്പന്നത്തില്‍ പ്രത്യ‌‌ക്ഷപ്പെടില്ല. ഈ സാരഥീനാമങ്ങള്‍ /var/log/kern.logല്‍ നോക്കിയോ, dmesgന്റെ ഉത്പന്നത്തില്‍നിന്നോ ഊഹിച്ചെടുത്ത് ക്രമത്തില്‍ കയറ്റാന്‍ കഴിഞ്ഞേക്കും. ബൂട്ടിങ്ങ് സമയത്ത് കയറ്റിവിടേണ്ട അതേ ക്രമത്തില്‍ ഘടകങ്ങളുടെ പേരുകള്‍ /etc/     initramfs-tools/modulesല്‍ ചേര്‍ക്കുക. etch നും lennyനും ഇടക്ക് ചില ഘടകങ്ങളുടെ പേരുകള്‍ക്ക് മാറ്റം വന്നിട്ടുണ്ടാവും;.ഉദാഹരണത്തിന്, sym53c8xx_2 എന്നത് sym53c8xxഎന്നായി മാറിയിട്ടുണ്ട്.     അതിനു ശേഷം update-initramfs -u -k all.പ്രവര്‍ത്തിപ്പിച്ചുകൊണ്ട് നിങ്ങളുടെ initramfs image(s)ന്റെ പുന:സൃഷ്ടി നടത്തേണ്ടിവരും. ഒരിക്കല്‍ ഒരു lenny കേര്‍ണലും udevവും ഓടിത്തുടങ്ങിയാല്‍, സാരഥിയെ കയറ്റുന്ന ക്രമത്തിനെ     ആശ്രയിക്കാത്ത ഉപനാമത്താല്‍ ഡിസ്കിനെ സമീപിക്കാന്‍ നിങ്ങളുടെ വ്യ‌‌വസ്ഥിതി പുന:ക്രമീകരിക്കേണ്ടതായിട്ടുണ്ട്. ഈ ഉപനാമങ്ങള്‍ /dev/disk/ പരമ്പരയിലാണ് കുടിപാര്‍ക്കുന്നത്. 4.6.3. ബൂട്ട് സമയത്തിന്റെ പ്രശ്നങ്ങള്‍ വ്യ‌‌വസ്ഥിതി ബൂട്ട് ചെയ്യാന്‍ initramfs-toolsകൊണ്ട് സൃഷ്ടിച്ച initrd ഉപയോഗിക്കുമ്പോള്‍, ചില     സന്ദര്‍ഭങ്ങളില്‍ udev കൊണ്ടുള്ള ഉപകരണ ഫയലുകളുടെ നിര്മ്മാണത്തിന് ബൂട്ടിന്റെ ചെറു ആജ്ഞ പ്രവര്ത്തനക്ഷമമാകുന്നത് അസാധാരണമായി നീണ്ടുപോയെന്നുവരാം. . അടിസ്ഥാന ഫയലുകള്‍ കയറ്റാന്‍ കഴിയാതെ നിങ്ങളെ ഒരു ഡീബഗ്ഷെല്ലില്‍ വിട്ടേച്ച് പോകുന്ന കാരണം ബൂട്ടിംഗ്     പരാജയമായിരിക്കും സാധാരണ ലക്ഷണം. പിന്നീടൊരിക്കല്‍ നിങ്ങളത് പരിശോധിച്ചാല്‍ /devല്‍ ആവശ്യ‌‌മുണ്ടായിരിക്കേണ്ട ഫയലുകള്‍ ഉള്ളതായികാണാം. അടിസ്ഥാന ഫയല്‍ വ്യ‌‌വസ്ഥ USB ഡിസ്കിലോ RAIDലോ ആയിരിക്കുമ്പോഴോ, അല്ലെങ്കില്‍ LILO ഉപയോഗിക്കുമ്പോഴോ ആണ് ഇങ്ങനെ കണ്ടെത്തിയിട്ടുള്ളത്.     rootdelay=9 എന്ന ബൂട്ട് പരാമീറ്റര്‍ ഉപയോഗിക്കുന്നതാണു ഈ പ്രശ്നത്തിന്റെ ഒരു പരിഹാരംഇടവേള സമയത്തിന്റെ (സെക്കന്‍ഡ്) വില മാറ്റേണ്ടി വരും 4.7. റീബൂട്ടിങിന് മുന്‍പ് ചെയ്യേണ്ട കാര്യങ്ങള്‍     aptitude dist-upgrade തീര്‍ന്നാല്‍ “ഔപചാരികമായ” നവീകരണം പൂര്‍ത്തിയായിട്ടുണ്ടാവും എന്നാല്‍ അടുത്ത റീബൂട്ടിനു മുന്‍പ് ചെയ്യേണ്ടതായ മറ്റു ചില കാര്യങ്ങള്‍ ഉണ്ടു് 4.7.1. lilo വീണ്ടും പ്രവര്‍ത്തിപ്പിക്കുക     നിങ്ങളുടെ ബൂട്ട് ലോഡറായി lilo ആണ് ഉപയോഗിക്കുന്നതെങ്കില്‍ (etchലെ ചില പ്രതിഷ്ഠാപനങ്ങള്‍ക്ക് ഇതാണ് സഹജമായ ബൂട്ട്‌ലോഡറായി ഉപയോഗിക്കുന്നത്) നവീകരണത്തിനു ശേഷം lilo വീണ്ടും ഓടിക്കാന്‍ ശുപാര്ശ ചെയ്യുന്നു:     # /sbin/lilo     വ്യ‌‌വസ്ഥിയുടെ കേര്‍ണല്‍ പരിഷ്കരിക്കപ്പെട്ടിട്ടില്ലെങ്കിലും ഇത് അത്യാ‌‌വശ്യ‌‌മാണെന്ന് ഓര്മ്മിക്കണം, കാരണം പൊതികളുടെ പുതുക്കല്‍ കാരണം liloയുടെ രണ്ടാംഘട്ടം മാറിയിരിക്കും. /etc/kernel-img.conf എന്ന ഫയലിന്റെ ഉള്ളടക്കം പരിശോധിച്ച് do_bootloader = Yes     ഉണ്ടോ എന്നു പരിശോധിക്കുക. ഇങ്ങനെ ഓരോ കെര്‍ണല്‍ നവീകരണത്തിനു ശേഷം ബൂട്ട്ലോഡര്‍ വീണ്ടും പ്രവര്‍ത്തിപ്പിക്കുന്നതാണു്.     lilo ഓടിക്കുന്ന സമയത്ത് എന്തെങ്കിലും പ്രയാസം നേരിടുകയാണെങ്കില്‍ / to vmlinuzലേയും initrdലേയും പ്രതീകാത്മക കണ്ണികള്ളും, നിങ്ങളുടെ /etc/lilo.conf ഫയലിന്റെ ഉള്ളടക്കവും പരിശോധിക്കുമല്ലോ. വീണ്ടും ബൂട്ട് ചെയ്യുന്നതിന് മുമ്പേ lilo ഓടിക്കാന്‍ മറക്കുകയോ അല്ലെങ്കില്‍ അതിന് മുമ്പേ വ്യവസ്ഥിതി തനിയേ വീണ്ടും ബൂട്ട് ചെയ്യപ്പെടുകയോ ആണെങ്കില്‍ നിങ്ങളുടെ വ്യ‌‌വസ്ഥിതിയുടെ ബൂട്ടിങ്ങ് പരാജയപ്പെടും. ലിലോ കണിശമായി     കാണിക്കുന്നതിന് പകരം വ്യവസ്ഥിതി ബൂട്ട് ചെയ്യുന്ന സമയത്ത് LI മാത്രമേ കാണാന്‍ കഴിയൂ.^[5]. ഇതില്‍ നിന്നും കരകയറുന്നതു എങ്ങനെയെന്നറിയാന്‍ ഇവിടെ Section 4.1.3, “തിരിച്ചെടുക്കാന്‍ തയ്യാറെടുക്കുക” നോക്കുക 4.8. Waiting for root file system എന്നു് പറഞ്ഞു് സിസ്റ്റം ബൂട്ട് സ്തംഭിയ്ക്കുന്നു /dev/sda ആയിത്തീര്‍ന്ന /dev/hdaല്‍നിന്ന് വീണ്ടെടുക്കുന്നതിനുള്ള നടപടി         ഒരു നവീകരണത്തിനു ശേഷം വ്യ‌‌വസ്ഥിതി വീണ്ടും ബൂട്ട് ചെയ്യുമ്പോള്‍ അടിസ്ഥാന വിഭാജനം കണ്ടെത്താന്‍ കേര്‍ണലിനാവുന്നില്ലെന്ന് ചില ഉപയോക്താക്കള്‍ പരാതിപ്പെട്ടിട്ടുണ്ട്. അത്തരം സന്ദര്ഭങ്ങളില്‍, വ്യവസ്ഥാബൂട്ട് താഴെപ്പറയുന്ന സന്ദേശവുമായി തൂങ്ങിനില്‍ക്കും:     റൂട്ട് ഫയല്‍ സിസ്റ്റത്തിനായി കാത്തു നില്‍ക്കുന്നു ... അല്പസമയത്തിന് ശേഷം ഒരു നഗ്നമായ ബുസിബോക്സ് പ്രോംപ്റ്റ് പ്രത്യ‌‌ക്ഷപ്പെടുകയും ചെയ്യും. കേര്‍ണലിന്റെ നവീകരണം പുതിയ തലമുറയിലെ IDE സാരഥികളെ തിരുകിക്കയറ്റുമ്പോള്‍ ഇങ്ങനെ സംഭവിക്കാറുണ്ട്. IDE ഡിസ്കിന്റെ പഴയ സാരഥികളുടെ നാമകരണ കീഴ്‌‌വഴക്കം hda, hdb, hdc, hdd     എന്നിങ്ങനെയായിരുന്നു. അതേ ഡിസ്കുകളുടെ പുതിയ സാരഥികള്ക്ക് ക്രമത്തില്‍ sda, sdb, sdc, sdd എന്നുമായിരിക്കും പേര്. പുതിയ നാമകരണ കീഴ്‌‌വഴക്കം കണക്കിലെടുക്കാന്‍ നവീകരണ പ്രക്രിയ ഒരു പുതിയ / boot/grub/menu.lstഫയലുണ്ടാക്കുന്നില്ലെങ്കിലാണ് പ്രശ്നങ്ങള്‍ പ്രത്യ‌‌ക്ഷപ്പെടുന്നത്. ബൂട്ടിങ്ങിനിടെ ഗ്രബ് അയച്ചുകൊടുക്കുന്ന അടിസ്ഥാന വിഭാജനം കേര്‍ണലിന് കണ്ടെത്താനാവുന്നില്ല. നവീകരണത്തിനു ശേഷം ഇങ്ങനെ ഒരു പ്രശ്നം നേരിടേണ്ടി വന്നിട്ടുണ്ടെങ്കില്‍ Section 4.8.2,     “നവീകരിച്ചതിനുശേഷമുള്ള പ്രശ്നത്തില്‍ നിന്നും എങ്ങനെ രക്ഷപ്പെടാം”ലേക്ക് കടക്കുക. നവീകരണത്തിന് മുമ്പ് ഇത് സംഭവിക്കാതിരിക്കന്‍ തുടര്‍ന്ന് വായിക്കുക. 4.8.1. നവീകരിക്കുന്നതിനു മുന്‍പ് പ്രശ്നം എങ്ങനെ ഒഴിവാക്കാം രണ്ടു തുടര്‍ബൂട്ടിങ്ങുകള്‍ക്കിടക്ക് മാറ്റം വരാത്ത അടിസ്ഥാന ഫയല്‍വ്യവസ്ഥയുടെ താദാത്മ്യ‌‌നിരൂപകം (Identifier) ഉപയോഗിച്ചാല്‍ ഈ പ്രശ്നം അപ്പാടെ ഒഴിവാക്കാവുന്നതാണ്. ഇത് സാധിച്ചെടുക്കാന്‍ രണ്ടു     പോംവഴികളുണ്ട് - ഫയല്‍വ്യ‌‌വസ്ഥക്ക് നാമപത്രം(label) ഘടിപ്പിക്കുക, അല്ലെങ്കില്‍ ഫയല്‍ വ്യ‌‌വസ്ഥക്ക് ആഗോള പ്രത്യേ‌‌കതയുള്ള തിരിച്ചറിയല്‍ ഉപാധി (UUID) ഉപയോഗിക്കുക. ഡെബിയന്റെ എച് പ്രകാശനത്തിന് ശേഷം ഈ രീതിക്ക് പിന്തുണ ലഭ്യ‌‌മാണ്. ഈ രണ്ടു രീതിക്കും ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്. ലേബല്‍ ഇടുന്ന രീതി കൂടുതല്‍ വായിക്കത്തക്കതാണ്, എന്നാല്‍     നിങ്ങളുടെ യന്ത്രത്തിലെ വേറൊരു ഫയല്‍ വ്യവസ്ഥിതിയില്‍ ഇതെ ലേബലുണ്ടെങ്കില്‍ പ്രശ്നങ്ങള്‍ sഷ്ടിക്കും. UUIDസമീപനം വളരെ വിരൂപമാണ്, എങ്കിലും രണ്ട് UUIDകള്‍ ഏറ്റുമുട്ടുന്നത് അസംഭാവ്യ‌‌മാണ്. താഴെകൊടുത്ത ഉദാഹരണത്തിന് അടിസ്ഥാന ഫയല്‍വ്യവസ്ഥ /dev/hda6ലാണെന്ന് സങ്കല്‍പ്പിക്കുക. നിങ്ങളുടെ     വ്യ‌‌വസ്ഥയില്‍ udevസ്ഥാപിച്ചിട്ടുണ്ടെന്നും ext2 അല്ലെങ്കില്‍ ext3 ഫയല്‍ വ്യ‌വസ്ഥയണെന്നും കൂടി സങ്കല്‍പ്പിക്കുക. ലേബലിംഗ് സമീപനം നടപ്പിലാക്കാന്‍: 1. e2label /dev/hda6 rootfilesys: ആജ്ഞ നടത്തിക്കൊണ്ട് ഫയല്‍ വ്യ‌‌വസ്ഥ ലേബല്‍ ചെയ്യുക (പേരിന് <16 അക്ഷരങ്ങള്‍ വേണം) 2. /boot/grub/menu.lst തുറന്നു ഈ വരി : # kopt=root=/dev/hda6 ro ഇങ്ങനെ മാറ്റുക # kopt=root=LABEL=rootfilesys ro ┌─────────────────────────────────────────────────────┐     │Note │ │ │ │വരിയുടെ തുടക്കത്തിലുള്ള ഈ # അടയാളം മാറ്റരുതു. ഇതു അങ്ങനെ തന്നെ വേണം │ └─────────────────────────────────────────────────────┘ 3. menu.lst എന്ന ഫയലിലെ kernel വരികള്‍ update-grub ഉപയോഗിച്ച് പുതുക്കുക 4. /etc/fstab തുറന്നു / പാര്‍ട്ടീഷന്‍ മൌണ്ട് ചെയ്യുന്ന വരി മാറ്റുക, ഉദാ: /dev/hda6 / ext3 defaults,errors=remount-ro 0 1 ഇങ്ങനെ മാറ്റുക LABEL=rootfilesys / ext3 defaults,errors=remount-ro 0 1 ഇതില്‍ ആദ്യത്തെ കളം മാത്രം മാറ്റിയാല്‍ മതി. മറ്റുള്ളവ മാറ്റേണ്ട കാര്യമില്ല UUID സമീപനം നടപ്പിലാക്കാന്‍: 1. Find out the universally unique identifier of your filesystem by issuing: ls -l /dev/disk/by-uuid | grep hda6. You can also use vol_id --uuid /dev/hda6 (in etch) or blkid /dev/hda6 (if already upgraded to lenny). ഇതു പോലൊരു വരി താങ്കള്‍ക്കു് കിട്ടേണ്ടതാണു്: lrwxrwxrwx 1 root root 24 2008-09-25 08:16 d0dfcc8a-417a-41e3-ad2e-9736317f2d8a -> ../../hda6 /dev/hda6 യുടെ സാങ്കല്പിക കണ്ണിയുടെ പേരാണു് UUID, അതായതു d0dfcc8a-417a-41e3-ad2e-9736317f2d8a ┌─────────────────────────────────────────────────────┐ │Note │ │ │ │താങ്കളുടെ ഫയല്‍ സിസ്റ്റം UUID വ്യത്യസ്ഥമായിരിക്കും │ └─────────────────────────────────────────────────────┘ 2. /boot/grub/menu.lst തുറന്നു ഈ വരി :     # kopt=root=/dev/hda6 ro ഇങ്ങനെ മാറ്റുക # kopt=root=UUID=d0dfcc8a-417a-41e3-ad2e-9736317f2d8 ro ┌─────────────────────────────────────────────────────┐ │Note │ │ │ │വരിയുടെ തുടക്കത്തിലുള്ള ഈ # അടയാളം മാറ്റരുതു. ഇതു അങ്ങനെ തന്നെ വേണം │ └─────────────────────────────────────────────────────┘ 3. menu.lst എന്ന ഫയലിലെ kernel വരികള്‍ update-grub ഉപയോഗിച്ച് പുതുക്കുക 4. /etc/fstab തുറന്നു / പാര്‍ട്ടീഷന്‍ മൌണ്ട് ചെയ്യുന്ന വരി മാറ്റുക, ഉദാ: /dev/hda6 / ext3 defaults,errors=remount-ro 0 1 ഇങ്ങനെ മാറ്റുക UUID=d0dfcc8a-417a-41e3-ad2e-9736317f2d8 / ext3 defaults,errors=remount-ro 0 1 ഇതില്‍ ആദ്യത്തെ കളം മാത്രം മാറ്റിയാല്‍ മതി. മറ്റുള്ളവ മാറ്റേണ്ട കാര്യമില്ല 4.8.2. നവീകരിച്ചതിനുശേഷമുള്ള പ്രശ്നത്തില്‍ നിന്നും എങ്ങനെ രക്ഷപ്പെടാം 4.8.2.1. പരിഹാരം 1 നിങ്ങള്‍ക്ക് ബൂട്ട് ചെയ്യാനുള്ള ചേര്‍പ്പ് തെരഞ്ഞെടുക്കാന്‍ വിഭവങ്ങളുടെ വിനിമയ തലം ഗ്രബ് കാണിച്ചുതരുന്നു എങ്കില്‍ ഇത് പ്രാവര്‍ത്തികമാക്കാം. അങ്ങനെ ഒരു വിഭവപട്ടിക പ്രത്യ‌‌ക്ഷമാകുന്നില്ലെങ്കില്‍, കേര്‍ണല്‍     ബൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് Escകീ അമര്‍ത്തുന്നത് അത് പ്രത്യ‌‌ക്ഷമാകാന്‍ സഹായിക്കും. ആ വിഭവങ്ങളിലേക്ക് ഇറങ്ങിചെല്ലാന്‍ നിങ്ങള്‍ക്കാവുന്നില്ലെങ്കില്‍, Section 4.8.2.2, “പരിഹാരം 2” ഓ Section 4.8.2.3, “പ്രതിവിധി 3”ഓ പരീക്ഷിക്കാവുന്നതാണ്. 1. ഗ്രബ് മെനുവില്‍ നിന്നും നിങ്ങള്‍ക്കു ബൂട്ട ചെയ്യേണ്ട വരി തെരഞ്ഞെടുക്കുക. ഈ വരിയുടെ ഐച്ഛികങ്ങള്‍ മാറ്റുന്നതിനായി കീബോര്‍ഡില്‍ നിന്നും e അമര്‍ത്തുക. ഇതു പോലെ ഒരെണ്ണം കാണാന്‍ കഴിയും: root (hd0,0) kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro initrd /initrd.img-2.6.26-1-686 2. ഈ വരി തെരഞ്ഞെടുക്കുക kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro     eകീ അമര്‍ത്തുകയും hdXനു പകരം (നിങ്ങളുടെ വ്യ‌‌വസ്ഥക്കനുസരിച്ച്) a, b, c or d അക്ഷരങ്ങളാകയാല്‍ a, b, c or dമാറ്റിവെയ്ക്കുക. എന്റെ ഉദാഹരണത്തില്‍ ആ വരി ഇങ്ങനെ വരും: kernel /vmlinuz-2.6.26-1-686 root=/dev/sda6 ro കീബോര്‍ഡില്‍ Enter അമര്‍ത്തി വരുത്തിയ മാറ്റങ്ങള്‍ സംരക്ഷിക്കുക. മറ്റുള്ള വരികളില്‍ ഇങ്ങനെ hdX കാണുന്നുവെങ്കില്‍,അതും മാറ്റുക. root (hd0,0) എന്ന വരി മാറ്റരുതു്. എല്ലാ മാറ്റങ്ങളും ചെയ്തു കഴിഞ്ഞാല്‍ b അമര്‍ത്തുക. താങ്കളുടെ സിസ്റ്റം സാധാരണപോലെ ബൂട്ട് ചെയ്യേണ്ടതാണു്. 3. താങ്കളുടെ സിസ്റ്റം വിജയകരമായി ബൂട്ട് ചെയ്ത സ്ഥിതിക്ക് , ഈ പ്രശ്നം സ്ഥിരമായി പരിഹരിക്കേണ്ടതാണു. Section 4.8.1, “നവീകരിക്കുന്നതിനു മുന്‍പ് പ്രശ്നം എങ്ങനെ ഒഴിവാക്കാം” എന്ന കണ്ണിയിലേക്കു പോയി, പറഞ്ഞിട്ടുള്ള രണ്ടു വഴികളില്‍ ഒരെണ്ണം അവലംബിക്കുക 4.8.2.2. പരിഹാരം 2 ഡെബിയന്‍ പ്രതിഷ്ഠാപന മാദ്ധ്യ‌‌മം (CD/DVD) ഉപയോഗിച്ച് ബൂട്ട് ചെയ്ത് തയ്യാറാകുമ്പോള്‍ വീണ്ടെടുക്കല്‍ ഭാവം (Rescue mode) കയറ്റാന്‍ rescue സ്വീകരിക്കുക. നിങ്ങളുടെ ഭാഷ, സ്ഥാനം, കീബോര്ഡ് തരം എന്നിവ തെരഞ്ഞെടുത്ത ശേഷം ശൃംഖലാകര്മ്മം ക്രമീകരിക്കാന്‍ വിടുക (അത് വിജയിച്ചാലും ഇല്ലെങ്കിലും സാരമില്ല). അല്‍പ്പ സമയത്തിനുശേഷം നിങ്ങള്‍ക്ക് അടിസ്ഥാന ഫയല്‍വ്യ‌‌വസ്ഥയായി ഉപയോഗിക്കാനുള്ള വിഭാജനം ഏതെന്ന     അന്വേഷണം ഉണ്ടാവും. അതിന്റെ നിര്‍ദ്ദിഷ്ട രൂപം ഏതാണ്ട് ഇങ്ങനെയിരിക്കും: /dev/ide/host0/bus0/target0/lun0/part1 /dev/ide/host0/bus0/target0/lun0/part2 /dev/ide/host0/bus0/target0/lun0/part5 /dev/ide/host0/bus0/target0/lun0/part6 നിങ്ങളുടെ അടിസ്ഥാന ഫയല്‍ വ്യ‌‌വസ്ഥ ഏതു വിഭാജനത്തിലാണെന്ന് അറിയാമെങ്കില്‍ യോജിച്ചത് തെരഞ്ഞെടുക്കുക. അറിയില്ലെങ്കില്‍, ആദ്യ‌‌ത്തേത് പരിശോധിക്കുക. അസാധുവായ അടിസ്ഥാന ഫയല്‍ വ്യ‌‌വസ്ഥയാണെന്ന് ആക്ഷേപമുണ്ടായാല്‍, അടുത്തത് പരിശോധിക്കാം.അങ്ങനെ തുടരാം. ഒന്നിന് ശേഷം വേറൊന്ന് എന്ന പരിശോധനാരീതി നിങ്ങളുടെ     വിഭാജനങ്ങളെ ബാധിക്കരുത്. നിങ്ങളുടെ ഡിസ്കില്‍ ഒരു പ്രവര്ത്തകവ്യ‌‌വസ്ഥ മാത്രമേ സ്ഥാപിച്ചിട്ടുള്ളൂ എങ്കില്‍ ശരിയായ അടിസ്ഥാന ഫയല്‍ വ്യ‌‌വസ്ഥാ വിഭാജനം കണ്ടെത്തുന്നത് എളുപ്പമാണ്. ഡിസ്കില്‍ കൂടുതല്‍ പ്രവര്ത്തക വ്യ‌‌വസ്ഥകള്‍ പ്രതിഷ്ഠിച്ചിട്ടുണ്ടെങ്കില്‍ അടിസ്ഥാന ഫയല്‍ വ്യ‌‌വസ്ഥാ വിഭാജനം ഏതെന്ന് കൃത്യ‌‌മായി അറിഞ്ഞിരിക്കുന്നതാണ് നന്നാവുക. താങ്കളുടെ റൂട്ട് ഫയല്‍ സിസ്റ്റം പാര്‍ട്ടീഷന്‍ ഏതെന്നു അറിയാമെങ്കില്‍ അനുയോജ്യമായതു തെരഞ്ഞെടുക്കുക. അല്ലെങ്കില്‍ ഒരിക്കല്‍ ഒരു വിഭാജനം തെരഞ്ഞെടുത്തു കഴിഞ്ഞാല്‍, ഐച്ഛികങ്ങളുടെ ഒരു നിരതന്നെ വിട്ടുതരും. തെരഞ്ഞെടുത്ത     വിഭാജനത്തില്‍ (Partition) ഒരു തൊണ്ട്(ഷെല്‍) നിര്‍വ്വഹണ ഐച്ഛികം തെരഞ്ഞെടുക്കുക. അത് നടപ്പിലാക്കാന്‍ പറ്റില്ലെന്ന് ആക്ഷേപം ഉന്നയിക്കുകയാണെങ്കില്‍ വേറൊരു വിഭാജനം സ്വീകരിക്കുക. ഇപ്പോള്‍ നിങ്ങള്ക്ക് ഒരു ഉപഭോക്താവായി /targetല്‍ കയറ്റിയ അടിസ്ഥാന ഫയല്‍വ്യവസ്ഥയെ സമീപിക്കാനാവും. ഖരഡിസ്കിലുള്ള /boot, /sbin ഉം, /usr തട്ടുകളും എന്നിവയുടെ ഉള്ളടക്കത്തിലേക്കാണ് നിങ്ങള്‍ക്ക്     പ്രവേശിക്കേണ്ടത്. അവ ഇപ്പോള്‍ /target/boot, /target/sbin /target/usr എന്നിവയില്‍ ലഭ്യ‌‌മാവണം. ഈ തട്ടുകള്‍ മറ്റു വിഭാജനങ്ങളില്‍ കയറ്റണ്ട ആവശ്യ‌‌മുണ്ടെങ്കില്‍, അങ്ങനെ ചെയ്യാം.( എന്താണ് ചെയ്യേണ്ടതെന്ന് നിങ്ങള്‍ക്ക് അറിയില്ലെങ്കില്‍ ‍ /etc/fstab കാണുക). സ്ഥിരമയ ഒരു പ്രശ്ന പരിഹാരത്തിന് Section 4.8.1, “നവീകരിക്കുന്നതിനു മുന്‍പ് പ്രശ്നം എങ്ങനെ     ഒഴിവാക്കാം”ല്‍ എത്തി രണ്ടിലൊരു നിര്ദ്ദിഷ്ട മാര്ഗ്ഗം സ്വീകരിക്കാവുന്നതാണ്. exit എന്ന് അടിച്ചു ചേര്ത്ത് വീണ്ടെടുപ്പില്‍നിന്ന് പുറത്ത് കടന്നശേഷം സാധാരണപോലെ വീണ്ടും ബൂട്ട് ചെയ്യാന്‍ reboot തെരഞ്ഞെടുക്കുക.( ബൂട്ട് മാദ്ധ്യ‌‌മം നീക്കം ചെയ്യാന്‍ മറക്കണ്ട.) 4.8.2.3. പ്രതിവിധി 3 1. സജീവ ഡെബിയന്‍(Debiyan Live), നോപ്പിക്സ്, സജീവ ഉബുണ്ടു ഇവയില്‍ നിങ്ങളുടെ പ്രിയ വിതരണ സജീവ സിഡി വഴി ബൂട്ട് ചെയ്യുക. 2. നിങ്ങളുടെ /bootതട്ട് കിടക്കുന്ന വിഭാജനം കയറ്റുക. ഇത് ഏതാണെന്ന് നിങ്ങള്‍ക്ക് അറിയില്ലെങ്കില്‍ dmesgആജ്ഞയുടെ ഉത്പന്നം പരിശോധിച്ച് നിങ്ങളുടെ ഡിസ്ക് hda, hdb, hdc, hdd എന്നാണോ, അതോ sda, sdb, sdc, sdd എന്നാണോ അറിയപ്പെടുന്നത് എന്ന് കണ്ടെത്തുക. ഏതു ഡിസ്കിലാണ് ജോലി എന്ന് ഒരിക്കല്‍ മനസ്സിലാക്കി കഴിഞ്ഞാല്‍ ഉദാഹരണത്തിന്, sdb,ഡിസ്കിന്റെ വിഭാജന പട്ടികയും ശരിയായ വിഭാജനവും കണ്ടെത്താന്‍ താഴെ കൊടുത്ത ആജ്ഞ നടപ്പിലാക്കുക: fdisk -l /dev/sdb 3. നിങ്ങള്‍ ശരിയായ വിഭാജനം /mntല്‍ കയറ്റിയിട്ടുണ്ടെന്നും ഈ വിഭാജനത്തില്‍ /bootതട്ട് ഉള്‍‌‍പ്പെടുനുണ്ടെന്നും അനുമാനിച്ചാല്‍ /mnt/boot/grub/menu.lstഫയലില്‍ തിരുത്തുകള്‍ വരുത്താം. ഇതുപോലൊരു ഭാഗം കണ്ടെത്തുക: ## ## സഹജമയ ഐച്ഛികങ്ങള്‍ അവസാനിക്കുന്നു ## ## title ഡെബിയന് ഗ്നൂ ലീനക്സ്, കേര്‍ണല്‍ 2.6.26-1-686 root (hd0,0)     kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro initrd /initrd.img-2.6.26-1-686 title ഡെബിയന്‍ ഗ്നൂ ലീനക്സ്, കേര്‍ണല്‍ 2.6.26-1-686 (ഒരു ഉപയോക്താവിനു മാത്രമായ തരത്തില്‍) root (hd0,0) kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro initrd /initrd.img-2.6.26-1-686 ### ഡെബിയന്‍ യാന്ത്രിക കേര്‍ണല്‍ പട്ടിക അവസാനിക്കുന്നു. എന്നിട്ട് hda, hdb, hdc, hddഎന്നിവ യഥാക്രമം sda, sdb, sdc, sdd എന്നാക്കി മാറ്റുക. വരികള്‍ ഇങ്ങനെ പരിഷ്കരിക്കരുത്: root (hd0,0) 4. വീണ്ടും ബൂട്ട് ചെയ്യുക, സജീവ സിഡി എടുത്തു മാറ്റുക നിങ്ങളുടെ വ്യ‌‌വസ്ഥിതി ശരിയായി ബൂട്ട് ചെയ്യും. 5. ബൂട്ട് ചെയ്തു കഴിഞ്ഞാല്‍, സ്ഥിരമായ പ്രശ്നപരിഹാരത്തിന് Section 4.8.1, “നവീകരിക്കുന്നതിനു മുന്‍പ് പ്രശ്നം എങ്ങനെ ഒഴിവാക്കാം”ലെ രണ്ടു നിര്‍ദ്ദിഷ്ട പോംവഴികളിലൊന്ന് പ്രയോഗിക്കാം. 4.9. അടുത്ത പ്രകാശനത്തിനുള്ള ഒരുക്കങ്ങള്‍     നവീകരണത്തിന് ശേഷം അടുത്ത പ്രസാധനത്തിനുള്ള തയ്യാറെടുപ്പിനായി നിങ്ങള്ക്ക് ഒട്ടനവധി കാര്യ‌‌ങ്ങള്‍ ചെയ്യാനാവും. ● പുതിയ കേര്‍ണല്‍ ബിംബ (image)ത്തിന്റെ മെറ്റാപാക്കേജ് പഴയതിന്റെ ആശ്രിതത്വ നിലക്ക് ഉള്ളിലേക്ക് വലിച്ചെടുത്തിട്ടുണ്ടെങ്കില്‍, അത് യാന്ത്രികമായി പ്രതിഷ്ഠിക്കപ്പെട്ടതായി കണക്കാക്കും, ഇത് ഒഴിവാക്കപ്പെടേണ്ടതാണ്.     # aptitude unmarkauto $(dpkg-query -W 'linux-image-2.6-*' | cut -f1) ● കാലഹരണപ്പെട്ടതും ഉപയോഗശൂന്യ‌‌വുമായ പൊതികള്‍ Section 4.10, “കാലഹരണപ്പെട്ട പൊതികള്‍”ല്‍ പറഞ്ഞ പ്രകാരം നീക്കം ചെയ്യണം. അവ ഏതു ക്രമീകരണ ഫയലുകളാണ് ഉപയോഗപ്പെടുത്തുന്നത് എന്ന് പുനപരിശോധിച്ച് ക്രമീകരണ ഫയലുകള്‍ നീക്കം ചെയ്യാന്‍ പൊതികള്‍ ഒഴിവാക്കല്‍ പരിഗണിക്കാം. 4.10. കാലഹരണപ്പെട്ട പൊതികള്‍ പുതിയതായി വളരെ അധികം പൊതികള്‍ ഉള്‍‍‌‌ക്കൊള്ളിക്കുന്നുണ്ട്, etchല്‍നിന്ന് ഏതാണ്ട് രണ്ടായിരത്തോളം പൊതികള്‍ക്ക് സ്ഥിരവിശ്രമം നല്‍കി ഒഴിവാക്കുന്നുമുണ്ട്. കാലാനുസൃതമല്ലാത്ത ഇത്തരം പൊതികള്‍ക്ക് മേലില്‍ നവീകരണ സാദ്ധ്യ‌‌ത ഉണ്ടായിരിക്കില്ല. ആഗ്രഹിക്കുന്നു എങ്കില്‍, ഇത്തരം കാലഹരണപ്പെട്ട പൊതികള്‍     തുടര്‍ന്നും ഉപയോഗിക്കുന്നതില്‍നിന്ന് നിങ്ങളെ ആരും വിലക്കുന്നില്ല, എങ്കിലും lennyന്റെ പ്രകാശനത്തിന് ശേഷം ഒരു വര്‍ഷം കഴിഞ്ഞാല്‍ ഇവക്കുള്ള സുരക്ഷ ഡെബിയന്‍ പദ്ധതി തുടരുകയില്ല.^[6], ഇതിനിടക്ക് മറ്റു തരത്തിലുള്ള പിന്തുണയും സാധാരണ ഉണ്ടാവില്ല. ലഭ്യ‌‌മായ മറ്റ് ഏതെങ്കിലും ഉപയോഗിച്ച് പകരം വെയ്ക്കാന്‍ ശുപാര്ശ ചെയ്യുന്നു. വിതരണങ്ങളില്‍നിന്ന് പൊതികള്‍ നീക്കം ചെയ്യപ്പെടേണ്ടിവരുന്നതിന് പല കാരണങ്ങളുമുണ്ട്: അവയൊന്നും വരുംകാലത്തേക്കായി പരിപാലിക്കപ്പെടില്ല; ഡെബിയന്‍ നിര്മ്മാതാക്കളിലാരും അവ പരിപാലിക്കാന്‍ ഒരിക്കലും താത്പര്യം     കാണിക്കില്ല; അവയുടെ പ്രവര്ത്തന ശേഷി മറ്റു സോഫ്റ്റ്‌‌വേറുകള്‍ (മറ്റു പതിപ്പുകള്‍) അതിലംഘിച്ചുകഴിഞ്ഞു: അല്ലെങ്കില്‍, അവയിലെ പിഴവുകള്‍ ‍കാരണം lennyനു യോജിച്ചതായി പരിഗണിക്കാനാവില്ല. എങ്കിലും അത്തരം പൊതികള്‍ വിതരണത്തിലെ “unstable”പതിപ്പില്‍ ഉണ്ടായിരിക്കും. നവീകരിക്കപ്പെട്ട വ്യ‌‌വസ്ഥിതിയിലെ “obsolete”പൊതികള്‍ കണ്ടെത്തുന്നത് വളരെ എളുപ്പമാണ്, കാരണം പൊതികള്‍ കൈകാര്യം ചെയ്യുന്ന മുന്‍‌തല (front end) അങ്ങനെ അടയാളപ്പെടുത്തിയിരിക്കും. നിങ്ങള്‍     aptitudeആജ്ഞ ഉപയോഗിക്കുകയാണെങ്കില്‍, ഇത്തരത്തിലുള്ള പൊതികളെ “Obsolete and Locally Created Packages”ല്‍ പട്ടിക തിരിച്ചു കാണിക്കും. dselect ആജ്ഞ ഇതുപോലുള്ള ഒരു അദ്ധ്യാ‌‌യം സൃഷ്ടിയ്ക്കും, എന്നാല്‍ പട്ടികയില്‍ അല്‍‌പം ചില മാറ്റങ്ങളുണ്ടാകും. etchല്‍ പൊതികളുടെ പ്രതിഷ്ഠാനത്തിന് aptitudeആജ്ഞ നിങ്ങള്‍ ഉപയോഗിച്ചിട്ടുണ്ടെങ്കില്‍; കായികമായി പ്രതിഷ്ഠിച്ച അത്തരം പൊതികള്‍ നിരീക്ഷിക്കപ്പെട്ട്, പൊതികള്‍ നീക്കം ചെയ്തതുകൊണ്ട് മേലില്‍     ആവശ്യ‌‌മില്ലാതെവന്നതും ആശ്രിതത്വം മാത്രം കാരണം ഉള്ളിലേക്കെടുത്തതുമായ അവ കാലഹരണപ്പെട്ടതായി മുദ്രകുത്താന്‍ കഴിയും. മാത്രവുമല്ല, deborphan പോലെ aptitude ആജ്ഞ, ആശ്രിതത്വം കാരണം യാന്ത്രികമായി പ്രതിഷ്ഠിക്കപ്പെട്ടവയെപ്പോലെ കൈയാല്‍ പ്രതിഷ്ഠിക്കപ്പെട്ട പൊതികള്‍ കാലഹരണപ്പെട്ടതായി അടയാളപ്പെടുത്തില്ല. deborphan, debfoster or cruft പോലുള്ള മറ്റു അധിക ഉപകരണങ്ങള്‍ ഉപയോഗിച്ചും കാലഹരണപ്പെട്ട പൊതികള്‍ കണ്ടെത്താവുന്നതാണ്. deborphanആജ്ഞയാണ് ശക്തിയായി ശുപാര്‍ശ ചെയ്യുന്നത്, തനതായ രീതിയില്‍ കാലഹരണപ്പെട്ട ഗ്രന്ഥാവലികളും “libs”ലെ അല്ലെങ്കില്‍ വേറൊരു പൊതികളും ഉപയോഗിക്കതെ     കിടക്കുന്ന “oldlibs”ലെ ഭാഗങ്ങളും മാത്രമേ കാലഹരണപ്പെട്ടതായി പ്രസ്താവിക്കൂ. അബദ്ധമായ ഫലങ്ങള്‍ ഉണ്ടാക്കാന്‍ സാദ്ധ്യ‌‌‌തയുളള സഹജമല്ലാത്ത പരുക്കന്‍ ഐച്ഛികങ്ങള്‍ ഉപയോഗിക്കുന്നുണ്ടെങ്കില്‍ പ്രത്യേ‌‌കിച്ചും, ഈ ഉപകരണങ്ങള്‍ മുന്നോട്ട് വെയ്ക്കുന്ന പൊതികള്‍ കണ്ണടച്ച് നീക്കം ചെയ്യരുത്. അവ നീക്കം ചെയ്യുന്നതിന് മുമ്പായി, നീക്കം ചെയ്യാനായി നിര്‍ദ്ദേശിക്കപ്പെട്ട പൊതികളുടെ ഉള്ളടക്കം നിങ്ങള്‍ വ്യ‌‌ക്തിപരമായി പുന:പരിശോധിക്കാന്‍ ശക്തമായി ശുപാര്ശ ചെയ്യുന്നു. ഡെബിയന്റെ പിഴവ് കണ്ടെത്തല്‍ സംവിധാനം(Debian Bug Tracking System) (http:// bugs.debian.org/) പലപ്പോഴും പൊതികള്‍ നീക്കം ചെയ്തതിന്റെ അധികവിവരണം തരാറുണ്ട്. പൊതിയുടെ     സംഗ്രഹിക്കപ്പെട്ട പിഴവ് ശേഖരങ്ങളും ftp.debian.org pseudo-package (http:// bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ftp.debian.org&archive= yes) ലെ പിഴവ് ശേഖരങ്ങളും രണ്ടും നിങ്ങള്‍ പരിശോധിച്ചിരിക്കണം. The list of obsolete packages includes: ● അപ്പാച്ചെ(apache) (1.x), പിന്‍ഗാമിയായി(successor is) apache2 ● bind (8), successor is bind9     ● പിഎഛ്പി4(php4), പിന്‍ഗാമിയായി(successor is) പിഎഛ്പി5(php5) ● postgresql-7.4, പിന്‍ഗാമിയായി(successor is) postgresql-8.1 ● exim (3), successor is exim4 4.10.1. വ്യാജ പൊതികള്‍ വ്യവസ്ഥിയുടെ പരിപാലനധര്‍മ്മം മെച്ചപ്പെടുത്തുന്നതിന് etchലെ ചില പൊതികള്‍ പിളര്ന്ന് lennyല്‍ പ്രയോഗിച്ചിരിക്കും. അത്തരം സന്ദര്‍ഭങ്ങളില്‍ lennyലേക്കുള്ള നവീകരണമാര്ഗ്ഗം എളുപ്പമാക്കാന്‍ പുതിയ     പൊതികള്‍ പ്രതിഷ്ഠിക്കനാവശ്യ‌‌മായ ആശ്രിതത്വത്തോടുകൂടിയ “dummy” പൊതികള്‍ ചേര്‍ക്കാറുണ്ട്: etchലെ പഴയ പൊതികളുടെ അതേ പേരുള്ള ഒഴിഞ്ഞ പൊതികള്‍: നവീകരണത്തിന് ശേഷം ഇത്തരം പൊതികള്‍ കാലഹരണപ്പെട്ടതായി കണക്കാക്കി സുരക്ഷിതമായി നീക്കം ചെയ്യാവുന്നതാണ്. മിക്കവാറും (എല്ലാമില്ല.) വ്യാജപ്പൊതികളുടെ വിശദീകരണങ്ങളില്‍ ആവശ്യ‌‌കത വെളിപ്പെടുത്താറുണ്ട്. വ്യാ‌ജപ്പൊതികളുടെ വിശദീകരണങ്ങള്‍ ഏകീകരിക്കപ്പെട്ടവയല്ല, എങ്കിലും, നിങ്ങളുടെ വ്യ‌‌വസ്ഥിതിയില്‍ അവ     കണ്ടെത്തുന്നതിന് ഉപകാരപ്പെടുന്ന deborphanനോടൊപ്പം --guess ഐച്ഛികം കൂടി കാണണം. നവീകരണത്തിനു ശേഷം നീക്കം ചെയ്യപ്പെടാനുദ്ദേശിക്കപ്പെട്ടവയല്ല ചില വ്യാ‌‌ജപ്പൊതികള്‍, മറിച്ച്, കാലങ്ങള്‍ക്കു ശേഷം പരിപാടിയുടെ നിലവിലുള്ള പതിപ്പിന്റെ വിവരങ്ങള്‍ ലഭ്യ‌‌മാക്കാന്‍ കൂടിയാണ് എന്നു കൂടി ഓര്മ്മിക്കണം. ━━━━━━━━━━━━━━     ^[2] നിങ്ങളുടെ ബൂട്ട് പരാമീറ്ററില്‍ panic=0 എന്നു് ചേര്‍ത്തു് ഈ കഴിവു് പ്രവര്‍ത്തനരഹിതമാക്കാം.     ^[3] ഡെബിയനിലെ പൊതികളുടെ നടത്തിപ്പു് സാധാരണയായി ഒരു പൊതിയ്കു് പകരമാണെന്നു് പറയാത്ത സന്ദര്‍ഭങ്ങളില്‍ മറ്റേ പൊതിയുടെ ഫയലുകള്‍ മാറ്റാനോ നീക്കം ചെയ്യാനോ സമ്മതിയ്ക്കാറില്ല. ^[4] ശൃംഖലാകര്മ്മ വിനിമയതലങ്ങള്‍ക്ക് വിടാതെ പിന്തുടരുന്ന പേരുകളുണ്ടാവാന്‍ /etc/udev/rules.d     /75-persistent-net-generator.rulesചെറു ആജ്ഞ ഉപയോഗിച്ച് യാന്ത്രികമായി സൃഷ്ടിക്കാം. udevകൊണ്ട് NICക്ക് ഇത്തരം ഉപകരണങ്ങള്‍ക്കുള്ള സ്ഥിരനാമങ്ങള്‍ സൃഷ്ടിക്കുന്നത് അസാധുവാക്കാന്‍ ഈ symlink നീക്കം ചെയ്യണം.     ^[5] liloയുടെ ബൂട്ടിങ്ങ് പിശക് കോടുകളുടെ വിശദ വിവരങ്ങള്‍ക്ക് ദയവായി The Linux Bootdisk HOWTO (http://tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html) കാണുക.     ^[6] അല്ലെങ്കില്‍ ആ കാലഘട്ടത്തില്‍ വേറൊരു പ്രകാശനം നടക്കാത്തിടത്തോളം. കൃത്യ‌‌മായി പറഞ്ഞാല്‍, സുസ്ഥിരമായ രണ്ടു പതിപ്പുകള്ക്ക് മാത്രമേ ഒരേസമയം പിന്തുണയുണ്ടാകൂ. Chapter 5. lenny യെക്കുറിച്ചു് അറിഞ്ഞിരിക്കേണ്ട പ്രശ്നങ്ങള്‍ 5.1. വരാവുന്ന പ്രശ്നങ്ങള്‍ ചിലപ്പോള്‍ മാറ്റങ്ങള്‍ ഒഴിവാക്കാനാവാത്ത പാര്‍ശ്വഫലങ്ങള്‍ക്കോ മറ്റെവിടെയെങ്കിലുമുള്ള പിഴവുകള്‍     പുറത്തറിയാനോ കാരണമാകാറുണ്ടു്. പരിചിതമായ ചില പ്രശ്നങ്ങളെക്കുറിച്ച് ഞങ്ങളിവിടെ കുറിച്ചിടുന്നു. ദയവായി എറാറ്റ, സംഗതമായ പൊതിക്കെട്ടിന്റെ സഹായക്കുറിപ്പുകള്‍, പിഴവുകള്‍, Section 6.1, “ഇനിയും വിവരങ്ങള്‍ക്ക് വായിക്കുക” എന്നിടത്തു് പ്രതിപാദിച്ചിട്ടുള്ള മറ്റു് വിവരങ്ങള്‍ എന്നിവ കൂടി വായിക്കുമല്ലൊ. 5.1.1. യുഡേവുമായി ബന്ധപ്പെട്ട ഉപകരണങ്ങളുടെ പ്രശ്നങ്ങള്‍ udev വിശദമായ പരിശോധനയ്ക്ക് വിധേയമാക്കിയിട്ടുണ്ടെങ്കിലും ചില ഉപകരണങ്ങള്‍ തിരുത്തപ്പെടേണ്ട ചില ചില്ലറ     പ്രശ്നങ്ങള്‍ കാണിക്കുന്നത് അനുഭവപ്പെട്ടിട്ടുണ്ടാവാം. ഏറ്റവും സാധാരണമായ പ്രശ്നം ഉപകരണങ്ങളുടെ ഉടമസ്ഥതയും/യോ മാറിപ്പോയ അനുമതിയും/യോ ആണ്. ചില സന്ദര്‍ഭങ്ങളില്‍ ഉപകരണങ്ങള്‍ സഹജമായി സൃഷ്ടിക്കപ്പെട്ടതായി കാണുന്നില്ല. (ഉദാ: /dev/video, /dev/radio എന്നിവ).     ഇത്തരം പ്രശ്നങ്ങള്‍ കൈകാര്യം ചെയ്യുന്നതിന് മതിയായ ക്രമീകരണ സംവിധാനങ്ങള്‍ udev നല്‍കുന്നുണ്ട്. കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് udev(8)ഉം /etc/udevഉം നോക്കുക. 5.1.2. ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം lenny ലെ ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം, ഉദാഹരണത്തിന്     അവയ്ക്ക് epoll()ന്റെ പിന്തുണ ആവശ്യ‌മുണ്ടെങ്കിലും, അത് 2.4 കെര്‍ണലില്‍ ഇല്ല. അത്തരം പ്രയോഗങ്ങള്‍ തീരെ പ്രവര്‍ത്തിക്കാതിരിക്കുകയോ, 2.6 കെര്‍ണല്‍ ഉപയോഗിച്ചു് സിസ്റ്റം വീണ്ടും ബൂട്ട് ചെയ്യും വരെ ശരിയായി പ്രവര്‍ത്തിക്കാതിരിക്കുകയോ ചെയ്യും.     ഒരു ഉദാഹരണം squid എച്ച്ടിടിപി പ്രോക്സി. 5.1.3. ചില ശൃംഖലാ സ്ഥാനങ്ങളില്‍ ടിസിപി വഴി എത്തിപ്പെടാന്‍ പറ്റുന്നില്ല 2.6.17നു ശേഷം ആര്‍എഫ്‌സി 1323 ല്‍ പരാമര്‍ശിച്ച ടിസിപി ജാലകത്തിന്റെ ഏറ്റക്കുറവുകള്‍ ഇളവുകളൊന്നും നല്‍കാതെയാണു് ലിനക്സ് ഉപയോഗിക്കുന്നതു്. ചില സെര്‍വറുകള്‍ക്കു് ജാലക അളവുകള്‍ തെറ്റായി     പ്രഖ്യാ‌പിയ്ക്കുന്ന തെറ്റായ പെരുമാറ്റമുണ്ടു്. വിശദാംശങ്ങള്‍ക്കായി #381262 (http:// bugs.debian.org/381262) , #395066 (http://bugs.debian.org/395066) , #401435 (http://bugs.debian.org/401435) എന്നീ പിഴവുകളുടെ വിവരങ്ങള്‍ നോക്കുക. സാധാരണയായി ഇത്തരം പ്രശ്നങ്ങള്‍ക്ക് രണ്ട് പരിഹാരങ്ങളുണ്ട്: ഒന്നുകില്‍ അനുവദിക്കപ്പെട്ട TCP ജാലകത്തിന്റെ ഏറ്റക്കുറച്ചിലുകള്‍ കുറഞ്ഞ നിരക്കിലേക്ക് തരം താഴ്ത്തുകയോ (തമ്മില്‍ ഭേദം) അല്ലെങ്കില്‍     TCP ജാലകത്തിന്റെ ഏറ്റക്കുറച്ചിലുകള്‍ പ്രക്രിയ അപ്പാടെ വേണ്ടെന്നു വെയ്ക്കുകയോ (നിരുത്സാഹപ്പെടുത്തിയിരിയ്ക്കുന്നു) ആണത്. debian-installer errata page (http:// www.debian.org/devel/debian-installer/errata) എന്ന കണ്ണിയിലെ ഉദാഹരണ ആജ്ഞകള്‍ കാണുക. 5.1.4. സ്വയം നിര്‍ത്തിവയ്ക്കുന്നതു് പ്രര്‍ത്തിക്കുന്നില്ല ചില പഴയ സിസ്റ്റങ്ങളില്‍ shutdown -h വൈദ്യുതിലഭ്യത നിര്‍ത്തപ്പെടുന്നില്ല (പ്രവര്‍ത്തനം നിര്‍ത്തുന്നേയുള്ളു). APM ഉപയോഗിക്കാത്തതാണ് ഇത് സംഭവിക്കാന്‍കാരണം. ഉദാ:grub അല്ലെങ്കില്‍ lilo     തുടങ്ങിയവയുടെ ക്രമീകരണ ഫയലിലെ കെര്‍ണലിന്റെ ആജ്ഞാ വരിയില്‍ acpi=off apm=power_off എന്ന് ചേര്‍ത്താല്‍ തീരുന്നതേയുള്ളു ഈ പ്രശ്നം. കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് #390547 (http:// bugs.debian.org/390547) എന്ന കണ്ണിയിലെ പിഴവിന്റെ വിവരം കാണുക. 5.1.5. ഒറ്റക്കും തറ്റക്കുമുള്ള ശൃംഖലയുടെ തുടക്കം പ്രവചനാതീതമായ പെരുമാറ്റങ്ങള്‍ക്കിടയാക്കുന്നു ശൃംഖലയുടെ വിനിമയതല പ്രവര്‍ത്തകം കയറ്റാന്‍ udev ഉപയോഗിക്കേണ്ടിവരുന്ന സിസ്റ്റങ്ങളില്‍, udevന്റെ ഏകീകൃതമല്ലാത്ത പ്രകൃതികാരണം സിസ്റ്റത്തിന്റെ ബൂട്ടിങ്ങില്‍ /etc/init.d/networking പ്രവര്‍ത്തിച്ചു് തുടങ്ങും മുമ്പ് ശൃംഖലാ പ്രവര്‍ത്തകം കയറ്റപ്പെടാതിരിയ്ക്കാന്‍ സാദ്ധ്യ‌തയുണ്ട്. /etc/     network/interfacesല്‍ (auto യ്ക്കു് പുറമേ)allow-hotplug ഉള്‍പ്പെടുത്തുന്നതു് ശൃഖലാ വിനിമയതലം ഒരിക്കല്‍ ലഭ്യ‌മായാല്‍ പ്രവര്‍ത്തനസജ്ജമാകുമെന്നു് ഉറപ്പാക്കാമെങ്കിലും ശൃംഖലാ വിനിമയതലത്തിന്റെ അഭാവത്തില്‍ ശരിയായി പ്രവര്‍ത്തിയ്ക്കാത്ത ചില ശൃംഖലാ സേവനങ്ങള്‍ തുടങ്ങും മുമ്പ് ബൂട്ടിങ്ങ് ക്രിയാ ശ്രേണി ഇത് സാധിക്കുമെന്ന് ഉറപ്പൊന്നുമില്ല. . 5.1.6. WPA സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം     etchല്‍ wpasupplicant പൊതിക്കെട്ടു് /etc/default/wpasupplicantകൊണ്ടും ഉപയോക്താവ്     നല്‍കിയ /etc/wpasupplicant.confകൊണ്ടും ക്രമീകരണം നടത്തിയ സിസ്റ്റം സേവനങ്ങളായാണ് ഒരുക്കിയിട്ടുണ്ടായിരുന്നതു്. lennyയില്‍ /etc/init.d/wpasupplicantഒഴിവാക്കിയിരിക്കുന്നു, എന്നാല്‍ ഡെബിയന്‍ പൊതിക്കെട്ട്     ഇപ്പോള്‍ /etc/network/interfacesമായി wireless-tools പോലുള്ള പൊതിക്കെട്ടുകളെപ്പോലെ സംയോജിപ്പിക്കപ്പെട്ടിരിക്കുന്നു. അതായത് മേലില്‍ wpasupplicant നേരിട്ട് ഒരു സിസ്റ്റം സേവനമായി ലഭ്യ‌മാകില്ല. /etc/network/interfaces ഫയലുകള്‍ക്കുള്ള ഉദാഹരണംകാണിച്ചു തരുന്ന, wpasupplicant ന്റെ ക്രമീകരണ വിവരങ്ങള്‍ക്ക് ദയവായി /usr/share/doc/wpasupplicant/     README.modes.gz നോക്കുമല്ലൊ. ഡെബിയനില്‍ wpasupplicant പൊതിക്കെട്ടുകള്‍ ഉപയോഗിക്കേണ്ട പുതുക്കിയ വിവരം ഡെബിയന്‍ വിക്കി (http://wiki.debian.org/WPA) എന്ന കണ്ണിയില്‍ കാണാവുന്നതാണ്. 5.1.7. ഫയലുകളുടെ പേരില്‍ ആസ്കിയല്ലാത്ത അക്ഷരങ്ങള്‍ വരുമ്പോളുള്ള പ്രശ്നം ആസ്കിയല്ലാത്ത അക്ഷരങ്ങള്‍ ഉപയോഗിച്ച ഫയല്‍നാമങ്ങളുള്ള vfat, ntfs or iso9660 ഫയല്‍ സിസ്റ്റങ്ങള്‍ utf8 ഐച്ഛികം ഉപയോഗിയ്ക്കാതെ ചേര്‍ത്താല്‍ ആരെങ്കിലും ആ ഫയല്‍നാമങ്ങള്‍ ഉപയോഗിയ്ക്കാന്‍     ശ്രമിച്ചാല്‍ തോല്‍വിയായിരിക്കും ഫലം. “Invalid or incomplete multibyte or wide character” എന്നു് പറഞ്ഞ തോല്‍വി ഇതിനുള്ള ഒരു സൂചനയായേയ്ക്കാം. ആസ്കി അക്ഷരങ്ങള്‍ ഉള്ള ഫയല്‍ നാമങ്ങള്‍ വരുമ്പോള്‍ vfat, ntfs and iso9660 ഫയല്‍ സിസ്റ്റങ്ങള്‍ ചേര്‍ക്കുമ്പോള്‍ ഐച്ഛികങ്ങളായി defaults,utf8 എന്നിവ ഉപയോഗിക്കുന്നത് ഒരു പരിഹാര സാധ്യ‌തയാണ്.     utf8 ഐച്ഛികം ഉപയോഗിക്കുമ്പോള്‍ vfatനു വേണ്ടി വലിയക്ഷര/ചെറിയക്ഷര സംവേദനക്ഷമതയുള്ള ഫയല്‍ നാമങ്ങള്‍ കൈകാര്യം ചെയ്യാന്‍ ലിനക്സിനു് പിന്തുണയില്ലെന്ന കാര്യം ശ്രദ്ധിക്കുമല്ലൊ. 5.1.8. ശബ്ദം കേള്‍ക്കാതാകുന്നു നവീകരണത്തിനു് ശേഷം അപൂര്‍വ്വമായി ശബ്ദം കേള്‍ക്കാതാവാറുണ്ട്. അങ്ങനെ സംഭവിച്ചാല്‍ALSA checklist ലൂടെ ഒന്നു കണ്ണോടിക്കൂ: ● root ഉപയോക്താവായി alsaconf പ്രവര്‍ത്തിപ്പിക്കണം, ● audio കൂട്ടത്തിലേക്ക് നിങ്ങളുടെ ഉപയോക്താവിനെ ചേര്‍ക്കുക, ● (alsamixerഉപയോഗിച്ചുകൊണ്ട്) ശബ്ദപഥങ്ങള്‍ തുറന്നിരിക്കുകയാണെന്ന് ഉറപ്പാക്കുക, ● artsയും esoundഉം ഓടുന്നില്ലെന്ന് ഉറപ്പ് വരുത്തുക,     ● OSS ഭാഗങ്ങളൊന്നും കയറ്റിയിട്ടില്ലെന്ന് ഉറപ്പാക്കുക, ● സ്പീക്കറുകള്‍ യഥാര്‍ത്ഥത്തില്‍ ഓണാക്കി വെച്ചിരിക്കുകയാണെന്ന് ഉറപ്പാക്കുകയും, ● താഴെ പറയുന്ന ആജ്ഞ cat /dev/urandom > /dev/audio or the command speaker-test root ആയി പ്രവര്‍ത്തിക്കുന്നുവെന്നു് പരിശോധിക്കുക. 5.2. ഇപ്പോള്‍ NFS കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്. util-linux 2.13നു ശേഷം NFS കയറ്റുന്നതിന്റെ കൈകാര്യ‌കര്‍തൃത്വം util-linuxന്റേതല്ല; മറിച്ച്nfs-common ന്റേതാണ്. NFS shares ചേര്‍ക്കുന്നതിന് എല്ലാ സിസ്റ്റങ്ങള്‍ക്കും ആവശ്യമില്ലാത്തതിനാലും ഒരു സാധാരണ പോര്‍ട്ട്മാപ്പര്‍ ഇന്‍സ്റ്റോള്‍ ഒഴിവാക്കുന്നതിനും util-linux ,nfs-common നിര്‍ദ്ദേശിക്കുക മാത്രം ചെയ്യുന്നു. NFS shares ചേര്‍ക്കണമെന്ന്     നിര്‍ബ്ബന്ധമാണെങ്കില്‍, nfs-common നിങ്ങളുടെ സിസ്റ്റത്തില്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പു വരുത്തുക. mountപൊതിക്കെട്ടിന്റെ ഇന്‍സ്റ്റലേഷനു് മുമ്പുള്ള സ്ക്രിപ്റ്റ് NFS mounts നിലവിലുണ്ടോ പരിശോധിയ്ക്കുകയും, nfs-common ലെ /usr/sbin/mount.nfs ന്റെ അഭാവത്തിലും nfs-common കാലാവധി കഴിഞ്ഞ അവസരത്തിലും പിന്തിരിയുകയും ചെയ്യുന്നു. ഒന്നുകില്‍ nfs-common പുതുക്കുകയോ പുതുക്കുന്നതിനായി മുമ്പ് ചേര്‍ത്ത NFS mounts വേര്‍പ്പെടുത്തുകയോ ചെയ്യണം. 5.3. റൊമാനിയന്‍ (ro) കീബോര്‍ഡ് വിന്യാ‌സത്തിനു് മാറ്റം lennyയില്‍ xkb-data യുടെ പതിപ്പു് 1.3 ലേയ്ക്ക് പുതുക്കിയ കാരണം, റൊമാനിയന്‍ ‍(ro) വിന്യാ‌സത്തിന്റെ സഹജമായ വകഭേദം ഇപ്പോള്‍ şţ (cedilla തഴെ)ക്ക് പകരം șț (താഴെ കോമ) ചിഹ്നങ്ങള്‍ ശരിയായി കാണിക്കുന്നുണ്ട്. വേറെ ചില വകഭേദങ്ങളും (ഡെറിവേറ്റീവ്) പുനര്‍നാമകരണം     ചെയ്യപ്പെട്ടിട്ടുണ്ട്. പഴയ വകഭേദ നാമങ്ങളും ഫലിക്കുമെങ്കിലും ഉപയോക്താക്കളെ അവരുടെ /etc/X11/ xorg.confപുതുക്കാന്‍ പ്രോത്സാഹിപ്പിക്കുന്നു. കൂടുതല്‍ വിവരങ്ങളും അതേപോലെ മാറ്റങ്ങള്‍കൊണ്ട് വരാവുന്ന പാര്‍ശ്വഫലങ്ങളും‍ വിക്കി (റൊമാനിയന്‍ ഭാഷ മാത്രം) (http://wiki.debian.org/L10N/ Romanian/Lenny/Notes) യില്‍ ലഭ്യ‌മാണ്. 5.4. അപ്പാച്ചെ2 പുതുക്കല്‍     അപ്പാച്ചെയുടെ സഹജ ക്രമീകരണത്തില്‍ ചില മാറ്റം വരുത്തിയിട്ടുള്ളതിനാല്‍ നിങ്ങളുടെ ക്രമീകരണത്തിലും മാറ്റങ്ങള്‍ വരുത്തേണ്ടിയിരിക്കുന്നു. അവയില്‍ പ്രധാനപ്പെട്ട മാറ്റങ്ങള്‍: NameVirtualHost * എന്നത് NameVirtualHost *:80 എന്നാക്കി മാറ്റിയിട്ടുണ്ട്. നിങ്ങള്‍     കൂടുതല്‍ പേരടിസ്ഥാനമാക്കിയ മായാ ഹോസ്റ്റുകളെ ചേര്‍ത്തിട്ടുണ്ടെങ്കില്‍, എന്നത് അവയില്‍ ഓരോന്നിനും എന്നാക്കി മാറ്റേണ്ടിയിരിക്കുന്നു. അപ്പാച്ചെ ഉപയോക്താവും കൂട്ടവും പിഐഡി ഫയല്‍ നാമങ്ങളും ഇപ്പോള്‍ /etc/apache2/envvarsലാണ് ക്രമീകരിച്ചിട്ടുള്ളത്. ഇവയുടെ സഹജ സജ്ജീകരണങ്ങളില്‍ നിന്നും അവയുടെ മൂല്യ‌ങ്ങള്‍     മാറ്റിയിട്ടുണ്ടെങ്കില്‍, നിങ്ങള്‍ക്ക് ആ ഫയല്‍ മാറ്റേണ്ടി വരും. അതായത് apache2 -k startകൊണ്ട് അപ്പാച്ചെ2 തുടങ്ങുന്നതു് മേലില്‍ സാധ്യമായെന്നു വരില്ല എന്നു കൂടി സാരം. /etc/init.d/apache2ഓ അല്ലെങ്കില്‍apache2ctl ഓ ഉപയോഗിക്കേണ്ടി വരും. mod_suexec പരിപാടിക്ക് അത്യാ‌വശ്യ‌മായ suexec സഹായക പ്രോഗ്രാം ഇപ്പോള്‍     apache2-suexec എന്ന പ്രത്യേ‌കം പൊതിക്കെട്ടായിട്ടാണ് വരുന്നത്, അത് സഹജമായി ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെടുന്നില്ല.     കൂടുതല്‍ ഭാഗങ്ങളുടെ കൃത്യ‌മായ ക്രമീകരണങ്ങള്‍ /etc/apache2/apache2.confല്‍ നിന്ന് / etc/apache2/mods-available/*conf ലേക്ക് മാറ്റിയിട്ടുണ്ട്. കൂടുതല്‍ വിശദമായ വിവരങ്ങള്‍ക്കായി /usr/share/doc/apache2.2-common/     NEWS.Debian.gz ഉം /usr/share/doc/apache2.2-common/ README.Debian.gzഉം കാണുമല്ലൊ. 5.5. NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും         nisനോട് ചേര്‍ത്ത ypbindന്റെ പതിപ്പ് ശൃംഖലാ നടത്തിപ്പുകാരനുള്ള പിന്തുണ ഉള്‍‌ക്കൊള്ളുന്നുണ്ട്. ശൃംഖലകളില്‍ നിന്ന് കമ്പ്യൂ‌ട്ടര്‍ വിച്ഛേദിക്കപ്പെട്ടു എന്ന് ‍ശൃംഖലാ നടത്തിപ്പുകാരന്‍ പ്രസ്താവിക്കുമ്പോള്‍     ypbindNIS ക്ലയന്റ് ധര്‍മ്മം പ്രവര്‍ത്തനരഹിതമാക്കും. സാധാരണഗതിയില്‍, കമ്പ്യൂട്ടര്‍ ഉപയോഗത്തിലല്ലെങ്കില്‍ അത് വിച്ഛേദിക്കപ്പെട്ടിരിക്കയാണെന്ന് ശൃംഖലാ നടത്തിപ്പുകാരന്‍ പ്രസ്താവിക്കാറുള്ളതുകൊണ്ട് NIS ക്ലയന്റ് സിസ്റ്റമുള്ള ഉപയോക്താക്കള്‍ അത്തരം സിസ്റ്റങ്ങളില്‍ ‍ശൃംഖലാ നടത്തിപ്പുകാരന്റെ പിന്തുണ പ്രവര്‍ത്തനരഹിതമാക്കിയിട്ടുണ്ടെന്നു് ഉറപ്പാക്കേണ്ടിയിരിയ്ക്കുന്നു.     network-manager പൊതിക്കെട്ട് അഴിച്ചുകളഞ്ഞോ അല്ലെങ്കില്‍ /etc/default/nis ല്‍ YPBINDARGS ലേയ്ക്കു് -no-dbus എന്നു് ചേര്‍ത്തോ ഇതു് ചെയ്യാവുന്നതാണ്.     ഡെബിയന്റെ പുതിയ ഇന്‍സ്റ്റലേഷനു് -no-dbus സഹജമായി ഉപയോഗിക്കുന്നതാണ്, എന്നാല്‍ മുന്‍ പതിപ്പുകളില്‍ അതു് സഹജമായിരുന്നില്ല. 5.6. മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം മോസില്ല പ്രോഗ്രാമുകളായ firefox, thunderbird, sunbird (ഡെബിയനില്‍ ബ്രാന്‍ഡ്നാമം മാറ്റിവരുന്ന iceweasel, icedove, iceowl) എന്നീ മോസില്ലാ പ്രോഗ്രാമുകളും പല ഉപയോക്താക്കള്‍ക്കും പ്രധാനപ്പെട്ട പണിയായുധങ്ങളാണ്. നിര്‍ഭാഗ്യ‌വശാല്‍ പുതിയ പതിപ്പിലേക്ക് ചുവടു് മാറ്റാന്‍ ഉപയോക്താക്കളെ പ്രേരിപ്പിക്കുന്നതാണ് ഉറവയുടെ സുരക്ഷിതത്വ നയങ്ങള്‍, പുതുക്കുമ്പോള്‍ ചുമതലാപരമായ     വളരെയധികം മാറ്റങ്ങള്‍ കൊണ്ടുവരരുതെന്ന ഡെബിയന്റെ നയങ്ങള്‍ക്കെതിരാണ് ഇത്. ഞങ്ങള്‍ക്കതു് ഇപ്പോള്‍ പ്രവചിക്കാനാവില്ല എങ്കിലും, lenny യുടെ അതിജീവനകാലത്ത് മോസില്ലാ ഉല്‍‌പ്പന്നങ്ങള്‍ക്ക് പിന്തുണ നല്‍കാന്‍ ഡെബിയന്‍ സുരക്ഷിതത്വ കൂട്ടായ്മയ്ക്ക് സാധിക്കാത്ത ഒരു ഘട്ടം വരാനും മോസില്ലാ ഉല്‍പന്നങ്ങള്‍ക്കുള്ള പിന്തുണയുടെ അന്ത്യം പ്രഖ്യാ‌പിക്കപ്പെടാനും സാധ്യ‌തയുണ്ട്. സുരക്ഷിതത്വ പിന്തുണയുടെ അഭാവം ഒരു പ്രശ്നമായി വരുമ്പോള്‍ മോസില്ല‌ക്ക് പകരം ഡെബിയനില്‍ ലഭ്യ‌മാകുന്ന മറ്റു പോംവഴികള്‍ കണക്കിലെടുക്കണം.     seamonkey ഇന്റര്‍നെറ്റ് സ്വീറ്റിന്റെ ബ്രാന്‍ഡ് ചെയ്യാത്ത പതിപ്പായ iceape (ചില ആന്തരിക ലൈബ്രറി പൊതികളൊഴികെ) lenny യില്‍ നിന്നും നീക്കം ചെയ്തിരിയ്ക്കുന്നു. 5.7. Security status of OCS Inventory and SQL-Ledger The webservice packages ocsinventory-server and sql-ledger are included in the lenny release but have special security requirements that users should be aware of before deploying them. These two webservices are designed for deployment only behind an     authenticated HTTP zone and should never be made available to untrusted users; and therefore they receive only limited security support from the Debian security team. Users should therefore take particular care when evaluating who to grant access to these services. 5.8. കെഡി‌ഇ പണിയിടം എച്ചില്‍ ഉണ്ടായിരുന്ന കെഡിഇ പണിയിട പരിസരത്തില്‍ നിന്നും വലിയ വ്യത്യാസമൊന്നും ഇല്ല. പരിഭാഷകള്‍ പുതുക്കിയതും കെഡിഇ 3.5 ന്റെ ഒരു സേവന പതിപ്പായ 3.5.9 ന്റേയും 3.5.10 ന്റേയും ഒരു മിശ്രിതാണു്     ലെന്നിയില്‍ ഉള്ളതു്. ചില ഭാഗങ്ങള്‍ 3.5.9 എന്നടയാളപ്പെടുത്തിയിട്ടുണ്ടെങ്കിലും 3.5.10 ല്‍ കാണുന്ന കൂടുതല്‍ മാറ്റങ്ങളും ഉള്‍പ്പെടുത്തി പുതുക്കിയതാണു്. മൊത്തത്തില്‍, ലെന്നി കിക്കറിലെ മെച്ചപ്പെടുത്തലുകളില്ലാത്ത ‌ kdebase ഉം ചില പിഴവു് തിരുത്തലുകളുമില്ലാത്ത kdepim ഉം ഒഴിച്ചാല്‍‌ 3.5.10 തന്നെയാണു് നല്‍കുന്നതു്.     കെഡിഇ 3 ശ്രേണിയിലെ പരിസരം ഉള്‍ക്കൊള്ളുന്ന അവസാനത്തെ പതിപ്പായിരിയ്ക്കും ലെന്നി 5.9. ഗ്നോം പണിയിടത്തിലെ മാറ്റങ്ങളും പിന്തുണയും etch ല്‍ ഉണ്ടായിരുന്ന ഗ്നോം പണിയിടത്തില്‍ നിന്നും lenny യില്‍ ഉള്‍പ്പെടുത്തിയ പതിപ്പുവരെ വളരെയധികം     മാറ്റങ്ങളുണ്ടായിട്ടുണ്ടു്, അവയെക്കുറിച്ചു് കൂടുതല്‍ വിവരങ്ങള്‍ ഗ്നോം 2.22 പ്രസാധനക്കുറിപ്പുകള്‍ (http://library.gnome.org/misc/release-notes/2.22/) നോക്കുക. 5.10. ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല     Emacs21 and emacs21-nox are not configured to use Unicode by     default. For more information and a workaround please see bug # 419490 (http://bugs.debian.org/419490) . Consider switching to emacs22, emacs22-gtk, or emacs22-nox. 5.11. slurpd/replica ഇനി മുതല്‍ പ്രവര്‍ത്തിയ്ക്കില്ല ഓപ്പണ്‍എല്‍ഡാപ്പിന്റെ 2.4.7 പതിപ്പില്‍ അവര്‍ slurpd സേവനം വഴി എല്‍ഡാപ്പ് റെപ്ലിക്കേഷനുള്ള പിന്തുണ നിര്‍ത്തിയിരിയ്ക്കുന്നു. നിലവിലുള്ള ക്രമീകരണങ്ങള്‍ എല്‍ഡാപ്പ് സിങ്ക് റെപ്ലിക്കേഷന്‍ എഞ്ചിനായി     (syncrepl) പുനഃക്രമീകരിയ്ക്കണം. കൂടുതല്‍ വിശദമായ സഹായക്കുറിപ്പുകള്‍ http:// www.openldap.org/doc/admin24/replication.html (http:// www.openldap.org/doc/admin24/replication.html) എന്ന കണ്ണിയില്‍ കാണാം. 5.12. മുഴുവന്‍ സ്ക്രീനും ഉപയോഗിയ്ക്കാത്ത പണിയിടം ഇന്റല്‍ മൊബൈല്‍ GM965 തെറ്റായി ഒരു VGA ഔട്ട്പുട്ട് കണ്ടുപിടിയ്ക്കുകയും അതിനെ ഉള്‍ക്കൊള്ളിയ്ക്കാന്‍ സ്ക്രീനിന്റെ വലിപ്പം ചെറിയൊരു വിലയിലേയ്ക്കു് സജ്ജീകരിയ്ക്കുകയും ചെയ്തേയ്ക്കാം. ഈ പിഴവിന്റെ ലക്ഷണം പണിയിട നടത്തിപ്പുകാരന്‍ സ്ക്രീനിന്റെ ഒരു ഭാഗം മാത്രമേ ഉപയോഗിയ്ക്കൂ എന്നതാണു്. ശരിയായ പെരുമാറ്റം നിര്‍ബന്ധിയ്ക്കാന്‍ താഴെ പറയുന്ന വരികള്‍ /etc/X11/xorg.conf ക്രമീകരണ ഫയലില്‍ ചേര്‍ത്താല്‍ മതി.     Section "Monitor" Identifier "VGA" Option "Ignore" "true" EndSection Please refer to the bug #496169 (http://bugs.debian.org/496169) for more informations. 5.13. ഡിഎച്ച്സിപി ഫെയില്‍ഓവര്‍ പ്രശ്നം     ഡിഎച്ച്സിപി സെര്‍വറുകളുടെ ഫെയില്‍ഓവര്‍ ജോഡി പ്രവര്‍ത്തിപ്പിയ്ക്കുമ്പോള്‍ ജോഡികളുടെ പേരുകള്‍ മാറരുതു്, അല്ലെങ്കില്‍ ഡിഎച്ച്സിപി തകരും. Please see bug #513506 (http://bugs.debian.org/513506) and https:     //lists.isc.org/pipermail/dhcp-users/2007-September/004538.html (https://lists.isc.org/pipermail/dhcp-users/2007-September/ 004538.html) for more information. 5.14. VServer Disk Limit     To use the disk limit feature of vserver in lenny, you should use the mount option tag (instead of tagxid in etch). You should manually update /etc/fstab and/or any script which     uses tagxid. Otherwise, the partition will not be mounted and thus the vservers will not start. Chapter 6. Debian GNU/Linux - കൂടുതല്‍ വിവരങ്ങള്‍ 6.1. ഇനിയും വിവരങ്ങള്‍ക്ക് വായിക്കുക Debian GNU/Linux വിതരണത്തിനെക്കുറിച്ചുള്ള ഇനിയും കൂടുതല്‍ വിവരങ്ങള്‍ ഡെബിയന്റെ സഹായക്കുറിപ്പിനുള്ള സംരംഭത്തില്‍ (DDP) നിന്ന് ലഭ്യമാണ്. ഡെബിയന്‍ ഉപയോക്താക്കള്‍ക്കും രചയിതാക്കള്‍ക്കും     വേണ്ടി നല്ല നിലവാരം പുലര്‍ത്തുന്ന സഹായക്കുറിപ്പുകള്‍ തയ്യാറാക്കുന്ന ഈ സംരംഭത്തില്‍ നിന്ന് ഡെബിയന്‍ റഫറന്‍സ്, ഡെബിയന്‍ പുതിയ പരിപാലകര്‍ക്കായുള്ള വഴികാട്ടി, ഡെബിയന്‍ FAQ മുതലായ കുറിപ്പുകള്‍ ലഭ്യമാണ്. കൂടുതല്‍ വിവരങ്ങള്‍ക്കായി DDP വെബ്സൈറ്റ് (http://www.debian.org/doc/ddp) കാണുക. ഓരോ പാക്കേജിനുമുള്ള സഹായക്കുറിപ്പുകള്‍ /usr/share/doc/package എന്നയിടത്തിലേക്ക്     പകര്‍ത്തിയിട്ടുണ്ട്. പകര്‍പ്പവകാശം, ഡെബിയനുമായി ബന്ധപ്പെട്ട കാര്യങ്ങള്‍, ഉറവയില്‍ നിന്നുള്ള സഹായകുറിപ്പുകള്‍ മുതലായവ അവിടെയുണ്ടാകാം. 6.2. സഹായം ലഭിക്കാന്‍ ഡെബിയന്‍ ഉപയോക്താക്കള്‍ക്കു സഹായത്തിനും ഉപദേശത്തിനും പിന്തുണയ്ക്കും പല ഉറവിടങ്ങളുമുണ്ടു്, പക്ഷേ അവ     എല്ലാ ഉറവിടവുമുപയോഗിച്ചു് പ്രശ്നത്തിന്റെ എല്ലാ വശങ്ങളും രേഖപ്പെടുത്താനുള്ള ഗവേഷണം നടത്തിയതിനു് ശേഷമായിരിയ്ക്കണം. പുതിയ ഡെബിയന്‍ ഉപയോക്താക്കള്‍ക്കും സഹായകരമാകുന്ന ഇവയ്ക്കൊരു ആമുഖം നല്‍കുകയാണു് ഈ ഭാഗത്തു്. 6.2.1. മെയിലിങ്ങ് ലിസ്റ്റുകള്‍ debian-user-list (ആംഗലേയം), debian-user-ഭാഷ ലിസ്റ്റുകള്‍ (മറ്റു ഭാഷകള്‍) എന്നീ ഈമെയില്‍-കൂട്ടങ്ങള്‍ ഡെബിയന്‍ ഉപയോക്താക്കള്‍ക്ക് ഉപകാരപ്രദമാണ്. ഇവയെക്കുറിച്ച് കൂടുതല്‍     വിവരങ്ങള്‍ക്കും, വരിക്കാരാകാനും http://lists.debian.org/ (http:// lists.debian.org/) കാണുക. ചോദ്യങ്ങള്‍ ചോദിക്കുന്നതിന് മുമ്പു് ഈമെയില്‍ കൂട്ടത്തിന്റെ ശേഖരങ്ങളില്‍ തെരയുക, കൂടാതെ ഈമെയില്‍-കൂട്ടങ്ങളില്‍ സാമാന്യ മര്യാദകള്‍ പാലിക്കുക. 6.2.2. ഇന്റര്‍നെറ്റ് റിലേ ചാറ്റ്     ഡെബിയന്‍ ഉപയോക്താക്കള്‍ക്ക് സഹായത്തിനായി OFTC IRC ശൃംഖലയില്‍ ഒരു പ്രത്യേകം ചാനല്‍ തന്നെയുണ്ട്. നിങ്ങളുടെ IRC പ്രയോഗം ഉപയോഗിച്ച് irc.debian.org-ലെ #debian ചാനലില്‍ ചേരുക.     ചാനലിലെ നിയമങ്ങളും മര്യാദകളും പാലിക്കുക. മറ്റുപയോക്താക്കളെ ബഹുമാനിക്കുക. നിര്‍ദ്ദേശങ്ങള്‍ ഇവിടെ ലഭ്യമാണ്: Debian Wiki (http://wiki.debian.org/DebianIRC) .     OFTC-യെക്കുറിച്ചുള്ള കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് വെബ്സൈറ്റ് (http://www.oftc.net/) സന്ദര്‍ശിക്കുക. 6.3. പിശകുകള്‍ ചൂണ്ടിക്കാണിക്കാന്‍ Debian GNU/Linux ഒരു ഉന്നത നിലവാരം പുലര്‍ത്തുന്ന ഒരു പ്രവര്‍ത്തകസംവിധാനമാക്കാന്‍ ഞങ്ങള്‍ അഹോരാത്രം പ്രവര്‍ത്തിക്കുന്നുണ്ടെങ്കിലും ഞങ്ങള്‍ വിതരണം ചെയ്യുന്ന പാക്കേജുകളില്‍ പിശകുകളൊട്ടുമില്ല     എന്നവകാശപ്പെടാനാവില്ല. ഡെബിയന്റെ സുതാര്യമായ സംവിധാനം പ്രകാരം, ഞങ്ങളുടെ പിഴവുകള്‍ നിരീക്ഷിയ്ക്കാനുള്ള സംവിധാനത്തിലൂടെ (BTS) ചൂണ്ടിക്കാണിക്കപ്പെട്ട പിശകുകളുടെ എല്ലാ വിവരങ്ങളും ലഭ്യമാണ്. BTS ഇവിടെ ലഭ്യമാണ്: bugs.debian.org (http://bugs.debian.org/) . ഈ വിതരണത്തിലോ, അതില്‍ ഉള്‍പ്പെട്ട ഏതെങ്കിലും പാക്കേജിലോ എന്തെങ്കിലും പിശകുകള്‍ കണ്ടെത്തിയാല്‍ അവ     ശരിയാക്കുന്നതിലേക്കായി ഞങ്ങളെ അറിയിക്കാന്‍ താത്പര്യപ്പെടുന്നു. ഇതിന് നിങ്ങള്‍ക്ക് ഒരു ഈമെയില്‍ വിലാസം ആവശ്യമാണ്. ഞങ്ങളുടെ ശ്രദ്ധയില്‍ പെടുത്തുന്ന പിശകുകള്‍ നിരീക്ഷിക്കാനും കൂടുതല്‍ വിവരങ്ങള്‍ ആരായാനുമാണ് നിങ്ങളുടെ വിലാസം വേണ്ടിവരുന്നത്. reportbug എന്ന പ്രോഗ്രാം ഉപയോഗിച്ചോ, ഈമെയില്‍ മുഖേനെയോ നിങ്ങള്‍ക്ക് പിശകുകള്‍ ചൂണ്ടിക്കാണിക്കാം.     പിഴവുകള്‍ നിരീക്ഷിയ്ക്കാനുള്ള സംവിധാനത്തെക്കുറിച്ച് കൂടുതല്‍ അറിയാന്‍ സഹായക്കുറിപ്പുകള്‍ (doc-debian ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെങ്കില്‍ ഇവിടെ: /usr/share/doc/debian) വായിക്കുകയോ ഓണ്‍ലൈനായി പിഴവുകള്‍ നിരീക്ഷിയ്ക്കാനുള്ള സംവിധാനം (http://bugs.debian.org/) കാണുകയോ ചെയ്യുക. 6.4. ഡെബിയന്‍ സംരംഭത്തിലേക്ക് നിങ്ങളുടെ സംഭാവന ഡെബിയനില്‍ എന്തെങ്കിലും സംഭാവന ചെയ്യാന്‍ നിങ്ങള്‍ ഒരു വിദഗ്ദ്ധനാകണമെന്നൊന്നുമില്ല. മറ്റുപയോക്താക്കളെ സഹായിക്കുവാനുള്ള ലിസ്റ്റുകള്‍ (http://lists.debian.org/) വഴി നിങ്ങള്‍ക്ക് ഡെബിയന്‍ സമൂഹത്തിന് നല്ല സംഭാവന നല്കാന്‍ സാധിക്കും. ഈ വിതരണം തയാറാക്കുന്നതിനിടയില്‍ വരുന്ന പ്രശ്നങ്ങള്‍ കണ്ടുപിടിക്കുന്നതും ശരിയാക്കുന്നതിനും വികസന ലിസ്റ്റുകളില്‍ (http://lists.debian.org/)     പങ്കെടുക്കുന്നതും. വളരെയേറെ സഹായകരമാണ്. ഡെബിയന്റെ ഉയര്‍ന്ന നിലവാരം നിലനിര്‍ത്തുന്നതിന് വേണ്ടി പിശകുകള്‍ ചൂണ്ടിക്കാണിക്കുകയും (http://bugs.debian.org/) അവ ശരിയാക്കാന്‍ സഹായിക്കുകയും ചെയ്യുക. താങ്കള്‍ക്ക് രചനാപാടവം ഉണ്ടെങ്കില്‍ പുതിയ സഹായക്കുറിപ്പുകള്‍ (http:// www.debian.org/doc/ddp) എഴുതുവാനും ഉള്ളവ താങ്കളുടെ ഭാഷയിലേക്ക് തര്‍ജ്ജമ (http:// www.debian.org/international//) ചെയ്യുവാനും സഹായിക്കുക. നിങ്ങള്‍ക്ക് അല്‍പം കൂടി സമയം ചെലവഴിക്കാമെങ്കില്‍ ഡെബിയന്റെ ഏതെങ്കിലും സ്വതന്ത്രസോഫ്റ്റ്‌വെയര്‍ ഭാഗം പരിപാലിക്കുന്നതിനെക്കുറിച്ച് ചിന്തിക്കാം. ഡെബിയനില്‍ ഉള്‍പ്പെടുത്തിക്കാണാന്‍ ഉപയോക്താക്കള്‍ ആഗ്രഹിക്കുന്ന ഏതെങ്കിലും ഭാഗം ഏറ്റെടുക്കുന്നത് വളരെയേറെ സഹായകരമായിരിക്കും. ഈ വിവരങ്ങള്‍ ഇവിടെ ലഭ്യമാണ്: ശ്രമം     ആവശ്യമുള്ളതും വരാന്‍ പോകുന്നതുമായവ (http://www.debian.org/devel/wnpp/) . പ്രത്യേക കൂട്ടങ്ങളില്‍ നിങ്ങള്‍ക്കു് താത്പര്യമുണ്ടെങ്കില്‍ ഡെബിയന്‍ ജൂനിയര്‍ (http:// www.debian.org/devel/debian-jr/) , ഡെബിയന്‍ വൈദ്യം (http:// www.debian.org/devel/debian-med/) തുടങ്ങി പ്രത്യേക വാസ്തുവിദ്യയിലേയ്ക്കുള്ള മാറ്റം വരെയുള്ള ഡെബിയന്റെ ഉപസംരംഭങ്ങളില്‍ പങ്കെടുക്കുന്നതില്‍ നിങ്ങള്‍ക്കു് സന്തോഷം കണ്ടെത്താം. നിങ്ങള്‍ ഏതെങ്കിലും തരത്തില്‍ സ്വതന്ത്രസോഫ്റ്റ്‌വെയര്‍ സമൂഹത്തില്‍ പ്രവര്‍ത്തിക്കുന്നയാളാണെങ്കില്‍,     ഉപയോക്താവ്, പ്രോഗ്രാമര്‍, എഴുത്ത്, തര്‍ജ്ജമ, എങ്ങിനെയോ ആകട്ടെ, നിങ്ങള്‍ ഇപ്പോള്‍തന്നെ ഈ പ്രസ്ഥാനത്തെ സഹായിച്ചുകൊണ്ടിരിക്കുകയാണ്. നിങ്ങളുടെ പങ്കാളിത്തം മനസ്സിന് സന്തോഷമേകുമെന്നു മാത്രമല്ല പുതിയ സുഹൃത്തുക്കളെ പരിചയപ്പെടാനും വഴിയൊരുക്കും. Appendix A. നിങ്ങളുടെ etch സിസ്റ്റം കൈകാര്യം ചെയ്യാന്‍ lenny യിലേയ്ക്കു് കയറുന്നതിന് മുന്‍പ് ഇന്‍സ്റ്റാള്‍ ചെയ്യുവാനോ, etch യിലേയ്ക്കു് കയറുവാനോ നിങ്ങള്‍ക്ക്     സാധിയ്ക്കും എന്നുറപ്പു വരുത്തുവാനുള്ള വിവരങ്ങള്‍ ഈ അനുബന്ധത്തില്‍ ലഭ്യമാണ്. ഇത് ചില പ്രത്യേക സന്ദര്‍ഭങ്ങളിലേ ആവശ്യം വരികയുള്ളൂ. A.1. നിങ്ങളുടെ പഴയ etch സിസ്റ്റത്തെ അപ്ഗ്രേഡ് ചെയ്യാന്‍ അടിസ്ഥാനപരമായി നിങ്ങള്‍ etch ല്‍ ചെയ്തുകൊണ്ടിരുന്ന മറ്റെല്ലാ നവീകരണങ്ങള്‍ പോലെ തന്നെയേ ഉള്ളൂ ഇതും.     നിങ്ങളുടെ പായ്ക്കേജ് പട്ടികയ്ക്ക് Section A.2, “നിങ്ങളുടെ സോഴ്സ് പട്ടിക പരിശോധിയ്ക്കുന്നതു്” ല്‍ വിശദീകരിച്ചിരിയ്ക്കുന്നത് പൊലെ etch ലേയ്ക്ക് പ്രതിപാധ്യങ്ങള്‍ ഉണ്ടെന്ന് ഉറപ്പു വരുത്തണം എന്ന് മാത്രം.     ഒരു ഡെബിയന്‍ മിറര്‍ ഉപയോഗിച്ച് നിങ്ങള്‍ കയറുകയാണെങ്കില്‍, അതു് താനേ ഏറ്റവും പുതിയ etch പോയിന്റ് പതിപ്പിലേക്ക് പുതുക്കി കൊള്ളും. A.2. നിങ്ങളുടെ സോഴ്സ് പട്ടിക പരിശോധിയ്ക്കുന്നതു് /etc/apt/sources.list എന്ന ഫയലിലെ ഏതെങ്കിലും വരി, 'stable' എന്നാണെങ്കില്‍, നിങ്ങള്‍     ഇപ്പോള്‍ തന്നെ lenny ആണ് “ഉപയോഗിയ്ക്കുന്നത്” . നിങ്ങള്‍ apt-get update കൊടുത്തുപോയെങ്കില്‍ താഴെപ്പറയുന്നതുപോലെ ചെയ്താല്‍ സുരക്ഷിതമായി പൂര്‍വ്വസ്ഥിതിയിലെത്താം. നിങ്ങള്‍ lenny യുടെ പൊതികള്‍ ഇന്‍സ്റ്റാള്‍ ചെയ്തിട്ടുണ്ടെങ്കില്‍, ഇനിയും etch ന്റെ പൊതികള്‍     ഇന്‍സ്റ്റാള്‍ ചെയ്യുന്നതിന്റെ ആവശ്യം വരുന്നില്ല. ഈ സന്ദര്‍ഭത്തില്‍ തുടരണോ വേണ്ടയോ എന്ന് നിങ്ങള്‍ തീരുമാനിയ്ക്കെണ്ടതാണ്. പൊതികളെ തരംതാഴ്ത്താവുന്നതാണ്, എന്നാല്‍ അതെപ്പറ്റി ഇവിടെ പരാമര്‍ശിയ്ക്കുന്നില്ല. (root) അധികാരത്തോടെ നങ്ങള്‍ക്കിഷ്ടമുള്ള എഡിറ്റര്‍ ഉപയോഗിച്ച് /etc/apt/sources.list     എന്ന ഫയല്‍ തുറന്ന് deb http: or deb ftp: എന്ന് തുടങ്ങുന്ന “stable” എന്ന വാക്കുള്ള ഏതെങ്കിലും വരികളുണ്ടോ എന്ന് നോക്കുക. കണ്ടെത്തുകയാണെങ്കില്‍ stable എന്നത് etch എന്നാക്കുക.     deb file: എന്നു് തുടങ്ങുന്ന ഏതെങ്കിലും വരിയുണ്ടെങ്കില്‍, പറഞ്ഞിരിയ്ക്കുന്ന ഇടത്തെത്തി അവിടെ ഒരു etch അല്ലെങ്കില്‍ ഒരു lenny ശേഖരം ഉണ്ടോ എന്ന് നോക്കുക. Important     deb cdrom: എന്ന് തുടങ്ങുന്ന ഒരു വരിയിലും മാറ്റം വരുത്തരുത്. അങ്ങനെ ചെയ്താല്‍ അത് ആ വരിയെ അസാധുവാക്കുയും നിങ്ങള്‍ക്ക് apt-cdrom വീണ്ടും ഓടിയ്ക്കേണ്ടി വരും. 'cdrom' വരി “unstable” എന്ന് പ്രതിപാദിയ്ക്കുന്നതാണെങ്കില്‍ പേടിയ്ക്കെണ്ടതില്ല. ആശയക്കുഴപ്പമുണ്ടാക്കുമെങ്കിലും ഇതു് സാധാരണമാണ്.     നിങ്ങള്‍ എന്തെങ്കിലും മാറ്റങ്ങള്‍ വരുത്തിയിട്ടുണ്ടെങ്കില്‍, അവ സംരക്ഷിച്ചതിനു ശേഷം     # apt-get update     നടപ്പിലാക്കി പൊതികളുടെ പട്ടിക പുതുക്കുക. Appendix B. പ്രസാധനക്കുറിപ്പിലേയ്ക്കു് സംഭാവന ചെയ്തവര്‍     താഴെ പറയുന്നവരുള്‍പ്പെടെ, പക്ഷേ ഇവര്‍ മാത്രമല്ല, പലരും പ്രസാധനക്കുറിപ്പിറക്കാന്‍ സഹായിച്ചു ആദം ഡി കാര്‍ലോ, ആന്‍ഡ്രിയാസ് ബാര്‍ത്ത്, ആന്‍ഡ്രേയി പോപ്പസ്ക്യു, ആനി ബെസിമര്‍, ബോബ് ഹില്ലാര്‍ഡ്, ചാള്‍സ് പ്ലെസി, ക്രിസ്ത്യന്‍ പെറിയര്‍, ഡാനിയല്‍ ബൌമാന്‍, എഡ്ഡി പെട്രിസര്‍, ഇമ്മാനുവല്‍ കാസ്പര്‍, എസ്കോ അരായാര്‍വി, Frans Pop, ജിയോവാനി റാപ്പഗ്നാനി, ഗോര്‍ഡണ്‍ ഫാര്‍ക്കുഹാര്‍സന്‍, ഹാവിയര്‍     ഫെര്‍ണാണ്ടസ്-സാങ്ക്വിനോ പെന, ജെന്‍സ് സീഡല്‍, ജോനാസ് മ്യൂറര്‍, ജോസിപ്പ് റോഡിന്‍, ജസ്റ്റിന്‍ ബി റൈ, ലാമോണ്ട് ജോണ്‍സ്, ലൂക്ക് ക്ലോസ്, മാര്‍ട്ടിന്‍ മിച്ച്മേയര്‍, മിഖേല്‍ ബീബല്‍, മൊറിറ്റ്സ് മുലന്‍ഹോഫ്, നോവ മെയര്‍ഹാന്‍സ്, നൊറിറ്റാഡ കൊബായാഷി, ഒസാമു അവോക്കി, പീറ്റര്‍ ഗ്രീന്‍, റോബ് ബ്രാഡ്ഫോര്‍ഡ്, സാമുവല്‍ തിബാള്‍ട്ട്, സൈമണ്‍ ബിയന്‍ലൈന്‍, സൈമണ്‍ പൈലാര്‍ഡ്, സ്റ്റീഫന്‍ ഫ്രിഷ്, സ്റ്റീവ് ലംഗാസേക് ടോബിയാസ് ഷെറര്‍, വിന്‍സെന്റ് മക്കിന്റയര്‍, ഡബ്ലിയു. മാര്‍ട്ടിന്‍ ബോര്‍ഗെര്‍ട്ട്.         മലയാളത്തിലേയ്ക്കു് പരിഭാഷ ചെയ്തതു്: മണിലാല്‍ കെഎം, പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍, പ്രവീണ്‍ പി, ശങ്കരനാരായണന്‍ , ശ്യാം കൃഷ്ണന്‍ Appendix C. തീമോ സ്യൂഫറിനായി ലെന്നി സമര്‍പ്പിയ്ക്കുന്നു     ഡെബിയന്‍ സംരംഭത്തിനു് അതിന്റെ സമൂഹത്തിലെ വളരെ സജീവമായൊരംഗത്തിനെ നഷ്ടപ്പെട്ടു. ഡിസംബര്‍ 26, 2008 നു് ഒരു കാര്‍ അപകടത്തില്‍ തീമോ സ്യൂഫര്‍ കൊല്ലപ്പെട്ടു. തീമോ ഡെബിയനില്‍ പല വഴികളിലൂടെ പ്രവര്‍ത്തിച്ചിരുന്നു. ആദ്ദേഹം പല പൊതികളും പരിപാലിയ്ക്കുകയും ഡെബിയന്റെ മിപ്സ് വാസ്തുവിദ്യയിലേയ്ക്കുള്ള പോര്‍ട്ടിന്റെ പ്രധാന പിന്തുണക്കാരനുമായിരുന്നു. ഞങ്ങളുടെ കെര്‍ണല്‍ സംഘത്തിലേയും     ഡെബിയന്‍ ഇന്‍സ്റ്റോളര്‍ സംഘത്തിലേയും അംഗമായിരുന്നു അദ്ദേഹം. അദ്ദേഹത്തിന്റെ സംഭാവനകള്‍ ഡെബിയന്‍ സംരംഭവും കടന്നു് വളരെ ദൂരം പോയിരുന്നു: അദ്ദേഹം ലിനക്സ് കെര്‍ണലിന്റെ മിപ്സ് പോര്‍ട്ടിലും, ക്യൂഎമുവിന്റെ മിപ്സ് എമുലേഷനിലും, ഇവിടെ പേരെടുത്തു് പറയാന്‍ വളരെയധികമായ ചെറിയ സംരംഭങ്ങളിലും പ്രവര്‍ത്തിച്ചിരുന്നു. തീമോയുടെ പ്രവര്‍ത്തനവും അര്‍പ്പണബോധവും വിശാലമായ സാങ്കേതിക ജ്ഞാനവും മറ്റുള്ളവരുമായി പങ്കുവെയ്ക്കാനുള്ള     കഴിവും നഷ്ടമാകും. അദ്ദേഹത്തിന്റെ സംഭാവനകള്‍ മറക്കുകയില്ല. തീമോയുടെ പ്രവര്‍ത്തനത്തിന്റെ ഉയര്‍ന്ന നിലവാരം അതു് തുടരുന്നതു് പ്രയാസമേറിയതാക്കുന്നു.     അദ്ദേഹത്തിന്റെ ഡെബിയനുള്ള സംഭാവനകളെ മാനിച്ചു്, ഈ സംരംഭം ഡെബിയന്‍ ഗ്നു/ലിനക്സ് 5.0 “ലെന്നി” തീമോയ്ക്കു് സമര്‍പ്പിയ്ക്കുന്നു. Index Symbols അപ്പാച്ചെ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? അബിവേര്‍ഡ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? എക്കിഗ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? എക്സിം, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? എക്സ്‌എഫ്‌സിഇ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? എല്‍എക്സ്‌ഡിഇ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഐസ്ഡ്ടീ, ജാവ ഇപ്പോള്‍ ഡെബിയനില്‍ ഓപ്പണ്‍എസ്എസ്എച്ച്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഓപ്പണ്‍ഓഫീസ്.ഓര്‍ഗ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഓപ്പണ്‍ജെഡികെ, ജാവ ഇപ്പോള്‍ ഡെബിയനില്‍ ഓപ്പണ്‍വിസി, കെര്‍ണല്‍ പൊതിയുന്നതിലെ മാറ്റങ്ങള്‍ കുറിയര്‍, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? കെഓഫീസ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? കെഡിഇ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഗ്നുകാഷ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഗ്നൂമറിക്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഗ്നോം, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ചെറോക്കീ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ജാവ, ജാവ ഇപ്പോള്‍ ഡെബിയനില്‍ ജിമ്പ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ജിസിസി, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ടോംകാറ്റ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഡയ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ഡിവിഡി, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? പിഎച്ച്പി, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? പോസ്റ്റ്ഗ്രെസീക്വല്‍, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? പോസ്റ്റ്ഫിക്സ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ബൈന്‍ഡ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? ബ്ലൂ-റേ, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? മൈസീക്വല്‍, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? മോസില്ല, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം ലിനക്സ് സ്റ്റാന്‍ഡേര്‍ഡ് ബേസ്, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? വിര്‍ച്ച്വലൈസേഷന്‍, കെര്‍ണല്‍ പൊതിയുന്നതിലെ മാറ്റങ്ങള്‍ വിസെര്‍വര്‍, കെര്‍ണല്‍ പൊതിയുന്നതിലെ മാറ്റങ്ങള്‍ സിഡി, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? D DocBook XML, ഈ രചനയുടെ ഉറവിടം E Emdebian, എംഡെബിയന്‍ 1.0 (Debian GNU/Linux lenny 5.0 യെ അടിസ്ഥാനമാക്കിയതു്) Evolution, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? F Firefox, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? G Gaim, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? L LILO, ബൂട്ട് സമയത്തിന്റെ പ്രശ്നങ്ങള്‍ M Microsoft Windows, പ്രധാന മാറ്റങ്ങള്‍ Mozilla, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? N Network Manager, NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും NIS, NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും O OCS Inventory, Security status of OCS Inventory and SQL-Ledger P packages apache2, കാലഹരണപ്പെട്ട പൊതികള്‍ apache2-suexec, അപ്പാച്ചെ2 പുതുക്കല്‍ apt, പുതുക്കലിന്റെ അനുഭവങ്ങള്‍ അറിയിയ്ക്കാന്‍, ആപ്റ്റിനായി ഉറവിടങ്ങള്‍ തയ്യാറാക്കുന്നതു്, അപ്റ്റ് ഇന്റര്‍നെറ്റ് ഉറവിടങ്ങള്‍ ചേര്‍ക്കുന്നതു്, പ്രദേശിക മിററിനായി ആപ്റ്റ് ഉറവിടം ചേര്‍ക്കുന്നതു്, നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക, ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക, ആപ്റ്റിറ്റ്യൂഡ് സൂക്ഷിയ്ക്കുന്ന യന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ ചെയ്ത പൊതികളുടെ പട്ടിക ആപ്റ്റിനൊപ്പം ഉപയോഗിയ്ക്കുന്നതു് aptitude, പൊതികള്‍ കൈകാര്യം ചെയ്യല്‍, നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക , ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക, ആപ്റ്റിറ്റ്യൂഡ് സൂക്ഷിയ്ക്കുന്ന യന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ ചെയ്ത പൊതികളുടെ പട്ടിക ആപ്റ്റിനൊപ്പം ഉപയോഗിയ്ക്കുന്നതു് base-config, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം bind, കാലഹരണപ്പെട്ട പൊതികള്‍ bind9, കാലഹരണപ്പെട്ട പൊതികള്‍ dblatex, ഈ രചനയുടെ ഉറവിടം debian-goodies, നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക doc-debian, പിശകുകള്‍ ചൂണ്ടിക്കാണിക്കാന്‍ docbook-xsl, ഈ രചനയുടെ ഉറവിടം eeepc-acpi-scripts, നെറ്റ്ബുക്ക് പിന്തുണ emacs22, ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല emacs22-gtk, ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല emacs22-nox, ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല exim, കാലഹരണപ്പെട്ട പൊതികള്‍ exim4, കാലഹരണപ്പെട്ട പൊതികള്‍ firefox, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം glibc, ചേര്‍ന്നൊരു കെര്‍ണലാണുപയോഗിയ്ക്കുന്നതെന്നുറപ്പാക്കുക grub, സ്വയം നിര്‍ത്തിവയ്ക്കുന്നതു് പ്രര്‍ത്തിക്കുന്നില്ല hotplug, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം iceape, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം icedove, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്?, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം iceowl, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം iceweasel, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്?, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം initramfs-tools, ഇനിറ്റാര്‍ഡിയുപയോഗിച്ചു് ബൂട്ട് സമയത്തെ പിഴവു് തിരുത്താനുള്ള ഷെല്‍, കെര്‍ണലും ബന്ധപ്പെട്ട പൊതികളും നവീകരിക്കുന്നു, ഉപകരണങ്ങള്‍ക്കു് സംഖ്യയിടുന്നതില്‍ മാറ്റം, ബൂട്ട് സമയത്തിന്റെ പ്രശ്നങ്ങള്‍ kernel-package, കെര്‍ണല്‍ മെറ്റാപാക്കേജ് ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതു് libc6, ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക lilo, lilo വീണ്ടും പ്രവര്‍ത്തിപ്പിക്കുക, സ്വയം നിര്‍ത്തിവയ്ക്കുന്നതു് പ്രര്‍ത്തിക്കുന്നില്ല linux-image-*, കെര്‍ണലും ബന്ധപ്പെട്ട പൊതികളും നവീകരിക്കുന്നു linux-image-2.6-686, കെര്‍ണല്‍ മെറ്റാപാക്കേജ് ഇന്‍സ്റ്റോള്‍ ചെയ്യുന്നതു് localepurge, നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക locales, ആദ്യമായി apt ഉം/ഓ aptitude ഉം/ഓ നവീകരിയ്ക്കുക lxde, നെറ്റ്ബുക്ക് പിന്തുണ mount, ഇപ്പോള്‍ NFS കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്. netkit-inetd, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം network-manager, NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും nfs-common, ഇപ്പോള്‍ NFS കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്. nis, NISഉം ശൃംഖലാ നടത്തിപ്പുകാരനും ocsinventory-server, Security status of OCS Inventory and SQL-Ledger popularity-contest, നവീകരണത്തിനാവശ്യമായ സ്ഥലം നിങ്ങള്‍ക്കുണ്ടെന്നുറപ്പുവരുത്തുക postgresql-7.4, കാലഹരണപ്പെട്ട പൊതികള്‍ postgresql-8.1, കാലഹരണപ്പെട്ട പൊതികള്‍ python2.3, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം release-notes, ഈ രചനയിലെ പിഴവുകള്‍ അറിയിയ്ക്കാന്‍ rsyslog, സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ seamonkey, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം sql-ledger, Security status of OCS Inventory and SQL-Ledger squid, ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം sunbird, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം syklogd, സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ sysklogd, സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ thunderbird, മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം udev, കെര്‍ണലും ബന്ധപ്പെട്ട പൊതികളും നവീകരിക്കുന്നു, ഉപകരണങ്ങള്‍ക്കു് സംഖ്യയിടുന്നതില്‍ മാറ്റം, ബൂട്ട് സമയത്തിന്റെ പ്രശ്നങ്ങള്‍, യുഡേവുമായി ബന്ധപ്പെട്ട ഉപകരണങ്ങളുടെ പ്രശ്നങ്ങള്‍, ഒറ്റക്കും തറ്റക്കുമുള്ള ശൃംഖലയുടെ തുടക്കം പ്രവചനാതീതമായ പെരുമാറ്റങ്ങള്‍ക്കിടയാക്കുന്നു upgrade-reports, പുതുക്കലിന്റെ അനുഭവങ്ങള്‍ അറിയിയ്ക്കാന്‍ util-linux, ഇപ്പോള്‍ NFS കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്. wireless-tools, WPA സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം wpasupplicant, WPA സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം xfree86-common, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം xkb-data, റൊമാനിയന്‍ (ro) കീബോര്‍ഡ് വിന്യാ‌സത്തിനു് മാറ്റം xlibs, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം xmlroff, ഈ രചനയുടെ ഉറവിടം xserver-common, ചുരുങ്ങിയ സിസ്റ്റത്തിന്റെ നവീകരണം അപ്പാച്ചെ(apache), കാലഹരണപ്പെട്ട പൊതികള്‍ പിഎഛ്പി4(php4), കാലഹരണപ്പെട്ട പൊതികള്‍ പിഎഛ്പി5(php5), കാലഹരണപ്പെട്ട പൊതികള്‍ Pidgin, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? S SELinux, സിസ്റ്റത്തിലെ മെച്ചപ്പെടലുകള്‍ SQL-Ledger, Security status of OCS Inventory and SQL-Ledger T Thunderbird, വിതരണത്തില്‍ പുതുതായെന്താണുള്ളതു്? U Unicode, ഈമാക്സ്21* ല്‍ സഹജമായ യൂണികോഡ് പിന്തുണയില്ല V visually-impaired users, പ്രധാന മാറ്റങ്ങള്‍ W WPA, WPA സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം Glossary ഏസിപിഐ ആധുനികവല്‍‌ക്കരിച്ച ക്രമീകരണവും ഊര്‍ജ്ജ വിനിമയതലവും അല്‍സാ ആധുനികവല്‍ക്കരിച്ച ലിനക്സ് ശബ്ദ ശില്‍പ്പകല ഏപിഎം ആധുനികവല്‍ക്കരിച്ച ഊര്‍ജ്ജഭരണം സിഡി കോമ്പാക്റ്റ് ഡിസ്ക് സിഡി-റോം കോമ്പാക്റ്റ് ഡിസ്ക് റീഡ് ഒണ്‍ലി മെമ്മറി ഡിഎച്ച്സിപി ഡൈനാമിക് ഹോസ്റ്റ് ക്രമീകരണ നിയമാവലി ഡി‌എന്‍എസ് ഡൊമൈന്‍ നാമ സിസ്റ്റം ഡിവിഡി ഡിജിറ്റല്‍ വേഴ്സറ്റൈല്‍ ഡിസ്ക് ജിമ്പ് ഗ്നൂ ഛായാ കൈകാര്യ പരിപാടി ഗ്നു ഗ്നു യൂനിക്സല്ല ജിപിജി ഗ്നു പ്രൈവസി ഗാര്‍ഡ് ഐഡി‌ഈ സംയോജിത ഡ്രൈവ് എലക്ട്രോണികം എല്‍ഡാപ് ലൈറ്റ്‌വെയ്റ്റ് ഡയറക്റ്ററി സമീപന നിയമാവലി ലിലൊ ലീനക്സ് കയറ്റുന്നവന്‍ എല്‍എസ്ബി ലിനക്സ് ഏകീകൃത അടിത്തറ എല്‍വിഎം ലോജിക്കല്‍ വാള്യം കാര്യസ്ഥന്‍ എം‌ടിഏ തപാല്‍ ഗതാഗത ഏജന്റ് എന്‍എഫ്‌എസ് ശൃംഖലാ ഫയല്‍ വ്യ‌വസ്ഥ എന്‍ഐ‌സി ശൃംഖല വിനിമയതല കാര്‍ഡ് എന്‍ഐഎസ് ശൃംഖലാ അറിയിപ്പ് സേവനം ഓ‌എസ്‌എസ് സ്വതന്ത്ര ശബ്ദ സംവിധാനം റൈഡ് വളരെയധികം സ്വതന്ത്രഡിസ്ക്കുകളുടെ നിര ആര്‍പിസി റിമോട്ട് പ്രൊസീജറല്‍ കാള്‍ സാറ്റാ ആധുനിക സീരിയല്‍ സാങ്കേതികതയുടെ കൂട്ടുകെട്ട് യുഎസ്ബി ആഗോള സീരിയല്‍ ബസ് യുയുഐഡി പ്രപഞ്ചത്തിലെ സമാനതകളില്ലാത്ത തിരിച്ചറിയല്‍ ഉപാധി വിജിഏ ചലനചിത്രങ്ങളുടെ ഗ്രാഫിക്സ് നിര ഡബ്ലിയു‌പി‌ഏ വൈ-ഫി സംരക്ഷിത സമീപനം