Lmst

Nachdem #btrfs bei meinem #Synology Nas nur Probleme bereitet hat und ich wieder zurück zu #ext4 gewechselt habe, sind meine Datenbankprobleme behoben.

Die Musik läuft wieder unterbrechungsfrei.

I've managed to get #OpenMediaVault working on my #RaspberryPi (running #Raspbian Lite) and the performance seems pretty impressive! Despite relying on USB storage for the SSDs.

This is my first time running a #NAS on the Pi, on #OMV, not using #ZFS or #RAID but rather an #Unraid like solution, 'cept, #FOSS called #SnapRAID in combination with #mergerfs (the drives themselves are simply #EXT4).

So far, honestly, so good. I got 2x 1TB SSDs for data, and another 1TB SSD for parity. Don't have a backup for the data themselves atm, but I do have a scheduled backup solution (#RaspiBackup) setup for the OS itself (SD card). It's also got #Timeshift for creating daily snapshots.

I'm not out of the woods yet though, cos after this comes the (somewhat) scary part - deploying #Immich on the Pi lol (using OMV's #Docker compose interface perhaps). I really could just deploy it in my #Proxmox #homelab, and I wouldn't have to worry about system resources or hardware transcoding, etc. but I really wanna experiment this 'everything hosted/contained in 1 Pi' concept.

Here still using #ext4 on my laptop but for sensitive info I use password-store I try to keep simple as possible but luks is ok, very mature and widely use.

I'm used to doing all sorts on my #homelab servers... but I'm now planning to do something a lil different, separate from my servers using just a #RaspberryPi 4 4GB.

Said RPi 4 is currently running #Linux/#Ubuntu 20.04 LTS and only used as a QDevice for my #Proxmox cluster - I intend on keeping this, but planning to add some stuffs so that it's repurposed, both as a #NAS, and an #Immich server.

What I'm hoping from this post is to get some opinions, so I can iron out the exact details of my implementation and what things I might need. What I got atm:

- Regular #SanDisk 64GB SD card as boot storage
- 2x 1TB 2.5" SATA SSDs
- SATA-to-USB3 cables
- Powered USB3 Hub

For the NAS, I'm mostly familiar with #TrueNAS and running #RAID/#ZFS on my main homelab - I know TrueNAS is not an option here for the Pi. My main questions are - should I use ZFS, or stick with #EXT4? also should I RAID (mirror) the 2 SSDs, or is there some other better solutions?

Besides that, I'm a lil worried about the SD card as boot device. On my servers, I feel a lil more secure having 2 NVME boot storages that mirror each other, so that if one fails, I can just quickly replace the failed drive. On the Pi, I'm not sure then what would be the best option to (periodically) backup that SD card?

Honestly, any input anyone could give on this I'd really appreciate it. It might be easier for me to just do this on my existing servers, but I feel this would be a great experiment/setup to replicate at friends'/family's homes who def would be more reluctant having a big ol' PC, even a thin client, running 24/7.

#Bcachefs #Btrfs #EXT4 #F2FS & #XFS #FileSystem Performance On Linux 6.15.

When taking the geometric mean of all the file-systems tested, XFS was by far the fastest with this testing on #Linux 6.15 and using a Crucial T705 #NVMe PCIe 5.0 SSD. With each file-system at its defaults, XFS was 20% faster than F2FS as the next fastest file-system. EXT4 and Btrfs meanwhile were tied for third. Bcachefs out-of-the-box on this PCIe 5 SSD was in a distant last place on Linux 6.15 Git.

https://www.phoronix.com/review/linux-615-filesystems

A bunch more manual xfs repairs over the past week. In contrast, there's been exactly zero ext4 or btrfs manual fsck's needed for the same environments. All with some flavor of EL8 or EL9 on two different storage platforms (Ceph, Longhorn). Still no idea what's causing it, but xfs continues to be the outlier.

#xfs #btrfs #ext4

BtrFS completely sucks & i shall never again make the error of using it instead of ext4. 😡

#BtrFS #ext4 #linux #filesystems #ArchInstall #ArchLinux #VM

An ArchInstall VM i created ~month ago, for which i accepted the BtrFS default, & which has worked fine til today, when once again this pathetic filesystem ate itself. Never again. During use today, it forgot what `sudo` was, so somewhat disturbed i tried to reboot it, which after 15' of tty console error msgs i eventually forced off, then this, upon each subsequent reboot attempt... BtrFS error msgs indicating a serious failure of it, LUKS, or both, ending in an emergency shell, rather than actually booting.

@tecnoysoft
Gracias por la pregunta...

Intente primero con #gparted y #ext4, pero me arrojo un error de que no podía crear la tabla de particiones y al ignorar esto, continuaba con todo el proceso, y al final (+5 minutos despues) me informaba que no había conseguido terminar el proceso

Tambien intente hacerlo directamente desde la linea de comandos usando

sudo mkfs.ext4 /dev/sdc

Es por eso que recurrí finalmente a win

Hoy descubrí algo que me dejo muy perplejo... en #windows 11 conseguí sin mayores problemas formatear un #pendrive #USB de 16Tb con formato #NTFS, mientras que después de muchos intentos no logré hacer lo mismo ni en #linux #ubuntu, ni en #arch, ni en #macOSX

En todos me aparecían errores e interrumpían a menos de medio minuto el proceso de formateo y creación de particiones #ext4

¿Alguien sabe algo al respecto?

Uso #archlinux su disco #nvne da 1T #sabrent (home non separata).
+
Un SSD #samsung da 256G dedicato a backup del blog + ISO varie ed eventuali: roba che se perdo poco importa.
+
Per #backup ho 1 #maxtor #usb3 da 4t che collego al bisogno.

Tutti con #luks + #ext4.

Il setup è ok, ma penso di mettere un disco meccanico da 4T in locale dedicato al backup incrementale ( #kup o #timeshift ) e poi questo lo copierò sul Maxtor esterno.

Pareri? Consigli sul disco da acquistare? Grazie 😊

Change Partition SSD #dualboot #partitioning #gparted #ext4 #storage

https://askubuntu.com/q/1547077/612

So, I’ve basically reinstalled the system from a USB drive and am now restoring #backups. Luckily, I backed up all the #Dotfiles and configurations and so the #desktop is behaving as before, which is a big relief. On the up side, it’s booting a lot faster and the #disk has #btrfs #partition, rather than #Ext4.

#Fedora42 #F42

#Systèmedefichiers

Qu'est-ce qu'un Système de Fichiers ? Un système de fichiers est une méthode et une structure de stockage et d'organisation des données sur des supports de stockage tels que les disques durs, les SSD, les clés USB, et autres dispositifs de stockage. Il permet de gérer la manière dont les données sont enregistrées, récupérées, et organisées. Voici une explication détaillée de ce qu'est un système de fichiers, ses composants, ses types, et son importance. Composants d'un […]

https://project4geeks.org/systeme-de-fichiers/

The order of files in your ext4 filesystem does not matter

https://thewisenerd.com/blog/ext4-readdir/

#HackerNews #ext4 #filesystem #order #files #technology #filemanagement #datarecovery #filesystemarchitecture

so been using arch for the past few days...
couple things I like and don't like...

boot times are nuts, like way faster than any other os I've run on this particular laptop (t480s)
latest gnome, latest kernel and maybe updates are too often? I know there is a testing phase but I've heard horror stories of arch breaking.....might just be a user thing
I already run majority of my apps as flatpaks, so system is light and quick
battery life seems slightly improved, likely due to less resources and background processes

I don't do much gaming, theming, tweaks, no custom kernels, no extra fonts, none of that for me, so I am interested on the longevity and stability going forward. So far I am impressed. Using ext4 so backups should be pretty basic.

#archlinux #qualityoflife #linux #ext4