&debian; &release; (`&releasename'), &arch-title; 的發行情報

%dynamicdata; %shareddata; ]> &debian; &release; (`&releasename'), &arch-title; 的發行情報 Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford (current), Frans Pop (current) debian-doc@lists.debian.org &docid; 在發行情報中有什麼新變化

[這份文件的最新版本可於取得。如果在您手上的已經是一個月以前的版本的話，您可能就要考慮下載新的版本了。]

請注意，在先前的發行情報之中會包括了在舊有的發行版之前的所有更新資訊。但這些內容將常常會使得這份文件過於複雜，所以我們已決定在此將只會提及自 &debian; 3.0 ('woody') 之後的更新。如果您必須從更為早期的發行版進行昇級的話，請參閱舊有的發行情報。

在 &debian; &release; 中有什麼新增功能

自上一個發行版 &debian; 3.0 ('woody') 以來，所支援的平台列表並沒有任何改變。以下為這個發行版所支援的平台之完整列表。

Intel x86 ('i386')

Motorola 680x0 ('m68k')

Alpha ('alpha')

SPARC ('sparc')

PowerPC ('powerpc')

ARM ('arm')

MIPS ('mips' (Big endian) and 'mipsel' (Little endian))

Intel Itanium ('ia64')

HP PA-RISC ('hppa')

S/390 ('s390')

您可以在中取得更多關於各個平台程式移植的情況，以及專屬於您所使用的硬體平台的相關資訊。

雖然這僅僅是 &debian; 在 &arch-title; 平台上的第二次正式發行，但我們覺得系統本身已經證明了它已達到了可公開發行的水準。然而，因為它從來沒有像其他平台上的發行版那麼的知名，那麼的能被使用者大量測試，所以您還是可能會遭遇到一些問題。請利用我們的來回報您所發現的任何問題；在報告中請不要忘了提及您是在 &architecture; 平台上發現這個錯誤的。

]]> 在 &arch-title; 平台上的 &debian; &release; 發行版所使用的 Kernel 版本為 &kernelversion;。

在 &arch-title; 平台上也提供了 2.6 版的 Kernel，其版本為 &kernelversion-2.6;；請注意，Debian 的 2.6.8 Kernel 套件包含了 2.6.8.1 Kernel 發行版以及許多額外的修正檔。

]]> ]]> 在 &debian; &release; 裡的 &arch-title; 平台上包含了 2.2.25 及 2.4.27 版的 Kernel。在某些子系統上也提供了 2.6.8 版的 Kernel，但請將它們視為僅是實驗性質的。

]]> 在這次的發行版本中有什麼新變化？

比起上個發行版本 &oldreleasename;，新的 Debian 發行版本再度收集了更多的軟體；在這次的發行版本裡包含了超過 9000 個新套件。而大部份的軟體（接近 6500 個套件，大約佔了 &oldreleasename; 發行版本的的套件數量的 73%）是以新的版本收錄在這次的發行版本裡。當然囉，因為種種的原因，也有不少的軟體在這次的發行版本裡被移除掉了。您會看到這些套件的版本已不再更新，並且在套件的管理介面裡它們會被標記為 '廢棄(obsolete)' 套件。

在這次的 &debian; 發行版裡包含了歷經重大改良的 XFree86 4.3 發行版。它不但提供了更廣泛的硬體支援，支援更佳的自動偵測功能，而且也對像是 Xinerama 和 3D 加速等先進技術有了更良好的支援。

在這個新的發行版中現已包含了 GNOME 2.8 及 KDE 3.3，而使得 &debian; 前所未有地適用於桌面環境。而這也是第一次因為 OpenOffice.Org 1.1 的加入而有了完整的辨公室套件。在這個發行版中，其它能提昇生產力的工具還包含了群組軟體 Evolution 以及即時通訊用戶端 GAIM。

&releasename; 版的

正式的 &debian; 發行版包含了十三至十五張（視系統架構而定）的程式光碟及數量相當的原始程式碼光碟，同時 DVD 發行版也已經推出。

新服務 debian-volatile

有個名為 來取得更多的詳細資訊及鏡像站之列表。

請注意，debian-volatile 並 已不再使用 non-US 了
在 &releasename; 發行版中，以前是位於 non-US 區的套件已經被移至一般的檔案庫了。如果在您的 /etc/apt/sources.list 還有任何項目是參照至 "non-us" 的話，您應該將它們移除。
安裝系統有何改變？
舊有的 &debian; 安裝系統已被另一個名為 debian-installer 的全新安裝系統所取代。這個新的安裝系統是以模組化設計，並著重於可擴充性而進行開發的。它已被完整翻譯成近四十種語言；而還有更多語言的翻譯工作也都在進行中，趕在 &releasename; 釋出之前，它們也許能及時被收錄其中。

在此安裝系統中也加入了一些新的功能，包含了改善硬體偵測、支援由 USB 快閃碟開機、在設定 Base System 的過程中，使用 aptitude 來安裝套件、支援了 XFS 檔案系統以及 RAID 及 LVM（一個 volume 管理工具）。

若想要知道關於新的 Debian 安裝系統的完整細節，使用者不妨考慮閱讀包含於第一張光碟，或是位於的 Debian 安裝指引。這個安裝指引已經被完整得翻譯成八種語言，而還有更多語言的翻譯工作也都在進行中。當翻譯工作完成時，您將可以經由網站來取得這些語言的翻譯成果。
在 &arch-title; 平台上，我們特別替視障朋友提供了一系列，名為 "speakup" 的軟碟安裝影像檔。這些影像檔提供了一個能夠支援盲人點字顯示器的特殊 Kernel，您可以在 brltty 文件中取得已支援模組的完整列表。請查閱來取得這些影像檔的更多相關訊息。
]]> 新系統的安裝
名為 boot-floppies 的舊式 &debian; 安裝系統已被全新架構且功能更為強大，名為 debian-installer 的安裝系統所取代了。

這個安裝程式提供了多種不同的安裝方式。您可以依據您硬體架構的不同而有種種不同的安裝方式可供選擇。

如果您所要進行的是安裝全新的 Debian 系統，您應該閱讀安裝指引。它位於官方光碟上的： /doc/install/manual/language/index.html 或者是位於網際網路上的。您也許還希望能到上查看 debian-installer 的相關資訊。
這個安裝系統預設上是使用 2.4 系列的 Kernel，但在 &arch-title; 上也提供了基於 Kernel 2.6 的安裝程式。關於該如何操作等更多資訊請您查閱安裝指引。
]]> 而在 &arch-title; 上，預設是使用 2.6 系列的 Kernel。
]]> ]]> 根據子系統的不同，安裝程式可能會使用 2.2.25 Kernel 或是 2.4.27 Kernel 或是兩者同時使用。對於 mac 而言，最好是能使用 2.2.25 的 Kernel，而其它的子系統則為 2.4.27 的 Kernel。

目前 ]]> 這個新的安裝程式目前只能用於安裝支援 SRM 主控台的 alpha 系統。在啟動安裝程式之前，請務必記得將您的系統切換至 SRM 模式。如果您的機器只支援 AlphaBIOS/ARC 主控台的話，您可以藉由安裝（最小的）&oldreleasename; 並隨即進行昇級，來達到安裝 &releasename; 的目的。如果您想要知道各個主控台的更多相關訊息，請閱讀在上的參考資訊。
]]> 在 &arch-title; 上的鍵盤相關問題
在安裝過程中，存在著幾個和選擇鍵盤相關的問題。

第一個是 Sun 用於像是 SunBlade 系統的 USB 鍵盤的問題。當使用預設的 2.4 版的 Kernel 來進行安裝時，它們會被安裝程式 "誤判" 為一般的 Sun 鍵盤。在安裝指引裡已寫有解決方案。（請參考上文中的連結，【使用 Debian 安裝程式】一節）。

第二個問題和 Kernel 有關。2.6 系列的 Kernel 使用了獨特的輸入層來讓所有的鍵盤都會看起來像是一般的 PC 鍵盤。也就是說，如果您使用了 2.4 的 Kernel 來進行安裝程式，並將其設置為 Sun 或是 USB 的鍵盤。然後（在專家模式裡）選擇在新的系統上使用 2.6 的 Kernel，在重新開機後，您的鍵盤很可能會無法正常運作。
在 &arch-title; 裡的 framebuffer 相關問題
由於在某些系統上會有顯示上的問題，所以在 &arch-title; 裡，預設上是不使用 framebuffer 的。這會使得一些像是搭配了 ATI 顯示卡，對 framebuffer 支援良好的系統，在顯示時的效果變差。如果您在安裝程式裡遇到了顯示上的問題，您可以試著加上 debian-installer/framebuffer=true 這個參數來啟動安裝程式。
]]> 熱門套件競賽
因為技術上的因素，新的 &releasename; 在安裝時預設上將不再安裝

由從先前的發行版進行升級系統升級之準備
在對您的系統進行升級之前，我們強烈建議您能進行一次完整的備份，或至少您也應該把那些絕對不能出任何差錯的資料和設定資訊給備份起來。升級時所使用的工具和升級過程應該不會出什麼差錯，但在升級過程中若發生了什麼硬體錯誤可能會導致系統嚴重受損。

您可能會想進行備份的內容主要包括了 /etc 目錄和 /var/lib/dpkg 目錄中的內容，以及 dpkg --get-selections "*"（請別忘了雙引號）所輸出的資訊。

這個昇級的程序它本身並不會修改在 /home 目錄裡的任何資料，但是已經知道有某些應用程式（例：Mozilla 及部份的 KDE 應用程式）在使用者第一次以新的版本啟動時，會以新的預設值覆蓋使用者原有的設定。為了以防萬一，您也許想要針對在使用者的 home 目錄裡的隱藏檔案及目錄（"dotfiles"，以 . 開頭的檔案或目錄）進行備份。這個備份可以用來回復或重新建立舊有的設定。您也許有必要讓使用者知道有這個問題存在。

您應該在進行任何升級之前先把您的計畫告知所有使用者，雖然一些像是利用 SSH 從遠端來存取系統的使用者在升級過程中可能不會發現什麼異狀，而且可能還會希望他們的工作能夠不會因而中斷。如果您希望能採取額外的預防措施的話，請在升級前備份或卸載使用者的分割區 (/home)。除非您計劃同時進行 Kernel 的昇級，否則您在升級前後通常並不需要重新開機。

您應該在本機透過文字模式的虛擬主控台（或直接連線的序列終端機）或由遠端透過

任何套件安裝的動作都需要有系統管理者的權限才能進行，所以您必須以 root 登入，或使用檢查系統的狀況
在這個章節中所說明的昇級過程是專門為『純粹』的 &oldreleasename; 所寫的。它假設您的系統已經昇級至最新的 &oldreleasename; 發行版。如果您所使用的系統更為老舊，或您根本無從確定，請遵循在裡的相關說明。
它同時也假設您安裝了 &oldreleasename; 版的 $ dpkg -l aptitude 如果輸出的文字並裡的指令來進行昇級之前先行安裝這個套件。
]]> SGI IP22: 設定 arcboot
如果您的是 SGI IP22，您應該先讓它能以 arcboot 啟動，而不是直接經由 Kernel 開機。因為 arcboot 已包含於 &oldreleasename; 裡，所以您使用一般的方式就可以將它安裝起來了。

在您準備安裝 arcboot 之前，您應先確認在您的 sources.list 裡的項目仍是指向 &oldreleasename;。請參考裡的說明。
]]> 關閉 APT 的釘鎖 (Pinning) 功能
如果您將 APT 設定為可以安裝除了 stable 發行版之外的套件，（像是：從 testing），您可能必須修改您的 APT 的釘鎖 (Pinning) 設定（儲存於 /etc/apt/preferences 中）來讓將會進行昇級的套件能夠昇級至新的 stable 發行版。您可以在取得 APT 的釘鎖功能的更多詳盡資訊。
檢查套件的狀態
不論您是用什麼方式進行系統的更新，我們都建議您先檢查所有套件的狀態，並確認所有的套件都能夠被順利昇級。以下的指令會顯示所有狀態為半安裝 (Half-Installed) 或設定失敗 (Failed-Config) 或有其他任何錯誤的套件。 # dpkg --audit

除此之外，檢查系統中所有套件狀態的方法還包括使用使用 # dpkg -l | pager 或是 # dpkg --get-selections > ~/curr-pkgs.txt

最佳的做法是在進行系統升級前移除所有的保留 (hold) 套件。如果在升級過程中有任何的關鍵套件被設定為保留狀態，那麼升級的作業就會失敗。您可以用以下的指令找出被設定為保留狀態的套件： # dpkg --get-selections | grep hold

如果您自行在系統中變更並重新編譯了某個套件，但卻沒有把它更名或在版本號碼中使用 epoch（自行定義版本號碼），那您就必須把它設定為保留狀態，以防止它被升級到新的版本。 # aptitude hold | unhold <package name> ]]> # dpkg --get-selections > ~/curr-sels.txt 將檔案中的 "hold" 修改為 "install"（或是相反的動作），然後執行 # dpkg --set-selections < ~/curr-sels.txt ]]>

如果還有什麼地方尚未進行調整，請最好再次確認您的的說明。
非官方的來源及 backports
如果在您的系統裡安裝了不是由 Debian 所提供的套件，您必須要知道的是，在昇級的過程中，它們可能會因為相依性的關係而被移除掉。如果這些套件是先在 /etc/apt/sources.list 新增了額外的套件檔案庫然後再加以安裝的，您應該檢查一下那個檔案庫是否也提供了特別為 &releasename; 而編譯的套件，然後在替 Debian 變更套件來源時也同時適當得修改這些套件的來源項目。

也許有些使用者會在他們的 &oldreleasename; 上安裝了在 Debian 因為 Debian 的套件管理程式不允許某一個套件移除或取代了屬於另一個套件的檔案，除非那一個套件本來就是用來取代這個套件的。。在那一節有一些當發生了檔案衝突時該如何解決的資訊。
檢查 Kernel 是否支援所有使用 64bit SPARC CPU (sun4u) 的機器並不需要特地去考慮有關 Kernel 是否支援等問題就應該能夠順利昇級。

在 &releasename; 裡，sun4c CPUs 已經不再被支援了。因為 sun4d CPUs 實在太罕見了，所以實在難以明確知道它們的支援狀況到底是如何。不過據信 sun4d CPUs 應該是可以和 MMU 搭配工作的。

而 sun4m CPUs 則仍被支援中，但在昇級您的系統之前，您必須先將您的 Kernel 昇級至較新的版本。這是因為較新版本的 glibc 使用了部份機器所無法支援的組合指令，所以無論如何您必須先進行 Kernel 的昇級以便能模擬這些無法支援的指令。

以技術的眼光來看，只有部份 sun4m 的晶片會受此影響，但是因為 glibc 無法精確地直接判斷某個系統是否受到影響，所以只要是沒有安裝修正過後的 Kernel，glibc 會拒絕在任何的 32bit SPARC 系統上進行昇級。

對於那些充滿血淚的細節有興趣的人：某些由 Cypress/ROSS 所生產的 sun4m 晶片（和 RT601/CY7C601 是同一晶片，只是名稱不同），並沒有完整得實作 umul 指令。它們被用於早期的 SPARCserver 6xxMP 型號。而較後期的型號則使用 TI 所生產的晶片，但我們目前尚未能明確知曉它們是否也會受到影響。
]]> 如果是 64bit HPPA 機器，在昇級您的系統之前，您必須先將您的 Kernel 昇級至較新的版本。這是因為較新版本的 glibc 使用了部份機器所無法支援的組合指令，所以無論如何您必須先進行 Kernel 的昇級以便能模擬這些無法支援的指令。
]]> 在 &releasename; 裡，真正的 "80386" 處理器已經 ]]> 進行 Kernel 的昇級
如果（也唯有）在上面的章節中指示您必須在進行系統的昇級
您可以從 backports 中取得在安裝 &releasename; 現正使用的 Kernel 時所需的所有工具。您可以在取得要如何才能順利安裝新版本的 Kernel 的詳細步驟。
]]> ]]> ]]> APT 來源之準備工作
在開始進行升級之前，您必須先在 /etc/apt/sources.list 中設定套件列表。

deb" 行中找到的套件全數列入考慮，並安裝其中版本號碼最高的套件，且會依序由列出的來源中取得套件（也因此，當您是由許多不同位置來取得套件時，您可以讓系統依先由本機硬碟，接下來是由光碟片，然後是遠端 HTTP/FTP 的順序來取得套件）。

發行版通常可以使用它的代碼（如，&oldreleasename;、&releasename;）或是它的狀態名稱（如，oldstable、stable、testing、unstable）來表示。使用發行版的代碼有個好處是您將不用為了新的發行版的到來而感到緊張，這也是為什麼會在此提出這個技巧的原因。理所當然的，這也表示了您必須自行去注意發行版是何時發佈的。如果您是替而使用狀態名稱的，在新的發行版發佈的同時，您將會立即發覺大量套件已有新的版本可供更新。
加入網際網路上的 APT 套件來源
雖然系統的預設設定是使用 Debian 在網際網路上的主要伺服器來進行安裝，但您還是可能會希望修改 /etc/apt/sources.list 來改為使用在網路上離您最近的其它鏡像站。

您也可以在取得 Debian 的 HTTP 或 FTP 鏡像站的位址（請參考【Full list of mirrors】小節）。HTTP 鏡像站的傳輸速度通常會比 FTP 映網站來得快。

舉例來說，假設離您最近的 Debian 鏡像站是 &url-debian-mirror-eg;/。當您透過網頁瀏覽器或 FTP 程式來檢視這個網站時，您會發現其中的主要目錄架構會像是這個樣子： &url-debian-mirror-eg;/dists/&releasename;/main/binary-&architecture;/... &url-debian-mirror-eg;/dists/&releasename;/contrib/binary-&architecture;/...

為了要讓 deb &url-debian-mirror-eg; &releasename; main contrib

請注意，`dists' 將會被自動加到路徑中，而在發佈代號之後的參數則會被用來展開成多個不同目錄的路徑。

在加入了新的 APT 來源之後，請在
所有由網路上下載來的安裝所需套件都會被存放在 /var/cache/apt/archives 目錄中（而下載中的檔案則會被存在 partial/ 子目錄中），所以在嘗試開始安裝前請確認您是否有足夠的磁碟空間。對一個裝有大量套件的 Debian 系統來說，下載的資料量應該會超過 300 MB。
增加 APT 的本機鏡像套件來源
您可能也會想修改 /etc/apt/sources.list 中的設定，以使用本機（像是透過 NFS 掛載的）磁碟上的鏡像資料來取代透過 HTTP 或 FTP 存取遠端的套件鏡像站。

舉例來說，如果您的套件鏡像是放在 /var/ftp/debian/ 之下，而主要的目錄看起來是像這樣的話： /var/ftp/debian/dists/&releasename;/main/binary-&architecture;/... /var/ftp/debian/dists/&releasename;/contrib/binary-&architecture;/...

如果要和 deb file:/var/ftp/debian &releasename; main contrib

請注意，`dists' 將會被自動加到路徑中，而在發佈代號後的參數則會被用來展開成多個不同目錄的路徑。

在您加入了新的套件來源之後，請在增加 APT 的 CD-ROM 或 DVD 的套件來源
如果光碟是/etc/apt/sources.list 中原有的 "
請確定在 /etc/fstab 中有著能讓您的光碟機掛載在 /cdrom 這個掛載點下的項目（/cdrom）。舉例來說，如果您的光碟機的裝置是 /dev/hdc，那麼 /etc/fstab 中就應該要有像這樣的一行： /dev/hdc /cdrom auto defaults,noauto,ro 0 0
請注意在第四欄的 defaults,noauto,ro 的字中間一定要確認您的設定是否正確，請放入一張光碟片，並試著執行 # mount /cdrom # 這樣將會將這張 CD 掛載在該掛載點上 # ls -alF /cdrom # 這樣將會列出 CD 的根目錄 # umount /cdrom # 這樣將會卸載這張 CD 接下來對每一張 Debian 的程式光碟執行 # apt-cdrom add 來把每一張光碟的資料加到 APT 的資料庫中。進行套件的升級若要在 &debian; 的發行套件間進行昇級時，建議的工具是使用套件管理工具 aptitude。這個工具在套件安裝上會比起直接執行 apt-get 來得安全。不要忘了用類似以下的指令把所有會用到的分割區（特別是 /usr 和 root 分割區）重新以可讀寫的模式掛載： # mount -o remount,rw /mountpoint 接下來，您必須再次確認在 /etc/apt/sources.list 中的 APT 來源項目是指向 "'stable'。請注意，CD-ROM 的來源項目常常會參照至 " 我們強烈建議您使用 /usr/bin/script 這個程式來記錄升級的完整過程。因為一旦發生了任何問題，您手上就會有發生了什麼問題的確實記錄，而在必要之時，在錯誤報告中也會因而能提供確實的資訊。若要開始進行記錄，請使用 # script -a ~/upgrade-to-&releasename;.typescript 或類似的指令。請不要把記錄檔放在像是 /tmp 或 /var/tmp 之類的暫存目錄下（這些目錄中的檔案可能會在升級的過程中或在重新開機時遭到清除）。而這個程式也允許您重新檢視那些已被捲出螢幕之外的訊息。請切換至第二個虛擬終端機 VT2（使用 less ~root/upgrade-to-&releasename;.typescript 來瀏覽這個檔案。在您完成昇級作業後，您可以藉由在命令列上鍵入更新套件的列表首先，必須從新的發行版中取得可使用套件的列表。要達到這個目的，請執行我們在此使用： # apt-get update 進行 Kernel 的昇級在 &arch-title; 的機器上，在昇級您的系統之前，您必須先將您的 Kernel 昇級至較新的版本。這是因為在新的 libc 和 Kernel 之間進行傳輸的指令缺乏一致的定義，所以您無論如何必須使用能提供正確定義的新版本 Kernel。您可以在取得要如何才能順利安裝新版本的 Kernel 的詳細指示。 ]]> 更新 aptitude ]]> 安裝 aptitude ]]> 在進行昇級的測試中顯示，&releasename; 版的 # aptitude install aptitude ]]> # apt-get install aptitude ]]> 您應該會得到將會進行什麼樣的改變的一串列表，並詢問您是否要繼續進行。在您確認之前，您應該仔細得查看將會進行什麼樣的改變，尤其要注意在昇級的過程中將會被移除掉的那些套件。在某些狀況之下，會列出來一大串將會被移除的套件的列表。您可以藉由使用 "預先昇級, pre-upgrading" 的方式，也就是在安裝 install aptitude perl 來取代 install aptitude 指令。昇級 doc-base 如果系統已經安裝了 doc-base 套件的話，它也必須在昇級系統的其它部份之前就進行昇級。這是因為如果它和 # dpkg -l doc-base 如果輸出的文字是以 "i" 開頭的話，它已經安裝在系統上了，並且在繼續下個動作之前必須先進行昇級。 # aptitude install doc-base 昇級系統的其它部份那麼，現在已經準備好可以進行昇級作業的重頭戲了。請執行： # aptitude -f --with-recommends dist-upgrade 這會對您的系統進行完整的更新，也就是安裝所有套件目前所提供的最新版本，並解決套件在不同發行版之間可能會有的相依性問題。如果有必要的話，它也會安裝一些新的套件（通常是新版的函式庫或是被更名的套件），並移除任何和新版套件發生衝突的過時套件（像是 console-tools-libs。）如果您是從光碟組來進行升級的話，系統將會在升級進行時不時要求您放入某張特定的光碟片。您可能會需要反覆放入同一張光碟數次；這是由於相關的套件被分散在多張光碟之中所造成的。如果昇級某些已安裝的套件至新版本時會改變其他套件的安裝狀態的話，這些套件就會被保留在原來的狀態（並顯示為 "留置, held back"）。可以使用 aptitude 選擇這些套件並進行安裝，或是試著鍵入 aptitude -f install package，就能夠解決這個問題。在升級過程中可能會發生的問題如果在使用 E: Dynamic MMap ran out of room 那麼，就表示預設的快取空間不夠了。您可以從 /etc/apt/sources.list 中將您不需要的項目加上註解或是乾脆將它移去，或是增加快取空間，來解決這個問題。可以經由設定 /etc/apt/apt.conf 裡的 # echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf 有時候您會需要啟用 APT::Force-LoopBreak 選項讓 APT 暫時移除某個重要的套件，以解決循環的相互衝突(Conflicts) / 相互依存(Pre-Depends) 關係。-o APT::Force-LoopBreak=1 來解決這個問題。系統中的相依關係也可能混亂到需要手動介入才得以解決。通常這代表您需要使用 # dpkg --remove packagename 來清除一些會造成問題的套件，或 # aptitude --fix-broken install # dpkg --configure --pending 在極端的情況下，您可能需要利用類似以下的指令來強制進行重新安裝的動作： # dpkg --install /path/to/packagename.deb 如果您是由一個 "純粹" 的 &oldreleasename; 進行昇級的話，應該不會有檔案衝突的情況發生；但如果您安裝了非官方的 backports 套件時就不一定了。如果發生檔案衝突時，會產生類似以下的錯誤： Unpacking replacement <package-foo> ... dpkg: error processing <package-name-for-foo> (--unpack): trying to overwrite `<some-file-name>', which is also in package <package-bar> 您可以強制移除出現在錯誤訊息裡最 # dpkg -r --force-depends packagename 在問題都修正了之後，您就應該可以重新輸入先前所描述的在升級的過程中，系統可能會詢問您一些問題，以便能對套件進行設定或重新設定。當您被問到是否要把在 /etc/init.d 或 /etc/terminfo 目錄中的檔案或是 /etc/manpath.config 這個檔案置換成套件維護者所提供的版本時，您通常必須回答 `yes' 以維護系統的一致性。您可以在稍後再復原為舊的設定檔，因為它們都會以在檔名後附加如果您不太確定要怎麼做的話，把套件或檔案的名稱寫下來，等稍後再慢慢瞭解實際的狀況。您可以在記錄檔中搜尋，以便能重新檢視在系統升級時出現在螢幕上的資訊。在重新開機前應該完成的工作當 aptitude dist-upgrade 執行完畢後，系統升級「形式上」已經完成了，但仍然有一些工作是在您下次重新啟動系統請閱讀 /usr/share/doc/xfree86-common/README.Debian-upgrade.gz 來取得在昇級 X Window System 套件時的更多相關資訊。這和使用著先前的 Debian 發行版的所有使用者都有關係，簡單得說，您必須先閱讀它。替您的 Kernel 進行昇級請注意，在這些過程中在 &debian; 裡包含了屬於 2.4 系列的 &kernelversion; Kernel，也就是較為舊式的穩定版 Linux Kernel 系列。為了得到更廣泛的硬體支援或是更高的執行效能，您也許會想要使用 2.6 系列的 Kernel。然而，在此強烈建議您裡了。 ]]> 若想要昇級您的 Kernel，您首先必須選定一個最符合於您所使用的平台的 Kernel。若想要取得您可以用來安裝的 Kernel 列表，您可以使用： # apt-cache search ^kernel-image 接下來，您應該使用請注意，&oldreleasename;（包括更之前的發行版本）所安裝的系統並對於那些比較富有冒險心的人，我們也提供了一個在 &debian; 上自行編譯 Kernel 的簡易方法。請安裝 kernel-package 工具並詳細閱讀在 /usr/share/doc/kernel-package 裡的說明文件。被廢棄的套件雖然在 &releasename; 裡採用了數千個新的套件，但它同時也撤除並捨棄了超過兩千個曾經包含在 &oldreleasename; 裡的舊套件。它將不會再提供這些已遭廢棄的套件任何的昇級途徑，雖然我們並不會禁止您企圖繼續使用這些已遭廢棄的套件，但依慣例，在 &releasename; 發佈的一年之後 Debian 專案將不會再針對它們繼續提供安全上的支援或是直到在這段期間內有新的發行版推出為止。基本上，我們只會同時維護兩個 stable 的發行版。，而除此之外，我們在這段期間內一般並不會再提供其它方面的支援。如果可以的話，我們建議您能採用其它的替代方案來取代這些套件。而這些套件為什麼會從發行版中移去的原因不一而足：有的是因為它的原始程式已經沒有人在繼續維護了；有的是因為已經沒有 Debian 的開發者有意願想要繼續維護這些套件了；有的是因為它們所提供的功能已經被其它的軟體（或是新的版本）所取代了；有的是因為它們本身所包含的一些 Bug 使得我們認為它們已無法和 &releasename; 相容。如果是最後一個情況，這些套件很可能是被放在 "unstable" 這個分類裡。因為套件管理的前端介面會將這些套件標示為 "廢棄(obsolete)"，因而我們可以很輕易得就可以判斷在一個已經過昇級後的系統裡，哪些套件已遭廢棄了。如果您所使用的是 aptitude，您可以在【廢棄及本機所建立的套件, Obsolete and Locally Created Packages】這個項目裡看到這些套件的列表。在 dselect 裡也提供了類似的功能但它所顯示的列表可能會有點不太一樣。同時，如果您之前是手動使用 aptitude 來安裝 &oldreleasename; 的套件，它會持續得追蹤這些您手動安裝的套件，並且如果有某個套件被移除了，而使得這些因相依關係而被安裝的套件已經不再有任何作用時，它可以找出這些套件並將其標示為 "廢棄"。而像是 deborphan 並不會將您手動安裝的套件標示為 "廢棄"；但 aptitude 則是完全相反，即使這些套件是因為相依性才被自動安裝進來的。還有一些其它的套件可以讓您用來尋找這些廢棄了的套件，像是 deborphan、debfoster 或 cruft。其中推薦使用 deborphan，因為它在預設的模式下只會報告已遭廢棄了的函式庫：位於 "libs" 或 "oldlibs" 區的套件就表示它們已不再被其它的套件所使用了。但請不要輕率得依據這些工具所回報的列表就把這些套件給移掉了，尤其是您在執行時使用的不是預設的，而是較為寬鬆的選項時，它們很可能會因而做出不正確的判定。因此在此強烈建議您，在進行移除的動作之前，您必須親自再重新檢視一次這些將要被移除的套件，包括它們的內容、大小，及它們的詳細說明。在裡常常會提供了為什麼某個套件會被移掉的相關資訊。您可以使用該套件本身的 bug report 資料庫，或是在裡的 bug report 資料庫來重新檢視這些資訊。虛擬 (Dummy) 套件有時為了讓系統能更易於管理，有些原來是包含於 &oldreleasename; 的套件在 &releasename; 裡已被分開成數個套件。在此況狀下，為了能讓昇級的過程更加順遂，&releasename; 通常會採取提供虛擬 (Dummy) 套件的方式：使用一個和原本是包含於 &oldreleasename; 的套件相同名稱的套件，但它的內容卻是空的，但利用相依上的關聯性來使得新的套件能被安裝。這些虛擬套件在昇級之後就會被視同廢棄套件了，您可以放心得移除它們。大多數（但不是所有）的虛擬套件會在套件的說明中會介紹它們的用途，雖然它們的說明的格式並不統一，所以您可能會發現 deborphan 在搭配 --guess 選項時可以輕易得把它們從您的系統中找出來。請注意，有些虛擬套件並不希望您在昇級後就將其刪除，因為日後您可以替而使用它來追蹤是否有任何新版本出現。在 &releasename; 您必須知道的一些問題 Python 套件的改變所有包含在 &releasename; 中的 python2.X 套件都不會包含 'profile' 和 'pstats' 這些標準模組，因為它們所採用的授權並不符合 DFSG（請參考 bug #293932 來取得更多詳細資訊）。您可以從位於 Debian 檔案庫的 non-free 分類裡的 python-profiler 及 python2.X-profiler 套件中取得這兩個模組。將 Kernel 昇級至 2.6 和 2.4 系列的 Kernel 相較，2.6 系列包含了很多重大的改變。像是模組的名稱已經有所不同，有不少的驅動程式被局部甚至是完全改寫。所以要把一些舊有版本的 Kernel 昇級至 2.6 並不會是件容易事。這段章節的目的就是要讓您知道一些您可能會遇到的問題。所以，在此強烈建議您不要把昇級至 2.6 Kernel 做為將 &oldreleasename; 昇級至 &releasename; 的計劃的一部份。您的首要工作應該是確認您的系統和舊的 Kernel 或是 &releasename; 上的 2.4 系列的 Kernel 搭配時能夠正常運作。而將 Kernel 昇級至 2.6 則應該視為個別的計劃。如果您是自行由原始程式碼來編譯 Kernel 的，請在使用 2.6 Kernel 來重新開機前確認您已安裝了如果您使用了如果您在 /etc/modules 檔案（在系統開機時所要載入的模組列表）有自行加入的項目的話，請您要記得有些模組的名稱已經有所改變，如果真的如此，您必須修改這個檔案並使用新的模組名稱。在一些 SATA 磁碟控制器裡，將指派給磁碟及其分割區的裝置由 /dev/hdX 改變為 /dev/sdX。如果真的如此，您必須適當得修改您的 /etc/fstab 及開機程式的設定。否則您的系統可能會無法正常開機。 ]]> 如果您安裝好了您的 2.6 Kernel，請在重新開機之前，確認您已準備好緊急回復方案。首先，請確認在您的開機程式的設定檔裡包含著您新的 Kernel 以及舊的，可正常作業的 2.4 Kernel 的項目。您應該也要確認在您的手邊有著 "救援 (rescue)" 磁碟片或光碟，以防止在開機程式的一些錯誤設定導致您連舊的 Kernel 都無法開機。鍵盤的設定在 2.6 Kernel 裡最具衝擊性的改變就是發生在輸入層的根本改變。這個改變將會使得所有的鍵盤都會看起來像是 "一般" 的 PC 鍵盤。也就是說，如果您正在使用的鍵盤和一般的有所不同的話，（例： USB-MAC 或 Sun 鍵盤），在使用新的 2.6 的 Kernel 重新開機後，您的鍵盤很可能會無法正常運作。如果您可以從另一個系統來使用 SSH 連進去那台主機，您可以執行 dpkg-reconfigure console-data，並選擇【Select keymap from full list】設定，然後選擇【pc】鍵盤來解決這個問題。如果您在 Consle 所使用的鍵盤受到了影響，那麼您大概也需要替 X Window System 重新設定鍵盤。您可以執行 dpkg-reconfigure xserver-xfree86 或是直接編輯 /etc/X11/XF86Config-4 來達到這個目的。請不要忘了要閱讀在裡所提到的文件。這個問題似乎不會影響到 &arch-title; 架構的機器，因為所有的 PS/2 及絕大多數的 USB 鍵盤應該早已設定為 "一般的" PC 鍵盤了。 ]]> 請注意，如果您正在使用的是 USB 鍵盤，它可能會被設定為 "一般的" PC 鍵盤或是設定為 USB-MAC 鍵盤。如果是前者的話，您將不會受到這個問題的影響。 ]]> 滑鼠的設定再一次地，因為輸入層的改變，如果您在昇級至 2.6 的 kernel 後滑鼠無法正常運作的話，您也許得要重新設定 X Window System 及如果您目前已將 X 設為使用 /dev/sunmouse，您也許得將其修正為 /dev/psaux。 ]]> 設定聲音在 2.6 系列的 Kernel 裡，比起使用 OSS 音效驅動程式，使用 ALSA 的音效驅動程式將會是個更佳選擇。如果您安裝了 /etc/modules 中有加入 OSS 模組，您應該將它們移除。 ]]> 轉換到 2.6 後可能會啟用 udev /dev/ 目錄下並能針對那些被 Kernel 所支援的裝置進行即時的目錄配置。它是藉由和由於雖然 /dev/video 和 /dev/radio）。和 /etc/udev 以取得更詳盡的資訊。 ]]> 無法載入 X Window Systems 如果在將您的機器重新開機後，您無法載入 X Window，並且您在 /var/log/XFree86.0.log 中看到了 "missing core pointer" 這個錯誤訊息，那麼這個問題很可能是因為 )。解決方案是將您的滑鼠的驅動模組（例，psmouse）加到 /etc/modules 裡。在全美達 (Transmeta) Crusoe 系統上的 X Window System 搭載於 &releasename; 的 X server 包含了一些經過最佳化的編碼，但很多的全美達(TM) 的 Crusoe(TM) 處理器卻無法正確得執行它們。這將導致在某一段的時間內（在將被暫存起來的 x86 程式碼轉換至 Crusoe 的 VLIW 指令的過程中，CPU 是處於不穩定的狀態），和它連結的 X 用戶端應用程式將會失敗並留下以下的錯誤資訊： X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 18 (X_ChangeProperty) Serial number of failed request: 15 Current serial number in output stream: 18 在實際的狀況中，這表示在開始運作後不久，應用程式會一個接一個地突然關閉；如果這時有某個顯示管理程式 (display manager) 正在執行中，它會不停得關閉然後試著重新自我啟動。這個狀況會一直持續直至那個問題多多的 VLIW 全美達程式碼將那些暫存的資料處理完畢為止。因為這個問題可能是出在 Transmeta Code Morphing Software (CMS) 裡，而且筆記型電腦的 BIOS 只有在開機時才會由供應商的判別碼來檢查 CMS，所以需要全美達和筆記型電腦的供應商相互合作才能解決這個問題。有關這個問題的更多相關資訊可以由及 Debian 錯誤回報取得。能避免這個問題的方法就是安裝在編譯時沒有經過最佳化的 X server，像是 ]]> 更多關於 &debian; 的資訊閱讀更多資訊除了發行情報和安裝指引之外，Debian 文件計畫 (DDP) 也提供了許多 &debian; 更進一步的說明文件。Debian 文件計畫的目標是替 Debian 的使用者和開發者創作出高品質的文件，其中包括了 Debian 指引、Debian 新維護者指引、以及 Debian 常見問答集，以及其他更多的文件。如果您想瞭解關於這些資源的完整訊息，請參考。個別套件的說明文件則會被安裝到 /usr/share/doc/package 目錄之中，其中可能會包含了版權資訊，專屬於 Debian 的一些訊息，以及任何原作者所提供的說明文件。取得協助 Debian 的使用者可以從許多的管道取得協助、建議、和支援，但您應該只有在用盡了各種手段卻依然找不到問題的解答時才考慮尋求協助。這一節簡單的介紹了對 Debian 的新使用者可能會很有幫助的求助管道。郵件論壇 Debian 的使用者最感興趣的郵件論壇應該是 debian-user 論壇（英文）以及其他的 debian-user- 取得這些論壇的相關細節，以及訂閱的方法。請您在論壇中發言前先檢查過去的論壇存檔中是否已經提供了問題的解答，並請遵守郵件論壇上的基本禮節。 IRC(Internet Relay Chat) 網路聊天室 Freenode IRC network 主要的目的就是向同儕導向的專案社群提供互動式的服務。在那裡 Debian 有一個 IRC 頻道是專門用來支援並幫助 Debian 的使用者的。您只要把您慣用的 IRC 客戶端程式指向 &opn-irc-server; 並加入 #debian 就可以連上這個頻道了。請遵循該頻道的規定，並尊重線上其他的使用者。您可以在上取得更多 Freenode 的相關資訊。回報錯誤我們盡心盡力地讓 Debian GNU/Linux 成為一個高品質的作業系統，但這並不表示我們所提供的套件都是完全沒有任何問題的。為了和 Debian 一貫的開放發展原則相互呼應，也為了能對我們的使用者提供更好的服務，我們在我們自己的錯誤追蹤系統 (BTS) 中提供了對所有報告過的錯誤的所有資訊。您可以在瀏覽錯誤追蹤系統的網站。如果您在我們的系統發行或其中的套件中發現了任何問題，請向我們回報，這樣我們才能在下一次發行前將它修復。您需要擁有一個正確的電子郵件信箱才能夠回報問題，會有這個限制是因為這樣我們才能藉此追蹤錯誤報告的進展，而當開發人員需要更多資訊的時候也才能和原問題報告者取得連繫。您可以藉由 reportbug 程式或是自行使用電子郵件來進行回報錯誤，您可以閱讀參考卡片（如果您有安裝 doc-debian 的話，可以在 /usr/share/doc/debian 裡找到）或到的線上網頁取得更多如何使用錯誤追蹤系統及其它的相關資訊。如何對 Debian 做出貢獻您不需要是個專家才能對 Debian 做出貢獻。當您在各個使用者中協助其他使用者解決問題時，您就是在對整個社群做出貢獻。參與開發者以協助找出（更重要的是解決）和系統發行相關的問題對我們也有極大的幫助。為了維護 Debian 系統發行一貫的高品質，請，並協助開發人員找出問題的起因以修正錯誤。如果您有文字方面的天份，您也可以選擇藉由的撰寫或把現有的文件成您所使用的語言來做出更直接的貢獻。如果您能投注更多的時間的話，您可以負責維護 Debian 中一部分的自由軟體。如果您能夠接續或維護其他使用者希望 Debian 所能提供的軟體的話就更好了，您可以在中取得相關的資訊。如果您的興趣是集中在特別的領域之中，那您可能會想要參加像是某個特定硬體平台的系統移植、，以及之類在 Debian 中的子計畫。不論如何，只要您以任何的方式參加了自由軟體社群的活動，不管是身為使用者、程式員、作者、還是譯者，您就已經對自由軟體的群體努力做出貢獻了。貢獻本身就是一件非常有益而有趣的事情，除了能讓您不斷地遇見新的伙伴之外，也能讓您的心中充滿了溫暖的感覺。進行 Kernel 的昇級這個附錄裡的資訊是特別替那些為了確保系統的昇級能夠順利進行，不得不在系統昇級來決定您的系統是否符合這個情況。 ]]> 以下的指令將會逐步說明如何使用可取得的 backported 工具來安裝新的 Kernel。因為可能還必須安裝一些 &oldreleasename; 的套件，所以您應該先確認在您的 sources.list 中的項目仍然是參照至 &oldreleasename;，請參考的說明。 ]]> 以下的指令將會逐步說明如何安裝新的 Kernel。 ]]> 下載並安裝必需的套件使用 apt：如果您還沒有這麼做的話，請依照裡的說明，修改您的 sources.list 的內容讓它向指向 &releasename;，並更新您的套件列表，替您的機器安裝 kernel-image 套件。您可以在下文中找到可以使用的 Kernel Image 列表，或是使用以下指令： $ apt-cache search ^kernel-image 在安裝套件的過程中，它可能會抱怨模組無法相容並詢問是否該繼續進行安裝。請在此問題上回答是因為這些無法相容的問題將會在您使用新的 Kernel 來重新開機時獲得解決。 with dpkg: 從您慣用的 Debian 鏡像站取得最新的 Kernel 套件。可以使用的套件有： R4XX0 處理器及 SGI IP22 子系統像是 Indy 和 Indigo2 專用。 R5000 處理器及 SGI IP22 子系統像是 Indy 和 Indigo2 專用。 Broadcom BCM91250A (aka SWARM) pass 2.2. 專用。 ]]> 基於 R3000 的 DEC 工作站並搭配 KN02（或相容的）主機版，像是 DECstation 5000/1xx 系列搭配 xx=20,25,33 及 DECstation 5000/240 專用。基於 R4X00 的 DEC 工作站並搭配 KN04（或相容的）主機版，像是 DECstation 5000/150, the Personal DECstation 5000/50 及 the DECstation 5000/260 專用。基於 MIPS 的 Cobalt 機器（像是 Qube、RaQ、Qube2 或 RaQ2）專用。在 Lasat Masquerade Pro 上的 R5000 處理器專用。 Broadcom BCM91250A (aka SWARM) pass 2.2 專用。基於 Au1500 的 XXS1500 板專用。 ]]> 然後，使用 dpkg -i 來安裝這些套件。在安裝時它可能會抱怨模組無法相容（來自 modutils）並詢問是否該繼續進行安裝。請在此問題上回答是因為這些無法相容的問題將會在您使用新的 Kernel 來重新開機時獲得解決。 ]]> 使用 apt：若要使用 apt 或是它的眾多介面程式之一來安裝套件，請將下文中的文字新增至您的 /etc/apt/sources.list 中： deb &url-kernel-upgrade; # 同時也提供了原始碼以供您不時之需 # deb-src &url-kernel-upgrade; 接下來，安裝以下套件 modutils 及 initrd-tools。]]> 接下來，安裝以下套件 module-init-tools、modutils、palo、及 initrd-tools： # apt-get install module-init-tools palo initrd-tools modutils ]]> （接下來，您可以放心得再次把那些額外的項目去掉了。）在將您的 sources.list 檔修改為指 &releasename;，也就是裡所說明的那樣之後，更新您的套件列表並安裝 &upgrade-kernel-image-name; 套件。使用 dpkg：若要直接使用 dpkg 來安裝套件，您必須先去下載一些必要的檔案。 Kernel 套件相依於 &upgrade-kernel-modutils-name;modutils 是相衝突的）]]>；initrd-tools 則相依於 cramfsprogs。而經由一般的方式來安裝 &oldreleasename; 的套件就可以解決其它相關套件（也就是 stat、cpio 及 ash）的相依性的問題。如果您使用了 ]]> ]]> 請別急著刪除您舊的 Kernel 您應該先行確認新的 Kernel 能夠正常開機，且所有在昇級過程中必須用到的硬體（比如說，網路裝置）能夠正常作業。讓您的系統能夠開機您很可能有必要去修改您的開機程式的設定檔 &bootloader-conf;。注意到，新的 Kernel 會用到 initrd，而這在 &oldreleasename; 裡的 Debian Kernel 是不需要的。 ]]> 使用新的 Kernel 重新開機檢查您的系統請小心確認，尤其是輸入裝置、顯示設置、還有會用來存取 &releasename; 套件的設備（比如說，網路裝置、光碟機... 等等）。有些驅動模組的名稱可能已經有所改變了，有些裝置在以前是被編譯進 Kernel 的，而現在則是被編譯成模組... ]]> 管理您的 &oldreleasename; 系統這個附錄包含了在您昇級至 &releasename; 之前，如何讓您能夠順利地安裝或更新 &oldreleasename; 套件的相關說明。這只有在某些特殊狀況之下才會有這個需求。更新您的 &oldreleasename; 系統基本上，這和您所進行過的 &oldreleasename; 的昇級並沒有什麼不同。唯一的不同是您必須先確認您的套件列表是否還是包含了 &oldreleasename; 的套件，請參考在裡的說明。安裝 &oldreleasename; 版的 aptitude 首先，您必須確認您安裝的是 &oldreleasename; 版的裡的指示。之後，直接執行 # apt-get install aptitude 來安裝 ]]> 檢查您的來源列表如果在您的 /etc/apt/sources.list 中有任何的項目是參照至 'stable' 的話，您可能在實際上已經在 "使用" &releasename; 了。如果您已執行了 apt-get update 的話，您還是可以輕易得回到原始的狀態，只要您遵照以下的指示即可。如果您已經安裝了來自 &releasename; 的套件，那麼再安裝來自 &oldreleasename; 的套件就已經沒有太多意義了。在此狀況之下，您應該要自行決定是否要繼續進行。進行套件的降級並不是不可能的事，但是在此並沒有針對這個加以說明。使用您慣用的編輯器，以 root 的身份開啟 /etc/apt/sources.list 這個檔案，然後檢查所有以 deb http: 或 deb ftp: 開頭的項目，看看是否有參照至 " 如果您有任何項目是以 deb file: 開頭的，您必須自行檢查這些項目所提供的是 &oldreleasename; 還是 &releasename; 的檔案庫。 deb cdrom: 開頭的項目。否則，這些項目將會因而無法使用，使得您只得再執行一次如果您進行了任何改變，將檔案儲存並執行 # apt-get update 來更新套件的列表。