2017年11月2日 星期四

電腦BB聲的判斷

以下是電腦BB聲的判斷~或許有些會跟現在的不同~但是卻滿實用低喔~

AMI BIOS:

1短音:DRAM 復新失敗!
1長音3短音:DRAM 錯誤!
1長音8短音:顯示測試失敗!
2短音:DRAM 同位檢測失敗!
3短音:基本 64K RAM 測試失敗!
4短音:系統時鐘錯誤!
5短音:CPU 處理器錯誤!
6短音:主機板鍵盤控制器錯誤!
7短音:CPU 中斷錯誤!
8短音:顯示卡記憶體寫入/讀取錯誤!
9短音:ROM BIOS 檢查碼錯誤!
10短音:CMOS 關機暫存器寫入/讀取錯誤!
11短音:快取記憶體故障!

AWARD BIOS:

1短音:系統啟動正常!
2短音:CMOS 設定錯誤!
1長音1短音:DRAM 或主機板錯誤!
1長音2短音:顯示錯誤(顯示器或顯示卡)!
1長音3短音:鍵盤控制器錯誤!
1長音9短音:主機板 FLASH RAM 或 EPROM 錯誤( BIOS 損壞)!
不斷地響(長音):DRAM 沒插好或損壞!
不斷地響:電源,顯示器未和顯示卡連接好!
重覆短響:電源有問題!

2017年9月8日 星期五

西元年生日轉換成民國年

全誼圖書系統在匯入學生資料時
新增加了生日的欄位
格式為XXX-XX-XX
不足百位時,也要補0

但是學務系統「全校班級名冊class_all_address」中匯出的學生生日是西元格式
因此可以使用以下的公式做轉換

=IF(
VALUE(LEFT(H2,4))<2011,
0&LEFT(H2,4)-1911&RIGHT(H2,6),
LEFT(H2,4)-1911&RIGHT(H2,6)
)










下面的公式也可以
=IF(
VALUE(LEFT(H3,4))<2011,
TEXT(LEFT(H3,4)-1911,"000")&RIGHT(H3,6),
LEFT(H3,4)-1911&RIGHT(H3,6)
)

2017年8月13日 星期日

Lararvel 5.4執行migrate ,發生Specified key was too long error

Larval 5.4的資料庫格式做了些許的改變,預設的資料庫格式建議為utf8mb4 ,這可以讓使用者儲存emojis表情符號。但這樣的變格只適合Laravel 5.4新版本以及5.5.7以上的MySQL資料庫。

假如你的資料庫版本較舊,若執行php artisan make:migrate時,則會出現1071Specified key was too long error錯誤訊息



[Illuminate\Database\QueryException]                                                                                              
  SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes (SQL: alter table
  `users` add unique `users_email_unique`(`email`))                                                                              

  [PDOException]                                                                                                
  SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes
 
解決方法:
在app\Providers\AppServiceProvider.php再boot()方法中加上預設值
Schema::defaultStringLength(191);



參考網頁:

2017年4月5日 星期三

slmgr -ipk更改KMS授權序號,再透過縣網啟動認證

今日校內某台電腦再升級為Win7,並執行啟動啟動認證時,出現

錯誤訊息碼:0x8007007B,
錯誤描述:檔案名稱、目錄名稱或磁碟機標籤語法錯誤

錯誤訊息的描述與解決,請參考Mircosoft說明

但不巧的是,主機上的授權標籤竟然被撕掉一半,看不清楚原先的授權碼。
也就是說已經無法使用隨機授權的序號,
那就改採縣網KMS授權的方式進行認證了。

先參考微軟的網頁,得知不同的OS版本在KMS上需要什麼KEY
https://technet.microsoft.com/en-us/library/ff793421.aspx
譬如:
我安裝的是Windows 7 Enterprise版
KMS授權序號:33PXH-7Y6KF-2VJC9-XBBR8-HVTHH

1.先執行
services.msc啟動服務

2.再將
Software Protection服務停止

3.利用系統管理者身分開啟命令提示字元


4.輸入slmgr -ipk 33PXH-7Y6KF-2VJC9-XBBR8-HVTHH

5.再次輸入slmgr /rilc,等到出現授權碼更新後的訊息後,再重新啟動電腦

6.利用縣網的KMS認證啟動程式,啟動作業系統。


附註:
slmgr也就是Windows 軟體授權管理工具(Windows Software Licensing Management Tool),是一支管理Vista及Windows 7啟動的VBScript工具程式。


參考網頁:

2017年3月7日 星期二

Ubuntu顯示記憶體使用量指令

free指令顯示記憶體使用量

free -b 以Byte為單位


free -k 以KB為單位


free -m 以MB為單位


free -h 以Human 較容易看的懂方式顯示


參考網頁:

2017年2月15日 星期三

Samba就是捨不得我離開 Oplock break failed

電腦教室是無碟的環境,所以學生在存檔繳交作業時,我都會另外叫他們存在Samba主機,但是這個學期卻出現了一個奇怪的現象,那就是學生把檔案存到Samba後,儘管學生機都關機了,Samba內的檔案卻無法正常剪下或刪除。出現的錯誤訊息,指向有程式正開啟這些檔案,導致他們無法正常被刪除,而出現問題的學生機,又很隨機,很難對點查詢。

而這樣的狀況要隔一段時間(通常都到下一節課),就自動緩解。感覺起來,這些被綁住的檔案,隔一段時間後自動被釋放了。

而這過程中,其實只要手動將Samba服務停止後再重啟,就可以解決,但是這實在不是解決的辦法,總不可能每次要存取Samba檔案,都要再連到Samba主機下指令吧!!只好痛下決心,努力找尋答案。最初,歷經過重新設定Samba,也重新安裝過Ubuntu系統主機,病症仍未獲緩解,之後只好伸入判讀samba的log紀錄。

Samba的log紀錄被存放在/etc/log/samba/log.電腦名稱中,錯誤訊息內容類似

[2017/02/14 11:15:25.941469,  0] ../source3/smbd/oplock.c:335(oplock_timeout_handler)
  Oplock break failed for file 50109劉晧辰.svg -- replying anyway


"Oplock break failed" 指的是檔案被打開中且被某人隨機使用使用中,並且系統主機無法強制這個用戶端釋放Oplock寫回快取。
假如檔案真的被開啟了,這樣的錯誤訊息就會發生,但假如檔案確實關閉甚至電腦都關機了,卻仍出現這樣的錯誤訊息,那就可能是Samba主機某程式拒絕發出斷開(break)的訊息,或是等候不到用戶關的回覆(Replay)訊息。然後就傻傻的等待著,等等等......等到session被丟棄時,才認為對方已經完成工作沒回應,這應該算是Samba的小bug。而這樣的情形也可以解釋著為何總是要到下一堂課,原本無法刪除的檔案,都可以刪除了。


解決辦法,在/etc/samba/smb.conf中
[sharefolder]

oplocks = no    //不要鎖定oplocks

就可以解決了

事後又看到有人如下這麼寫,一併補上
locking = no
strict locking = no


設定範例:
[SAMBA]
   comment = samba共用資料
   path = /tmp/samba
   public = yes
   guest ok = yes
   writable = yes
   browseable = yes
   only guest = yes
   oplocks = no
   locking = no
   strict locking = no



ps.上面的設定式安全性最低的設定方法,沒有經過帳號認証,其實是不太建議喔!!


參考網頁: