can't resolve packages

[philo_neo71]

hi,
I'm working with OpenBSD 6.5 / AMD64 with Xfce4 desktop.
for some time I have errors on the structure of my file system, I do not understand, every time I want to add a program with the command pkg_add I have errors >> can not resolve.
here are some examples of my output:

sta-raptor# pkg_add pcmanfm 
quirks-3.124 signed on 2019-04-15T12:10:16Z
Error: /dev/sd0d on /usr is not large enough (/usr/local/include/libfm-1.0/fm-extra.h)
Error: /dev/sd0d on /usr is not large enough (/usr/local/include/libfm-1.0/fm-version.h)
Error: /dev/sd0d on /usr is not large enough (/usr/local/include/libfm-1.0/fm-xml-file.h)
Error: ... more files do not fit on /dev/sd0d on /usr
/dev/sd0a on /: 215 bytes
/dev/sd0d on /usr: 82446 bytes (missing 18946 blocks)
/dev/sd0a on /: 215 bytes
/dev/sd0d on /usr: 82446 bytes (missing 18946 blocks)
Can't install menu-cache-1.1.0p0: can't resolve libfm-extra-1.3.1
Can't install libfm-1.3.1: can't resolve libfm-extra-1.3.1,menu-cache-1.1.0p0
Can't install pcmanfm-1.3.1: can't resolve libfm-1.3.1
Couldn't install libfm-1.3.1 libfm-extra-1.3.1 menu-cache-1.1.0p0 pcmanfm-1.3.1
sta-raptor#

sta-raptor# pkg_add -iv dolphin   
Update candidates: quirks-3.124 -> quirks-3.124
quirks-3.124 signed on 2019-04-15T12:10:16Z
Error: /dev/sd0d on /usr is not large enough (/usr/local/include/hidapi/hidapi.h)
Error: /dev/sd0d on /usr is not large enough (/usr/local/lib/libhidapi-libusb.a)
Error: /dev/sd0d on /usr is not large enough (/usr/local/lib/libhidapi-libusb.la)
Error: ... more files do not fit on /dev/sd0d on /usr
/dev/sd0a on /: 470 bytes
/dev/sd0d on /usr: 141913 bytes (missing 19062 blocks)
/dev/sd0a on /: 529 bytes
/dev/sd0d on /usr: 3265885 bytes (missing 25163 blocks)
Can't install llvm-7.0.1p9: can't resolve gtest-1.8.0p3
/dev/sd0a on /: 16321 bytes
/dev/sd0d on /usr: 11964871 bytes (missing 42153 blocks)
/dev/sd0a on /: 858 bytes
/dev/sd0d on /usr: 1731877 bytes (missing 22167 blocks)
Can't install geoclue-0.12.99p7: can't resolve gpsd-2.95p10
/dev/sd0a on /: 483 bytes
/dev/sd0d on /usr: 1156833 bytes (missing 21044 blocks)
/dev/sd0a on /: 1489 bytes
/dev/sd0d on /usr: 2338157 bytes (missing 23351 blocks)
Can't install qtbase-5.9.7p3: can't resolve geoclue-0.12.99p7,iodbc-3.52.12p0,libxkbcommon-0.8.4
/dev/sd0a on /: 532 bytes
/dev/sd0d on /usr: 337564 bytes (missing 19444 blocks)
/dev/sd0a on /: 16321 bytes
/dev/sd0d on /usr: 11964871 bytes (missing 42153 blocks)
/dev/sd0a on /: 470 bytes
/dev/sd0d on /usr: 141913 bytes (missing 19062 blocks)
Can't install llvm-7.0.1p9: can't resolve gtest-1.8.0p3
/dev/sd0a on /: 532 bytes
/dev/sd0d on /usr: 337564 bytes (missing 19444 blocks)
/dev/sd0a on /: 19448 bytes
/dev/sd0d on /usr: 1455831 bytes (missing 21628 blocks)
Can't install sfml-2.4.0p1: can't resolve openal-1.19.1v0
/dev/sd0a on /: 334 bytes
/dev/sd0d on /usr: 225899 bytes (missing 19226 blocks)
/dev/sd0a on /: 1189 bytes
/dev/sd0d on /usr: 4601973 bytes (missing 27773 blocks)
Can't install dolphin-nogui-5.0.0.20180901p2: can't resolve miniupnpc-2.1,libhidapi-0.8.0pre20160128p0,pulseaudio-12.2p1,mbedtls-2.16.1,pugixml-1.9,sfml-2.4.0p1,llvm-7.0.1p9
Can't install dolphin-5.0.0.20180901p2: can't resolve libhidapi-0.8.0pre20160128p0,miniupnpc-2.1,pulseaudio-12.2p1,dolphin-nogui-5.0.0.20180901p2,mbedtls-2.16.1,pugixml-1.9,qtbase-5.9.7p3,sfml-2.4.0p1,llvm-7.0.1p9
Couldn't install dolphin-5.0.0.20180901p2 dolphin-nogui-5.0.0.20180901p2 geoclue-0.12.99p7 gpsd-2.95p10 gtest-1.8.0p3 iodbc-3.52.12p0 libhidapi-0.8.0pre20160128p0 libxkbcommon-0.8.4 llvm-7.0.1p9 mbedtls-2.16.1 miniupnpc-2.1 openal-1.19.1v0 pugixml-1.9 pulseaudio-12.2p1 qtbase-5.9.7p3 sfml-2.4.0p1
sta-raptor#

I deleted the directories of / usr / games because / usr was saturated!

do I have to redo my system ?


Regards
Philo

[ip6ix]

What's the output of the df(1) command?

[PapaParrot]

The output of 'df -h ' will confirm , or show, but it looks like you have used up all the space available in /usr

do I have to redo my system ?

You might be able to do some resizing of other partitions, and increase the /usr size, We need to see 'df -h' out put to determine if that is possible.