Hi
Mein Freund im Homelab ist ein RaspberryPi 4 mit 8 GB RAM in einem Argon EON Gehäuse. Darin habe ich 20 TB Platten verbaut. Usecase ist der Betrieb von Bacula mit einer PostgreSQL Datenbank für den Director. In Vergangenheit hatte arge Probleme mit MDRAID sofern das OS auch auf dem selben Raid5 drauf war. Als Kompromiss habe ich nun das OS auf einem kleinen BTRFS Raid10 installiert. Und /var die Datenbank und und die Backups von meinem HomeLab sind auf einem MDRAID Raid5. Das Volume hatte ich mit BTRFS formatiert. Ziel war Backups, stromsparend und für weniger als 700 €
fstab:
UUID=91b39431-53a7-4db3-aba9-c3f24660cfb7 / btrfs defaults,degraded,nossd,autodefrag,subvol=suse 1 1
UUID=db72313f-6629-4226-a27d-925a7324c2d3 /var btrfs defaults,autodefrag,nossd,subvol=var 1 1
UUID=E2B2-B3BF /boot/efi vfat nofail,umask=0077,shortname=winnt 0 0
UUID=db72313f-6629-4226-a27d-925a7324c2d3 /srv btrfs defaults,autodefrag,nossd,subvol=srv 1 1
UUID=db72313f-6629-4226-a27d-925a7324c2d3 /srv/pgsql btrfs defaults,autodefrag,nossd,subvol=srv/pgsql 1 1
UUID=db72313f-6629-4226-a27d-925a7324c2d3 /srv/bacula btrfs defaults,autodefrag,nossd,subvol=srv/bacula 1 1
UUID=db72313f-6629-4226-a27d-925a7324c2d3 /home btrfs defaults,autodefrag,nossd,subvol=home 1 1df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 4.0M 0 4.0M 0% /dev
tmpfs 3.9G 1.1M 3.9G 1% /dev/shm
tmpfs 1.6G 816K 1.6G 1% /run
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
/dev/sdb1 7.5G 3.8G 3.3G 53% /
/dev/mmcblk0p1 60M 11M 50M 18% /boot/efi
/dev/md0 14T 178G 14T 2% /var
/dev/md0 14T 178G 14T 2% /srv
/dev/md0 14T 178G 14T 2% /home
/dev/md0 14T 178G 14T 2% /srv/bacula
/dev/md0 14T 178G 14T 2% /srv/pgsql
tmpfs 780M 0 780M 0% /run/user/1000cmdline
BOOT_IMAGE=/suse/boot/Image-5.14.21-150500.53-default root=UUID=91b39431-53a7-4db3-aba9-c3f24660cfb7 rootflags=subvol=suse ro console=ttyAMA0,115200 console=tty0 rootfstype=btrfs security=selinux selinux=1 iomem=relaxedUnd für den buggy uas Treiber
cat /etc/modprobe.d/uas.conf
options usb-storage quirks=174e:1155:u,1741:1156:uProblembeschreibung, wenn es denn einmal läuft. Dann läuft das. Nur beim Reboot fängt öfter der Ärger an. Oft kann erstmal nicht ein filesystem mit BTRFS gemounted werden und das System bleibt deswegen hängen.
Da das System headless läuft, hilft dann nur noch das Booten von einem USB-Stick und von da aus kann ich dann via SSH das oder die Filesysteme reparieren. fast immer reicht ein "mount -t btrfs -o recovery,usebackuproot /dev/device /mnt" Damit ist entweder /dev/sd{a..d}1 oder /dev/md0 gemeint.
Ich hoffe ihr SuSEianer seid Betreff BTRFS erfahrene hardcore Benutzer 
ist es safe gleich recovery,usebackuproot mit in die /etc/fstab als mountoption mit Einzutragen? Oder gibt es da besseres? Die Manpage habe ich schon gelesen :)
lg Darko