Chromium and Vivaldi crashes with profile loss, maybe because of my file system?

I am getting chrashes with warnings from chromium and vivaldi @ start because of not enough space on my
machine.
How ever my partition looks good:

on the other hand, I can not explain my /etc/fstab, never seen such a structure.
Is this the problem, somehow?

UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /              btrfs subvol=/@,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /home          btrfs   subvol=/@home,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /root          btrfs   subvol=/@root,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /srv           btrfs   subvol=/@srv,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /var/cache     btrfs   subvol=/@cache,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /var/log       btrfs   subvol=/@log,defaults,noatime,compress=zstd,discard=async,ssd 0 0
UUID=abc635d5-1685-46a2-a42b-cab98134eab9 /var/tmp       btrfs   subvol=/@tmp,defaults,noatime,compress=zstd,discard=async,ssd 0 0
tmpfs        /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Do you see any connection with insufficient free space warnings and ( to me ) my unusual fstab?

Please always include your garuda-inxi output, as per new topic template.

[sudo] password for andy:       
System:
  Kernel: 5.18.7-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 12.1.0
    parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
    root=UUID=abc635d5-1685-46a2-a42b-cab98134eab9 rw rootflags=subvol=@
    quiet loglevel=3
  Console: pty pts/1 wm: kwin_x11 DM: SDDM Distro: Garuda Linux
    base: Arch Linux
Machine:
  Type: Laptop System: Wortmann_AG product: TERRA_MOBILE_1528P/1748P v: N/A
    serial: N/A Chassis: type: 10 serial: N/A
  Mobo: Wortmann_AG model: TERRA_MOBILE_1528P/1748P v: V3.0 serial: N/A
    BIOS: American Megatrends v: 4.6.5 date: 05/09/2013
Battery:
  ID-1: BAT0 charge: 38.2 Wh (100.0%) condition: 38.2/57.7 Wh (66.2%)
    volts: 12.3 min: 11.1 model: NOTEBOOK BAT type: Li-ion serial: <filter>
    status: full
CPU:
  Info: model: Intel Core i3-3120M socket: rPGA988B bits: 64 type: MT MCP
    arch: Ivy Bridge gen: core 3 built: 2012-15 process: Intel 22nm family: 6
    model-id: 0x3A (58) stepping: 9 microcode: 0x21
  Topology: cpus: 1x cores: 2 tpc: 2 threads: 4 smt: enabled cache:
    L1: 128 KiB desc: d-2x32 KiB; i-2x32 KiB L2: 512 KiB desc: 2x256 KiB
    L3: 3 MiB desc: 1x3 MiB
  Speed (MHz): avg: 1532 high: 1823 min/max: 1200/2500
    base/boost: 2500/3800 scaling: driver: intel_cpufreq governor: schedutil
    volts: 10.2 V ext-clock: 100 MHz cores: 1: 1384 2: 1459 3: 1464 4: 1823
    bogomips: 19954
  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities:
  Type: itlb_multihit status: KVM: VMX disabled
  Type: l1tf
    mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable
  Type: meltdown mitigation: PTI
  Type: mmio_stale_data status: Not affected
  Type: spec_store_bypass
    mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1
    mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
    STIBP: conditional, RSB filling
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: Intel 3rd Gen Core processor Graphics vendor: CLEVO/KAPOK
    driver: i915 v: kernel arch: Gen7 process: Intel 22nm built: 2012-13 ports:
    active: LVDS-1 empty: DP-1,HDMI-A-1,VGA-1 bus-ID: 00:02.0
    chip-ID: 8086:0166 class-ID: 0300
  Device-2: Acer BisonCam NB Pro type: USB driver: uvcvideo bus-ID: 3-4:3
    chip-ID: 5986:0401 class-ID: 0e02
  Display: x11 server: X.Org v: 21.1.3 compositor: kwin_x11 driver: X:
    loaded: modesetting alternate: fbdev,intel,vesa gpu: i915 display-ID: :0
    screens: 1
  Screen-1: 0 s-res: 1600x900 s-dpi: 96 s-size: 423x238mm (16.65x9.37")
    s-diag: 485mm (19.11")
  Monitor-1: LVDS-1 model: LG Display 0x0357 built: 2012 res: 1600x900
    hz: 60 dpi: 106 gamma: 1.2 size: 382x215mm (15.04x8.46")
    diag: 438mm (17.3") ratio: 16:9 modes: 1600x900
  OpenGL: renderer: Mesa Intel HD Graphics 4000 (IVB GT2)
    v: 4.2 Mesa 22.1.2 direct render: Yes
Audio:
  Device-1: Intel 7 Series/C216 Family High Definition Audio
    vendor: CLEVO/KAPOK driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
    chip-ID: 8086:1e20 class-ID: 0403
  Sound Server-1: ALSA v: k5.18.7-zen1-1-zen running: yes
  Sound Server-2: sndio v: N/A running: no
  Sound Server-3: PulseAudio v: 16.1 running: no
  Sound Server-4: PipeWire v: 0.3.53 running: yes
Network:
  Device-1: Intel Centrino Wireless-N 135 driver: iwlwifi v: kernel pcie:
    gen: 1 speed: 2.5 GT/s lanes: 1 bus-ID: 02:00.0 chip-ID: 8086:0892
    class-ID: 0280
  IF: wlp2s0 state: up mac: <filter>
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    vendor: CLEVO/KAPOK driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
    lanes: 1 port: e000 bus-ID: 03:00.2 chip-ID: 10ec:8168 class-ID: 0200
  IF: enp3s0f2 state: down mac: <filter>
Drives:
  Local Storage: total: 931.51 GiB used: 26.24 GiB (2.8%)
  ID-1: /dev/sda maj-min: 8:0 vendor: Crucial model: CT1000MX500SSD1
family: Micron Client SSDs size: 931.51 GiB block-size: physical: 512 B
    logical: 512 B sata: 3.3 speed: 6.0 Gb/s type: SSD serial: <filter>
    rev: 033 temp: 31 C scheme: MBR
  SMART: yes state: enabled health: PASSED on: 21d 22h cycles: 667
    written: 1.29 TiB
Partition:
  ID-1: / raw-size: 931.51 GiB size: 931.51 GiB (100.00%)
    used: 26.24 GiB (2.8%) fs: btrfs block-size: 4096 B dev: /dev/sda1
    maj-min: 8:1
  ID-2: /home raw-size: 931.51 GiB size: 931.51 GiB (100.00%)
    used: 26.24 GiB (2.8%) fs: btrfs block-size: 4096 B dev: /dev/sda1
    maj-min: 8:1
  ID-3: /var/log raw-size: 931.51 GiB size: 931.51 GiB (100.00%)
    used: 26.24 GiB (2.8%) fs: btrfs block-size: 4096 B dev: /dev/sda1
    maj-min: 8:1
  ID-4: /var/tmp raw-size: 931.51 GiB size: 931.51 GiB (100.00%)
    used: 26.24 GiB (2.8%) fs: btrfs block-size: 4096 B dev: /dev/sda1
    maj-min: 8:1
Swap:
  Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: zram size: 5.69 GiB used: 68 KiB (0.0%) priority: 100
    dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 48.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Info:
  Processes: 262 Uptime: 6h 50m wakeups: 1 Memory: 5.69 GiB
  used: 2.77 GiB (48.7%) Init: systemd v: 251 default: graphical
  tool: systemctl Compilers: gcc: 12.1.0 clang: 13.0.1 Packages: 1516
  pacman: 1510 lib: 352 flatpak: 6 Shell: garuda-inxi (sudo) default: Bash
  v: 5.1.16 running-in: konsole inxi: 3.3.19
Garuda (2.6.4-2):
  System install date:     2022-06-22
  Last full system update: 2022-07-02 ā†»
  Is partially upgraded:   No
  Relevant software:       NetworkManager
  Windows dual boot:       No/Undetected
  Snapshots:               Snapper
  Failed units:

sorry, here my inxi posted above ...

also like to add that after that crash my chromium and vivaldi .config profile turn into that:

image

leaving me with an empty / new profile

I see you have updated but not rebooted.
Of course, if this was an old behaviour this is not the problem.
No real idea from my side, sorry.
Just the usual good practices: remove unnecessary snapshots, reboot and perform a btrfs balance. But I'm sure this is application specific.
Maybe give a look here to store the cache somewhere else...
https://wiki.archlinux.org/title/Chromium#Tmpfs
Ps: the garuda-inxi seems incomplete

3 Likes

oh yes, telegram / as I sent it ) split my inxi in two, now I completed the first part

I guess that helps me out ..., I just test it, otherwise I return here in a bit
thanks so much for your quick and competent answers

1 Like

you brought me to the right point, I looked and reckoned there I somehow have installed
browser-pass for chromium and vivaldi, so after removal the
crashes are gone, thanks again ā€¦

1 Like

The symlink is due to profile-sync-daemon, which we use by default. It stores the browser profile in RAM. The tmpfs might have been filled up by that, you can try disabling psd via systemctl --user disable --now psd to see if that improves things.

4 Likes

yes, you were right, what benefit or task is brought by PSD ?
Just for me to understand.....

It helps by keeping some of the browser profile in RAM instead of constantly writing everything to the disk. This speeds up the browser, and can help reduce writes to the disk as well. Profile-sync-daemon - ArchWiki

5 Likes

now I know, you have put it clear and simple, thank you for that :slight_smile:

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.