- 主题:Kernel 6.7发布,btrfs raid56顽疾有望解决。
看到你这么说就放心了,只要能稳定使用就好,目前不追新了,把手里的事干好就好了。
--
FROM 59.40.11.*
关注:
//btrfs.readthedocs.io/en/latest/Status.html
用户不要作死就行了。我个人体会,慎重在usb上用,除非要进行ENOSPC挽救,临时为balance引入额外中转空间。得当次开机解决,device add了,完事就赶紧remove了,再谈重启的事情。
添加了usb设备的多盘btrfs重启,很可能悲剧。
【 在 ttaudi 的大作中提到: 】
: 看到你这么说就放心了,只要能稳定使用就好,目前不追新了,把手里的事干好就好了。
--
FROM 119.130.152.*
这… 坐过山车呢,刚放下来的心又悬起了
我现在就大量用btrfs在usb上,做了4个Debian系统到usb以防万一。
还加了全盘luks1,u盘启动要输入密码才能进系统,u盘系统只分2个区,一个efi,一个btrfs,btrfs用subvol区分根目录和boot。目前这些u盘系统工作正常,多次挽救了其它系统。balance这些还不会,没有设置过。
【 在 Dazzy (大懒虫,脱焦省却磨皮) 的大作中提到: 】
: 关注:
: //btrfs.readthedocs.io/en/latest/Status.html
: 用户不要作死就行了。我个人体会,慎重在usb上用,除非要进行ENOSPC挽救,临时为balance引入额外中转空间。得当次开机解决,device add了,完事就赶紧remove了,再谈重启的事情。
: 添加了usb设备的多盘btrfs重启,很可能悲剧。
--
FROM 223.73.3.*
usb系统盘我没研究,一般而言,我会选ext4。btrfs有什么特性你觉得在这个配置中是比较好用的?
usb启动盘,我理解为次重要数据,随便折腾。
我前面表述的“慎重”,更明确一点是,针对多盘(比如raid)的btrfs中应用usb,更小心在这类文件系统上头做系统级的操作,比如balance,replace,resize之类。用户不知道数据何时会真的写入这些usb成员,启动时何时挂载。搞完sync也可能行,但引起悲剧的可能性比较高。之前我就搞过一次,盘位不够,偷懒用usb硬盘座插新硬盘,搞device replace扩容,忘了sync,关机用了几小时,开机报错,scrub又用了几小时。时间和风险系数上血亏,还不如一开始就机箱开盖接硬盘线搞。
【 在 ttaudi 的大作中提到: 】
: 这… 坐过山车呢,刚放下来的心又悬起了
: 我现在就大量用btrfs在usb上,做了4个Debian系统到usb以防万一。
: 还加了全盘luks1,u盘启动要输入密码才能进系统,u盘系统只分2个区,一个efi,一个btrfs,btrfs用subvol区分根目录和boot。目前这些u盘系统工作正常,多次挽救了其它系统。balance这些还不会,没有设置过。
: ...................
--
FROM 119.130.154.*