RAID1 还是起到作用了喵

组了 1T 的 RAID1c3，2T 的 RAID1c2

三块硬盘物理大小分别是 3T 3T 1T

/ark 是 RAID1c3，/data 是 RAID1c2

[m.image] 对于我来说够用了喵

传说法师

今天尝试加群的 spam 好像特别多啊

1c3 的空间利用率好低

反正有 RAID1c3 保底，，至少 RAID1c2 的那两个分区还没报错

还在转

这日子内存和硬盘都要坚持住，尽量别坏掉

42867 (seiuneko@pc) /w ❯❯❯ sudo hdparm -C /dev/sdb /dev/sdb: drive state is: active/idle 42868 (seiuneko@pc) /w ❯❯❯ sudo hdparm -C /dev/sdc /dev/sdc: drive state is: active/idle 42869 (seiuneko@pc) /w ❯❯❯ sudo hdparm -C /dev/sdd /dev/sdd: drive state is: active/idle

是啊

-C 呢

现在硬盘也好贵喵

等下十一点半左右自检跑完看下结果

quq

现在查询 hdparm -B 是没开的，印象里也从没开过

看 smart 好像没什么特别的地方

那合理了

或者是每小时自动备份？

开了电源管理的休眠功能吗

印象里我没开启来着

自动停转吗

这可能是什么原因呀

quq

❯❯❯ sudo btrfs device stats /ark [/dev/sdc1].write_io_errs 0 [/dev/sdc1].read_io_errs 0 [/dev/sdc1].flush_io_errs 0 [/dev/sdc1].corruption_errs 0 [/dev/sdc1].generation_errs 0 [/dev/sdd1].write_io_errs 0 [/dev/sdd1].read_io_errs 0 [/dev/sdd1].flush_io_errs 0 [/dev/sdd1].corruption_errs 0 [/dev/sdd1].generation_errs 0 [/dev/sdb1].write_io_errs 108911 [/dev/sdb1].read_io_errs 8794 [/dev/sdb1].flush_io_errs 5576 [/dev/sdb1].corruption_errs 2043420 [/dev/sdb1].generation_errs 2132

这个快到 12/day 了

这样

另外两个盘也不低， 4/day

* 对哦，怎么这么高

可能是没复制上，现在改好了（

是 sdb1。sdc1 是 btrfs 用来标识文件系统用的

* sdd: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 0x01 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 0x02 Throughput_Performance 0x0005 140 140 054 Pre-fail Offline - 68 0x03 Spin_Up_Time 0x0007 129 129 024 Pre-fail Always - 444 (Average 445) 0x04 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 3726 0x05 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 0x07 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 0x08 Seek_Time_Performance 0x0005 124 124 020 Pre-fail Offline - 33 0x09 Power_On_Hours 0x0012 097 097 000 Old_age Always - 22727 0x0a Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 0x0c Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 3579 0xc0 Power-Off_Retract_Count 0x0032 097 097 000 Old_age Always - 3932 0xc1 Load_Cycle_Count 0x0012 097 097 000 Old_age Always - 3932 0xc2 Temperature_Celsius 0x0002 222 222 000 Old_age Always - 27 (Min/Max 7/55) 0xc4 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 0xc5 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 0xc6 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 0xc7 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0

d捉哦，怎么这么高

这个跟上一条里的数据一样的啊

claude 说是 sdb1 喵

Load_Cycle_Count 好高

这个意思是 sdc1 出错了还是 sdb1 出错了呢 (device sdc1): read error corrected: ino 0 off 1865169039360 (dev /dev/sdb1 sector 1375387256)

sdd: === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 0x01 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 0x03 Spin_Up_Time 0x0027 167 163 021 Pre-fail Always - 2625 0x04 Start_Stop_Count 0x0032 095 095 000 Old_age Always - 5822 0x05 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 0x07 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 0x09 Power_On_Hours 0x0032 056 056 000 Old_age Always - 32250 0x0a Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 0x0b Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 0x0c Power_Cycle_Count 0x0032 095 095 000 Old_age Always - 5632 0xc0 Power-Off_Retract_Count 0x0032 199 199 000 Old_age Always - 1377 0xc1 Load_Cycle_Count 0x0032 195 195 000 Old_age Always - 15913 0xc2 Temperature_Celsius 0x0022 116 092 000 Old_age Always - 27 0xc4 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 0xc5 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 0xc6 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 0xc7 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 0xc8 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

sdc: === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 0x01 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 0x03 Spin_Up_Time 0x0027 167 163 021 Pre-fail Always - 2625 0x04 Start_Stop_Count 0x0032 095 095 000 Old_age Always - 5822 0x05 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 0x07 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 0x09 Power_On_Hours 0x0032 056 056 000 Old_age Always - 32250 0x0a Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 0x0b Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 0x0c Power_Cycle_Count 0x0032 095 095 000 Old_age Always - 5632 0xc0 Power-Off_Retract_Count 0x0032 199 199 000 Old_age Always - 1377 0xc1 Load_Cycle_Count 0x0032 195 195 000 Old_age Always - 15913 0xc2 Temperature_Celsius 0x0022 116 092 000 Old_age Always - 27 0xc4 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 0xc5 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 0xc6 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 0xc7 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 0xc8 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

/dev/sdb: === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 0x01 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 0x02 Throughput_Performance 0x0005 142 142 054 Pre-fail Offline - 63 0x03 Spin_Up_Time 0x0007 128 128 024 Pre-fail Always - 443 (Average 450) 0x04 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 3448 0x05 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 0x07 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 0x08 Seek_Time_Performance 0x0005 124 124 020 Pre-fail Offline - 33 0x09 Power_On_Hours 0x0012 098 098 000 Old_age Always - 20952 0x0a Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 0x0c Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 3306 0xc0 Power-Off_Retract_Count 0x0032 098 098 000 Old_age Always - 3599 0xc1 Load_Cycle_Count 0x0012 098 098 000 Old_age Always - 3599 0xc2 Temperature_Celsius 0x0002 200 200 000 Old_age Always - 30 (Min/Max 7/50) 0xc4 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 0xc5 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 0xc6 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 0xc7 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0

可能硬盘真的到寿了

这次插线都没有动，应该不是电压问题吧

我上次硬盘出问题还是 24P 松了导致 +3.3V 电压过低导致 M.2 掉盘

RAID1 发挥作用了

scrub 是 2 月 1 号零点开始的

坏了才发现之前 sdb2 sdc1 也有报错

[m.file] journalctl -k --no-pager| rg btrfs > btrfs.log

我找下

去年七月到现在，只有这个月报错了

怎么这么多。看看 scrub 时的日志呢

搜了下之前的日志，只有这个月的 scrub 出错了

verify=8528 csum=2043420 Corrected: 2051948 这些代表错误计数吗

[m.image] image.jpeg

[m.image] 这是盘坏掉了吗，发现 btrfs scrub 出错了，但是 smart 看起来正常的，正在跑 long selftest

实际没什么意义

这个好看

[m.image] image.jpeg

可能原因是我在 B 站上面看一个充电的直播的原因

是的，在这：https://github.com/SHORiN-KiWATA/Shorin-ArchLinux-Guide/wiki/%E4%B8%80%E9%94%AE%E9%85%8D%E7%BD%AE%E6%A1%8C%E9%9D%A2%E7%8E%AF%E5%A2%83😰，但我抄也没抄明白

我现在 edge 打不开了

这个好像是shorin搞得，你可以去找一下他的脚本。

他们这种桌面怎么弄的

microsoft-edge-stable Opening in existing browser session. killall microsoft-edge-stable microsoft-edge-stable: no process found microsoft-edge-stable Opening in existing browser session. 问一下，这个情况怎么解决啊？

[m.image] image.jpeg

[m.image] image.jpeg

😱

目前凑合下也能用（

算了

文档说默认不显示托盘图标的： https://man.archlinux.org/man/udiskie.8#:~:text=Disable%20tray%20icon

--verbose 就别加了

后面在Niri中加入了spawn-at-startup "udiskie" "--verbose" "--tray" 就确实可以显示了。

那大概是得加 --tray 参数它才会显示？

不过高度会占满

然后让它移动到屏幕左边或者右边

但是可以Alt+中括号

拖不了

不行

按 alt 拖动可以吗？

输出了一大堆东西，有点不知道该看啥…… 不过，我在终端输入了udiskie --verbose --tray 之后就能找到其托盘了，不知道为啥。

ChromeOS（

gnome 也可

kde 的話按住 win/super/meta 那個鍵就能拖，別的 DE / compositor 得說一下具體是哪個

淀粉面 创建了新帖 [求助] Fcitx5 托盘图标显示异常 - https://forum.archlinuxcn.org/t/topic/15934/1

没有用hyprland或者niri这种

问个问题（系统非Arch），我用Kitty终端，开了无边框，怎么拖它的窗口🤔

那就要 busctl monitor 一下看看了

不太清楚，不过我把~/.config/niri/config.kdl 内的 spawn-at-startup "udiskie" 删除并在启动了之后手动输入 udiskie 后，依然无法在托盘区域内看到它。

* udiskie 启动太早了？

udiskie 启动晚了？

话说有人用Niri+waybar+udiskie有遇到过Waybar里面没有udiskie图标的状况吗？我在sway的waybar里面能够正常地找到并使用udiskie的托盘图标，但是在Niri里面就不行了。而且我已经是在~/.config/niri/config.kdl 里面添加了spawn-at-startup "udiskie" 了的，后面哪怕是直接在虚拟终端内输入udiskie 也无法找到其托盘图标。

然后引用了 bugs.，然后引用了 projects.——它 NXDOMAIN 了

哇哦

https://gitlab.archlinux.org/archlinux/packaging/packages/gcc/-/issues/33

* 原来之前没有 strip 么 ..

原来之前没有 strip 么 。。

因为还 strip 过

[m.image] image.jpeg

但是所有拆完的包加起来也要比原来的小