- Arch-general - lists.archlinux.org

[arch-general] btrfs kernel incompatibility?
by Simeon Felis 16 Feb '20

16 Feb '20

I have a btrfs raid1 on raspbian (kernel 4.19.75) which overheated. To fix the btrfs filesystem I attached the raid1 to my workstation with Arch Linux (kernel 5.5.1). I run scrub to identify broken files and fixed them. Furthermore I run --full-balance and defrag -r. All fine so far. Now I can't mount the btrfs on raspbian any more (bad superblock). I checked with a blank raspbian and different boards, same result. On my Arch Linux workstation there are no problems. The btrfs changelog [1] only mentions more checksums (xxhash, sha256...) as possible incompatible features between 4.19 and 5.5. However the raid1 is still crc32c (see below). I'm afraid balance/scrub/defrag operations of my Arch Linux made the btrfs raid1 incompatible to older kernels. Is that plausible? How could I convert it back? 4.19.75 dmesg: [ 17.707873] GPT:Primary header thinks Alt. header is not at the end of the di sk. [ 17.707889] GPT:7814037167 != 253879390758629 [ 17.707895] GPT:Alternate GPT header not at the end of the disk. [ 17.707902] GPT:7814037167 != 253879390758629 [ 17.707907] GPT: Use GNU Parted to correct GPT errors. [ 17.707977] sdb: sdb1 [ 17.709682] GPT:Primary header thinks Alt. header is not at the end of the disk. [ 17.709697] GPT:7814037167 != 253879390758629 [ 17.709703] GPT:Alternate GPT header not at the end of the disk. [ 17.709710] GPT:7814037167 != 253879390758629 [ 17.709715] GPT: Use GNU Parted to correct GPT errors. [ 17.709787] sda: sda1 [ 17.710776] sd 0:0:0:1: [sdb] Attached SCSI disk [ 17.721324] sd 0:0:0:0: [sda] Attached SCSI disk [ 18.301910] raid6: int32x1 gen() 203 MB/s [ 18.471765] raid6: int32x1 xor() 178 MB/s [ 18.641705] raid6: int32x2 gen() 278 MB/s [ 18.811703] raid6: int32x2 xor() 207 MB/s [ 18.981816] raid6: int32x4 gen() 307 MB/s [ 19.151686] raid6: int32x4 xor() 228 MB/s [ 19.321816] raid6: int32x8 gen() 315 MB/s [ 19.491762] raid6: int32x8 xor() 219 MB/s [ 19.661699] raid6: neonx1 gen() 711 MB/s [ 19.831664] raid6: neonx1 xor() 811 MB/s [ 20.001711] raid6: neonx2 gen() 1175 MB/s [ 20.171661] raid6: neonx2 xor() 1187 MB/s [ 20.341685] raid6: neonx4 gen() 1550 MB/s [ 20.511663] raid6: neonx4 xor() 1344 MB/s [ 20.681678] raid6: neonx8 gen() 1371 MB/s [ 20.851667] raid6: neonx8 xor() 1125 MB/s [ 20.851673] raid6: using algorithm neonx4 gen() 1550 MB/s [ 20.851676] raid6: .... xor() 1344 MB/s, rmw enabled [ 20.851680] raid6: using neon recovery algorithm [ 20.881255] xor: measuring software checksum speed [ 20.971664] arm4regs : 2020.800 MB/sec [ 21.071659] 8regs : 1357.600 MB/sec [ 21.171657] 32regs : 1262.800 MB/sec [ 21.271658] neon : 2156.800 MB/sec [ 21.271664] xor: using function: neon (2156.800 MB/sec) [ 21.417002] Btrfs loaded, crc32c=crc32c-generic [ 21.418650] BTRFS: device label URAID devid 8 transid 1254272 /dev/sdb1 [ 21.423593] BTRFS: device label URAID devid 7 transid 1254272 /dev/sda1 [ 313.823521] BTRFS info (device sda1): disk space caching is enabled [ 313.823537] BTRFS info (device sda1): has skinny extents [ 313.826597] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.839009] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.851766] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.864676] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.878039] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.891649] BTRFS critical (device sda1): unable to find logical 3746684731392 length 4096 [ 313.905782] BTRFS error (device sda1): failed to read chunk root [ 313.942529] BTRFS error (device sda1): open_ctree failed btrfs inspect-internal dump-super /dev/disk/by-label/URAID superblock: bytenr=65536, device=/dev/disk/by-label/URAID --------------------------------------------------------- csum_type 0 (crc32c) csum_size 4 csum 0x33567328 [match] bytenr 65536 flags 0x1 ( WRITTEN ) magic _BHRfS_M [match] fsid da28e00e-6ae7-4a28-9bf4-6826157c7e43 metadata_uuid da28e00e-6ae7-4a28-9bf4-6826157c7e43 label URAID generation 1254278 root 14868497367040 sys_array_size 129 chunk_root_generation 1254275 root_level 1 chunk_root 21338870824960 chunk_root_level 1 log_root 0 log_root_transid 0 log_root_level 0 total_bytes 8001571065856 bytes_used 2903387471872 sectorsize 4096 nodesize 16384 leafsize (deprecated) 16384 stripesize 4096 root_dir 6 num_devices 2 compat_flags 0x0 compat_ro_flags 0x0 incompat_flags 0x161 ( MIXED_BACKREF | BIG_METADATA | EXTENDED_IREF | SKINNY_METADATA ) cache_generation 1254278 uuid_tree_generation 1254278 dev_item.uuid fd1a07a5-4cdc-41eb-9776-d4519f2d086b dev_item.fsid da28e00e-6ae7-4a28-9bf4-6826157c7e43 [match] dev_item.type 0 dev_item.total_bytes 4000785104896 dev_item.bytes_used 2931348733952 dev_item.io_align 4096 dev_item.io_width 4096 dev_item.sector_size 4096 dev_item.devid 8 dev_item.dev_group 0 dev_item.seek_speed 0 dev_item.bandwidth 0 dev_item.generation 0 [1] https://btrfs.wiki.kernel.org/index.php/Changelog#By_feature

2 12

[arch-general] A few out of date packages
by Genes Lists 15 Feb '20

15 Feb '20

Hi Thank you again for all the great work managing and keeping packages up to date. It is a significant amount of work and continues to make Arch a really standout distro. That said, periodically I check the repos for out of date packages. I've selected a few to highlight based on age and my own view of importance (no claim its a good view). So, here's a few that might benefit from an update: Cal Pkg Name Vers Updt Flag CVers Date Age Age Pkger ----------- -------- ------ ------ ------- ------ ---- --- ----- thunderbird 68.4.2 200126 200211 68.5.0 200210 16 15 LP bash 5.0.011 191118 200208 5.0.016 200207 85 81 EF fail2ban 0.10.5 200112 200112 0.11.1 200111 30 -1 FY ipset 7.4 191202 200109 7.5 200109 71 38 SL samba 4.10.10 191114 191101 4.11.6 200128 89 75 TP smbclient 4.10.10 191114 191101 4.11.6 200128 89 75 TP ebtables 2.0.10_4 181113 191203 2.0.11 190212 455 384 EF biber 1:2.13 191101 191202 2.14 191201 102 30 RO diffstat 1.62 190106 191130 1.63 191129 401 327 AW libelf 0.177 191118 191128 0.178 191126 85 8 EF elfutils 0.177 191118 191128 0.178 191126 85 8 EF refind-efi 0.11.3 180723 181119 0.11.4 191112 568 112 TP [1] [1] 0.11.5 looks to be coming out soon Cal Age = days since last update Pkg Age = days between current and arch release Cvers = Current version Packagers EF Evangelos Foutras FY Felix Yan SL Sébastien Luttringer TP Tobias Powalowski AW Alad Wenter RO Rémy Oudompheng LP Levente Polyak The packages that really standout to me are refind-efi and samba. Hopefully this is useful. Thanks and happy updating! gene

7 7

[arch-general] openVDB
by John Briggs 15 Feb '20

15 Feb '20

Just recently rebuilt my system and after rebuild I noticed "doc" directory directly under /usr directory. Further investigation reveals it belongs to the OpenVDB package. Should not this directory be /usr/share/doc/OpenVDB? Regards John

2 1

[arch-general] Question about switching to 12 hour time
by matthew dyer 13 Feb '20

13 Feb '20

Hi all, As an orca user, I am confused about something. My arch machine is set to use local time which means that if I am using orca and quarry the time orca gives me the time correctly in 12 hour time but in looking at emails in thunderbird, the time and date are spoken in 24 hour time for example, Its about 6:33 p.m here in the eastern u.s which orca would speak correctly but if I were to use orca I would here the message info with the date format spoken as 2020/13/02 followed by 18:33. Is there something in a configuration file somewhere or something in orca that I need to change? Just wondering as this is confusing me. BTW, my locale is set to en_US.UTF-8. Thanks. Will continue to do some digging but thought I would ask here just incase I am missing something obvious. Matthew

1 0

[arch-general] Iptables
by siefke_listen＠web.de 13 Feb '20

13 Feb '20

Hi, I am writing to a script to generate iptables rules. I did this with the documentation in the Arch Linux wiki and would be happy if a few professionals would take a look over the script. Suggestions for improvement, comments would be very helpful. https://github.com/sisihagen/iptables Thank you & Regards Silvio

5 5

[arch-general] "date" C++ library packaging
by Brett Cornwall 13 Feb '20

13 Feb '20

Waybar [1] just had an update where it pulled in a project called "date" [2]. I'm hesitant to package this under the name "date" since GNU coreutils shares a binary with that name. But this isn't a totally obscure library. Should I persuade upstream to change the name? Should I package it under another name? Or should I lay claim to the unused "date" package name and go on with my life? [1] https://www.archlinux.org/packages/community/x86_64/waybar/ [2] https://github.com/HowardHinnant/date

3 2

[arch-general] Status of WPA3
by Bjoern Franke 10 Feb '20

10 Feb '20

Hi, recently AVM provided a beta-Firmware for Fritzboxes which support WPA3. Unfortunately, our wpa_supplicant seems not be capable of WPA3: https://bugs.archlinux.org/task/57413 When setting explicitly WPA3 in NetworkManager, my laptop is unable to connect to my WPA2/WPA3-wifi. I assume it is caused by the missing SAE support, or do I miss something? The assumption is caused by https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/9 Best Regards Bjoern

3 8

[arch-general] Pacman update: new package breaks many dependencies, how to cope
by Jeanette C. 08 Feb '20

08 Feb '20

Hey hey, I just tried to update my system. Admittedly, I probably left it a little too long. Now xorgproto apparently breas a lot of dependencies. This includes dmxproto and xproto, which in turn are required by other packages like libgmx or libxfont. It there an "automated" method of dealing with this kind of dependency breakage? I dare not try this by hand. I don't know how many other packages would be affected by this. Best wishes and many thanks, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * SoundCloud: https://soundcloud.com/jeanette_c * Twitter: https://twitter.com/jeanette_c_s * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c ... About some useless information, Supposed to fire my imagination <3 (Britney Spears)

2 2

Re: [arch-general] omega won't build
by Jude DaShiell 04 Feb '20

04 Feb '20

Correction, it was the ncurses-5-compat package with the missing gpg key not ncurses-6. I found that out by ignoring all gpg checks and the other thing with pikaur is it didn't keep the gpg key that was unknown on the screen long enough for me to check with gpg2 and possibly import it. --

1 0

[arch-general] omega won't build
by Jude DaShiell 04 Feb '20

04 Feb '20

the reason omega won't build will effect every package that has ncurses 6 as a dependency since the ncurses 6 public gpg key is unknown. I could ignore the key for now, but this isn't the best security practice on my part so I aborted the build for now. --

1 0