页次: 1
大家新年好!
我近期有两个问题想请教一下,wiki真的看不懂udev规则,晕乎乎的。。
1.打算用systemd来实现常用的重启关机休眠挂起内存,发现了依云的这个帖子用到了resume=/dev/disk/by-label/swap,奈何我的disk下没有by-label,请问如何产生by-label,以及该如何更改分区label的命令.
2.打算自动化重装archlinux的这个苦逼过程(选择arch也是因为它安装部署更加快,自由度也较高),希望大家能讨论一下,比如如何确定某个包来自官方源还是aur还是archlinuxcn还是手动编译,如何把系统所安装的包重新按照依赖关系自动整理出来保证每个包只安装一次,如几个包共同依赖于一些基本的包,而这些基本包又依赖于一些基本共同包,那么不断递归。关键是怎么“画”出这颗依赖树,我相信前辈们应该有搞过这个自动化。等俺的基本使用软件环境稳定后想这么干。谢谢!
小白一个,对脚本还在学习中,表示archlinux水真是太深了,学无止境。
最近编辑记录 winix (2016-01-12 15:19:38)
离线
大家新年好!
我近期有两个问题想请教一下,wiki真的看不懂udev规则,晕乎乎的。。
1.打算用systemd来实现常用的重启关机休眠挂起内存,发现了依云的这个帖子用到了resume=/dev/disk/by-label/swap,奈何我的disk下没有by-label,请问如何产生by-label,以及该如何更改分区label的命令.
2.打算自动化重装archlinux的这个苦逼过程(选择arch也是因为它安装部署更加快,自由度也较高),希望大家能讨论一下,比如如何确定某个包来自官方源还是aur还是archlinuxcn还是手动编译,如何把系统所安装的包重新按照依赖关系自动整理出来保证每个包只安装一次,如几个包共同依赖于一些基本的包,而这些基本包又依赖于一些基本共同包,那么不断递归。关键是怎么“画”出这颗依赖树,我相信前辈们应该有搞过这个自动化。等俺的基本使用软件环境稳定后想这么干。谢谢!
小白一个,对脚本还在学习中,表示archlinux水真是太深了,学无止境。
颗字写错了,汗
离线
1.打算用systemd来实现常用的重启关机休眠挂起内存,发现了依云的这个帖子用到了resume=/dev/disk/by-label/swap,奈何我的disk下没有by-label,请问如何产生by-label,以及该如何更改分区label的命令.
這個沒有 by-label 可以用 by-uuid 或者直接寫 /dev/ 裏面的設備都沒問題。只要不會變就好了……
2.打算自动化重装archlinux的这个苦逼过程(选择arch也是因为它安装部署更加快,自由度也较高),希望大家能讨论一下,比如如何确定某个包来自官方源还是aur还是archlinuxcn还是手动编译,如何把系统所安装的包重新按照依赖关系自动整理出来保证每个包只安装一次,如几个包共同依赖于一些基本的包,而这些基本包又依赖于一些基本共同包,那么不断递归。关键是怎么“画”出这颗依赖树,
來自哪個源比較容易, pacman -Si 的信息裏有寫所屬 repository 。 AUR 和手動編譯的就沒有區別了。
對於已經安裝的包, pacman -Qn 列出的是源列表裏的(包括官方源和 archlinuxcn 這種第三方源), pacman -Qm 列出的是本地編譯的(包括 AUR 和手動編譯)。
保證只裝一次可以 pacman -S --needed ,重複的就跳過不裝了。
列出所有包包括依賴關係這個事情,目前似乎沒好用的工具……
pactree -u 可以不重複地列出依賴,但是是針對指定的包而不是所有包。
pactree 可以遞歸畫出一個指定包的依賴樹,同樣不是所有的包。
不過如果只是想導出已經裝的包的列表然後重新安裝這個目的, pacman -Qq 的結果就足夠了吧。區分一下本地還是源裏的 pacman -Qn 和 pacman -Qm 就可以。
順便想問一下什麼情況下需要自動化重裝呢?我幾個系統都是手動裝的,反正壞了修好或者從備份恢復的成本也比重裝的成本低很多。
computerは神様だと信じていて
だからVIMの上でずっと指が舞って
自ら恋愛相手を作り出して
离线
winix 说:1.打算用systemd来实现常用的重启关机休眠挂起内存,发现了依云的这个帖子用到了resume=/dev/disk/by-label/swap,奈何我的disk下没有by-label,请问如何产生by-label,以及该如何更改分区label的命令.
這個沒有 by-label 可以用 by-uuid 或者直接寫 /dev/ 裏面的設備都沒問題。只要不會變就好了……
winix 说:2.打算自动化重装archlinux的这个苦逼过程(选择arch也是因为它安装部署更加快,自由度也较高),希望大家能讨论一下,比如如何确定某个包来自官方源还是aur还是archlinuxcn还是手动编译,如何把系统所安装的包重新按照依赖关系自动整理出来保证每个包只安装一次,如几个包共同依赖于一些基本的包,而这些基本包又依赖于一些基本共同包,那么不断递归。关键是怎么“画”出这颗依赖树,
來自哪個源比較容易, pacman -Si 的信息裏有寫所屬 repository 。 AUR 和手動編譯的就沒有區別了。
對於已經安裝的包, pacman -Qn 列出的是源列表裏的(包括官方源和 archlinuxcn 這種第三方源), pacman -Qm 列出的是本地編譯的(包括 AUR 和手動編譯)。
保證只裝一次可以 pacman -S --needed ,重複的就跳過不裝了。
列出所有包包括依賴關係這個事情,目前似乎沒好用的工具……
pactree -u 可以不重複地列出依賴,但是是針對指定的包而不是所有包。
pactree 可以遞歸畫出一個指定包的依賴樹,同樣不是所有的包。不過如果只是想導出已經裝的包的列表然後重新安裝這個目的, pacman -Qq 的結果就足夠了吧。區分一下本地還是源裏的 pacman -Qn 和 pacman -Qm 就可以。
順便想問一下什麼情況下需要自動化重裝呢?我幾個系統都是手動裝的,反正壞了修好或者從備份恢復的成本也比重裝的成本低很多。
突然发现我这个想法没什么必要。。现在第一个问题解决了,有点好奇为什么有两个宏定义GRUB_CMDLINE_LINUX_DEFAULT和GRUB_CMDLINE_LINUX什么区别?
还有虽然修复archlinux的成本低但是如果硬件损坏要重装系统或者买入新机还是想要省点时间嘛。。还有现在对备份arch有什么好用的工具?要那种功能强大的可以异地可以差量备份增量备份的。。命令行无所谓。。最好还能systemd.timer后台热备份。。
离线
突然发现我这个想法没什么必要。。现在第一个问题解决了,有点好奇为什么有两个宏定义GRUB_CMDLINE_LINUX_DEFAULT和GRUB_CMDLINE_LINUX什么区别?
我不用 grub 所以看 wiki 說的可能不準,準確信息還是參照 wiki 和別的文檔吧。
GRUB_CMDLINE_LINUX_DEFAULT 是加在 GRUB_CMDLINE_LINUX 後面的, GRUB_CMDLINE_LINUX 是所有啓動情況都用到,GRUB_CMDLINE_LINUX_DEFAULT 是非 recovery 模式的時候用到。
resume 和 quite 這種加在 GRUB_CMDLINE_LINUX_DEFAULT 比較好吧。
还有虽然修复archlinux的成本低但是如果硬件损坏要重装系统或者买入新机还是想要省点时间嘛。。还有现在对备份arch有什么好用的工具?要那种功能强大的可以异地可以差量备份增量备份的。。命令行无所谓。。最好还能systemd.timer后台热备份。。
硬件損壞也可以從備份恢復嘛。
我就是用最原始的 rsync 備份/恢復的…… 可以異地可以增量,可以放 timer 。
以及我有 btrfs snapshot ,不能抵禦硬件損壞但是可以防手滑……
最近在研究 btrfs send/receive 和 bup (https://github.com/bup/bup) ,前者對遠端的 FS 構成有點需求,後者目前 remote restore 功能還在緊鑼密鼓開發中的樣子。
另外 KDE 對 bup 有個 GUI 工具叫 Kup (http://kde-apps.org/content/show.php/Ku … ent=147465) 貌似也不錯。
computerは神様だと信じていて
だからVIMの上でずっと指が舞って
自ら恋愛相手を作り出して
离线
离线
突然发现我这个想法没什么必要。。现在第一个问题解决了,有点好奇为什么有两个宏定义GRUB_CMDLINE_LINUX_DEFAULT和GRUB_CMDLINE_LINUX什么区别?
还有虽然修复archlinux的成本低但是如果硬件损坏要重装系统或者买入新机还是想要省点时间嘛。。还有现在对备份arch有什么好用的工具?要那种功能强大的可以异地可以差量备份增量备份的。。命令行无所谓。。最好还能systemd.timer后台热备份。。
我的备份方案,你的要求全部都可以满足。
如果硬件损坏,那么我就买新机从备份恢复系统,所需要的时间取决于数据传输速率(USB 3 接口的话大概小半天就可以完成)。
我自己笔记本上的 Arch 系统,出生于 vbox 虚拟机,后来迁移到当时使用的台式机,然后换了笔记本,去年又换了新本子。一直都是它,没有重装过。甚至现在工作机上的系统也是从它 fork 出来的。
离线
页次: 1