Linux PowerPC架構版本搭配PowerbookG4，安裝、設定、使用，個人經驗分享

[IanHo]

遇到矛盾的情境了！！！
之前google查詢 看網頁寫說 若使用 nvidia 晶片組 的電腦 系統灌完重開機之後
遇到畫面全黑或花屏的情境的話，那麼 在 /etc/default/grub
裡頭的某一行加入 nomodeset 字串，再儲存並更新grub，就可以正常看到登入畫面了，
我照著做，真的有看到正常登入畫面，遺憾的是，驅動程式功能不完全，當下的設定環境的
nouveau驅動程式只能呈現 gnome classic 而無法呈現 gnome3 ，
有特別在完全終端機模式下執行 Xorg -configure ，系統生成了個 /root/xorg.conf.new，
我改名搬移到 /etc/X11/xorg.conf，重開機結果還是一樣無法呈現 gnome3，跳回gnome classic
然後我想說去看看，系統的Xorg.0.log，其中有包含這一行訊息

(EE) [drm] failed to open device

google查詢看看怎麼回事，而找到了

http://nouveau.freedesktop.org/wiki/TroubleShooting/
http://wiki.debian.org/NvidiaGraphicsDrivers

結果文件裡頭居然寫說要 移除掉 nomodeset 這串參數設定，怎麼會這樣呢？
這下矛盾了！！！？？？

[IanHo]

連續兩顆筆電規格硬碟（”ocz的50GB ＳＬＣ ＳＳＤ 用近三年“、和一顆傳統硬碟），
無預警掛點，裡頭塞了這兩年個人自己整理過的linux思維
（不同於網路論壇連載的"草稿"，是真的從頭"整理過"的），
全部就這樣沒有了。
連硬碟救援公司都說得"拆盤"，備料得去國外訂訂看，
完全是自己的疏忽，備份資料不夠勤快，
目前心理正在掙扎，要不要繼續寫下去～～～
備份資料不夠確實，導致兩年多來的文字累積全沒了。
這裡是一個現成案例。

[IanHo]

MacBook Pro 1.1 和 Debian 7.1 i386 “整合失敗” 之筆記

硬體環境是
Model Identifier MacBookPro1,1 （2006年上半年款式）
Processor Intel Core Duo (T2500, T2600) ("Yonah")
Processor Speed 2.16 GHz
Architecture 32-bit
Built-in Display 15.4-inch
Memory 2.0 GB

軟體環境是
debian-7.1.0-i386-DVD-1.iso + GNOME

網路上"找不到"符合我所需求的中文文章和任何討論串，英文的部分，我完全有看"沒有懂"。
網路上的文章東翻西翻之後，我打算先來嘗試看看，在MacBookPro安裝“雙系統”，
內建硬碟前半空間安裝MacOSX 10.6，後半空間則安裝debian-7.1.0-i386 + GNOME。
安裝MacOSX 10.6當然沒有問題，然後在用MacOSX 10.6內建的磁碟工具程式.app的時候，
後半空間先刻意留"空白"也就是後半空間完全不分割。再來，我安裝了rEFInd這套開機管理軟體，
rEFInd預設是用內建的純指令行程式的模式來安裝，預設情境是安裝在MacOSX系統分割區內，
我就照著預設值安裝。重開機後就會出現rEFInd開機選單。然後這裡有一個狀況，
就是MacBookPro內建光碟機壞了，而我因故沒有採用外接ＵＳＢ光碟機，而是採用
在另一臺電腦將debian-7.1.0-i386-DVD-1.iso透過 debian7內建的指令"轉換"到
一顆 ＵＳＢ隨身碟內，這顆包含有debian7系統安裝資料的ＵＳＢ隨身碟，在"還沒"安裝
rEFInd之前的MacBookPro，開機選單是抓不到的，再rEFInd安裝之後，rEFInd選單才可以
抓到這顆包含有debian7系統安裝資料的ＵＳＢ隨身碟。接下來就是要開始裝
ＵＳＢ隨身碟內的debian-7.1.0-i386了，依照一般程序來安裝，進入道磁碟分割的步驟時，

我設定的參數大致如下：
3.1kB 未使用空間
sda1 209MB EFI System P
sda2 50GB hfs+ 106
348.2kB 未使用空間
sda3 67GB B F ext4 Debian7i386 /
sda4 2.8GB F swap swap
466.4 kB 未使用空間
未使用空間都是系統（MacOSX/LINUX）自動生成的，不是我設定的，
EFI System P是MacOSX自動生成的，不是我設定的。

選擇並安裝軟體 這個安裝步驟 完成之後，
我跳過了 grub lilo 這兩個開機軟體的安裝步驟，
（預設"只有"裝grub-pc這是BIOS模式的，MacBookPro則是純ＥＦＩ模式的機器，所以不配對）
執行 不安裝開機程式。繼續進行 這個 安裝步驟，
接下來直接跳到 執行 "呼叫shell"這個安裝步驟，
進入 終端機視窗畫面，依序執行指令，
chroot /target （這樣進入/target裡頭，會把 "/target" 當成 "/" ）
mkdir /boot/efi （在 /target/boot/ 下新增 efi 目錄）
mount /dev/sda1 /boot/efi
（ 將 /dev/sda1 (macosx 隱藏的209MB EFI 分割區 ) 掛載到 /target/boot/efi/
之後發現 macosx 隱藏的209MB EFI 分割區 原本就包含有一個 EFI資料夾，
EFI資料夾裡頭還有一個APPLE子資料夾。）
在 /target/boot/efi/EFI/ 下新增一個 debian 目錄（跟APPLE資料夾同階層）。

執行指令 aptitude install grub-efi
安裝grub-efi和相關相依套件，（補充，本篇的安裝情境，系統安裝全程，網路線都是接著的）

執行指令 nano /etc/default/grub
新增一行
...
GRUB_VIDEO_BACKEND="efi_uga"
...
...
取消註解 GRUB_DISABLE_LINUX_UUID=true
...
儲存離開

執行指令update-grub

在執行 update-grub 的時候出線許多疑似錯誤訊息，我沒能把它抄寫下來。

/target/boot/efi/EFI/debian/
路徑下可以發現新增了 grubia32.efi 檔案。

exit
exit
兩次

點選 結束安裝 步驟。

重開機 ，進入 rEFInd 選單 出線了其中一個選項 察看細項有 grubia32 字樣，
點選進去，出現了 grub 選單，點選第一個要進入圖形桌面
畫面運作一下，跑了一堆指令，然後就停住了卡死了，
最後出現的字串我盡可能的抄錄如下，

[0.000000]oops: efitime: can't read time!
[1.935335]i8042: no controller found
loading, please wait...
gave up waiting for root device. common problems:
-boot args (cat /proc/cmdline)
-check rootdelay=(did the system wait long enough?)
-check root= (did the system wait for the right device?)
-missing modules (cat /proc/modules; ls /dev)
alert! /dev/sda3 does not exist. dropping to a shell!
modprobe"module ehci-hcd not found in modules.dep
modprobe"module uhci-hcd not found in modules.dep
modprobe"module ohci-hcd not found in modules.dep
modprobe"module usbhid not found in modules.dep

busybox~~~略

/bin/sh: can't access tty ; job control turned off
(initramfs)

然後就是我解決不了了，我看不懂，google了關鍵字再英文頁面也是有看"沒有懂"。
到底問題出再哪裡？我到底還缺設定什麼東西？

我在用2013年發行的作業系統，搭配了2006年的筆電，系統安裝流程一路順暢，
沒道理最後開不了機啊！！！？？？
不能開機的問題到底出再哪個設定的問題？
為什麼會 /dev/sda3 does not exist ？？？
明明就分割好了啊！系統也裝進去了啊！ /boot有一堆跟開機有關的檔案啊！

參考聯結

The rEFInd Boot Manager
http://www.rodsbooks.com/refind/

EFI mode boot on Macbook3,1 with Debian
http://blogs.gnome.org/diegoe/2012/11/1 ... th-debian/

http://wiki.debian.org/MacBook

http://wiki.debian.org/MacBookPro

[IanHo]

遇到一個問題了，不過目前手邊沒機器，所以是憑印象。
有一臺P4桌上型電腦，主機板內建顯卡晶片和只有ＶＧＡ(15pin)輸出，
內建顯示卡晶片組是intel 865G ，bios可供調整的video ram（抓主記憶體來共用）
最大只能設定到32MB，然後我裝debian7(i386)+gnome，進入gnome classic環境，
搭配一臺原廠原生設定值有1280X1024的17吋ＬＣＤ螢幕BenQ pf71G+ (注意有那個"+")，\
結果gnome系統設定值\顯示器，只有提供800X600、1024X768可以選擇，
而"沒有"1280X1024可以選擇。
在"全圖形介面"的操作前提下，有沒有辦法把1280X1024設定出來？
32MB的VRAM沒道理上不了1280X1024！！！
系統預設不會有xorg.conf ，於是我就在終端機模式下執行Xorg -configure生成了一個，
並且搬移到對應的 /etc/X11/ 之下，
可是重開機後gnome系統設定值\顯示器依舊“沒有”1280X1024可以選擇，
我有參考過這個
http://www.x.org/releases/X11R7.7/doc/m ... el.4.xhtml
推論並確認debian預設環境明明就有安裝好了intel graphic的driver的xorg套件
xserver-xorg-video-intel，
那麼到底還有哪裡需要設定，到底該設定些什麼參數值（在"全圖形介面"的操作前提下），
可以讓gnome系統設定值\顯示器 出現1280X1024選項？？？

[IanHo]

以前的MAC/Windows版本，都會有"一個"圖形介面欄位，
很明確的告訴使用者"現在"的當下的桌面環境的“色彩深度”數值或字串到底是多少，
例如 16bit or 24bit or 32bit ，
印象過去Mac的表示法為 "數萬種顏色" or "數千萬種顏色"。
我手邊的主機軟硬體環境為
PIII 1Ghz＋1.5GB RAM + ati radeon 9200SE 128MB Vram + debian7+ gnome3 (classic mode)
(gnome3進不去)，在終端機模式執行了 Xorg -configure
將 xorg.conf 新生成的原始擋擺放到 /etc/X11/之下了， 重開機 還是進不去gnome3 只能在classic mode，
試著看Xorg官方文件去改幾個 xorg.conf 內 radeon區段的option 重開機後還是一樣只能進入
classic mode。
然後，我想要之到我現在的畫面的 “色彩深度”到底是多少？ 到底是哪“一個”數值？
然後我發現我找不到！！！ xorg.conf裡頭，8bit 16bit 24bit 全都列出來了，格式都一樣，
我無法分辨現在到底是哪一個？ debian7+ gnome3 到底有沒有任何圖形介面工具可以秀出
現在當下的 “色彩深度”到底是是哪“一個”數值？
沒有圖形介面工具的話，有沒有哪個專門針對xorg的純文字指令可以執行顯示
現在當下的 “色彩深度”設定數值到底是是哪“一個”？
google老半天～找不出所以然來，
要找到 我要的答案 真的不容易～～～

[IanHo]

看不懂的 程式記憶體區段錯誤

host os 是 MacOSX intel mac , 8GB ram
guest os 是 debian 7.1 （amd64）+ gnome 3 , 2GB ram
畫面在 gnome classic 模式，所有系統更新已經到頂，
沒執行什麼奇怪的動作，然後就是突然，
執行 應用程式\系統工具\偏好設定\輸入法，一點反應都沒有。
執行 應用程式\附屬應用程式\求助，剛開始會有游標滾輪圖示轉個幾圈，然後一點反應都沒有。
可是直行其它圖形軟體又沒有問題。
然後我突發奇想，找出這兩個項目的指令行，在終端機內執行如下：

ＸＸＸ@debian7Gnome:~$ yelp
程式記憶體區段錯誤
XXX@debian7Gnome:~$ im-config
/usr/share/im-config/im-config.common: line 127: 3678 Done echo -n "$1"
3679 程式記憶體區段錯誤 | zenity --width=600 --height=400 --title "$IM_CONFIG_ID" --text-info
XXX@debian7Gnome:~$

我看不懂～～～
我連host os 都重開機了，結果都還是一樣。

再來我嘗試google關鍵字～我找到這個～我還是看不懂～～～
Debian Bug report logs - #680655
im-config: Segmentation fault after click Cancel or OK in the GUI.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680655
問題到底出在哪裡？我又沒有亂動什麼，為什麼莫名其妙的前一刻還可以執行，
後一刻就不能直行？？？ 到底怎麼回事？？？

這種情境要讓一般enduser轉移linux平台真的會產生困難，因為程式不能執行的情境太莫名其妙了，
是完全沒反應/不知道怎麼回事的那種，而且連 應用程式\系統工具\記錄檔檢視器，裡頭也查不到。

到底怎麼回事啊？有沒有辦法在不系統重灌的前提下，修復啊？

累積點閱次數都快要兩萬次了，可是我的好多問題都還沒有等到我要的答案。

[IanHo]

原來debian wiki 的首頁在那裡～～～

這是屬於ＢＢＳ文化的笨版風格的一個發現～

兩年前我知道了 http://wiki.debian.org/ 這樣一個網址
每次進首頁～都會被導向
http://wiki.debian.org/首页?action=show&redirect=首頁
然後跟我以為的"首頁"不一樣～差很大，頁面怎麼都是空的？
為什麼我找不到首頁的總目錄？ debian wiki 的總目錄到底要去哪裡找？
現在就這麼偶然的，很"不"直觀的，我無聊的去點選了頁面中"關閉此訊息框"的字串。
然後，我找了兩年都找不到的debian wiki "總目錄" 頁面出現了！！！
我的天啊，誰會知道"關閉此訊息框"之後就會出現"總目錄" 頁面啊？
怎麼可以這麼"不"直觀!！！
到底是誰設計這樣的前後順序的啊？？？
---

[IanHo]

這個討論串從2011年第一篇發表至今兩年多的時間，文字內容的份量，以及累積至今的"總點閱次數"，
讓我開始思考有無發行實體書的可能性，若真的要考慮發行實體書的話，當然整個內容要全部重新潤過，
把鄉民式語言文字風格給拿掉，章節排序化，前後邏輯關係要順，而且當必須要"附圖"，
再來就是系統環境必須更新為Debian 7 ，於是我開始陸陸續續的重新整理自己腦海中的想法，
以及重新拼裝整理編刪已經分享出來的筆記，如果真的有機會發行實體書的話，當然，我會有不少內容是不曾在網路上
分享出來過的（這樣書才會有賣點），目前的最初階在LibreOffice ＯＤＴ檔案內的圖文總整理進度約有
95%了。
現在的問題來了，我個人的生活圈，所直接認識的人們，並沒有包含在電腦資訊書籍這一塊的領域，
書籍發行這方面的可能性資訊， "我不曉得從何詢問起！"
我個人自己當然多少會有個夢想，就是例如 天瓏書局的實體店鋪，會上架出現我在這篇套論串所整理出來的
壹本LINUX資訊相關書籍。當然，夢想是一回事，實際上又是另壹回事了。

[IanHo]

安裝openSUSE遇到一堆狀況之一

手邊有兩台機器

Shuttle Barebone XS35GT
主機板是PC BIOS規格的，CPU是64bit的
我嘗試安裝
openSUSE-12.3-DVD-x86_64.iso

MacBook Pro (early 2006)
主機板是EFI規格的，CPU是32bit的
我嘗試安裝
openSUSE-12.3-DVD-i586.iso

在全圖形介面的系統安裝流程畫面中，
openSUSE-12.3-DVD-x86_64.iso
顯示了"開機載入器"有多個項目可以選，
印象中的有
grub
grub2
grub2-efi
lilo
elilo
然後，因為機器是XS35GT，所以我只要選擇grub2就足夠了。

現在問題來了，當我把
openSUSE-12.3-DVD-i586.iso安裝在
MacBook Pro (early 2006)
系統提供的"開機載入器"選項卻只有
grub
grub2
lilo
"完全沒有""grub2-efi"和"elilo"可以選擇，
我該怎麼辦？機器的硬體規格就只有卡死EFI，
"grub2"是不能開機的。系統安裝的畫面我左看又看都找不到可以呼叫出
"grub2-efi"的選項。
openSUSE-12.3-DVD-i586.iso的套件庫中到底有沒有包含"grub2-efi"套件？
有的話有什麼方法可以在全圖形介面系統安裝過程把"grub2-efi"套件塞進去並且即時啓動？

[IanHo]

安裝openSUSE遇到一堆狀況之二

遇到狀況了，之前在Debian7GNOME，可以透過一個系統預設就裝好的"全圖形介面"設定程式，
來切換已經安裝於系統內的多個不同的輸入法框架軟體。

現在換用openSUSE12.3KDE，我當然也需要找類似的"全圖形介面"設定程式，
且這個設定程式需要是KDE原生環境（ＱＴ）的，這樣才能跟KDE桌面一體化。
然而我翻遍了"YaST控制中心""KDE系統設定"怎麼都找不到類似的"全圖形介面"設定程式，
我試著於套件庫內下關鍵字input method去找，也找不到任何看起來像是
用來切換輸入法框架的"全圖形介面"設定程式。我想知道openSUSE12.3"KDE"
到底"有沒有"包含這樣的功能的軟體套件？
如果是"沒有"，那麼openSUSE12.3KDE是有點遜掉了！
目前openSUSE12.3KDE繁中介面預設的輸入法框架是gcin。
偶然間我發現"YaST控制中心"\系統\ /etc/sysconfig編輯器 \ system/environment/language/
input_method 的設定欄位內是"空白"的。
然後下方“可能的值”裡頭例舉的輸入法框架多個之中卻"沒有"包含gcin。
在空白欄位箭號下拉的數個輸入法框架可選項目中，也"沒有"gcin可以選擇。
怎麼會這樣呢？到底是怎麼一回事？ 明明gcin是以經在使用中的系統預設值了啊！？
怎麼 input_method 的設定項目中居然"不包含" gcin ？？？
到底是怎麼了？？？

[IanHo]

安裝openSUSE遇到一堆狀況之三

軟體是openSUSE-12.3-DVD-x86_64.iso＋ＫＤＥ
硬體是 intel C2D + 8GB RAM
只有使用 openSUSE-12.3 x86_64 預設的基本的來源套件庫，
將所有修補程式都安裝完畢，
安裝了來自基本的來源套件庫內的 calligra suite 2.5.4 全套
執行calligra sheets，設定工具列\編輯\新增 公式編輯工具
點選執行 公式編輯工具 按鈕，然後 calligra sheets 瞬間當掉跳離，
然後出現了：
KDE錯誤控制程式
詳細資料：
執行檔：kdeinit4 行程代碼：2294，信號：Segmentation fault（11）
開發者資訊
Application: Calligra Sheets (kdeinit4), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7ffb229a7780 (LWP 2294))]

Thread 2 (Thread 0x7ffafe665700 (LWP 2295)):
#0 0x00007ffb21262e7a in pthread_mutex_lock () from /lib64/libpthread.so.0
#1 0x00007ffb1cf58a71 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2 0x00007ffb1cf1ad6e in g_main_context_acquire () from /usr/lib64/libglib-2.0.so.0
#3 0x00007ffb1cf1b984 in ?? () from /usr/lib64/libglib-2.0.so.0
#4 0x00007ffb1cf1bbc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5 0x00007ffb216212e6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6 0x00007ffb215f1adf in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7 0x00007ffb215f1d68 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8 0x00007ffb214f40f0 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#9 0x00007ffb215d229f in ?? () from /usr/lib64/libQtCore.so.4
#10 0x00007ffb214f70cc in ?? () from /usr/lib64/libQtCore.so.4
#11 0x00007ffb21260e0f in start_thread () from /lib64/libpthread.so.0
#12 0x00007ffb1ffd77dd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7ffb229a7780 (LWP 2294)):
[KCrash Handler]
#5 0x00007ffb0339cc20 in ?? () from /usr/lib64/kde4/formulashape.so
#6 0x00007ffb033a0904 in ?? () from /usr/lib64/kde4/formulashape.so
#7 0x00007ffb0db50392 in KoToolManager::Private::switchTool(KoToolBase*, bool) () from /usr/lib64/libflake.so.10
#8 0x00007ffb0db512cf in KoToolManager::Private::switchTool(QString const&, bool) () from /usr/lib64/libflake.so.10
#9 0x00007ffb0db525f4 in KoToolManager::Private::switchBackRequested() () from /usr/lib64/libflake.so.10
#10 0x00007ffb0db527f1 in ?? () from /usr/lib64/libflake.so.10
#11 0x00007ffb2160829f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#12 0x00007ffb033a2324 in ?? () from /usr/lib64/kde4/formulashape.so
#13 0x00007ffb0db4e7af in KoToolManager::Private::postSwitchTool(bool) () from /usr/lib64/libflake.so.10
#14 0x00007ffb0db4feb7 in KoToolManager::Private::switchTool(KoToolBase*, bool) () from /usr/lib64/libflake.so.10
#15 0x00007ffb0db512cf in KoToolManager::Private::switchTool(QString const&, bool) () from /usr/lib64/libflake.so.10
#16 0x00007ffb2160829f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#17 0x00007ffb2077a662 in QAction::triggered(bool) () from /usr/lib64/libQtGui.so.4
#18 0x00007ffb2077a850 in QAction::activate(QAction::ActionEvent) () from /usr/lib64/libQtGui.so.4
#19 0x00007ffb20b3a83f in ?? () from /usr/lib64/libQtGui.so.4
#20 0x00007ffb20b3aaec in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#21 0x00007ffb20bf4e1a in QToolButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#22 0x00007ffb207d0149 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#23 0x00007ffb2078086c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#24 0x00007ffb2078554b in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#25 0x00007ffb223947f6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#26 0x00007ffb215f2d8e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#27 0x00007ffb207816ab in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/libQtGui.so.4
#28 0x00007ffb207fbe94 in ?? () from /usr/lib64/libQtGui.so.4
#29 0x00007ffb207fac21 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4
#30 0x00007ffb20820fa2 in ?? () from /usr/lib64/libQtGui.so.4
#31 0x00007ffb1cf1b7d5 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#32 0x00007ffb1cf1bb08 in ?? () from /usr/lib64/libglib-2.0.so.0
#33 0x00007ffb1cf1bbc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#34 0x00007ffb216212c6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#35 0x00007ffb20820c1e in ?? () from /usr/lib64/libQtGui.so.4
#36 0x00007ffb215f1adf in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#37 0x00007ffb215f1d68 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#38 0x00007ffb215f6a08 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#39 0x00007ffb0f44541d in kdemain () from /usr/lib64/libkdeinit4_calligrasheets.so
#40 0x000000000040889a in _start ()

我完全看不懂，這到底是怎麼回事？我明明是全新的系統安裝，
修補程式才剛裝完而已，也有重開機了，都還沒有跑什麼設定和執行什麼程式，
一個試算表軟體就給我瞬間當掉跳離。怎麼會這樣，
到底問題出在哪裡！！！？？？

[IanHo]

安裝openSUSE遇到一堆狀況之四

繞了一個大彎，花了一堆時間，終於找出問題點～
系統環境是openSUSE 12.3+KDE
我個人習慣在系統安裝完畢後會去找出把"整個"圖形桌面的字級一次性調整放大的選項
（文字ＤＰＩ、font size等等），然後在 KDE系統設定\通用外觀與行為\應用程式外觀\字型
可以找出相關的字級大小設定，設定一輪後，重新登入系統，然後發現除了 YaST控制中心 之外，
其他的整體介面字級都有符合我的設定將字級變大了，那麼 YaST控制中心 到底是怎麼回事？
為什麼字級沒有變大！？ 這下我被考倒了，整個圖形桌面環境冬挖西挖就是找不到看似其他的
有關系統圖形介面的設定，為什麼就只有 YaST控制中心 的字級不會跟著變大呢？？？
怎麼會這樣！？ 然後是試看關鍵字 YaST font size ， 在google出現的討論資訊中，
在我有限的英文閱讀能力內，推論可能是跟一個叫做 qtconfig 的程式有關，然後我在系統內
有找到這隻程式 介面叫做 Qt4設定， 其中真的有個頁籤叫做font 然後有個欄位是
point size 然後我就把預設值11 改成 13 再去功能表點選save 試試看，
結果 重新登入系統 YaST控制中心 的字級還是一樣的小，再去察看 Qt4設定 ，
point size還是預設值11 ，沒有變化，系統呼隆我嗎!？ 我明明有點選下去save啊
功能表上原本是深黑色，我點選後變淺灰色，這應該表示我有變動到數值，而且有儲存成功啊！
怎麼字級還是沒變大呢？ 整個系統環境的字級都變大了，沒道理就只剩 YaST控制中心 的字級
沒改變啊！？就這樣幾個小時過去了，我試不出所以然來。
突然腦袋瓜轉了個彎，想到一個對某些geek來說是旁門左道的可能技巧，我每次以一般帳號重新登入系統後要進入 YaST控制中心 還是得再輸入
root密碼，於是我想到，那改以root帳號登入系統好了，於是我在root帳號下再去把
整個圖形介面的字級大小去修改，這次在root帳號桌面環境只改 KDE系統設定\通用外觀與行為\應用程式外觀\字型
沒有碰 Qt4設定（qtconfig），然後我發現再一次以root登入之後 YaST控制中心 的字級
就跟系統整體環境一致了，然後在以一般帳號重新登入系統， YaST控制中心 的字級也一樣
跟系統整體環境一致了。
寫到這裡我個人有一個解讀跟結論，就是要把圖形介面的KDM、GDM、或著ＸDM等等設定成
可以讓root帳號登入是一件很重要的事情。
以前在網路論壇上與某些geek爭論，我認為KDM、GDM、或著ＸDM要被設定成可以讓root帳號登入，
這類設定資訊應該要被"廣為宣傳"，但是他們確認為這太危險了，要留一手。
如果root帳號沒有辦法在一時之間輕易快速的在圖形登入畫面登入的話，我想到的繞個彎的情境
就無法即時快速的驗證了。
再來，openSUSE的系統參數"連動"的設計我覺得也很有問題，怎麼系統"整體"環境字級大小的設定，
居然就被一個權限給檔掉了，憑什麼不給改在一般帳號下的YaST控制中心的字級大小！！！？？？
改個字級大小會影響系統安全性嗎？系統安全性有需要這麼龜毛到連YaST控制中心的字級都不給改嗎？？？
不是每個只擁有一般帳號的終端電腦使用者的視力都那麼好可以看那樣小不拉機的預設字級。

寫到這裡我也很佩服MacOSX的使用者可以接受那至今預設值還在72DPI的系統預設字級。

[IanHo]

distrowatch瀏覽有感

distrowatch.com 大致上看了一輪之後，有些想法。雖然我不會寫程式，但是我覺得我理想中的
linux發行版的套件規劃環境，軟體技術上現在應該已經可以設計成一片一次裝到到好的安裝光碟。
就是正體中文文字系統為主、全世界的文字系統為輔的文書作業專用linux電腦作業系統，
這個linux發行版，其特設就是整體圖形介面的部分接近99%的正體中文化，
再來正體中文輸入法框架的部分，注音(含智慧型自動選字功能)/倉頡輸入法模組至少要支援cns11643規範
（來自中華民國政府官方）下的九萬五千個漢字。
再來，預設就把到unicode6.2版為止，所有網路上能找到的免費字形，
都收集起來到接近unicode6.2的十一萬個規範碼位的字元都幾乎"佈"滿為止，
再來其中漢字字形的部分必須要符合中華民國政府(教育部)對漢字的規範，
再來是實體印表機列印的部分，預設打包的套件還有預設安裝的套件，盡可能把"所有的"
穩定的最新版的印表機驅動程式，一次性的裝足。
這樣的linux發行版描述起來好像很簡單，然而以現在的軟體科技其實也辦得到。

可是還是會有一個問題，這個問題會出現在中華民國臺灣的 行政/政治 上，
導致這個理想中的非常實用的中文文書作業專用的linux發行版無法實作出來。

問題就在於 合乎中華民國臺灣政府單位(教育部)的正體中文漢字字形檔。
有一個叫做 中華民國行政院研究發展考核委員會全字庫小組 的政府單位，
它手上握有 一套六個細分兩組的字形檔案，這六個檔案的內含漢字，會不定時的增加，
透過這六個檔案，若安裝在民間的電腦，那麼就可以建立出達到跟政府單位的中文資訊處理文字量
"99%""同步"的正體中文資訊處理兼文書作業系統。
這樣的話，民眾百姓和政府交換文件檔案時，就可以必免缺漏字這部份的問題。
畢竟是直接拿政府單位發行的字形檔來用嘛！
結果狀況是，政府單位只有提供其中兩個檔案供民眾在網路上下載使用，其它四個，
刻意的"留一手"，民眾得跑"實體的公文流程往返"，才能取得剩下的字形檔案，而且還要填寫切結書，
附上身分證影本等等資料申請手續。
結果可能導致民眾因為嫌麻煩，最後就放棄了。而去找了些內容"沒有符合"
中華民國臺灣政府單位(教育部)規範的漢字字形檔案來替代。

這個最開始的 行政/政治 問題"沒有"獲得解決的話，後續的 行政/政治 問題也不用去傷腦筋了，
因為也輪不到後續的 行政/政治 問題接續出現。

結論就是，我心中期望的linux特色發行版本所需要的軟體技術，在2013年的今天，
不會是問題。

而真正的問題會出在 國家內部的 行政/政治 上。

[IanHo]

安裝openSUSE遇到一堆狀況之五

無法呼叫回來的桌面預設框

系統環境是openSUSE 12.3+KDE

系統初次安裝完畢之後，桌面上會有一個預設的框，裡頭會包含有五個捷徑圖示，
然後我就開始摸索這個"框"有些什麼功能，滑鼠游標接觸"框"的兩側邊緣時，
框邊會多出一條小圖示工具列，有五個小圖示，當我嘗試到最後一個"X"之後，
我發現我無法呼叫回來這個系統預設的"框"，怎麼會這樣，我盡可能的翻遍了整個openSUSE圖形操作選項，
就是看不出來，到底有沒有哪個圖形介面的操作項目/流程，可以把這個預設的"框"給恢復原狀？
還是說這樣的框一但關閉了，就在也回不來了？（我從開機也不會再出現了）。
google老半天，完全goo不出所以然來！怎麼會這樣呢？
雖然事前有看到 /帳號/desktop/ 那五個 .desktop檔案 和 .目錄(實際內容為文字檔)
但是還是看不出所以然來，那個"X"到底是起手無回的"X"，還是有機會在圖形介面下透過選項操作救回來的"X"？
再來是當我還沒有按下那個"X"之前，我會想把其他的應用程式捷徑圖示(來自開始選單)也加進
那個"框"裡頭，但是我目前只有找到對開始選單的應用程式圖示按右鍵出現的加入桌面的選項
會變成只有該單一圖示搭配一個"框"被加上桌面，要怎麼樣才可以透過項目點選操作把圖示加進
系統預設的框裡頭啊？ 還是說openSUSE 12.3+KDE沒有提供這樣的圖形介面功能操作選項？

我的問題到底會不會有答案？那個被我按到"X"而消失的桌面預設框到底有沒有機會、
openSUSE到底有沒有全圖形介面的操作選項，把它給呼叫回來？

[IanHo]

安裝openSUSE遇到一堆狀況之六

推論是找出一個可能的原因了，當整個openSUSE12.3+KDE預設環境都完成修補程式的更新之後，
桌面上預設的那個"框"推論是"資料夾檢視"這個"元件"，這個"資料夾檢視"元件有預先被修改
(開發者客制)設定過，
"資料夾檢視"設定裡頭，"位置"是"顯示桌面資料夾"，顯示\標頭\自訂標題 是 "無"。
因為 這個預設的"框"一旦被按下了框邊的直欄工具箱上的"X"就再也"救不回來了"，
KDE桌面也沒有提供儲存這個框的圖形介面設定功能選項，無法即時把這個框再叫出來。
所以就必須先行記下，這個預設框的相關設定值，"X"了之後後得自己再去新建立一個新的。
然後我終於知道為什麼我花了好多時間都找不出所以然，我覺得我被KDE呼隆了，或者這是KDE的BUG。
在 顯示\標頭\自訂標題 預設是 "無"，想當然爾，我會想填入一個字串"桌面項目"或者選擇內建的
"完整路徑"，但是確定儲存之後，並"沒有"任何的視窗項目變動，這樣的結果導致我一開始"誤以為"
"資料夾檢視 設定"是跟 桌面預設的 框 沒有關係，直到我偶然的把"位置"換成其他的設定項目
確定儲存，框內的圖示項目變更之後，我又設定回"顯示桌面資料夾"又再一次的確定儲存，
然後 顯示\標頭\自訂標題 的變更才會"真的"生效。
很好~KDE呼隆我，顯示\標頭\自訂標題 、"位置" 理應是兩個獨立分開的設定項目，
背後卻設定為連動，而且還要"位置"修改儲存"兩次"才會導致 顯示\標頭\自訂標題的設定生效，
完全在 唬 使用者。
要不是我用非主流思考來找問題，而用土法煉鋼的方式來比對設定檔的話，那不曉得要找到何年何月！？

另外 我的測試環境 有裝 ＶＭ ，所以是一臺硬體有兩套 openSUSE12.3+KDE 交叉測試
把host插上ＵＳＢ隨身碟即時編輯裡頭的TXT檔案，儲存並關掉編輯器後，
在 dolphin 點選退出 ＵＳＢ隨身碟 選項 螢幕立即 "完全花屏"
於是只好實體host主機"電源重開機了"。
依照正常程序退個ＵＳＢ隨身碟都會導致螢幕立即 "完全花屏"，真的很無言～～～