DeACSM 和 DeDRM 的拼裝貨

 大約是一多年前吧? kobo 書檔放到  kindle 時有個問題, 後來發現是 calibre 的鍋, 決定避開, 先是把 obok.py 拿來改, 直接讀 Windows Kobo 目錄, 解出來
 後來在 pubu 買了幾本書, 下完acsm, 還是只能靠 calibre 轉檔, 發現問題還在, =_=|||

 只好用 DeACSM + DeDRM 拼出一個 getacsm, 直接由 acsm 檔生出 noDRM 的 epub/pdf

 事隔一年, 我完全忘了怎麼拼出來的............., 連 adobe 帳號是用哪個都忘了, 寫一下備忘

1. 先去 calibre 的 plugin 裏, 叫  DeACSM plugin "export Activate data"
    它會生出 activation.xml devicesalt  device.xml 這三個 file

2. 用 DeACSM 的 fullfill 功能, 去跟 adobe 要 epub/pdf (with DRM )

   deacsm 會用到兩個 module : asn1crypto ,oscrypto 直接和 上面那些放進 ACSMInput 目錄, 永遠和 getacsm.py 在一起

3. 要到的 epub/pdf 用 DeDRM 的 ineptepub.py/ineptpdf.py 解開
    ineptepub.py  adobeID.der withDRM.epub noDRM.epub

   adobeID.der 去 calibre 的 plugin 裏, 叫  DeDRM plugin 生 , adobeID.der 也放去 ACSMInput 一起作伴

之前好像是為了'簡化', 把  ineptepub.py/ineptpdf.py 改得我自己都不認識了, .........真沒必要啊~~

ubuntu 根目錄使用率 (swapfile and var/cache )

 最近想在一台老電腦裝 ubuntu mate 24.04, 失敗, 因為 disk 要 35G, 靠, 這三小, 想當初第一次裝 ubuntu mate 時只切了 25G 的 partition, =_=|||

然後才發現目前用的22.02的根目錄已經用了 83% !! 48G 的 partition , 為什麼啊? 

先殺了 retropie (實在不用裝在  /opt 的 )

然後發現有個 file 叫 /swapfile, 2G! 殺不掉, 使用中, 查了一下, 發現當初因為 ram 大, 所以沒切個 swap partition ,  結果 install 時就自動生了這個 file , =_= |||

用 gparted 在 HDD 切了一塊 swap , HDD 就可以了, 只是哄一下 ubuntu, 用不到的, 然後改一下 /etc/fstab, 重啟後就可以殺 /swapfile 了

usage 76%

感覺還是很高, 用 ubuntu 24.04 開機, 想用 gparted 加大 22.04 的 root partition, 先備份(雖然 gparted 很可靠) 備份時發現 var/cache 下放了一大堆 deb, 觀察後發現全是安裝過的 deb , 居然會一直留著, 什麼啊 !

感覺應該清掉就不用加大partition, 但反正都做了, 加一點, 加到 64G

重啟後, usage 58%

google 找來清 /var/cache/apt 的方法 : 

sudo apt clean

usage 41%

=_=|||, 太有病了

----------------------

ubuntu mate 24.04 的 animation 無法全消, tooltip 也是, 然後 firefox install from deb 之後一直有問題, 過一陣子再說吧

Lubuntu 24.04 號稱沒有用 snap, 但還是有啊...................