/dev/sd2a od. / zu klein ?

[Dauerlaeufer68]

Moin,
Mein OpenBSD System ist auf einer 128GB SSD installiert. Bei der Installation habe ich für die Partitionierung die Vorgaben von OpenBSD übernommen.

Ein $uname -a ergibt 'OpenBSD openbsd.fritz.box 7.8 GENERIC.MP#54 amd64'

Am 02.01.26 habe ich ein ' $doas pkg_add -u ' durchgeführt. Lief soweit auch durch bis fast zum Schluss. Da kam dann folgendes.

openbsd$ doas pkg_add -u
doas (barny@openbsd.fritz.box) password:
quirks-7.147 signed on 2026-01-01T21:20:01Z
cups-libs-2.4.14->2.4.16 forward dependencies:
| Dependency of cups-2.4.14 on cups-libs-=2.4.14 doesn't match
https://cdn.openbsd.org/pub/OpenBSD/7.8/packages-stable/amd64/cups-libs-2.4.15.tgz: Retrying https://cdn.openbsd.org/pub/OpenBSD/7.8/packages-stable/amd64/cups-libs-2.4.15.tgz
Merging cups-2.4.14->2.4.16 (ok)
Detected loop, merging sets ok
| ghostscript-10.06.0->10.06.0
| libppd-2.1.1p0->2.1.1p0
| cups-browsed-2.1.1p0->2.1.1p0
| cups+cups-libs-2.4.14->2.4.16
chromium-141.0.7390.54:cups-2.4.14+cups-browsed-2.1.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-libs-2.4.16+ghostscript-10.06.0+libppd-2.1.1pDetected loop, merging sets ok
| cups-filters-2.0.1p0->2.0.1p0
| cups-2.4.14+cups-browsed-2.1.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-libs-2.4.16+ghostscript-10.06.0+libppd-2.1.1p0
chromium-141.0.7390.54:cups-2.4.14+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libDetected loop, merging sets ok
| libcupsfilters-2.1.1->2.1.1
| cups-2.4.14+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.16+ghostscript-10.06.0+libppd-2.1.1p0
chromium-141.0.7390.54:cups-2.4.14+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libcupsfilters-2.1.1+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.16+ghostscript-10.06.0+libcupsfilters-2.1.1+libppd-2.1.1p0 (processinchromium-141.0.7390.54:cups-2.4.14+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.14+ghostscript-10.06.0+libcupsfilters-2.1.1+libppd-2.1.1p0->cups-2.4.16+cups-browsed-2.1.1p0+cups-filters-2.0.1p0+cups-libs-2.4.16+ghostscript-10.06.0+libcupsfilters-2.1.1+libppd-2.1.1p0 (processinError: /dev/sd2a on / is not large enough (/etc/rc.d/cupsd)
/dev/sd2h on /usr/local: 7691381 bytes
Delete older packages first ? [y/N/a] y
Error: /dev/sd2a on / is not large enough (/etc/rc.d/cupsd)
/dev/sd2h on /usr/local: 2975 bytes
Error: /dev/sd2a on / is not large enough (/etc/rc.d/netsnmpd)
Error: ... more files do not fit on /dev/sd2a on /
/dev/sd2h on /usr/local: -288 bytes
Couldn't find updates for cups-2.4.14 cups-libs-2.4.14 net-snmp-5.9.4p0
Couldn't install cups-2.4.16 cups-libs-2.4.16 net-snmp-5.9.4p1
openbsd$

Ein Überprüfen von /dev/sd2a mit $df -h ergab...

openbsd$ df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/sd2a 986M 985M -48.2M 106% /
/dev/sd2k 47.1G 5.3G 39.4G 12% /home
/dev/sd2d 3.9G 65.4M 3.6G 2% /tmp
/dev/sd2f 11.9G 1.6G 9.7G 15% /usr
/dev/sd2g 986M 434M 503M 47% /usr/X11R6
/dev/sd2h 16.7G 7.4G 8.4G 47% /usr/local
/dev/sd2j 5.8G 2.0K 5.5G 1% /usr/obj
/dev/sd2i 4.0G 2.0K 3.8G 1% /usr/src
/dev/sd2e 13.7G 46.5M 12.9G 1% /var

das /dev/sd2a zu 106% voll ist !?
Wie geht das und vor allem was kann ich da machen?

Ansonsten läuft das System normal.

lg dauerlaeufer68

Muss ich mich schon mal mit dem Umzug auf eine größere Platten anfreunden ;-) ?

 

[midnight]

Ich hatte noch nie Probleme. Vermutlich hast Du irgendwelche Daten unter /root abgelegt? ~1GB sind sonst zu viel fuer /.

 

[CommanderZed]

Ich hatte noch nie Probleme. Vermutlich hast Du irgendwelche Daten unter /root abgelegt? ~1GB sind sonst zu viel fuer /.

Alternativ könnte auch versehentlich z.B. unter /dev oder so was kopiert sein (Mir schon ab und an mal passiert wenn ich ein image in einen versehentlich wieder abgezogenen USB-Stick schreiben wollte z.B.)

Wenn du unter /root nichts findest - mit

du -h -d 1 | sort -h

ausgeführt beginnend im / sollte man schrittweise der sache auf den grund gehen können.

Sollte das auch nichts ergeben: Unterhalb der gemounteten Filesysteme können sich auch dateien verstecken die nach dem mount nicht mehr sichtbar sind.

 

[double-p]

Zum Thema, wieso da 106% (statt 100) auftauchen: https://man.openbsd.org/newfs die Option -m.

 

[midnight]

Alternativ könnte auch versehentlich z.B. unter /dev oder so was kopiert sein (Mir schon ab und an mal passiert wenn ich ein image in einen versehentlich wieder abgezogenen USB-Stick schreiben wollte z.B.)

Jetzt wo Du das sagst. :-) Wenn man z.B. bei dd if=install78.img of=/dev/rsd2c das r vergisst, dann wird das img unter /dev geschrieben und nicht auf den Stick. Das koennte schon die Loesung sein.