/dev/sd2a od. / zu klein ?

D

Dauerlaeufer68

Active Member
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 ;-) ?
 
Ich hatte noch nie Probleme. Vermutlich hast Du irgendwelche Daten unter /root abgelegt? ~1GB sind sonst zu viel fuer /.
 
midnight schrieb:
Ich hatte noch nie Probleme. Vermutlich hast Du irgendwelche Daten unter /root abgelegt? ~1GB sind sonst zu viel fuer /.
Zum Vergrößern anklicken....

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.
 
CommanderZed schrieb:
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.)
Zum Vergrößern anklicken....
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.
 
Moin,

Evtl. Teil der Lösung ?:)

Ein $ doas du -sch /dev/* | more ergibt...

0B /dev/sd2n
0B /dev/sd2o
0B /dev/sd2p
834M /dev/sd3
0B /dev/sd3a
0B /dev/sd3b
0B /dev/sd3c

Ich habe nur den Ausschnitt eingefügt der mir komisch vorkam.
Weil ein ...

openbsd$ dmesg | grep ^sd
sd0 at scsibus1 targ 1 lun 0: <NVMe, CT500P3SSD8, P9CR>
sd0: 476940MB, 512 bytes/sector, 976773168 sectors
sd1 at scsibus2 targ 0 lun 0: <ATA, WDC WD10EFRX-68F, 82.0> naa.50014ee2113d6579
sd1: 953869MB, 512 bytes/sector, 1953525168 sectors
sd2 at scsibus2 targ 2 lun 0: <ATA, BT58SSD08M, HP36> naa.0000000000000000
sd2: 122104MB, 512 bytes/sector, 250069680 sectors, thin

sagt doch das es gar keine sd3 gibt. Wie kommt die nach /dev/ ?
Was könnte /dev/sd3 für einen Inhalt haben? Einfach löschen ?:confused:

Vielen Dank und schönes Wochenende

dauerlaeufer68
 
Dauerlaeufer68 schrieb:
Moin,

Evtl. Teil der Lösung ?:)

Ein $ doas du -sch /dev/* | more ergibt...

0B /dev/sd2n
0B /dev/sd2o
0B /dev/sd2p
834M /dev/sd3
0B /dev/sd3a
0B /dev/sd3b
0B /dev/sd3c

Ich habe nur den Ausschnitt eingefügt der mir komisch vorkam.
Weil ein ...

openbsd$ dmesg | grep ^sd
sd0 at scsibus1 targ 1 lun 0: <NVMe, CT500P3SSD8, P9CR>
sd0: 476940MB, 512 bytes/sector, 976773168 sectors
sd1 at scsibus2 targ 0 lun 0: <ATA, WDC WD10EFRX-68F, 82.0> naa.50014ee2113d6579
sd1: 953869MB, 512 bytes/sector, 1953525168 sectors
sd2 at scsibus2 targ 2 lun 0: <ATA, BT58SSD08M, HP36> naa.0000000000000000
sd2: 122104MB, 512 bytes/sector, 250069680 sectors, thin

sagt doch das es gar keine sd3 gibt. Wie kommt die nach /dev/ ?
Was könnte /dev/sd3 für einen Inhalt haben? Einfach löschen ?:confused:

Vielen Dank und schönes Wochenende

dauerlaeufer68
Zum Vergrößern anklicken....

Das wird entsprechend kein echtes device sein.

Devices unter /dev/ haben idr. wie du ja siehst 0b

Also wirst du da mal irgendwie Daten in ein File reingeschrieben haben.

Mit mv kannst du es ja erstmal irgendwo hin schieben wo du mehr platz hast und es dir dann mal genauer anschauen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben