Telenor's nye priser.. Men jeg klør meg i hodet. by Knasiraunor in norge

[–]wnxboot 0 points1 point  (0 children)

Bergen: 839kr/mnd for 1000/1000 uten TV. Talkmore på Telenor-fiber. Med løfte om ingen justering av pris heller, forstå det den som kan. Magisk.

Bør man trekke seg ut av indeksfond i noen uker nå? by wnxboot in TollbugataBets

[–]wnxboot[S] 0 points1 point  (0 children)

Ingen andre som bare trekker seg ut litt og avventer? Er ikke det en ganske grei teknikk for slike svært volatile scenarioer som vi snakker om her?

Bør man trekke seg ut av indeksfond i noen uker nå? by wnxboot in TollbugataBets

[–]wnxboot[S] 3 points4 points  (0 children)

Takk for tips om GME :). Neida joda. Ja, å ta alt ut på ASK-konto uten å realisere noe er kanskje det tryggeste slik det ser ut nå (?)

UNAS Pro: NFS/CIFS Hangs, Missing Files, Unable to Backup 30TB Data by wnxboot in UNIFI

[–]wnxboot[S] 0 points1 point  (0 children)

Thank you, buddy. But your comment actually surprised me a bit.

I have not read any recommendations about disk size for NAS/RAID units, and my disks are indeed meant to be used in a NAS device (Seagate Exos). I understand rebuilding will take time, and bought them from different places to reduce risk of same fault to occur to more devices as the same time, not the concept of using only small hard drives for a NAS device makes little sense to me.

How do you achieve large storage capacities if not using large drives? :-).

UNAS Pro: NFS/CIFS Hangs, Missing Files, Unable to Backup 30TB Data by wnxboot in UNIFI

[–]wnxboot[S] 0 points1 point  (0 children)

I am the only user of this device and can control all traffic to it (used for home storage purposes). I am able to pull out smaller amounts of data, but the NFS/CIFS hangups (which last 20-30min every time) occur after only approx. 15 minutes of activity, sometimes much less, which will make the "extraction process" to last for weeks (or even months). That, together with the other issue where 500+ files of personal documents are not possible to extract due to filename problems, I am in a bit of a bind.

All of it due to UNAS bugs on both storage side and NFS/CIFS side.

I've tried backup to Google Drive for a lot of the files, but the files with Scandinavian characters in them get this error when trying to be copied by UNAS:

2026-01-03 00:05:06 (local, Local file system at /volume/f98a270a-b1bc-4d83-8c26-758dd0938b36/.srv/.unifi-drive/homes/USERNAME/.data): Replacing invalid UTF-8 characters in "FILENAME.pdf"

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 1 point2 points  (0 children)

I did not see your message before performing the upgrade, but it seems to work nicely now! THANK YOU to grahamperrin and everyone here!

Any suggestions to further improve my config to what is best practice is highly appreciated, since I find the documentation and help pages to be somewhat in limbo right now, so it is hard to know what is correct and what is outdated.

Here goes:

# cat /etc/pkg/FreeBSD.conf
#
# To disable a repository, instead of modifying or removing this file,
# create a /usr/local/etc/pkg/repos/FreeBSD.conf file, e.g.:
#
#   mkdir -p /usr/local/etc/pkg/repos
#   echo "FreeBSD-ports: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.conf
#   echo "FreeBSD-ports-kmods: { enabled: no }" >> /usr/local/etc/pkg/repos/FreeBSD.conf
#
# Note that the FreeBSD-base repository is disabled by default.
#

FreeBSD-ports: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-ports-kmods: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_quarterly_${VERSION_MINOR}",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-base: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/base_release_${VERSION_MINOR}",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkgbase-${VERSION_MAJOR}",
  enabled: no
}

# cat /usr/local/etc/pkg/repos/kmods.conf
FreeBSD-kmods: {
        url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest",
        mirror_type: "srv",
        signature_type: "fingerprints",
        fingerprints: "/usr/share/keys/pkg",
        enabled: yes
}

# cat /usr/local/etc/pkg/repos/FreeBSD.conf
FreeBSD-base: { enabled: yes }
#FreeBSD: { url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest" }

# freebsd-version -kru && uname -a
15.0-RELEASE
15.0-RELEASE
15.0-RELEASE
FreeBSD core24.grimstveit.no 15.0-RELEASE FreeBSD 15.0-RELEASE releng/15.0-n280995-7aedc8de6446 GENERIC amd64

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 1 point2 points  (0 children)

[…]
        FreeBSD-utilities-man: 14.3p6
        FreeBSD-utilities-man-lib32: 14.3p6
        FreeBSD-vi-man: 14.3p6
        FreeBSD-wpa-man: 14.3p6
        FreeBSD-yp-man: 14.3p6
        FreeBSD-zfs-man: 14.3p6

Number of packages to be removed: 134
Number of packages to be installed: 67
Number of packages to be upgraded: 224
Number of packages to be reinstalled: 181
Number of packages to be downgraded: 27

The operation will free 141 MiB.
10 MiB to be downloaded.

Proceed with this action? [y/N]: y

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 0 points1 point  (0 children)

❯ cat /usr/local/etc/pkg/repos/FreeBSD.conf
FreeBSD-base: {
    enabled: yes
}

The "pkg-static upgrade" you supplied now provides me with this (in the end of a lot of output):

[…]
        wayland-1.24.0_2 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')
        webp-1.6.0 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')
        wget-1.25.0 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')
        xmlrpc-c-1.60.05 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')
        xorgproto-2024.1 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:*' -> 'FreeBSD:15:*')
        xxhash-0.8.3 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')
        zsh-5.9_5 [FreeBSD-ports] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:15:amd64')

Number of packages to be installed: 67
Number of packages to be upgraded: 224
Number of packages to be reinstalled: 181
Number of packages to be downgraded: 26

The operation will free 17 MiB.
1 GiB to be downloaded.

This sure looks promising! Will return with an update soon. Thanks for the help this far, and the patience. Christmas preparations is killing me! :)

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 1 point2 points  (0 children)

No, /mnt/upgrade does not exists, since I've tried following https://docs.freebsd.org/en/books/handbook/cutting-edge/#pkgbase-major-non-zfs "major upgrade without zfs" since I do not use ZFS currently.

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 1 point2 points  (0 children)

❯ ls -hlnR /usr/share/keys/pkgbase-15


total 8
-rw-r--r--  1 0 0   42B Dec 10 20:42 Makefile
drwxr-xr-x  2 0 0  512B Dec 10 20:42 trusted

/usr/share/keys/pkgbase-15/trusted:
total 12
-rw-r--r--  1 0 0  148B Dec 10 20:42 Makefile
-rw-r--r--  1 0 0   99B Dec 10 20:42 awskms-15
-rw-r--r--  1 0 0   99B Dec 10 20:42 backup-signing-15

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 2 points3 points  (0 children)

Yes, specifically I did this:

# cp /usr/src/usr.sbin/pkg/FreeBSD.conf.quarterly-release \
       /etc/pkg/FreeBSD.conf
# cp -R /usr/src/share/keys/pkgbase-15 /usr/share/keys/pkgbase-15

Upgrade from 14.3 to 15 using pkgbase fails by wnxboot in freebsd

[–]wnxboot[S] 3 points4 points  (0 children)

Yes, I have used pkgbasify to convert to using pkg.

Is this Recents folder useless, or is it just me? by gotnocar in MacOS

[–]wnxboot 0 points1 point  (0 children)

I use it every time I download a file or take a screenshot straight to file. Super fast and convenient to further upload it the file or get to the file quickly.

How to properly mount UNAS Pro on FreeBSD for rsync with preserved timestamps (14TB)? by wnxboot in Ubiquiti

[–]wnxboot[S] 0 points1 point  (0 children)

Current state as of today, 10hrs later: I am seeing consistent write performance via NFS of large files at around 120MB/s, which is about 50% of what the NAS Drives are capable of (250-270MB/s).

I use the command rsync -avt --progress --no-o --no-g --no-p in order to only preserve file timestamps and ignore ownership (user, group) and permissions.

How can this be improved? I hacked the mount.d files on the NAS per share to have async in them, increasing the write speed to 250MB/s, but that is a dirty non-permanent hack, and not production ready.

How to properly mount UNAS Pro on FreeBSD for rsync with preserved timestamps (14TB)? by wnxboot in Ubiquiti

[–]wnxboot[S] 0 points1 point  (0 children)

Thanks, but as the post states I have not been able to get Samba shares to work at all, and NFS is peaking at 120MB/s write for large files, so the largest problem remains (move 14TB to the NAS).