Skip to content

Zeroplex 生活隨筆

軟體開發、伺服器和生活瑣事

小 縮小字型大小。 中 重設字型大小。 大 放大字型大小。

使用 single user mode 在 Ubuuntu 修改密碼

Posted on 2020 年 3 月 5 日2021 年 3 月 12 日 By 日落 在〈使用 single user mode 在 Ubuuntu 修改密碼〉中尚無留言

最近記憶有點像是 flash memory,睡個覺什麼都忘了,今天忘記的還是 root 密碼。

Linux 忘記 root 密碼是沒關係的,可以在 console 先進入單人模式以後再重新設定密碼。
第一步:進入開機選單,選「Advance」

第二步:挑其中一個 boot images 並寫按下「e」(edit)

第三步:編輯器往下找,找到一行有「linux    vmlinuz….」來做修改

找到「linux     /vmlinuz-x.x.x  ……..」這行,要在這邊做修改。

要注意的事情有:

  • 要對硬碟做修改,所以要把「ro」(read-only) 改成 「rw」
  • 「init」這個參數要指向 bash,否則會使用 root shel,可以操作的選項少很多

修改後的開機參數應該會向下面這樣:

第四步:調整完畢後,按下 F10 使用新的參啟動 Ubuntu。

這樣就可以使用 root 來改密碼了:「passwd zeroplex」。

備註:若你覺得 grub 選單的停留時間太短很難操作,可以參考「延長 grub menu timeout」來修改。若是卡在 VMware 的 BIOS 開機選單太快,可以閱讀 VMware Knowledge Base 的說明,對 VMX 做修改。

Tags:grub, Linux, Ubuntu, VMware

DIY 自製溫室 (燈架、燈座、燈泡) (1)

Posted on 2020 年 2 月 2 日2021 年 3 月 12 日 By 日落 在〈DIY 自製溫室 (燈架、燈座、燈泡) (1)〉中尚無留言

下篇:DIY 自製溫室 (定時、供水) (2)

標題看起來好像很厲害,不過只是拿一些小零件就可以兜出來的成品。

聽說開講都要放貓咪照片?

在小麥草被啃光以後,決定來試試看會讓貓爆走的貓薄荷 (荊芥)。除了讓貓爆走的功效以外,還有驅趕蚊蟲的功效。

播種不用避光,所以直接將種子撒在土壤上即可。而我怕自己太缺德,沒有種子發芽,所以就整包倒到花盆中了。經過似乎二週吧,就會冒出芽了。

老實說,我其實分不出來是貓薄荷或是雜草

幼苗近照

由於房間沒有足夠的日光,就在想有什麼東西可以替代日光補充光線。基本上看到葉子是綠色的,就可以得知綠色光譜的可見光是此植物不太需要的,那到底需要什麼類型的光譜?網路上搜尋一下「植物 光譜」就可以找到不少科學分析資料,且連你需要的商品也都列出來給你了。

看起來紅光和藍光比大約是 5:1,不過手上沒有產可產生紅光的東西,但是藍光的卻不少 (難怪會失眠 ….. 大誤 XD)。

查了一下 LED 白光燈泡的發光原理:

  • 白光是如何產生?- 電子小百科 – Electronics Trivia
  • 三把火的世界: LED基礎知識 — 白光 LED

基本上買了白色 (日光色) 基本上就一定會發出藍光,只是亮度和百分本問題,所以直接拿一顆沒在用的 E27 燈泡來作為照明。

第一階段的需求大概就確定了:

  • 支架
  • E27 燈座一個
  • 白光 LED 燈泡一個
我的木工很悲劇,大家笑笑就好  QQ
在 IKEA 看到比較好的可調角度支座都是軟性的,這邊用粗鋁線

最右邊的單插座是共用插座 (常開),左邊的插座則由繼電器控制 (天啊,我的電工也很爛)

燈座大概是這樣接比較穩,另外注意到的是鋁能承受的力道有限,所以增加為二條

小麥草發芽,且往燈泡的方長高 (所以暫時可以確定一般白光 LED 有效)

這篇暫時寫到這裡,圖片多不方便讓行動網路的人看。下一篇會將燈泡控制器接上,並使用 Webduino 來說明怎麼操控燈光。

Tags:IoT, JavaScript, Linux, Node.js, 園藝

MySQL 的 replication logs 把硬碟空間吃光

Posted on 2020 年 1 月 31 日2021 年 3 月 12 日 By 日落 在〈MySQL 的 replication logs 把硬碟空間吃光〉中尚無留言

今天服務一直中斷,稿不清楚狀況,只是開 console 進機器看,沒看還好,看了嚇一跳,硬碟空間全部被吃光了。

所以先嘗試把可以清空的資料清空:

sudo apt-get autoclean
sudo apt-get clean

cd ~
rm -fr .cache/*

空出了一些空間,但是也大概只有 1 % 左右,所以用 du 掃了一下目錄狀況,發現 /var 佔用超過 10 GB 的空間,這樣目標很明顯了:Docker 或是 MySQL。

先看 Docker,的確不少已經中止不再使用的 container,直接清空:

 $docker system prune
WARNING! This will remove:
        - all stopped containers
        - all networks not used by at least one container
        - all dangling images
        - all dangling build cache
Are you sure you want to continue? [y/N] Y

du 看了一下, /var 還底下還是有一些佔空間的檔案:

找了一下和 log 有關的設定:

max-binlog-size = 128M
innodb-log-file-size = 64M

似乎都沒與此事件無關。不過看到關鍵字「binlog」,查了一下用途,是 master / client 用來同不的 log,應該是我之前抄 DK 的設定檔,抄完忘記把不需要的東西拔乾淨的關係 XD

兇手找到了就不用客氣,把 MySQL replication 的設定全部註解掉。再來登入 MySQL,使用指定把 replication log 全部清乾淨:

purge master logs before now();
Tags:Linux, MySQL

修改專案的 tag (version) 就可以毀掉其他專案

Posted on 2020 年 1 月 14 日2021 年 3 月 12 日 By 日落 在〈修改專案的 tag (version) 就可以毀掉其他專案〉中尚無留言

今天剛好要處理 Zip 檔,目前看到功能比較齊全的專案應該是 Ne-Lexa/php-zip,但是用 composer require 時卻發生 error message 大噴發:

仔細一看 …. 居然有「v9.99.99」的版號,該不會要世界末日了吧?

打開 comploser.lock 看一下是怎麼回事,追蹤後得知相依性如下:


laravel v6.10.1  <=  ramsey/uuid ^v3.7

ramsey/uuid  <=  paragonie/random_compat": "^1 | ^2 | 9.99.99"

兇手抓到了,看來在 paragonie/random_compat 有一個版本號是 v9.99.99,composer 會自動拉最新的版本號來使用,因此只要任何專案 require 時沒有指定版本編號,composer 就會自動把相依性對到 v9.99.99,如果其他 package 有關連到,就是直接 dependency conflict 了。

要處理掉這個問題,只要在 composer.json 也 require paragonie/random_compat,但是加上指定版本編號如 ^v2.0,這樣 composer 就只會拉到 v2.x.x 的版本,不會去用 v9.99.99 這個版本。

ref:

  • Versions and constraints – Composer
Tags:PHP, 程式設計

好兇的印表機

Posted on 2019 年 12 月 24 日2021 年 3 月 12 日 By 日落 在〈好兇的印表機〉中有 1 則留言

不知道是誰翻譯的,雖然不算完全翻譯正確,但也算是讓人輕鬆一笑。

Tags:Linux, XD

文章分頁

上一頁 1 ... 70 71 72 ... 318 下一頁

其他

關於我  (About me)

  文章 RSS Feed

  留言 RSS Feed

Apache AWS Bash C/C++ Docker FreeBSD GCP Git Google Java JavaScript Laravel Linux Microsoft MSSQL MySQL Nginx PHP PHPUnit PostgreSQL Python Qt Ubuntu Unix Vim Web Windows WordPress XD 作業系統 分享 好站推薦 專題 攝影 新奇搞笑 新聞 旅遊 生活雜記 程式設計 網路架站 網頁設計 資訊學習 資訊安全 遊戲 音樂


創用 CC 授權條款
本著作係採用創用 CC 姓名標示-相同方式分享 4.0 國際 授權條款授權.