When build the initramfs, maybe missing a dependency?
==> ERROR: binary dependency `libreiserfscore.so.0' not found for `/usr/bin/btrfs-convert'
That would be reiserfsprogs, not sure why though. I haven’t seen that error before.
According to the Arch Linux package page, it’s an optional dependency of btrfs-progs for, you guessed it, btrfs-convert. But it’s been that for 2 years. So wonder what’s changed…
Note: Today’s update in arm-stable
Packages (1) manjaro-system-20220112-1
Total Download Size: 0.01 MiB
Total Installed Size: 0.00 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
manjaro-system-20220112-1-any 6.4 KiB 30.5 KiB/s 00:00 [#######################################################################################################] 100%
(1/1) checking keys in keyring [#######################################################################################################] 100%
(1/1) checking package integrity [#######################################################################################################] 100%
(1/1) loading package files [#######################################################################################################] 100%
(1/1) checking for file conflicts [#######################################################################################################] 100%
(1/1) checking available disk space [#######################################################################################################] 100%
:: Processing package changes...
(1/1) upgrading manjaro-system [#######################################################################################################] 100%
sed: can't read /home/*/.local/share/konsole/Profile\ 1.profile: No such file or directory
:: Running post-transaction hooks...
Well, the the slash has been added but I still get a sed error.
$ ls -n /home/*/.local/share/konsole/Profile\ 1.profile
-rw-r--r-- 1 1000 1000 75 Jan 5 14:55 '/home/support/.local/share/konsole/Profile 1.profile'
I am attempting to make the initramfs in a chroot environment. So maybe I have something not correct… but I went ahead as installed reiserfsprogs. I am still wrestling with this… seems doing this with btrfs on a mdadm raid1 takes a bit of trial and error until I get everything correct. I’ll report back once I am successful and report back if an issue persists.
Hm, not sure what’s wrong anymore then. 
I wonder why it’s not expanding the * in the path.
Here’s the section that’s suppose to do it:
Maybe it is the quotes:
[root@altra grub]# ls -l "/home/*/.local/share/konsole/Profile\ 1.profile"
ls: cannot access '/home/*/.local/share/konsole/Profile\ 1.profile': No such file or directory
[root@altra grub]# ls -l /home/*/.local/share/konsole/Profile\ 1.profile
-rw-r--r-- 1 support support 75 Jan 5 14:55 '/home/support/.local/share/konsole/Profile 1.profile'
Hm. Usually only single quotes prohibits variable expansion. Why do the double quotes here?
I think the " are for expansion of environment variables, maybe not wild cards in filenames? I think a different process is required for filename expansion. Variable expansion is internal to the shell but filename expansion likely requires filesystem look-ups.
Alright. Pushing a -2 to unstable in a bit. Please try that.
Nope, that is worse:
sed: can't read /home/support/.local/share/konsole/Profile: No such file or directory
sed: can't read 1.profile: No such file or directory
I don’t know then. That’s without the quotes.
One last try, when -3 is ready in Unstable for you.
Bingo! It appears that you got it working:
:: Processing package changes...
(1/1) upgrading manjaro-system [########################################] 100%
:: Running post-transaction hooks...
And it did perform the sed, I reverted the change and ran it again just to make sure.
Great. Thanks. Uploading that to the other branches too then. 
Thanks for being my guinea pig. 
is it possible to push classpath to unstable?
classpath community
stable: 0.99-4
testing: 0.99-4
unstable: n/a
If classpath is no longer in unstable, it’s because it has been dropped upstream.
We never maintained that package.
ok, ty for feedback. was only for a wifi remote mouse app.
small new problem: Panfrost is causing trouble on the N2+.
between 5-20sec the screen / system stops … no mouse moves etc.
journalctl: panfrost-freez
Feb 18 14:05:34 manjaron2plus kernel: panfrost ffe40000.gpu: GPU scheduler timeout: js=1, config=0x7b00, status=0x0, head=0x73f0140, tail=0x73f0140, sched_job=000000007c49ecb4
Feb 18 14:05:59 manjaron2plus kernel: meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 3408000000
...
Feb 18 14:21:26 manjaron2plus kernel: meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 4800000000
...
Feb 18 14:24:10 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:10 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:12 manjaron2plus kernel: meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 4800000000
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 2 threads of 1 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Successfully made thread 2678 of process 2508 owned by '1000' RT at priority 10.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:13 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:14 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:14 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:14 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:14 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:20 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:20 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:20 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:20 manjaron2plus rtkit-daemon[633]: Supervising 3 threads of 2 processes of 1 users.
Feb 18 14:24:24 manjaron2plus kernel: panfrost ffe40000.gpu: GPU scheduler timeout: js=1, config=0x7b00, status=0x0, head=0x7d6b140, tail=0x7d6b140, sched_job=00000000ce052b34
Feb 18 14:24:27 manjaron2plus kernel: meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 3600000000
...
dmesg: panfrost-freez
[ 1352.064273] meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 4800000000
...
[ 1530.466110] panfrost ffe40000.gpu: GPU scheduler timeout: js=1, config=0x7b00, status=0x0, head=0x7d6b140, tail=0x7d6b140, sched_job=00000000ce052b34
[ 1534.003303] meson_clk_pll_set_rate: pll did not lock, trying to restore old rate 3600000000
...
**update for N2+ xfce
I have the freezing / stopping under control for now.
First section [ Performance governor ] is helpful.
After that no more dmesg / uart errors via panfrost.
https://forum.odroid.com/viewtopic.php?p=335687&sid=484b9fd44ad2997be4cc8e673c0f3f9c#p335687
** Next Step: Max_CPU_Freq
- max cpu frequencies with boot.ini entries → no success
boot.ini N2+
#; Maximum CPU frequency of ARM A73
#; N2: 500/667/1000/1200/1398/1512/1608/1704/1800 (Stock)/1908/2004
#; N2 Plus: 500/667/1000/1200/1398/1512/1608/1704/1800/1908/2016/2100/2208 (Stock)/2304/2400
setenv max_freq_a73 "2400"
#; Maximum CPU frequency of ARM A53
#; N2: 100/250/500/667/1000/1200/1398/1512/1608/1704/1896 (Stock)/1992
#; N2 Plus: 500/667/1000/1200/1398/1512/1608/1704/1800/1908 (Stock)/2016
setenv max_freq_a53 "2016"
CPU hardinfo
-Processors-
SOC/Package Information
-SOC/Package-
Name : Amlogic (Unknown)
Beschreibung : 2x ARM Cortex-A53 r0p4 (AArch64) + 4x ARM Cortex-A73 r0p2 (AArch64)
Topology : 2 physical processors; -557951136 cores across 2054491792 NUMA nodes; 6 threads
Logical CPU Config : 6x 1800,00 MHz
-Clocks-
1800,00-1800,00 MHz : 2x
ARM Cortex-A53 r0p4 (AArch64) : 1800,00 MHz
ARM Cortex-A53 r0p4 (AArch64) : 1800,00 MHz
ARM Cortex-A73 r0p2 (AArch64) : 1800,00 MHz
ARM Cortex-A73 r0p2 (AArch64) : 1800,00 MHz
ARM Cortex-A73 r0p2 (AArch64) : 1800,00 MHz
ARM Cortex-A73 r0p2 (AArch64) : 1800,00 MHz
####
odroid-cpu-control
CPU0: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [1.80GHz]
CPU1: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [1.80GHz]
CPU2: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [2.21GHz]
CPU3: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [2.21GHz]
CPU4: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [2.21GHz]
CPU5: governor performance current 1.80GHz min 1.80GHz [100.00MHz] max 1.80GHz [2.21GHz]
/sys/devices/system/cpu/cpufreq/ - output
-/sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies
100000 250000 500000 667000 1000000 1200000 1398000 1512000 1608000 1704000 1800000
-/sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freq
1800000
-/sys/devices/system/cpu/cpufreq/policy0/cpuinfo_max_freq
1800000
-/sys/devices/system/cpu/cpufreq/policy0/stats/time_in_state
250000 9
500000 11
667000 3
1000000 4
1200000 4
1398000 4
1512000 6
1608000 4
1704000 6
1800000 817279
####
- /sys/devices/system/cpu/cpufreq/policy2/scaling_available_frequencies
100000 250000 500000 667000 1000000 1200000 1398000 1512000 1608000 1704000 1800000 1908000 2016000 2108000 2208000
- /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freq
1800000
- /sys/devices/system/cpu/cpufreq/policy2/cpuinfo_max_freq
2208000
- /sys/devices/system/cpu/cpufreq/policy2/stats/time_in_state
1200000 0
1398000 15
1512000 9
1608000 2
1704000 5
1800000 818408
1908000 3
2016000 6
2108000 7
2208000 60
1 Like
Hope im not necro bumping, haven’t used my pi for a while and did a fresh install of mate on Monday. I switched straight to unstable but have noticed only testing updates seem to being announced atm. Im guessing im ok on unstable and just monitor the testing thread for feedback?
Great work on mate by the way, video playback is also so much better since last time i used the pi
The unstable branch does not get an announcement. They pull every day from arc-arm’s repo and also our local overlay packages get updated almost every day there. These packages get promoted to the testing and the stable branches periodically. This is when you see the update announcements.
1 Like
Thanks for the quick reply. Last used my pi about 6 months ago, plex/youtube/iptv have improved so much since then unless its just the mate build making the difference